用于單播和廣播之間的廣播dash服務(wù)接收轉(zhuǎn)換的方法和系統(tǒng)的制作方法
【專利摘要】提供用于無(wú)線接收內(nèi)容的一個(gè)或多個(gè)表示的技術(shù)。該方法可涉及接收媒體呈現(xiàn)描述(MPD)，所述MPD包括用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)(2312)。該方法可涉及確定所述廣播傳輸還是所述單播傳輸適于接收所述數(shù)據(jù)片段(2314)；并且基于移動(dòng)實(shí)體的準(zhǔn)則從所述內(nèi)容的多個(gè)表示中選擇給定表示(2316)。該方法可涉及至少部分基于所確定的廣播傳輸和單播傳輸中的一者的參數(shù)來(lái)接收該給定表示的數(shù)據(jù)片段。
【專利說(shuō)明】用于單播和廣播之間的廣播DASH服務(wù)接收轉(zhuǎn)換的方法和系統(tǒng)
[0001]相關(guān)申請(qǐng)的交叉引用
[0002]本專利申請(qǐng)要求以下臨時(shí)申請(qǐng)的優(yōu)先權(quán):2012年I月16日提交的、標(biāo)題為“METHOD AND SYSTEM FOR TRANSIT1NS OF BROADCAST DASH SERVICE RECEPT1NS BETWEENUNICAST AND BROADCAST (用于單播和廣播之間的廣播DASH服務(wù)接收轉(zhuǎn)換的方法和系統(tǒng))”的臨時(shí)申請(qǐng)?zhí)?1/587，103;2012年4月13日提交的、標(biāo)題為“METHOD AND SYSTEMFOR TRANSIT1NS OF BROADCAST DASH SERVICE RECEPT1NS BETWEEN UNICAST ANDBR0ADCAST(用于單播和廣播之間的廣播DASH服務(wù)接收轉(zhuǎn)換的方法和系統(tǒng))”的臨時(shí)申請(qǐng)?zhí)?61/623，965 ;2012 年 5 月 14 日提交的、標(biāo)題為 “METHOD AND SYSTEM FOR TRANSIT1NSOF BROADCAST DASH SERVICE RECEPT1NS BETWEEN UNICAST AND BROADCAST (用于單播和廣播之間的廣播DASH服務(wù)接收轉(zhuǎn)換的方法和系統(tǒng))”的臨時(shí)申請(qǐng)?zhí)?1/646，873 ;以及2012年 10 月 29 日提交的、標(biāo)題為 “METHOD AND SYSTEM FOR TRANSIT1NS OF BROADCAST DASHSERVICE RECEPT1NS BETWEEN UNICAST AND BROADCAST (用于單播和廣播之間的廣播DASH服務(wù)接收轉(zhuǎn)換的方法和系統(tǒng))”的臨時(shí)申請(qǐng)?zhí)?1/719，936，其均被轉(zhuǎn)讓給本受讓人并且其全部?jī)?nèi)容由此通過(guò)援引明確納入于此。
[0003]背景
[0004]領(lǐng)域
[0005]本公開的各方面一般涉及無(wú)線通信系統(tǒng)，更具體而言，涉及通過(guò)HTTP的動(dòng)態(tài)自適應(yīng)流傳輸(DASH)服務(wù)。
[0006]背景
[0007]無(wú)線通信網(wǎng)絡(luò)被廣泛部署以提供各種通信服務(wù)，諸如語(yǔ)音、視頻、分組數(shù)據(jù)、消息接發(fā)、廣播等。這些無(wú)線網(wǎng)絡(luò)可以是能夠通過(guò)共享可用的網(wǎng)絡(luò)資源來(lái)支持多個(gè)用戶的多址網(wǎng)絡(luò)。這類多址網(wǎng)絡(luò)的示例包括碼分多址(CDMA)網(wǎng)絡(luò)、時(shí)分多址(TDMA)網(wǎng)絡(luò)、頻分多址(FDMA)網(wǎng)絡(luò)、正交FDMA (OFDMA)網(wǎng)絡(luò)、以及單載波FDMA (SC-FDMA)網(wǎng)絡(luò)。
[0008]無(wú)線通信網(wǎng)絡(luò)可包括能夠支持?jǐn)?shù)個(gè)用戶裝備(UE)(亦稱為移動(dòng)實(shí)體)通信的數(shù)個(gè)基站。UE可經(jīng)由下行鏈路和上行鏈路與基站通信。下行鏈路(或即前向鏈路)是指從基站至UE的通信鏈路，而上行鏈路(或即反向鏈路)是指從UE至基站的通信鏈路。如本文中所使用的，“基站”意指演進(jìn)型B節(jié)點(diǎn)(eNB)、B節(jié)點(diǎn)、歸屬B節(jié)點(diǎn)、或者無(wú)線通信系統(tǒng)的類似網(wǎng)絡(luò)組件。
[0009]作為全球移動(dòng)通信系統(tǒng)(GSM)和通用移動(dòng)電信系統(tǒng)(UMTS)的演進(jìn)，第3代伙伴項(xiàng)目(3GPP)長(zhǎng)期演進(jìn)(LTE)代表了蜂窩技術(shù)中的主要進(jìn)步。LTE物理層(PHY)提供了在基站(諸如演進(jìn)型B節(jié)點(diǎn)(eNB))與移動(dòng)實(shí)體(諸如UE)之間傳達(dá)數(shù)據(jù)和控制信息兩者的高效方式。在先前的應(yīng)用中，用于促成多媒體的高帶寬通信的方法是單頻網(wǎng)絡(luò)(SFN)操作。SFN利用無(wú)線電發(fā)射機(jī)(諸如舉例而言，eNB)來(lái)與訂戶UE通信。在單播操作中，每個(gè)eNB被控制為傳送攜帶定向至一個(gè)或多個(gè)特定訂戶UE的信息的信號(hào)。單播信令的專屬性使得能夠?qū)崿F(xiàn)人對(duì)人服務(wù)，諸如舉例而言，語(yǔ)音呼叫、文本消息接發(fā)、或視頻呼叫。
[0010]通過(guò)HTTP的動(dòng)態(tài)自適應(yīng)流傳輸(DASH)允許通過(guò)超文本傳輸協(xié)議(HTTP)遞送連續(xù)(流)媒體內(nèi)容，超文本傳輸協(xié)議是一種單播傳送協(xié)議。DASH內(nèi)容的同時(shí)單播和廣播遞送以及對(duì)單播和廣播遞送之間的轉(zhuǎn)換(以及反過(guò)來(lái))的處理未被完全定義。與廣播遞送相關(guān)聯(lián)的等待時(shí)間還為這種轉(zhuǎn)換提出了更多的挑戰(zhàn)。有關(guān)廣播可用性調(diào)整的信息(例如，可用性的延遲或提前)取決于網(wǎng)絡(luò)部署并且應(yīng)當(dāng)對(duì)移動(dòng)實(shí)體可用以實(shí)現(xiàn)單播和廣播遞送之間的無(wú)縫轉(zhuǎn)換。與經(jīng)由廣播的DASH片段的遞送有關(guān)的信息可能需要被遞送到DASH客戶端，其中這種信息可包括:對(duì)內(nèi)容的單播版本的接收的地理約束；關(guān)于在給定區(qū)域中內(nèi)容的哪種表示經(jīng)由廣播可用的信息、用于允許發(fā)現(xiàn)承載同一內(nèi)容的不同表示的適當(dāng)廣播傳輸會(huì)話的信息；以及用于支持按需DASH服務(wù)以卸載單播DASH話務(wù)的信息。相應(yīng)地，還需要用于傳遞支持廣播遞送的參數(shù)而不影響DASH的核心單播特性的技術(shù)。
[0011]概述
[0012]附圖中示出的本發(fā)明的解說(shuō)性實(shí)施例在以下進(jìn)行了概述。這些和其他實(shí)施例在詳細(xì)描述部分被更全面地描述。然而，要理解，沒(méi)有意圖將本發(fā)明限定于在該發(fā)明概述中或在詳細(xì)描述中描述的形式。
[0013]注意:廣播和多播在本文中被視為同義詞使用。還要注意:在一些廣播網(wǎng)絡(luò)中，廣播流傳輸?shù)膬?nèi)容也可經(jīng)由單播可用并訪問(wèn)。這一替代的內(nèi)容遞送提供了一種用于訪問(wèn)針對(duì)不在廣播覆蓋范圍內(nèi)的廣播流傳輸服務(wù)的內(nèi)容的單播回退技術(shù)。一個(gè)問(wèn)題是:廣播DASH服務(wù)可以遞送不同位置中的該內(nèi)容的不同版本(例如，不同表示)。還有可能:不同表示可能僅經(jīng)由廣播可用、或僅經(jīng)由單播可用、或者經(jīng)由單播和廣播兩者均可用。
[0014]根據(jù)本文描述的各實(shí)施例的一個(gè)或多個(gè)方面，提供了一種可由無(wú)線通信系統(tǒng)中的移動(dòng)實(shí)體操作的方法。該方法可涉及接收媒體呈現(xiàn)描述(MPD)，所述Mro包括用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)。該方法可涉及確定廣播傳輸還是單播傳輸適于數(shù)據(jù)片段的接收。該方法可涉及基于該移動(dòng)實(shí)體的準(zhǔn)則從該內(nèi)容的多個(gè)表示中選擇給定表不O該方法可涉及至少部分基于所確定的廣播傳輸和單播傳輸中的一者的參數(shù)來(lái)接收該給定表示的數(shù)據(jù)片段。在相關(guān)方面，一種電子設(shè)備(例如，移動(dòng)實(shí)體或其(諸)組件)可被配置成執(zhí)行上述方法。
[0015]根據(jù)本文描述的各實(shí)施例的一個(gè)或多個(gè)方面，提供了另一種可由移動(dòng)實(shí)體操作的方法。該方法可涉及接收系統(tǒng)信息，該系統(tǒng)信息包括:(a) DASH MPD ;以及(b)用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)。該方法可涉及基于該廣播傳輸?shù)脑搮?shù)和該移動(dòng)實(shí)體的準(zhǔn)則從該內(nèi)容的多個(gè)表示中選擇給定表示。該方法可涉及在廣播文件遞送會(huì)話中接收該給定表示的數(shù)據(jù)片段。在相關(guān)方面，一種電子設(shè)備(例如，網(wǎng)絡(luò)實(shí)體或其(諸)組件)可被配置成執(zhí)行上述方法。
[0016]根據(jù)本文描述的各實(shí)施例的一個(gè)或多個(gè)方面，提供了一種可由網(wǎng)絡(luò)實(shí)體操作的方法。該方法可涉及發(fā)送MPD，所述Mro包括用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)。該方法可涉及接收對(duì)該內(nèi)容的給定表示的請(qǐng)求。該方法可涉及至少部分基于所述參數(shù)來(lái)經(jīng)由廣播傳輸或單播傳輸在文件遞送會(huì)話中發(fā)送該給定表示的該數(shù)據(jù)片段。在相關(guān)方面，一種電子設(shè)備(例如，網(wǎng)絡(luò)實(shí)體或其(諸)組件)可被配置成執(zhí)行上述方法。
[0017]為了實(shí)現(xiàn)前述以及相關(guān)目的，一個(gè)或多個(gè)實(shí)施例包括隨后完整描述的以及在權(quán)利要求書中具體指出的特征。以下描述和所附插圖詳細(xì)闡述了這一個(gè)或更多個(gè)實(shí)施例的某些解說(shuō)性方面。但是，這些方面僅僅指示了可采用各個(gè)實(shí)施例的原理的各種方式中的若干種，并且所描述的實(shí)施例旨在涵蓋所有此類方面及其等效方案。
[0018]附圖簡(jiǎn)述
[0019]圖1是概念性地解說(shuō)電信系統(tǒng)的示例的框圖。
[0020]圖2是概念性地解說(shuō)電信系統(tǒng)中下行鏈路幀結(jié)構(gòu)的示例的框圖。
[0021]圖3是概念性地解說(shuō)根據(jù)本公開的一個(gè)方面配置的基站/eNB和UE的設(shè)計(jì)的框圖。
[0022]圖4是解說(shuō)用于單播和多播信號(hào)的碼元分配的示例的信令幀的示圖。
[0023]圖5是解說(shuō)單頻網(wǎng)絡(luò)上MBMS (MBSFN)服務(wù)區(qū)域內(nèi)的MBSFN區(qū)域的示圖。
[0024]圖6是解說(shuō)用于提供或支持MBSFN服務(wù)的無(wú)線通信系統(tǒng)的組件的框圖。
[0025]圖7解說(shuō)DASH MPD的實(shí)施例。
[0026]圖8解說(shuō)DASH MPD中的BaseURL的實(shí)施例。
[0027]圖9解說(shuō)eMBMS USD中的包描述的實(shí)施例。
[0028]圖1OA解說(shuō)用于eMBMS的USD的實(shí)施例。
[0029]圖1OB解說(shuō)用于eMBMS的USD的另一實(shí)施例。
[0030]圖11解說(shuō)eMBMS USD中的deliveryMethod(遞送方法)描述的實(shí)施例。
[0031]圖12解說(shuō)MPD等級(jí)的多個(gè)BaseURL的實(shí)施例。
[0032]圖13解說(shuō)DASH片段可用性時(shí)間線的實(shí)施例。
[0033]圖14示出對(duì)保護(hù)周期的隱式考慮的示例。
[0034]圖15示出UC-BC轉(zhuǎn)換的示例時(shí)間線。
[0035]圖16示出用于單播獲取的片段的不同回放延遲的示例。
[0036]圖17示出用于廣播獲取的片段的不同回放延遲的示例。
[0037]圖18示出BC-UC轉(zhuǎn)換的示例時(shí)間線。
[0038]圖19示出基于廣播vs.單播獲取的片段的片段回放。
[0039]圖20示出用于單一服務(wù)的多個(gè)廣播傳輸。
[0040]圖21示出經(jīng)由XML串來(lái)傳輸單一服務(wù)的多個(gè)廣播傳輸?shù)膮?shù)。
[0041]圖22k解說(shuō)可由移動(dòng)實(shí)體執(zhí)行的示例方法。
[0042]圖22B-D示出圖22A的方法的進(jìn)一步方面。
[0043]圖23示出與圖22A-D的方法對(duì)應(yīng)的裝置的實(shí)施例。
[0044]圖24解說(shuō)可由無(wú)線系統(tǒng)中的移動(dòng)實(shí)體執(zhí)行的另一示例方法。
[0045]圖25示出與圖24的方法對(duì)應(yīng)的裝置的實(shí)施例。
[0046]圖26解說(shuō)可由無(wú)線系統(tǒng)中的網(wǎng)絡(luò)實(shí)體執(zhí)行的示例方法。
[0047]圖27示出與圖26的方法對(duì)應(yīng)的裝置的實(shí)施例。
[0048]詳細(xì)描述
[0049]以下結(jié)合附圖闡述的詳細(xì)描述旨在作為各種配置的描述，而無(wú)意表示可實(shí)踐本文中所描述的概念的僅有的配置。本詳細(xì)描述包括具體細(xì)節(jié)以便提供對(duì)各種概念的透徹理解。然而，對(duì)于本領(lǐng)域技術(shù)人員顯而易見的是，沒(méi)有這些具體細(xì)節(jié)也可實(shí)踐這些概念。在一些實(shí)例中，以框圖形式示出眾所周知的結(jié)構(gòu)和組件以避免湮沒(méi)此類概念。
[0050]本文中所描述的諸技術(shù)可用于各種無(wú)線通信網(wǎng)絡(luò)，諸如CDMA、TDMA, FDMA, OFDMA,SC-FDMA及其他網(wǎng)絡(luò)。術(shù)語(yǔ)“網(wǎng)絡(luò)”和“系統(tǒng)”?？苫Q地使用。CDMA網(wǎng)絡(luò)可實(shí)現(xiàn)諸如通用地面無(wú)線電接入(UTRA)、cdma2000等無(wú)線電技術(shù)。UTRA包括寬帶CDMA (WCDMA)以及CDMA的其他變體。CDMA2000涵蓋IS-2000、IS-95和IS-856標(biāo)準(zhǔn)。TDMA網(wǎng)絡(luò)可實(shí)現(xiàn)諸如全球移動(dòng)通信系統(tǒng)(GSM)之類的無(wú)線電技術(shù)。OFDMA網(wǎng)絡(luò)可以實(shí)現(xiàn)諸如演進(jìn)型UTRA (E-UTRA)、超移動(dòng)寬帶(UMB)、IEEE802.1l(W1-Fi)、IEEE802.16 (WiMAX)、IEEE802.20、Flash-OFDM 等無(wú)線電技術(shù)。UTRA和E-UTRA是通用移動(dòng)電信系統(tǒng)(UMTS)的一部分。3GPP長(zhǎng)期演進(jìn)(LTE)和高級(jí) LTE(LTE-A)是使用 E-UTRA 的新 UMTS 版本。UTRA、E_UTRA、UMTS、LTE、LTE-A 以及 GSM在來(lái)自名為“第三代伙伴項(xiàng)目”(3GPP)的組織的文獻(xiàn)中描述。CDMA2000和UMB在來(lái)自名為“第三代伙伴項(xiàng)目2”(3GPP2)的組織的文獻(xiàn)中描述。本文所描述的諸技術(shù)可被用于以上所提及的無(wú)線網(wǎng)絡(luò)和無(wú)線電技術(shù)以及其他無(wú)線網(wǎng)絡(luò)和無(wú)線電技術(shù)。為了清楚起見，以下針對(duì)LTE來(lái)描述這些技術(shù)的某些方面，并且在以下大部分描述中使用LTE術(shù)語(yǔ)。
[0051]圖1示出了無(wú)線通信網(wǎng)絡(luò)100，其可以是LTE網(wǎng)絡(luò)。無(wú)線網(wǎng)絡(luò)100可包括數(shù)個(gè)eNBllO和其他網(wǎng)絡(luò)實(shí)體。eNB可以是與UE通信的站并且也可被稱為基站、B節(jié)點(diǎn)、接入點(diǎn)、或其他術(shù)語(yǔ)。每個(gè)eNBllOa、110b、IlOc可提供對(duì)特定地理區(qū)域的通信覆蓋。在3GPP中，術(shù)語(yǔ)“蜂窩小區(qū)”取決于使用該術(shù)語(yǔ)的上下文可指eNB的覆蓋區(qū)和/或服務(wù)該覆蓋區(qū)的eNB子系統(tǒng)。
[0052]eNB可提供對(duì)宏蜂窩小區(qū)、微微蜂窩小區(qū)、毫微微蜂窩小區(qū)、和/或其他類型蜂窩小區(qū)的通信覆蓋。宏蜂窩小區(qū)可覆蓋相對(duì)較大的地理區(qū)域(例如，半徑為數(shù)千米的區(qū)域)，并且可允許無(wú)約束地由具有服務(wù)訂閱的UE接入。微微蜂窩小區(qū)可覆蓋相對(duì)較小的地理區(qū)域并且可允許無(wú)約束地由具有服務(wù)訂閱的UE接入。毫微微蜂窩小區(qū)可覆蓋相對(duì)較小的地理區(qū)域(例如，住宅)并且可允許有約束地由與該毫微微蜂窩小區(qū)有關(guān)聯(lián)的UE (例如，封閉訂戶群(CSG)中的UE、該住宅中用戶的UE等)接入。用于宏蜂窩小區(qū)的eNB可被稱為宏eNB。用于微微蜂窩小區(qū)的eNB可被稱為微微eNB。用于毫微微蜂窩小區(qū)的eNB可被稱為毫微微eNB或家用eNB(HNB)。在圖1中所示的示例中，eNBl1aU1b和IlOc可以分別是宏蜂窩小區(qū)102a、102b和102c的宏eNB。eNBllOx可以是服務(wù)UE120x的微微蜂窩小區(qū)102x的微微eNB。eNBllOy和IlOz可以分別是毫微微蜂窩小區(qū)102y和102z的毫微微eNB。eNB可支持一個(gè)或多個(gè)(例如，三個(gè))蜂窩小區(qū)。
[0053]無(wú)線網(wǎng)絡(luò)100還可包括中繼站110r。中繼站是從上游站(例如，eNB或UE)接收數(shù)據(jù)和/或其他信息的傳輸并向下游站(例如，UE或eNB)發(fā)送該數(shù)據(jù)和/或其他信息的傳輸?shù)恼?。中繼站還可以是為其他UE中繼傳輸?shù)腢E。在圖1中所示的示例中，中繼站IlOr可與eNBllOa和UE120r進(jìn)行通信以促成eNBllOa與UE120r之間的通信。中繼站也可被稱為中繼eNB、中繼等。
[0054]無(wú)線網(wǎng)絡(luò)100可以是包括例如宏eNB、微微eNB、毫微微eNB、中繼等不同類型的eNB的異構(gòu)網(wǎng)絡(luò)。這些不同類型的eNB可具有不同發(fā)射功率電平、不同覆蓋區(qū)域，并對(duì)無(wú)線網(wǎng)絡(luò)100中的干擾具有不同影響。例如，宏eNB可具有高發(fā)射功率電平(例如，20瓦)，而微微eNB、毫微微eNB和中繼可具有較低的發(fā)射功率電平(例如，I瓦)。
[0055]無(wú)線網(wǎng)絡(luò)100可支持同步或異步操作。對(duì)于同步操作，各eNB可以具有相似的幀定時(shí)，并且來(lái)自不同eNB的傳輸可以在時(shí)間上大致對(duì)齊。對(duì)于異步操作，各eNB可以具有不同的幀定時(shí)，并且來(lái)自不同eNB的傳輸可能在時(shí)間上并不對(duì)齊。本文中描述的諸技術(shù)可用于同步和異步操作兩者。
[0056]網(wǎng)絡(luò)控制器130可耦合至一組eNB并提供對(duì)這些eNB的協(xié)調(diào)和控制。網(wǎng)絡(luò)控制器130可經(jīng)由回程與eNBllO進(jìn)行通信。各eNBllO還可例如直接、或者經(jīng)由無(wú)線或有線回程間接地彼此進(jìn)行通信。
[0057]各UE120可分散遍及無(wú)線網(wǎng)絡(luò)100，并且每個(gè)UE可以是駐定的或移動(dòng)的。UE還可被稱為終端、移動(dòng)站、訂戶單元、站等。UE可以是蜂窩電話、個(gè)人數(shù)字助理(PDA)、無(wú)線調(diào)制解調(diào)器、無(wú)線通信設(shè)備、手持式設(shè)備、膝上型計(jì)算機(jī)、無(wú)繩電話、無(wú)線局部環(huán)路(WLL)站、或其他移動(dòng)實(shí)體等。UE可以能夠與宏eNB、微微eNB、毫微微eNB、中繼、或其他網(wǎng)絡(luò)實(shí)體進(jìn)行通信。在圖1中，具有雙箭頭的實(shí)線指示UE與服務(wù)eNB之間的期望傳輸，服務(wù)eNB是被指定在下行鏈路和/或上行鏈路上服務(wù)該UE的eNB。具有雙箭頭的虛線指示UE與eNB之間的干擾性傳輸。
[0058]LTE在下行鏈路上利用正交頻分復(fù)用(OFDM)并在上行鏈路上利用單載波頻分復(fù)用(SC-FDM)。OFDM和SC-FDM將系統(tǒng)帶寬劃分成多個(gè)(K個(gè))正交副載波，這些副載波也常被稱為頻調(diào)、頻槽等。每個(gè)副載波可用數(shù)據(jù)來(lái)調(diào)制。一般而言，調(diào)制碼元在OFDM下是在頻域中發(fā)送的，而在SC-FDM下是在時(shí)域中發(fā)送的。毗鄰副載波之間的間距可以是固定的，且副載波的總數(shù)(K)可取決于系統(tǒng)帶寬。例如，對(duì)于系統(tǒng)帶寬1.25、2.5、5、10或20兆赫茲(MHz)，K可分別等于128、256、512、1024或2048。系統(tǒng)帶寬還可被劃分成子帶。例如，子帶可覆蓋1.08MHz，并且對(duì)于1.25,2.5、5、10或20MHz的系統(tǒng)帶寬，可分別有1、2、4、8或16個(gè)子帶。
[0059]圖2示出了 LTE中使用的下行鏈路幀結(jié)構(gòu)。用于下行鏈路的傳輸時(shí)間線可以被劃分成以無(wú)線電幀為單位。每個(gè)無(wú)線電幀可具有預(yù)定歷時(shí)(例如10毫秒(ms))，并且可被劃分成具有索引O至9的10個(gè)子幀。每個(gè)子幀可包括兩個(gè)時(shí)隙。因此每個(gè)無(wú)線電幀可包括具有索引O至19的20個(gè)時(shí)隙。每個(gè)時(shí)隙可包括L個(gè)碼元周期，例如，對(duì)于正常循環(huán)前綴(CP)為7個(gè)碼元周期(如圖2中所示)，或者對(duì)于擴(kuò)展循環(huán)前綴為6個(gè)碼元周期。正常CP和擴(kuò)展CP在本文中可被稱為不同的CP類型。每個(gè)子幀中的這2L個(gè)碼元周期可被指派索弓丨0至2L-1。可將可用時(shí)頻資源劃分成資源塊。每個(gè)資源塊可覆蓋一個(gè)時(shí)隙中的N個(gè)副載波(例如，12個(gè)副載波)。
[0060]在LTE中，eNB可為該eNB中的每個(gè)蜂窩小區(qū)發(fā)送主同步信號(hào)(PSS)和副同步信號(hào)(SSS)。如圖2中所示，這些主和副同步信號(hào)可在具有正常循環(huán)前綴的每個(gè)無(wú)線電幀的子幀O和5中的每一者中分別在碼元周期6和5中被發(fā)送。這些同步信號(hào)可被UE用于蜂窩小區(qū)檢測(cè)和捕獲。eNB可在子幀O的時(shí)隙I中的碼元周期O到3中發(fā)送物理廣播信道(PBCH)。PBCH可攜帶某些系統(tǒng)信息。
[0061]eNB可在每個(gè)子幀的第一碼元周期的僅一部分中發(fā)送物理控制格式指示符信道(PCFICH)，盡管在圖2中描繪成在整個(gè)第一碼元周期里發(fā)送。PCFICH可傳達(dá)用于控制信道的碼元周期的數(shù)目(M)，其中M可以等于1、2或3并且可以逐子幀地改變。對(duì)于小系統(tǒng)帶寬(例如，具有少于10個(gè)資源塊)而言，M還可等于4。在圖2中所示的示例中，M= 3。eNB可在每個(gè)子幀的頭M個(gè)碼元周期中(在圖2中M = 3)發(fā)送物理HARQ指示符信道(PHICH)和物理下行鏈路控制信道(PDCCH)。PHICH可攜帶用于支持混合自動(dòng)重傳(HARQ)的信息。PDCCH可攜帶關(guān)于對(duì)UE的資源分配的信息以及用于下行鏈路信道的控制信息。盡管未在圖2中的第一碼元周期中示出，但是應(yīng)理解，第一碼元周期中也包括HXXH和PHICH。類似地，PHICH和HXXH兩者也在第二和第三碼元周期中，盡管圖2中未如此示出。eNB可在每個(gè)子幀的其余碼元周期中發(fā)送物理下行鏈路共享信道(PDSCH)。PDSCH可攜帶給予為下行鏈路上的數(shù)據(jù)傳輸所調(diào)度的UE的數(shù)據(jù)。LTE中的各種信號(hào)和信道在公眾可獲取的題為“EvolvedUniversal Terrestrial Rad1 Access (E-UTRA) ；Physical Channels and Modulat1n(演進(jìn)型通用地面無(wú)線電接入(E-UTRA);物理信道和調(diào)制)”的3GPP TS36.211中作了描述。
[0062]eNB可在由該eNB使用的系統(tǒng)帶寬的中心1.08MHz中發(fā)送PSS、SSS和PBCH。eNB可在每個(gè)發(fā)送PCFICH和PHICH的碼元周期中跨整個(gè)系統(tǒng)帶寬來(lái)發(fā)送這些信道。eNB可在系統(tǒng)帶寬的某些部分中向UE群發(fā)送H)CCH。eNB可在系統(tǒng)帶寬的特定部分中向特定UE發(fā)送PDSCH。eNB可以廣播方式向所有的UE發(fā)送PSS、SSS、PBCH、PCFICH和PHICH，可以單播方式向特定UE發(fā)送H)CCH，并且還可以單播方式向特定UE發(fā)送roscH。
[0063]在每個(gè)碼元周期中可有數(shù)個(gè)資源元素可用。每個(gè)資源元素可覆蓋一個(gè)碼元周期中的一個(gè)副載波，并且可被用于發(fā)送一個(gè)調(diào)制碼元，該調(diào)制碼元可以是實(shí)數(shù)值或復(fù)數(shù)值。每個(gè)碼元周期中未用于參考信號(hào)的資源元素可被安排成資源元素群(REG)。每個(gè)REG可包括一個(gè)碼元周期中的四個(gè)資源元素。PCFICH可占用碼元周期O中的四個(gè)REG，這四個(gè)REG可跨頻率近似均等地間隔開。PHICH可占用一個(gè)或多個(gè)可配置碼元周期中的三個(gè)REG，這三個(gè)REG可跨頻率分布。例如，用于PHICH的這三個(gè)REG可都屬于碼元周期0，或者可分布在碼元周期O、I和2中。PDCCH可占用頭M個(gè)碼元周期中的9、18、32或64個(gè)REG，這些REG可從可用REG中選擇。僅僅某些REG組合可被允許用于H)CCH。
[0064]UE可獲知用于PHICH和PCFICH的具體REG。UE可搜索不同REG組合以尋找TOCCH。要搜索的組合的數(shù)目一般少于允許用于I3DCCH的組合的數(shù)目。eNB可在UE將搜索的任何組合中向該UE發(fā)送H)CCH。
[0065]UE可能在多個(gè)eNB的覆蓋內(nèi)?？蛇x擇這些eNB之一來(lái)服務(wù)該UE?？苫谥T如收到功率、路徑損耗、信噪比(SNR)等各種準(zhǔn)則來(lái)選擇服務(wù)eNB。
[0066]圖3示出可為圖1中的各基站/eNB之一和各UE之一的基站/eNBllO和UE120的設(shè)計(jì)的框圖。對(duì)于受約束關(guān)聯(lián)的情景，基站I1可以是圖1中的宏eNBllOc，并且UE120可以是UE120y?；?10也可以是某一其他類型的基站?；?10可裝備有天線334a到334t,并且UE120可裝備有天線352a到352r。
[0067]在基站110處，發(fā)射處理器320可接收來(lái)自數(shù)據(jù)源312的數(shù)據(jù)和來(lái)自控制器/處理器340的控制信息。控制信息可用于PBCH、PCFICH、PHICH、PDCCH等。數(shù)據(jù)可用于PDSCH等。處理器320可處理(例如，編碼和碼元映射)數(shù)據(jù)和控制信息以分別獲得數(shù)據(jù)碼元和控制碼元。處理器320還可生成(例如，用于PSS、SSS、以及因蜂窩小區(qū)而異的參考信號(hào)的)參考碼元。發(fā)射(TX)多輸入多輸出(MMO)處理器330可在適用的情況下對(duì)數(shù)據(jù)碼元、控制碼元、和/或參考碼元執(zhí)行空間處理(例如，預(yù)編碼)，并且可將輸出碼元流提供給調(diào)制器(MOD) 332a到332t。每個(gè)調(diào)制器332可處理各自的輸出碼元流(例如，針對(duì)OFDM等)以獲得輸出采樣流。每個(gè)調(diào)制器332可進(jìn)一步處理(例如，轉(zhuǎn)換至模擬、放大、濾波、及上變頻)該輸出采樣流以獲得下行鏈路信號(hào)。來(lái)自調(diào)制器332a到332t的下行鏈路信號(hào)可以分別經(jīng)由天線334a到334t被發(fā)射。
[0068]在UE120處，天線352a到352r可接收來(lái)自基站110的下行鏈路信號(hào)并可分別向解調(diào)器(DEMOD) 354a到354r提供所接收到的信號(hào)。每個(gè)解調(diào)器354可調(diào)理(例如，濾波、放大、下變頻、以及數(shù)字化)各自收到的信號(hào)以獲得輸入采樣。每個(gè)解調(diào)器354可進(jìn)一步處理輸入采樣(例如，針對(duì)OFDM等)以獲得收到碼元。MMO檢測(cè)器356可獲得來(lái)自所有解調(diào)器354a到354r的收到碼元，在適用的情況下對(duì)這些收到碼元執(zhí)行MMO檢測(cè)，和提供檢出碼元。接收處理器358可處理(例如，解調(diào)、解交織、以及解碼)這些檢出碼元，將經(jīng)解碼的給UE120的數(shù)據(jù)提供給數(shù)據(jù)阱360，并且將經(jīng)解碼的控制信息提供給控制器/處理器380。
[0069]在上行鏈路上，在UE120處，發(fā)射處理器364可接收并處理來(lái)自數(shù)據(jù)源362的(例如，用于PUSCH的)數(shù)據(jù)以及來(lái)自控制器/處理器380的(例如，用于I3UCCH的)控制信息。處理器364還可生成參考信號(hào)的參考碼元。來(lái)自發(fā)射處理器364的碼元可在適用的情況下由TX MIMO處理器366預(yù)編碼，由調(diào)制器354a到354r進(jìn)一步處理(例如，針對(duì)SC-FDM等)，并且向基站110傳送。在基站110處，來(lái)自UE120的上行鏈路信號(hào)可由天線334接收，由解調(diào)器332處理，在適用的情況下由MMO檢測(cè)器336檢測(cè)，并由接收處理器338進(jìn)一步處理以獲得經(jīng)解碼的由UE120發(fā)送的數(shù)據(jù)和控制信息。處理器338可將經(jīng)解碼的數(shù)據(jù)提供給數(shù)據(jù)阱339并將經(jīng)解碼的控制信息提供給控制器/處理器340。
[0070]控制器/處理器340和380可以分別指導(dǎo)基站110和UE120處的操作?；?10處的處理器340和/或其他處理器和模塊可執(zhí)行或指導(dǎo)用于本文所述的技術(shù)的各個(gè)過(guò)程(例如，參見圖26)的執(zhí)行。UE120處的處理器380和/或其他處理器和模塊可執(zhí)行或指導(dǎo)用于本文所述的技術(shù)的各個(gè)過(guò)程(例如，參見圖22A-D以及圖24)的執(zhí)行。存儲(chǔ)器342和382可分別存儲(chǔ)用于基站110和UE120的數(shù)據(jù)和程序代碼。調(diào)度器344可調(diào)度UE以進(jìn)行下行鏈路和/或上行鏈路上的數(shù)據(jù)傳輸。
[0071]單頻網(wǎng)絡(luò)中的eMBMS和單播信令:促成多媒體的高寬帶通信的一種技術(shù)是單頻網(wǎng)絡(luò)(SFN)操作。具體而言，多媒體廣播多播服務(wù)(MBMS)以及用于LTE的MBMS可利用此類SFN操作，用于LTE的MBMS也稱為演進(jìn)型MBMS(eMBMS)(包括舉例而言近來(lái)在LTE上下文中被稱為多媒體廣播單頻網(wǎng)絡(luò)(MBSFN)的網(wǎng)絡(luò))。SFN利用無(wú)線電發(fā)射機(jī)(諸如舉例而言，eNB)來(lái)與訂戶UE通信。eNB群可以同步方式傳送信息，從而各信號(hào)相互加強(qiáng)，而不是彼此干擾。在eMBMS的上下文中，從LTE網(wǎng)絡(luò)的多個(gè)eNB向多個(gè)UE傳送共享內(nèi)容。因此，在給定eMBMS區(qū)域內(nèi)，UE可從作為eMBMS服務(wù)區(qū)域或MBSFN區(qū)域的一部分的無(wú)線電范圍內(nèi)的任何eNB接收eMBMS信號(hào)。然而，為了解碼eMBMS信號(hào)，每個(gè)UE在非eMBMS信道上從服務(wù)eNB接收多播控制信道(MCCH)信息。MCCH信息不時(shí)地變化，并且通過(guò)另一非eMBMS信道(即PDCCH)來(lái)提供對(duì)變化的通知。因此，為了解碼特定eMBMS區(qū)域內(nèi)的eMBMS信號(hào)，由該區(qū)域中的一個(gè)eNB向每個(gè)UE服務(wù)MCCH和TOCCH信號(hào)。
[0072]根據(jù)本公開的主題的各方面，提供了具有與對(duì)eMBMS的單載波優(yōu)化有關(guān)的特征的無(wú)線網(wǎng)絡(luò)(例如，3GPP網(wǎng)絡(luò))。eMBMS提供了從LTE網(wǎng)絡(luò)向多個(gè)移動(dòng)實(shí)體(諸如舉例而言UE)傳送共享內(nèi)容的高效方式。
[0073]關(guān)于針對(duì)LTE頻分雙工(FDD)的eMBMS的物理層(PHY)，信道結(jié)構(gòu)可包括混合載波上的eMBMS與單播傳輸之間的時(shí)分復(fù)用(TDM)資源劃分，由此允許靈活和動(dòng)態(tài)的頻譜利用。當(dāng)前，被稱為多媒體廣播單頻網(wǎng)絡(luò)(MBSFN)子幀的、子幀的子集(高達(dá)60%)可被保留用于eMBMS傳輸。由此，當(dāng)前eMBMS設(shè)計(jì)允許十個(gè)子幀中最多6個(gè)子幀用于eMBMS。
[0074]用于eMBMS的子幀分配的一個(gè)示例在圖4中示出，圖4示出關(guān)于單載波情形的MBSFN子幀上MBSFN參考信號(hào)的現(xiàn)有分配。圖4中所描繪的各組件對(duì)應(yīng)于圖2中所示的那些組件，其中圖4示出每個(gè)時(shí)隙和資源塊(RB)內(nèi)的個(gè)體副載波。在3GPP LTE中，一 RB跨越0.5ms的時(shí)隙歷時(shí)上的12個(gè)副載波，其中每個(gè)副載波具有15kHz的帶寬，由此每RB—起跨越180kHz的帶寬。子幀可被分配用于單播或eMBMS ;例如在標(biāo)記為O、1、2、3、4、5、6、7、
8、和9的子幀序列中，子幀0、4、5、和9可在FDD中從eMBMS中排除。而且，子幀0、1、5、和6可在時(shí)分雙工(TDD)中從eMBMS中排除。更具體地，子幀0、4、5、和9可被用于PSS/SSS/PBCH/尋呼/系統(tǒng)信息塊(SIB)和單播服務(wù)。該序列中的剩余子幀，例如，子幀1、2、3、6、7、和8可被配置為eMBMS子幀。
[0075]繼續(xù)參照?qǐng)D4，在每個(gè)eMBMS子幀內(nèi)，頭一個(gè)或頭兩個(gè)碼元可被用于單播參考碼元(RS)和控制信令。頭一個(gè)或頭兩個(gè)碼元的CP長(zhǎng)度可跟隨子幀O的CP長(zhǎng)度。如果CP長(zhǎng)度不同，則在頭一個(gè)或頭兩個(gè)碼元與eMBMS碼元之間可能發(fā)生傳輸間隙。在相關(guān)方面，考慮到RS開銷的總體eMBMS帶寬利用率可以是42.5% (例如，6個(gè)eMBMS子幀以及每個(gè)eMBMS子幀內(nèi)的2個(gè)控制碼元)。用于提供MBSFN RS和單播RS的已知技術(shù)通常涉及在MBSFN子幀上分配MBSFN RS (如圖4中示出的)，并且在非MBSFN子幀上單獨(dú)分配單播RS。更具體地，如圖4所示，MBSFN子幀的擴(kuò)展CP包括MBSFN RS,但不包括單播RS。圖2示出的特定幀分配方案只是作為示例給出的并不起限制作用，本技術(shù)并不限于圖2示出的特定幀分配方案。本文中所使用的多播會(huì)話或多播廣播可使用任何合適的幀分配方案。
[0076]eMBMS服務(wù)區(qū)域:圖5解說(shuō)了包括涵蓋多個(gè)MBSFN區(qū)域504、506、508的MBMS服務(wù)區(qū)域502的系統(tǒng)500，該多個(gè)MBSFN區(qū)域504、506、508本身包括多個(gè)蜂窩小區(qū)或基站510。如本文中所使用的，“MBMS服務(wù)區(qū)域”指的是在其中某個(gè)MBMS服務(wù)可用的一組無(wú)線傳輸蜂窩小區(qū)。例如，可在特定時(shí)間由MBMS服務(wù)區(qū)域內(nèi)的基站來(lái)廣播特定的體育節(jié)目或者其他節(jié)目。在其中廣播特定節(jié)目的區(qū)域定義MBMS服務(wù)區(qū)域。MBMS服務(wù)區(qū)域可以由如在504、506和508處所示的一個(gè)或多個(gè)“MBSFN區(qū)域”組成。如本文中所使用的，MBSFN區(qū)域指的是當(dāng)前正使用MBSFN協(xié)議以同步方式廣播特定節(jié)目的一組蜂窩小區(qū)(例如，蜂窩小區(qū)510)?！癕BSFN同步區(qū)域”指的是這樣一組蜂窩小區(qū)，即:這些蜂窩小區(qū)被互連和配置成使得它們能夠使用MBSFN協(xié)議以同步方式操作以廣播特定節(jié)目而不管它們當(dāng)前是否正在這么做。在給定的頻率層上，每個(gè)eNB可以僅屬于一個(gè)MBSFN同步區(qū)域。值得注意的是，MBMS服務(wù)區(qū)域502可以包括一個(gè)或多個(gè)MBSFN同步區(qū)域(未示出)。相反，MBSFN同步區(qū)域可以包括一個(gè)或多個(gè)MBSFN區(qū)域或者M(jìn)BMS服務(wù)區(qū)域。一般而言，MBSFN區(qū)域由單個(gè)MBSFN同步區(qū)域的全部或一部分組成并且位于單個(gè)MBMS服務(wù)區(qū)域內(nèi)。各個(gè)MBSFN區(qū)域之間的交疊受到支持，并且單個(gè)eNB可屬于若干不同的MBSFN區(qū)域。例如，可在SIB-13中配置最多達(dá)8個(gè)獨(dú)立的MCCH以支持不同MBSFN區(qū)域中的成員資格。MBSFN區(qū)域保留蜂窩小區(qū)或基站是MBSFN區(qū)域內(nèi)不對(duì)MBSFN傳輸作貢獻(xiàn)的蜂窩小區(qū)/基站，例如，MBSFN同步區(qū)域邊界附近的蜂窩小區(qū)或者由于其位置而不被MBSFN傳輸所需的蜂窩小區(qū)。
[0077]eMBMS系統(tǒng)組件和功能:圖6解說(shuō)用于提供或支持MBSFN服務(wù)的無(wú)線通信系統(tǒng)600的功能實(shí)體。關(guān)于服務(wù)質(zhì)量(QoS)，系統(tǒng)600使用保障比特率(GBR)類型MBMS承載，其中最大比特率(MBR)等于GBR。這些組件是藉由示例來(lái)示出和描述的，并且不限定本文中所描述的創(chuàng)造性概念，這些創(chuàng)造性概念可被采納到用于遞送和控制多播傳輸?shù)钠渌軜?gòu)和功能分布。
[0078]系統(tǒng)600可包括MBMS網(wǎng)關(guān)(MBMS Gff) 616? MBMS GW616控制MBMS用戶層面數(shù)據(jù)經(jīng)由Ml接口至演進(jìn)型B節(jié)點(diǎn)604的網(wǎng)際協(xié)議(IP)多播分發(fā)；示出了許多可能的eNB (演進(jìn)型B節(jié)點(diǎn))中的一個(gè)eNB604。另外，MBMS GW控制MBMS用戶層面數(shù)據(jù)經(jīng)由Ml接口向UTRAN無(wú)線電網(wǎng)絡(luò)控制器(RNC) 620的IP多播分發(fā)；示出了許多可能的RNC中的一個(gè)UTRAN RNC620。Ml接口被關(guān)聯(lián)至MBMS數(shù)據(jù)(用戶層面)并且將IP用于數(shù)據(jù)分組的遞送。eNB604可以經(jīng)由E-UTRAN Uu接口向用戶裝備(UE)/移動(dòng)實(shí)體602提供MBMS內(nèi)容。RNC620可經(jīng)由Uu接口向UE移動(dòng)實(shí)體622提供MBMS內(nèi)容。MBMS GW616還可以經(jīng)由移動(dòng)性管理實(shí)體(MME)608和Sm接口來(lái)執(zhí)行MBMS會(huì)話控制信令，例如MBMS會(huì)話開始和會(huì)話停止。MBMS GW616還可通過(guò)SG-mb (用戶層面)參考點(diǎn)來(lái)為使用MBMS承載的實(shí)體提供接口，并且通過(guò)SGi_mb (控制層面)參考點(diǎn)來(lái)為使用MBMS承載的實(shí)體提供接口。SG-mb接口攜帶MBMS承載服務(wù)專用的信令。SG1-mb接口是用于MBMS數(shù)據(jù)遞送的用戶層面接口。MBMS數(shù)據(jù)遞送可以通過(guò)IP單播傳輸(其可以是默認(rèn)模式)或者通過(guò)IP多播來(lái)執(zhí)行。MBMS GW616可以經(jīng)由服務(wù)通用分組無(wú)線電業(yè)務(wù)支持節(jié)點(diǎn)(SGSN)618和Sn/Iu接口為UTRAN上的MBMS提供控制層面功能。
[0079]系統(tǒng)600還可以包括多播協(xié)調(diào)實(shí)體(MCE) 606。MCE606可以為MBMS內(nèi)容執(zhí)行準(zhǔn)入控制功能，并且使用MBSFN操作來(lái)分配由MBSFN區(qū)域中的所有演進(jìn)型B節(jié)點(diǎn)用于多蜂窩小區(qū)MBMS傳輸?shù)臅r(shí)間和頻率無(wú)線電資源。MCE606可以確定用于MBSFN區(qū)域的無(wú)線電配置，諸如舉例而言調(diào)制和編碼方案。MCE606可以調(diào)度和控制MBMS內(nèi)容的用戶層面?zhèn)鬏敚⑶彝ㄟ^(guò)確定要將哪些服務(wù)復(fù)用在哪個(gè)多播信道(MCH)中來(lái)管理eMBMS服務(wù)復(fù)用。MCE606可以通過(guò)M3接口來(lái)參與同MME608的MBMS會(huì)話控制信令，并且可以提供與eNB604的控制層面接Π M2。
[0080]系統(tǒng)600還可以包括與內(nèi)容提供商服務(wù)器614處于通信的廣播-多播服務(wù)中心(BM-SC)612。BM-SC616可以處置對(duì)來(lái)自一個(gè)或多個(gè)源(諸如內(nèi)容提供商614)的多播內(nèi)容的攝入，并且提供如以下所描述的其他更高層的管理功能。這些功能可以包括例如成員資格功能，該成員資格功能包括對(duì)所標(biāo)識(shí)出的UE所進(jìn)行的MBMS服務(wù)授權(quán)和發(fā)起。BM-SC616還可以執(zhí)行MBMS會(huì)話和傳輸功能、對(duì)實(shí)況廣播的調(diào)度、以及遞送(包括MBMS和相關(guān)聯(lián)的遞送功能)。BM-SC612還可以提供服務(wù)廣告和描述，諸如通告可供多播的內(nèi)容。As^aratePacket Data Protocol (PDP) context may be used to carry control messages betweenUE and BM-SC.BM-SC還可以提供安全性功能(諸如密鑰管理)，根據(jù)參數(shù)(諸如數(shù)據(jù)量和QoS)來(lái)管理內(nèi)容提供商的收費(fèi)，為廣播模式下UTRAN和E-UTRAN中的MBMS提供內(nèi)容同步，以及為UTRAN中的MBSFN數(shù)據(jù)提供報(bào)頭壓縮。BM-SC612可以向MBMS-GW616指示會(huì)話開始、更新和停止，包括會(huì)話屬性(諸如QoS和MBMS服務(wù)區(qū)域)。
[0081 ] 系統(tǒng)600還可以包括與MCE606和MBMS-GW616處于通信的多播管理實(shí)體(MME) 608ο MME608可以為E-UTRAN上的MBMS提供控制層面功能。另外，MME可以向eNB604、620提供由MBMS-GW616定義的與多播有關(guān)的信息。MME608與MBMS-GW616之間的Sm接口可被用于攜帶MBMS控制信令(例如，會(huì)話開始和停止信號(hào))。
[0082]系統(tǒng)600還可以包括有時(shí)簡(jiǎn)寫為P-GW的分組數(shù)據(jù)網(wǎng)絡(luò)(TON)網(wǎng)關(guān)(GW)610。P-GW610可以在UE602與BM-SC612之間提供用于信令和/或用戶數(shù)據(jù)的演進(jìn)型分組系統(tǒng)(EPS)承載。由此，P-GW可以接收源自UE的與指派給UE的IP地址相關(guān)聯(lián)的基于統(tǒng)一資源定位符(URL)的請(qǐng)求。BM-SC612還可以經(jīng)由P-GW610鏈接至一個(gè)或多個(gè)內(nèi)容提供商，該P(yáng)-GW610可以經(jīng)由IP接口與BM-SC612通信。
[0083]根據(jù)本文描述的實(shí)施例的一個(gè)或多個(gè)方面，提供一種用于信令表示(signaling)某些URL的使用的技術(shù)，以支持經(jīng)由該DASH內(nèi)容的媒體呈現(xiàn)描述(MPD)中的serviceLocat1n (服務(wù)位置)屬性來(lái)引導(dǎo)對(duì)該內(nèi)容的按需廣播版本的單播的通過(guò)HTTP的動(dòng)態(tài)自適應(yīng)流傳輸(DASH)訪問(wèn)。DASH允許通過(guò)超文本傳輸協(xié)議(HTTP)遞送連續(xù)(流)媒體內(nèi)容的服務(wù)。DASH的規(guī)范主要定義兩種格式:MTO和片段(Segment)格式。
[0084]圖7示出用于MPD的高級(jí)可擴(kuò)展標(biāo)記語(yǔ)言(XML)模式結(jié)構(gòu)的實(shí)施例700。圖8不出用于圖解BaseURL (基礎(chǔ)URL)的結(jié)構(gòu)的模式800,該BaseURL將serviceLocat1n與ByteRange (字節(jié)范圍)屬性關(guān)聯(lián)到基礎(chǔ)URL?？稍贛PD處、在Per1d (周期)處、在Adaptat1n Set (自適應(yīng)集)處、以及在MPD的Representat1n (表不)級(jí)處描述BaseURL元素的列表。
[0085]在相關(guān)方面中，BaseURL可扮演基礎(chǔ)統(tǒng)一資源標(biāo)識(shí)符(URI)的功能。MPD的每一級(jí)上的URL可針對(duì)在文檔(例如，MPD)的該級(jí)或者該級(jí)以上的級(jí)上指定的BaseURL元素根據(jù)RFC3986來(lái)解析。URL解析應(yīng)用于在MPD文檔中找到的所有URL，特別是用于初始化(Initializat1n)和媒體片段(Media Segment)的URL,它們是本文描述的公開所感興趣的?？商峁┒鄠€(gè)BaseURL元素來(lái)指定可在該處訪問(wèn)相同片段的一個(gè)或多個(gè)共同位置。在沒(méi)有其他標(biāo)準(zhǔn)的情況下，DASH客戶端可使用第一個(gè)BaseURL元素作為基礎(chǔ)URI。
[0086]參考圖8, BaseURL兀素的serviceLocat1n屬性指定各BaseURL之間的關(guān)系，以使得具有同一 serviceLocat1n值的各BaseURL元素可能使其URL解析到在共同網(wǎng)絡(luò)位置(諸如舉例而言，共同的內(nèi)容遞送網(wǎng)絡(luò))處的服務(wù)。例如，如果DASH客戶端獲取表示的片段(例如，給定內(nèi)容的不同版本，諸如解析度、語(yǔ)言等)但是決定從不同表示獲取片段(例如，因?yàn)榻尤霟o(wú)線網(wǎng)絡(luò)不能繼續(xù)支持當(dāng)前表示的帶寬要求)，則該客戶端可以選擇BaseURL以用于與前一表不具有相同serviceLocat1n值的新表不。serviceLocat1n屬性的這種使用起到提示作用，該提示向設(shè)備指示獲取該新表示的片段將經(jīng)歷與經(jīng)由具有相同serviceLocat1n值的BaseURL從前一表示所獲取的片段類似的性能(例如,可用性調(diào)整)。
[0087]通過(guò)eMBMS的DASH廣播的問(wèn)題:DASH媒體片段(例如，媒體文件)的順序遞送構(gòu)成了媒體流傳輸服務(wù)，該服務(wù)可包括媒體文件或者DASH媒體片段的順序傳輸。使用RTP的媒體流遞送也是可能的，但是RTP傳輸通常不適合DASH片段。
[0088]在一些廣播網(wǎng)絡(luò)中，也可使廣播流傳輸內(nèi)容可用并可經(jīng)由單播訪問(wèn)，在例如eMBMS中的RTP流廣播的情況正是如此。這一替代的內(nèi)容遞送提供了一種用于在不處在廣播覆蓋范圍內(nèi)之時(shí)訪問(wèn)廣播流傳輸服務(wù)的內(nèi)容的單播回退技術(shù)。用于訪問(wèn)廣播文件遞送服務(wù)的文件的回退技術(shù)通常沒(méi)有在廣播網(wǎng)絡(luò)中被定義。
[0089]因?yàn)镈ASH片段的廣播遞送通常使用針對(duì)廣播文件遞送服務(wù)所采用的傳送協(xié)議(例如，F(xiàn)LUTE)，所以需要單播回退替代方案來(lái)訪問(wèn)廣播DASH服務(wù)的內(nèi)容。
[0090]關(guān)于通過(guò)eMBMS等的DASH廣播要考慮若干問(wèn)題。一個(gè)問(wèn)題是:廣播DASH服務(wù)可以遞送不同位置中的該內(nèi)容的不同版本(例如，不同表示)。還有可能:不同表示可能僅經(jīng)由廣播可用、或僅經(jīng)由單播可用、或者經(jīng)由單播和廣播兩者均可用。所以，需要用于信令表示服務(wù)的哪些表示可用于當(dāng)前期望/可用的廣播或單播傳輸?shù)募夹g(shù)。
[0091]另一個(gè)問(wèn)題是:DASH片段的傳輸可能導(dǎo)致相對(duì)于片段可用于經(jīng)由單播取得的時(shí)間的額外的廣播可用性調(diào)整(例如，可用性的延遲或提前)，其中該廣播可用性調(diào)整在這種情況下是廣播等待時(shí)間。經(jīng)由廣播遞送接收的片段的可用性可導(dǎo)致相對(duì)于可經(jīng)由單播遞送接收該片段的時(shí)間的額外的可用性調(diào)整，這在從一種遞送模式切換到另一種遞送模式(例如，從廣播到單播)時(shí)會(huì)出現(xiàn)問(wèn)題。為了允許在設(shè)備移入及移出廣播覆蓋時(shí)的無(wú)縫的單播到廣播(UC-BC)和廣播到單播(BC-UC)轉(zhuǎn)換，關(guān)于廣播可用性調(diào)整的信息應(yīng)當(dāng)被傳遞給DASH客戶端。
[0092]另一個(gè)問(wèn)題是:經(jīng)由單播可用的表示可能僅在某些地理區(qū)域中可訪問(wèn)。這種地理約束應(yīng)當(dāng)被信令傳輸?shù)紻ASH客戶端。又一個(gè)問(wèn)題是:廣播DASH服務(wù)還可經(jīng)由不同的FLUTE會(huì)話傳輸多個(gè)表示；如此，需要一種標(biāo)識(shí)針對(duì)期望表示要啟用哪個(gè)FLUTE會(huì)話的技術(shù)。例如，多個(gè)表示可能在給定區(qū)域中經(jīng)由廣播可用，以提供替代的語(yǔ)言或視頻解析度選項(xiàng)。選擇僅接收感興趣的表示將改善移動(dòng)實(shí)體的電池壽命。
[0093]在一些情況下，可能期望創(chuàng)建按需廣播DASH服務(wù)以便減少由于多個(gè)用戶經(jīng)由單播取DASH內(nèi)容所導(dǎo)致的系統(tǒng)資源的負(fù)載。還可能必須使用不同的URL以向設(shè)備信令表示它們需要從單播切換到廣播接收。相應(yīng)地，下面描述用于解決這些問(wèn)題的方案。
[0094]信令信息的傳輸:為了解決上面描述的問(wèn)題，可以向DASH客戶端信令表示(signal)某些參數(shù)以支持經(jīng)廣播的DASH片段。這些參數(shù)可被信令表示為MPD中單獨(dú)的新參數(shù)。然而，進(jìn)一步擴(kuò)展MPD定義來(lái)添加對(duì)僅在廣播DASH的特定場(chǎng)景中使用的這些附加的參數(shù)的支持可能是不期望或不可接受的。
[0095]如此，本文描述的所提議的方案可以將這些參數(shù)作為注冊(cè)的命名空間標(biāo)識(shí)符(NID)下的統(tǒng)一資源名稱(URN)來(lái)信令表示——例如，對(duì)于3GPP，NID為3gpp，使得3GPP控制下的URN是urn:3gpp: {3gpp-urn}形式的。此夕卜，URN命名空間專有字符串(NSS)提供了如何將必需的參數(shù)編碼為鍵=值對(duì)的冒號(hào)分割的列表的實(shí)施例，所述鍵=值對(duì)作為字符串被承載于BaseURL的serviceLocat1n屬性等中。
[0096]一種可能的替代方案可涉及使用作為BaseURL中的serviceLocat1n屬性中的字符串被承載的鍵=值對(duì)的逗號(hào)分隔的列表。另一種替代方案可涉及按照一XML模式將這些參數(shù)編碼在XML結(jié)構(gòu)中，并且在BaseURL的serviceLocat1n屬性中承載經(jīng)XML編碼的數(shù)據(jù)。又一種方案可涉及將附加屬性或元素添加到MPD XML模式中以捕捉URN、逗號(hào)分隔的列表中承載的參數(shù)的列表，或者添加到serviceLocat1n屬性中的XML編碼或參數(shù)。
[0097]在其中使用URN編碼來(lái)傳遞鍵=值對(duì)列表的實(shí)施例中，可應(yīng)用以下規(guī)則或要求。URN NSS中的第一個(gè)串可以是:sl (表示serviceLocat1n)。例如，在3GPP URL的情況下，serviceLocat1n屬性中使用的所有URN應(yīng)當(dāng)以“urn:3gpp:sl”開始。第二個(gè)串(或第一個(gè)鍵=值對(duì))可以是“:transport = ”( “:傳輸=”)+value-string (值-串)。例如，可能的值-串可以是:“廣播”、“單播”、“兩者”。其他鍵=值對(duì)可遵循“:transport=” +value-string 或其變形。
[0098]廣播DASH服務(wù)的單播可用性:DASH提供了一種單播流傳輸框架，其中每個(gè)DASH客戶端可經(jīng)由HTTP并根據(jù)MPD中定義的時(shí)間線按順序獲取媒體片段。DASH片段還可經(jīng)由廣播傳輸被遞送到包括DASH客戶端的設(shè)備，其中媒體片段經(jīng)由FLUTE等被廣播。
[0099]廣播系統(tǒng)通常包括系統(tǒng)信息(SI)元數(shù)據(jù)，系統(tǒng)信息元數(shù)據(jù)描述了通過(guò)廣播傳輸可用的服務(wù)。在eMBMS廣播系統(tǒng)中，SI可以是指用戶服務(wù)描述(USD)并且可包括用于描述服務(wù)包的元數(shù)據(jù)，如圖9中所示。注意:SI的其他示例是OMA廣播服務(wù)指南和MediaFLO服務(wù)定義元數(shù)據(jù)。參考圖10A，示出了 eMBMS的USD的實(shí)施例，其中每個(gè)服務(wù)可用參數(shù)描述。這些參數(shù)可包括deliveryMethod(遞送方法)列表(在圖11中詳細(xì)示出)和對(duì)與該服務(wù)相關(guān)聯(lián)的MH)統(tǒng)一資源標(biāo)識(shí)符(mpdURI)的引用。mpdURI可將MH)綁定到該服務(wù)。圖1OB示出了 eMBMS的USD的另一實(shí)施例，在下面更詳細(xì)地描述。
[0100]如圖11中針對(duì)eMBMS廣播系統(tǒng)所示，廣播系統(tǒng)的SI可提供與可以在何處找到該廣播服務(wù)內(nèi)容的單播版本有關(guān)的信息。在使用RTP流傳輸?shù)膃MBMS廣播服務(wù)的情況下，SI可經(jīng)由deliveryMethod中的UnicastAccessURI (單播訪問(wèn)URL)來(lái)為服務(wù)提供指向會(huì)話描述協(xié)議(SDP)文件的指針，該SDP文件描述了同一內(nèi)容的單播RTP流傳輸版本。該URL的存在還可用于信令表示該服務(wù)的單播版本可用，而不存在該URL則指示該服務(wù)僅經(jīng)由廣播可用。需要注意的是，參數(shù)可被用于信令表示單播的可用性等。對(duì)于廣播DASH服務(wù)，可使用屬性來(lái)信令表示:對(duì)于廣播DASH服務(wù)，單播表示也可用。
[0101]對(duì)于廣播DASH服務(wù)，經(jīng)由SI中的單獨(dú)的URL的單播可用性的顯式信令表示一般是不期望的。對(duì)于廣播DASH服務(wù)，這種顯式信令表示可以提供對(duì)描述經(jīng)由單播遞送DASH片段的附加MPD的引用。由于在回放期間MPD的取代通常是破壞性的，因此針對(duì)廣播使用一MPD (例如，經(jīng)由該eMBMS USD的mpdURI信令表示的)并且針對(duì)單播使用另一 MPD (例如，經(jīng)由eMBMS USD的unicastAccessURI信令表示的)將不允許從廣播到單播遞送(或反向)的無(wú)縫轉(zhuǎn)換。因此，期望將單播可用性的信令表示嵌入在單一 DASH MH)中并且利用經(jīng)由圖8中所示的類型的BaseURL元素的對(duì)來(lái)自不同位置的片段的可用性的MH)信令表示。提供了一種向DASH客戶端信令表示哪些URL要被用于單播vs.廣播接收的方法。以此方式，在做出廣播服務(wù)的單播接收時(shí)，該DASH客戶端將像典型的DASH客戶端一樣行動(dòng)并使用該單個(gè)MPD中的單播HTTPURL來(lái)獲取片段。
[0102]此方法允許單個(gè)Mro來(lái)描述可以如何經(jīng)由廣播和單播來(lái)接收該服務(wù)。用于廣播和單播接收的單一 MPD還允許高效支持在DASH客戶端移入和移出廣播覆蓋時(shí)的UC-BC和BC-UC接收的無(wú)縫移交。
[0103]關(guān)于標(biāo)識(shí)用于單播和廣播接收的片段URL，圖12提供了圖7的簡(jiǎn)化，其解說(shuō)了在MPD級(jí)可用的BaseURL的列表，同時(shí)概述了來(lái)自該MPD的其他屬性和元素。對(duì)于單播傳輸，多個(gè)BaseURL通常被用來(lái)信令表不同樣的片段在多個(gè)位置可訪問(wèn)。serviceLocat1n屬性可被定義以指定各BaseURL之間的關(guān)系以使得具有相同serviceLocat1n值的BaseURL元素有可能使其URL解析到在共同網(wǎng)絡(luò)位置處的服務(wù)。這允許DASH客戶端在決定在改變表示時(shí)要使用哪個(gè)基礎(chǔ)URL的時(shí)候使用serviceLocat1n。例如，DASH客戶端可選擇具有與用于舊表示的BaseURL具有相同serviceLocat1n屬性的BaseURL的新表示。
[0104]由于給定表示的多個(gè)BaseURL描述了服務(wù)的片段可被用于獲取的不同位置，因此對(duì)于通過(guò)廣播系統(tǒng)的DASH服務(wù)，可針對(duì)serviceLocat1n串定義格式。該格式可提供附加信息來(lái)信令表示給定廣播DASH服務(wù)或其表示的任何組合是僅經(jīng)由廣播可用、僅經(jīng)由單播可用、還是經(jīng)由單播和廣播兩者均可用。更具體而言，在使用URN格式時(shí)，serviceLocat1n屬性可包括如上所述的以“urn: 3gpp: si ”開始的串。后續(xù)串可被級(jí)聯(lián)到初始串，所述后續(xù)串以開始，接著是提供鍵=值對(duì)的串。第二個(gè)串(或第一個(gè)鍵=值對(duì))可以是“:transport = ” (，，:傳輸=”)+value-string (值-串)?？赡艿闹?串可以是:“廣播”、“單播”、“兩者”?？墒褂闷渌?。serviceLocat1n屬性的示例串可以是urn:3gpp: s1: transport = broadcast 或 urn:3gpp: s1: transport = unicast。
[0105]取決于特定值串的設(shè)置，可對(duì)URL的使用施加其他限制。例如，在值-串為“廣播”時(shí)，從使用相關(guān)聯(lián)的BaseURL元素得到的URL可以在DASH客戶端經(jīng)由廣播接收該服務(wù)時(shí)被使用。更具體而言，如果僅存在一個(gè)值-串被設(shè)置為“廣播”的BaseURL，則該服務(wù)或相應(yīng)的表示僅經(jīng)由廣播可用。如果不存在值-串被設(shè)置為“廣播”的BaseURL，則該服務(wù)或相應(yīng)的表示經(jīng)由廣播不可用。如果存在多個(gè)值-串被設(shè)置為“廣播”的BaseURL，則可針對(duì)服務(wù)定義多個(gè)廣播傳輸(例如，F(xiàn)LUTE)會(huì)話，或者ΜΗ)所描述的服務(wù)包括可在不同地理區(qū)域廣播的不同的表示。不同的表示可在不同位置被廣播也是可能的。僅出于解說(shuō)目的，在下面的討論中假定僅存在一個(gè)廣播表示。為了與不支持本文描述的編碼模式的DASH客戶端兼容，值-串被設(shè)置為“廣播”的BaseURL可被放置在BaseURL的列表的最后。值-串被設(shè)置為“廣播”的BaseURL可通過(guò)指向本地主機(jī)http://localhost/或諸如此類來(lái)將DASH客戶端指向本地(例如，設(shè)備上的)HTTP服務(wù)器。
[0106]當(dāng)值-串為“單播”時(shí)，在DASH客戶端經(jīng)由單播訪問(wèn)該服務(wù)時(shí)，可使用相關(guān)聯(lián)的BaseURL元素上的URL。如果存在多個(gè)值-串被設(shè)置為“單播”的BaseURL，則DASH客戶端可使用不同的方法來(lái)在經(jīng)由單播訪問(wèn)該服務(wù)時(shí)選擇所述BaseURL之一。例如，一種方法是從該列表中的第一個(gè)BaseURL起按順序使用BaseURL。
[0107]當(dāng)值-串為“兩者”時(shí)，在DASH客戶端經(jīng)由單播或在廣播覆蓋中時(shí)訪問(wèn)該服務(wù)時(shí)，可使用相關(guān)聯(lián)的BaseURL元素上的URL。如果存在值-串被設(shè)置為“兩者”的BaseURL，則針對(duì)一表示不應(yīng)當(dāng)存在值-串被設(shè)置為“廣播”的附加BaseURL(假定僅存在一個(gè)廣播表示)。值-串被設(shè)置為“兩者”的BaseURL將DASH客戶端指向外部(即，指向可經(jīng)由網(wǎng)絡(luò)訪問(wèn)的服務(wù)器)HTTP服務(wù)器。因此，當(dāng)DASH客戶端處于廣播覆蓋內(nèi)并且此URL被使用時(shí)，該設(shè)備將支持將HTTP訪問(wèn)重定向到本地主機(jī)的技術(shù)。
[0108]樣本DASH客戶端行為:基于在MH)中信令表示的DASH片段的廣播或單播可用性，DASH客戶端實(shí)現(xiàn)可如下地使用BaseURL上的serviceLocat1n信息。對(duì)于廣播覆蓋內(nèi)的初始接收，DASH客戶端可在位于廣播覆蓋內(nèi)的時(shí)候開始廣播(例如，eMBMS) DASH服務(wù)的接收。DASH客戶端可以:發(fā)現(xiàn)哪個(gè)表示經(jīng)由廣播可用(假定一個(gè)廣播表示)；選擇具有包括串“:transport = broadcast，，或“:transport = both，，的 serviceLocat1n 屬性的 BaseURL ；和/或使用所選擇的BaseURL根據(jù)正常的DASH客戶端行為執(zhí)行片段獲取。確定在廣播時(shí)哪個(gè)廣播表示當(dāng)前可用可以通過(guò)匹配經(jīng)由FLUTE傳輸來(lái)信令的媒體片段文件名來(lái)實(shí)現(xiàn)。
[0109]對(duì)于在經(jīng)由廣播消費(fèi)內(nèi)容時(shí)轉(zhuǎn)移出廣播覆蓋(BC-UC)，經(jīng)由廣播(例如，eMBMS)接收DASH服務(wù)的DASH客戶端可轉(zhuǎn)移出片段的廣播接收而開始片段的單播接收。轉(zhuǎn)移出廣播覆蓋可以通過(guò)在LTE傳輸中各SIB之間不存在可用的SIB-13來(lái)檢測(cè)，并且更直接地可通過(guò)攜帶該廣播DASH服務(wù)的LTE承載(其被分配了服務(wù)臨時(shí)移動(dòng)組標(biāo)識(shí)(TMGI)等)的不可用來(lái)檢測(cè)。在相關(guān)方面中，如果單播帶寬可以支持當(dāng)前表示且對(duì)于該表示存在具有包括串“:transport = unicast，，或“:transport = both，，的 serviceLocat1n 屬性的 BaseURL,則DASH客戶端可繼續(xù)接收該表示。否則，DASH客戶端可以改變到一不同表示，其中存在具有包括串 “:transport = unicast，，或 “:transport = both，，的 serviceLocat1n 屬性的BaseURL。如果存在多個(gè)這種BaseURL，則DASH客戶端可以選擇一個(gè)。在進(jìn)一步相關(guān)方面中，DASH客戶端可使用所選擇的BaseURL根據(jù)正常的DASH客戶端行為來(lái)執(zhí)行片段獲取。
[0110]關(guān)于在廣播覆蓋外的初始接收(例如，當(dāng)SIB-13不在LTE傳輸?shù)南到y(tǒng)信息塊(SIB)中時(shí))，DASH客戶端可以開始當(dāng)不在廣播覆蓋中時(shí)經(jīng)由單播可用的廣播(例如，eMBMS)DASH服務(wù)的單播接收。DASH客戶端可以:確定用于獲取片段的可用帶寬并且選擇要播放的表示；選擇具有包括串“:transport = unicast”或“:transport = both”的serviceLocat1n屬性的BaseURL ;和/或使用所選擇的BaseURL根據(jù)正常的DASH客戶端行為執(zhí)行片段獲取。
[0111]對(duì)于在經(jīng)由單播消費(fèi)內(nèi)容時(shí)轉(zhuǎn)移到廣播接收(UC-BC)，當(dāng)前正在經(jīng)由單播接收廣播(例如，eMBMS)DASH服務(wù)的DASH客戶端可轉(zhuǎn)移入廣播覆蓋中并且開始經(jīng)由廣播接收片段。在相關(guān)方面中，DASH客戶端可以發(fā)現(xiàn)哪個(gè)表示在廣播覆蓋中可用(例如，經(jīng)由在FLUTE傳輸中描述的媒體文件名)。在進(jìn)一步相關(guān)方面中，如果被廣播的表示與正經(jīng)由單播訪問(wèn)的表示相同，則DASH客戶端可繼續(xù)當(dāng)前表示的接收。在此情況下，DASH客戶端可選擇具有包括串 “ ！transport = broadcast，，或“ ！transport = both” 的 serviceLocat1n 屬性的BaseURL。在又一些進(jìn)一步相關(guān)方面中，DASH客戶端可轉(zhuǎn)換到廣播表示并選擇具有包括串“:transport = broadcast，，或“:transport = both，，的 serviceLocat1n 屬性的 BaseURL。在另一些進(jìn)一步相關(guān)方面中，DASH客戶端可使用所選擇的BaseURL根據(jù)正常的DASH客戶端行為來(lái)執(zhí)行片段獲取。
[0112]對(duì)廣播DASH服務(wù)的單播可用性的地理約束:即便使廣播DASH客戶端經(jīng)由單播可用，可能存在合同義務(wù)或其他要求，它們將服務(wù)內(nèi)容的單播可用性限制于特定地理區(qū)域。
[0113]可以通過(guò)添加另一值串來(lái)在廣播DASH服務(wù)的MPD中的BaseURL中指示對(duì)單播可用性的地理約束。例如，具有包括串“:transport = unicast”或“:transport = both”的相關(guān)聯(lián)的serviceLocat1n屬性的廣播DASH服務(wù)的MPD中的BaseURL可經(jīng)由附加串格式來(lái)指示單播接收的地理可用性約束，所述附加串格式也承載在serviceLocat1n屬性中。具體而言，serviceLocat1n屬性可包括一串，當(dāng)使用urn格式時(shí),該串以“urn: 3gpp: si”開始，并且，serviceLocat1n 屬性可包括“:transport = unicast” 或“:transport = both”以指示該服務(wù)經(jīng)由單播可用。
[0114](鍵=值對(duì)格式的)串“:uGeo3GppCellId = ”+CelllD-string 可經(jīng)由CelllD-string(蜂窩小區(qū)ID-串)來(lái)指示可經(jīng)由單播消費(fèi)該服務(wù)的3GPP蜂窩小區(qū) ID。serviceLocat1n 屬性的不例串可以是 urn: 3gpp: s1: transport =unicast:uGeo3GppCellId = 345690 等等。
[0115](鍵=值對(duì)格式的)串“:uGeo3Gpp2S+N+Z = ”+SID_value (SID_ 值)+ “ + ”+NID_value (NID—值)+ “ +，，+PZID_value (PZID_ 值)可經(jīng)由 SID、NID、PZID 以及 “ + ” 串的級(jí)聯(lián)來(lái)指示可經(jīng)由單播消費(fèi)該服務(wù)的3GPP2蜂窩小區(qū)ID。serviceLocat1n屬性的示例串可以是 urn: 3gpp: s1: transport = unicast:uGeo3Gpp2S+N+Z = 23+34+45 等等。相應(yīng)地，可定義其他串來(lái)捕捉對(duì)該設(shè)備可能可用的其他地理描述符。
[0116]對(duì)于樣本DASH客戶端行為，基于在MPD中信令的DASH片段的單播可用性以及任何地理約束，DASH客戶端實(shí)現(xiàn)可如下地使用BaseURL上的serviceLocat1n信息。對(duì)于不存在地理約束的單播接收，DASH客戶端可以開始經(jīng)由單播的廣播(例如，eMBMS)DASH服務(wù)接收(即，該設(shè)備不在廣播覆蓋內(nèi)并且存在具有包括串“:transport = unicast”或“:transport = both”的 serviceLocat1n 屬性的 BaseURL)。在相關(guān)方面中，DASH 客戶端可以:確定用于獲取片段的可用帶寬并且選擇要播放的表示；選擇具有包括串“:transport=unicast” 或“:transport = both” 的 serviceLocat1n 屬性的 BaseURL ;核實(shí)不存在其中serviceLocat1n包括以“:uGeo”開始的串的BaseURL ;和/或使用所選擇的BaseURL根據(jù)正常的DASH客戶端行為執(zhí)行片段獲取。
[0117]對(duì)于在被約束區(qū)域內(nèi)時(shí)帶有地理約束的單播接收，DASH客戶端可開始經(jīng)由單播的廣播(例如，eMBMS)DASH服務(wù)的接收。在相關(guān)方面中，DASH客戶端可以:確定用于獲取片段的可用帶寬并且選擇要播放的表示；選擇具有包括串“！transport =unicast” 或“:transport = both” 的 serviceLocat1n 屬性的 BaseURL ;核實(shí)存在其中serviceLocat1n包括以“:uGeo”開始的串的BaseURL ;判定它能理解所提供的地理信息并且確定它處于所描述的區(qū)域中；和/或在所描述的區(qū)域中時(shí)，使用所選擇的BaseURL根據(jù)正常的DASH客戶端行為執(zhí)行片段獲取。
[0118]對(duì)于在被約束區(qū)域外時(shí)不存在帶有地理約束的單播接收的情況，DASH客戶端可以不開始經(jīng)由單播的廣播(例如，eMBMS) DASH服務(wù)的接收，而服務(wù)回放將停止。在相關(guān)方面中，DASH客戶端可以:確定用于獲取片段的可用帶寬并且選擇要播放的表示；選擇具有包括串 “:transport = unicast，，5--ζ: transport = both，，的 serviceLocat1n 屬性的BaseURL ;核實(shí)存在其中serviceLocat1n包括以“:uGeo”開始的串的BaseURL ;判定1? (或DASH客戶端)能夠理解所提供的地理信息，并且確定UE不處于所描述的區(qū)域中；判定所提供的地理信息不能被理解；和/或當(dāng)不在所描述的區(qū)域中時(shí)，不使用所選擇的BaseURL根據(jù)正常的DASH客戶端行為來(lái)執(zhí)行片段獲取。
[0119]傳輸可用性調(diào)整考慮:DASH片段的可用性的時(shí)間線可以在MPD中描述，如圖13中所示。MPD avaiIabiIityStartTime (可用性開始時(shí)間)(在本文中被稱為MPDiavailabilityStartTime)定義了絕對(duì)時(shí)間，從該絕對(duì)時(shí)間起該時(shí)間線被錨定。MPD的第一周期(Per1d)中的開始(start)屬性描述了在第一片段可用于獲取時(shí)從avaiIabiIityStartTime起的持續(xù)時(shí)間。當(dāng)各片段具有相同持續(xù)時(shí)間時(shí)，同一表示的后續(xù)片段由該表示的MPD中的適當(dāng)?shù)某掷m(xù)時(shí)間(durat1n)屬性間隔開(即，每個(gè)片段由片段持續(xù)時(shí)間間隔開)。圖13還示出了經(jīng)由FLUTE和LTE承載向UE的廣播傳輸導(dǎo)致針對(duì)FLUTE/LTE遞送的片段可用性比它們?cè)谏厦婷枋龅腗PD時(shí)間線中描述的時(shí)間更晚。在經(jīng)由FLUTE遞送媒體文件時(shí)，DASH客戶端從本地存儲(chǔ)獲取片段，而不是從遠(yuǎn)程服務(wù)器的單播獲取。單播可用性時(shí)間線可以是MPD avaiIabiIityStartTime和durat1n屬性所描述的時(shí)間線。
[0120]在相關(guān)方面中，廣播遞送中的片段可用性時(shí)間線不需要比單播遞送的片段可用性時(shí)間線更晚，并且實(shí)際上可以在經(jīng)由單播遞送的片段可用性之前。在此情況下，“經(jīng)廣告的”單播片段可用性時(shí)間線(如MPD中的avaiIabiIityStartTime和durat1n屬性所給出的)可表示在MPD文檔范圍內(nèi)的HTTP服務(wù)器/內(nèi)容遞送網(wǎng)絡(luò)整體中DASH媒體呈現(xiàn)的片段確?？捎?可用于DASH客戶端的HTTP索取)的“最晚”時(shí)刻。廣播遞送片段的可用性時(shí)間涉及a)在BM-SC處從內(nèi)容源的DASH片段的接收，b)跨越LTE核心網(wǎng)絡(luò)和RAN通過(guò)FLUTE向UE的傳輸，和/或c)UE處的FLUTE接收、FEC解碼以及片段還原以及放入本地HTTP高速緩存以供獲取的組合，該廣播遞送片段的可用性時(shí)間可在片段已到達(dá)遠(yuǎn)程內(nèi)容分布網(wǎng)絡(luò)(CDN)或HTTP服務(wù)器之前發(fā)生是可能的。因此，廣播遞送片段可用性時(shí)間可以比單播可用性時(shí)間更早、相同或更晚。應(yīng)當(dāng)注意的是，MH)可用于/可被提供至多個(gè)設(shè)備，并且可以指多接入網(wǎng)絡(luò)或者⑶N，擁有該MPD的設(shè)備可從其索取DASH片段。例如，產(chǎn)生MPD文檔的實(shí)體以及DASH內(nèi)容遞送的服務(wù)提供者可以遞送如MPD所描述的媒體呈現(xiàn)和個(gè)體表示。
[0121]給定MPDOavailabilityStartTime所表達(dá)的單播片段可用性時(shí)間的指示是跨越該MPD文檔所統(tǒng)治的所有HTTP服務(wù)器的最晚的可能時(shí)間，能夠保證更早的片段可用性時(shí)間的個(gè)體單播接入網(wǎng)絡(luò)/CDN能夠信令該差異是有用的，從而允許用戶更早地獲得并觀看DASH內(nèi)容。換言之，MPDOavailabilityStartTime是單播開始時(shí)間的最差情況。將內(nèi)容分發(fā)到不同的CDN將有不同的等待時(shí)間。這可以通過(guò)將該表示的片段的可用性時(shí)間線調(diào)整為該表示定義的等待時(shí)間周期來(lái)實(shí)現(xiàn)?？稍贐aseURL元素下添加在本文中被稱為avaiIabiIityTimeAdjustment (可用性時(shí)間調(diào)整)(在圖13中被示出為Protect1n Per1d(保護(hù)周期))的參數(shù)以指示對(duì)于給定接入網(wǎng)絡(luò)/技術(shù)從MPDOavaiIabiIityStartTime 值的調(diào)整。換言之，avaiIabiIityTimeAdjustment 可以一般性地用于指示與最差情況的單播可用性時(shí)間相比給定單播或廣播網(wǎng)絡(luò)上的片段可用性時(shí)間。
[0122]在相關(guān)方面中，整個(gè)Per1d (周期)的可用性調(diào)整可以是負(fù)值，其絕對(duì)值足夠大以使得該周期中的資源能夠在MPDOavaiIabiIityStartTime之前可訪問(wèn)，這將允許更早地下載數(shù)據(jù)片段來(lái)改善用戶體驗(yàn)。
[0123]參考圖13，示出了 DASH客戶端可用來(lái)經(jīng)由單播獲取片段的獲取可用性時(shí)間線。圖13中的FLUTE可用性時(shí)間線示出了存在廣播片段中涉及的可用性調(diào)整(例如經(jīng)由eMBMSFLUTE會(huì)話)，其可以是由用于傳輸?shù)钠畏纸M化以及FEC編碼、朝UE的分組廣播、以及設(shè)備上的FEC解碼以及片段重新組裝帶來(lái)的。對(duì)于訪問(wèn)這些廣播片段的DASH客戶端，此可用性調(diào)整可信令:取決于片段是經(jīng)由單播獲取還是經(jīng)由廣播遞送獲取，用于獲取片段的時(shí)間可用性應(yīng)當(dāng)不同。在經(jīng)由廣播請(qǐng)求片段時(shí)，DASH客戶端應(yīng)當(dāng)將保護(hù)周期納入考慮。
[0124]保護(hù)周期向DASH客戶端指示用于經(jīng)由廣播獲取的片段的可用性將相對(duì)于經(jīng)由單播獲取的同一片段延遲。
[0125]針對(duì)片段的廣播遞送信令保護(hù)周期:如上所述，具有相關(guān)聯(lián)的serviceLocat1n屬性的用于廣播DASH服務(wù)的MPD中的BaseURL可包括串“:transport = broadcast”或^transport = both”以指示該表示經(jīng)由廣播可用。為了考慮與片段的廣播遞送相關(guān)聯(lián)的可用向調(diào)整，同樣承載在serviceLocat1n屬性中的附加串格式可被用來(lái)傳遞保護(hù)周期信息。例如，serviceLocat1n屬性可包括一串，當(dāng)使用URN格式時(shí)，該串以“urn: 3gpp: si”開始，并且 serviceLocat1n 屬性可包括串“:transport = broadcast” 或“:transport =both”以指示該服務(wù)經(jīng)由廣播可用。
[0126](鍵=值對(duì)格式的)串“:pp =”+ppValue (保護(hù)周期值)可經(jīng)由ppValue來(lái)信令保護(hù)周期(例如以毫秒或其他時(shí)間增量計(jì)算的)以在DASH客戶端經(jīng)由廣播接收請(qǐng)求片段時(shí)將其納入考慮。serviceLocat1n屬性的不例串可以是urn: 3gpp: s1: transport =broadcast:pp = 50 等等。
[0127]關(guān)于樣本DASH客戶端行為，基于在MPD中信令的DASH片段的廣播可用性，以及有關(guān)保護(hù)周期的信息，DASH客戶端實(shí)現(xiàn)可如下地使用BaseURL上的serviceLocat1n信息。
[0128]對(duì)于經(jīng)由廣播遞送的接收，DASH客戶端可以:發(fā)現(xiàn)哪些表示在廣播區(qū)域中可用；選擇具有包括串“:transport = broadcast，，或“:transport = both，，的 serviceLocat1n屬性的BaseURL ;確定serviceLocat1n屬性中以“:pp”開始的子串中所指示的保護(hù)周期；和/或使用所選擇的BaseURL，根據(jù)MPD中的片段可用性時(shí)間線，但是將片段獲取調(diào)整(即，延遲或提早)包括“:pp”的串中所指示的額外的ppValue毫秒來(lái)執(zhí)行片段獲取。這可允許在給定地理區(qū)域中的移動(dòng)設(shè)備比所廣告地更早的做出請(qǐng)求，從而向用戶提供更低的等待時(shí)間體驗(yàn)，或者使得移動(dòng)設(shè)備在比所廣告地更晚的時(shí)間獲取片段，并從而避免在片段僅在比MPD中所廣告的更晚的時(shí)間可用時(shí)的錯(cuò)誤情況。
[0129]對(duì)于在廣播覆蓋之外的接收，DASH客戶端可以:確定用于獲取片段的可用帶寬并且選擇表不；選擇具有包括串“:transport = unicast”或“:transport = both”的serviceLocat1n屬性的BaseURL ;和/或使用所選擇的BaseURL、在不執(zhí)行附加片段獲取延遲的情況下，根據(jù)MPD中的精確的片段可用性時(shí)間線來(lái)執(zhí)行片段獲取。
[0130]針對(duì)片段的廣播遞送信令保護(hù)周期的替代方案:圖14中示出了用于考慮廣播等待時(shí)間的替代方案。不是顯式地信令保護(hù)周期并且在處于廣播覆蓋時(shí)將其納入考慮，而是用于廣播DASH服務(wù)的MPD可以經(jīng)由現(xiàn)有的MPD參數(shù)來(lái)考慮廣播傳送的可用性調(diào)整。這在圖14中通過(guò)向MPD availabilityStartTime屬性添加保護(hù)周期或者通過(guò)向第一 MPDPer1d (MPD周期)的start (開始)屬性添加保護(hù)周期來(lái)示出。向上面描述的參數(shù)中的任一者添加保護(hù)周期的效果是單播獲取也被延遲。
[0131]無(wú)縫UC-BC/BC-UC轉(zhuǎn)換:在考慮兩種替代方案以將廣播傳送中的附加可用性調(diào)整納入考慮時(shí)，經(jīng)由單播和廣播的片段回放之前的接收和緩沖上的UC-BC以及BC-UC轉(zhuǎn)換應(yīng)當(dāng)被考慮。圖15示出了以下時(shí)間點(diǎn):此時(shí)，在正經(jīng)由單播獲取片段N的時(shí)間點(diǎn)處，發(fā)生從經(jīng)由單播接收片段到經(jīng)由廣播接收片段的轉(zhuǎn)換。
[0132]無(wú)縫轉(zhuǎn)換的一個(gè)目標(biāo)是在DASH客戶端在單播和廣播接收之間轉(zhuǎn)換時(shí)使媒體回放過(guò)程中的打擾最小化。為了實(shí)現(xiàn)這一點(diǎn)，DASH客戶端可以在回放開始之前累積多于一個(gè)片段。在啟動(dòng)回放之前要累積的片段的數(shù)量可以經(jīng)由MPD中的minBufferTime (最小緩沖時(shí)間)屬性等來(lái)信令。圖16示出了具有兩個(gè)延遲回放場(chǎng)景的實(shí)施例(在時(shí)刻tPbi)，其中經(jīng)由單播獲取的片段的回放(在時(shí)刻tAvi)被延遲了一個(gè)(左側(cè)時(shí)間線)和兩個(gè)(右側(cè)時(shí)間線)片段。這意味著:在可以開始回放之前分別需要累積一個(gè)或兩個(gè)片段。圖16的示例示出了以下場(chǎng)景:其中在各片段大小相同且?guī)捒捎糜谠谝粋€(gè)片段持續(xù)時(shí)間內(nèi)下載片段的情況下要花費(fèi)一個(gè)片段的持續(xù)時(shí)間來(lái)經(jīng)由單播下載一個(gè)片段。注意:圖16的實(shí)施例僅僅是說(shuō)明性的，且可以繪制類似的圖來(lái)描述其中片段的大小變化且要緩沖的片段量要考慮這種變化的其他場(chǎng)景。
[0133]圖17示出了經(jīng)由廣播接收的片段的類似的延遲片段回放場(chǎng)景(在時(shí)刻tFAvi)。從這些片段經(jīng)由廣播被遞送以及如早先指示的本地可用起，這些片段可立即對(duì)客戶端可用。圖17的實(shí)施例暗示:其中在各片段大小相同且廣播帶寬足以在一個(gè)片段持續(xù)時(shí)間內(nèi)遞送片段的情況下要花費(fèi)一個(gè)片段的持續(xù)時(shí)間來(lái)經(jīng)由廣播遞送一個(gè)片段。注意:圖17的實(shí)施例僅僅是說(shuō)明性的，且可以繪制類似的圖來(lái)描述其中片段的大小變化且要緩沖的片段量要考慮這種變化的類似場(chǎng)景。
[0134]圖17還示出了在回放以前使用一個(gè)或兩個(gè)片段的相同minBufferTime要求。進(jìn)一步，圖17還示出了在DASH客戶端將保護(hù)周期納入考慮時(shí)，即，獲取由比單播可用性(在時(shí)刻tAvi)晚一保護(hù)周期的廣播片段可用性(在時(shí)刻4-)驅(qū)動(dòng)(參見圖15)，這些片段可以容易地在本地可用并且可以以最小等待時(shí)間獲取。當(dāng)minBufferTime分別為一個(gè)或兩個(gè)片段時(shí)，所獲取的片段在第一和第二片段之后立即準(zhǔn)備就緒進(jìn)行回放。
[0135]給定圖16-17中的時(shí)間線，假定在DASH客戶端經(jīng)由單播索取片段N時(shí)檢測(cè)到廣播可用性(參見圖15中的箭頭)，對(duì)UC-BC轉(zhuǎn)換的影響可包括以下:第一，片段N可能未經(jīng)由廣播被成功接收(沒(méi)有足夠的碼元用來(lái)FEC解碼)，所以UC-BC轉(zhuǎn)換可在稍后的時(shí)間進(jìn)行。第二，DASH片段的成功接收可能直到第一片段(N+1)經(jīng)由廣播被接收為止才可得到保證。如此，DASH客戶端可能經(jīng)由單播完成片段N索取并經(jīng)由單播檢索片段N+1。第三，該DASH客戶端可以從片段N+2起延遲(停止單播)片段的獲取并且可依賴于片段的廣播遞送。第四，考慮圖16-17，可以獲得無(wú)縫轉(zhuǎn)換，其中片段N+2可以就像經(jīng)由單播獲取該片段一樣在相同時(shí)間可用。即，回放可以無(wú)縫地進(jìn)行。相應(yīng)地，如果回放被延遲一個(gè)片段(即，通過(guò)將minBufferTime設(shè)置為一個(gè)片段)，則可以實(shí)現(xiàn)無(wú)縫UC-BC轉(zhuǎn)換。取決于具體情形，無(wú)縫轉(zhuǎn)換可能需要更大或更小的片段延遲。
[0136]圖18通過(guò)突出顯示以下時(shí)間點(diǎn)示出了反向的BC-UC轉(zhuǎn)換:在該時(shí)間點(diǎn)，當(dāng)片段N的接收正經(jīng)由廣播被獲取時(shí)發(fā)生BC-UC轉(zhuǎn)換。片段N可能未經(jīng)由廣播被成功接收(沒(méi)有足夠的碼元用來(lái)FEC解碼)，這可能沒(méi)有被立即確定。在確定片段N沒(méi)有被成功接收之后，DASH客戶端可經(jīng)由單播發(fā)起片段N的索取，以確保連續(xù)的回放。該DASH客戶端可能需要切換到更低的數(shù)據(jù)速率表示以便跟上。
[0137]相應(yīng)地，無(wú)縫BC-UC移交可能僅在片段N可及時(shí)經(jīng)由單播索取以用于回放的情況下可實(shí)現(xiàn)。如圖19的左側(cè)時(shí)間線所示,如果minBufferTime等僅規(guī)定一個(gè)片段,則這是不可能的。通過(guò)使minBufferTime規(guī)定兩個(gè)片段(參見圖19的右側(cè)時(shí)間線)，DASH客戶端具有一個(gè)片段的時(shí)間來(lái)跟上并避免回放打斷。DASH客戶端因此被指示在回放之前累積多于兩個(gè)片段以便容納經(jīng)由單播的跟上下載以用于從廣播到單播的無(wú)縫轉(zhuǎn)換。
[0138]在相關(guān)方面中，當(dāng)在MPD屬性上包括保護(hù)周期時(shí)，DASH客戶端可被指示以在回放之前累積多于兩個(gè)片段。如此，在MPD的現(xiàn)有參數(shù)中包括保護(hù)周期的缺點(diǎn)可以是額外的片段可用性調(diào)整。
[0139]使用會(huì)話描述協(xié)議來(lái)信令流傳輸服務(wù)的給定表示的廣播遞送和相關(guān)聯(lián)的廣播可用性調(diào)整:在某些情況下可能不期望直接使用MPD(例如，經(jīng)由serviceLocat1n屬性等)來(lái)指示表示的媒體片段的單播vs.多播遞送模式。例如，在某些實(shí)現(xiàn)中，DASH片段的基于網(wǎng)絡(luò)的生成和相關(guān)聯(lián)的MH)可能對(duì)該媒體內(nèi)容的傳送方法(單播和/或多播)是不可知的。在這些情況下，可能期望使用服務(wù)宣告(Service Announcement)信息(也被稱為系統(tǒng)信息或SI)等來(lái)信令單播vs.多播遞送模式。
[0140]具體而言，在3GPP MBMS的情況下，SI或USD的組件可以是會(huì)話描述元數(shù)據(jù)分段等。這些參數(shù)和語(yǔ)法進(jìn)而可以基于IETF RFC4566所指定的SDP。注意，術(shù)語(yǔ)“attributes”( “屬性”)或“a =”是指擴(kuò)展SDP的主要方式，并且可在會(huì)話級(jí)被定義(即，可應(yīng)用于FLUTE會(huì)話的媒體組件)或在會(huì)話內(nèi)的個(gè)體媒體級(jí)被定義。在相關(guān)方面中，屬性字段可以是例如兩種形式的。在相關(guān)方面中，存在“a =〈flag〉” ( “a =〈標(biāo)志 >”)形式的“property” “特性”)屬性，并且對(duì)其而言該屬性的存在僅指示該屬性是該會(huì)話的特性。在進(jìn)一步相關(guān)方面中，存在“a =〈attribute〉:〈value〉”( “a =〈屬性 >:〈值 >”)形式的“value” ( “值”)屬性，對(duì)其而言所命名的屬性的值包括任意八位串等。
[0141]根據(jù)本文描述的實(shí)施例的方面,提供一種新的會(huì)話級(jí)屬性“a =〈representat1n-transport-mode>: ”( “a = <表示-傳輸-模式>..”)來(lái)表示相關(guān)聯(lián)會(huì)話的傳輸模式。此屬性的定義的〈value〉(〈值 >)子字段可以是在文本串“單播”、“廣播”或“兩者”之間所做的選擇，表明相應(yīng)表示等的片段的僅單播、僅廣播、或單播和廣播遞送模式兩者。
[0142]而且，片段的廣播遞送可以與相對(duì)于單播遞送的附加延遲相關(guān)聯(lián)，并且被稱為“保護(hù)周期”?？山?jīng)由新的子字段〈protect1n-per1d〉?保護(hù)-周期 >)等將這些參數(shù)添加在上面的“representat1n-transport-mode”屬性中。例如，“representat1n-transport-mode”屬性的完整語(yǔ)法可以如下:
[0143]
【權(quán)利要求】
1.一種由移動(dòng)實(shí)體操作的用于無(wú)線通信的方法，所述方法包括: 接收媒體呈現(xiàn)描述(MPD)，所述MPD包括用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)； 確定所述廣播傳輸還是所述單播傳輸適于接收所述數(shù)據(jù)片段； 基于所述移動(dòng)實(shí)體的準(zhǔn)則，從所述內(nèi)容的所述多個(gè)表示中選擇給定表示；以及至少部分基于所確定的所述廣播傳輸和所述單播傳輸中的一者的參數(shù)來(lái)接收所述給定表示的所述數(shù)據(jù)片段。
2.如權(quán)利要求1所述的方法，其特征在于，所述移動(dòng)實(shí)體在廣播移動(dòng)系統(tǒng)上工作，其中廣播DASH服務(wù)經(jīng)由包括所述MPD的系統(tǒng)信息元數(shù)據(jù)來(lái)定義，所述方法進(jìn)一步包括從所述MPD中的所述參數(shù)確定所述廣播DASH服務(wù)的替代遞送是否經(jīng)由所述單播傳輸可用。
3.如權(quán)利要求1所述的方法，其特征在于，確定進(jìn)一步包括: 確定所述廣播傳輸在所述移動(dòng)實(shí)體的當(dāng)前位置的可用性；以及 在所述廣播傳輸?shù)目捎眯圆淮嬖诘那闆r下，確定作為所述廣播傳輸?shù)奶娲乃鰡尾鬏數(shù)目捎眯浴?br> 4.如權(quán)利要求1所述的方法，其特征在于，所述準(zhǔn)則包括顯示分辨率能力、語(yǔ)言能力、所述移動(dòng)實(shí)體的無(wú)線網(wǎng)絡(luò)兼容性、或用于支持所述表示的帶寬要求的無(wú)線信道可用性中的至少一者。
5.如權(quán)利要求4所述的方法，其特征在于，用于與所述給定表示相關(guān)聯(lián)的廣播文件遞送會(huì)話的信息被用來(lái)激活所述廣播文件遞送會(huì)話以用于媒體片段的接收。
6.如權(quán)利要求1所述的方法，其特征在于，還包括通過(guò)在當(dāng)前廣播服務(wù)區(qū)域中能夠接收的可用廣播表示之中做出選擇來(lái)選擇用于廣播接收的表示。
7.如權(quán)利要求1所述的方法，其特征在于，還包括通過(guò)在當(dāng)前單播服務(wù)區(qū)域中能夠接收的用于替代遞送的可用單播表示之中做出選擇來(lái)選擇用于單播接收的表示。
8.如權(quán)利要求1所述的方法，其特征在于，接收所述給定表示的所述數(shù)據(jù)片段還包括將所述表示的所述數(shù)據(jù)片段的可用性時(shí)間線調(diào)整一用于所述給定表示的等待時(shí)間調(diào)整周期。
9.如權(quán)利要求1所述的方法，其特征在于，接收所述給定表示的所述數(shù)據(jù)片段進(jìn)一步包括: 考慮如由所述表示的相應(yīng)等待時(shí)間調(diào)整周期所定義的所述表示的可用性時(shí)間線差別； 考慮影響對(duì)所述數(shù)據(jù)片段的訪問(wèn)的所述廣播傳輸和所述單播傳輸?shù)奶匦裕灰约罢{(diào)整數(shù)據(jù)片段的緩沖來(lái)針對(duì)所述內(nèi)容的相應(yīng)表示實(shí)現(xiàn)經(jīng)由所述單播傳輸和所述廣播傳輸?shù)慕邮罩g的無(wú)縫轉(zhuǎn)換。
10.如權(quán)利要求8所述的方法，其特征在于，所述等待時(shí)間調(diào)整周期指示所述給定表示的所述數(shù)據(jù)片段經(jīng)由所述廣播傳輸相對(duì)于經(jīng)由所述單播傳輸在可用性上的時(shí)間延遲或時(shí)間提前。
11.如權(quán)利要求1所述的方法，其特征在于: 所述參數(shù)指示所述數(shù)據(jù)片段的(a)僅單播、(b)僅廣播、或(C)單播和廣播兩者可用性；以及 與所述數(shù)據(jù)片段的(b)僅廣播或(C)單播和廣播兩者可用性有關(guān)的參數(shù)中的至少一者標(biāo)識(shí)廣播分發(fā)技術(shù)。
12.如權(quán)利要求1所述的方法，其特征在于，所述參數(shù)包括關(guān)于廣播表示在所標(biāo)識(shí)的特定廣播服務(wù)區(qū)域中的可用性的信息。
13.如權(quán)利要求1所述的方法，其特征在于: 所述數(shù)據(jù)片段包括通過(guò)HTTP的動(dòng)態(tài)自適應(yīng)流傳輸(DASH)媒體片段；以及所述方法進(jìn)一步包括:響應(yīng)于所述媒體片段的接收從所述廣播傳輸改變到所述單播傳輸或者從所述單播傳輸改變到所述廣播傳輸，累積所述媒體片段以實(shí)現(xiàn)所述媒體片段的無(wú)縫回放。
14.如權(quán)利要求1所述的方法，其特征在于: 所述參數(shù)被編碼在所述MPD的擴(kuò)展元素TransportDescript1n的一個(gè)或多個(gè)實(shí)例中；以及 所述參數(shù)包括針對(duì)廣播內(nèi)容的特定表示的通過(guò)單向傳輸?shù)奈募f送(FLUTE)會(huì)話標(biāo)識(shí)符。
15.一種設(shè)備，包括: 用于接收媒體呈現(xiàn)描述(MPD)的裝置，所述MPD包括用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)； 用于確定所述廣播傳輸還是所述單播傳輸適于接收所述數(shù)據(jù)片段的裝置； 用于基于移動(dòng)實(shí)體的準(zhǔn)則，從所述內(nèi)容的所述多個(gè)表示中選擇給定表示的裝置；以及用于至少部分基于所確定的所述廣播傳輸和所述單播傳輸中的一者的參數(shù)來(lái)接收所述給定表示的所述數(shù)據(jù)片段的裝置。
16.如權(quán)利要求15所述的設(shè)備，其特征在于，所述設(shè)備在廣播移動(dòng)系統(tǒng)上工作，其中廣播DASH服務(wù)經(jīng)由包括所述MH)的系統(tǒng)信息元數(shù)據(jù)來(lái)定義，所述設(shè)備進(jìn)一步包括用于從所述Mro中的所述參數(shù)確定所述廣播DASH服務(wù)的替代遞送是否經(jīng)由所述單播傳輸可用的裝置。
17.如權(quán)利要求15所述的設(shè)備，其特征在于，還包括: 用于確定所述廣播傳輸在所述移動(dòng)實(shí)體的當(dāng)前位置的可用性的裝置；以及用于在所述廣播傳輸?shù)目捎眯圆淮嬖诘那闆r下，確定作為所述廣播傳輸?shù)奶娲乃鰡尾鬏數(shù)目捎眯缘难b置。
18.—種設(shè)備,包括: 射頻(RF)收發(fā)機(jī)，其配置成接收媒體呈現(xiàn)描述(MPD)，所述MH)包括用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)； 至少一個(gè)處理器，其配置成:確定所述廣播傳輸還是所述單播傳輸適于接收所述數(shù)據(jù)片段；并且基于移動(dòng)實(shí)體的準(zhǔn)則從所述內(nèi)容的所述多個(gè)表示中選擇給定表示；以及耦合至所述至少一個(gè)處理器的用于存儲(chǔ)數(shù)據(jù)的存儲(chǔ)器； 其中所述RF收發(fā)機(jī)至少部分基于所確定的所述廣播傳輸和所述單播傳輸中的一者的參數(shù)來(lái)接收所述給定表示的所述數(shù)據(jù)片段。
19.一種計(jì)算機(jī)程序產(chǎn)品，包括: 非瞬態(tài)計(jì)算機(jī)可讀介質(zhì)，其包括用于使計(jì)算機(jī)執(zhí)行以下動(dòng)作的代碼: 接收媒體呈現(xiàn)描述(MPD)，所述MPD包括用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)； 基于移動(dòng)實(shí)體的準(zhǔn)則，從所述內(nèi)容的所述多個(gè)表示中選擇給定表示；以及確定所述廣播傳輸還是所述單播傳輸適于接收所述給定表示的所述數(shù)據(jù)片段；以及至少部分基于所確定的所述廣播傳輸和所述單播傳輸中的一者的參數(shù)來(lái)接收所述給定表示的所述數(shù)據(jù)片段。
20.一種由無(wú)線系統(tǒng)中的移動(dòng)實(shí)體操作的方法，所述方法包括: 接收系統(tǒng)信息，所述系統(tǒng)信息包括:(a)通過(guò)HTTP的動(dòng)態(tài)自適應(yīng)流傳輸(DASH)媒體呈現(xiàn)描述(MPD);以及(b)用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)； 確定所述廣播傳輸還是所述單播傳輸適于接收所述數(shù)據(jù)片段； 基于所述參數(shù)和所述移動(dòng)實(shí)體的準(zhǔn)則，從所述內(nèi)容的所述多個(gè)表示中選擇給定表示；以及 接收所述給定表示的數(shù)據(jù)片段。
21.如權(quán)利要求20所述的方法，其特征在于， 確定所述廣播傳輸在所述移動(dòng)實(shí)體的當(dāng)前位置的可用性；以及在所述廣播傳輸?shù)目捎眯圆淮嬖诘那闆r下，確定作為所述廣播傳輸?shù)奶娲乃鰡尾鬏數(shù)目捎眯浴?br> 22.—種設(shè)備,包括: 用于接收系統(tǒng)信息的裝置，所述系統(tǒng)信息包括:(a)通過(guò)HTTP的動(dòng)態(tài)自適應(yīng)流傳輸(DASH)媒體呈現(xiàn)描述(MPD);以及(b)用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)； 用于確定所述廣播傳輸還是所述單播傳輸適于接收所述數(shù)據(jù)片段的裝置； 用于基于所述參數(shù)和所述移動(dòng)實(shí)體的準(zhǔn)則，從所述內(nèi)容的所述多個(gè)表示中選擇給定表示的裝置；以及 用于接收所述給定表示的數(shù)據(jù)片段的裝置。
23.—種設(shè)備,包括: 射頻(RF)接收機(jī)，其配置成接收系統(tǒng)信息，所述系統(tǒng)信息包括:(a)通過(guò)HTTP的動(dòng)態(tài)自適應(yīng)流傳輸(DASH)媒體呈現(xiàn)描述(MPD);以及(b)用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)； 至少一個(gè)處理器，其配置成:確定所述廣播傳輸還是所述單播傳輸適于接收所述數(shù)據(jù)片段；并且基于所述參數(shù)以及所述移動(dòng)實(shí)體的準(zhǔn)則從所述內(nèi)容的所述多個(gè)表示中選擇給定表示；以及 耦合至所述至少一個(gè)處理器的用于存儲(chǔ)數(shù)據(jù)的存儲(chǔ)器； 其中所述RF收發(fā)機(jī)接收所述給定表示的數(shù)據(jù)片段。
24.一種計(jì)算機(jī)程序產(chǎn)品，包括: 非瞬態(tài)計(jì)算機(jī)可讀介質(zhì)，其包括用于使計(jì)算機(jī)執(zhí)行以下動(dòng)作的代碼: 接收系統(tǒng)信息，所述系統(tǒng)信息包括:(a)通過(guò)HTTP的動(dòng)態(tài)自適應(yīng)流傳輸(DASH)媒體呈現(xiàn)描述(MPD);以及(b)用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)； 確定所述廣播傳輸還是所述單播傳輸適于接收所述數(shù)據(jù)片段； 基于所述參數(shù)和所述移動(dòng)實(shí)體的準(zhǔn)則，從所述內(nèi)容的所述多個(gè)表示中選擇給定表示；以及 接收所述給定表示的數(shù)據(jù)片段。
25.一種由網(wǎng)絡(luò)實(shí)體操作的用于無(wú)線通信的方法，所述方法包括: 發(fā)送媒體呈現(xiàn)描述(MPD)，所述MPD包括用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)； 接收對(duì)所述內(nèi)容的給定表示的請(qǐng)求；以及 至少部分基于所述參數(shù)來(lái)經(jīng)由所述廣播傳輸或所述單播傳輸發(fā)送所述給定表示的所述數(shù)據(jù)片段。
26.如權(quán)利要求25所述的方法，其特征在于，還包括信令服務(wù)的哪些表示可用于所述廣播傳輸或所述單播傳輸。
27.如權(quán)利要求25所述的方法，其特征在于，發(fā)送所述數(shù)據(jù)片段包括經(jīng)由所述單播傳輸發(fā)送所述給定表示的所述數(shù)據(jù)片段并且并行地經(jīng)由所述廣播傳輸發(fā)送至少一個(gè)不同表示的所述數(shù)據(jù)片段。
28.—種設(shè)備,包括: 用于發(fā)送媒體呈現(xiàn)描述(MPD)的裝置，所述MH)包括用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)； 用于接收對(duì)所述內(nèi)容的給定表示的請(qǐng)求的裝置；以及 用于至少部分基于所述參數(shù)來(lái)經(jīng)由所述廣播傳輸或所述單播傳輸發(fā)送所述給定表示的所述數(shù)據(jù)片段的裝置。
29.—種設(shè)備,包括: 射頻(RF)收發(fā)機(jī)； 至少一個(gè)處理器，其配置成:(a)指示所述RF收發(fā)機(jī)發(fā)送媒體呈現(xiàn)描述(MPD)，所述MH)包括用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)；以及(b)響應(yīng)于接收對(duì)所述內(nèi)容的給定表示的請(qǐng)求，指示所述RF收發(fā)機(jī)至少部分基于所述參數(shù)來(lái)經(jīng)由所述廣播傳輸或所述單播傳輸發(fā)送所述給定表示的所述數(shù)據(jù)片段；以及耦合至所述至少一個(gè)處理器的用于存儲(chǔ)數(shù)據(jù)的存儲(chǔ)器。
30.一種計(jì)算機(jī)程序產(chǎn)品，包括: 非瞬態(tài)計(jì)算機(jī)可讀介質(zhì)，其包括用于使計(jì)算機(jī)執(zhí)行以下動(dòng)作的代碼: 發(fā)送媒體呈現(xiàn)描述(MPD)，所述MPD包括用于經(jīng)由廣播傳輸和單播傳輸接收內(nèi)容的多個(gè)表示的數(shù)據(jù)片段的參數(shù)； 接收對(duì)所述內(nèi)容的給定表示的請(qǐng)求；以及 至少部分基于所述參數(shù)來(lái)經(jīng)由所述廣播傳輸或所述單播傳輸發(fā)送所述給定表示的所述數(shù)據(jù)片段。
【文檔編號(hào)】H04L29/06GK104205766SQ201380005482
【公開日】2014年12月10日 申請(qǐng)日期:2013年1月15日 優(yōu)先權(quán)日:2012年1月16日
【發(fā)明者】C·M·D·帕左斯, T·斯托克漢姆, G·切瑞安, R·A·霍爾米, N·奈克, J·王, C·N·洛 申請(qǐng)人:高通股份有限公司