用于在網(wǎng)絡(luò)實體管理流播媒體業(yè)務(wù)的技術(shù)的制作方法
【專利摘要】描述了一種用于在能夠采取第一無線電信道狀態(tài)和第二無線電信道狀態(tài)的網(wǎng)絡(luò)實體管理流播媒體業(yè)務(wù)的技術(shù)，從第一無線電信道狀態(tài)到第二無線電信道狀態(tài)的轉(zhuǎn)變需要第一預(yù)定時間段t1。這種技術(shù)的方法實現(xiàn)包括：在網(wǎng)絡(luò)實體組合至少兩個媒體分段，使得所得到的組合的媒體分段包括相當(dāng)于第二預(yù)定時間段t2的媒體數(shù)據(jù)，第二時間段大于第一時間段；在第三時間段t3期間在第一無線電信道狀態(tài)從網(wǎng)絡(luò)實體傳送組合的媒體分段；在網(wǎng)絡(luò)實體發(fā)起從第一無線電信道狀態(tài)到第二無線電信道狀態(tài)的轉(zhuǎn)變；以及在發(fā)起步驟之后在網(wǎng)絡(luò)實體至少等待時間段t=t2-t3-t1，其中第二時間段大于第一時間段和第三時間段之和。
【專利說明】用于在網(wǎng)絡(luò)實體管理流播媒體業(yè)務(wù)的技術(shù)
【技術(shù)領(lǐng)域】
[0001]本公開涉及用于在網(wǎng)絡(luò)實體管理流播媒體業(yè)務(wù)的技術(shù)。
【背景技術(shù)】
[0002]流播技術(shù)用于傳遞由流播提供商向最終用戶提供的媒體(例如音頻和視頻)，使得該媒體由最終用戶不斷接收并不斷呈現(xiàn)給最終用戶。超文本傳輸協(xié)議(HTTP)流播是用于從萬維網(wǎng)服務(wù)器向萬維網(wǎng)瀏覽器發(fā)送數(shù)據(jù)的機(jī)制。HTTP流播可通過多種機(jī)制來實現(xiàn)。
[0003]自適應(yīng)HTTP流播正在變成主導(dǎo)的內(nèi)容流播技術(shù)。自適應(yīng)流播(或自適應(yīng)位速率流播)是在通過比如計算機(jī)網(wǎng)絡(luò)等網(wǎng)絡(luò)來流播多媒體時所使用的技術(shù)。今天的自適應(yīng)流播技術(shù)幾乎完全基于HTTP，并且設(shè)計成有效地工作在大的分布式HTTP網(wǎng)絡(luò)(諸如因特網(wǎng))上。原則上，自適應(yīng)流播通過實時檢測用戶的帶寬并且調(diào)整位速率并因此相應(yīng)地調(diào)整音頻流/視頻流的質(zhì)量來工作。它需要使用能以多個位速率對單源音頻/視頻進(jìn)行編碼的編碼器。播放器客戶端根據(jù)可用資源而在不同編碼之間進(jìn)行切換。
[0004]存在若干不同的技術(shù)，諸如來自Apple?的HTTP現(xiàn)場流播(HLS)、來自Microsoft ?的平滑流播(ISM)以及3GPP(第三代合作伙伴項目)/運動畫面專家組(MPEG)動態(tài)自適應(yīng)HTTP 流播(DASH)。
[0005]那些自適應(yīng)HTTP流播技術(shù)全都具有共同原則:客戶端接收作為文件序列(作為對“HTTP獲取”請求的響應(yīng))或者作為文件塊序列(作為“HTTP獲取”字節(jié)范圍請求的結(jié)果)的內(nèi)容流，內(nèi)容流然后被解碼并作為連續(xù)媒體流播放。該文件序列的統(tǒng)一資源定位符(URL)在清單文件中描述，該清單文件在HLS的情況下是.m3u8播放列表，在ISM的情況下是.1smc文件，并且在DASH的情況下是.MPD文件。
[0006]圖1示出了自適應(yīng)HTTP流播的原理，更具體地說，示出了對媒體分段的接收。
[0007]如圖1所示，通信網(wǎng)絡(luò)100包括服務(wù)器1001和客戶端1002。在步驟SI，客戶端1002借助于“HTTP獲取清單文件”請求來向服務(wù)器1001請求清單文件。作為響應(yīng)，服務(wù)器1001向客戶端1002傳送清單文件。在步驟S2，客戶端1002處理清單文件，并在步驟S3，向服務(wù)器1001請求在清單文件中所規(guī)定的第一分段(例如具有最低可用媒體數(shù)據(jù)速率(諸如最低可用質(zhì)量)的分段)。
[0008]在步驟S4，在發(fā)生在步驟S5的清單文件下載期間，客戶端1002測量下載速度，并使用這個估計來在步驟S6選擇下一(例如第二)分段的適當(dāng)表示(適當(dāng)質(zhì)量)。例如，客戶端1002選擇中等可用媒體數(shù)據(jù)速率(中等可用質(zhì)量)。在步驟S7，由客戶端1002請求下一分段，所述下一分段具有比該分段理論上所需的媒體數(shù)據(jù)速率略高的數(shù)據(jù)速率(否則媒體(比如視頻)可能頻繁地停止播放)。在步驟S8，在步驟S9發(fā)生的第二分段下載期間，客戶端1002再次測量下載速度。
[0009]簡言之，客戶端1002根據(jù)清單文件中的預(yù)先設(shè)置而一個接一個地取媒體分段(或文件)。在文件下載期間，客戶端1002估計可用鏈路位速率(下載速度)。根據(jù)媒體的可用鏈路位速率與編碼位速率之間的差異，并且例如將客戶端的能力(例如屏幕分辨率)考慮進(jìn)去，客戶端選擇適當(dāng)質(zhì)量表示(例如略低于所測量的鏈路位速率)。
[0010]圖2示出了自適應(yīng)HTTP流的示例。
[0011 ] 如圖2所示，為了使內(nèi)容的連續(xù)流作好準(zhǔn)備以便進(jìn)行自適應(yīng)HTTP流播，在服務(wù)器1001側(cè)，該流被分段成媒體分段(或文件)X，...，X+2。每個分段可由一個或多個幀構(gòu)成。這些媒體分段由客戶端1002將每個都作為獨立文件一個一個地取，其作為響應(yīng)于來自客戶端1002的HTTP請求而來自服務(wù)器1001的HTTP響應(yīng)。在接收到后，客戶端1002可將所接收的媒體分段X，...，X+2(它們可擁有不同的質(zhì)量等級)再次添加到連續(xù)流中。然后，客戶端1002可連續(xù)播放這些分段，并由此提供連續(xù)流播出。
[0012]本發(fā)明的發(fā)明人所實施的實驗背景
用于現(xiàn)代智能手機(jī)的視頻傳送可需要200kbps (例如用于iPhone?的低質(zhì)量)與600kbps (例如用于iPad?的低質(zhì)量)之間的媒體位速率。然而，共享承載(諸如高速分組接入(HSPA)和長期演進(jìn)(LTE))可提供6Mbps的以及更大的峰值位速率。因此，為了節(jié)省電池并有效地使用系統(tǒng)資源，無線電信道提供了若干狀態(tài)。
[0013]圖3示出了針對不同無線電信道的功耗繪制的數(shù)據(jù)速率的圖解。
[0014]例如，小區(qū)專用信道(小區(qū)DCH)狀態(tài)允許最高峰值位速率，但也需要高系統(tǒng)資源，并且與其它狀態(tài)相比，使移動電話電池耗竭最多。小區(qū)前向接入信道(小區(qū)FACH)無線電狀態(tài)需要較少的系統(tǒng)資源和電池電力，但仍允許中等位速率。無線電網(wǎng)絡(luò)可使無線電信道在特定承載空閑周期(即沒有數(shù)據(jù)傳送了)之后轉(zhuǎn)變到那個“較低”狀態(tài)?？墒褂?秒的停工時間。當(dāng)無線電信道例如空閑了另一 10秒時，無線電網(wǎng)絡(luò)可使無線電信道狀態(tài)轉(zhuǎn)變到UTRAN (UMTS(通用移動電信系統(tǒng))地面無線電接入網(wǎng))注冊區(qū)域?qū)ず粜诺?URA-PCH)狀態(tài)，該狀態(tài)更電池有效，但幾乎沒提供位速率。
[0015]本發(fā)明的發(fā)明人所實施的實驗已經(jīng)評估了例如具有iOS? (iPhone?、iPad?等)和Android?操作系統(tǒng)的現(xiàn)代智能手機(jī)的行為。
[0016]圖4示出了對應(yīng)的測試設(shè)置。如圖4中所示，客戶端可采取用戶設(shè)備(UE)的形式。為了避免與空中接口相關(guān)的偽像(諸如信道串?dāng)_、大氣噪聲、信號遮蔽等)，UE已經(jīng)經(jīng)由同軸電纜連接到無線電基站(RBS)，從而模擬在所討論的小區(qū)中僅僅具有一個UE的完美無線電環(huán)境。服務(wù)器(在此是文件傳輸協(xié)議(FTP)服務(wù)器或因特網(wǎng))之間信號路徑中的網(wǎng)絡(luò)單元可包含無線電網(wǎng)絡(luò)控制器(RNC)、媒體網(wǎng)關(guān)(MGW)、移動交換中心(MSC)/歸屬位置寄存器(HLR)、服務(wù)通用無線電分組服務(wù)(GRPS)支持節(jié)點(SGSN)和網(wǎng)關(guān)GPRS支持節(jié)點(GGSN)。
[0017]上面描述的測試設(shè)置允許記錄NodeB中的無線電信道狀態(tài)，并且還有Iu接口上的網(wǎng)絡(luò)業(yè)務(wù)。
[0018]圖4A示出了由圖4中所描繪的設(shè)置所獲得的測試結(jié)果，其使用具有10秒的媒體分段大小的264kbps媒體流。圖4A示出了兩個曲線:位速率(左側(cè)y軸:吞吐量和有峰的曲線)和無線電信道狀態(tài)(右側(cè)y軸:狀態(tài)和矩形曲線)，兩者都針對用于自適應(yīng)HTTP流播會話時間。
[0019]如在無線電信道狀態(tài)曲線中所示的，客戶端大約每10秒取新的媒體分段。然而，由于使用具有例如6.5Mbps的最大下行鏈路位速率的HSPA，因此媒體分段的實際下載持續(xù)時間比10秒少得多(見位速率曲線)。無線電信道例如一空閑至少2秒，無線電網(wǎng)絡(luò)就使客戶端從小區(qū)DCH狀態(tài)轉(zhuǎn)變到小區(qū)FACH狀態(tài)。由于每個媒體分段含有10秒當(dāng)量的媒體數(shù)據(jù)，因此無線電信道并未變成空閑例如多于10秒，并且因而無線電信道不轉(zhuǎn)變到URA-PCH狀態(tài)。
[0020]圖4B示出了媒體流的兩個示例圖，所述媒體流具有80秒當(dāng)量媒體分段大小的媒體數(shù)據(jù)。上圖描繪264kbps的媒體質(zhì)量(200kbps用于視頻并且64kbps用于音頻)，而下圖描繪928kbps視頻剪輯(800kbps用于視頻并且128kbps用于音頻)。
[0021]在兩幅圖中，無線電信道狀態(tài)在轉(zhuǎn)變到URA-PCH狀態(tài)之后保持特定時間段，例如10秒或更多秒。盡管在轉(zhuǎn)變之前網(wǎng)絡(luò)可能需要等待例如12秒(例如2秒的URA-PCH定時器和10秒的小區(qū)FACH定時器，如圖3中所示)的停工時間的事實，但這仍發(fā)生了。要指出的是，盡管下圖相比上圖示出了具有三倍次媒體質(zhì)量的剪輯，但媒體剪輯的下載需要少于三倍的較低質(zhì)量下載時間。
[0022]總之，當(dāng)媒體分段含有相當(dāng)于允許無線電信道狀態(tài)轉(zhuǎn)變到低功率狀態(tài)(例如URA-PCH)的數(shù)據(jù)量的媒體數(shù)據(jù)時，移動電話正在節(jié)省電池電力。例如，所述當(dāng)量數(shù)據(jù)量可以是40秒到60秒的媒體數(shù)據(jù)或者更多的媒體數(shù)據(jù)。
[0023]換言之，移動電話以非常高的下載速率接受相當(dāng)于一時間段(例如80秒)的媒體數(shù)據(jù)，并且然后可將無線電信道狀態(tài)轉(zhuǎn)變到睡眠模式(例如URA-PCH)。當(dāng)移動電話使用快速休眠特征(即在無線電信道狀態(tài)之間的停工時間時段被縮短或者幾乎變成O)時，性能可
進(jìn)一步改進(jìn)。

【發(fā)明內(nèi)容】

[0024]所謂的over-the-top業(yè)務(wù)量增加了。并且，運營商沒有對內(nèi)容準(zhǔn)備的控制權(quán)?？筛鶕?jù)不同建議準(zhǔn)備內(nèi)容，這可導(dǎo)致相當(dāng)?shù)托У碾姵睾拖到y(tǒng)效率。在這方面，清單文件(幾乎準(zhǔn)確地)按媒體分段(或文件)描述媒體數(shù)據(jù)。對于媒體分段持續(xù)時間的建議包含2秒和10秒，這也可應(yīng)用于Over-The-Top(OTT)內(nèi)容。
[0025]因而，存在對于在網(wǎng)絡(luò)實體管理流播媒體業(yè)務(wù)的需要。具體地說，這意味著，用并不阻止無線電網(wǎng)絡(luò)或移動電話使無線電信道例如置于URA-PCH狀態(tài)的方式來創(chuàng)建內(nèi)容。用這種方式，節(jié)省了系統(tǒng)資源和客戶端的電池電力。
[0026]在第一方面，提供一種用于在網(wǎng)絡(luò)實體管理流播媒體業(yè)務(wù)的方法，所述網(wǎng)絡(luò)實體能夠至少采取第一無線電信道狀態(tài)和第二無線電信道狀態(tài)，其中從第一無線電信道狀態(tài)到第二無線電信道狀態(tài)的轉(zhuǎn)變需要第一預(yù)定時間段h。所述方法在網(wǎng)絡(luò)實體中執(zhí)行，并且包括如下步驟:在所述網(wǎng)絡(luò)實體組合至少兩個媒體分段，使得所得到的組合的媒體分段包括相當(dāng)于第二預(yù)定時間段t2的媒體數(shù)據(jù)，第二時間段大于第一時間段；在第三時間段t3期間在第一無線電信道狀態(tài)從網(wǎng)絡(luò)實體傳送組合的媒體分段；在網(wǎng)絡(luò)實體發(fā)起從第一無線電信道狀態(tài)到第二無線電信道狀態(tài)的轉(zhuǎn)變；以及在發(fā)起步驟之后在網(wǎng)絡(luò)實體至少等待時間段t=t2-t3_ti，其中第二時間段大于第一時間段和第三時間段之和。用這種方式，可以明確的是，網(wǎng)絡(luò)實體(因此還有)網(wǎng)絡(luò)在大于O的時間t采取(節(jié)能的)第二狀態(tài)。
[0027]進(jìn)一步說，在所述組合步驟，至少兩個媒體分段可具有少于在第一無線電信道狀態(tài)在第二時間段期間可傳送的數(shù)據(jù)量。在此上下文中，所述發(fā)起步驟可在第一時間段和第三時間段之和過去后即刻執(zhí)行，所述等待步驟可在所述發(fā)起步驟之后即刻執(zhí)行。如上文所討論的，這服務(wù)用于無縫提供媒體流(例如與80秒等值的媒體數(shù)據(jù)可在大約6秒中傳送)并且用于節(jié)能(例如在6秒的傳送之后，網(wǎng)絡(luò)在又12秒之后采取節(jié)能狀態(tài)，從而在一個循環(huán)中留下80秒-6秒-12秒=62秒用于節(jié)能)。
[0028]此外，所述方法可包括:在組合步驟之前，接收對于清單文件的請求，所述請求包括對于所述至少兩個媒體分段的查詢。在這種情況下，所述方法可進(jìn)一步包括:創(chuàng)建新清單文件，所述新清單文件包括所述組合的媒體分段的標(biāo)識符。在后者的情況下，所創(chuàng)建的新清單文件可進(jìn)一步包括用于指示第一預(yù)定時間段的指示符。所述標(biāo)識符可以是統(tǒng)一資源定位符URL。至于實現(xiàn),所述清單文件可以是.m3u8播放列表、.1smc文件和.MPD文件之一。通過使用該清單文件，網(wǎng)絡(luò)實體具有用于實施和促進(jìn)本發(fā)明的簡單而有力的工具；也就是說，已經(jīng)請求清單文件的客戶端并未獲取普通的清單文件，而是獲取在本發(fā)明的意義上具有組合的媒體分段的指示的清單文件。用這種方式，客戶端被重新配置成實現(xiàn)組合的媒體分段，沒有任何硬件或軟件重新配備變得必要。
[0029]更進(jìn)一步，第一無線電信道狀態(tài)可以是小區(qū)DCH狀態(tài)，而第二無線電信道狀態(tài)可以是小區(qū)-FACH狀態(tài)。在這種情況下，第一時間段可變成2秒。替換地，第一無線電信道狀態(tài)可以是小區(qū)FACH狀態(tài)，而第二無線電信道狀態(tài)可以是URA-PCH狀態(tài)。在后者情況下，第一時間段可變成10秒。作為第三替換，第一無線電信道狀態(tài)可以是小區(qū)DCH狀態(tài)，而第二無線電信道狀態(tài)可以是URA-PCH狀態(tài)。在后者情況下，第一時間段可變成12秒。利用以上無線電信道狀態(tài)允許利用那些無線電信道狀態(tài)的已經(jīng)存在的基礎(chǔ)設(shè)施容易地實現(xiàn)本發(fā)明。如上確定停工時間(第一時間段)的大小相對太快地轉(zhuǎn)變到節(jié)能狀態(tài)(由于新的可傳送媒體數(shù)據(jù)比預(yù)計的更快地變成可用而引起不必要的重新啟動操作)來平衡太慢地轉(zhuǎn)變到節(jié)能狀態(tài)(引起不必要的備用不必要地消耗電池電力)。要指出的是，示例停工時間不是指限制性的意思；原則上，在節(jié)能狀態(tài)任何大于O的時間都有助于節(jié)能。
[0030]此外，第二時間段可以在40秒到80秒或更多秒之間。尤其是，第二時間段可以在60秒到80秒或更多秒之間。作為非限制性示例，如果第二時間段(即媒體數(shù)據(jù)的當(dāng)量時間段)是80秒(見圖4B)，則本發(fā)明有利地工作。相應(yīng)地，當(dāng)?shù)诙r間段增大時，增益變得更大。然而，考慮實時約束和有限客戶端存儲資源，上面的雙贏局面不要解釋成極端情況，其中例如在“僅僅”數(shù)分鐘內(nèi)下載例如數(shù)個小時的整部電影一在理論上一允許網(wǎng)絡(luò)進(jìn)入節(jié)能模式多于一小時；此類行為將明顯超過客戶端的能力和網(wǎng)絡(luò)的能力。
[0031]更進(jìn)一步，所述網(wǎng)絡(luò)實體可包括透明功能和超文本傳輸協(xié)議HTTP服務(wù)器的附件之一。這允許本發(fā)明的簡單實現(xiàn)。
[0032]作為對上面的替換，所述網(wǎng)絡(luò)實體可包括代理服務(wù)器以及如下項之一:nodeB和演進(jìn)的nodeB。在那種情況下，組合步驟(和創(chuàng)建步驟)可由所述代理服務(wù)器執(zhí)行，并且傳送步驟、發(fā)起步驟和等待步驟(以及所有接收步驟)可由所述nodeB和演進(jìn)的nodeB之一執(zhí)行。再者，這允許簡單實現(xiàn)本發(fā)明，對現(xiàn)有網(wǎng)絡(luò)結(jié)構(gòu)具有最小影響。
[0033]在第二方面，提供了用于管理根據(jù)以上方面及其附加特征的網(wǎng)絡(luò)實體與客戶端之間的流播媒體業(yè)務(wù)的方法。在那種情況下，所述方法可包括:從客戶端向網(wǎng)絡(luò)實體傳送對于清單文件的請求，所述請求包括對于至少兩個媒體分段的查詢；在客戶端接收新創(chuàng)建的清單文件和組合的媒體分段；以及在接收步驟之后在所述客戶端從第一無線電信道狀態(tài)轉(zhuǎn)變到第二無線電信道狀態(tài)。如上面所描述的，清單文件的使用給網(wǎng)絡(luò)實體提供了用于實施和促進(jìn)本發(fā)明的簡單而有力的工具；也就是說，已經(jīng)請求清單文件的客戶端并未獲取普通的清單文件，而是在本發(fā)明的意義上具有組合的媒體分段的指示的清單文件。用這種方式，客戶端被重新配置成實現(xiàn)組合的媒體分段，沒有客戶端的任何硬件或軟件重新配備變得必要。
[0034]在第二方面，所述轉(zhuǎn)變步驟可在所述接收步驟之后實質(zhì)上即刻執(zhí)行。如上面所提到的，狀態(tài)轉(zhuǎn)變之前的停工時間(第一時間段)可選擇成2秒、10秒或12秒；然而，如果存在未接收到來自客戶端的非預(yù)計請求的(也就是說，例如由當(dāng)量第二時間段明確的)確定度，則第一時間段A可縮短成幾乎變成0，從而更快地進(jìn)入節(jié)能狀態(tài)并節(jié)省更多能量。
[0035]進(jìn)一步說，網(wǎng)絡(luò)實體的傳送步驟可進(jìn)一步包括:在網(wǎng)絡(luò)實體提供組合的媒體分段，并響應(yīng)于所述查詢從網(wǎng)絡(luò)實體向客戶端傳送組合的媒體分段。更進(jìn)一步，所述網(wǎng)絡(luò)實體的所述等待步驟可以由對于至少兩個另外媒體分段的隨后查詢來結(jié)束。這種行為明確了，網(wǎng)絡(luò)實體不是必須執(zhí)行“有效的”傳送步驟，而是客戶端“推送”內(nèi)容一也就是說，以(組合的)媒體分段形式的媒體數(shù)據(jù)一由其判斷。
[0036]此外，在第一方面和第二方面中涉及的在所述網(wǎng)絡(luò)實體的第一組合步驟與最后等待步驟之間的所有步驟都可周期性重復(fù)。這使得能夠在一個循環(huán)中成倍增加通過進(jìn)入節(jié)能模式獲得的增益。這例如在圖4B中可看到，上半部分:在第一循環(huán)，達(dá)到URA-PCH大約5秒，而第二以及隨后循環(huán)具有大約53秒處于URA-PCH狀態(tài)。圖4B，下半部分(與上半部分相比具有更高質(zhì)量的媒體數(shù)據(jù))仍呈現(xiàn)足夠的時間處于節(jié)能模式:達(dá)到URA-PCH O秒(第一循環(huán)，在此上面描述的快速休眠將有幫助)、大約43秒(第二循環(huán))、0秒(第三循環(huán))、大約23秒(第四循環(huán))、大約35秒(第五循環(huán))和大約43秒(第六以及隨后循環(huán))。
[0037]在第二方面，提供了計算機(jī)程序產(chǎn)品，計算機(jī)程序產(chǎn)品包括程序代碼部分，所述程序代碼部分當(dāng)計算機(jī)程序產(chǎn)品運行在一個或多個計算裝置上(例如本文給出的終端裝置上)時用于執(zhí)行本文公開的任何方法方面。計算機(jī)程序產(chǎn)品可存儲在計算機(jī)可讀記錄介質(zhì)上。
[0038]在第三方面，提供一種用于管理流播媒體業(yè)務(wù)的網(wǎng)絡(luò)實體，所述網(wǎng)絡(luò)實體能夠至少采取第一無線電信道狀態(tài)和第二無線電信道狀態(tài)，從第一無線電信道狀態(tài)到第二無線電信道狀態(tài)的轉(zhuǎn)變需要第一預(yù)定時間段tlt)網(wǎng)絡(luò)實體包括:組件，適合于在所述網(wǎng)絡(luò)實體組合至少兩個媒體分段，使得所得到的組合的媒體分段包括相當(dāng)于第二預(yù)定時間段t2的媒體數(shù)據(jù)，第二時間段大于第一時間段；組件，適合于在第三時間段t3期間在第一無線電信道狀態(tài)從所述網(wǎng)絡(luò)實體傳送組合的媒體分段；組件，適合于在所述網(wǎng)絡(luò)實體發(fā)起從第一無線電信道狀態(tài)到第二無線電信道狀態(tài)的轉(zhuǎn)變；以及組件，適合于在所述發(fā)起步驟之后在所述網(wǎng)絡(luò)實體至少等待時間段t=t2-t3_ti，其中第二時間段大于第一時間段和第三時間段之和。
[0039]在第四方面，提供一種用于管理上面描述的網(wǎng)絡(luò)實體與客戶端之間的流播媒體業(yè)務(wù)的系統(tǒng)。在那種情況下，所述客戶端可包括:組件，適合于從所述客戶端向所述網(wǎng)絡(luò)實體傳送對于清單文件的請求，所述請求包括對于所述至少兩個媒體分段的查詢；組件，適合于在所述客戶端接收所述新創(chuàng)建的清單文件和所述組合的媒體分段；以及組件，適合于在所述接收步驟之后在所述客戶端從第一無線電信道狀態(tài)轉(zhuǎn)變到第二無線電信道狀態(tài)。
[0040]要指出的是，終端裝置(以及系統(tǒng))可實現(xiàn)對于上文的方法方面闡述的任何技術(shù)細(xì)節(jié)，并且從而獲得相同的優(yōu)勢。換言之，終端裝置可包括適合于執(zhí)行本文公開的任何方法步驟的另外組件。[0041]客戶端可以是移動終端或固定終端。作為示例，客戶端可以用移動(智能)電話、筆記本計算機(jī)、膝上型計算機(jī)、小筆記本、個人數(shù)字助理(PDA)、平板PC(諸如iPad?)或它們的任何混合(例如Blackberry ?是智能手機(jī)和PDA的混合)等形式實現(xiàn)。
【專利附圖】

【附圖說明】
[0042]本文中在下面參考附圖描述本發(fā)明的實施例。
[0043]圖1示出了自適應(yīng)HTTP流播的原理，更具體地說，示出了對媒體分段的接收；
圖2示出了自適應(yīng)HTTP流的示例；
圖3示出了針對不同無線電信道的功耗而繪制的數(shù)據(jù)速率的圖解；
圖4示出了上面描述的測試設(shè)置；
圖4A示出了由圖4中描繪的設(shè)置所獲得的測試結(jié)果，其使用具有10秒的媒體分段大小的264 kbps媒體流；
圖4B示出了具有80秒的當(dāng)量媒體分段大小的媒體數(shù)據(jù)的媒體流的兩個示例圖；
圖5示出了代理的基本概念，其作為根據(jù)本發(fā)明實施例的分段組合器的示例；
圖6A示出了在網(wǎng)絡(luò)實體(可選地還有客戶端)的實施例中包含的組件；及 圖6B示出了圖6A的移動終端的組件之間的交互作用；以及 圖7示出了在網(wǎng)絡(luò)實體管理流播媒體業(yè)務(wù)的方法實施例。
【具體實施方式】
[0044]在如下描述中，為了說明而非限制，闡述了特定細(xì)節(jié)(諸如具體信令步驟)以便提供對本文給出的技術(shù)的透徹理解。對本領(lǐng)域技術(shù)人員而言顯而易見的是，本發(fā)明的技術(shù)可以在脫離這些特定細(xì)節(jié)的其它實施例中實施。例如，雖然這些實施例主要將在代理和(e)NB的上下文中描述；然而，這不排除使用更多或更少的裝置來實現(xiàn)本發(fā)明。
[0045]此外，本領(lǐng)域技術(shù)人員將認(rèn)識到，本文在下面說明的服務(wù)、功能和步驟可使用連同已編程微處理器起作用的軟件或使用專用集成電路(ASIC)、數(shù)字信號處理器(DSP)或通用計算機(jī)來實現(xiàn)。還將認(rèn)識到，雖然如下實施例在方法和裝置的上下文中描述，但本文給出的技術(shù)也可在計算機(jī)程序產(chǎn)品中實施，以及在包括計算機(jī)處理器和耦合到處理器的存儲器的系統(tǒng)中實施，其中存儲器用執(zhí)行本文公開的服務(wù)、功能和步驟的一個或多個程序來編碼。
[0046]圖5示出了代理的基本概念，其作為根據(jù)本發(fā)明實施例的分段組合器的示例。
[0047]也就是說，本發(fā)明的基本概念可總結(jié)成:在媒體路徑中引入“分段組合器代理”。該功能可實現(xiàn)為透明功能或HTTP高速緩存服務(wù)器的附件。該代理基本上將多個進(jìn)入的媒體分段組合成更大的媒體分段，并且相應(yīng)地重寫清單文件。
[0048]如圖5所示，可創(chuàng)建HTTP現(xiàn)場流播HLS的內(nèi)容，例如每個媒體分段具有10秒的持續(xù)時間。.m3u8播放列表(作為清單文件的非限制示例)可指示每個媒體分段的目標(biāo)持續(xù)時間是10秒。這指令接收器(因此指令圖5中未示出的客戶端)每10秒取新的媒體分段。
[0049]然而，分段組合器(例如分段組合代理)將多個媒體分段(見圖5的右手邊部分)組合成一個媒體分段。由于創(chuàng)建了新的(更大)分段(見圖5的左手邊部分)，因此新分段由新標(biāo)識符(諸如URL)來標(biāo)識，例如使用.m3u8播放列表來向客戶端(或者如果存在多于一個客戶端的話就向多個客戶端)通告新標(biāo)識符。.m3u8文件被重寫，并且描述新目標(biāo)持續(xù)時間和新標(biāo)識符(例如URL)。例如，也可再用常規(guī)清單文件的一些現(xiàn)有URL。
[0050]上面描述的過程可應(yīng)用于任何媒體表示。當(dāng)這些分段未時間對準(zhǔn)時，則分段組合器功能將不同數(shù)量的進(jìn)入的媒體分段組合成單個出去的分段，使得每個出去的媒體分段例如含有例如多于80秒的媒體數(shù)據(jù)。
[0051]僅作為非限制示例，該分段組合器可執(zhí)行如下步驟，其中該分段組合器功能例如可與HTTP代理高速緩存協(xié)同定位:
?該組合器從客戶端接收對于自適應(yīng)HTTP流播的清單文件的請求。HTTP代理可用相同方式來處理所有清單文件類型(諸如.html、.jpg、.m3u8)。
[0052].該分段組合器請求在清單文件中所描述的并由客戶端請求的所需分段。HTTP代理可解析清單文件以尋找其它URL。
[0053].該分段組合器處理該清單:
O該分段組合器創(chuàng)建新清單文件，并將新創(chuàng)建的清單供應(yīng)給客戶端。請求相同清單的所有隨后用戶也可被供應(yīng)有新創(chuàng)建的清單。
[0054]O該分段組合器通過組合一個或多個分段來創(chuàng)建新媒體分段。作為媒體分段的大小比因特網(wǎng)協(xié)議(IP)分組大小要大得多。從而，為每個媒體分段創(chuàng)建IP分組序列。每個新媒體分段可由新URL來標(biāo)識。
[0055]O該分段組合器創(chuàng)建具有新媒體分段URL的新清單文件。該分段組合器可使用新媒體分段長度。
[0056].該分段組合器向客戶端供應(yīng)具有新媒體分段URL的新清單。因而，客戶端僅請求新的(更大)媒體分段。
[0057]進(jìn)一步說，要指出的是，一些環(huán)境應(yīng)用MPEG2傳輸流(TS):本地媒體播放器僅支持HTTP。在那種情況下，本發(fā)明還可在“非透明’?ΤΤΡ代理服務(wù)器(即終止HTTP安全(HTTPS)的服務(wù)器)中實現(xiàn)。也就是說，HTTPS是傳輸安全性方案。有利的是，該分段組合器功能當(dāng)在“非透明” HTTP代理服務(wù)器中實現(xiàn)時不需區(qū)分HTTP或HTTPS。
[0058]圖6A和圖6B示出了用于在網(wǎng)絡(luò)實體管理流播媒體業(yè)務(wù)的網(wǎng)絡(luò)實體2001(作為示例是(e)nodeB 2002和代理服務(wù)器2003的組合)的實施例。圖6A例證了在網(wǎng)絡(luò)實體2001 (可選地還有客戶端2004)中包含的組件，并且圖1B示出了網(wǎng)絡(luò)實體2001 (以及客戶端2004)的組件之間的交互作用。
[0059]如圖6A中所示，網(wǎng)絡(luò)實體2001包括(e) nodeB 2002和代理服務(wù)器2003。(e) nodeB2002和代理服務(wù)器2003都包括自己的核心功能性(例如中央處理單元(CPU)、專用電路或軟件模塊)20022或20032、存儲器(和/或數(shù)據(jù)庫)20022或20032、傳送器20023或20033以及接收器20024或20034。(e) nodeB 2002又包括發(fā)起器20025和定時器20026 ;代理服務(wù)器2003包括組合器20035、創(chuàng)建器20036和提供器20037。進(jìn)一步說，可選客戶端2004包括核心功能性20041、存儲器(或數(shù)據(jù)庫)20042、傳送器20043、接收器20044和轉(zhuǎn)變器20045。
[0060]如CPU 200xl(其中x=2，3和4)的功能塊的虛線延伸所指示的，發(fā)起器20025、((e) nodeB 2002的)定時器20026、組合器20035、創(chuàng)建器20036、(代理服務(wù)器2003的)提供器20037和(客戶端2004的)轉(zhuǎn)變器20045以及存儲器200x2、傳送器200x3和接收器200x4可至少部分是運行在CPU 200x1上的功能性，或者替換地，可以是受CPU 200x1控制并給它們提供信息的單獨功能實體或構(gòu)件。
[0061]CPU 200x1例如可通過駐留在存儲器200x2中的軟件來配置成處理各種數(shù)據(jù)輸入，并控制存儲器200x2、傳送器200x3和接收器200x4(以及發(fā)起器20025、((e)nodeB2002的)定時器20026、組合器20035、創(chuàng)建器20036、(代理服務(wù)器2003的)提供器20037和(客戶端2004的)轉(zhuǎn)變器20045)的功能。存儲器200x2可起如下作用:存儲代碼構(gòu)件，所述代碼構(gòu)件當(dāng)運行在CPU 200x1上時執(zhí)行根據(jù)本文公開的方面的方法。
[0062]要指出的是，傳送器200x3和接收器200x4替換地可提供為整體收發(fā)器，如在圖6A中所示出的。要進(jìn)一步指出，傳送器/接收器可實現(xiàn)為物理傳送器/接收器以便經(jīng)由空中接口(例如在網(wǎng)絡(luò)實體2001與客戶端2004之間)收發(fā)，實現(xiàn)為網(wǎng)絡(luò)單元(例如用于當(dāng)設(shè)置為單獨網(wǎng)絡(luò)功能性時在(e)NB 2002與代理服務(wù)器2003之間傳送/接收數(shù)據(jù)分組)之間的路由實體/接口，實現(xiàn)為用于向給定存儲區(qū)域?qū)?從給定存儲區(qū)域讀(例如當(dāng)設(shè)置為整體網(wǎng)絡(luò)實體2001時在(e)NB 2002與代理服務(wù)器2003之間)的功能性，或?qū)崿F(xiàn)為上面的任何合適組合。上面描述的發(fā)起器20025、((e) nodeB 2002的)定時器20026、組合器20035、創(chuàng)建器20036、(代理服務(wù)器2003的)提供器20037和(客戶端2004的)轉(zhuǎn)變器20045)以及網(wǎng)絡(luò)實體2001中的至少一個或所執(zhí)行的相應(yīng)功能性也可實現(xiàn)為芯片集、模塊或子組件。
[0063]圖7例證了用于(蜂窩)通信網(wǎng)絡(luò)200中在網(wǎng)絡(luò)實體2001管理流播媒體業(yè)務(wù)的方法實施例。如在框2001與框2004之間的框中所示的，網(wǎng)絡(luò)200可至少采取第一狀態(tài)Stl和第二狀態(tài)St2，其中第一狀態(tài)Stl相比第二狀態(tài)St2可消耗更多能量，并且其中從第一狀態(tài)到第二狀態(tài)的轉(zhuǎn)變耗費時間段h。
[0064]在圖7的信令圖中，單元之間的信令在水平方向上指示出，而信令之間的時間方面在信令序列的垂直布置中以及在序列號中反映出。要指出的是，在圖7中指示的時間方面不一定約束顯示成在圖7中概括的步驟序列的方法步驟中的任何步驟。這尤其適用于在功能上彼此分離的方法步驟；例如，不需要在同一步驟中傳送組合的媒體分段和可選的新清單文件；組合的媒體分段和清單文件中的哪個先傳送也是無關(guān)緊要的。
[0065]仍參考圖7的信令圖(要與在圖6A和圖6B中示出的網(wǎng)絡(luò)實體2001 —起讀)，在可選的步驟Sl-1中，客戶端2004的傳送器20043可從該客戶端向網(wǎng)絡(luò)實體傳送對于清單文件的請求，所述請求包括對于至少兩個媒體分段的查詢。在可選的步驟S2-1，(e)NB2002的接收器20024可接收對于清單文件的請求，所述請求包括對于至少兩個媒體分段的查詢。
[0066]然后，在步驟S2-2，代理服務(wù)器2003的組合器20035組合至少兩個媒體分段，使得所得到的組合的媒體分段包括相當(dāng)于第二預(yù)定時間段t2的媒體數(shù)據(jù)，第二時間段大于(從Stl到St2的轉(zhuǎn)變所需的)第一時間段h。
[0067]可選地，在步驟S2-3，代理服務(wù)器2003的創(chuàng)建器20036可創(chuàng)建新清單文件(諸如.m3u8播放列表、.1smc文件或.MPD文件的清單文件)，其包括用于組合的媒體分段的標(biāo)識符。所創(chuàng)建的新清單文件可進(jìn)一步包括用于指示第一預(yù)定時間段的指示符(諸如URL)。
[0068]在這個方面，作為非限制實現(xiàn)示例，HLS對于清單文件使用.m3u8播放列表格式，并且對于媒體分段使用MPEG2-TS。在HLS的情況下，多個進(jìn)入的媒體分段可組合成一個更大的媒體分段，而無需任何額外考慮。組合的媒體分段同樣是有效的媒體分段。用來自老.m3u8分段的輸入來創(chuàng)建新.m3u8播放列表。老播放列表含有每個媒體分段的分段持續(xù)時間(例如按URL的單獨整數(shù))。它還含有每個媒體分段的平均(目標(biāo))持續(xù)時間。分段組合器20035將在相應(yīng)輸出分段中做出貢獻(xiàn)的輸入分段的分段持續(xù)時間進(jìn)行求和。
[0069]作為另一非限制示例，可實現(xiàn)ISM的修改，使得每個媒體分段含有一個(或多個)MP4文件片段，它們完全獨立。所有moof表的所有指針都指向輸入媒體分段的mdat段。從而，輸出媒體分段可通過組合若干輸入媒體分段來創(chuàng)建。MS的清單文件是ISMC文件，其又是特殊形式的XML文件(見如下示例)。這些URL通過URL模板來描述。每個媒體分段的媒體持續(xù)時間被描述為ISMC內(nèi)部的表(例如<Cn=〃4〃d=〃12000000〃/>是索引n=4的表項，其中那個媒體分段的持續(xù)時間被描述為d="12000000")。分段組合器20035考慮組合的分段的可能的新URL模板而寫新ISMC文件。新媒體分段的持續(xù)時間通過對做出貢獻(xiàn)的媒體分段的持續(xù)時間進(jìn)行求和來計算。
[0070]IMSC文件的示例可具有如下布局，其中最后9行可構(gòu)成上面描述的用于描述媒體分段持續(xù)時間的表:
【權(quán)利要求】
1.一種用于在網(wǎng)絡(luò)實體(2001)管理流播媒體業(yè)務(wù)的方法，所述網(wǎng)絡(luò)實體能夠至少采取第一無線電信道狀態(tài)(Stl)和第二無線電信道狀態(tài)(St2),從第一無線電信道狀態(tài)到第二無線電信道狀態(tài)的轉(zhuǎn)變需要第一預(yù)定時間段h，其中所述方法在所述網(wǎng)絡(luò)實體中執(zhí)行并且包括如下步驟: -在所述網(wǎng)絡(luò)實體組合(S2-2)至少兩個媒體分段，使得所得到的組合的媒體分段包括相當(dāng)于第二預(yù)定時間段t2的媒體數(shù)據(jù)，第二時間段大于第一時間段； -在第三時間段t3期間在第一無線電信道狀態(tài)從所述網(wǎng)絡(luò)實體傳送(S2-4)所述組合的媒體分段； -在所述網(wǎng)絡(luò)實體發(fā)起從第一無線電信道狀態(tài)到第二無線電信道狀態(tài)的轉(zhuǎn)變(S2-5)；以及 -在所述發(fā)起步驟之后在所述網(wǎng)絡(luò)實體至少等待(S2-6)時間段t=t2-t3-ti，其中第二時間段大于第一時間段和第三時間段之和。
2.如權(quán)利要求1所述的方法，其中在所述組合步驟中所述至少兩個媒體分段具有少于在第一無線電信道狀態(tài)在第二時間段期間可傳送的數(shù)據(jù)量。
3.如權(quán)利要求1或2所述的方法，其中: 所述發(fā)起步驟在第一時間段和第三時間段之和過去后即刻執(zhí)行；以及 所述等待步驟在所述發(fā)起步驟之后即刻執(zhí)行。
4.如權(quán)利要求1-3中任一項所述的方法，進(jìn)一步包括:在所述組合步驟之前， 接收(S2-1)對于清單文件的請求，所述請求包括對于所述至少兩個媒體分段的查詢。
5.如權(quán)利要求4所述的方法`，進(jìn)一步包括: 創(chuàng)建(S2-3)新清單文件，所述新清單文件包括所述組合的媒體分段的標(biāo)識符。
6.如權(quán)利要求5所述的方法，其中所創(chuàng)建的新清單文件進(jìn)一步包括用于指示第一預(yù)定時間段的指示符。
7.如權(quán)利要求5或6所述的方法，其中所述標(biāo)識符是統(tǒng)一資源定位符URL。
8.如權(quán)利要求4-7任一項所述的方法，其中所述清單文件是.m3u8播放列表、.1smc文件和.MPD文件之一。
9.如權(quán)利要求1-8中任一項所述的方法，其中: 第一無線電信道狀態(tài)是小區(qū)專用信道、小區(qū)DCH狀態(tài)，并且 第二無線電信道狀態(tài)是小區(qū)前向接入信道、小區(qū)FACH狀態(tài)。
10.如權(quán)利要求9所述的方法，其中第一時間段是2秒。
11.如權(quán)利要求1-8中任一項所述的方法，其中: 第一無線電信道狀態(tài)是小區(qū)前向接入信道、小區(qū)FACH狀態(tài)，并且第二無線電信道狀態(tài)是UTRAN注冊區(qū)域?qū)ず粜诺繳RA-PCH狀態(tài)，其中UTRAN是指UMTS地面無線電接入網(wǎng)，并且UMTS是指通用移動電信系統(tǒng)。
12.如權(quán)利要求11所述的方法，其中第一時間段是10秒。
13.如權(quán)利要求1-8中任一項所述的方法，其中: 第一無線電信道狀態(tài)是小區(qū)專用信道、小區(qū)DCH狀態(tài)，并且 第二無線電信道狀態(tài)是UTRAN注冊區(qū)域?qū)ず粜诺繳RA-PCH狀態(tài)，其中UTRAN是指UMTS地面無線電接入網(wǎng)，并且UMTS是指通用移動電信系統(tǒng)。
14.如權(quán)利要求13所述的方法，其中第一時間段是12秒。
15.如權(quán)利要求1-14中任一項所述的方法，其中第二時間段在40秒到80秒或更多秒之間。
16.如權(quán)利要求1-14中任一項所述的方法，其中第二時間段在60秒到80秒或更多秒之間。
17.如權(quán)利要求1-16中任一項所述的方法，其中所述網(wǎng)絡(luò)實體包括透明功能和超文本傳輸協(xié)議HTTP服務(wù)器的附件之一。
18.如權(quán)利要求1-16中任一項所述的方法，其中所述網(wǎng)絡(luò)實體包括代理服務(wù)器(2003)以及如下項之一:nodeB和演進(jìn)的nodeB(2002)。
19.如權(quán)利要求18所述的方法，其中: 組合步驟由所述代理服務(wù)器執(zhí)行，并且 傳送步驟、發(fā)起步驟和等待步驟由所述節(jié)點B和演進(jìn)的nodeB之一執(zhí)行。
20.一種用于管理如權(quán)利要求1-19中任一項所述的網(wǎng)絡(luò)實體與客戶端(2004)之間流播媒體業(yè)務(wù)的方法，其中所述方法包括: -從所述客戶端向所述網(wǎng)絡(luò)實體傳送(Sl-1)對于清單文件的請求，所述請求包括對于所述至少兩個媒體分段的查詢； -在所述客戶端接收(S1-2)所述新創(chuàng)建的清單文件和所述組合的媒體分段；以及-在所述接收步驟之后在所述客戶端從第一無線電信道狀態(tài)轉(zhuǎn)變(S1-3)到第二無線電信道狀態(tài)。
21.如權(quán)利要求20所述的方法，其中所述轉(zhuǎn)變步驟在所述接收步驟之后實質(zhì)上即刻執(zhí)行。
22.如權(quán)利要求20或21所述的方法，其中所述網(wǎng)絡(luò)實體的所述傳送步驟進(jìn)一步包括: -在所述網(wǎng)絡(luò)實體提供(S2-4a)所述組合的媒體分段；以及 -響應(yīng)于所述查詢而從所述網(wǎng)絡(luò)實體向所述客戶端傳送(S2-4b)所述組合的媒體分段。
23.如權(quán)利要求20-22中任一項所述的方法，其中所述網(wǎng)絡(luò)實體的所述等待步驟由對于至少兩個另外媒體分段的隨后查詢來結(jié)束。
24.如權(quán)利要求1-23中任一項所述的方法，其中所述網(wǎng)絡(luò)實體的第一組合步驟與最后等待步驟之間的所有步驟都周期性重復(fù)。
25.一種計算機(jī)程序產(chǎn)品，包括程序代碼部分，所述程序代碼部分當(dāng)所述計算機(jī)程序產(chǎn)品運行在一個或多個計算裝置上時用于執(zhí)行上述權(quán)利要求中任一項所述的方法。
26.如權(quán)利要求25所述的計算機(jī)程序產(chǎn)品，存儲在計算機(jī)可讀記錄介質(zhì)上。
27.一種用于管理流播媒體業(yè)務(wù)的網(wǎng)絡(luò)實體(2001)，所述網(wǎng)絡(luò)實體能夠至少采取第一無線電信道狀態(tài)(Stl)和第二無線電信道狀態(tài)(St2)，從第一無線電信道狀態(tài)到第二無線電信道狀態(tài)的轉(zhuǎn)變需要第一預(yù)定時間段h，其中所述網(wǎng)絡(luò)實體包括: -組件(20035)，適合于在所述網(wǎng)絡(luò)實體組合至少兩個媒體分段，使得所得到的組合的媒體分段包括相當(dāng)于第二預(yù)定時間段12的媒體數(shù)據(jù)，第二時間段大于第一時間段； -組件(20033，20023)，適合于在第三時間段t3期間在第一無線電信道狀態(tài)從所述網(wǎng)絡(luò)實體傳送組合的媒體分段； -組件(20025)，適合于在所述網(wǎng)絡(luò)實體發(fā)起從第一無線電信道狀態(tài)到第二無線電信道狀態(tài)的轉(zhuǎn)變；以及 -組件(20226)，適合于在所述發(fā)起步驟之后在所述網(wǎng)絡(luò)實體至少等待時間段t=t2-t3-ti，其中第二時間段大于第一時間段和第三時間段之和。
28.如權(quán)利要求27所述的網(wǎng)絡(luò)實體，進(jìn)一步包括: -組件(20224，20034)，適合于在所述組合之前接收對于清單文件的請求，所述請求包括對于所述至少兩個媒體分段的查詢。
29.如權(quán)利要求28所述的網(wǎng)絡(luò)實體，進(jìn)一步包括: -組件(20036)，適合于創(chuàng)建新清單文件，所述新清單文件包括所述組合的媒體分段的標(biāo)識符。
30.如權(quán)利要求27-29中任一項所述的網(wǎng)絡(luò)實體，其中所述網(wǎng)絡(luò)實體由透明功能和超文本傳輸協(xié)議HTTP服務(wù)器的附件之一構(gòu)成。
31.如權(quán)利要求27-29中任一項所述的網(wǎng)絡(luò)實體，包括代理服務(wù)器(2003)以及如下項之一:nodeB 和演進(jìn)的 nodeB (2002)。
32.如權(quán)利要求31所述的網(wǎng)絡(luò)實體，其中: 用于組合的組件包含在所述代理服務(wù)器中，并且 用于傳送、發(fā)起和等待的組件包含在所述nodeB和演進(jìn)的nodeB之一中。
33.一種用于管理如權(quán)利要求27-32中任一項所述的網(wǎng)絡(luò)實體與客戶端(2004)之間的流播媒體業(yè)務(wù)的系統(tǒng)，其中所述客戶端包括: -組件(20043)，適合于從所述客戶端向所述網(wǎng)絡(luò)實體傳送對于清單文件的請求，所述請求包括對于所述至少兩個媒體分段的查詢； -組件(20044)，適合于在所述客戶端接收新創(chuàng)建的清單文件和所述組合的媒體分段；以及 -組件(20045)，適合于在所述接收步驟之后在所述客戶端從第一無線電信道狀態(tài)轉(zhuǎn)變到第二無線電信道狀態(tài)。
34.如權(quán)利要求33所述的系統(tǒng)，其中用于傳送的組件進(jìn)一步包括: -組件(20037)，適合于在所述網(wǎng)絡(luò)實體提供所述組合的媒體分段， -其中用于傳送的組件適合于響應(yīng)于所述查詢而從所述網(wǎng)絡(luò)實體向所述客戶端傳送所述組合的媒體分段。
【文檔編號】H04W52/02GK103621151SQ201180071977
【公開日】2014年3月5日 申請日期:2011年6月28日 優(yōu)先權(quán)日:2011年6月28日
【發(fā)明者】T.洛馬爾, F.加賓 申請人:瑞典愛立信有限公司