iparameterURI = urn:DownLinkThroughput(標識下行吞吐量的唯一標識符)，并且當下限值被指定為條件值時，描述RequiredQoSParameter/requiredValue/ilowerLimit = 〃3Mbps〃(這意味著下行吞吐量的下限是 3Mbps)。
[0103]例如，作為當通過諸如W1-Fi的無線LAN接收廣播或接收流媒體時，表示廣播終端或移動電話終端的物理層信號質(zhì)量的特征參數(shù)(representative parameter)，存在與射頻波的強度相關的參數(shù)以及與比特誤碼率(BER)相關的參數(shù)。更具體地，作為前一種示例，有載波噪聲比(CN比)、接收信號強度指示(RSSI)以及等等。作為后一種示例，有里德所羅門(Reed Solomon, RS)誤碼矯正過程前/后的比特誤碼率(RS前/后的BER)(其根據(jù)廣播/通信方案而不同)、傳輸誤塊率(BLER)以及等等。
[0104]當然，當描述CN 比時，RequiredQoSParameter/iparameterURI =urn:CarrierToNoiseRat1 (表示CN比的唯一標識符)被描述，并且當下限值被指定為條件值時，RequiredQoSParameter/requiredValue/ilowerLimit = 〃10dB"(這意味著 CN 比的下限值為1dB)被描述。
[0105]進一步地，當CN比分類成幾級(例如，三級)并且評定為條件值時，定義
[0106]水平1(由“urn = CNclassl”指定):大于等于10 3(缺陷)
[0107]水平2(由“urn:CNClaSS2”指定):大于等于10 5并且小于10 3(良好)，以及
[0108]水平3 (由 “urn:CNclass3” 指定):小于 105(優(yōu)秀)，
[0109]并且隨后
[0110]RequiredQoSParameter/iparameterURI = UrrKCarrierToNoiseRat1 (表不 C/N的唯一標識符)，并且作為條件值，描述
[0111]RequiredQoSParameter/requiredClass/iclass = 〃urn:CNclass2〃
[0112]RequiredQoSParameter/requiredClass/iclass = "urn:CNclass3"(這意味著 CN比和級別I或級別2是必要的)。
[0113]作為QoS參數(shù)，除了上述示例，還描述了圖13至圖21中示出的參數(shù)。
[0114]圖13是示出DVB衛(wèi)星廣播/有線電視的QoS參數(shù)的示例的圖。圖14是示出DVB有線電視的QoS參數(shù)的示例的圖。圖15是示出DVB衛(wèi)星廣播的QoS參數(shù)的示例的圖。圖16是示出地面廣播(DVB-T)的QoS參數(shù)的示例的圖。圖13至圖16示出的QoS參數(shù)的示例在ETSI TR 290V1.2.1 (2001-05)、“數(shù)字視頻廣播”(DVB) ;DVB系統(tǒng)的測量指南”中定義。
[0115]圖17是示出地面廣播(DVB-T2)的QoS參數(shù)的示例的圖。所述參數(shù)在DVB藍皮書(DVB BlueBook) A 14-2 (07/12)、“數(shù)字視頻廣播(DVB) ;DVB系統(tǒng)的測量指南:DVB-T2系統(tǒng)修訂”中定義。
[0116]圖18是示出有線電視(DVB-C2)的QoS參數(shù)的示例的圖。所述參數(shù)在DVB藍皮書(DVB BlueBook) A 14-3 (03/13)、“數(shù)字視頻廣播(DVB) ;DVB系統(tǒng)的測量指南；DVB-C2系統(tǒng)的修訂”中定義。
[0117]圖19是示出其它地面廣播的QoS參數(shù)的示例的圖。所述參數(shù)在NorDig Unified2.4版中定義。
[0118]圖20是示出用于3G移動電話(UTRA FDD)終端的QoS參數(shù)的示例的圖。所述參數(shù)在ETSI TS 125 215 VlL 0.0 (2012-11)、“通用移動通信系統(tǒng)(UMTS);物理層；測量(FDD)(3GPP TS 25.215vers1n 11.0.0Release 11)” 中定義。
[0119]圖21是示出用于3G移動電話(UTRA TDD)終端的QoS參數(shù)的示例的圖。所述參數(shù)在 ETSI TS 125 215 VI1.0.0 (2012-09)、“通用移動通信系統(tǒng)(UMTS);物理層；測量(TDD)(3GPP TS 25.225vers1n 11.0.0Release 11)” 中定義。
[0120]圖22是示出用于LTE(E-UTRA)終端的QoS參數(shù)的示例的圖。所述參數(shù)在ETSITS 136 214 Vll.1.0(2013-02)、“LTE ;演進的通用地面射頻接入(E-UTRA);物理層；測量(3GPP TS 36.24vers1n 11.1.0Release 11)” 中定義。
[0121][流媒體協(xié)議棧]
[0122]在IP數(shù)據(jù)包流媒體上，通過RTP協(xié)議或FLUTE協(xié)議攜帶一組文件，所述IP數(shù)據(jù)包流媒體具有由 ServiceLocat1n/IPMulticastAddress 元素從由存儲在 ServiceLocat1n/DeliverySystem元素中的信息調(diào)諧的MPEG2-TS流媒體上傳送的IP數(shù)據(jù)包流媒體中指定的多播地址。
[0123]圖23是示出在IP數(shù)據(jù)包流媒體上攜帶的一組文件的流媒體協(xié)議棧的圖。
[0124]RTP是用于在IP數(shù)據(jù)包上傳送實時(同步)流媒體的協(xié)議。FLUTE協(xié)議是一種用于在IP數(shù)據(jù)包上文件上的協(xié)議并且如圖23的A或B所示分層配置。這里，MAC是鏈路層協(xié)議和廣播系統(tǒng)、GSE、TLV或等等與MAC對應的通用術語。
[0125][FDT 擴展]
[0126]在FLUTE協(xié)議中，第一次在具有相同TOI的所有文件被接受的階段內(nèi)可以訪問文件，例如由Content-Locat1n的URL指定的文件。因此，當再現(xiàn)時間長并且一個文件具有非常大的大小，例如，在VoD內(nèi)容(如電影)的情況下，在全部文件在接收側(cè)重新配置并變得可訪問之前，需要大量時間。
[0127]另一方面，在使用DASH的流傳輸中，即使目標VoD內(nèi)容的文件具有大的大小，通過單獨HTTP請求的mediaRange指定允許以片段為單位的部分文件的獲取或再現(xiàn)。因此，期望通過多播發(fā)布或廣播發(fā)布的IP多播流經(jīng)FLUTE傳送的文件可以類似地以片段為單位獲取或再現(xiàn)。
[0128]這里，在當前定義的FDT的Content-Locat1n元素中，很難按照MPD中BaseURL+SegmentURL mediaRange的順序表達一部分文件?？紤]這點，同樣擴展FDT以表達一部分文件。
[0129]換句話說，F(xiàn)DT引入新的范圍屬性，以指定Content-Locat1n和由Content-Locat1n的url指定的文件中的字節(jié)范圍。range-specifier的定義(RFC2616.sect1n.14.35.1)應用于范圍屬性語法。在范圍屬性中，可以應用MPD的Per1d/Adaptat1nSet/Representat1n/SegmentList/SegmentURL/imediaRange 而無需改變。
[0130]由于FDT按上述擴展，終端設備40可以自適應地切換獲取和再現(xiàn)的流數(shù)據(jù)，特別是在HTTP發(fā)布、廣播發(fā)布和多播發(fā)布之中。進一步地，能夠確保操作內(nèi)容流傳輸服務的靈活性。
[0131][內(nèi)容提供系統(tǒng)20的操作]
[0132]接著，描述內(nèi)容提供系統(tǒng)20的操作。
[0133]圖24是用于描述內(nèi)容提供系統(tǒng)20的內(nèi)容提供設備30的操作的流程圖。
[0134]在步驟SI中，內(nèi)容管理服務器31提供具有相同主題內(nèi)容但具有不同位速率等的多條流數(shù)據(jù)到DASH片段成流器32，所述流數(shù)據(jù)提供給接收側(cè)的終端設備40。在步驟S2中，內(nèi)容管理服務器31將內(nèi)容的元數(shù)據(jù)通知給DASH MPD服務器33。
[0135]在步驟Sll中，已經(jīng)提供有流數(shù)據(jù)的DASH片段成流器32按時間將內(nèi)容的流數(shù)據(jù)分割成時段，并且將時段劃分為片段以生成DASH流片段，然后將每個DASH流片段轉(zhuǎn)換成文件。進一步地，DASH片段成流器32將DASH流片段的文件提供給RTP/FLUTE服務器34用于多播發(fā)布。
[0136]在步驟S12中，DASH片段成流器32將DASH流片段的文件提供源的地址(url信息)通知給DASH MPD服務器33和RTP/FLUTE服務器34。此后，在步驟S13中，DASH片段成流器32經(jīng)由因特網(wǎng)I開始DASH流片段的文件的HTTP發(fā)布以響應終端設備40的請求。
[0137]在步驟S21中，已經(jīng)被通知DASH流片段的文件提供源的地址的DASH MPD服務器33生成MPD，并且在步驟S22中將MPD提供給RTP/FLUTE服務器34，并且請求RTP/FLUTE服務器34根據(jù)FLUTE執(zhí)行發(fā)布。此后，在步驟S23中，DASH MPD服務器33經(jīng)由因特網(wǎng)I開始所生成的MPD的HTTP發(fā)布以響應終端設備40的請求。
[0138]在步驟S31中，已經(jīng)提供有來自DASH MPD服務器33的MPD的RTP/FLUTE服務器34基于MPD生成擴展的FDT，并且生成存儲來自DASH片段成流器32的DASH流片段的文件的FLUTE數(shù)據(jù)包(或者RTP數(shù)據(jù)包)。
[0139]在步驟S32中，RTP/FLUTE服務器34將生成的FDT和FLUTE數(shù)據(jù)包(或RTP數(shù)據(jù)包)提供給廣播發(fā)布服務器35，并且請求廣播發(fā)布服務器35執(zhí)行FDT和FLUTE數(shù)據(jù)包(或RTP數(shù)據(jù)包)的廣播發(fā)布。此后，在步驟S33中，在預定的時間FLUTE服務器34經(jīng)由因特網(wǎng)I開始FDT和FLUTE數(shù)據(jù)包(或RTP數(shù)據(jù)包)的多播發(fā)布。
[0140]在步驟S41中，已經(jīng)提供有FDT和FLUTE數(shù)據(jù)包(或RTP數(shù)據(jù)包)的廣播發(fā)布服務器35在預定的時間經(jīng)由廣播網(wǎng)絡2廣播發(fā)布FLUTE數(shù)據(jù)包(或RTP數(shù)據(jù)包)和FDT。內(nèi)容提供系統(tǒng)20的內(nèi)容提供設備30操作的描述現(xiàn)在完成。
[0141]接下來，圖25是用于描述直到終端設備40接收和再現(xiàn)內(nèi)容為