通信接收器的制造方法
【專利說(shuō)明】通信接收器
【背景技術(shù)】
[0001] 本發(fā)明涉及多媒體媒體內(nèi)容分發(fā)領(lǐng)域。
[0002] 對(duì)于多媒體內(nèi)容分發(fā)，3GPP TS 26. 247規(guī)定，可以使用HTTP動(dòng)態(tài)自適應(yīng)流媒體 (DASH)的媒體展示描述（MPD)，其早前作為3GPP TS 26. 234包交換流媒體（PSS)業(yè)務(wù)的一 部分出現(xiàn)。
[0003] 為了通過互聯(lián)網(wǎng)分發(fā)文件，還可以使用單向傳輸文件分發(fā)（FLUTE)【RFC 3926】。 FLUTE是一種用于通過互聯(lián)網(wǎng)進(jìn)行單向文件分發(fā)的協(xié)議。該規(guī)范建構(gòu)在異步分層編碼 (ALC)【RFC 3450】之上，ALC是設(shè)計(jì)用于大規(guī)模可擴(kuò)展的多播分發(fā)的基本協(xié)議。
[0004] 對(duì)于服務(wù)具有相同媒體內(nèi)容的大型集合，可以利用多媒體廣播多播業(yè)務(wù)（MBMS)。 MBMS下載分發(fā)方法旨在通過MBMS將任意數(shù)目的對(duì)象分發(fā)給眾多接收器。3GPP TS 26. 346 的MBMS中定義了兩種分發(fā)方法，即下載和流媒體。
[0005] 當(dāng)通過MBMS承載分發(fā)媒體內(nèi)容時(shí)，MBMS下載分發(fā)方法使用FLUTE協(xié)議【RFC 3926】。
[0006] 3GPP TS 26. 247中定義的DASH規(guī)定了使流媒體業(yè)務(wù)從標(biāo)準(zhǔn)HTTP服務(wù)器分發(fā)給 DASH客戶端的格式和方法。它涉及通過媒體呈現(xiàn)描述（MPD)來(lái)描述媒體分片和輔助元數(shù)據(jù) (均被HTTP-URL引用）。
[0007] 下載分發(fā)方法，即MBMS，允許3GPP TS 26. 247中定義的DASH分片和媒體呈現(xiàn)描述 的分發(fā)。分片URI使用FLUTE進(jìn)行描述。
[0008] 網(wǎng)絡(luò)可通過MBMS用戶業(yè)務(wù)描述通告用于為DASH提供媒體分片的MBMS下載分發(fā) 方法的使用。在此事件中，MBMS用戶業(yè)務(wù)描述分段應(yīng)包括媒體呈現(xiàn)描述元素。該元素包含 對(duì)3GPP TS 26.247中定義的媒體呈現(xiàn)描述元數(shù)據(jù)分段的引用。因此，用戶設(shè)備（UE)可以 預(yù)期根據(jù)3GPP TS 26. 244中規(guī)定的HTTP動(dòng)態(tài)自適應(yīng)流媒體的3GP文件格式對(duì)MBMS下載 分發(fā)方法提供的文件進(jìn)行格式化。此外，媒體呈現(xiàn)描述分段可包含對(duì)3GPP TS 26. 247中定 義的初始化分片描述片段的引用。
[0009] 為了開始使用通過MBMS分發(fā)的DASH業(yè)務(wù)，MBMS客戶端必須執(zhí)行以下步驟：
[0010] 1.接收用戶業(yè)務(wù)包描述。
[0011] 2.將媒體呈現(xiàn)描述映射到對(duì)應(yīng)的分發(fā)方法。
[0012] 3.建立MBMS用戶業(yè)務(wù)數(shù)據(jù)的接收。
[0013] 4.接收來(lái)自ALC/LCT會(huì)話的FDT實(shí)例。
[0014] 5.使用接收到的FDT實(shí)例將所選顯現(xiàn)的URL映射到傳輸對(duì)象標(biāo)識(shí)符（TOI)。
[0015] 6.將接收到的對(duì)象存儲(chǔ)在UE緩存中，該對(duì)象可以由DASH客戶端使用GET請(qǐng)求進(jìn) 行獲取。
[0016] 在初始化通過MBMS發(fā)送的DASH媒體內(nèi)容接收過程中，F(xiàn)DT實(shí)例的接收引入了延 遲，這對(duì)體驗(yàn)質(zhì)量造成負(fù)面影響。在從MBMS會(huì)話接收所選顯現(xiàn)的任意分片（'對(duì)象'）之 前，必須首先接收FDT實(shí)例。通過ALC/LCT會(huì)話定期發(fā)送FDT實(shí)例。引入的延遲取決于發(fā) 送FDT實(shí)例的時(shí)間間隔。
[0017] 通過以所支持的一種機(jī)制運(yùn)行FLUTE客戶端可為支持MBMS接收的設(shè)備通過MBMS 分發(fā)DASH媒體內(nèi)容。FLUTE客戶端支持兩種運(yùn)行機(jī)制：
[0018] 1.全部下載機(jī)制：在該機(jī)制下，指示FLUTE客戶端下載會(huì)話中的所有文件（傳輸 對(duì)象），或者
[0019] 2.基于請(qǐng)求的機(jī)制：在該機(jī)制下，指示FLUTE客戶端應(yīng)當(dāng)下載哪些文件。
[0020] 然而，在DASH客戶端發(fā)送對(duì)媒體分片的請(qǐng)求時(shí)，該請(qǐng)求可能已經(jīng)通過FLUTE會(huì)話 (ALC/LCT會(huì)話）進(jìn)行發(fā)送或者傳輸可能已經(jīng)結(jié)束。這樣會(huì)引起額外的延遲以使FLUTE客戶 端恢復(fù)文件。
[0021] 另一方面，全部下載機(jī)制可能并非適用于所有場(chǎng)景，因?yàn)镕LUTE客戶端將下載所 有通過會(huì)話發(fā)送的文件，而這將導(dǎo)致過度的存儲(chǔ)使用，尤其當(dāng)通過同一 MBMS會(huì)話同時(shí)發(fā)送 多個(gè)顯現(xiàn)時(shí)。

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

[0022] 本發(fā)明的目的在于提供用于多媒體媒體內(nèi)容分發(fā)的有效概念。
[0023] 此目的可以通過獨(dú)立權(quán)利要求的特征來(lái)實(shí)現(xiàn)。進(jìn)一步的實(shí)施形式在從屬權(quán)利要 求、具體說(shuō)明和附圖中顯而易見。
[0024] 根據(jù)第一方面，本發(fā)明涉及一種通信接收器，包括第一客戶端，用于根據(jù)HTTP動(dòng) 態(tài)自適應(yīng)流媒體協(xié)議進(jìn)行接收，以及第二客戶端，用于根據(jù)單向傳輸文件分發(fā)協(xié)議進(jìn)行接 收，其中所述第一客戶端用于向所述第二客戶端提供獲取模式，以及所述第二客戶端用于 根據(jù)所述獲取模式獲取，例如接收或下載或提取媒體內(nèi)容。
[0025] 在所述第一方面的第一實(shí)施形式中，所述第一客戶端用于通過控制信道將所述獲 取模式提供給所述第二客戶端205。
[0026] 在如上所述的第一方面或所述第一方面的第一實(shí)施形式的第二實(shí)施形式中，所述 第二客戶端用于根據(jù)所述獲取模式通過FLUTE會(huì)話從遠(yuǎn)程發(fā)射器下載所述媒體內(nèi)容以接 收所述媒體內(nèi)容。
[0027] 在如上所述的第一方面或所述第一方面的前述實(shí)施形式之一的第三實(shí)施形式中， 所述第一客戶端用于從遠(yuǎn)程發(fā)射器接收包含所述獲取模式的媒體呈現(xiàn)描述（MPD)，以及從 所述接收到的媒體呈現(xiàn)描述（MPD)中獲取所述獲取模式。
[0028] 在如上所述的第一方面的或所述第一方面的前述實(shí)施形式之一的第四實(shí)施形式 中，所述媒體內(nèi)容是根據(jù)所述單向傳輸文件分發(fā)（FLUTE)協(xié)議的傳輸對(duì)象，所述傳輸對(duì)象 由傳輸對(duì)象標(biāo)識(shí)符（TOI)值標(biāo)識(shí)。所述傳輸對(duì)象可以是HTTP動(dòng)態(tài)自適應(yīng)流媒體媒體內(nèi)容 的一個(gè)顯現(xiàn)或子顯現(xiàn)的分片。
[0029] 在如上所述的第一方面或所述第一方面的前述實(shí)施形式之一的第五實(shí)施形式中， 所述獲取模式包括所述媒體內(nèi)容的傳輸對(duì)象URL，尤其是傳輸對(duì)象集的URL的前綴。所述獲 取模式可以基于所述傳輸對(duì)象URL的前綴，例如為所述URL的路徑。
[0030] 在如上所述的第一方面或所述第一方面的前述實(shí)施形式之一的第六實(shí)施形式中， 所述獲取模式包括傳輸對(duì)象標(biāo)識(shí)符值的傳輸對(duì)象標(biāo)識(shí)符范圍或傳輸對(duì)象標(biāo)識(shí)符值的前綴。
[0031] 在如上所述的第一方面或第一方面的前述實(shí)施形式之一的第七實(shí)施形式中，所述 獲取模式包括所述媒體內(nèi)容的URL。
[0032] 在所述第一方面的第六或第七實(shí)施形式的第八實(shí)施形式中，傳輸對(duì)象標(biāo)識(shí)符值的 所述傳輸對(duì)象標(biāo)識(shí)符（TOI)范圍或所述前綴，或傳輸對(duì)象URL的所述前綴表示媒體呈現(xiàn)描 述（MPD)的顯現(xiàn)的分片。所述TOI范圍可以從所述擴(kuò)展的MPD中提取。
[0033] 在所述第一方面的第八實(shí)施形式的第九實(shí)施形式中，所述第二客戶端用于下載落 入所述傳輸對(duì)象標(biāo)識(shí)符范圍的傳輸對(duì)象標(biāo)識(shí)符（TOI)值所描述的分片集。
[0034] 在如上所述的第一方面或所述第一方面的前述實(shí)施形式之一的第十實(shí)施形式中， 所述第二客戶端用于接收DASH流媒體內(nèi)容。
[0035] 在如上所述的第一方面或所述第一方面的前述實(shí)施形式之一的第十一實(shí)施形式 中，所述第二客戶端用于下載匹配傳輸對(duì)象標(biāo)識(shí)符值的所述前綴或者匹配所述第一客戶端 指示的傳輸對(duì)象URL的所述前綴的分片集。
[0036] 根據(jù)第二方面，本發(fā)明涉及一種通信發(fā)射器，包括用于根據(jù)HTTP動(dòng)態(tài)自適應(yīng)流 媒體協(xié)議（DASH)進(jìn)行傳輸?shù)牡谝话l(fā)射器，以及用于根據(jù)單向傳輸文件分發(fā)協(xié)議（FLUTE) 進(jìn)行傳輸?shù)牡诙l(fā)射器，其中所述第一發(fā)射器用于向所述第二發(fā)射器提供媒體呈現(xiàn)描述 (MPD)的分片用于傳輸，所述第二發(fā)射器用于將獲取模式分配給所述分片，以及所述發(fā)射器 用于將增強(qiáng)型媒體呈現(xiàn)描述（MPD) (101)發(fā)送給通信網(wǎng)絡(luò)，所述增強(qiáng)型媒體呈現(xiàn)描述（MPD) (101)包括所述獲取模式。
[0037] 在所述第二方面的第一實(shí)施形式中，所述第一發(fā)射器和所述第二發(fā)射器用于通過 控制信道進(jìn)行通信。
[0038] 根據(jù)第三方面，本發(fā)明涉及一種用于通信發(fā)射器進(jìn)行傳輸?shù)膫鬏敺椒ǎ鐾ㄐ?發(fā)射器包括根據(jù)HTTP動(dòng)態(tài)自適應(yīng)流媒體（DASH)協(xié)議進(jìn)行傳輸?shù)牡谝话l(fā)射器，以及用于根 據(jù)單向傳輸文件分發(fā)（FLUTE)協(xié)議進(jìn)行傳輸?shù)牡诙l(fā)射器，所述方法包括所述第一發(fā)射器 向所述第二發(fā)射器提供媒體呈現(xiàn)描述（MPD)的分片，所述第二發(fā)射器將獲取模式分配給所 述分片，以及將增強(qiáng)型媒體呈現(xiàn)描述發(fā)送給通信網(wǎng)絡(luò)，所述增強(qiáng)型媒體呈現(xiàn)描述包括所述 獲取模式。
[0039] 根據(jù)第四方面，本發(fā)明涉及一種用于通信接收器進(jìn)行媒體內(nèi)容接收的接收方法， 所述通信接收器包括第一客戶端，用于根據(jù)HTTP動(dòng)態(tài)自適應(yīng)流媒體（DASH)協(xié)議進(jìn)行接收， 以及第二客戶端，用于根據(jù)單向傳輸文件分發(fā)（FLUTE)協(xié)議接收媒體內(nèi)容，其中所述方法 包括所述第一客戶端向所述第二客戶端提供獲取模式，以及所述第二客戶端根據(jù)所述獲取 模式接收媒體內(nèi)容。
[0040] 根據(jù)第五方面，本發(fā)明涉及一種用于當(dāng)在計(jì)算機(jī)上執(zhí)行時(shí)執(zhí)行所述傳輸方法或所 述接收方法的程序。
[0041] 本發(fā)明可以在硬件和/或軟件中實(shí)施。
【附圖說(shuō)明】
[0042] 圖1所示為DASH數(shù)據(jù)模型；
[0043] 圖2所示為接收器架構(gòu)；
[0044] 圖3所示為發(fā)射器架構(gòu)。
【具體實(shí)施方式】
[0045] 圖1所示為媒體呈現(xiàn)描述101，其基于實(shí)施規(guī)范3GPP TS 26. 247的DASH數(shù)據(jù)模 型。
[0046] 媒體呈現(xiàn)描述101包括一系列基于時(shí)間的周期103、119,這些周期構(gòu)成了媒體呈 現(xiàn)描述。周期1〇3、119通常表示媒體內(nèi)容周期，在這個(gè)周期內(nèi)存在一組一致性的媒體內(nèi)容 編碼版本，即一組可用比特率、語(yǔ)言、標(biāo)題、字幕等在這個(gè)周期內(nèi)不會(huì)改變。
[0047] 在周期103、119內(nèi)，材料被編排為適配組104、111。適配組104、111表示一組一個(gè) 或多個(gè)媒體內(nèi)容成分的可互換編碼版本。例如，主視頻成分可能有一個(gè)適配組104、111，同 時(shí)主音頻成分也有一個(gè)單獨(dú)的適配組。如果存在其它材料，例如標(biāo)題或音頻描述，那么這些 材料可能每個(gè)都有一個(gè)單獨(dú)的適配組104、111。材料還可能以復(fù)用的形式來(lái)提供，在這種情 況下，復(fù)用的可互用版本可以描述為單一的適配組，例如一個(gè)同時(shí)包含某個(gè)周期的主音頻 和主視頻的適配組。每個(gè)被復(fù)用的成分可能通過一個(gè)媒體內(nèi)容成分描述來(lái)單獨(dú)描述。
[0048] 適配組104、111包括一組顯現(xiàn)105、109。一個(gè)顯現(xiàn)105、109描述一個(gè)可交付的一 個(gè)或多個(gè)媒體內(nèi)容成分的編碼版本。一個(gè)顯現(xiàn)105、109包含一個(gè)或多個(gè)媒體流，例如在復(fù) 用中，每個(gè)媒體流對(duì)應(yīng)一個(gè)媒體內(nèi)容成分。適配組中任何一個(gè)顯現(xiàn)105、109足以顯示所包 含的媒體內(nèi)容成分。通常來(lái)說(shuō)，為了適應(yīng)網(wǎng)絡(luò)條件或其它因素，客戶端可在一個(gè)周期內(nèi)從一 個(gè)顯現(xiàn)切換到另一個(gè)顯現(xiàn)?？蛻舳艘部梢院雎阅切┎缓线m的或者那些依賴于其所不支持的 編解碼或顯示技術(shù)的顯現(xiàn)。
[0049] 在顯現(xiàn)105、109內(nèi)，媒體