多媒體數(shù)據(jù)的處理的制作方法
【技術(shù)領(lǐng)域】
[0001]本公開涉及用于向用戶提供多媒體服務(wù)的技術(shù)。具體地說，公開了用于向是自適應(yīng)HTTP流播播放器的示例的DASH播放器傳送多媒體內(nèi)容的技術(shù)。
[0002]本解決方案可使用提供媒體分段傳送的廣播傳送技術(shù)實施在網(wǎng)絡(luò)解決方案內(nèi)。具體地說，該解決方案可用在使用媒體分段的eMBMS傳送或其它廣播傳送技術(shù)(像DSL接入系統(tǒng)(IPTV)中的IP多播)的情形中。進(jìn)一步說，本解決方案適用于從高速緩存服務(wù)于媒體內(nèi)容時。
【背景技術(shù)】
[0003]通過HTTP的DASH動態(tài)自適應(yīng)流播是自適應(yīng)流播技術(shù)，其將媒體流調(diào)整成當(dāng)前可用的鏈路比特率，如在“Dynamic adaptive streaming over HTTP (DASH) 一 Part 1:Media presentat1n descript1n and segment formats，，(ISO/1EC 23009-1:2012 (E)，Vers1n 2.1c2.)中所公開的。
[0004]自適應(yīng)HTTP流播技術(shù)依賴于客戶端選擇媒體質(zhì)量。服務(wù)器或內(nèi)容提供商描述了在所謂的清單文件中的所有可用質(zhì)量表示，例如，媒體內(nèi)容的表示可關(guān)于不同媒體比特率和從服務(wù)器訪問表示的方式而不同。清單文件在流播會話開始時至少取一次，并且在會話期間可更新。Mro包括列表或生成所有媒體分段的URI的列表的構(gòu)件，媒體分段屬于媒體會話，并且用于取下一媒體分段。在蘋果的HLS情況下，清單作為m3u8格式的播放列表文件進(jìn)行格式化。在3GPP/ MPEG DASH情況下，清單是稱為MPD媒體呈現(xiàn)描述的XML結(jié)構(gòu)。
[0005]DASH被設(shè)計為客戶端控制的自適應(yīng)HTTP流播協(xié)議。那意味著，服務(wù)器描述了例如在MPD中的一組可用媒體質(zhì)量，并且客戶端根據(jù)鏈路比特率選擇匹配鏈路比特率的媒體表示(即，媒體比特率)。一般而言，DASH解決方案包括:DASH服務(wù)器適合于給內(nèi)容提供不同的媒體質(zhì)量(所謂的表示)，并且在客戶端側(cè)，DASH客戶端適合于請求具有不同質(zhì)量的媒體內(nèi)容。
[0006]大多數(shù)自適應(yīng)HTTP流播技術(shù)都需要客戶端不斷從服務(wù)器取媒體分段。在媒體分段中含有某一媒體時間量(例如10秒的媒體數(shù)據(jù))。在清單中指示的具體時間，在服務(wù)器使具體媒體表示的每個分段可用。在清單中描述了在客戶端側(cè)用于下載不同質(zhì)量表示的分段的URI的創(chuàng)建方式。
[0007]圖1描繪了在DASH環(huán)境下分段取的原理?？蛻舳?、DASH客戶端與服務(wù)器、DASH服務(wù)器通信。
[0008]清單文件被作為HTTP GET清單文件消息10的應(yīng)答接收，并且被處理以確定可能的質(zhì)量11。在下一步驟12，客戶端請求最低質(zhì)量的數(shù)據(jù)、來自最低質(zhì)量的HTTP GET分段#1，并且執(zhí)行下載速率的測量，13?？蛻舳瞬粩鄿y量鏈路比特率，同時接收媒體分段，14，以確定用于接收內(nèi)容數(shù)據(jù)的適當(dāng)質(zhì)量。如果進(jìn)行了改變表示的決定，15，則客戶端可在任何時間改變成另一質(zhì)量表示。在根據(jù)圖1的實施例中，決定請求具有中等質(zhì)量的媒體數(shù)據(jù)，來自中等質(zhì)量的HTTP GET分段#2，16，并且繼續(xù)下載速率的測量，17。
[0009]當(dāng)前，還有可能通過廣播系統(tǒng)遞送DASH媒體分段，諸如eMBMS (LTE多媒體廣播多播服務(wù))。當(dāng)小區(qū)或任何廣播區(qū)域中的所有用戶都使用相同特比流質(zhì)量時，廣播是有效的。那意味著，在一個區(qū)域中通常僅廣播單個質(zhì)量表示，并且所述區(qū)域中的客戶端選擇那個具體質(zhì)量。
[0010]從而，通常，僅單個表示被廣播到具體目標(biāo)區(qū)域中，并且相同的內(nèi)容流被廣播到具有不同比特率約束或換句話說具有不同表示的不同廣播區(qū)域中。從而，有可能，相同服務(wù)例如以較高比特率在城市區(qū)域中廣播，以及在城郊區(qū)域中具有較低比特率。
[0011]DASH播放器可經(jīng)由廣播或單播接收內(nèi)容。然而，DASH播放器沒有信息，不管電話是在廣播覆蓋內(nèi)和/或單播覆蓋內(nèi)。
[0012]在廣播情形下，媒體分段必須首先由eMBMS客戶端接收，之后可使它對DASH播放器可用。這是由于廣播表示優(yōu)于單播表示造成的缺點。當(dāng)?shù)谝淮握{(diào)諧到廣播DASH會話時，DASH播放器可接受附加延遲。然而，DASH播放器不知道UE是否在廣播覆蓋內(nèi)。從而，如果電話不在廣播覆蓋內(nèi)，則DASH播放器首先需要等待廣播啟動這個附加延遲的時間，才能發(fā)現(xiàn)廣播接收是不可能的。
[0013]進(jìn)一步說，因為客戶端不知道它是正在從廣播還是單播接收表示，所以它對兩種接收以相同方式測量下載速率。在中等質(zhì)量表示正在被廣播的情況下，觀察到良好下載速率的客戶端可決定切換到未在廣播的較高質(zhì)量表示。一旦客戶端已經(jīng)切換，就有必要通過單播檢索分段，然后它可能經(jīng)歷那個高質(zhì)量表示的非常低的下載速率，因此體驗的質(zhì)量以及網(wǎng)絡(luò)下載受到了負(fù)面影響。
[0014]例如由于執(zhí)行的測量或由于接收到廣播數(shù)據(jù)而引起的延遲導(dǎo)致了在用戶側(cè)的體驗質(zhì)量(QoE)降低，那么從QoE角度來看，在客戶端側(cè)的視頻啟動將盡可能快地執(zhí)行。

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

[0015]存在對于向用戶有效提供媒體數(shù)據(jù)的技術(shù)的需求。具體地說，存在增加所呈現(xiàn)數(shù)據(jù)的體驗水平的需求。
[0016]本發(fā)明在獨立權(quán)利要求中實施了。在從屬權(quán)利要求中描述了有利實施例。
[0017]該需求用向自適應(yīng)HTTP流播播放器提供媒體內(nèi)容的方法滿足。所述方法包括從自適應(yīng)HTTP流播播放器接收請求媒體內(nèi)容的HTTP請求的步驟。在下一步驟，標(biāo)識媒體內(nèi)容作為在固定質(zhì)量接口(S22)上可用的內(nèi)容，并且然后確定在固定質(zhì)量接口上提供的內(nèi)容的表示偏好指示。所確定的表示偏好指示被發(fā)信號通知給自適應(yīng)HTTP流播播放器。
[0018]進(jìn)一步說，該需求用提供在自適應(yīng)HTTP流播播放器中實現(xiàn)的媒體內(nèi)容的方法滿足。所述HTTP流播播放器向HTTP實體發(fā)送對于提供媒體內(nèi)容的HTTP請求。作為對該請求的應(yīng)答，自適應(yīng)HTTP流播播放器從HTTP實體接收在固定質(zhì)量接口上提供的媒體內(nèi)容的表示偏好指示。作為下一步驟，使用接收的表示偏好指示請求在固定質(zhì)量接口上提供的媒體內(nèi)容。
[0019]在一個實現(xiàn)中，提出了適合于向自適應(yīng)HTTP流播播放器提供媒體內(nèi)容的HTTP實體裝置。所述HTTP實體裝置包括適合于從HTTP流播播放器接收請求媒體內(nèi)容的HTTP請求的接收器。進(jìn)一步說，存在適合于將媒體內(nèi)容標(biāo)識為在固定質(zhì)量接口上提供的內(nèi)容的標(biāo)識器。進(jìn)一步說，HTTP實體裝置包括適合于確定在固定質(zhì)量接口上提供的媒體內(nèi)容的表示偏好指示的處理器和適合于向HTTP流播播放器發(fā)信號通知表示偏好指示的發(fā)送器。
[0020]在另外實施例中，提供了適合于提供媒體內(nèi)容的自適應(yīng)HTTP流播播放器裝置。所述HTTP流播播放器裝置包括適合于向HTTP實體發(fā)送對于提供媒體內(nèi)容的HTTP請求的發(fā)送器。進(jìn)一步說，存在適合于從HTTP實體接收表示偏好指示以便接收在固定質(zhì)量接口上提供的媒體內(nèi)容的接收器和適合于使用接收的表示偏好指示用于請求在固定質(zhì)量接口上提供的媒體內(nèi)容的處理器。
[0021]在另外實施例中，提出了適合于提供媒體內(nèi)容的客戶端裝置，其包括自適應(yīng)HTTP流播播放器裝置和HTTP實體。
[0022]進(jìn)一步說，裝置節(jié)點適合于執(zhí)行結(jié)合在對應(yīng)節(jié)點中要執(zhí)行的對應(yīng)方法所要求保護(hù)的所有步驟。
【附圖說明】
[0023]在下文，將參考在附圖中例證的示范實施例進(jìn)一步描述本發(fā)明，附圖中:
圖1示出了用于在自適應(yīng)HTTP流播客戶端上取分段的實施例。
[0024]圖2示出了根據(jù)一個實施例的代理實體中的方法的流程圖。
[0025]圖3示出了根據(jù)一個實施例的自適應(yīng)HTTP流播播放器中的方法的流程圖。
[0026]圖4示意性示出了根據(jù)一個實施例的代理實體。
[0027]圖5示意性示出了根據(jù)一個實施例的自適應(yīng)HTTP流播播放器。
圖6示出了根據(jù)一個實施例的方法的系統(tǒng)。
圖7示意性示出了根據(jù)一個實施例的系統(tǒng)。
[0028]圖8示意性示出了根據(jù)一個實施例的系統(tǒng)。
[0029]圖9示意性示出了根據(jù)一個實施例的系統(tǒng)。
[0030]圖10示意性示出了根據(jù)一個實施例的系統(tǒng)。
[0031]圖11示意性示出了根據(jù)一個實施例的消息交換。
【具體實施方式】
[0032]在如下描述中，為了說明而非限制，闡述了特定細(xì)節(jié)，諸如具體網(wǎng)絡(luò)環(huán)境和通信標(biāo)準(zhǔn)等，以便提供對本發(fā)明的透徹理解。本領(lǐng)域技術(shù)人員將明白，本發(fā)明可以在脫離這些特定細(xì)節(jié)的其它實施例中實施。例如，本領(lǐng)域技術(shù)人員將認(rèn)識到，本發(fā)明可用任何無線網(wǎng)絡(luò)比如UMTS、GSM或LTE網(wǎng)絡(luò)實施。作為另一示例，本發(fā)明還可實現(xiàn)在短程無線網(wǎng)絡(luò)(諸如WLAN或藍(lán)牙系統(tǒng))或有線網(wǎng)絡(luò)中，例如任何基于IP的網(wǎng)絡(luò)(像IMS網(wǎng)絡(luò))中。
[0033]本發(fā)明可用某些(TV)廣播網(wǎng)絡(luò)