TW201806397A

TW201806397A - 擷取及存取媒體串流之區段組塊

Info

Publication number: TW201806397A
Application number: TW106125594A
Authority: TW
Inventors: 湯瑪士史塔克漢莫
Original assignee: 高通公司
Priority date: 2016-07-28
Filing date: 2017-07-28
Publication date: 2018-02-16
Also published as: TWI780063B; CN109479158B; BR112019001323A2; CA3029026A1; JP7142626B2; KR20190031490A; US20230283863A1; JP2019523600A; US20180035176A1; EP3491827B1; ES2854936T3; KR102454839B1; CN109479158A; WO2018022984A1; EP3491827A1; US11617019B2

Abstract

本發明提供一種用於擷取媒體資料之實例器件，其包括一或多個處理器，該一或多個處理器實施於電路中且經組態以：接收包括資料之一資訊清單檔案，該資料指示可用於媒體資料之一表示之一區段的區段組塊之一數目，該區段包含具有一唯一統一資源定位符(URL)之一可獨立擷取媒體檔案；使用指示可用於該區段的組塊之該數目的該資料來判定該等組塊中之一者的一識別符；且將指定該等組塊中之該一者之該識別符的一請求發送至一伺服器器件。

Description

擷取及存取媒體串流之區段組塊

本發明係關於經編碼媒體資料之傳送。

數位視訊能力可併入至廣泛範圍之器件中，包括數位電視、數位直播系統、無線廣播系統、個人數位助理(PDA)、膝上型或桌上型電腦、數位攝影機、數位記錄器件、數位媒體播放器、視訊遊戲器件、視訊遊戲控制台、蜂巢式或衛星無線電電話、視訊電話會議器件及其類似者。數位視訊器件實施視訊壓縮技術，諸如由MPEG-2、MPEG-4、ITU-T H.263、ITU-T H.264/MPEG-4第10部分進階視訊寫碼(AVC)、ITU-TH.265 (亦被稱作高效率視訊寫碼(HEVC))定義之標準及此等標準之擴展中所描述的彼等技術，以更有效地傳輸及接收數位視訊資訊。在視訊資料已經編碼之後，可將視訊資料封包化以用於傳輸或儲存。可以將視訊資料組譯成符合多種標準中之任一種的視訊檔案，該等標準諸如國際標準化組織(ISO)基本媒體檔案格式及其擴展，諸如AVC。

一般而言，本發明描述使用區段組塊之技術。本發明之技術包括例如傳信可用於完整區段之組塊之數目。本發明之技術亦包括用於定址組塊例如以請求供擷取之組塊的定址方案(例如命名方案)。在一個實例中，一種擷取媒體資料之方法包括：接收包括資料之資訊清單檔案，該資料指示可用於媒體資料之表示之區段的區段組塊之數目，該區段包含具有唯一統一資源定位符(URL)之可獨立擷取媒體檔案；使用指示可用於區段的組塊之數目的資料來判定組塊中之一者的識別符；且將指定組塊中之一者之識別符的請求發送至伺服器器件。在另一實例中，一種用於擷取媒體資料之器件包括一或多個處理器，該一或多個處理器實施於電路中且經組態以：接收包括資料之資訊清單檔案，該資料指示可用於媒體資料之表示之區段的區段組塊之數目，該區段包含具有唯一統一資源定位符(URL)之可獨立擷取媒體檔案；使用指示可用於區段的組塊之數目的資料來判定組塊中之一者的識別符；且將指定組塊中之一者之識別符的請求發送至伺服器器件。在另一實例中，一種用於擷取媒體資料之器件包括用於接收包括資料之資訊清單檔案的構件，該資料指示可用於媒體資料之表示之區段的區段組塊之數目，該區段包含具有唯一統一資源定位符(URL)之可獨立擷取媒體檔案；用於使用指示可用於區段的組塊之數目的資料來判定組塊中之一者之識別符的構件；及用於將指定組塊中之一者之識別符的請求發送至伺服器器件的構件。在另一實例中，一種電腦可讀儲存媒體上儲存有指令，該等指令在執行時致使處理器：接收包括資料之資訊清單檔案，該資料指示可用於媒體資料之表示之區段的區段組塊之數目，該區段包含具有唯一統一資源定位符(URL)之可獨立擷取媒體檔案；使用指示可用於區段的組塊之數目的資料來判定組塊中之一者的識別符；且將指定組塊中之一者之識別符的請求發送至伺服器器件。在以下隨附圖式及實施方式中闡述一或多個實例之細節。其他特徵、目標及優點將自該實施方式及圖式以及申請專利範圍顯而易見。

本申請案主張2016年7月28日申請之美國臨時申請案第62 / 368 , 099 號之權益，該申請案之全部內容以引用的方式併入本文中。一般而言，本發明描述使用區段序列之技術，該區段例如與習知區段相比播放持續時間相對較短的包括資料之區段。亦即一或多個區段可缺乏隨機存取點(RAP)。因此，並非單一區段具有關於N秒(或其他時間單位，諸如微秒、毫秒或其類似者)之播放持續時間的資料，而是單一區段具有RAP且與區段可用性開始時間(SAST)相關聯之情況下，可提供具有關於N秒之播放持續時間的資料之複數個區段，僅該複數個區段中之一者包括RAP且該複數個區段中之每一者與各別SAST相關聯。藉由使用此等較短區段，播放可比使用習知較長區段更快地開始。可單獨或組合使用用於提供使用較短區段之解決方案的各種選項。舉例而言，可通告區段組塊之區段時間線的精確持續時間。然而，通告精確持續時間可為過度的，且可要求諸多資訊清單檔案(例如媒體呈現描述(MPD))更新。可使用階層式定址方案。然而，不確定是否存在足夠時間來使用階層式定址方案。本發明之技術可應用於符合根據以下中之任一者囊封之媒體資料的媒體檔案(諸如視訊檔案)：ISO基本媒體檔案格式、可調式視訊寫碼(SVC)檔案格式、進階視訊寫碼(AVC)檔案格式、第三代合作夥伴計劃(3GPP)檔案格式及/或多視圖視訊寫碼(MVC)檔案格式或其他類似視訊檔案格式。在HTTP串流中，頻繁使用之操作包括HEAD、GET及部分GET。HEAD操作擷取與給定的統一資源定位符(URL)或統一資源名稱(URN)相關聯之檔案的標頭，但不擷取與URL或URN相關聯之有效負載。GET操作擷取與給定URL或URN相關聯之整個檔案。部分GET操作接收位元組範圍作為輸入參數且擷取檔案之連續數個位元組，其中位元組之數目對應於所接收之位元組範圍。因此，HTTP串流可提供電影片段，此係因為部分GET操作可得到一或多個個別電影片段。在電影片段中，可能存在不同播放軌之若干播放軌片段。在HTTP串流中，媒體呈現可為用戶端可存取之資料的結構化集合。用戶端可請求且下載媒體資料資訊以向使用者呈現串流服務。在使用HTTP串流來串流3GPP資料之實例中，可能存在多媒體內容之視訊及/或音訊資料的多個表示。如下文所解釋，不同表示可對應於不同寫碼特性(例如視訊寫碼標準之不同設定檔或層級)、不同寫碼標準或寫碼標準之擴展(諸如多視圖及/或可縮放擴展)或不同位元速率。此等表示之資訊清單可在媒體呈現描述(MPD)資料結構中加以定義。媒體呈現可對應於HTTP串流用戶端器件可存取之資料的結構化集合。HTTP串流用戶端器件可請求且下載媒體資料資訊以向用戶端器件之使用者呈現串流服務。媒體呈現可在MPD資料結構中加以描述，該MPD資料結構可包括MPD之更新。媒體呈現可含有一或多個週期之序列。每一週期可延伸直至下一週期之開始，或在最末週期之情況下，直至媒體呈現之結束。每一週期可含有同一媒體內容之一或多個表示。表示可為音訊、視訊、計時文字或其他此等資料之數個替代性經編碼版本中之一者。表示可因編碼類型而異，例如對於視訊資料，因位元速率、解析度及/或編碼解碼器而異，且對於音訊資料，因位元速率、語言及/或編碼解碼器而異。術語表示可用以指代經編碼音訊或視訊資料的對應於多媒體內容之特定週期且以特定方式編碼之部分。特定週期之表示可經指派至由MPD中之屬性指示之群組，該屬性指示表示所屬之調適集。同一調適集中之表示通常被視為彼此之替代方案，此係因為用戶端器件可在此等表示之間動態地且無縫地切換，例如以執行頻寬調適。舉例而言，特定週期之視訊資料的每一表示可經指派至同一調適集，以使得可選擇該等表示中之任一者進行解碼以呈現對應週期之多媒體內容的媒體資料，諸如視訊資料或音訊資料。在一些實例中，一個週期內之媒體內容可由來自群組0 (若存在)之一個表示來表示，或由來自每一非零群組的至多一個表示之組合來表示。週期之每一表示的時序資料可相對於該週期之開始時間加以表達。表示可包括一或多個區段。每一表示可包括初始化區段，或表示之每一區段可以自行初始化。當存在時，初始化區段可含有用於存取表示之初始化資訊。一般而言，初始化區段不含媒體資料。區段可由識別符唯一地標記，該識別符諸如統一資源定位符(URL)、統一資源名稱(URN)或統一資源識別符(URI)。MPD可為每一區段提供識別符。在一些實例中，MPD亦可提供呈範圍屬性之形式的位元組範圍，該範圍屬性可對應於可由URL、URN或URI存取之檔案內之區段的資料。可選擇不同表示以用於大致同時擷取不同類型之媒體資料。舉例而言，用戶端器件可選擇自其音訊表示、視訊表示及計時文字表示，自該等表示中擷取區段。在一些實例中，用戶端器件可選擇特定調適集以用於執行頻寬調適。亦即，用戶端器件可選擇包括視訊表示之調適集、包括音訊表示之調適集及/或包括計時文字之調適集。替代地，用戶端器件可選擇用於某些類型之媒體(例如視訊)的調適集，且直接選擇用於其他類型之媒體(例如音訊及/或計時文字)的表示。圖1為說明實例系統10的方塊圖，該實例系統10實施用於經由網路來串流媒體資料之技術。在此實例中，系統10包括內容準備器件20、伺服器器件60及用戶端器件40。用戶端器件40及伺服器器件60藉由網路74以通信方式耦接，該網路74可包含網際網路。在一些實例中，內容準備器件20及伺服器器件60亦可藉由網路74或另一網路耦接，或可直接以通信方式耦接。在一些實例中，內容準備器件20及伺服器器件60可包含同一器件。在圖1之實例中，內容準備器件20包含音訊源22及視訊源24。音訊源22可包含例如麥克風，該麥克風產生表示待由音訊編碼器26編碼之所捕捉音訊資料的電信號。替代地，音訊源22可包含儲存先前記錄之音訊資料的儲存媒體、諸如電腦化之合成器的音訊資料產生器或任何其他音訊資料源。視訊源24可包含：視訊攝影機，其產生待由視訊編碼器28編碼之視訊資料；儲存媒體，其編碼有先前記錄之視訊資料；視訊資料產生單元，諸如電腦圖形源；或任何其他視訊資料源。內容準備器件20未必在所有實例中均以通信方式耦接至伺服器器件60，但可將多媒體內容儲存至由伺服器器件60讀取之單獨媒體。原始音訊及視訊資料可包含類比或數位資料。類比資料可在由音訊編碼器26及/或視訊編碼器28編碼之前經數位化。音訊源22可在通話參與者正在說話時自通話參與者獲得音訊資料，且視訊源24可同時獲得通話參與者之視訊資料。在其他實例中，音訊源22可包含包括所儲存之音訊資料的電腦可讀儲存媒體，且視訊源24可包含包括所儲存之視訊資料的電腦可讀儲存媒體。以此方式，本發明中所描述之技術可應用於實況、串流、即時音訊及視訊資料或所存檔的、預先記錄的音訊及視訊資料。對應於視訊訊框之音訊訊框通常為含有由音訊源22捕捉(或產生)之音訊資料的音訊訊框，該音訊資料同時伴隨含於視訊訊框內的由視訊源24捕捉(或產生)之視訊資料。舉例而言，當通話參與者通常藉由說話而產生音訊資料時，音訊源22捕捉音訊資料，且視訊源24同時(亦即，在音訊源22正捕捉音訊資料的同時)捕捉通話參與者之視訊資料。因此，音訊訊框在時間上可對應於一或多個特定視訊訊框。因而，對應於視訊訊框之音訊訊框通常對應於同時捕捉到音訊資料及視訊資料且音訊訊框及視訊訊框分別包含同時捕捉到的音訊資料及視訊資料的情形。在一些實例中，音訊編碼器26可對每一經編碼音訊訊框中表示記錄經編碼音訊訊框之音訊資料之時間的時戳進行編碼，且類似地，視訊編碼器28可對每一經編碼視訊訊框中表示記錄經編碼視訊訊框之視訊資料之時間的時戳進行編碼。在此等實例中，對應於視訊訊框之音訊訊框可包含：包含時戳之音訊訊框及包含相同時戳之視訊訊框。內容準備器件20可包含內部時鐘，音訊編碼器26及/或視訊編碼器28可以根據該內部時鐘產生時戳，或音訊源22及視訊源24可以使用該內部時鐘分別使音訊資料及視訊資料與時戳相關聯。在一些實例中，音訊源22可向音訊編碼器26發送對應於記錄音訊資料之時間的資料，且視訊源24可向視訊編碼器28發送對應於記錄視訊資料之時間的資料。在一些實例中，音訊編碼器26可對經編碼音訊資料中的序列識別符進行編碼以指示經編碼音訊資料之相對時間次序，但未必指示記錄音訊資料之絕對時間，且類似地，視訊編碼器28亦可使用序列識別符來指示經編碼視訊資料之相對時間次序。類似地，在一些實例中，序列識別符可經映射或以其它方式與時戳相關。音訊編碼器26通常產生經編碼音訊資料之串流，而視訊編碼器28產生經編碼視訊資料之串流。每一個別資料串流(不論音訊或視訊)可被稱為基本串流。基本串流為表示之單一的經數位化寫碼(可能經壓縮)之分量。舉例而言，表示之經寫碼視訊或音訊部分可為基本串流。基本串流可在囊封於視訊檔案內之前經轉換成封包化基本串流(PES)。在相同表示內，可使用串流ID來區分屬於一個基本串流的PES封包與屬於另一基本串流的PES封包。基本串流之資料的基本單元為封包化基本串流(PES)封包。因此，經寫碼視訊資料通常對應於基本視訊串流。類似地，音訊資料對應於一或多個各別基本串流。諸如ITU-T H.264/AVC及即將到來的高效率視訊寫碼(HEVC)標準之許多視訊寫碼標準定義無誤差位元串流之語法、語義及解碼過程，該等無誤差位元串流中之任一者符合特定設定檔或層級。視訊寫碼標準通常並不指定編碼器，但編碼器具有保證所產生之位元串流對於解碼器而言標準相容之任務。在視訊寫碼標準之情境中，「設定檔」對應於演算法、特徵或工具及施加至演算法、特徵或工具之約束的子集。如例如H.264標準所定義，「設定檔」為由H.264標準指定的完整位元串流語法之子集。「層級」對應於解碼器資源消耗(諸如解碼器記憶體及計算)之限制，該等限制與圖像解析度、位元速率及區塊處理速率相關。設定檔可藉由profile_idc (設定檔指示符)值傳信，而層級可藉由level_idc (層級指示符)值傳信。舉例而言，H.264標準認為，在由給定設定檔之語法所強加的界限內，仍然可能要求編碼器及解碼器之效能有較大變化，此取決於位元串流中之語法元素(諸如，經解碼圖像之指定大小)所取的值。H.264標準進一步認為，在許多應用中，實施能夠處理特定設定檔內之語法之所有假設使用的解碼器既不實際又不經濟。因此，H.264標準將「層級」定義為強加於位元串流中之語法元素之值的約束之指定集合。此等約束可僅為對值的限制。替代地，此等約束可採取對值之算術組合(例如圖像寬度乘以圖像高度乘以每秒解碼圖像之數目)之約束的形式。H.264標準進一步規定，個別實施對於每一所支援設定檔可支援不同層級。符合設定檔之解碼器一般支援設定檔中所定義之所有特徵。舉例而言，作為寫碼特徵，B圖像寫碼在H.264/AVC之基線設定檔中不被支援，但在H.264/AVC之其他設定檔中被支援。符合一層級之解碼器應能夠對不要求超出該層級中所定義之限制的資源之任何位元串流進行解碼。設定檔及層級之定義可對可解釋性有幫助。舉例而言，在視訊傳輸期間，可針對整個傳輸工作階段協商及同意一對設定檔定義及層級定義。更具體言之，在H.264/AVC中，層級可定義對於需要處理之巨集區塊的數目、經解碼圖像緩衝器(DPB)大小、經寫碼圖像緩衝器(CPB)大小、垂直運動向量範圍、每兩個連續MB的運動向量之最大數目及B區塊是否可具有小於8×8像素之子巨集區塊分區的限制。以此方式，解碼器可判定解碼器是否能夠恰當地對位元串流進行解碼。在圖1之實例中，內容準備器件20之囊封單元30自視訊編碼器28接收包含經寫碼視訊資料之基本串流，且自音訊編碼器26接收包含經寫碼音訊資料之基本串流。在一些實例中，視訊編碼器28及音訊編碼器26可各自包括用於自經編碼資料形成PES封包的封包化器。在其他實例中，視訊編碼器28及音訊編碼器26可各自與用於自經編碼資料形成PES封包之各別封包化器介接。在另外的其他實例中，囊封單元30可包括用於自經編碼音訊及視訊資料形成PES封包之封包化器。視訊編碼器28可以各種方式對多媒體內容之視訊資料進行編碼，以產生多媒體內容之各種位元速率且具有各種特性的不同表示，該等特性諸如像素解析度、訊框速率、對各種寫碼標準之符合性、對各種寫碼標準之各種設定檔及/或設定檔層級之符合性、具有一或多個視圖之表示(例如針對二維或三維播放)或其他此等特性。如本發明中所使用，表示可包含音訊資料、視訊資料、文字資料(例如用於隱藏字幕)或其他此類資料中之一者。表示可包括諸如音訊基本串流或視訊基本串流之基本串流。每一PES封包可包括stream_id，其識別PES封包所屬之基本串流。囊封單元30負責將基本串流組譯成各種表示之視訊檔案(例如區段)。囊封單元30自音訊編碼器26及視訊編碼器28接收表示之基本串流的PES封包且自該等PES封包形成對應的網路抽象層(NAL)單元。在H.264/AVC (進階視訊寫碼)之實例中，經寫碼視訊區段經組織成NAL單元，該等單元提供「網路友好」視訊表示，其處理諸如視訊電話、儲存、廣播或串流之應用。NAL單元可分類為視訊寫碼層(VCL) NAL單元及非VCL NAL單元。VCL單元可含有核心壓縮引擎，且可包括區塊、巨集區塊及/或圖塊層級資料。其他NAL單元可為非VCL NAL單元。在一些實例中，一個時間執行個體中之經寫碼圖像(通常呈現為初級經寫碼圖像)可含於存取單元中，該存取單元可包括一或多個NAL單元。非VCL NAL單元可尤其包括參數集NAL單元及SEI NAL單元。參數集可含有序列層級標頭資訊(在序列參數集(SPS)中)及不頻繁改變的圖像層級標頭資訊(在圖像參數集(PPS)中)。對於參數集(例如PPS及SPS)，不頻繁改變的資訊不需要針對每一序列或圖像重複，因此可改良寫碼效率。此外，使用參數集可使得能夠帶外傳輸重要標頭資訊，從而避免對於用於抗誤碼之冗餘傳輸的需要。在帶外傳輸實例中，參數集NAL單元可在與其他NAL單元(諸如SEI NAL單元)不同之頻道上傳輸。補充增強資訊(SEI)可含有對於對來自VCL NAL單元之經寫碼圖像樣本進行解碼並非必需，但可輔助與解碼、顯示、抗誤碼及其他目的相關之過程的資訊。SEI訊息可含於非VCL NAL單元中。SEI訊息為一些標準規範之標準化部分，且因此對於標準相容之解碼器實施並非始終是必選的。SEI訊息可為序列層級SEI訊息或圖像層級SEI訊息。一些序列層級資訊可含於SEI訊息中，諸如SVC之實例中的可縮放性資訊SEI訊息，及MVC中的視圖可縮放性資訊SEI訊息。此等實例SEI訊息可傳達關於例如操作點之提取及操作點之特性的資訊。另外，囊封單元30可形成資訊清單檔案，諸如描述表示之特性的媒體呈現描述符(MPD)。囊封單元30可根據可延伸標記語言(XML)來格式化MPD。囊封單元30可向輸出介面32提供多媒體內容之一或多個表示的資料以及資訊清單檔案(例如MPD)。輸出介面32可包含網路介面或用於對儲存媒體進行寫入之介面，諸如通用串流匯流排(USB)介面、CD或DVD寫入器或燒錄機、至磁性或快閃儲存媒體之介面，或用於儲存或傳輸媒體資料之其他介面。囊封單元30可向輸出介面32提供多媒體內容之表示中之每一者的資料，該輸出介面可經由網路傳輸或儲存媒體向伺服器器件60發送該資料。在圖1之實例中，伺服器器件60包括儲存各種多媒體內容64之儲存媒體62，每一多媒體內容包括各別資訊清單檔案66及一或多個表示68A至68N (表示68)。在一些實例中，輸出介面32亦可向網路74直接發送資料。在一些實例中，表示68可分成調適集。亦即，表示68之各種子集可包括各別共同特性集合，諸如編碼解碼器、設定檔及層級、解析度、視圖數目、區段之檔案格式、可識別待與待解碼及呈現(例如藉由由揚聲器)之表示及/或音訊資料一起顯示的文字之語言或其他特性的文字類型資訊、可描述調適集中之表示之場景的攝影機角度或真實世界攝影機視角的攝影機角度資訊、描述對於特定觀眾之內容適合性的分級資訊，或其類似資訊。資訊清單檔案66可包括指示對應於特定調適集之表示68的子集以及該等調適集之共同特性的資料。資訊清單檔案66亦可包括表示調適集之個別表示的個別特性(諸如位元速率)之資料。以此方式，調適集可提供簡化的網路頻寬調適。調適集中之表示可使用資訊清單檔案66之調適集元素的子代元素來指示。伺服器器件60包括請求處理單元70及網路介面72。在一些實例中，伺服器器件60可包括複數個網路介面。此外，伺服器器件60之特徵中之任一者或全部可在內容遞送網路之其他器件(諸如路由器、橋接器、代理器件、交換器或其他器件)上實施。在一些實例中，內容遞送網路之中間器件可快取多媒體內容64之資料，且包括大體上符合伺服器器件60之彼等組件的組件。一般而言，網路介面72經組態以經由網路74來發送及接收資料。請求處理單元70經組態以自用戶端器件(諸如，用戶端器件40)接收對儲存媒體62之資料的網路請求。舉例而言，請求處理單元70可實施超文字傳送協定(HTTP)版本1.1，如RFC 2616中R. Fielding等人於「Hypertext Transfer Protocol - HTTP/1.1,」(Network Working Group, IETF, 1999年6月)中所描述。亦即，請求處理單元70可經組態以接收HTTP GET或部分GET請求，且回應於該等請求而提供多媒體內容64之資料。請求可指定表示68中之一者的區段，例如使用區段之URL。在一些實例中，該等請求亦可指定區段之一或多個位元組範圍，因此包含部分GET請求。請求處理單元70可經進一步組態以服務於HTTP HEAD請求以提供表示68中之一者之區段的標頭資料。在任何情況下，請求處理單元70可經組態以處理該等請求以向諸如用戶端器件40的請求器件提供所請求之資料。另外或替代地，請求處理單元70可經組態以經由諸如eMBMS之廣播或多播協定而遞送媒體資料。內容準備器件20可用與所描述大體上相同的方式產生DASH區段及/或子區段，但伺服器器件60可使用eMBMS或另一廣播或多播網路輸送協定來遞送此等區段或子區段。舉例而言，請求處理單元70可經組態以自用戶端器件40接收多播群組加入請求。亦即，伺服器器件60可向包括用戶端器件40之用戶端器件通告與多播群組相關聯之網際網路協定(IP)位址，該用戶端器件與特定媒體內容(例如實況事件之廣播)相關聯。用戶端器件40又可提交加入多播群組之請求。此請求可遍及網路74 (例如組成網路74之路由器)傳播，以使得致使該等路由器將去往與多播群組相關聯之IP位址的訊務導向至諸如用戶端器件40之訂用的用戶端器件。如圖1之實例中所說明，多媒體內容64包括資訊清單檔案66，其可對應於媒體呈現描述(MPD)。資訊清單檔案66可含有不同替代性表示68 (例如具有不同品質之視訊服務)的描述，且該描述可包括例如表示68之編碼解碼器資訊、設定檔值、層級值、位元速率及其他描述性特性。用戶端器件40可擷取一媒體呈現之MPD以判定如何存取表示68之區段。特定言之，擷取單元52可擷取用戶端器件40之組態資料(未展示)以判定視訊解碼器48之解碼能力及視訊輸出44之再現能力。組態資料亦可包括由用戶端器件40之一使用者選擇的語言偏好、對應於由用戶端器件40之使用者設定的深度偏好之一或多個攝影機視角、及/或由用戶端器件40之使用者選擇的一分級偏好中之任一者或全部。擷取單元52可包含例如經組態以提交HTTP GET及部分GET請求的一網路瀏覽器或一媒體用戶端。擷取單元52可對應於由用戶端器件40之一或多個處理器或處理單元(未展示)執行的軟體指令。在一些實例中，關於擷取單元52所描述的全部或部分功能性可在硬體或硬體、軟體及/或韌體之組合中實施，其中可提供必需的硬體以執行軟體或韌體之指令。擷取單元52可將用戶端器件40之解碼及再現能力與由資訊清單檔案66之資訊指示的表示68之特性進行比較。擷取單元52可首先擷取資訊清單檔案66之至少一部分以判定表示68之特性。舉例而言，擷取單元52可請求描述一或多個調適集之特性的資訊清單檔案66之一部分。擷取單元52可選擇表示68之一子集(例如一調適集)，該子集具有用戶端器件40之寫碼及再現能力可滿足的特性。擷取單元52可接著判定用於調適集中之表示的位元速率，判定網路頻寬之當前可用量，且自具有網路頻寬可滿足之位元速率的表示中之一者擷取區段。一般而言，較高位元速率表示可產生較高品質之視訊播放，而較低位元速率表示可在可用網路頻寬減少時提供足夠品質之視訊播放。因此，當可用網路頻寬相對高時，擷取單元52可自相對高位元速率之表示擷取資料，而當可用網路頻寬較低時，擷取單元52可自相對低位元速率之表示擷取資料。以此方式，用戶端器件40可經由網路74串流多媒體資料，同時亦適應網路74之改變的網路頻寬可用性。另外或替代地，擷取單元52可經組態以根據諸如eMBMS或IP多播之廣播或多播網路協定來接收資料。在此等實例中，擷取單元52可提交加入與特定媒體內容相關聯之多播網路群組的請求。在加入多播群組之後，擷取單元52可在無其他請求發佈至伺服器器件60或內容準備器件20的情況下接收多播群組之資料。當不再需要多播群組之資料時，擷取單元52可提交離開多播群組的請求，例如以停止播放或將頻道改變至不同多播群組。網路介面54可接收經選定表示之區段的資料且將該資料提供至擷取單元52，擷取單元又可將該等區段提供至解囊封單元50。解囊封單元50可將視訊檔案之元素解囊封成組成PES串流，將該等PES串流解封包化以擷取經編碼資料，且取決於經編碼資料為音訊串流抑或視訊串流之部分(例如由串流之PES封包標頭所指示)而向音訊解碼器46或視訊解碼器48發送經編碼資料。音訊解碼器46對經編碼音訊資料進行解碼，且向音訊輸出42發送經解碼音訊資料，而視訊解碼器48對經編碼視訊資料進行解碼，且向視訊輸出44發送經解碼視訊資料，該資料可包括串流之複數個視圖。視訊編碼器28、視訊解碼器48、音訊編碼器26、音訊解碼器46、囊封單元30、擷取單元52及解囊封單元50各自可實施為適用的多種合適處理電路中之任一者，合適處理電路諸如一或多個微處理器、數位信號處理器(DSP)、特殊應用積體電路(ASIC)、場可程式化閘陣列(FPGA)、離散邏輯電路、軟體、硬體、韌體或其任何組合。視訊編碼器28及視訊解碼器48中之每一者可包括於一或多個編碼器或解碼器中，編碼器或解碼器中之任一者可經整合為組合式視訊編碼器/解碼器(編碼解碼器(CODEC))之部分。同樣，音訊編碼器26及音訊解碼器46中之每一者可包括於一或多個編碼器或解碼器中，編碼器或解碼器中之任一者可經整合為組合式CODEC之部分。包括視訊編碼器28、視訊解碼器48、音訊編碼器26、音訊解碼器46、囊封單元30、擷取單元52及/或解囊封單元50的裝置可包含積體電路、微處理器及/或無線通信器件，諸如蜂巢式電話。用戶端器件40、伺服器器件60及/或內容準備器件20可經組態以根據本發明之技術操作。出於實例之目的，本發明關於用戶端器件40及伺服器器件60描述此等技術。然而，應理解，替代伺服器器件60 (或除此之外)，內容準備器件20可經組態以執行此等技術。囊封單元30可形成NAL單元，該等NAL單元包含識別NAL單元所屬之程式的標頭，以及有效負載，例如音訊資料、視訊資料或描述NAL單元所對應的傳送或程式串流的資料。舉例而言，在H.264/AVC中，NAL單元包括1位元組標頭及變化大小之有效負載。在其有效負載中包括視訊資料之NAL單元可包含各種粒度層級之視訊資料。舉例而言，NAL單元可包含視訊資料區塊、複數個區塊、視訊資料之圖塊或視訊資料之整個圖像。囊封單元30可自視訊編碼器28接收呈基本串流之PES封包之形式的經編碼視訊資料。囊封單元30可使每一基本串流與對應程式相關聯。囊封單元30亦可組譯來自複數個NAL單元之存取單元。一般而言，存取單元可包含用於表示視訊資料之訊框以及對應於該訊框之音訊資料(當此音訊資料可用時)的一或多個NAL單元。存取單元一般包括一個輸出時間執行個體之所有NAL單元，例如一個時間執行個體之所有音訊及視訊資料。舉例而言，若每一視圖具有20訊框每秒(fps)之訊框速率，則每一時間執行個體可對應於0.05秒之時間間隔。在此時間間隔期間，同一存取單元(同一時間執行個體)之所有視圖的特定訊框可同時再現。在一個實例中，存取單元可包含一個時間執行個體中之經寫碼圖像，其可呈現為初級經寫碼圖像。因此，存取單元可包含共同時間執行個體之所有音訊訊框及視訊訊框，例如對應於時間X 之所有視圖。本發明亦將特定視圖之經編碼圖像稱為「視圖分量」。亦即，視圖分量可包含在特定時間針對特定視圖的經編碼圖像(或訊框)。因此，存取單元可被定義為包含共同時間執行個體之所有視圖分量。存取單元之解碼次序未必與輸出或顯示次序相同。媒體呈現可包括媒體呈現描述(MPD)，該媒體呈現描述可含有不同替代性表示(例如具有不同品質之視訊服務)的描述，且該描述可包括例如編碼解碼器資訊、設定檔值及層級值。MPD為資訊清單檔案(諸如資訊清單檔案66)之一個實例。用戶端器件40可擷取媒體呈現之MPD以判定如何存取各種呈現之電影片段。電影片段可位於視訊檔案之電影片段方塊(moof方塊)中。資訊清單檔案66 (其可包含例如MPD)可通告表示68之區段之可用性。亦即，MPD可包括指示表示68中之一者之第一區段變得可用時之掛鐘時間的資訊，以及指示表示68內之區段之持續時間的資訊。以此方式，用戶端器件40之擷取單元52可基於開始時間以及特定區段之前的區段之持續時間而來判定每一區段何時可用。在囊封單元30已基於所接收之資料將NAL單元及/或存取單元組譯成視訊檔案之後，囊封單元30將視訊檔案傳遞至輸出介面32以用於輸出。在一些實例中，囊封單元30可將視訊檔案儲存在本機，或經由輸出介面32來將視訊檔案發送至遠端伺服器，而非將視訊檔案直接發送至用戶端器件40。輸出介面32可包含例如傳輸器、收發器、將資料寫入至諸如光碟機、磁性媒體驅動(例如軟碟機)之電腦可讀媒體之器件、通用串列匯流排(USB)埠、網路介面或其他輸出介面。輸出介面32將視訊檔案輸出至電腦可讀媒體，諸如(例如)傳輸信號、磁性媒體、光學媒體、記憶體、隨身碟或其他電腦可讀媒體。網路介面54可經由網路74接收NAL單元或存取單元，且經由擷取單元52將NAL單元或存取單元提供至解囊封單元50。解囊封單元50可將視訊檔案之元素解囊封成組成PES串流，將該等PES串流解封包化以擷取經編碼資料，且取決於經編碼資料為音訊串流抑或視訊串流之部分(例如由串流之PES封包標頭所指示)而向音訊解碼器46或視訊解碼器48發送經編碼資料。音訊解碼器46對經編碼音訊資料進行解碼，且向音訊輸出42發送經解碼音訊資料，而視訊解碼器48對經編碼視訊資料進行解碼，且向視訊輸出44發送經解碼視訊資料，該資料可包括串流之複數個視圖。根據本發明之技術，資訊清單檔案66可經修改成包括屬性，該屬性傳信任何或全部表示68之區段可用的「組塊」之數目。舉例而言，資訊清單檔案66可表示包括如下文更詳細地論述之「@k」屬性的MPD。此外，擷取單元52及/或請求處理單元70可根據本發明之技術經組態以定址區段組塊。特定言之，定址方案可包括例如對區段之組塊使用簡單編號模板(「$Number$」)，或包括至少兩個部分之階層式定址方案。第一部分可對應於對應區段之完整區段編號或對應區段之時序資訊。時序資訊可指示例如將開始播放對應區段之播放時間。第二部分可對應於組塊之序數數值識別符。舉例而言，階層式定址方案可使用「$Number$.$ChunkNumber$」格式或「$Time$.$ChunkNumber$」格式。以此方式，用戶端器件40表示用於擷取媒體資料之器件的實例，該器件包括一或多個處理器，該一或多個處理器實施於電路中且經組態以：接收包括資料之資訊清單檔案，該資料指示可用於媒體資料之表示之區段的區段組塊之數目，該區段包含具有唯一統一資源定位符(URL)之可獨立擷取媒體檔案；使用指示可用於區段的組塊之數目的資料來判定組塊中之一者的識別符；且將指定組塊中之一者之識別符的請求發送至伺服器器件。圖2為更詳細地說明圖1之擷取單元52的組件之實例集合的方塊圖。在此實例中，擷取單元52包括eMBMS中間軟體單元100、DASH用戶端110及媒體應用程式112。在此實例中，eMBMS中間軟體單元100進一步包括eMBMS接收單元106、快取記憶體104及伺服器單元102。在此實例中，eMBMS接收單元106經組態以經由eMBMS接收資料，例如根據T. Paila等人在「FLUTE-File Delivery over Unidirectional Transport,」(Network Working Group, RFC 6726, 2012年11月)中所描述的單向傳送檔案遞送(File Delivery over Unidirectional Transport；FLUTE)，其可於http://tools.ietf.org/html/rfc6726獲得。亦即，eMBMS接收單元106可經由廣播而自例如可充當BM-SC之伺服器器件60接收檔案。當eMBMS中間軟體單元100接收檔案之資料時，eMBMS中間軟體單元可將所接收之資料儲存於快取記憶體104中。快取記憶體104可包含電腦可讀儲存媒體，諸如快閃記憶體、硬碟、RAM或任何其他合適的儲存媒體。本機伺服器單元102可充當DASH用戶端110之伺服器。舉例而言，本機伺服器單元102可將MPD檔案或其他資訊清單檔案提供至DASH用戶端110。本機伺服器單元102可通告MPD檔案中之區段之可用性時間，以及可擷取該等區段之超連結。此等超連結可包括對應於用戶端器件40之本機主機位址首碼(例如IPv4之127.0.0.1)。以此方式，DASH用戶端110可使用HTTP GET或部分GET請求來向本機伺服器單元102請求區段。舉例而言，對於可自連結http://127.0.0.1/rep1/seg3獲得之區段，DASH用戶端110可建構包括針對http://127.0.0.1/rep1/seg3之請求的HTTP GET請求，且將該請求提交至本機伺服器單元102。本機伺服器102可自快取記憶體104擷取所請求之資料且回應於此等請求而將資料提供至DASH用戶端110。 DASH用戶端110可根據本發明之技術經組態以使用本發明之命名慣例來向代理伺服器102請求區段。同樣，DASH用戶端110可經組態以使用自代理伺服器102接收之資訊清單檔案來判定區段的名稱，其中該資訊清單檔案可傳信可用於每一完整區段之「組塊」的數目，例如呈如下文更詳細地論述之「@k」屬性的形式。類似地，代理伺服器102亦可根據本發明之技術而經組態。舉例而言，DASH用戶端110及代理伺服器102可經組態以使用簡單$Number$模板來命名區段組塊。替代地，DASH用戶端110及代理伺服器102可經組態以根據階層式命名(或定址)方案來命名區段組塊，該方案可包括兩個部分。第一部分可對應於對應區段之完整區段編號或對應區段之時序資訊。時序資訊可指示例如將開始播放對應區段之播放時間。第二部分可對應於特定完整區段之組塊的序數識別符。圖3為說明實例多媒體內容120之元素的概念圖。多媒體內容120可對應於多媒體內容64 (圖1)，或對應於儲存於儲存媒體62中之另一多媒體內容。在圖3之實例中，多媒體內容120包括媒體呈現描述(MPD) 122及複數個表示124A至124N (表示124)。表示124A包括可選標頭資料126及區段128A至128N (區段128)，而表示124N包括可選標頭資料130及區段132A至132N (區段132)。為了方便起見，使用字母N來指明表示124中之每一者中的最末電影片段。在一些實例中，表示124之間可存在不同數目之電影片段。 MPD 122可包含與表示124分離之資料結構。MPD 122可對應於圖1之資訊清單檔案66。同樣，表示124可對應於圖2之表示68。一般而言，MPD 122可包括大體上描述表示124之特性的資料，諸如寫碼及再現特性、調適集、MPD 122所對應之設定檔、文字類型資訊、攝影機角度資訊、分級資訊、特技模式資訊(例如指示包括時間子序列之表示的資訊)及/或用於擷取遠端週期(例如用於在播放期間將目標性通告嵌入至媒體內容中)之資訊。標頭資料126 (當存在時)可描述區段128之特性，例如隨機存取點(RAP，其亦被稱作串流存取點(SAP))之時間位置、區段128中之哪一者包括隨機存取點、與區段128內之隨機存取點之位元組偏移、區段128之統一資源定位符(URL)，或區段128之其他態樣。標頭資料130 (當存在時)可描述區段132之類似特性。另外或替代地，此等特性可完全包括於MPD 122內。區段128、132包括一或多個經寫碼視訊樣本，其中之每一者可包括視訊資料之訊框或圖塊。區段128之經寫碼視訊樣本中之每一者可具有類似特性，例如高度、寬度及頻寬要求。此等特性可由MPD 122之資料來描述，但此資料在圖3之實例中未加以說明。MPD 122可包括如3GPP規範所描述之特性，並且添加了本發明中所描述的傳信資訊中之任一者或全部。區段128、132中之每一者可與唯一統一資源定位符(URL)相關聯。因此，區段128、132中之每一者可使用串流網路協定(諸如DASH)來獨立地擷取。以此方式，諸如用戶端器件40之目的地器件可使用HTTP GET請求來擷取區段128或132。在一些實例中，用戶端器件40可使用HTTP部分GET請求來擷取區段128或132之特定位元組範圍。根據本發明之技術，MPD 122可包括傳信可用於特定區段之區段組塊的數目的屬性。舉例而言，MPD 122可包括「@k」元素，如下文更詳細地論述。MPD 122可進一步傳信待用以定址區段組塊之命名方案(或定址方案)。此等命名/定址方案可基於序數資訊及/或時序資訊，如下文更詳細地論述。圖4為說明實例視訊檔案150之元素的方塊圖，實例視訊檔案可對應於表示之區段，諸如圖3之區段114、124中之一者。區段128、132中之每一者可包括大致上符合圖4之實例中所說明之資料之配置的資料。可以說視訊檔案150囊封區段。如上所描述，根據ISO基本媒體檔案格式及其擴展之視訊檔案將資料儲存於一系列對象(被稱為「方塊」)中。在圖4之實例中，視訊檔案150包括檔案類型(FTYP)方塊152、電影(MOOV)方塊154、區段索引(sidx)方塊162、電影片段(MOOF)方塊164及電影片段隨機存取(MFRA)方塊166。雖然圖4表示視訊檔案之實例，但應理解，根據ISO基本媒體檔案格式及其擴展，其他媒體檔案可包括其他類型之媒體資料(例如音訊資料、計時文字資料或其類似者)，其在結構上類似於視訊檔案150之資料。檔案類型(FTYP)方塊152通常描述視訊檔案150之檔案類型。檔案類型方塊152可包括識別描述視訊檔案150之最佳用途的規範的資料。檔案類型方塊152可替代地置放在MOOV方塊154、電影片段方塊164及/或MFRA方塊166之前。在一些實例中，區段(諸如，視訊檔案150)可包括在FTYP方塊152之前的MPD更新方塊(未展示)。MPD更新方塊可包括指示對應於包括視訊檔案150之表示的MPD待更新的資訊，以及用於更新MPD之資訊。舉例而言，MPD更新方塊可為待用以更新MPD之資源提供URI或URL。作為另一實例，MPD更新方塊可包括用於更新MPD之資料。在一些實例中，MPD更新方塊可緊接在視訊檔案150之區段類型(STYP)方塊(未展示)之後，其中STYP方塊可定義視訊檔案150之區段類型。在下文更詳細地論述之圖7提供關於MPD更新方塊之額外資訊。在圖4之實例中，MOOV方塊154包括電影標頭(MVHD)方塊156、播放軌(TRAK)方塊158及一或多個電影擴展(MVEX)方塊160。一般而言，MVHD方塊156可描述視訊檔案150之一般特性。舉例而言，MVHD方塊156可包括描述視訊檔案150最初建立之時間、視訊檔案150最後修改之時間、視訊檔案150之時間標度、視訊檔案150之播放之持續時間的資料，或大體上描述視訊檔案150之其他資料。 TRAK方塊158可包括視訊檔案150之播放軌的資料。TRAK方塊158可包括播放軌標頭(TKHD)方塊，其描述對應於TRAK方塊158之播放軌的特性。在一些實例中，TRAK方塊158可包括經寫碼視訊圖像，而在其他實例中，播放軌之經寫碼視訊圖像可包括於電影片段164中，其可由TRAK方塊158及/或sidx方塊162之資料引用。在一些實例中，視訊檔案150可包括多於一個播放軌。因此，MOOV方塊154可包括數個TRAK方塊，其數目等於視訊檔案150中之播放軌的數目。TRAK方塊158可描述視訊檔案150之對應播放軌的特性。舉例而言，TRAK方塊158可描述對應播放軌之時間及/或空間資訊。當囊封單元30 (圖3)包括視訊檔案(諸如，視訊檔案150)中之參數集播放軌時，類似於MOOV方塊154之TRAK方塊158的TRAK方塊可描述參數集播放軌之特性。囊封單元30可傳信序列層級SEI訊息在描述參數集播放軌之TRAK方塊內之參數集播放軌中的存在。 MVEX方塊160可描述對應電影片段164之特性，例如以傳信視訊檔案150除包括於MOOV方塊154 (若存在)內之視訊資料之外亦包括電影片段164。在串流視訊資料之情境中，經寫碼視訊圖像可包括於電影片段164中，而非包括於MOOV方塊154中。因此，所有經寫碼視訊樣本可包括於電影片段164中，而非包括於MOOV方塊154中。 MOOV方塊154可包括數個MVEX方塊160，其數目等於視訊檔案150中之電影片段164的數目。MVEX方塊160中之每一者可描述電影片段164中之對應者之特性。舉例而言，每一MVEX方塊可包括一電影擴展標頭方塊(MEHD)方塊，其描述電影片段164中之對應者之時間段。如上文所指出，囊封單元30可儲存視訊樣本中之序列資料集，其並不包括實際經寫碼視訊資料。一視訊樣本可大體上對應於一存取單元，其為一特定時間執行個體下之一經寫碼圖像之表示。在AVC之情境中，經寫碼圖像包括一或多個VCL NAL單元，其含有用以建構存取單元及其他相關聯非VCL NAL單元的所有像素的資訊(諸如SEI訊息)。因此，囊封單元30可在電影片段164中之一者中包括一序列資料集，其可包括序列層級SEI訊息。囊封單元30可進一步傳信存在於電影片段164中之一者中的序列資料集及/或序列層級SEI訊息在對應於電影片段164中之一者的MVEX方塊160中之一者內的存在。 SIDX方塊162為視訊檔案150之可選元素。亦即，符合3GPP檔案格式或其他此等檔案格式之視訊檔案未必包括SIDX方塊162。根據3GPP檔案格式之實例，一SIDX方塊可用以識別一區段(例如含於視訊檔案150內之一區段)之一子區段。3GPP檔案格式將一子區段定義為「具有對應媒體資料方塊及含有由電影片段方塊引用之資料的媒體資料方塊的一或多個連續電影片段方塊之一自含式集合必須跟在彼電影片段方塊之後，且在含有關於同一播放軌之資訊的下一電影片段方塊之前」。3GPP檔案格式亦指示SIDX方塊「含有對由方塊記錄之(子)區段之子區段的一系列引用。所引用的子區段在呈現時間上相連。類似地，區段索引方塊涉及之位元組在區段內始終相連。所引用大小給出所引用材料中之位元組之數目的計數。」 SIDX方塊162一般提供表示包括於視訊檔案150中之區段之一或多個子區段的資訊。舉例而言，此資訊可包括子區段開始及/或結束之播放時間、子區段之位元組偏移、子區段是否包括(例如開始於)一串流存取點(SAP)、SAP之類型(例如SAP是否為瞬一時解碼器再新(IDR)圖像、一清晰隨機存取(CRA)圖像、一斷鏈存取(BLA)圖像或其類似者)、SAP在子區段中之一位置(就播放時間及/或位元組偏移而言)及其類似者。電影片段164可包括一或多個經寫碼視訊圖像。在一些實例中，電影片段164可包括一或多個圖像群組(GOP)，其中之每一者可包括數個經寫碼視訊圖像，例如訊框或圖像。另外，如上所述，在一些實例中，電影片段164可包括序列資料集。電影片段164中之每一者可包括電影片段標頭方塊(MFHD，圖4中未展示)。MFHD方塊可描述對應電影片段之特性，諸如電影片段之序號。電影片段164可按序號的次序包括於視訊檔案150中。 MFRA方塊166可描述視訊檔案150之電影片段164內的隨機存取點。此可輔助執行特技模式，諸如執行對由視訊檔案150囊封之區段內之特定時間位置(亦即，播放時間)的搜尋。在一些實例中，MFRA方塊166通常係可選的且不必包括於視訊檔案中。同樣，用戶端器件(諸如用戶端器件40)未必需要參考MFRA方塊166來正確地對視訊檔案150之視訊資料進行解碼及顯示。MFRA方塊166可包括數個播放軌片段隨機存取(TFRA)方塊(未展示)，其數目等於視訊檔案150之播放軌的數目，或在一些實例中等於視訊檔案150之媒體播放軌(例如非提示播放軌)的數目。在一些實例中，電影片段164可包括一或多個串流存取點(SAP)，諸如IDR圖像。同樣，MFRA方塊166可提供對SAP在視訊檔案150內之位置的指示因此，視訊檔案150之時間子序列可由視訊檔案150之SAP形成。時間子序列亦可包括其他圖像，諸如取決於SAP之P訊框及/或B訊框。時間子序列之訊框及/或圖塊可配置於區段內，以使得時間子序列的取決於子序列之其他訊框/圖塊的訊框/圖塊可被正確地解碼。舉例而言，在資料之階層式配置中，用於其他資料之預測的資料亦可包括於時間子序列中。圖5為說明常規區段供應項目及具有較短區段之供應項目之實例的概念圖。亦即，圖5說明實例常規區段供應項目180及具有較短區段之實例供應項目190。如圖5中所展示，較短區段可減少播放啟動延遲。在常規DASH供應項目中，諸如常規區段供應項目180中，供應具有相同粒度之區段182A、182B、182C以准許交換、隨機存取及遞送。區段182A、182B、182C包括各別隨機存取點(RAP) 184A、184B、184C，該等隨機存取點允許位元串流交換，例如在表示之間的交換。由於內容產生器(例如圖1之內容準備器件20)可能需要在公佈之前產生完整區段182A、182B、182C，故區段182A、182B、182C之區段可用性開始時間(SAST)僅在產生了區段182A、182B、182C中之完整各別區段後才可用。具有較短區段190之供應項目包括區段192A至192K，且僅區段192A、192G包括各別RAP 194A、194B。就此等較短區段而言，區段可能較早可用，且可減少總體延遲。然而，對於常規區段供應項目180及具有較短區段之供應項目190兩者，SAST以及區段位址URL需要以緊密方式產生於MPD中且在其中傳信，而無需頻繁MPD更新或不必限制寫碼。可針對較小區段使用區段時間線之精確持續時間(下文參看圖6)，但此可引起諸多MPD更新以及複雜傳信及可能存在之模糊傳信。由於視訊中之預測鏈，不可判定精確呈現持續時間(且因此，不可判定位址)。圖6為說明經由常規區段供應項目200及具有較短區段之供應項目210可用的區段之統一資源定位符(URL)位址的概念圖。在此實例中，常規區段供應項目200包括區段202A、202B、202C，該等區段各自包括各別RAP 204A、204B、204C。具有較短區段之供應項目210包括區段212A至212K，且僅區段212A及212G分別包括RAP 214A、214B。如圖6中所展示，使用較短區段供應項目可能使較短區段之呈現持續時間難以判定，且因此該等區段之URL位址亦可能難以判定。因此，使用精確區段持續時間的$Time$定址可能不切實際。圖7為說明可根據本發明之技術傳信的資料之實例集合的概念圖。圖7說明實例常規區段供應項目220及具有區段序列及$Number$屬性之供應項目230。常規區段供應項目220包括區段222A、222B、222C，該等區段各自包括各別RAP 224A、224B、224C。在此實例中，具有區段序列及$Number$屬性之供應項目230包括區段232A至232P，且區段232A、232G、232L包括各別RAP 234A、234B、234C。本發明之技術大體涉及傳信諸如媒體呈現描述(MPD)檔案之資訊清單檔案中的屬性，該屬性指定包括於區段序列中之區段的數目。舉例而言，對於MPD檔案，「@k」屬性可添加至MPD檔案中之區段時間線的S元素中。如圖7之實例中所展示，針對具有區段序列及$Number$屬性之供應項目230傳信屬性。特定言之，在圖7中的具有區段序列及$Number$屬性之供應項目230的實例中，如下傳信屬性集合：媒體=“http://ab.com/$Time$_$SubNumber$.m4s”, S (t=1000; d=1000; k=6), S (t=2010; d=1000; k=5; r=1) 圖1之用戶端器件40可藉由使用$Number$模板來簡單地增大區段編號，如圖7中所展示。亦即，圖1之用戶端器件40可藉由使區段編號逐「1」遞增來定址(例如在諸如HTTP GET或部分GET請求之請求中指定)較短區段中之每一者。在圖7之實例中，例如，常規區段供應項目220之區段222A對應於具有較短區段之供應項目230的區段232A至232F，常規區段供應項目220之區段222B對應於具有較短區段之供應項目230的區段232G至232K，且常規區段供應項目220之區段222C對應於具有較短區段之供應項目230的區段232L至232P。在此實例中，根據遞增命名方案來命名區段232A至232P，其中區段之名稱對應於後接「.m4s」的編號。舉例而言，區段232A命名為「2.m4s」，區段232B命名為「3.m4s」等。圖1之用戶端器件40 (且特定言之，擷取單元52)可使用對應區段之名稱來指定區段232A至232P中之所要的識別符。例如為了擷取區段232A，用戶端器件40可發送指定URL: 「ab.com/2.m4s」之請求至伺服器器件60。此區段命名方案(或定址方案)對於某些使用案例有效，此係因為區段編號僅增加1。因此，此將適用於例如單向傳送即時對象遞送(Real-Time Object Delivery over Unidirectional Transport；ROUTE)之高級電視系統委員會(ATSC)。此方案亦不需要更新DASH中之模板方案。對於其他使用案例，此基於簡單編號之傳信可能並不足夠。原因在於其對於$Time$並不起作用，或在常規供應項目與低延時供應項目一起提供之使用案例中區段編號分散。基於此等論述及$Time$，階層式編號對於基於$Number$及$Time$兩者之傳信可為有益的。圖8說明根據本發明之技術針對區段使用階層式編號之技術的實例。在此實例中，常規區段供應項目240包括區段242A、242B、242C，該等區段中之每一者包括各別RAP 244A、244B、244C。在此實例中，具有區段序列之供應項目250包括以階層方式識別之區段，亦即，區段252A至252P，且區段252A、252G、252L包括各別RAP 254A、254B、254C。在圖8之實例中，使用階層式傳信方案來定址較短區段252A至252P。特定言之，在圖8之實例中，常規區段供應項目240之區段242A對應於具有區段序列之供應項目250的區段252A至252F (在此實例中命名為「2_1.m4s」至「2_6.m4s」)，常規提供供應項目240之區段242B對應於具有區段序列之供應項目250的區段252G至252K (在此實例中命名為「3_1.m4s」至「3_5.m4s」)，且常規供應項目240之區段242C對應於具有區段序列之供應項目250的區段252L至252P (在此實例中命名為「4_1.m4s」至「4_5.m4s」)。在此實例中，區段242A、242B、242C分別命名為「2.m4s」、「3.m4s」及「4.m4s」。以此方式，命名方案可以說係階層式的，原因在於區段252A至252P以兩部分形式命名：第一部分表示區段242A至242C中的對應者之名稱，且第二部分表示區段序列內對應於區段242A至242C中之同一者的區段252A至252P的相對次序。因此，常規區段供應項目240之區段242A至242C中之每一者可具備具有區段序列之供應項目250的對應區段序列。區段252A至252P可藉由請求(例如使用HTTP GET或部分GET請求)指定後接「M_N.m4s」之基本URL的URL來定址，其中「M」表示區段242A至242C中的對應者之名稱，且「N」表示區段序列中對應於區段242A至242C中之一者的區段的序數識別符。因此，為了擷取區段252J，用戶端器件40可判定區段252J對應於區段242B，且為區段序列中之第四區段。因此，用戶端器件40可發送指定「ab.com/3_4.m4s」之請求以擷取區段252J。以此方式，階層式傳信可使得能夠在單一MPD中部署不同大小之區段並且能夠進行簡單交換。以此方式，階層式傳信亦可避免對於區段序列中之區段的持續時間之精確傳信之需要。圖9說明根據本發明之技術針對區段使用階層式編號之技術的另一實例。在此實例中，常規供應項目之區段可能可由表示持續時間之資訊定址，而非藉由區段編號來定址區段。在此實例中，常規區段供應項目260包括區段262A至262C，該等區段各自包括各別RAP 264A、264B、264C。根據各別區段之持續時間外加先前區段之累計持續時間來命名區段262A至262C。在此實例中，區段262A具有1010之持續時間，且區段262B具有1000之持續時間。此外，區段262A跟在具有1000之總區段持續時間的一或多個區段之後。因此，區段262A命名為「1000.m4s」，區段262B命名為「2010.m4s」(1000+1010)且區段262C命名為「3010.m4s」(2010+1000)。具有區段序列之供應項目270包括較短區段272A至272P。然而，在此實例中，區段272A至272P可能可由持續時間分量及子編號分量定址。持續時間分量可表示常規區段供應項目260中之區段262A至262C中之對應者之名稱，如上文所論述。子編號分量可表示具有區段序列之供應項目270的區段272A至272P中之一者的區段編號。因此，在圖9之實例中，常規區段供應項目260之區段262A (命名為「1000.m4s」)對應於具有區段序列之供應項目270的區段272A至272F (分別命名為「1000_1.m4s」至「1000_6.m4s」)，常規區段供應項目260之區段262B (命名為「2010.m4s」)對應於具有區段序列之供應項目270的區段272G至272K (分別命名為「2010_1.m4s」至「2010_5.m4s」)，且常規區段供應項目260之區段262C (命名為「3010.m4s」)對應於具有區段序列之供應項目270的區段272L至272P (分別命名為「3010_1.m4s」至「3010_5.m4s」)。因此，用戶端器件40可基於此等區段之累計持續時間來判定區段262A至262C之名稱，如上文所論述。此外，用戶端器件40可藉由判定區段262A至262C中之對應者之名稱、接著判定區段序列內對應於區段262A至262C中之一者的區段272A至272P中之一者的位置來判定區段272A至272P之名稱/識別符。舉例而言，圖1之用戶端器件40可藉由判定常規區段供應項目260中之對應區段262B的名稱為「2010.m4s」且判定區段272J為區段序列中對應於區段262B的第四區段來判定區段272J的名稱為「2010_4.m4s」。為了請求區段272J，用戶端器件40可因此提交將「ab.com/2010_4.m4s」指定為區段272J之URL的HTTP GET或部分GET請求。圖9之實例的一個潛在優點在於同一表示中之下一區段序列(例如對應於區段262B的區段序列)的最早呈現時間可根據由區段序列中之所有媒體區段的串連產生的當前區段序列之最早呈現(1000)與區段之持續時間之總和推導。在ISO BMFF之情況下，此可藉由對區段序列中之區段的播放軌運行求和來實現。以此方式，用戶端器件40可使用包括第一部分及第二部分之兩部分命名方案來定址較短區段供應項目之區段。第一部分可表示常規區段供應項目240之對應區段242A至242C的區段編號(根據圖8之實例)，或常規區段供應項目260之對應區段262A至262C的時序資訊(根據圖9之實例)。時序資訊可指示例如將開始播放對應區段之播放時間。第二部分可表示簡單數值遞增(根據圖8及圖9之實例)。特定言之，兩部分命名方案可分別被稱作「$Number$.$Chunk$」及「$Time$.$Chunk$」。替代地，兩部分命名方案可分別被稱作「$Number$.$ChunkNumber$」及「$Time$.$ChunkNumber$」。因此，使用DASH之器件(諸如圖1之用戶端器件40、伺服器器件60及內容準備器件20)可經組態以使用本發明之技術來：處理(例如形成或剖析及解譯)包括本文所論述之資料的資訊清單檔案，該資料諸如指示較短區段供應項目中可用的區段「組塊」之數目的屬性(例如屬性「@k」)；以及根據本文所論述之技術中之任一者或全部使用上文提及的資訊清單檔案之屬性來定址區段。對於ISO/IEC 23009-1中指定的DASH之實例，DASH之部分5.3.9.4.4可如下文所示加以修改，其中由開始及末尾加號「||+＞||」及「||+＜||」包圍之文字表示添加且由開始及末尾減號「-＞」及「||-＜||」包圍之文字表示移除，其他部分保持不變。 5.3.9.4.4 基於模板之區段URL建構 SegmentTemplate@media屬性、SegmentTemplate@index屬性、SegmentTemplate@initialization屬性及SegmentTemplate@bitstreamSwitching屬性各自含有可含有表16中所列之識別符中之一或多個的字串。在每一URL中，來自表16之識別符將由表16中所定義之替代參數替換。識別符匹配為大小寫有關的。若URL含有未封閉有效識別符之未逸出$符號，則URL形成之結果不確定。在此情況下，預期DASH用戶端忽略含有表示元素之整體，且如同此表示元素並不存在一般繼續MPD之處理。識別符之格式亦在表16中加以指定。每一識別符可在封閉『$』字元內經添加後綴，其中額外格式標籤對準IEEE 1003.1-2008 [10]中所定義之printf格式標籤，遵循以下原型： %0[寬度]d 寬度參數為提供待列印字元之最小數目的無正負號整數。若待列印值比此數目短，則將使用零來填充結果。即使結果較大，亦不截短該值。媒體呈現將經編寫以使得替代過程之應用產生有效的區段URL。根據RFC 3986，識別符外之字串將僅含有URL內准許之字元。表 16 - URL 模板之識別符 改變 5 . 3 . 9 . 6 區段時間線 ( SISSI 改變 ||+＞||6||+＜|| ||-＞|| 5||-＜||) 5.3.9.6.1 通則 SegmentTimeline 元素表達表示中之每一區段的最早呈現時間及呈現持續時間(單位基於@timescale屬性)。用途係替代提供@duration屬性且提供三個額外特徵： · 任意區段持續時間之規範， · 一個媒體串流之精確區段持續時間之規範，其中持續時間表達區段之呈現持續時間，及 · 特定表示中不存在區段資料的媒體呈現時間線之不連續性的傳信。 · 傳信區段序列之能力。更多詳情參看5.3.9.6.4。將僅在使用中之設定檔明確准許時使用區段序列。針對緊密性，此元素之語法包括運行長度壓縮以表達具有恆定持續時間的區段之序列。SegmentTimeline 元素將含有S 元素之清單，該等元素中之每一者描述具有相同MPD持續時間的相連區段之序列。S 元素含有指定MPD持續時間之必選@d屬性、指定相同MPD持續時間減一的相連區段之編號的可選@r重複計數屬性及可選@t時間屬性。@t屬性之值減去@presentationTimeOffset之值來指定系列中第一區段的MPD開始時間。當不存在時，@r屬性具有預設值零(亦即，系列中只有單一區段)。舉例而言，重複計數三意謂著存在四個相連區段，每一區段具有相同MPD持續時間。S 元素之@r屬性的值可設定成負值，其指示允許在@d中指示之持續時間重複至下一S 元素的S @t，或若其為SegmentTimeline 元素中之最末S 元素，則重複至週期結束或MPD的下一更新，亦即，其以與完整週期的@duration屬性相同之方式經處理。任何@d值不應超過MPD @maxSegmentDuration之值。SegmentTimeline 元素內之S 元素的文字次序將與對應媒體區段之編號(且因此，時間)次序匹配。在SegmentTemplate 處於使用中且SegmentTemplate @media中存在$Time$識別符時，則： · 若存在區段索引(『sidx』)方塊，則SegmentTimeline 之值將描述每一媒體區段之精確時序。特定言之，此等值將反映提供於區段索引(『sidx』)方塊中之資訊，亦即： o @timescale之值將與第一『sidx』方塊中之時間標度欄位的值相同， o S@t之值將與S中所描述之媒體區段的第一『sidx』方塊中之earliest_presentation_time的值相同， o S@d之值將與S中所描述之媒體區段的第一『sidx』方塊中之所有Subsegment_duration欄位的值之總和相同。 o 若不存在區段索引(『sidx』)方塊，則最早呈現時間之推導將基於媒體內部資料。詳情取決於使用中之區段格式且可應用對區段格式之另外限制。 o 媒體區段之區段URL係藉由由自SegmentTimeline獲得之最早呈現時間替換$Time$識別符而獲得。注意由於同一表示中之下一媒體區段的最早呈現時間可自實際媒體區段推導，例如藉由使用區段索引，古可在不讀取含有對區段時間線之更新的經更新MPD的情況下產生區段URL。區段時間線的屬性及元素之語義提供於5.3.9.6.2，表17中。區段時間線之XML語法提供於5.3.9.6.3中。5.3.9.6.2 語義表 17 - SegmentTimeline 元素之語義 5.3.9.6.3 XML 語法＜!-- Segment Timeline --＞＜xs:complexType name="SegmentTimelineType"＞＜xs:sequence＞＜xs:element name="S" minOccurs="1" maxOccurs="unbounded" ＞＜xs:complexType＞＜xs:attribute name="t" type="xs:unsignedLong"/＞＜xs:attribute name="n" type="xs:unsignedLong" use="optional"/＞＜xs:attribute name="d" type="xs:unsignedLong" use="required"/＞ ||+＞||＜xs:attribute name="k" type="xs:unsignedLong" default="1"/＞||+＜|| ＜xs:attribute name="r" type="xs:int" use="optional" default="0"/＞＜xs:anyAttribute namespace="##other" processContents="lax"/＞＜/xs:complexType＞＜/xs:element＞＜xs:any namespace="##other" processContents="lax" minOccurs="0" maxOccurs="unbounded"/＞＜/xs:sequence＞＜xs:anyAttribute namespace="##other" processContents="lax"/＞＜/xs:complexType＞||+＞||5.3.9.6.4 區段序列 區段時間線中之區段序列可藉由包括SegmentTimeline 之S 元素中的@k屬性來傳信。@k將僅在滿足所有以下要求的情況下存在： · 相關聯表示之定址方案使用具有如5.3.9.6.5中所定義之$Number$或階層式模板及子編號的區段模板， · 設定檔明確允許使用區段序列。若@k存在且大於1，則其指定由@d描述之序列在時序方面係精確的，但含有@k區段。區段之MPD持續時間經判定為@d之值除以@k之值且判定MPD開始時間且因此判定區段可用性開始時間。應注意，區段之MPD持續時間並不需要與區段之媒體持續時間完全匹配。區段序列中之所有區段的串連應具有根據@d之值的精確區段持續時間。5.3.9.6.5 階層式模板及子編號 若區段模板含有$SubNumber$值且使用對於區段序列之區段時間線傳信，則 · 若$Time$存在，則針對區段序列中之所有區段使用區段序列之最早呈現時間替換$Time$， · 若$Number$存在，則使用區段序列之編號替換$Number$，亦即，如同區段時間線中之每一區段序列經處理為單一區段一般使用該編號， · 且在兩種情況中，$SubNumber$替換區段序列之區段編號，其中1為序列中之第一區段之編號。注意同一表示中之下一區段序列的最早呈現時間可根據由區段序列中之所有媒體區段的串連產生的當前區段序列之最早呈現與區段之持續時間之總和推導。在ISO BMFF之情況下，此可藉由對區段序列中之區段的播放軌運行求和來實現。||+＜|| 圖10為說明根據本發明之技術的傳送(發送及接收)媒體資料之實例方法的流程圖。圖10之方法經描述為由圖1之伺服器器件60及用戶端器件40執行。然而，應理解額外或替代性器件可經組態以執行此方法或類似方法。舉例而言，內容準備器件20可與伺服器器件60結合或替代伺服器器件60來執行歸於伺服器器件的方法之部分。首先，伺服器器件60可判定媒體資料之區段的組塊之可用性(300)。舉例而言，伺服器器件60可判定媒體資料之表示或調適集的複數個區段中之每一者的組塊之數目。伺服器器件60接著可指定資訊清單檔案中之可用性資料(302)，諸如媒體呈現描述(MPD)。舉例而言，如上文所論述，伺服器器件60可傳信資訊清單檔案之區段時間線元素中之S元素的「@k」元素。@k元素可表示包括於區段序列中之區段的數目。區段之此數目可理解為區段之組塊，且區段序列可與對應區段的組塊之序列相對應。伺服器器件60接著可例如回應於來自用戶端器件40之針對資訊清單檔案的請求而發送資訊清單檔案至用戶端器件40 (304)。用戶端器件40可接收資訊清單檔案(306)。用戶端器件40接著可根據資訊清單檔案來判定組塊可用性資料(308)。舉例而言，用戶端器件40之擷取單元52 (圖1)可自資訊清單檔案提取「@k」元素以判定區段中之組塊之數目。用戶端器件40接著可使用組塊之可用性資料來判定組塊的識別符(310)。舉例而言，如上文關於圖8及圖9所論述，用戶端器件40可判定組塊之兩部分識別符：第一部分表示常規區段供應項目中的對應區段之名稱(如上文所論述，其可為序數識別符或基於持續時間之識別符)，且第二部分表示對應於該區段的組塊之序列中之組塊的序數識別符(亦如上文所論述)。在判定待擷取之組塊的識別符之後，用戶端器件40可發送指定組塊的識別符之請求(312)。舉例而言，用戶端器件40可建構HTTP GET或部分GET請求，其將組塊的識別符指定為請求的URL之部分。用戶端器件40接著可發送請求至伺服器器件60。伺服器器件60接著可接收請求(314)。伺服器器件60可使用請求中指定之識別符(例如組塊的URL)來判定所請求之組塊(316)。伺服器器件60接著可發送所請求組塊(318)至用戶端器件40。用戶端器件40接著又可接收組塊(320)且解碼及呈現組塊之媒體資料(322)。舉例而言，解囊封單元50 (其替代性地被稱作檔案處理或剖析單元)可自組塊提取經編碼媒體資料，且取決於媒體資料之類型將經編碼媒體資料發送至音訊解碼器46或視訊解碼器48。音訊解碼器46/視訊解碼器48可解碼媒體資料，且發送經解碼媒體資料至音訊輸出42/視訊輸出44以用於呈現。以此方式，圖10之方法表示方法之實例，該方法包括：接收包括資料之資訊清單檔案，該資料指示可用於媒體資料之表示之區段的區段組塊之數目，該區段包含具有唯一統一資源定位符(URL)之可獨立擷取媒體檔案；使用指示可用於區段的組塊之數目的資料來判定組塊中之一者的識別符；且將指定組塊中之一者之識別符的請求發送至伺服器器件。在一或多個實例中，所描述功能可以硬體、軟體、韌體或其任何組合來實施。若以軟體實施，則該等功能可作為一或多個指令或程式碼而儲存於電腦可讀媒體上或經由電腦可讀媒體進行傳輸，且由基於硬體之處理單元執行。電腦可讀媒體可包括電腦可讀儲存媒體，其對應於諸如資料儲存媒體之有形媒體，或包括例如根據通信協定促進電腦程式自一處傳送至另一處的任何媒體的通信媒體。以此方式，電腦可讀媒體通常可對應於(1)非暫時性之有形電腦可讀儲存媒體，或(2)諸如信號或載波之通信媒體。資料儲存媒體可為可由一或多個電腦或一或多個處理器存取以擷取指令、程式碼及/或資料結構以用於實施本發明所描述之技術的任何可用媒體。電腦程式產品可包括電腦可讀媒體。藉由實例而非限制，此等電腦可讀儲存媒體可包含RAM、ROM、EEPROM、CD-ROM或其他光碟儲存器、磁碟儲存器或其他磁性儲存器件、快閃記憶體或可用於儲存呈指令或資料結構形式之所要程式碼且可由電腦存取的任何其他媒體。又，任何連接被恰當地稱為電腦可讀媒體。舉例而言，若使用同軸纜線、光纜、雙絞線、數位用戶線(DSL)或無線技術(諸如紅外線、無線電及微波)自網站、伺服器或其他遠端源傳輸指令，則同軸纜線、光纜、雙絞線、DSL或無線技術(諸如紅外線、無線電及微波)包括於媒體之定義中。然而，應理解，電腦可讀儲存媒體及資料儲存媒體不包括連接、載波、信號或其他暫時性媒體，而實情為關於非暫時性有形儲存媒體。如本文中所使用，磁碟及光碟包括緊密光碟(CD)、雷射光碟、光學光碟、數位影音光碟(DVD)、軟碟和藍光光碟，其中磁碟通常以磁性方式再生資料，而光碟使用雷射以光學方式再生資料。以上各者之組合亦應包括於電腦可讀媒體之範疇內。可由諸如一或多個數位信號處理器(DSP)、通用微處理器、特殊應用積體電路(ASIC)、場可程式化邏輯陣列(FPGA)或其他等效整合式或離散邏輯電路之一或多個處理器來執行指令。因此，如本文中所使用之術語「處理器」可指前述結構或適合於實施本文中所描述之技術的任何其他結構中之任一者。另外，在一些態樣中，本文中所描述之功能性可提供於經組態用於編碼及解碼之專用硬體及/或軟體模組內，或併入組合式編碼解碼器中。又，該等技術可完全實施於一或多個電路或邏輯元件中。本發明之技術可實施於廣泛多種器件或裝置中，該等器件或裝置包括無線手機、積體電路(IC)或IC集合(例如晶片集合)。在本發明中描述各種組件、模組或單元以強調經組態以執行所揭示技術之器件的功能態樣，但未必要求由不同硬體單元來實現。確切而言，如上文所描述，可將各種單元組合於編碼解碼器硬體單元中，或藉由互操作性硬體單元(包括如上文所描述之一或多個處理器)之集合結合合適之軟體及/或韌體來提供該等單元。已描述各種實例。此等及其他實例係在以下申請專利範圍之範疇內。

10‧‧‧系統
20‧‧‧內容準備器件
22‧‧‧音訊源
24‧‧‧視訊源
26‧‧‧音訊編碼器
28‧‧‧視訊編碼器
30‧‧‧囊封單元
32‧‧‧輸出介面
40‧‧‧用戶端器件
42‧‧‧音訊輸出
44‧‧‧視訊輸出
46‧‧‧音訊解碼器
48‧‧‧視訊解碼器
50‧‧‧解囊封單元
52‧‧‧擷取單元
54‧‧‧網路介面
60‧‧‧伺服器器件
62‧‧‧儲存媒體
64‧‧‧多媒體內容
66‧‧‧資訊清單檔案
68‧‧‧表示
68A至68N‧‧‧表示
70‧‧‧請求處理單元
72‧‧‧網路介面
74‧‧‧網路
100‧‧‧eMBMS中間軟體單元
102‧‧‧伺服器單元/代理伺服器
104‧‧‧快取記憶體
106‧‧‧eMBMS接收單元
110‧‧‧DASH用戶端
112‧‧‧媒體應用程式
120‧‧‧多媒體內容
122‧‧‧媒體呈現描述
124A至124N‧‧‧表示
126‧‧‧標頭資料
128A至128N‧‧‧區段
130‧‧‧標頭資料
132A至132N‧‧‧區段
150‧‧‧視訊檔案
152‧‧‧檔案類型(FTYP)方塊
154‧‧‧電影(MOOV)方塊
156‧‧‧電影標頭(MVHD)方塊
158‧‧‧播放軌(TRAK)方塊
160‧‧‧電影擴展(MVEX)方塊
162‧‧‧區段索引(sidx)方塊
164‧‧‧電影片段(MOOF)方塊
166‧‧‧電影片段隨機存取(MFRA)方塊
180‧‧‧常規區段供應項目
182A‧‧‧區段
182B‧‧‧區段
182C‧‧‧區段
184A‧‧‧隨機存取點
184B‧‧‧隨機存取點
184C‧‧‧隨機存取點
190‧‧‧具有較短區段之供應項目
192A至192K‧‧‧區段
194A‧‧‧隨機存取點
194B‧‧‧隨機存取點
200‧‧‧常規區段供應項目
202A‧‧‧區段
202B‧‧‧區段
202C‧‧‧區段
204A‧‧‧隨機存取點
204B‧‧‧隨機存取點
204C‧‧‧隨機存取點
210‧‧‧具有較短區段之供應項目
212A至212K‧‧‧區段
214A‧‧‧隨機存取點
214B‧‧‧隨機存取點
220‧‧‧常規區段供應項目
222A‧‧‧區段
222B‧‧‧區段
222C‧‧‧區段
224A‧‧‧隨機存取點
224B‧‧‧隨機存取點
224C‧‧‧隨機存取點
230‧‧‧具有區段序列及$Number$之供應項目
232A至232P‧‧‧區段
234A‧‧‧隨機存取點
234B‧‧‧隨機存取點
234C‧‧‧隨機存取點
240‧‧‧常規區段供應項目
242A‧‧‧區段
242B‧‧‧區段
242C‧‧‧區段
244A‧‧‧隨機存取點
244B‧‧‧隨機存取點
244C‧‧‧隨機存取點
250‧‧‧具有區段序列之供應項目
252A至252P‧‧‧區段
254A‧‧‧隨機存取點
254B‧‧‧隨機存取點
254C‧‧‧隨機存取點
260‧‧‧常規區段供應項目
262A‧‧‧區段
262B‧‧‧區段
262C‧‧‧區段
264A‧‧‧隨機存取點
264B‧‧‧隨機存取點
264C‧‧‧隨機存取點
270‧‧‧具有區段序列之供應項目
272A至272P‧‧‧區段
300‧‧‧步驟
302‧‧‧步驟
304‧‧‧步驟
306‧‧‧步驟
308‧‧‧步驟
310‧‧‧步驟
312‧‧‧步驟
314‧‧‧步驟
316‧‧‧步驟
318‧‧‧步驟
320‧‧‧步驟
322‧‧‧步驟

圖1為說明實例系統的方塊圖，該實例系統實施用於經由網路來串流媒體資料之技術。圖2為更詳細地說明圖1之擷取單元的組件之實例集合的方塊圖。圖3為說明實例多媒體內容之元素的概念圖。圖4為說明實例視訊檔案之元素的方塊圖，該實例視訊檔案可對應於表示之區段。圖5為說明常規區段供應項目及具有較短區段之供應項目之實例的概念圖。圖6為說明經由常規區段供應項目及具有較短區段之供應項目可用的區段之統一資源定位符(URL)位址的概念圖。圖7為說明可根據本發明之技術而傳信的資料之實例集合的概念圖。圖8說明根據本發明之技術針對區段使用階層式編號之技術的實例。圖9說明根據本發明之技術針對區段使用階層式編號之技術的另一實例。圖10為說明根據本發明之技術的傳送(發送及接收)媒體資料之實例方法的流程圖。

300‧‧‧步驟

302‧‧‧步驟

304‧‧‧步驟

306‧‧‧步驟

308‧‧‧步驟

310‧‧‧步驟

312‧‧‧步驟

314‧‧‧步驟

316‧‧‧步驟

318‧‧‧步驟

320‧‧‧步驟

322‧‧‧步驟

Claims

一種擷取媒體資料之方法，該方法包含：接收包括資料之一資訊清單檔案，該資料指示可用於媒體資料之一表示之一區段的區段組塊之一數目，該區段包含具有一唯一統一資源定位符(URL)之一可獨立擷取媒體檔案；使用指示可用於該區段的組塊之該數目的該資料來判定該等組塊中之一者的一識別符；及將指定該等組塊中之該一者之該識別符的一請求發送至一伺服器器件。
如請求項1之方法，其中指示區段組塊之該數目的該資料包含一@k屬性，該@k屬性包括於一媒體呈現描述(MPD)之一SegmentTimeline元素的一S元素中。
如請求項1之方法，其中判定該等組塊中之該一者的該識別符包含根據該等區段組塊之一$Number$模板來判定該識別符。
如請求項1之方法，其中判定該等組塊中之該一者的該識別符包含根據一階層式定址方案來判定該識別符。
如請求項4之方法，其中該階層式定址方案指定該識別符之一第一部分及一第二部分。
如請求項5之方法，其中該第一部分指定該區段之一數值識別符。
如請求項5之方法，其中該第一部分指定該區段之時序資訊。
如請求項7之方法，其中該時序資訊指示將開始播放該區段之一播放時間。
如請求項5之方法，其中該第二部分指定該等組塊中之該一者的一序數識別符。
如請求項1之方法，其中發送該請求包含發送一HTTP GET請求或一HTTP部分GET請求中之一者。
如請求項1之方法，其中該等區段組塊作為包含具有各別URL之多個區段的一區段序列而提供，該方法進一步包含根據一URL模板來判定該等URL。
如請求項1之方法，其中該資訊清單檔案並不表達該等區段組塊之精確區段持續時間。
如請求項1之方法，其中判定該識別符包含判定該識別符而不判定該等區段組塊之持續時間。
如請求項1之方法，其進一步包含使用該資訊清單檔案之資料來判定該等區段組塊的區段可用性開始時間，該資料指示該區段之一開始時間、該區段之一持續時間、及區段組塊之該數目。
如請求項1之方法，其進一步包含：根據該資訊清單檔案來判定該區段之一持續時間值；及用該持續時間值除以區段組塊之該數目以判定該等區段組塊的持續時間值。
一種用於擷取媒體資料之器件，該器件包含一或多個處理器，該一或多個處理器實施於電路中且經組態以：接收包括資料之一資訊清單檔案，該資料指示可用於媒體資料之一表示之一區段的區段組塊之一數目，該區段包含具有一唯一統一資源定位符(URL)之一可獨立擷取媒體檔案；使用指示可用於該區段的組塊之該數目的該資料來判定該等組塊中之一者的一識別符；及將指定該等組塊中之該一者之該識別符的一請求發送至一伺服器器件。
如請求項16之器件，其中指示區段組塊之該數目的該資料包含一@k屬性，該@k屬性包括於一媒體呈現描述(MPD)之一SegmentTimeline元素的一S元素中。
如請求項16之器件，其中該一或多個處理器經組態以根據該等區段組塊之一$Number$模板來判定該識別符。
如請求項16之器件，其中該一或多個處理器經組態以根據一階層式定址方案來判定該識別符。
如請求項19之器件，其中該階層式定址方案指定該識別符之一第一部分及一第二部分。
如請求項20之器件，其中該第一部分指定該區段之一數值識別符。
如請求項20之器件，其中該第一部分指定該區段之時序資訊。
如請求項22之器件，其中該時序資訊指示將開始播放該區段之一播放時間。
如請求項20之器件，其中該第二部分指定該等組塊中之該一者的一序數識別符。
如請求項16之器件，其中為了發送該請求，該一或多個處理器經組態以發送一HTTP GET請求或一HTTP部分GET請求中之一者。
如請求項16之器件，其中該等區段組塊作為包含具有各別URL之多個區段的一區段序列而提供，且其中該一或多個處理器經進一步組態以根據一URL模板來判定該等URL。
如請求項16之器件，其中該資訊清單檔案並不表達該等區段組塊之精確區段持續時間。
如請求項16之器件，其中該一或多個處理器經組態以判定該識別符而不判定該等區段組塊之持續時間。
如請求項16之器件，其中該一或多個處理器經進一步組態以使用該資訊清單檔案之資料來判定該等區段組塊的區段可用性開始時間，該資料指示該區段之一開始時間、該區段之一持續時間、及區段組塊之該數目。
如請求項16之器件，其中該一或多個處理器經進一步組態以：根據該資訊清單檔案來判定該區段之一持續時間值；及用該持續時間值除以區段組塊之該數目以判定該等區段組塊的持續時間值。
一種用於擷取媒體資料之器件，該器件包含：用於接收包括資料之一資訊清單檔案的構件，該資料指示可用於媒體資料之一表示之一區段的區段組塊之一數目，該區段包含具有一唯一統一資源定位符(URL)之一可獨立擷取媒體檔案；用於使用指示可用於該區段的組塊之該數目的該資料來判定該等組塊中之一者的一識別符的構件；及用於將指定該等組塊中之該一者之該識別符的一請求發送至一伺服器器件的構件。
一種電腦可讀儲存媒體，其上儲存有在執行時致使一處理器進行以下操作的指令：接收包括資料之一資訊清單檔案，該資料指示可用於媒體資料之一表示之一區段的區段組塊之一數目，該區段包含具有一唯一統一資源定位符(URL)之一可獨立擷取媒體檔案；使用指示可用於該區段的組塊之該數目的該資料來判定該等組塊中之一者的一識別符；及將指定該等組塊中之該一者之該識別符的一請求發送至一伺服器器件。
如請求項32之電腦可讀儲存媒體，其中指示區段組塊之該數目的該資料包含一@k屬性，該@k屬性包括於一媒體呈現描述(MPD)之一SegmentTimeline元素的一S元素中。
如請求項32之電腦可讀儲存媒體，其中致使該處理器判定該等組塊中之該一者之該識別符的該等指令包含致使該處理器根據該等區段組塊之一$Number$模板來判定該識別符的指令。
如請求項32之電腦可讀儲存媒體，其中致使該處理器判定該等組塊中之該一者之該識別符的該等指令包含致使該處理器根據一階層式定址方案來判定該識別符的指令。
如請求項35之電腦可讀儲存媒體，其中該階層式定址方案指定該識別符之一第一部分及一第二部分。
如請求項36之電腦可讀儲存媒體，其中該第一部分指定該區段之一數值識別符。
如請求項36之電腦可讀儲存媒體，其中該第一部分指定該區段之時序資訊。
如請求項38之電腦可讀儲存媒體，其中該時序資訊指示將開始播放該區段之一播放時間。
如請求項36之電腦可讀儲存媒體，其中該第二部分指定該等組塊中之該一者的一序數識別符。
如請求項32之電腦可讀儲存媒體，其中致使該處理器發送該請求之該等指令包含致使該處理器發送一HTTP GET請求或一HTTP部分GET請求中之一者的指令。
如請求項32之電腦可讀儲存媒體，其中該等區段組塊作為包含具有各別URL之多個區段的一區段序列而提供，該電腦可讀儲存媒體進一步包含致使該處理器根據一URL模板來判定該等URL之指令。
如請求項32之電腦可讀儲存媒體，其中該資訊清單檔案並不表達該等區段組塊之精確區段持續時間。
如請求項32之電腦可讀儲存媒體，其中致使該處理器判定該識別符之該等指令包含致使該處理器判定該識別符而不判定該等區段組塊之持續時間的指令。
如請求項32之電腦可讀儲存媒體，其進一步包含致使該處理器使用該資訊清單檔案之資料來判定該等區段組塊之區段可用性開始時間的指令，該資料指示該區段之一開始時間、該區段之一持續時間、及區段組塊之該數目。
如請求項32之電腦可讀儲存媒體，其進一步包含致使該處理器進行以下操作之指令：根據該資訊清單檔案來判定該區段之一持續時間值；及用該持續時間值除以區段組塊之該數目以判定該等區段組塊的持續時間值。
一種發送媒體資料之方法，該方法包含：產生包括資料之一資訊清單檔案，該資料指示可用於媒體資料之一表示之一區段的區段組塊之一數目，該區段包含具有一唯一統一資源定位符(URL)之一可獨立擷取媒體檔案；將該資訊清單檔案發送至一用戶端器件；自該用戶端器件接收指定該等組塊中之一者之一識別符的一請求；及回應於該請求將由該識別符指示之該等組塊中之該經請求者發送至該用戶端器件。
如請求項47之方法，其中指示區段組塊之該數目的該資料包含一@k屬性，該@k屬性包括於一媒體呈現描述(MPD)之一SegmentTimeline元素的一S元素中。
如請求項47之方法，其進一步包含將定義該等區段組塊之一$Number$模板的資料發送至該用戶端器件，以致使該用戶端器件使用該$Number$模板來判定該等組塊中之該一者的該識別符。
如請求項47之方法，其進一步包含將定義一階層式定址方案之資料發送至該用戶端器件，以致使該用戶端器件根據該階層式定址方案來判定該等組塊中之該一者的該識別符。
如請求項50之方法，其中該階層式定址方案指定該識別符之一第一部分及一第二部分。
如請求項51之方法，其中該第一部分指定該區段之一數值識別符。
如請求項51之方法，其中該第一部分指定該區段之時序資訊，其中該時序資訊指示將開始播放該區段之一播放時間。
如請求項51之方法，其中該第二部分指定該等組塊中之該一者的一序數識別符。
一種用於發送媒體資料之伺服器器件，該伺服器器件包含：一記憶體，其經組態以儲存一資訊清單檔案及該媒體資料；及一或多個處理器，其實施於電路中且經組態以：產生用以包括資料之該資訊清單檔案，該資料指示可用於該媒體資料之一表示之一區段的區段組塊之一數目，該區段包含具有一唯一統一資源定位符(URL)之一可獨立擷取媒體檔案；將該資訊清單檔案發送至一用戶端器件；自該用戶端器件接收指定該等組塊中之一者之一識別符的一請求；及回應於該請求將由該識別符指示之該等組塊中之該經請求者發送至該用戶端器件。
如請求項55之器件，其中指示區段組塊之該數目的該資料包含一@k屬性，該@k屬性包括於一媒體呈現描述(MPD)之一SegmentTimeline元素的一S元素中。
如請求項55之器件，其中該一或多個處理器經組態以將定義該等區段組塊之一$Number$模板的資料發送至該用戶端器件，以致使該用戶端器件使用該$Number$模板來判定該等組塊中之該一者的該識別符。
如請求項55之器件，其中該一或多個處理器經組態以將定義一階層式定址方案之資料發送至該用戶端器件，以致使該用戶端器件根據該階層式定址方案來判定該等組塊中之該一者的該識別符。
如請求項58之器件，其中該階層式定址方案指定該識別符之一第一部分及一第二部分。
如請求項59之器件，其中該第一部分指定該區段之一數值識別符。
如請求項59之器件，其中該第一部分指定該區段之時序資訊，其中該時序資訊指示將開始播放該區段之一播放時間。
如請求項59之器件，其中該第二部分指定該等組塊中之該一者的一序數識別符。