技術(shù)領(lǐng)域

本公開內(nèi)容涉及媒體數(shù)據(jù)的傳輸，例如，通過使用廣播傳輸服務(wù)對(duì)媒體數(shù)據(jù)進(jìn)行流式傳送(streaming)。

背景技術(shù)：

數(shù)字視頻能力可以被并入到包括數(shù)字電視、數(shù)字直接廣播系統(tǒng)、無線廣播系統(tǒng)、個(gè)人數(shù)字助理(PDA)、膝上型電腦或臺(tái)式機(jī)、數(shù)碼相機(jī)、數(shù)字記錄設(shè)備、數(shù)字媒體播放器、視頻游戲設(shè)備、視頻游戲控制臺(tái)、蜂窩或衛(wèi)星無線電話、視頻電話會(huì)議設(shè)備等的各種設(shè)備中。數(shù)字視頻設(shè)備實(shí)施視頻壓縮技術(shù)(諸如在由MPEG-2、MPEG-4、ITU-T H.263或ITU-T H.264/MPEG-4、Part 10、高級(jí)視頻編碼(AVC)定義的標(biāo)準(zhǔn)以及這些標(biāo)準(zhǔn)的擴(kuò)展中描述的那些視頻壓縮技術(shù))以較高效地發(fā)送和接收數(shù)字視頻信息。

視頻壓縮技術(shù)執(zhí)行空間預(yù)測(cè)和/或時(shí)間預(yù)測(cè)以減少或去除視頻序列中固有的冗余。對(duì)于基于塊的視頻編碼，視頻幀或者片(slice)可以被劃分成宏塊。每個(gè)宏塊可以被進(jìn)一步劃分。幀內(nèi)編碼(I)幀或片中的宏塊是通過使用相對(duì)于相鄰宏塊的空間預(yù)測(cè)來編碼的。幀間編碼(P或B)幀或片中的宏塊可以使用相對(duì)于相同的幀或片中的相鄰宏塊的空間預(yù)測(cè)或者相對(duì)于其它參考幀的時(shí)間預(yù)測(cè)。

在視頻數(shù)據(jù)(和/或其它媒體數(shù)據(jù)，諸如視頻和/或定時(shí)文本數(shù)據(jù))被編碼后，媒體數(shù)據(jù)可以被分組化用于發(fā)送或存儲(chǔ)。經(jīng)分組化的媒體數(shù)據(jù)可以是通過使用諸如超文本傳輸協(xié)議(HTTP)的單播協(xié)議或者諸如增強(qiáng)多媒體廣播多播服務(wù)(eMBMS)的多播協(xié)議來發(fā)送的。

技術(shù)實(shí)現(xiàn)要素：

概括而言，本公開內(nèi)容描述與將定向廣告插入媒體數(shù)據(jù)有關(guān)的技術(shù)。具體而言，媒體應(yīng)用可以提供用戶細(xì)節(jié)和/或用戶數(shù)據(jù)(例如，對(duì)用戶偏好的選擇)給流式傳送客戶端，諸如基于HTTP的動(dòng)態(tài)自適應(yīng)流式傳送(dynamic adaptive streaming over HTTP，DASH)客戶端。流式傳送客戶端可以提供對(duì)應(yīng)的數(shù)據(jù)給廣播或多播中間件單元。中間件單元可以從廣播或多播服務(wù)器接收針對(duì)一個(gè)或多個(gè)廣告組的數(shù)據(jù)，并隨后基于來自流式傳送客戶端的數(shù)據(jù)選擇所述廣告組中的一個(gè)廣告組。替代地，流式傳送客戶端可以提供針對(duì)所述廣告組中的一個(gè)廣告組的標(biāo)識(shí)符給中間件單元，例如，這發(fā)生在激活(即，解引用)包括與針對(duì)一廣告組的標(biāo)識(shí)符對(duì)應(yīng)的替換屬性的鏈接時(shí)通過將該標(biāo)識(shí)符作為針對(duì)該屬性的值插入該鏈接中來實(shí)現(xiàn)。

在一個(gè)例子中，一種用于獲取媒體數(shù)據(jù)的方法，包括，通過基于HTTP的動(dòng)態(tài)自適應(yīng)流式傳送(DASH)客戶端：確定與多個(gè)廣告組的廣告媒體數(shù)據(jù)相關(guān)聯(lián)的廣告組標(biāo)識(shí)符集合，其中，所述廣告媒體數(shù)據(jù)將被播放在針對(duì)主媒體內(nèi)容的廣告插播期間，其中，所述主媒體數(shù)據(jù)是與清單文件相關(guān)聯(lián)的，獲取對(duì)所述清單文件的更新，其中，所述更新定義與所述廣告媒體數(shù)據(jù)對(duì)應(yīng)的遠(yuǎn)程時(shí)段，其中，對(duì)所述清單文件的所述更新指定用于包括標(biāo)識(shí)符屬性的可擴(kuò)展標(biāo)記語言(XML)鏈接語言(Xlink)統(tǒng)一資源定位符(URL)的模板，至少部分地基于所述DASH客戶端的用戶的特性，從所述集合中選擇所述廣告組中的一個(gè)廣告組，根據(jù)所述模板，分配與所選擇的廣告組對(duì)應(yīng)的標(biāo)識(shí)符值給根據(jù)所述模板的所述Xlink URL的所述標(biāo)識(shí)符屬性，解引用包括與所選擇的廣告組對(duì)應(yīng)的所述標(biāo)識(shí)符值的所述Xlink URL，以從所述遠(yuǎn)程時(shí)段獲取所選擇的廣告組的廣告媒體數(shù)據(jù)，以及提供所述廣告媒體數(shù)據(jù)給媒體應(yīng)用。

在另一個(gè)例子中，一種獲取媒體數(shù)據(jù)的方法包括，通過客戶端設(shè)備的多媒體廣播多播服務(wù)(MBMS)客戶端：接收一個(gè)或多個(gè)廣告組的廣告媒體數(shù)據(jù)，從所述客戶端設(shè)備的基于HTTP的動(dòng)態(tài)自適應(yīng)流式傳送(DASH)客戶端接收包括針對(duì)所述廣告組中的一個(gè)廣告組的標(biāo)識(shí)符值的可擴(kuò)展標(biāo)記語言(XML)鏈接語言(Xlink)統(tǒng)一資源定位符(URL)，提取與所述標(biāo)識(shí)符值對(duì)應(yīng)的該個(gè)廣告組的所述廣告媒體數(shù)據(jù)，以及提供所提取的廣告媒體數(shù)據(jù)給所述DASH客戶端。

在另一個(gè)例子中，一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)其上已存儲(chǔ)的指令當(dāng)被執(zhí)行時(shí)使得客戶端設(shè)備的處理器：確定與多個(gè)廣告組的廣告媒體數(shù)據(jù)相關(guān)聯(lián)的廣告組標(biāo)識(shí)符集合，其中，所述廣告媒體數(shù)據(jù)將被播放在針對(duì)主媒體內(nèi)容的廣告插播期間，其中，所述主媒體數(shù)據(jù)是與清單文件相關(guān)聯(lián)的，獲取對(duì)所述清單文件的更新，其中，所述更新定義與所述廣告媒體數(shù)據(jù)對(duì)應(yīng)的遠(yuǎn)程時(shí)段，其中，對(duì)所述清單文件的所述更新指定用于包括標(biāo)識(shí)符屬性的可擴(kuò)展標(biāo)記語言(XML)鏈接語言(Xlink)統(tǒng)一資源定位符(URL)的模板，至少部分地基于所述客戶端設(shè)備的用戶的特性，從所述集合中選擇所述廣告組中的一個(gè)廣告組，根據(jù)所述模板，分配與所選擇的廣告組對(duì)應(yīng)的標(biāo)識(shí)符值給根據(jù)所述模板的所述Xlink URL的所述標(biāo)識(shí)符屬性，解引用包括與所選擇的廣告組對(duì)應(yīng)的所述標(biāo)識(shí)符值的所述Xlink URL，以從所述遠(yuǎn)程時(shí)段獲取所選擇的廣告組的廣告媒體數(shù)據(jù)，以及提供所述廣告媒體數(shù)據(jù)給媒體應(yīng)用。

在另一個(gè)例子中，一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)其上已存儲(chǔ)的指令當(dāng)被執(zhí)行時(shí)使得客戶端設(shè)備的處理器：接收一個(gè)或多個(gè)廣告組的廣告媒體數(shù)據(jù)，從所述客戶端設(shè)備的基于HTTP的動(dòng)態(tài)自適應(yīng)流式傳送(DASH)客戶端接收包括針對(duì)所述廣告組中的一個(gè)廣告組的標(biāo)識(shí)符值的可擴(kuò)展標(biāo)記語言(XML)鏈接語言(Xlink)統(tǒng)一資源定位符(URL)，提取與所述標(biāo)識(shí)符值對(duì)應(yīng)的該個(gè)廣告組的所述廣告媒體數(shù)據(jù)，以及提供所提取的廣告媒體數(shù)據(jù)給所述DASH客戶端。

在另一個(gè)例子中，一種獲取媒體數(shù)據(jù)的方法包括，通過客戶端設(shè)備的多媒體廣播多播服務(wù)(MBMS)客戶端：從所述客戶端設(shè)備的基于HTTP的動(dòng)態(tài)自適應(yīng)流式傳送(DASH)客戶端接收包括針對(duì)與廣告媒體數(shù)據(jù)對(duì)應(yīng)的遠(yuǎn)程時(shí)段的標(biāo)識(shí)符屬性的可擴(kuò)展標(biāo)記語言(XML)鏈接語言(Xlink)統(tǒng)一資源定位符(URL)，經(jīng)由廣播傳輸或多播傳輸接收針對(duì)所述遠(yuǎn)程時(shí)段的數(shù)據(jù)(例如，文件傳送表(FDT)或過濾器描述片段，其包括groupIDFilter語法元素)，當(dāng)所述廣播傳輸或所述多播傳輸?shù)臄?shù)據(jù)包括與所述XLink URL的標(biāo)識(shí)符值匹配的標(biāo)識(shí)符值時(shí)，確定針對(duì)所述遠(yuǎn)程時(shí)段的數(shù)據(jù)匹配所述XLink URL，響應(yīng)于確定針對(duì)所述遠(yuǎn)程時(shí)段的數(shù)據(jù)匹配所述XLink URL，遞送針對(duì)所述遠(yuǎn)程時(shí)段的數(shù)據(jù)給所述DASH客戶端。

一個(gè)或多個(gè)例子的細(xì)節(jié)是在附圖和下面的說明書中闡述的。根據(jù)說明書和附圖并根據(jù)權(quán)利要求書，其它特征、對(duì)象和益處將是顯而易見的。

附圖說明

圖1是示出實(shí)施了用于在網(wǎng)絡(luò)上對(duì)媒體數(shù)據(jù)進(jìn)行流式傳送的技術(shù)的示例系統(tǒng)的框圖。

圖2是具體地示出圖1的獲取單元的示例組件集合的框圖。

圖3是示出示例多媒體內(nèi)容中的各元素的概念圖。

圖4是示出可以實(shí)施本公開內(nèi)容的技術(shù)的另一示例系統(tǒng)的框圖。

圖5是示出可以實(shí)施本公開內(nèi)容的技術(shù)的另一示例系統(tǒng)的框圖。

圖6A-8B是示出多種示例方法的序列圖，其中，DASH客戶端確保對(duì)適當(dāng)?shù)膹V告內(nèi)容的接收。

圖9是示出當(dāng)前被定義的用以攜帶位置過濾器數(shù)據(jù)的示例過濾器描述片段的概念圖。

圖10是示出用以攜帶用戶偏好&簡(jiǎn)檔(UP/P)數(shù)據(jù)的對(duì)過濾器描述片段的擴(kuò)展的概念圖。

圖11A和11B是示出根據(jù)本公開內(nèi)容的技術(shù)用于MBMS客戶端協(xié)助的廣告選擇的示例方法的序列圖。

圖12是示出根據(jù)本公開內(nèi)容的技術(shù)用于針對(duì)實(shí)時(shí)傳輸協(xié)議(RTP)的MBMS客戶端協(xié)助的廣告選擇與插入的示例方法的序列圖。

圖13A到13D是示出對(duì)文件傳送表(FDT)文件元素的示例擴(kuò)展的概念圖。

圖14是示出可以執(zhí)行本公開內(nèi)容的技術(shù)的另一示例系統(tǒng)300的框圖。

圖15A和15B是示出根據(jù)本公開內(nèi)容的技術(shù)的示例方法的序列圖。

具體實(shí)施方式

概括而言，本公開內(nèi)容描述了用于定向廣告(ad)插入的技術(shù)。這些技術(shù)可以被用在例如根據(jù)單播、廣播或者諸如增強(qiáng)多媒體廣播多播服務(wù)(eMBMS)的多播服務(wù)對(duì)媒體數(shù)據(jù)進(jìn)行流式傳送時(shí)。例如，本公開內(nèi)容的這些技術(shù)可以結(jié)合或者M(jìn)BMS改進(jìn)-增強(qiáng)MBMS操作(MI-EMO)。MI-EMO被描述在例如在http://www.3gpp.org/ftp/Information/WORK_PLAN/Description_Releases/Rel-12_description_20131224.zip處可獲得的2013年12月的3GPP版本12V0.1.1的概述中。這些技術(shù)也可以被用在增強(qiáng)MBMS(eMBMS)中，eMBMS被描述在例如在www.3gpp.org/ftp/Specs/archive/26_series/26.848/26848-c00.zip處可獲得的3GPP TR 26.848v.12.0.0(2014年12月)中的增強(qiáng)MBMS操作和/或在www.3gpp.org/ftp/Specs/archive/26_series/26.346/26346-c40.zip處可獲得的3GPP TS 26.346v.12.4.0(2014年12月)中的MBMS協(xié)議和編譯碼器中。

本公開內(nèi)容的技術(shù)可以根據(jù)下面的對(duì)MI-EMO的示例使用情形來使用：居住城市的兩大足球隊(duì)相互間將在周末進(jìn)行德比比賽。由于該賽事被期望在球迷當(dāng)中產(chǎn)生廣大興趣，所以組織方計(jì)劃在MBMS上提供服務(wù)給其訂戶。組織方計(jì)劃遞送不同的定向廣告集合給俱樂部球迷，即，以便在賽事間歇期間播放等，以便推廣來自每個(gè)足球俱樂部的球迷商店的產(chǎn)品、分享俱樂部相關(guān)的新聞等。

本公開內(nèi)容的技術(shù)可以支持MBMS和eMBMS中的定向廣告插入。本公開內(nèi)容的技術(shù)可以被用以廣播主要內(nèi)容和廣告，并使得能夠在下載客戶端元素(例如，軟件元素、硬件元素或者硬件和軟件的組合)的支持下插入定向廣告。對(duì)于現(xiàn)場(chǎng)事件(即，在捕獲、編碼以及分組化后盡可能快地進(jìn)行流式傳送的現(xiàn)場(chǎng)捕獲的媒體內(nèi)容)，本公開內(nèi)容的技術(shù)可以允許調(diào)度對(duì)定向廣告的遞送使得這些廣告可以被實(shí)時(shí)插入到主要內(nèi)容中。本公開內(nèi)容的技術(shù)還可以允許MBMS客戶端根據(jù)用戶特點(diǎn)選擇性地接收通過MBMS遞送的廣告。這類用戶特點(diǎn)可以對(duì)應(yīng)于在例如在客戶端設(shè)備中存儲(chǔ)的用戶偏好/簡(jiǎn)檔數(shù)據(jù)存儲(chǔ)庫(kù)中存儲(chǔ)的信息。

本公開內(nèi)容的技術(shù)可以當(dāng)存在下面的限制時(shí)被應(yīng)用：在MBMS上的定向廣告內(nèi)容遞送可以僅通過在相同的單向傳輸?shù)奈募f送(FLUTE)會(huì)話上在相同的臨時(shí)移動(dòng)組標(biāo)識(shí)(TMGI)上發(fā)送全部廣告相關(guān)的資源來進(jìn)行。隨后，由于可能不能夠?qū)V告內(nèi)容關(guān)聯(lián)于由特定的用戶特點(diǎn)標(biāo)識(shí)的特定組，接收可以用如在TS 26.346的第7.2節(jié)中定義的混雜方法來進(jìn)行。TS 26.346被描述在在http://www.3gpp.org/DynaReport/26234.htm處可獲得的2013年12月的第三代合作伙伴計(jì)劃；技術(shù)規(guī)范組服務(wù)和系統(tǒng)方面；多媒體廣播/多播服務(wù)(MBMS)；協(xié)議和編解碼器(版本12)；V12.0.0中。同樣，本公開內(nèi)容的技術(shù)可以當(dāng)存在下面的額外或替代的限制時(shí)被應(yīng)用：可能不能允許MBMS客戶端根據(jù)用戶特點(diǎn)選擇性地接收通過MBMS遞送的廣告內(nèi)容，以便使得能夠進(jìn)行一副本操作(one-copy operation)以指令FLUTE接收(由fileURI標(biāo)識(shí)的或者由其它模式潛在標(biāo)識(shí)的)一個(gè)或多個(gè)特定文件的副本。本公開內(nèi)容的技術(shù)還可以被應(yīng)用于提供用于在MBMS上進(jìn)行實(shí)時(shí)傳輸協(xié)議(RTP)流式傳送的定向廣告插入。

概括而言，本公開內(nèi)容描述了用于支持定向廣告插入的三個(gè)例子。第一示例技術(shù)是針對(duì)基于應(yīng)用的廣告選擇。第二示例技術(shù)是針對(duì)基于服務(wù)器的廣告選擇，例如，包括基于HTTP的動(dòng)態(tài)自適應(yīng)流式傳送(DASH)客戶端。在第三示例技術(shù)中，MBMS客戶端協(xié)助廣告選擇。這些示例技術(shù)的額外細(xì)節(jié)及其種類、組合和子組合在下面被詳細(xì)描述。

在一些示例中，當(dāng)通過使用廣播或多播接收媒體內(nèi)容時(shí)，MBMS客戶端或eMBMS客戶端可以接收媒體內(nèi)容，隨后使得媒體內(nèi)容可用于流式傳送客戶端，諸如DASH客戶端。DASH客戶端可以通過使用例如HTTP獲取操作來從MBMS客戶端獲取媒體內(nèi)容。在諸如DASH的HTTP流式傳送中，頻繁使用的操作包括HEAD、GET和部分GET。HEAD操作獲取與給定的統(tǒng)一資源定位符(URL)或者統(tǒng)一資源名(URN)相關(guān)聯(lián)的文件的頭部，而不獲取與該URL或URN相關(guān)聯(lián)的有效載荷。GET操作獲取與給定的URL或URN相關(guān)聯(lián)的整個(gè)文件。部分GET操作接收字節(jié)范圍作為輸入?yún)?shù)并獲取文件的連續(xù)數(shù)量的字節(jié)，其中，字節(jié)的數(shù)量對(duì)應(yīng)于所接收的字節(jié)范圍。因而，電影片段可以被提供用于HTTP流式傳送，這是因?yàn)椴糠諫ET操作可以獲得一個(gè)或多個(gè)個(gè)體電影片段。在電影片段中，可以具有不同軌道的若干軌道片段。在HTTP流式傳送中，媒體呈現(xiàn)可以是客戶端可訪問的結(jié)構(gòu)化的數(shù)據(jù)集合?？蛻舳丝梢哉?qǐng)求并下載媒體數(shù)據(jù)信息以呈現(xiàn)流式傳送服務(wù)給用戶。

在使用HTTP流式傳送對(duì)3GPP數(shù)據(jù)進(jìn)行流式傳送的示例中，可以有用于多媒體內(nèi)容的視頻和/或音頻數(shù)據(jù)的多個(gè)表示。如下所解釋地，不同的表示可以對(duì)應(yīng)于不同的編碼特性(例如，視頻編碼標(biāo)準(zhǔn)的不同簡(jiǎn)檔或等級(jí))、不同的編碼標(biāo)準(zhǔn)或編碼標(biāo)準(zhǔn)的擴(kuò)展(諸如多視圖和/或可伸縮擴(kuò)展)或者不同的比特率。這種表示的清單可以被定義在媒體呈現(xiàn)描述(MPD)數(shù)據(jù)結(jié)構(gòu)中。媒體呈現(xiàn)可以對(duì)應(yīng)于HTTP流式傳送客戶端設(shè)備可訪問的結(jié)構(gòu)化的數(shù)據(jù)集。HTTP流式傳送客戶端設(shè)備可以請(qǐng)求并下載媒體數(shù)據(jù)信息以呈現(xiàn)流式傳送服務(wù)給該客戶端設(shè)備的用戶。媒體呈現(xiàn)可以被描述在MPD數(shù)據(jù)結(jié)構(gòu)中，該MPD數(shù)據(jù)結(jié)構(gòu)可以包括對(duì)MPD的更新。

媒體呈現(xiàn)可以包含一個(gè)或多個(gè)時(shí)段的序列。時(shí)段可以由MPD中的Period(時(shí)段)元素來定義。每個(gè)時(shí)段在MPD中可以具有屬性start(開始)。MPD可以包括針對(duì)每個(gè)時(shí)段的start屬性和availableStartTime(可用開始時(shí)間)屬性。對(duì)于實(shí)時(shí)服務(wù)，該時(shí)段的start屬性與MPD屬性availableStartTime的和可以指定UTC格式中該時(shí)段的可用時(shí)間，特別是對(duì)應(yīng)的時(shí)段中的每個(gè)表示的第一媒體段。對(duì)于按需服務(wù)，第一時(shí)段的start屬性可以是0。對(duì)于任何其它時(shí)段，start屬性可以指定在對(duì)應(yīng)的時(shí)段的開始時(shí)間相對(duì)于第一時(shí)段的開始時(shí)間之間的時(shí)間偏移。每個(gè)時(shí)段可以延長(zhǎng)直到下一時(shí)段的開始為止，或者在最后時(shí)段的情形中直到媒體呈現(xiàn)的結(jié)束為止。時(shí)段開始時(shí)間可以是精確的。時(shí)段開始時(shí)間可以反映由播放所有在前時(shí)段的媒體產(chǎn)生的真實(shí)定時(shí)。

每個(gè)時(shí)段可以包含針對(duì)相同的媒體內(nèi)容的一個(gè)或多個(gè)表示。表示可以是音頻或視頻數(shù)據(jù)的多個(gè)替代編碼版本中的一個(gè)。表示可以由于編碼類型(例如，由于針對(duì)視頻數(shù)據(jù)的比特率、分辨率和/或編解碼器以及針對(duì)音頻數(shù)據(jù)的比特率、語言和/或編解碼器)而不同。術(shù)語表示可以被用以指代編碼音頻或視頻數(shù)據(jù)中與多媒體內(nèi)容的特定時(shí)段對(duì)應(yīng)的并以特定方式編碼的部分。

特定時(shí)段的表示可以被分配給由MPD中對(duì)該表示屬于的適配集合的屬性進(jìn)行指示的組。相同的適配集合中的表示通常相互間被視作是替代物，這是因?yàn)榭蛻舳嗽O(shè)備可以動(dòng)態(tài)且無縫地在這些表示之間切換，以例如執(zhí)行帶寬適配。例如，針對(duì)特定時(shí)段的視頻數(shù)據(jù)的每個(gè)表示可以被分配給相同的適配集合，使得這些表示中的任何表示都可以被選擇用于解碼以呈現(xiàn)針對(duì)對(duì)應(yīng)的時(shí)段的多媒體內(nèi)容的諸如視頻數(shù)據(jù)或音頻數(shù)據(jù)的媒體數(shù)據(jù)。在一些示例中，一個(gè)時(shí)段內(nèi)的媒體內(nèi)容可以由來自組0(如果存在的話)的一個(gè)表示或者來自每個(gè)非零組的至多一個(gè)表示的組合來表示。針對(duì)一時(shí)段的每個(gè)表示的定時(shí)數(shù)據(jù)可以相對(duì)于該時(shí)段的開始時(shí)間來表達(dá)。

表示可以包括一個(gè)或多個(gè)段。每個(gè)表示可以包括初始化段，或者表示的每個(gè)段可以是自初始化的。當(dāng)存在時(shí)，初始化段可以包含用于訪問該表示的初始化信息。通常，初始化段不包含媒體數(shù)據(jù)。段可以是由諸如統(tǒng)一資源定位符(URL)、統(tǒng)一資源名(URN)或者統(tǒng)一資源標(biāo)識(shí)符(URI)的標(biāo)識(shí)符來唯一引用的。MPD可以提供用于每個(gè)段的標(biāo)識(shí)符。在一些示例中，MPD還可以以range(范圍)屬性的形式提供字節(jié)范圍，range屬性可以對(duì)應(yīng)于針對(duì)由URL、URN或URI可訪問的文件內(nèi)的段的數(shù)據(jù)。

不同的表示可以被選擇用于基本上同時(shí)獲取不同類型的媒體數(shù)據(jù)。例如，客戶端設(shè)備可以選擇要從其獲取段的音頻表示、視頻表示以及定時(shí)文本表示。在一些示例中，客戶端設(shè)備可以選擇特定的適配集合用于執(zhí)行帶寬適配。也即，客戶端設(shè)備可以選擇包括視頻表示的適配集合、包括音頻表示的適配集合和/或包括定時(shí)文本的適配集合。替代地，客戶端設(shè)備可以選擇針對(duì)特定類型的媒體(例如，視頻)的適配集合，以及直接選擇針對(duì)其它類型的媒體(例如，音頻和/或定時(shí)文本)的適配集合。

圖1是示出實(shí)施了用于在網(wǎng)絡(luò)上對(duì)媒體數(shù)據(jù)進(jìn)行流式傳送的技術(shù)的示例系統(tǒng)10的框圖。在此示例中，系統(tǒng)10包括內(nèi)容準(zhǔn)備設(shè)備20、服務(wù)器設(shè)備60以及客戶端設(shè)備40。客戶端設(shè)備40和服務(wù)器設(shè)備60通過可以包括因特網(wǎng)的網(wǎng)絡(luò)74而被通信地耦合。在一些示例中，內(nèi)容準(zhǔn)備設(shè)備20以及服務(wù)器設(shè)備60還可以通過網(wǎng)絡(luò)74或者另一網(wǎng)絡(luò)而被耦合，或者可以被直接通信地耦合。在一些示例中，內(nèi)容準(zhǔn)備設(shè)備20以及服務(wù)器設(shè)備60可以包括相同的設(shè)備。

圖1的示例中的內(nèi)容準(zhǔn)備設(shè)備20包括音頻源22和視頻源24。音頻源22可以包括例如麥克風(fēng)，其生成對(duì)要由音頻編碼器26編碼的經(jīng)捕獲的音頻數(shù)據(jù)表示的電信號(hào)。替代地，音頻源22可以包括用于存儲(chǔ)先前記錄的音頻數(shù)據(jù)的存儲(chǔ)介質(zhì)、諸如計(jì)算機(jī)合成器的音頻數(shù)據(jù)產(chǎn)生器或者任何其它音頻數(shù)據(jù)源。視頻源24可以包括用于生成要由視頻編碼器28編碼的視頻數(shù)據(jù)的視頻相機(jī)、編碼有先前記錄的視頻數(shù)據(jù)的存儲(chǔ)介質(zhì)、諸如計(jì)算機(jī)圖形源的視頻數(shù)據(jù)產(chǎn)生單元或者任何其它視頻數(shù)據(jù)源。內(nèi)容準(zhǔn)備設(shè)備20不必在所有的示例中都被通信地耦合到服務(wù)器設(shè)備60，而是可以將多媒體內(nèi)容存儲(chǔ)到由服務(wù)器設(shè)備60讀取的單獨(dú)介質(zhì)。

原始音頻和視頻數(shù)據(jù)可以包括模擬或數(shù)字?jǐn)?shù)據(jù)。模擬數(shù)據(jù)可以在由音頻編碼器26和/或視頻編碼器28編碼前被數(shù)字化。音頻源22可以在談話參與方正在講話時(shí)獲得來自談話參與方的音頻數(shù)據(jù)，而視頻源24可以同時(shí)獲得談話參與方的視頻數(shù)據(jù)。在其它示例中，音頻源22可以包括包含經(jīng)存儲(chǔ)的音頻數(shù)據(jù)的計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，而視頻源24可以包括包含經(jīng)存儲(chǔ)的視頻數(shù)據(jù)的計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)。以此方式，在本公開內(nèi)容中描述的技術(shù)可以被應(yīng)用到現(xiàn)場(chǎng)流式傳送實(shí)時(shí)音頻和視頻數(shù)據(jù)，或者被應(yīng)用到經(jīng)歸檔的、預(yù)先記錄的音頻和視頻數(shù)據(jù)。

與視頻幀對(duì)應(yīng)的音頻幀通常為包含由音頻源22捕獲了的(或者產(chǎn)生了的)與由視頻源24捕獲了的(或者產(chǎn)生了的)的包含在視頻幀內(nèi)的視頻數(shù)據(jù)同時(shí)存在的音頻數(shù)據(jù)的音頻幀。例如，當(dāng)談話參與方通常通過談話生成音頻數(shù)據(jù)時(shí)，音頻源22捕獲音頻數(shù)據(jù)，而在同時(shí)(也即，當(dāng)音頻源22正捕獲音頻數(shù)據(jù)時(shí))視頻源24捕獲談話參與方的視頻數(shù)據(jù)。因此，音頻幀可以在時(shí)間上對(duì)應(yīng)于一個(gè)或多個(gè)特定的視頻幀。相應(yīng)地，與視頻幀對(duì)應(yīng)的音頻幀通常對(duì)應(yīng)于這樣的情況：在該情況中，音頻數(shù)據(jù)和視頻數(shù)據(jù)被同時(shí)捕獲，且針對(duì)該情況，音頻幀和視頻幀分別包括被同時(shí)捕獲的音頻數(shù)據(jù)和視頻數(shù)據(jù)。

在一些示例中，音頻編碼器26可以在每個(gè)經(jīng)編碼的音頻幀中編碼時(shí)間戳，在該時(shí)間戳表示的時(shí)間處經(jīng)編碼的音頻幀的音頻數(shù)據(jù)被記錄，并且同樣地，視頻編碼器28可以在每個(gè)經(jīng)編碼的視頻幀中編碼時(shí)間戳，在該時(shí)間戳表示的時(shí)間處經(jīng)編碼的視頻幀的視頻數(shù)據(jù)被記錄。在這樣的示例中，對(duì)應(yīng)于視頻幀的音頻幀可以包括包含時(shí)間戳的音頻幀和包含相同時(shí)間戳的視頻幀。內(nèi)容準(zhǔn)備設(shè)備20可以包括內(nèi)部時(shí)鐘，音頻編碼器26和/或視頻編碼器28根據(jù)該內(nèi)部時(shí)鐘可以產(chǎn)生時(shí)間戳，或者音頻源22和視頻源24可以使用該內(nèi)部時(shí)鐘以將音頻和視頻數(shù)據(jù)分別與時(shí)間戳關(guān)聯(lián)。

在一些示例中，音頻源22可以發(fā)送與音頻數(shù)據(jù)被記錄時(shí)的時(shí)間對(duì)應(yīng)的數(shù)據(jù)給音頻編碼器26，而視頻源24可以發(fā)送與視頻數(shù)據(jù)被記錄時(shí)的時(shí)間對(duì)應(yīng)的數(shù)據(jù)給視頻編碼器28。在一些示例中，音頻編碼器26可以在經(jīng)編碼的音頻數(shù)據(jù)中編碼序列標(biāo)識(shí)符以指示經(jīng)編碼的音頻數(shù)據(jù)的相對(duì)時(shí)間排序，而不必表示音頻數(shù)據(jù)被記錄時(shí)的絕對(duì)時(shí)間，并且同樣地，視頻編碼器28也可以使用序列標(biāo)識(shí)符以指示經(jīng)編碼的視頻數(shù)據(jù)的相對(duì)時(shí)間排序。同樣地，在一些示例中，序列標(biāo)識(shí)符可以被映射或以其它方式被相關(guān)于時(shí)間戳。

音頻編碼器26通常生成經(jīng)編碼的音頻數(shù)據(jù)的流，而視頻編碼器28生成經(jīng)編碼的視頻數(shù)據(jù)的流。每個(gè)個(gè)體數(shù)據(jù)流(無論是音頻或視頻)可以被稱為基本流?；玖魇潜硎局械膯蝹€(gè)的、經(jīng)數(shù)字編碼的(可能是經(jīng)壓縮的)組分。例如，該表示的經(jīng)編碼的視頻或音頻部分可以是基本流?；玖骺梢栽诒环庋b在視頻文件內(nèi)前被轉(zhuǎn)換成分組化基本流(PES)。在相同的表示內(nèi)，流ID可以被用以將屬于一個(gè)基本流的PES-分組與其它分組區(qū)分開?；玖鞯臄?shù)據(jù)的基本單元是分組化基本流(PES)分組。因此，經(jīng)編碼的視頻數(shù)據(jù)通常對(duì)應(yīng)于基本視頻流。同樣，音頻數(shù)據(jù)對(duì)應(yīng)于一個(gè)或多個(gè)相應(yīng)的基本流。

許多視頻編碼標(biāo)準(zhǔn)(如ITU-T H.264/AVC和即將到來的高效視頻編碼(HEVC)標(biāo)準(zhǔn))定義了語法、語義和用于無差錯(cuò)比特流的解碼過程，其中語法、語義和用于無差錯(cuò)比特流的解碼過程中的任意者符合特定的簡(jiǎn)檔或等級(jí)。雖然視頻編碼標(biāo)準(zhǔn)通常不指定編碼器，但編碼器的任務(wù)有保證所產(chǎn)生的比特流對(duì)于解碼器而言是標(biāo)準(zhǔn)兼容的。在視頻編碼標(biāo)準(zhǔn)的背景下，“簡(jiǎn)檔”對(duì)應(yīng)于算法、特征或工具以及向它們施加的約束的子集合。如H.264標(biāo)準(zhǔn)所定義地，例如，“簡(jiǎn)檔”是由H.264標(biāo)準(zhǔn)指定的整個(gè)比特流語法的子集合。“等級(jí)”對(duì)應(yīng)于解碼器資源消耗的限制(諸如，例如，解碼器的存儲(chǔ)和計(jì)算)，其是與圖像的分辨率、比特率和塊處理率相關(guān)的。簡(jiǎn)檔可以以profile_idc(簡(jiǎn)檔指示符)值用信號(hào)進(jìn)行發(fā)送，而等級(jí)可以以level_idc(等級(jí)指示符)值通過信號(hào)進(jìn)行發(fā)送。

H.264標(biāo)準(zhǔn)例如認(rèn)識(shí)到：在由給定簡(jiǎn)檔的語法施加的界限內(nèi)，還可能需要編碼器和解碼器的性能的較大變化，這取決于由比特流中的諸如解碼圖像的指定大小的語法元素采用的值。H.264標(biāo)準(zhǔn)進(jìn)一步認(rèn)識(shí)到：在許多應(yīng)用中，去實(shí)施能夠處理對(duì)特定的簡(jiǎn)檔內(nèi)的語法的所有假設(shè)使用的解碼器是既不現(xiàn)實(shí)也不經(jīng)濟(jì)的。因此，H.264標(biāo)準(zhǔn)定義了“等級(jí)”作為對(duì)比特流中的語法元素的值施加的約束的指定集合。這些約束可能是對(duì)值的簡(jiǎn)單限制。替代地，這些約束可以采取對(duì)值的算術(shù)組合的約束的形式(例如，圖片的寬度乘以圖片的高度乘以每秒解碼的圖像數(shù))。H.264標(biāo)準(zhǔn)進(jìn)一步規(guī)定了個(gè)體實(shí)現(xiàn)方案可以針對(duì)每個(gè)支持的簡(jiǎn)檔支持不同的等級(jí)。

符合一簡(jiǎn)檔的解碼器通常支持在該簡(jiǎn)檔中定義的所有特征。例如，作為編碼特征，B-圖像編碼未在H.264/AVC的基線簡(jiǎn)檔中獲得支持，而在H.264/AVC的其它簡(jiǎn)檔中獲得支持。符合一等級(jí)的解碼器應(yīng)該能夠解碼不需要超過在該等級(jí)中定義的限制的資源的任何比特流。簡(jiǎn)檔和等級(jí)的定義可以有助于可解釋性。例如，在視頻傳輸期間，一對(duì)簡(jiǎn)檔和等級(jí)的定義可以經(jīng)協(xié)商并被同意用于整個(gè)傳輸會(huì)話。更具體地說，在H.264/AVC中，等級(jí)可以定義對(duì)需要被處理的宏塊的數(shù)目、解碼圖像緩沖區(qū)(DPB)大小、編碼圖像緩沖區(qū)(CPB)的大小、垂直運(yùn)動(dòng)矢量范圍、每?jī)蓚€(gè)連續(xù)的MB的運(yùn)動(dòng)矢量的最大數(shù)量、以及B-塊是否可以具有小于8x8像素的子宏塊分區(qū)的限制。以此方式，解碼器可以確定解碼器是否能夠正確解碼該比特流。

在圖1的示例中，內(nèi)容準(zhǔn)備設(shè)備20的封裝單元30接收包括來自視頻編碼器28的經(jīng)編碼的視頻數(shù)據(jù)的基本流以及包括來自音頻編碼器26的經(jīng)編碼的音頻數(shù)據(jù)的基本流。在一些示例中，視頻編碼器28和音頻編碼器26中的每個(gè)可以包括用于根據(jù)經(jīng)編碼的數(shù)據(jù)形成PES分組的分組化器。在其它的示例中，視頻編碼器28和音頻編碼器26中的每個(gè)可以與根據(jù)經(jīng)編碼的數(shù)據(jù)形成PES分組的相應(yīng)分組化器通過接口進(jìn)行連接。在其它的示例中，封裝單元30可以包括用于根據(jù)經(jīng)編碼的音頻和視頻數(shù)據(jù)形成PES分組的分組化器。

視頻編碼器28可以以多種方式編碼多媒體內(nèi)容的視頻數(shù)據(jù)，以生成處于多種比特率的并具有多種特性(諸如像素分辨率、幀速率、對(duì)多種編碼標(biāo)準(zhǔn)的符合性、對(duì)針對(duì)多種編碼標(biāo)準(zhǔn)的多種簡(jiǎn)檔和/或簡(jiǎn)檔等級(jí)的符合性、具有一個(gè)或多個(gè)視圖(例如，用于二維或三維回放)的表示或者其它這類特性)的對(duì)該多媒體內(nèi)容的不同表示。如在本公開內(nèi)容中使用的表示可以包括音頻數(shù)據(jù)、視頻數(shù)據(jù)、文本數(shù)據(jù)(例如，用于隱蔽式字幕)或者其它這類數(shù)據(jù)。該表示可以包括基本流，諸如音頻基本流或視頻基本流。每個(gè)PES分組可以包括stream_id用于標(biāo)識(shí)該P(yáng)ES分組所屬的基本流。封裝單元30負(fù)責(zé)將基本流組裝成具有不同表示的視頻文件(例如，段)。

封裝單元30接收來自音頻編碼器26和視頻編碼器28的表示的基本流的PES分組并根據(jù)PES分組形成對(duì)應(yīng)的網(wǎng)絡(luò)抽象層(NAL)單元。在H.264/AVC(高級(jí)視頻編碼)的示例中，經(jīng)編碼的視頻段被組織成NAL單元，NAL單元提供了“網(wǎng)絡(luò)友好的”視頻表示尋址應(yīng)用，諸如視頻電話、存儲(chǔ)、廣播或流式傳送。NAL單元可以被分類成視頻編碼層(VCL)NAL單元和非VCL NAL單元。VCL單元可以包含核心壓縮引擎，并可以包括塊、宏塊和/或片級(jí)數(shù)據(jù)。其它的NAL單元可以是非VCL NAL單元。在一些示例中，處在一個(gè)時(shí)刻中的編碼圖像(通常作為主編碼圖像來呈現(xiàn))可以被包含在訪問單元中，該訪問單元可以包括一個(gè)或多個(gè)NAL單元。

除了其它之外，非VCL NAL單元可以包括參數(shù)集合NAL單元和SEI NAL單元。參數(shù)集合可以包含序列級(jí)報(bào)頭信息(在序列參數(shù)集合(SPS)中)和變化不頻繁的圖片級(jí)報(bào)頭信息(在圖像參數(shù)集合(PPS)中)。利用參數(shù)集合(例如，PPS和SPS)，變化不頻繁的信息不需要被重復(fù)用于每個(gè)序列或圖片，因此編碼效率可以被提升。此外，對(duì)參數(shù)集合的使用可以使得能夠?qū)χ匾獔?bào)頭信息的帶外傳輸，這避免了需要針對(duì)錯(cuò)誤恢復(fù)的冗余傳輸。在帶外傳輸?shù)睦又?，參?shù)集合NAL單元可以被發(fā)送在與諸如SEI NAL單元的其它NAL單元相比而言不同的信道上。

補(bǔ)充增強(qiáng)信息(SEI)可以包含不必需用于解碼來自VCL NAL單元的編碼圖像樣本的信息，但可以協(xié)助與解碼、顯示、錯(cuò)誤恢復(fù)以及其它用途相關(guān)的過程。SEI消息可以被包含在非VCL NAL單元中。SEI消息是一些標(biāo)準(zhǔn)規(guī)范的規(guī)范性部分，并因而并不總是被強(qiáng)制用于標(biāo)準(zhǔn)兼容的解碼器實(shí)現(xiàn)方案。SEI消息可以是序列級(jí)SEI消息或圖像級(jí)SEI消息。一些序列級(jí)信息可以被包含在諸如SVC示例中的可放縮性信息SEI消息以及MVC中的視圖可放縮性信息SEI消息的SEI消息中。這些示例SEI消息可以傳達(dá)關(guān)于例如對(duì)操作點(diǎn)的提取和操作點(diǎn)的特性的信息。另外，封裝單元30可以形成清單文件，諸如用于對(duì)表現(xiàn)的特性進(jìn)行描述的媒體呈現(xiàn)描述符(MPD)。封裝單元30可以根據(jù)可擴(kuò)展標(biāo)記語言(XML)格式化MPD。

封裝單元30可以提供針對(duì)多媒體內(nèi)容的一個(gè)或多個(gè)表示的數(shù)據(jù)連同清單文件(例如，MPD)給輸出接口32。輸出接口32可以包含網(wǎng)絡(luò)接口或用于向存儲(chǔ)介質(zhì)進(jìn)行寫入的接口，諸如通用串行總線(USB)接口、CD或DVD刻錄器或刻錄機(jī)、對(duì)磁或閃存存儲(chǔ)介質(zhì)的接口或者用于存儲(chǔ)或發(fā)送媒體數(shù)據(jù)的其它接口。封裝單元30可以提供多媒體內(nèi)容的每一個(gè)表示的數(shù)據(jù)給輸出接口32，輸出接口32可以經(jīng)由網(wǎng)絡(luò)傳輸或存儲(chǔ)介質(zhì)將該數(shù)據(jù)發(fā)送給服務(wù)器設(shè)備60。在圖1的示例中，服務(wù)器設(shè)備60包括用于存儲(chǔ)多種多媒體內(nèi)容64的存儲(chǔ)介質(zhì)62，多種多媒體內(nèi)容64中的每個(gè)包括相應(yīng)的清單文件66以及一個(gè)或多個(gè)表示68A–68N(表示68)。在一些示例中，輸出接口32也可以直接發(fā)送數(shù)據(jù)給網(wǎng)絡(luò)74。

在一些示例中，表示68可以被分成適配集合。也即，表示68的多個(gè)子集合可以包括特性的相應(yīng)公共集合，諸如編解碼器、簡(jiǎn)檔和等級(jí)、分辨率、視圖數(shù)量、用于段的文件格式、文本類型信息(其可以標(biāo)識(shí)要以表示來顯示的文本的語言或其它特性和/或要被解碼并例如通過揚(yáng)聲器被表示的音頻數(shù)據(jù))、相機(jī)角度信息(其可以描述針對(duì)適配集合中的表示的場(chǎng)景的相機(jī)角度或真實(shí)世界相機(jī)視角)、用于描述針對(duì)特定觀眾的內(nèi)容適宜性的評(píng)級(jí)信息等。

清單文件66可以包括對(duì)與特定適配集合對(duì)應(yīng)的表示68的子集合進(jìn)行指示的數(shù)據(jù)、以及針對(duì)這些適配集合的公共特性。清單文件66還可以包括對(duì)用于適配集合中的個(gè)體表示的諸如比特率的個(gè)體特性進(jìn)行表示的數(shù)據(jù)。以此方式，適配集合可以支持簡(jiǎn)化的網(wǎng)絡(luò)帶寬適配。適配集合中的表示可以是使用清單文件66的適配集合元素的孩元素來指示的。

服務(wù)器設(shè)備60包括請(qǐng)求處理單元70和網(wǎng)絡(luò)接口72。在一些示例中，服務(wù)器設(shè)備60可以包括多個(gè)網(wǎng)絡(luò)接口。此外，服務(wù)器設(shè)備60的任何或所有特征可以被實(shí)現(xiàn)在內(nèi)容遞送網(wǎng)絡(luò)的諸如路由器、網(wǎng)橋、代理設(shè)備、交換機(jī)或其它設(shè)備的其它設(shè)備上。在一些示例中，內(nèi)容遞送網(wǎng)絡(luò)的中間設(shè)備可以將多媒體內(nèi)容64的數(shù)據(jù)高速緩存，并包括基本上符合服務(wù)器設(shè)備60的那些組件的組件。概括而言，網(wǎng)絡(luò)接口72被配置為經(jīng)由網(wǎng)絡(luò)74發(fā)送和接收數(shù)據(jù)。

請(qǐng)求處理單元70被配置為接收來自諸如客戶端設(shè)備40的客戶端設(shè)備的針對(duì)存儲(chǔ)介質(zhì)62中的數(shù)據(jù)的網(wǎng)絡(luò)請(qǐng)求。例如，請(qǐng)求處理單元70可以實(shí)現(xiàn)超文本傳輸協(xié)議(HTTP)1.1版，如在RFC 2616中描述地，由R.Fielding等人在IETF的網(wǎng)絡(luò)工作組在1999年6月提出的“超文本傳輸協(xié)議–HTTP/1.1(Hypertext Transfer Protocol–HTTP/1.1)”。也即，請(qǐng)求處理單元70可以被配置為接收HTTP GET或部分GET請(qǐng)求并響應(yīng)于這些請(qǐng)求而提供多媒體內(nèi)容64的數(shù)據(jù)。這些請(qǐng)求可以指定表示68中的一個(gè)表示的段，例如這通過使用該段的URL來實(shí)現(xiàn)。在一些示例中，這些請(qǐng)求還可以指定該段的一個(gè)或多個(gè)字節(jié)范圍，從而包括部分獲取請(qǐng)求。請(qǐng)求處理單元70還可以被配置為服務(wù)HTTP HEAD請(qǐng)求以提供表示68中的一個(gè)表示的段的報(bào)頭數(shù)據(jù)。在任意情形中，請(qǐng)求處理單元70可以被配置為處理這些請(qǐng)求，以向諸如客戶端設(shè)備40的請(qǐng)求設(shè)備提供請(qǐng)求的數(shù)據(jù)。

另外或者替代地，請(qǐng)求處理單元70可以被配置為經(jīng)由廣播或多播協(xié)議(諸如eMBMS)遞送媒體數(shù)據(jù)。內(nèi)容準(zhǔn)備設(shè)備20可以與如所描述的方式大致相同的方式創(chuàng)建DASH段和/或子段，而服務(wù)器設(shè)備60可以通過使用eMBMS或者另一廣播或多播網(wǎng)絡(luò)傳輸協(xié)議來遞送這些段或子段。例如，請(qǐng)求處理單元70可以被配置為接收來自客戶端設(shè)備40的多播組加入請(qǐng)求。也就是說，服務(wù)器設(shè)備60可以在與同特定的媒體內(nèi)容(例如，現(xiàn)場(chǎng)事件的廣播)相關(guān)聯(lián)的多播組相關(guān)聯(lián)的互聯(lián)網(wǎng)協(xié)議(IP)地址廣告給包括客戶端設(shè)備40的客戶端設(shè)備?？蛻舳嗽O(shè)備40既而可以提交要加入多播組的請(qǐng)求。這個(gè)請(qǐng)求可以通過諸如路由器構(gòu)成網(wǎng)絡(luò)74的網(wǎng)絡(luò)74來傳播，使得路由器能夠?qū)⒁l(fā)往與多播組相關(guān)聯(lián)的IP地址的業(yè)務(wù)導(dǎo)向諸如客戶端設(shè)備40的訂閱客戶端設(shè)備。

如在圖1的示例中示出地，多媒體內(nèi)容64包含清單文件66，清單文件66可以對(duì)應(yīng)于媒體呈現(xiàn)描述(MPD)。清單文件66可以包含對(duì)不同的替代表示68的描述(例如，具有不同質(zhì)量的視頻服務(wù))并且該描述可以包括例如編解碼器信息、簡(jiǎn)檔值、等級(jí)值、比特率以及表示68的其它描述性特性。客戶端設(shè)備40可以獲取媒體呈現(xiàn)的MPD以確定如何訪問表示68的段。

特別而言，獲取單元52(其可以實(shí)現(xiàn)本公開內(nèi)容的技術(shù))可以獲取客戶端設(shè)備40的配置數(shù)據(jù)(未顯示)，以確定視頻解碼器48的解碼能力和視頻輸出44的渲染能力。配置數(shù)據(jù)還可以包括由客戶端設(shè)備40的用戶選擇的語言偏好、與由客戶端設(shè)備40的用戶設(shè)置的深度偏好對(duì)應(yīng)的一個(gè)或多個(gè)相機(jī)視角和/或由客戶端設(shè)備40的用戶選擇的評(píng)級(jí)偏好中的任一者或全部。獲取單元52可以包括例如網(wǎng)頁(yè)瀏覽器或媒體客戶端，其被配置為提交HTTP GET和部分GET請(qǐng)求。獲取單元52可以對(duì)應(yīng)于由客戶端設(shè)備40的一個(gè)或多個(gè)處理器或處理單元(未顯示)執(zhí)行的軟件指令。在一些示例中，相對(duì)于獲取單元52所描述的全部或部分功能可以以硬件或硬件、軟件和/或固件的組合實(shí)現(xiàn)，其中，必要的硬件可以被提供以執(zhí)行針對(duì)軟件或固件的指令。

獲取單元52可以將客戶端設(shè)備40的解碼和渲染能力與由清單文件66的信息指示的表示68的特性進(jìn)行比較。獲取單元52可以首先獲取清單文件66的至少一部分，以確定表示68的特性。例如，獲取單元52可以請(qǐng)求清單文件66的對(duì)一個(gè)或多個(gè)適配集合的特性進(jìn)行描述的一部分。獲取單元52可以選擇表示68的子集合(例如，適配集合)，其具有可以由客戶設(shè)備40的編碼和渲染能力滿足的特性。獲取單元52隨后可以確定針對(duì)適配集合中的表示的比特率，確定當(dāng)前可用的網(wǎng)絡(luò)帶寬量，并獲取來自具有可以由網(wǎng)絡(luò)帶寬滿足的比特率的表示中的一個(gè)表示的段。

一般而言，較高比特率的表示可以取得較高質(zhì)量的視頻回放，而在可用的網(wǎng)絡(luò)帶寬降低時(shí)，較低比特率的表示可以提供足夠質(zhì)量的視頻回放。因此，當(dāng)可用的網(wǎng)絡(luò)帶寬相對(duì)較高時(shí)，獲取單元52可以獲取來自相對(duì)較高比特率的表示的數(shù)據(jù)，而當(dāng)可用的網(wǎng)絡(luò)帶寬較低時(shí)，獲取單元52可以獲取來自相對(duì)較低比特率的表示的數(shù)據(jù)。以這種方式，客戶端設(shè)備40可以在網(wǎng)絡(luò)74上將多媒體數(shù)據(jù)流式傳送，同時(shí)也適應(yīng)于網(wǎng)絡(luò)74的變化的網(wǎng)絡(luò)帶寬可用性。

另外或者替代地，獲取單元52可以被配置為根據(jù)諸如eMBMS或IP多播的廣播或多播網(wǎng)絡(luò)協(xié)議來接收數(shù)據(jù)。在這樣的示例中，獲取單元52可以提交要加入與特定的媒體內(nèi)容相關(guān)聯(lián)的多播網(wǎng)絡(luò)組的請(qǐng)求。在加入多播組后，獲取單元52可以接收多播組的數(shù)據(jù)，而不需要向服務(wù)器設(shè)備60或內(nèi)容準(zhǔn)備設(shè)備20發(fā)出進(jìn)一步請(qǐng)求。當(dāng)多播組的數(shù)據(jù)不再被需要時(shí)，獲取單元52可以提交要離開多播組的請(qǐng)求，以例如停止回放或者以改變信道到不同的多播組。

在本公開內(nèi)容的第一示例技術(shù)(基于應(yīng)用的廣告選擇)中，獲取單元52(或諸如DASH客戶端的客戶端應(yīng)用之類的客戶端設(shè)備40的另一個(gè)元素，其可以構(gòu)成獲取單元52的部分)可以執(zhí)行定向廣告選擇，而不用來自DASH客戶端或來自MBMS服務(wù)層的協(xié)助。在這個(gè)示例中，用于選擇廣告的智能在于這個(gè)應(yīng)用的責(zé)任或是這個(gè)應(yīng)用的責(zé)任，這可以涉及到與未由諸如3GPP TS 26.346(多媒體廣播/組播業(yè)務(wù)(MBMS)，協(xié)議和編解碼器)的可適用標(biāo)準(zhǔn)指定的其它服務(wù)使能器交互。這個(gè)示例可以使能實(shí)現(xiàn)不同的基于HTTP的遞送技術(shù)，例如，對(duì)高速緩存和/或cookies的使用。在這個(gè)示例中，MBMS服務(wù)層可以僅提供廣告遞送。DASH客戶端可以僅取得如所述應(yīng)用所指令的MPD。這個(gè)示例可以在由DASH-IF(DASH產(chǎn)業(yè)論壇)設(shè)計(jì)的廣告插入框架后被建模。這個(gè)第一示例技術(shù)的進(jìn)一步細(xì)節(jié)在下面參照?qǐng)D4來描述。

在本公開內(nèi)容的第二示例技術(shù)集(基于服務(wù)器的廣告選擇，包括DASH客戶端)，獲取單元52包括DASH客戶端，該DASH客戶端在來自網(wǎng)絡(luò)74的設(shè)備(例如，服務(wù)器設(shè)備60、內(nèi)容準(zhǔn)備設(shè)備20、或在圖1中未示出的另一設(shè)備)協(xié)助下執(zhí)行定向廣告選擇。一般來說，網(wǎng)絡(luò)74包括一設(shè)備，該設(shè)備使用DASH事件機(jī)制以觸發(fā)獲取單元52的DASH客戶端取得更新的MPD，該更新的MPD包含元數(shù)據(jù)以影響廣告確定。關(guān)于獲取單元52的MBMS客戶端是下載所有廣告還是只下載選擇的廣告，標(biāo)稱模式和增強(qiáng)模式兩者都可以被采用。這種技術(shù)可以在由DASH-IF設(shè)計(jì)的廣告插入框架后被建模。根據(jù)這個(gè)第二示例的技術(shù)的各個(gè)方面參照?qǐng)D5-8B來描述。

雖然出于示例的目的，用于更新MPD的DASH事件機(jī)制已被描述，但是應(yīng)當(dāng)明白，DASH事件機(jī)制的使用不是被強(qiáng)制用以使能實(shí)現(xiàn)對(duì)更新的MPD的遞送/采集(其中更新的MPD包含遠(yuǎn)程周期元素，該遠(yuǎn)程周期元素描述要在節(jié)目中的插入/接合點(diǎn)期間取得的廣告(ad)段)。等效的功能還可以通過以足夠高的頻率將周期性期望MPD更新(其通過MPD@minimumUpdatePeriod用信號(hào)進(jìn)行發(fā)送)用信號(hào)進(jìn)行發(fā)送來提供，使得DASH客戶端通過保持對(duì)MPD更新的檢查而將不會(huì)錯(cuò)過廣告插播的動(dòng)態(tài)發(fā)生。對(duì)這種最小化的更新周期的使用的示例在下面參照?qǐng)D15A-15B的方法來描述。

在本公開內(nèi)容的第三示例技術(shù)(MBMS客戶端協(xié)助的廣告選擇)中，獲取單元52的MBMS客戶端基于對(duì)用戶服務(wù)描述(USD)中包含的元數(shù)據(jù)的處理來執(zhí)行廣告選擇。在這個(gè)示例中，廣告選擇智能與控制可以被假定僅存在于獲取單元52的MBMS客戶端。MBMS客戶端可以在流式傳送節(jié)目遞送前選擇性地下載并預(yù)先高速緩存廣告。這個(gè)示例將不被限于DASH的內(nèi)容個(gè)性化機(jī)制表示為應(yīng)用服務(wù)。因此，這個(gè)第三示例技術(shù)可以同等適用于并以公共方式工作用于基于實(shí)時(shí)傳輸協(xié)議(RTP)的流式傳送服務(wù)遞送。根據(jù)這個(gè)第三示例的技術(shù)的各個(gè)方面是參照?qǐng)D9-11B來描述的。

網(wǎng)絡(luò)接口54可以接收并提供選擇的表示的段的數(shù)據(jù)給獲取單元52，該獲取單元52既而提供段給解封裝單元50。解封裝單元50可以將視頻文件的元素解封裝成組成的PES流，將PES流解分組化以獲取經(jīng)編碼的數(shù)據(jù)，以及將經(jīng)編碼的數(shù)據(jù)發(fā)送給音頻解碼器46或視頻解碼器48，這取決于經(jīng)編碼的數(shù)據(jù)是音頻流還是視頻流的部分，例如，如通過該流的PES分組報(bào)頭所指示地。音頻解碼器46解碼經(jīng)編碼的音頻數(shù)據(jù)并將經(jīng)解碼的音頻數(shù)據(jù)發(fā)送給音頻輸出42，而視頻解碼器48解碼經(jīng)編碼的視頻數(shù)據(jù)并將可以包括流的多個(gè)視圖的經(jīng)解碼的視頻數(shù)據(jù)發(fā)送給視頻輸出44。

視頻編碼器28、視頻解碼器48、音頻編碼器26、音頻解碼器46、封裝單元30、獲取單元52以及解封裝單元50中的每個(gè)都可以當(dāng)適用時(shí)被實(shí)現(xiàn)成多種合適的處理電路中任一種，諸如一個(gè)或多個(gè)微處理器、數(shù)字信號(hào)處理器(DSP)、專用集成電路(ASIC)、現(xiàn)場(chǎng)可編程門陣列(FPGA)、分立邏輯電路、軟件、硬件、固件或其任何組合。視頻編碼器28和視頻解碼器48中的每個(gè)可以被包括在一個(gè)或多個(gè)編碼器或解碼器中，該一個(gè)或多個(gè)編碼器或解碼器中的任一者可以被集成作為經(jīng)組合的視頻編碼器/解碼器(編解碼器)的一部分。同樣地，音頻編碼器26和音頻解碼器46中的每個(gè)可以被包括在一個(gè)或多個(gè)編碼器或解碼器中，該一個(gè)或多個(gè)編碼器或解碼器中的任一者可以被集成作為經(jīng)組合的編解碼器的一部分。一種包括視頻編碼器28、視頻解碼器48、音頻編碼器26、音頻解碼器46、封裝單元30、獲取單元52和/或封裝單元50的裝置可以包括集成電路、微處理器和/或無線通信設(shè)備，諸如蜂窩電話。

客戶端設(shè)備40、服務(wù)器設(shè)備60和/或內(nèi)容準(zhǔn)備設(shè)備20可以被配置為根據(jù)本公開內(nèi)容的技術(shù)來工作。為了示例的目的，本公開內(nèi)容圍繞客戶端設(shè)備40和服務(wù)器設(shè)備60描述了這些技術(shù)。然而，應(yīng)該明白，內(nèi)容準(zhǔn)備設(shè)備20可以被配置為執(zhí)行這些技術(shù)，而不是(或除了)服務(wù)器設(shè)備60。

封裝單元30可以形成NAL單元，該NAL單元包含用于標(biāo)識(shí)NAL單元所屬于的節(jié)目的報(bào)頭以及有效載荷，例如音頻數(shù)據(jù)、視頻數(shù)據(jù)或?qū)AL單元對(duì)應(yīng)的傳輸流或節(jié)目流進(jìn)行描述的數(shù)據(jù)。例如，在H.264/AVC中，NAL單元包括1字節(jié)的報(bào)頭以及可變大小的有效載荷。NAL單元在其有效載荷中包括視頻數(shù)據(jù)，該NAL單元可以包括多種粒度級(jí)別的視頻數(shù)據(jù)。例如，NAL單元可以包括視頻數(shù)據(jù)塊、多個(gè)塊、視頻數(shù)據(jù)片或者視頻數(shù)據(jù)的整個(gè)畫面。封裝單元30可以以基本流的PES分組形式從視頻編碼器28接收經(jīng)編碼的視頻數(shù)據(jù)。封裝單元30可以將每個(gè)基本流與對(duì)應(yīng)的節(jié)目相關(guān)聯(lián)。

封裝單元30也可以從多個(gè)NAL單元組裝訪問單元。一般來說，訪問單元可以包括一個(gè)或多個(gè)NAL單元，用于表示視頻數(shù)據(jù)幀以及在該幀對(duì)應(yīng)的音頻數(shù)據(jù)可用時(shí)用于表示這種音頻數(shù)據(jù)。訪問單元通常包括針對(duì)一個(gè)輸出時(shí)間實(shí)例的全部NAL單元，例如，針對(duì)一個(gè)時(shí)間實(shí)例的全部音頻和視頻數(shù)據(jù)。例如，如果每個(gè)視圖有每秒20幀的幀速率(fps)，那么每個(gè)時(shí)間實(shí)例可以對(duì)應(yīng)于0.05秒的時(shí)間間隔。在這個(gè)時(shí)間間隔期間，相同的訪問單元(相同的時(shí)間實(shí)例)的所有視圖的特定幀可以被同時(shí)渲染。在一個(gè)示例中，訪問單元可以包括在一個(gè)時(shí)間實(shí)例中的編碼圖像，該編碼圖像可以被呈現(xiàn)為主編碼圖像。

相應(yīng)地，接入單元可以包含公共時(shí)間實(shí)例的全部音頻和視頻幀，例如，對(duì)應(yīng)于時(shí)間X的所有視圖。本公開內(nèi)容還將特定視圖的編碼圖像稱為“視圖組件”。也即，視圖組件可以包括特定時(shí)間處的針對(duì)特定視圖的編碼圖像(或幀)。因此，訪問單元可以被定義為包括公共時(shí)間實(shí)例的所有視圖組件。訪問單元的解碼順序不必與輸出或顯示順序相同。

媒體呈現(xiàn)可以包括媒體呈現(xiàn)描述(MPD)，該MPD可以包含對(duì)不同的替代表示的描述(例如，具有不同質(zhì)量的視頻服務(wù))，并且該描述可以包括例如編解碼器信息、簡(jiǎn)檔值以及等級(jí)值。MPD是清單文件的一個(gè)示例，諸如清單文件66?？蛻舳嗽O(shè)備40可以獲取對(duì)媒體呈現(xiàn)的MPD以確定如何訪問多種呈現(xiàn)的電影片段。電影片段可以位于視頻文件的電影片段盒(moof盒)。

清單文件66(其可以包括例如MPD)可以廣告表示68的段的可用性。也即，MPD可以包括用于指示掛鐘時(shí)間(表示68中的一個(gè)表示的第一段在該掛鐘時(shí)間處變得可用)的信息以及用于指示表示68內(nèi)的段的持續(xù)時(shí)間的信息。以這種方式，客戶機(jī)設(shè)備40的獲取單元52可以基于在特定的段之前的段的持續(xù)時(shí)間以及開始時(shí)間來確定每個(gè)段何時(shí)可用。

在封裝單元30已將NAL單元和/或訪問單元組裝成基于接收的數(shù)據(jù)的視頻文件后，封裝單元30將視頻文件傳遞給輸出接口32進(jìn)行輸出。在一些示例中，封裝單元30可以將視頻文件存儲(chǔ)在本地或經(jīng)由輸出接口32將視頻文件發(fā)送給遠(yuǎn)程服務(wù)器，而不是將視頻文件直接發(fā)送給客戶端設(shè)備40。輸出接口32可以包括例如發(fā)射機(jī)、收發(fā)機(jī)、用于寫數(shù)據(jù)到計(jì)算機(jī)可讀介質(zhì)的設(shè)備(諸如例如光驅(qū))、磁介質(zhì)驅(qū)動(dòng)器(例如軟驅(qū))、通用串行總線(USB)端口、網(wǎng)絡(luò)接口或其它輸出接口。輸出接口32輸出視頻文件給計(jì)算機(jī)可讀介質(zhì)34，諸如例如傳輸信號(hào)、磁介質(zhì)、光學(xué)介質(zhì)、閃存驅(qū)動(dòng)器或其它計(jì)算機(jī)可讀介質(zhì)。

網(wǎng)絡(luò)接口54可以經(jīng)由網(wǎng)絡(luò)74接收NAL單元或訪問單元，并經(jīng)由獲取單元52提供NAL單元或訪問單元給解封裝單元50。解封裝單元50可以將視頻文件的元素解封裝成組成的PES流，將PES流解分組化以獲取經(jīng)編碼的數(shù)據(jù)，以及將經(jīng)編碼的數(shù)據(jù)發(fā)送給音頻解碼器46或視頻解碼器48，這取決于經(jīng)編碼的數(shù)據(jù)是音頻流還是視頻流的部分，例如，如通過該流的PES分組報(bào)頭所指示地。音頻解碼器46解碼經(jīng)編碼的音頻數(shù)據(jù)并將經(jīng)解碼的音頻數(shù)據(jù)發(fā)送給音頻輸出42，而視頻解碼器48解碼經(jīng)編碼的視頻數(shù)據(jù)并將可以包括流的多個(gè)視圖的經(jīng)解碼的視頻數(shù)據(jù)發(fā)送給視頻輸出44。

圖2是具體地示出圖1的獲取單元52的示例組件集合的框圖。在這個(gè)例子中，獲取單元52包括eMBMS中間件單元100、DASH客戶端110以及媒體應(yīng)用112。

eMBMS中間件單元100還包括eMBMS接收單元106、高速緩存104和代理服務(wù)器102。在這個(gè)例子中，eMBMS接收單元106被配置為根據(jù)例如單向傳輸?shù)奈募f送(FLUTE)經(jīng)由eMBMS接收數(shù)據(jù)，其中單向傳輸?shù)奈募f送(FLUTE)被描述在由T.Paila等人描述在RFC 6726的網(wǎng)絡(luò)工作組在2012年11月提出的“FLUTE—單向傳輸?shù)奈募f送(File Delivery over Unidirectional Transport)”并可在獲得于http://tools.ietf.org/html/rfc6726。也即，eMBMS接收單元106可以經(jīng)由廣播從例如可以用作BM-SC的服務(wù)器設(shè)備60接收文件。

當(dāng)eMBMS中間件單元100接收文件的數(shù)據(jù)時(shí)，eMBMS中間件單元可以在高速緩存104中存儲(chǔ)所接收的數(shù)據(jù)。高速緩存104可以包含計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，諸如閃存、硬盤、RAM或任何其它合適的存儲(chǔ)介質(zhì)。

代理服務(wù)器102可以用作針對(duì)DASH客戶端110的代理服務(wù)器。例如，代理服務(wù)器102可以向DASH客戶端110提供MPD文件或其它清單文件。代理服務(wù)器102可以廣告針對(duì)MPD文件中的段的可用時(shí)間以及可以從其獲取這些段的超鏈接。這些超鏈接可以包括與客戶端設(shè)備40對(duì)應(yīng)的本地主機(jī)(localhost)地址前綴(例如，針對(duì)IPv4的127.0.0.1)。以此方式，DASH客戶端110可以通過使用HTTP GET或部分GET請(qǐng)求來從代理服務(wù)器102請(qǐng)求段。例如，對(duì)于從鏈接http://127.0.0.1/rep1/seg3可用的段，DASH客戶端110可以構(gòu)建包括針對(duì)http://127.0.0.1/rep1/seg3的請(qǐng)求的HTTP GET請(qǐng)求，并提交該請(qǐng)求給代理服務(wù)器102。代理服務(wù)器102可以從高速緩存104中獲取請(qǐng)求的數(shù)據(jù)，并響應(yīng)于這些請(qǐng)求而提供該數(shù)據(jù)給DASH客戶端110。

在接收到一段后，DASH客戶端110可以將該段的數(shù)據(jù)傳遞給媒體應(yīng)用112，而無論該段是完全還是部分接收的。DASH客戶端110可以處理該段，例如以從該段提取媒體數(shù)據(jù)和/或以丟棄媒體應(yīng)用112不可用的數(shù)據(jù)。

根據(jù)本公開內(nèi)容的技術(shù)，如在下面更詳細(xì)解釋地，eMBMS中間件單元100可以接收一個(gè)或多個(gè)廣告組并向DASH客戶端110提供針對(duì)這些廣告組中的一個(gè)廣告組的數(shù)據(jù)。例如，DASH客戶端110可以識(shí)別這些廣告組中的一個(gè)廣告組，或者可以向eMBMS中間件單元100提供針對(duì)用戶的數(shù)據(jù)，使得eMBMS中間件單元100可以選擇這些廣告組中的一個(gè)廣告組。

圖3是示出示例多媒體內(nèi)容120中的各元素的概念圖。多媒體內(nèi)容120可以對(duì)應(yīng)于多媒體內(nèi)容64(圖1)或存儲(chǔ)在存儲(chǔ)介質(zhì)62中的另一多媒體內(nèi)容。在圖3的示例中，多媒體內(nèi)容120包括媒體呈現(xiàn)描述(MPD)124和多個(gè)表示130-140。表示130包括可選的報(bào)頭數(shù)據(jù)132和段134A-134N(段134)，而表示140包括可選的報(bào)頭數(shù)據(jù)142和段144A-144N(段144)。出于方便，字母N被用來指定在表示130、140中的每個(gè)表示中的最后電影片段。在一些示例中，在表示130、140之間可以有不同數(shù)量的電影片段。

MPD 124可以包括與表示130-140分開的數(shù)據(jù)結(jié)構(gòu)。MPD 124可以對(duì)應(yīng)于圖1中的清單文件66。同樣，表示130-140可以對(duì)應(yīng)于圖1中的表示68。一般來說，MPD 124可以包括對(duì)表示130-140的特性進(jìn)行概括描述的數(shù)據(jù)，諸如編碼和渲染特性、適配集合、MPD 124對(duì)應(yīng)的簡(jiǎn)檔、文本類型信息、相機(jī)角度信息、評(píng)級(jí)信息、特技模式信息(例如，對(duì)包括時(shí)間子序列的表示進(jìn)行指示的信息)和/或用于獲取遠(yuǎn)程時(shí)段的信息(例如，針對(duì)在回放期間到媒體內(nèi)容中的定向廣告插入)。

報(bào)頭數(shù)據(jù)132當(dāng)存在時(shí)可以描述段134的特性，例如隨機(jī)接入點(diǎn)(RAP，也被稱為流接入點(diǎn)(SAP))的時(shí)間位置，段134的特性包括隨機(jī)接入點(diǎn)、對(duì)段134內(nèi)的隨機(jī)接入點(diǎn)的字節(jié)偏移、段134的統(tǒng)一資源定位器(URL)或段134的其它方面。報(bào)頭數(shù)據(jù)142當(dāng)存在時(shí)可以描述段144的類似特征。另外或者替代地，這樣的特性可以完全包括在MPD 124內(nèi)。

段134、144包括一個(gè)或多個(gè)經(jīng)編碼的視頻樣本，每一個(gè)經(jīng)編碼的視頻樣本可以包括視頻數(shù)據(jù)的幀或片。段134的經(jīng)編碼的視頻樣本中的每個(gè)可以有類似的特性，例如，高度、寬度和帶寬要求。這種特性可以通過MPD 124的數(shù)據(jù)來描述，盡管這樣的數(shù)據(jù)未示出在圖3的示例中。MPD 124可以包括由3GPP規(guī)范描述的特性，另外添加了與在本公開內(nèi)容中描述的用信號(hào)發(fā)送的信息中的任何或所有信息。

段134、144中的每個(gè)可以與唯一的統(tǒng)一資源定位器(URL)相關(guān)聯(lián)。因此，段134、144中的每個(gè)可以是通過使用諸如DASH的流式傳送網(wǎng)絡(luò)協(xié)議而可獨(dú)立獲取的。以此方式，諸如客戶端設(shè)備40的目的地設(shè)備可以使用HTTP GET請(qǐng)求以獲取段134或124。在一些例子中，客戶端設(shè)備40可以使用HTTP部分GET請(qǐng)求以獲取段134或124的特定的字節(jié)范圍。

圖4是示出可以實(shí)施本公開內(nèi)容的技術(shù)的另一示例系統(tǒng)150的框圖。圖4中的系統(tǒng)150的元素可以通常對(duì)應(yīng)于圖1的元素。例如，系統(tǒng)150包括廣告(ad)決策服務(wù)器154、內(nèi)容分發(fā)系統(tǒng)180和客戶端設(shè)備152。內(nèi)容分發(fā)系統(tǒng)180的元素可以通常對(duì)應(yīng)于圖1的內(nèi)容準(zhǔn)備設(shè)備20和/或服務(wù)器設(shè)備60，而客戶端設(shè)備152的元素可以對(duì)應(yīng)于圖1的客戶端設(shè)備40。在一些示例中，客戶端設(shè)備152的元素可以對(duì)應(yīng)于圖1的獲取單元52。

在這個(gè)示例中，內(nèi)容分發(fā)系統(tǒng)180包括MPD產(chǎn)生器156、打包器158和源服務(wù)器160。MPD產(chǎn)生器156產(chǎn)生針對(duì)主媒體內(nèi)容的MPD 162(例如，針對(duì)用戶想要觀看的節(jié)目的媒體數(shù)據(jù))以及針對(duì)廣告的一個(gè)或多個(gè)MPD，如MPD 164。MPD 162描述了媒體內(nèi)容166A-166C，而MPD 164描述了廣告數(shù)據(jù)168A-168C。打包器158將媒體內(nèi)容166A–166C和廣告數(shù)據(jù)168A–168C進(jìn)行組裝。打包器158可以通常對(duì)應(yīng)于封裝單元30(圖1)。

客戶端設(shè)備152包括媒體應(yīng)用170，其本身包括廣告管理服務(wù)172?？蛻舳嗽O(shè)備152還包括用于獲取主媒體內(nèi)容的DASH客戶端176和用于獲取廣告數(shù)據(jù)的DASH客戶端174。應(yīng)用170經(jīng)由廣告管理服務(wù)172從廣告決策服務(wù)器154獲取MPD URL，并提供MPD URL給DASH客戶端176和DASH客戶端174。DASH客戶端174和DASH客戶端176中的一方或者雙方可以對(duì)應(yīng)于圖2的DASH客戶端110。廣告管理服務(wù)172可以根據(jù)本公開內(nèi)容的技術(shù)來選擇用于廣告的MPD，如下面更詳細(xì)地討論。DASH客戶端174可以使用用于廣告的MPD以從源服務(wù)器160獲取廣告數(shù)據(jù)(例如，廣告數(shù)據(jù)168A-168C中的一個(gè)或多個(gè))。DASH客戶端176可以從源服務(wù)器160獲取主內(nèi)容(例如，主內(nèi)容166A-166C中的一個(gè)或多個(gè))。

根據(jù)本公開內(nèi)容的第一示例技術(shù)，特定于應(yīng)用的事件可以被傳遞給應(yīng)用170，該應(yīng)用170與外部的廣告決策服務(wù)器154交互以給DASH客戶端174提供MPD URL，該MPD URL指向廣告內(nèi)容，例如，廣告數(shù)據(jù)168A–168C。在廣告內(nèi)容被獲得并被播出的同時(shí)，應(yīng)用170暫停主節(jié)目。在廣告插入后，應(yīng)用170恢復(fù)主節(jié)目的播出。

廣告管理服務(wù)172可以(單獨(dú)地或以任何組合)采用用戶簡(jiǎn)檔/偏好(“UP/P”)信息、內(nèi)容消費(fèi)歷史、廣告推薦引擎等，以支持定向廣告插入。通常的網(wǎng)絡(luò)技術(shù)可以被用于此目的。另外或者替代地，諸如由IAB(互動(dòng)廣告局)定義的VMAP(視頻多廣告播放列表)也可以被使用。

在這個(gè)示例中，MBMS服務(wù)層(未示出)為DASH客戶端174、176提供嚴(yán)格的遞送功能。例如，MBMS服務(wù)層可以遞送并提供被指定用于目標(biāo)用戶組或簡(jiǎn)檔的廣告內(nèi)容數(shù)據(jù)，其中每個(gè)類別可以被映射到唯一的URL。MBMS客戶端可以代表應(yīng)用170下載并高速緩存針對(duì)DASH客戶端176的選擇性請(qǐng)求的所有廣播廣告。

應(yīng)用170、DASH客戶端174、176、MPD產(chǎn)生器156和打包器158可以以硬件或軟件實(shí)現(xiàn)。當(dāng)以軟件實(shí)現(xiàn)時(shí)，假定諸如一個(gè)或多個(gè)處理單元和一個(gè)或多個(gè)計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)的必要硬件也被提供。計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)可以存儲(chǔ)用于軟件的指令，并且處理單元可以執(zhí)行用以執(zhí)行上述功能的指令。

圖5是示出可以實(shí)施本公開內(nèi)容的技術(shù)的另一示例系統(tǒng)200的框圖。圖5中的系統(tǒng)200的元素通常可以對(duì)應(yīng)于對(duì)應(yīng)于圖1的元素。例如，系統(tǒng)200包括廣告(ad)決策服務(wù)器208、內(nèi)容分發(fā)系統(tǒng)212和客戶端設(shè)備206。內(nèi)容分發(fā)系統(tǒng)212的元素通?？梢詫?duì)應(yīng)于圖1的內(nèi)容準(zhǔn)備設(shè)備20和/或服務(wù)器設(shè)備60，而客戶端設(shè)備206的元素可以對(duì)應(yīng)于圖1的客戶端設(shè)備40。在一些示例中，客戶端設(shè)備206的元素可以對(duì)應(yīng)于圖1的獲取單元52。

在這個(gè)示例中，客戶端設(shè)備206包括媒體引擎202和DASH訪問客戶端204。DASH訪問客戶端204可以對(duì)應(yīng)于圖2的DASH客戶端110，而媒體引擎202可以對(duì)應(yīng)于圖2的媒體應(yīng)用112。內(nèi)容分發(fā)系統(tǒng)212包括MPD生成器214、打包器216和內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)/源服務(wù)器218。源服務(wù)器218存儲(chǔ)MPD 220、主內(nèi)容222A-222C和廣告數(shù)據(jù)224A–224C。

圖5的示例表示本公開內(nèi)容的第二示例技術(shù)集的可能實(shí)現(xiàn)方案。在這個(gè)第二示例技術(shù)集中，基本概念是DASH訪問客戶端204，而HTTP協(xié)議棧是“負(fù)責(zé)”用于獲得適當(dāng)?shù)膹V告。在MPD 220中描述的遠(yuǎn)程時(shí)段可以通過Period@xlink:href的恰當(dāng)格式化來引用廣告內(nèi)容(例如，廣告數(shù)據(jù)224A–224C)，該廣告內(nèi)容可以被定向到特定的用戶組/簡(jiǎn)檔。因此，當(dāng)DASH訪問客戶端204將XLink(也即，XML鏈接語言數(shù)據(jù))指向XLink解析器210時(shí)，XLink解析器210獲取對(duì)來自廣告決策服務(wù)器208的適當(dāng)?shù)倪h(yuǎn)程時(shí)段進(jìn)行描述的數(shù)據(jù)。CDN/源服務(wù)器218可以提前發(fā)送包含遠(yuǎn)程時(shí)段的MPD 220，如果廣告插播時(shí)間在當(dāng)MPD產(chǎn)生器214產(chǎn)生MPD 220時(shí)的時(shí)間處得知的話。替代地，CDN/源服務(wù)器218可以通過使用特定于DASH的事件動(dòng)態(tài)地發(fā)送遠(yuǎn)程時(shí)段數(shù)據(jù)以觸發(fā)DASH訪問客戶端204獲得對(duì)MPD 220的更新。

用于選擇廣告的技術(shù)可以類似于上面參照?qǐng)D4描述的那些技術(shù)。例如，UP/P信息、內(nèi)容消費(fèi)歷史、廣告推薦引擎等可以被用以支持定向廣告插入。

如上所述，第二示例包括技術(shù)集。也就是說，(單獨(dú)使用的或以任何組合使用的)多種選擇方案是可行的。在第一選擇方案中，MBMS服務(wù)層(未示出)執(zhí)行非選擇性廣告接收。MBMS服務(wù)層可以遞送并提供被指定用于目標(biāo)用戶組或簡(jiǎn)檔的廣告內(nèi)容，其中每個(gè)類別可以被映射到唯一的URL。MBMS客戶端可以下載并高速緩存針對(duì)DASH訪問客戶端204和/或媒體引擎202的選擇性請(qǐng)求的所有廣播廣告。

在第二選擇方案中，MBMS服務(wù)層執(zhí)行選擇性廣告接收。廣播多播業(yè)務(wù)中心(BM-SC)可以將元數(shù)據(jù)附加到每個(gè)廣告(如廣告數(shù)據(jù)224A–224C)，并且DASH訪問客戶端204可以向MBMS客戶端通告廣告數(shù)據(jù)的優(yōu)先類別以進(jìn)行選擇性下載和高速緩存，使得MBMS客戶端選擇性地下載并高速緩存廣播廣告(例如，廣告數(shù)據(jù)224A–224C中的一個(gè))。

媒體引擎202、DASH訪問客戶端204、MPD產(chǎn)生器214以及打包器216可以以硬件或軟件實(shí)現(xiàn)。當(dāng)以軟件實(shí)現(xiàn)時(shí)，假定諸如一個(gè)或多個(gè)處理單元和一個(gè)或多個(gè)計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)的必要硬件也被提供。計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)可以存儲(chǔ)用于軟件的指令，并且處理單元可以執(zhí)行用以執(zhí)行上述功能的指令。

圖6A-8B是示出多種示例方法的序列圖，其中，DASH客戶端(例如，DASH訪問客戶端204)確保對(duì)適當(dāng)?shù)膹V告內(nèi)容的接收。圖6A-8B的多種方法與參照?qǐng)D5在上描述的本公開內(nèi)容的第二示例技術(shù)集是一致的。

在圖6A-8B中，多種元素被描述為執(zhí)行多種任務(wù)。這些元素包括應(yīng)用(例如，媒體引擎202)、DASH客戶端(例如，DASH訪問客戶端204)、MBMS客戶(其可以包括本地HTTP代理和XLink解析器210)、BM-SC(如CDN/源服務(wù)器218)、廣告決策服務(wù)器(例如，廣告決策服務(wù)器208)、內(nèi)容提供方(例如，其包括MPD產(chǎn)生器214和打包器216)和廣告提供方(未示出在圖5中)。

圖6A和6B示出了根據(jù)針對(duì)本公開內(nèi)容的第二示例技術(shù)集在上面描述的第一選擇方案的方法的示例。此外，圖6A和6B的示例對(duì)應(yīng)于這樣的情況：在該情況中，廣告插播開始時(shí)間在MPD被產(chǎn)生(例如，用于現(xiàn)場(chǎng)事件)時(shí)是未知的。圖6A和6B示出由包括如下各項(xiàng)的多種元素執(zhí)行的動(dòng)作：應(yīng)用(例如，圖2的媒體應(yīng)用112)、DASH客戶端(例如，圖2的DASH客戶端110)、MBMS客戶端(例如，圖2的eMBMS中間件單元100)、BM-SC、廣告決策服務(wù)器、內(nèi)容提供方和廣告提供方。

在圖6A和6B的示例中，假定DASH客戶端知道本地groupID等于“B”。還假定MBMS運(yùn)營(yíng)方、內(nèi)容提供方和廣告提供方之間有對(duì)于內(nèi)容/廣告設(shè)定和MPD格式的業(yè)務(wù)協(xié)定。在圖6A和6B的示例中，起初，BM-SC用MPD片段將USD遞送給MBMS客戶端，該MBMS客戶端將該MPD轉(zhuǎn)發(fā)給DASH客戶端。BM-SC隨后可以經(jīng)由廣播遞送與具有例如1)http://adserver.com/ad1？id＝“A”、2)http://adserver.com/ad1？id＝“B”、3)http://adserver.com/ad1？id＝“C”的BaseURL的遠(yuǎn)程時(shí)段元素對(duì)應(yīng)的三個(gè)文件，每個(gè)文件的時(shí)段開始時(shí)間在將來的時(shí)間T1。MBMS客戶端下載并高速緩存所有遠(yuǎn)程時(shí)段元素。

在未來某一時(shí)間處，作為接收來自廣告提供方的提示消息(這指示即將發(fā)生的廣告插入)的結(jié)果，BM-SC用信號(hào)發(fā)送特定于DASH的事件(例如，經(jīng)由MPD事件或帶內(nèi)事件消息)以觸發(fā)獲得更新的MPD，MBMS客戶端接收和轉(zhuǎn)發(fā)該更新的MPD給DASH客戶端。隨后，BM-SC廣播更新的MPD、USBD和調(diào)度片段，其中USBD包含deliveryMethod(遞送方法)，該deliveryMethod引用FLUTE會(huì)話，該FLUTE會(huì)話在遠(yuǎn)程時(shí)段中攜帶廣告內(nèi)容，而調(diào)度聲明即將到來的廣告?zhèn)鬏?。作為響?yīng)，DASH客戶端取得更新的MPD(其中，在這個(gè)示例中，MPD指示Period@xlink:href＝http://adserver.com/ad1？id＝$groupID$且@xlink:actuate＝“onRequest”的遠(yuǎn)程時(shí)段。在這種情形下，雖然DASH客戶端不立即嘗試解引用針對(duì)遠(yuǎn)程時(shí)段的鏈接，而是推遲這樣的解引用動(dòng)作直到相關(guān)聯(lián)的內(nèi)容的播放時(shí)間被預(yù)期進(jìn)入該時(shí)段為止。

BM-SC隨后廣播由遠(yuǎn)程時(shí)段元素引用的廣告內(nèi)容文件，其中每個(gè)廣告由定向groupID標(biāo)記(例如，作為文件遞送表(FDT)'文件'元素?cái)U(kuò)展屬性”$groupID$”，例如，如在下面參照?qǐng)D13A和13B所討論地)。另外或者替代地，如下面所討論地，過濾器描述片段的groupIDFilter可以識(shí)別廣告數(shù)據(jù)。在這個(gè)示例中，MBMS客戶端下載和高速緩存所有的廣告。隨著時(shí)間T1接近，DASH客戶端通過發(fā)出針對(duì)在@xlink:href中出現(xiàn)的URL的HTTP請(qǐng)求來請(qǐng)求解引用遠(yuǎn)程時(shí)段元素，并向MBMS客戶端提供本地groupID值“B”。作為響應(yīng)，MBMS客戶端記錄groupID＝“B”用于應(yīng)要求的適當(dāng)?shù)膹V告遞送，并將與BaseURL＝“http://adserver.com/ad1？id＝“B””相關(guān)聯(lián)的時(shí)段遞送給DASH客戶端。隨后，DASH客戶端向應(yīng)用提供了此廣告的段。該過程一直持續(xù)到廣告數(shù)據(jù)已完全播放為止，隨后主內(nèi)容的普通廣播可以恢復(fù)。

圖7A和7B示出了在其中廣告可用性(ad avail)時(shí)間在當(dāng)MPD被產(chǎn)生(例如，用于現(xiàn)場(chǎng)事件)時(shí)的時(shí)間處未知的示例。圖7A和7B的示例對(duì)應(yīng)于如上所述的選擇方案二，其中，由MBMS客戶端進(jìn)行選擇性的廣告接收。在這個(gè)示例中，廣播廣告遞送正好發(fā)生在ad avail時(shí)間前。圖7A和7B示出由多種元素執(zhí)行的動(dòng)作，該多種元素包括應(yīng)用(例如，圖2的媒體應(yīng)用112)、DASH客戶端(例如，圖2的DASH客戶端110)、MBMS客戶端(例如，圖2的eMBMS中間件單元100)、BM-SC、廣告決策服務(wù)器、內(nèi)容提供方和廣告提供方。

在圖7A和7B的示例中，假定狀態(tài)信息(諸如cookies、訂閱信息、使用歷史等)位于用戶裝置(UE)上，并且可由DASH客戶端在HTTP請(qǐng)求中遞送給網(wǎng)絡(luò)的設(shè)備。同樣，在這個(gè)示例中，假定MBMS運(yùn)營(yíng)方、內(nèi)容提供方和廣告提供方之間有對(duì)于內(nèi)容/廣告設(shè)定和MPD的格式的業(yè)務(wù)協(xié)定。

起初，BM-SC用MPD片段將USD遞送給MBMS客戶端，并且該MBMS客戶端將該MPD轉(zhuǎn)發(fā)給DASH客戶端。BM-SC隨后可以經(jīng)由廣播遞送與具有例如1)http://adserver.com/ad1？id＝“A”、2)http://adserver.com/ad1？id＝“B”、3)http://adserver.com/ad1？id＝“C”的BaseURL的遠(yuǎn)程時(shí)段元素對(duì)應(yīng)的三個(gè)文件，每個(gè)文件的時(shí)段開始時(shí)間在將來的時(shí)間T1。MBMS客戶端下載并高速緩存所有遠(yuǎn)程時(shí)段元素。MBMS客戶端下載和緩存所有遠(yuǎn)程周期元素。在未來某一時(shí)間處，作為接收來自廣告提供方的提示消息(這指示即將發(fā)生的廣告插入)的結(jié)果，BM-SC用信號(hào)發(fā)送特定于DASH的事件(例如，經(jīng)由MPD事件或帶內(nèi)事件消息)以觸發(fā)獲得更新的MPD，MBMS客戶端接收和轉(zhuǎn)發(fā)該更新的MPD給DASH客戶端。隨后，BM-SC廣播更新的MPD、USBD和調(diào)度片段，其中USBD包含deliveryMethod(遞送方法)，該deliveryMethod引用FLUTE會(huì)話，該FLUTE會(huì)話在遠(yuǎn)程時(shí)段中攜帶廣告內(nèi)容，而調(diào)度聲明即將到來的廣告?zhèn)鬏敗?/p>

作為響應(yīng)，DASH客戶端取得更新的MPD(其中，在這個(gè)示例中，MPD指示Period@xlink:href＝http://adserver.com/ad1？id＝$groupID$and@xlink:actuate＝“onRequest”的遠(yuǎn)程時(shí)段。在這種情形下，DASH客戶端一加載MPD就將立即解引用針對(duì)遠(yuǎn)程時(shí)段的鏈接，并且將傳遞如上所述的UE狀態(tài)信息給用作Xlink解析器的MBMS客戶端。MBMS客戶端隨后將狀態(tài)信息映射到用于后續(xù)定向廣告下載的一個(gè)廣告組。在這個(gè)示例中，假定MBMS客戶端將狀態(tài)信息映射到groupID＝“B”。

DASH客戶端隨后通過發(fā)出針對(duì)在@xlink:href中出現(xiàn)的URL的HTTP GET來請(qǐng)求解引用遠(yuǎn)程時(shí)段元素。在這個(gè)示例中，MBMS客戶端通過遞送與BaseURL＝“http://adserver.com/ad1？id＝“B””相關(guān)聯(lián)的時(shí)段元素來作出響應(yīng)。BM-SC隨后廣播由遠(yuǎn)程時(shí)段元素引用的廣告內(nèi)容文件，其中每個(gè)廣告由定向groupID標(biāo)記(例如，作為FDT擴(kuò)展屬性，諸如在下面參照?qǐng)D13A和13B所討論的)。另外或者替代地，如下面所討論地，過濾器描述片段的groupIDFilter可以識(shí)別廣告數(shù)據(jù)。

在這個(gè)示例中，MBMS隨后可以選擇性地下載和高速緩存具有g(shù)roupID＝“B”的廣告。隨著時(shí)間T1接近，DASH客戶端通過發(fā)出針對(duì)在@xlink:href中出現(xiàn)的URL的HTTP請(qǐng)求來請(qǐng)求解引用遠(yuǎn)程時(shí)段元素，并向MBMS客戶端提供本地groupID值“B”。作為響應(yīng)，MBMS客戶端記錄groupID＝“B”用于應(yīng)要求的適當(dāng)?shù)膹V告遞送，并將與BaseURL＝“http://adserver.com/ad1？id＝“B””相關(guān)聯(lián)的時(shí)段遞送給DASH客戶端。隨后，DASH客戶端向應(yīng)用提供了此廣告的段。該過程一直持續(xù)到廣告數(shù)據(jù)被全部播放為止，并且隨后主內(nèi)容的普通廣播可以恢復(fù)。

圖8A和8B示出了在其中廣告可用性(ad avail)時(shí)間在當(dāng)MPD被產(chǎn)生(例如，用于現(xiàn)場(chǎng)事件)時(shí)的時(shí)間處未知的示例。圖7A和7B的示例對(duì)應(yīng)于如上所述的選擇方案二，其中，廣告剛好被廣播在由MBMS客戶端進(jìn)行選擇性的廣告接收前。在圖8A和8B的這個(gè)示例中，廣播廣告遞送正好發(fā)生在ad avail時(shí)間前，并被選擇性地高速緩存直到到了廣告播放的時(shí)間為止。圖8A和8B示出由多種元素執(zhí)行的動(dòng)作，該多種元素包括應(yīng)用(例如，圖2的媒體應(yīng)用112)、DASH客戶端(例如，圖2的DASH客戶端110)、MBMS客戶端(例如，圖2的eMBMS中間件單元100)、BM-SC、廣告決策服務(wù)器、內(nèi)容提供方和廣告提供方。

在圖8A和8B的示例中，假定狀態(tài)信息(諸如cookies、訂閱信息、使用歷史等)位于用戶裝置(UE)上。相比圖7A和7B的示例而言，DASH客戶端在針對(duì)DASH內(nèi)容的初始HTTP請(qǐng)求期間將狀態(tài)信息傳遞給MBMS客戶端。與圖7A和7B的示例類似地，假定MBMS運(yùn)營(yíng)方、內(nèi)容提供方和廣告提供方之間有對(duì)于內(nèi)容/廣告設(shè)定和MPD的格式的業(yè)務(wù)協(xié)定。

因此，在這個(gè)示例中，MBMS客戶端可以一早將客戶端設(shè)備(UE)的狀態(tài)信息映射到groupID(例如groupID＝“B”)，用于后續(xù)的定向廣告下載。BM-SC隨后可以根據(jù)在USD片段中遞送的調(diào)度來廣播廣告內(nèi)容文件，USD片段可以剛好發(fā)生在初始的ad avail成為可能前。廣告內(nèi)容由遠(yuǎn)程時(shí)段元素引用，每個(gè)廣告由目標(biāo)groupID標(biāo)記(例如，作為FDT擴(kuò)展屬性，諸如在下面參照?qǐng)D13A和13B所討論的)。另外或者替代地，如下面所討論地，過濾器描述片段的groupIDFilter可以識(shí)別廣告數(shù)據(jù)。在這個(gè)示例中，MBMS客戶端隨后選擇性下載和緩存廣告groupID＝“B”。

接下來，BM-SC用MPD片段將USD遞送給MBMS客戶端，并且該MBMS客戶端將該MPD轉(zhuǎn)發(fā)給DASH客戶端。BM-SC隨后可以經(jīng)由廣播遞送與具有例如1)http://adserver.com/ad1？id＝“A”、2)http://adserver.com/ad1？id＝“B”、3)http://adserver.com/ad1？id＝“C”的BaseURL的遠(yuǎn)程時(shí)段元素對(duì)應(yīng)的三個(gè)文件，每個(gè)文件的時(shí)段開始時(shí)間在將來的時(shí)間T1。MBMS客戶端下載并高速緩存所有遠(yuǎn)程時(shí)段元素。由于MBMS客戶端已確定與用戶相關(guān)聯(lián)的groupID值(在這個(gè)示例中，groupID＝“B”)，所以其可以下載并高速緩存Base URL http://adserver.com/ad1？id＝”B”相關(guān)聯(lián)的遠(yuǎn)程時(shí)段元素。在未來某一時(shí)間處，作為接收來自廣告提供方的提示消息(這指示即將發(fā)生的廣告插入)的結(jié)果，BM-SC用信號(hào)發(fā)送特定于DASH的事件(例如，經(jīng)由MPD事件或帶內(nèi)事件消息)以觸發(fā)獲得更新的MPD，MBMS客戶端接收和轉(zhuǎn)發(fā)該更新的MPD給DASH客戶端。隨后，BM-SC廣播MBMS客戶端接收的更新的MPD片段。

DASH客戶端取得更新的MPD(其中，MPD指示Period@xlink:href＝http://adserver.com/ad1？id＝B和@xlink:actuate＝“onLoad的遠(yuǎn)程時(shí)段。在這種情況下，DASH客戶端將解引用針對(duì)遠(yuǎn)程時(shí)段的鏈路。同樣，在這個(gè)示例中，DASH客戶端不需要替代XLink URL中的參數(shù)的值，這是因?yàn)镸PD本身指定針對(duì)廣告組的指示(在這個(gè)示例中為B)。在這個(gè)示例中，MBMS客戶端通過遞送與BaseURL＝“http://adserver.com/ad1？id＝“B””相關(guān)聯(lián)的時(shí)段元素做出響應(yīng)。也即，在這個(gè)示例中，MBMS客戶端將僅具有與廣告組“B”相關(guān)聯(lián)的經(jīng)高速緩存的數(shù)據(jù)，如上面所討論地。

隨著時(shí)間T1接近，DASH客戶端從MBMS客戶端請(qǐng)求并接收與先前接收的時(shí)段元素有關(guān)聯(lián)的內(nèi)容(即，定向廣告)的第一段。隨后，該DASH客戶端將該廣告的此段的媒體內(nèi)容提供給應(yīng)用。這個(gè)過程一直持續(xù)到廣告數(shù)據(jù)被完全播放為止，并在隨后主內(nèi)容的普通廣播可以恢復(fù)。

圖6A-8B表示根據(jù)本公開內(nèi)容的技術(shù)的僅部分可能示例。針對(duì)基于服務(wù)器的方法的其它呼叫流變體也是可能的。例如，在廣播廣告投放正好發(fā)生廣告可用性前的情況下，在MPD更新中攜帶的Period@xlink:actuate的值可以被設(shè)為“onRequest”(而不是“onLoad”)。因?yàn)槎ㄏ驈V告已被選擇性地下載并被高速緩存在UE上，所以沒有為解析xLink的時(shí)間緊迫性，只要其出現(xiàn)在ad avail前。如果處于某些原因，在ad avail出現(xiàn)時(shí)沒有定向廣告可用在設(shè)備上，那么默認(rèn)的預(yù)存儲(chǔ)的廣告可以被播出在其位置中。

還存在不同的可行機(jī)制，通過該不同的可行機(jī)制，MBMS客戶端根據(jù)由DASH客戶端提供的UE狀態(tài)信息導(dǎo)出是恰當(dāng)?shù)摹癵roupID”。作為一個(gè)例子，可以訪問UE駐留的使能器，諸如本地UP/P數(shù)據(jù)庫(kù)、內(nèi)容推薦引擎或使用本地存儲(chǔ)的使用歷史記錄執(zhí)行推理。作為另一個(gè)例子，可以訪問網(wǎng)絡(luò)側(cè)的使能器，例如外部UP/P數(shù)據(jù)庫(kù)或內(nèi)容推薦引擎。

本公開內(nèi)容的技術(shù)的第三示例是參照?qǐng)D9-11B來描述的，其中第三示例涉及MBMS客戶端輔助廣告選擇。第三個(gè)示例的基本概念在于MBMS客戶端基于在USD中包含的元數(shù)據(jù)和/或過濾規(guī)則來選擇性地下載并高速緩存廣播廣告。該過濾器描述片段可以被擴(kuò)展到以攜帶過濾數(shù)據(jù)。這個(gè)示例假定使能器的諸如UP/P信息、內(nèi)容消費(fèi)歷史等的可用性到MBMS客戶端。例如，使能器可以包括MBMS客戶端可訪問的設(shè)備駐留的UP/P信息。雖然特定的UP/P數(shù)據(jù)和交互沒有被描述，但可以由那些熟練的藝術(shù)確定。

此外，MBMS服務(wù)層提供廣告過濾/選擇功能。廣播廣告被假設(shè)被遞送在節(jié)目(例如，DASH媒體呈現(xiàn))之前，以供MBMS客戶端選擇性下載和高速緩存。MBMS客戶端的廣告選擇機(jī)制可以是特定的實(shí)現(xiàn)方案。

圖9是示出如當(dāng)前定義的示例過濾器描述片段以攜帶位置濾波數(shù)據(jù)的概念圖。圖10是示出過濾器描述片段的擴(kuò)展以攜帶用戶偏好&簡(jiǎn)檔(UP/P)的概念圖。在圖10的示例中，userPrefProfData元素包含屬性-值對(duì)(例如，用戶的人口統(tǒng)計(jì)資料、內(nèi)容類別、評(píng)級(jí)、人氣等)用于廣告選擇。userPrefProfRule元素包含過濾規(guī)則(特定的條件和邏輯)用于廣告選擇。

圖11A和11B是示出根據(jù)本公開內(nèi)容的技術(shù)用于MBMS客戶端協(xié)助的廣告選擇的示例方法的序列圖。在這個(gè)示例中，廣告插播開始時(shí)間在MPD被產(chǎn)生的時(shí)間處得知。圖11A和11B的活動(dòng)單元基本上類似于圖6A-8B中的那些。圖11A和11B示出了由包括如下的多種元素執(zhí)行的操作：應(yīng)用(例如，圖2的媒體應(yīng)用112)、DASH客戶端(例如，圖2的DASH客戶端110)、MBMS客戶端(例如，圖2的eMBMS中間件單元100)、BM-SC、廣告決策服務(wù)器、內(nèi)容提供方和廣告提供方。

在圖11A和11B的示例中，假定MBMS客戶端具有對(duì)UP/P數(shù)據(jù)的訪問，并且在MBMS運(yùn)營(yíng)方、內(nèi)容提供方和廣告提供方之間對(duì)于內(nèi)容/廣告設(shè)定和MPD格式有業(yè)務(wù)協(xié)定。起初，BM-SC提供USD，USD包括MPD和例如根據(jù)圖10的示例的過濾器描述。應(yīng)用發(fā)送MPD URL給DASH客戶端，DASH客戶端隨后從URL取得MPD。MPD被假設(shè)包括針對(duì)常規(guī)內(nèi)容的時(shí)段_1、具有到廣告內(nèi)容的XLink的遠(yuǎn)程時(shí)段_2(屬性xlink:actuate＝"onRequest")和具有更多的常規(guī)內(nèi)容的時(shí)段_3。也就是說，在這個(gè)示例中，時(shí)段_2表示預(yù)定的廣告插播。內(nèi)容提供方提供常規(guī)(或主)內(nèi)容給BM-SC，而廣告提供方提供廣告內(nèi)容給BM-SC。

BM-SC廣播廣告(對(duì)應(yīng)于由時(shí)段_2中的XLink引用的內(nèi)容)給MBMS客戶端。MBMS客戶端根據(jù)例如過濾器描述的UP/P數(shù)據(jù)或規(guī)則來選擇性地下載并高速緩存廣告。BM-SC隨后廣播時(shí)段_1的段給MBMS客戶端。隨著時(shí)段_2的開始接近，DASH客戶端通過發(fā)出針對(duì)在@xlink:href中出現(xiàn)的URL的HTTP請(qǐng)求來請(qǐng)求解引用遠(yuǎn)程時(shí)段元素(其在這個(gè)例子中對(duì)應(yīng)于時(shí)段_2)。隨后，MBMS客戶端遞送由@xlink:href引用的時(shí)段元素(對(duì)應(yīng)于時(shí)段_2)。DASH客戶端取得時(shí)段_1的段(例如，段URL的為：“http://example.com/per-1/rep-512/seg-i.3gp”,其中i∈{1,99})。

隨后，DASH客戶端發(fā)送時(shí)段_1的段(節(jié)目?jī)?nèi)容)給應(yīng)用。DASH客戶端還從MBMS客戶端請(qǐng)求(由xLink引用的)時(shí)段_2的段。MBMS客戶端通過使用例如HTTP 303響應(yīng)將DASH客戶端重定向到本地主機(jī)地址，以便從本地高速緩存中取得時(shí)段_2的段。隨后，DASH客戶端取得經(jīng)高速緩存的廣告內(nèi)容的時(shí)段_2的段(例如，段URL的為：“http://localhost.com/per-2/rep-512/seg-j.3gp”,其中j∈{100,129})。

隨后，DASH客戶端發(fā)送時(shí)段_2的段(廣告內(nèi)容)給應(yīng)用。BM-SC還廣播時(shí)段_3的段給MBMS客戶端。DASH客戶端還從MBMS客戶端請(qǐng)求時(shí)段_3的段(例如，段URL的為：“http://example.com/per-3/rep-512/seg-k.3gp”,其中k∈{130,200})。隨后，DASH客戶端發(fā)送時(shí)段_3的段(節(jié)目?jī)?nèi)容)給應(yīng)用。

圖12是示出根據(jù)本公開內(nèi)容的技術(shù)用于針對(duì)實(shí)時(shí)傳輸協(xié)議(RTP)的MBMS客戶端協(xié)助的廣告選擇與插入的示例方法的序列圖。在這個(gè)示例中，用戶簡(jiǎn)檔是對(duì)MBMS客戶端已知的。當(dāng)廣告被發(fā)送時(shí)，F(xiàn)DT可以包括針對(duì)廣告的元數(shù)據(jù)?；谟脩艉?jiǎn)檔和過濾器描述，MBMS客戶端可以選擇性地下載和高速緩存廣告?？蛇x地，客戶端設(shè)備(UE)可以決定是否插入廣告在由簡(jiǎn)檔數(shù)據(jù)指定的位置區(qū)域內(nèi)。圖12示出了由多種元素執(zhí)行的操作，包括應(yīng)用(例如，圖2的媒體應(yīng)用112)、DASH客戶端(例如，圖2的DASH客戶端110)、MBMS客戶端(例如，圖2的eMBMS中間件單元100)、BM-SC、廣告決策服務(wù)器、內(nèi)容提供方和廣告提供方。

在圖12的示例中，假定MBMS客戶端具有對(duì)UP/P數(shù)據(jù)的訪問，并且在MBMS運(yùn)營(yíng)方、內(nèi)容提供方和廣告提供方之間對(duì)于內(nèi)容/廣告設(shè)定有業(yè)務(wù)協(xié)定。起初，BM-SC提供USD，USD包括例如根據(jù)圖10的示例的過濾器描述。應(yīng)用發(fā)送URL給DASH客戶端，DASH客戶端隨后根據(jù)RTP執(zhí)行建立和播放。內(nèi)容提供方提供常規(guī)(或主)內(nèi)容給BM-SC，而廣告提供方提供廣告內(nèi)容給BM-SC。

隨后，BM-SC開始廣告(具有元數(shù)據(jù))的廣播。MBMS客戶端根據(jù)過濾器描述中的UP/P和規(guī)則來選擇性地下載和高速緩存廣告。BM-SC采用RTP發(fā)送視頻和音頻數(shù)據(jù)。MBMS客戶端隨后判斷客戶端設(shè)備(UE)是否在所需的位置內(nèi)以逐簡(jiǎn)檔數(shù)據(jù)插入廣告。假設(shè)客戶端設(shè)備在這樣的位置中，MBMS客戶端逐元數(shù)據(jù)向廣告插入RTP視頻和音頻分組。MBMS客戶端隨后逐元數(shù)據(jù)刪除到期的廣告。

圖13A到13D是示出對(duì)文件傳送表(FDT)文件元素的示例擴(kuò)展的概念圖。在這個(gè)示例中，文件元素被擴(kuò)展成包括組屬性，組屬性可以對(duì)應(yīng)于如上所討論的groupID值。特別而言，在這個(gè)示例中，文件元素250已被擴(kuò)展成包括組屬性252，其被命名為“mbms2014:groupID”具有類型xs:string。

應(yīng)當(dāng)明白，在一些示例中，客戶端設(shè)備可以被配置為執(zhí)行上面描述的第一示例、第二示例和第三示例的任何或全部技術(shù)。例如，不同的內(nèi)容分發(fā)網(wǎng)絡(luò)可以支持針對(duì)定向廣告插入的不同機(jī)制，而客戶端設(shè)備可以實(shí)現(xiàn)第一示例、第二示例和/或第三示例的任何或所有技術(shù)。作為另一個(gè)例子，內(nèi)容分發(fā)網(wǎng)絡(luò)可以支持上面描述的第一示例、第二示例和/或第三示例的任何或所有技術(shù)。此外，上面描述的第一示例、第二示例和/或第三示例的技術(shù)可以以任何組合一起執(zhí)行。

在圖13A到13D中示出的“groupID”的FDT擴(kuò)展參數(shù)只是一例。其它技術(shù)可以根據(jù)本公開內(nèi)容的技術(shù)來使用。例如，除了或者替代使用FDT擴(kuò)展參數(shù)(“groupID”)作為針對(duì)相關(guān)聯(lián)的廣告文件的元數(shù)據(jù)以使MBMS客戶端能夠過濾針對(duì)用戶的僅專門合適的廣告，另一種可能性是要擴(kuò)展現(xiàn)有的USD。例如，新的元素“groupIDFilter”可以被添加到過濾器描述片段(其中，過濾器描述片段由調(diào)度描述片段中的文件調(diào)度實(shí)例引用；文件調(diào)度提供針對(duì)廣告文件的傳輸調(diào)度)。

圖14是示出可以執(zhí)行本公開內(nèi)容的技術(shù)的另一示例系統(tǒng)300的框圖。系統(tǒng)300的組件包括參與發(fā)起、調(diào)度以及遞送DASH格式化的媒體內(nèi)容和定向廣告經(jīng)由BM-SC從內(nèi)容提供方和廣告源給用戶裝置(UE)的功能實(shí)體。在這個(gè)示例中，系統(tǒng)300包括客戶端設(shè)備302、內(nèi)容提供方314、廣告決策服務(wù)器316、廣告提供方318以及廣播多播服務(wù)中心(BM-SC)320?？蛻舳嗽O(shè)備302包括媒體引擎304、DASH客戶端306和MBMS客戶端308。客戶端設(shè)備302表示UE的示例。MBMS客戶端308還包括XLink解析器310和HTTP代理高速緩存312。BM-SC 320包括USBD 322、MPD 324、內(nèi)容326A–326C(內(nèi)容326)以及廣告(ads)328A–328C(ads 328)。

通常，內(nèi)容提供方314提供內(nèi)容326給BM-SC 320。廣告決策服務(wù)器316用信號(hào)通告廣告何時(shí)將被插入(使用廣告插入提示)并設(shè)定針對(duì)廣告的遠(yuǎn)程時(shí)段。廣告提供方318提供廣告328給BM-SC 320。廣告328A–328C中的每個(gè)可以對(duì)應(yīng)于不同組的用戶，以便將廣告定向到用戶，如上面所討論地。

MBMS客戶端308訂閱廣播或多播組以便從一個(gè)或多個(gè)內(nèi)容326接收數(shù)據(jù)。此外，如在下參照?qǐng)D15A和15B詳細(xì)解釋地，MBMS客戶端308可以選擇性地接收將被插入到廣告插播中的廣告328A–328C中的一個(gè)。MBMS客戶端308在HTTP代理緩存的內(nèi)容和廣告數(shù)據(jù)312。以此方式，DASH客戶端306可以通過提交HTTP請(qǐng)求給MBMS客戶端308來獲取媒體數(shù)據(jù)(例如，主內(nèi)容數(shù)據(jù)和廣告數(shù)據(jù))，MBMS客戶端308既而將MPD數(shù)據(jù)和段發(fā)送給DASH客戶端306。為了選擇合適的廣告數(shù)據(jù)，DASH客戶端306可以發(fā)送XLink給MBMS用戶308。XLink解析器310可以解析XLink，以便確定要接收的廣告數(shù)據(jù)。

在圖14的示例建筑中，廣告相關(guān)的信息可以使用MPD 324和內(nèi)容326的段來聲明，并廣告決策可以由DASH客戶端306的針對(duì)MPD和其描述的資源(即，遠(yuǎn)程時(shí)段元素和段)的請(qǐng)求來發(fā)起。如果廣告插播的發(fā)生時(shí)間是在MPD產(chǎn)生的時(shí)間處得知，那么包含遠(yuǎn)程時(shí)段元素的MPD可以在廣告插播前被發(fā)送給DASH客戶端。否則，可能需要依靠MPD更新功能(例如，基于具有由MPD@minimumUpdatePeriod定義的周期性的同步MPD更新)，以用信號(hào)發(fā)送針對(duì)定向廣告插入的即將到來的機(jī)會(huì)。不可預(yù)測(cè)的廣告插播的工作場(chǎng)景將在下面的討論中采用。

雖然用于獲得最新的MPD的DASH客戶端306與MPD服務(wù)器之間的標(biāo)稱相互作用(其中，后者被假定位于UE(即，客戶端設(shè)備302)中以及p/o MBMS客戶端308，p/o MBMS客戶端308包括本地HTTP代理和高速緩存312)是周期性的，但是廣告插播的發(fā)生可能是純異步的，例如，發(fā)生在一場(chǎng)足球比賽傷停期間。取決于廣告插播的預(yù)期建立時(shí)間-從觸發(fā)廣告插播的事件開始到廣告插入的實(shí)際接合時(shí)間，MPD@minimumUpdatePeriod值可以被相應(yīng)調(diào)整，使得這種動(dòng)態(tài)事件將不會(huì)被DASH客戶端306錯(cuò)過。極可能經(jīng)由條件GET的針對(duì)MPD更新的HTTP交互可以在本地發(fā)生在UE內(nèi)，使得沒有單播網(wǎng)絡(luò)業(yè)務(wù)發(fā)生，并且多數(shù)時(shí)候，DASH客戶端306先前獲得的MPD仍然有效。當(dāng)被更新時(shí)，MPD可以經(jīng)由Period@xlink:href攜帶指向外部時(shí)段元素的指針。

作為與MBMS客戶端308的HTTP交互的部分，DASH客戶端306可以將關(guān)于UE/本地用戶的狀態(tài)信息傳遞給MBMS客戶端308。這樣的狀態(tài)信息的示例包括cookies、訂閱信息和內(nèi)容消費(fèi)歷史數(shù)據(jù)。狀態(tài)信息可以在針對(duì)MPD或媒體段的標(biāo)稱請(qǐng)求/響應(yīng)期間或者在Xlink解析過程期間被提供給MBMS用戶308。MBMS客戶端308可以利用TS 26.346的范圍(例如，對(duì)本地用戶簡(jiǎn)檔/偏好信息的訪問、內(nèi)容消費(fèi)歷史或內(nèi)容推薦引擎)外的一些機(jī)制，以確定針對(duì)該用戶的特定的組或簡(jiǎn)檔標(biāo)識(shí)符。這種“groupID”可以用作針對(duì)該用戶的合適的或優(yōu)選的廣告內(nèi)容的指示符。當(dāng)廣告內(nèi)容被廣播(其中多種廣告文件被定向到不同的用戶)時(shí)，MBMS客戶端使用groupID作為過濾器以下載和高速緩存將稍后應(yīng)請(qǐng)求而被提供給DASH客戶端的一個(gè)或多個(gè)特定的廣告。對(duì)廣告的廣播遞送可能正發(fā)生廣告插播前(例如，在第二天的足球比賽前的前一晚)或發(fā)生在接近實(shí)際的廣告插播之前的時(shí)間。

只要MBMS客戶端308已獲得本地狀態(tài)信息并映射該數(shù)據(jù)到用戶的groupID值，MBMS客戶端308便能對(duì)廣告進(jìn)行選擇性下載和高速緩存。不同的方式能用以將groupID作為針對(duì)相關(guān)聯(lián)的廣告的元數(shù)據(jù)來傳達(dá)，以使得MBMS客戶端能夠進(jìn)行選擇性的廣告接收。例如，F(xiàn)LUTE FDT擴(kuò)展屬性groupID可以被指定用于由TOI和內(nèi)容-位置標(biāo)識(shí)的廣告文件。也可通過在filterData元素下添加新的子元素groupIDfilter作為針對(duì)對(duì)應(yīng)的廣告文件的標(biāo)識(shí)符，來擴(kuò)展現(xiàn)有的過濾器描述片段，其中該對(duì)應(yīng)的廣告文件的遞送調(diào)度是由文件調(diào)度的實(shí)例宣布的。

在對(duì)XLink的解析中，MBMS客戶端308可以返回(例如，通過groupID)定制的遠(yuǎn)程時(shí)段元素給用戶。該時(shí)段元素包含對(duì)針對(duì)該時(shí)段的期間的廣告內(nèi)容的引用，包括段URL信息。隨后，在廣告中斷的適當(dāng)時(shí)間段中，DASH客戶端306可以使用該信息在廣告插播的恰當(dāng)時(shí)間處取得針對(duì)廣告內(nèi)容的段。因?yàn)閷?duì)應(yīng)的廣告內(nèi)容已被下載并被MBMS客戶端308高速緩存(被高速緩存在HTTP代理高速緩存312內(nèi))，它可以被返回給DASH客戶端306、既而到媒體播放器/應(yīng)用(例如，媒體引擎304)用于在廣告插播期間進(jìn)行渲染。

圖15A和15B是示出根據(jù)本公開內(nèi)容的技術(shù)的示例方法的序列圖。圖15A和15B的方法可以由圖14的系統(tǒng)300的組件來執(zhí)行，盡管其它系統(tǒng)也可以使用這種方法。假定MBMS運(yùn)營(yíng)方、內(nèi)容提供方314和廣告提供方318之間有關(guān)于內(nèi)容和廣告設(shè)定以及MPD 324的格式的業(yè)務(wù)協(xié)定。圖15A和15B示出由包括如下各項(xiàng)的多種元素執(zhí)行的動(dòng)作：應(yīng)用(例如，圖2的媒體應(yīng)用112或圖14的媒體引擎304)、DASH客戶端(例如，圖2的DASH客戶端110或圖14的DASH客戶端306)、MBMS客戶端(例如，圖2的eMBMS中間件單元100或者圖14的MBMS客戶端308)、BM-SC(例如，圖14的BM-SC320)、廣告決策服務(wù)器(例如，圖14的廣告決策服務(wù)器316)、內(nèi)容提供方(例如，圖14的內(nèi)容提供方314)和廣告提供方(例如，圖14的廣告提供方318)。

起初，BM-SC 320可以廣播對(duì)USD(包括MPD片段)的遞送到MBMS客戶端308。媒體應(yīng)用(例如，媒體引擎304)可以請(qǐng)求發(fā)送MPD URL到DASH客戶端306，DASH客戶端306既而可以從MBMS客戶端308(其可以在HTTP代理高速緩存312中高速緩存MPD)獲得MPD(例如，MPD 324)。DASH客戶端306也可以傳遞狀態(tài)信息給MBMS客戶端308，MBMS客戶端308可以指示要被獲得用于客戶端設(shè)備302的用戶的廣告數(shù)據(jù)集合(例如，廣告組)。DASH客戶端306可以根據(jù)MPD@minimumUpdatePeriod輪詢MPD更新，其可以在原MPD中用信號(hào)來發(fā)送。在這個(gè)示例中，MBMS客戶端308隨后將狀態(tài)信息映射到組標(biāo)識(shí)符，例如，groupID＝“B”，用于后續(xù)的定向廣告下載。

對(duì)于主內(nèi)容，可以有普通的廣播遞送以及基于MBMS的DASH(DASH-over-MBMS)媒體呈現(xiàn)的消耗。接著，廣告提供方318可以提供廣告給BM-SC 320。BM-SC 320可以根據(jù)在USD片段中遞送的調(diào)度來廣播廣告內(nèi)容文件，如上面所討論地。廣告內(nèi)容(例如，廣告328)可以通過遠(yuǎn)程時(shí)段元素被引用，每個(gè)廣告由定向groupID標(biāo)記?；谠谏嫌懻摰挠成?，MBMS客戶端308可以選擇性地下載和(在HTTP代理高速緩存312中)高速緩存用groupID＝“B”標(biāo)記的廣告。

廣告決策服務(wù)器316可以向BM-SC 320提供與具有例如1)http://adserver.com/ad1？id＝“A”、2)http://adserver.com/ad1？id＝“B”、3)http://adserver.com/ad1？id＝“C”的BaseURL的遠(yuǎn)程時(shí)段元素對(duì)應(yīng)的三個(gè)文件，每個(gè)文件的時(shí)段開始時(shí)間在將來的時(shí)間T1。BM-SC 320隨后可以播放這些三個(gè)遠(yuǎn)程時(shí)段元素文件。MBMS客戶端308可以基于上面討論的映射，下載并高速緩存只與BaseURL http://adserver.com/ad1？id＝”B”相關(guān)聯(lián)的遠(yuǎn)程時(shí)段元素。BM-SC 320還可以帶內(nèi)遞送針對(duì)媒體呈現(xiàn)的更新的MPD。

根據(jù)MPD最小更新時(shí)段，DASH客戶端306可以從MBMS客戶端308請(qǐng)求更新的MPD。該更新的MPD可以用Period@xlink:href＝“http://adserver.com/ad1？id＝”B”以及@xlink:actuate＝“onLoad”用信號(hào)發(fā)送遠(yuǎn)程時(shí)段。DASH客戶端306可以通過針對(duì)在@xlink:href中出現(xiàn)的URL的HTTP GET請(qǐng)求來進(jìn)一步請(qǐng)求解引用遠(yuǎn)程時(shí)段元素。MBMS客戶端308可以遞送與BaseURL＝“http://adserver.com/ad1？id＝“B”相關(guān)聯(lián)的時(shí)段元素。隨著時(shí)間T1接近，DASH客戶端306可以從MBMS客戶端308(其已在HTTP代理高速緩存312中高速緩存了段)取得由遠(yuǎn)程時(shí)段元素描述的廣告內(nèi)容的段，并隨后提供這些段給媒體應(yīng)用(例如，媒體引擎304)。

以這種方式，圖15A和15B表示了一種方法的示例，包括，通過DASH客戶端：確定與多個(gè)廣告組的廣告媒體數(shù)據(jù)相關(guān)聯(lián)的廣告組標(biāo)識(shí)符集合，其中，所述廣告媒體數(shù)據(jù)將被播放在針對(duì)主媒體內(nèi)容的廣告插播期間，至少部分地基于所述DASH客戶端的用戶的特性，從所述集合中選擇所述廣告組中的一個(gè)廣告組，獲取所選擇的廣告組的廣告媒體數(shù)據(jù)，以及提供所述廣告媒體數(shù)據(jù)給媒體應(yīng)用。

同樣，圖15A和15B表示了一種方法的示例，包括，通過MBMS中間件單元：接收一個(gè)或多個(gè)廣告組的廣告媒體數(shù)據(jù)，從所述客戶端設(shè)備的基于HTTP的動(dòng)態(tài)自適應(yīng)流式傳送(DASH)客戶端接收針對(duì)所述廣告組中的一個(gè)廣告組的標(biāo)識(shí)符值，提取與所述標(biāo)識(shí)符值對(duì)應(yīng)的該個(gè)廣告組的所述廣告媒體數(shù)據(jù)，以及提供所提取的廣告媒體數(shù)據(jù)給所述DASH客戶端。

在一個(gè)或多個(gè)示例中，所描述的功能可以以硬件、軟件、固件或其任何組合實(shí)現(xiàn)。如果以軟件實(shí)現(xiàn)，所述功能可以被存儲(chǔ)或被傳輸作為計(jì)算機(jī)可讀介質(zhì)上的一個(gè)或多個(gè)指令或代碼并由基于硬件的處理單元執(zhí)行。計(jì)算機(jī)可讀介質(zhì)可以包括計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)對(duì)應(yīng)于有形媒介，諸如數(shù)據(jù)存儲(chǔ)媒體或通信媒體，其包括例如根據(jù)通信協(xié)議便于計(jì)算機(jī)程序從一個(gè)地方到另一個(gè)轉(zhuǎn)移的任何介質(zhì)。在這種方式下，計(jì)算機(jī)可讀介質(zhì)通?？蓪?duì)應(yīng)于(1)有形的計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其是非暫時(shí)性或(2)諸如信號(hào)或載波的通信介質(zhì)。數(shù)據(jù)存儲(chǔ)媒體可以是可以由一個(gè)或多個(gè)計(jì)算機(jī)或一個(gè)或多個(gè)處理器訪問以獲取指令、代碼和/或數(shù)據(jù)結(jié)構(gòu)用于實(shí)現(xiàn)在本公開內(nèi)容中描述的技術(shù)的任何可用媒體。計(jì)算機(jī)程序產(chǎn)品可以包括計(jì)算機(jī)可讀介質(zhì)。

通過舉例的方式，而不是限制，這樣的計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)可以包括RAM、ROM、EEPROM、CD-ROM或其它光盤存儲(chǔ)、磁盤存儲(chǔ)或其它磁存儲(chǔ)裝置、閃存或可以被用以以指令或數(shù)據(jù)結(jié)構(gòu)的形式存儲(chǔ)所需的程序代碼并可以由計(jì)算機(jī)訪問的任何其它介質(zhì)。另外，任何連接被適當(dāng)稱為計(jì)算機(jī)可讀介質(zhì)。例如，如果指令是從網(wǎng)站、服務(wù)器或其它遠(yuǎn)程源使用同軸電纜、光纖電纜、雙絞線、數(shù)字用戶線(DSL)或無線技術(shù)(如紅外、無線電、微波)發(fā)送的，那么同軸電纜、光纖電纜、雙絞線、DSL和無線技術(shù)(如紅外、無線電、微波)都包含在介質(zhì)的定義中。然而應(yīng)當(dāng)明白，雖然計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)和數(shù)據(jù)存儲(chǔ)介質(zhì)不包括連接、載波、信號(hào)或其它暫時(shí)性媒體，但是針對(duì)非暫時(shí)性的有形的存儲(chǔ)介質(zhì)。在本文所使用的磁盤和光盤包括光盤(CD)、激光光盤、光盤、數(shù)字多功能光盤(光盤)、軟盤和Blu-ray光盤，其中，磁盤通常用磁性地重生數(shù)據(jù)，而光盤用激光光學(xué)地重生數(shù)據(jù)。上述的組合也應(yīng)包含在計(jì)算機(jī)可讀介質(zhì)范圍內(nèi)。

指令可以由一個(gè)或多個(gè)處理器執(zhí)行，所述一個(gè)或多個(gè)處理器諸如一個(gè)或多個(gè)數(shù)字信號(hào)處理器(DSP)、通用微處理器、專用集成電路(ASIC)、現(xiàn)場(chǎng)可編程邏輯陣列(FPGA)或其它等效集成或分立邏輯電路。因此，本文所使用的術(shù)語“處理器”可以指適用于實(shí)現(xiàn)本文所描述的技術(shù)的任何上述結(jié)構(gòu)或任何其它結(jié)構(gòu)。此外，在某些方面，在本文所述的功能可以在被配置用于編碼和解碼的專用硬件和/或軟件模塊中提供，或在組合的編解碼器中合并。此外，這些技術(shù)可以完全實(shí)現(xiàn)在一個(gè)或多個(gè)電路或邏輯元件中。

本公開內(nèi)容的技術(shù)可以實(shí)現(xiàn)于各種各樣的設(shè)備或裝置，包括無線手機(jī)、集成電路(IC)或IC集合(例如，芯片組)。雖然在本公開內(nèi)容中描述的多種組件、模塊或單元強(qiáng)調(diào)被配置以執(zhí)行所公開的技術(shù)的設(shè)備的功能方面，但不一定需要通過不同的硬件單元實(shí)現(xiàn)。而是，如上所述，多個(gè)單元可以被結(jié)合在編解碼器硬件單元中或由互操作的硬件單元的集合提供，該互操作的硬件單元的集合包括如上所述的一個(gè)或多個(gè)處理器結(jié)合合適的軟件和/或硬件。

多個(gè)示例已被描述。這些和其它示例都在下面的權(quán)利要求書的保護(hù)范圍內(nèi)。