TW201729601A - 用於媒體資料之串流之期限發信 - Google Patents

用於媒體資料之串流之期限發信 Download PDF

Info

Publication number
TW201729601A
TW201729601A TW105133351A TW105133351A TW201729601A TW 201729601 A TW201729601 A TW 201729601A TW 105133351 A TW105133351 A TW 105133351A TW 105133351 A TW105133351 A TW 105133351A TW 201729601 A TW201729601 A TW 201729601A
Authority
TW
Taiwan
Prior art keywords
data
information
request
time
deadline information
Prior art date
Application number
TW105133351A
Other languages
English (en)
Inventor
湯瑪士 史塔克漢莫
朱西鵬
葛登 凱特 華克
Original Assignee
高通公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 高通公司 filed Critical 高通公司
Publication of TW201729601A publication Critical patent/TW201729601A/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26241—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving the time of distribution, e.g. the best time of the day for inserting an advertisement or airing a children program
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

一種用戶端器件包括包含用於緩衝具有即時約束之資料之一緩衝器的一記憶體及包含數位邏輯電路之一基於硬體之處理器。該處理器經組態以執行一即時應用程式，該即時應用程式經組態以：判定該資料將可供下載的時間；判定需要該資料以防止該緩衝器之一緩衝區欠載運行的一時間；及當該資料可用時，發送對該資料之一請求及表示需要該資料以避免該緩衝區欠載運行之該時間的期限資訊。以此方式，一發送器件可優先化該所請求資料之遞送以防止該用戶端器件之該緩衝區欠載運行。

Description

用於媒體資料之串流之期限發信
本發明係關於媒體資料之輸送。
數位媒體能力可併入至廣泛範圍之器件中，包括數位電視、數位直播系統、無線廣播系統、個人數位助理(PDA)、膝上型或桌上型電腦、數位攝影機、數位記錄器件、數位媒體播放器、視訊遊戲器件、視訊遊戲主控台、蜂巢式或衛星無線電電話、視訊電話會議器件及其類似者。 可在傳輸之前壓縮數位媒體。舉例而言，可使用視訊壓縮技術來壓縮視訊資料，該等視訊壓縮技術執行空間預測及/或時間預測以減少或移除視訊序列中之固有冗餘。 在已編碼媒體資料之後，可將媒體資料封包化以供傳輸或儲存。可將媒體資料彙編成符合多種標準中之任一者的媒體檔案，該等標準諸如國際標準化組織(ISO)基本媒體檔案格式及其擴展。可使用基於電腦之網路經由一串流協定(諸如，經由HTTP之動態自適應串流(DASH))進一步傳輸媒體資料。
一般而言，本發明描述用於發信媒體資料之期限資訊的技術。亦即，用戶端器件可發信表示必須接收媒體檔案(諸如，DASH區段)之時間的資料。此時間可表示必須接收媒體檔案以便確保用戶端器件之平穩、連續性播出(例如，以防止緩衝區欠載運行)的時間。 在一個實例中，一種檢索具有即時約束之資料之方法藉由用戶端器件執行，該用戶端器件具有包含執行即時應用程式之數位邏輯電路的一基於硬體之處理器。該方法包括：判定資料將可供下載的時間；判定需要資料以防止用戶端器件之緩衝器之緩衝區欠載運行的時間；及當資料可用時，發送對資料之請求及表示需要資料以避免緩衝區欠載運行之時間的期限資訊。 在另一實例中，一種用於檢索具有即時約束之資料之用戶端器件包括包含用於緩衝具有即時約束之資料之緩衝器的記憶體及包含數位邏輯電路之基於硬體之處理器。該處理器經組態以執行即時應用程式，該即時應用程式經組態以：判定資料將可供下載的時間；判定需要資料以防止緩衝器之緩衝區欠載運行的時間；及當資料可用時，發送對資料之請求及表示需要資料以避免緩衝區欠載運行之時間的期限資訊。 在另一實例中，一種用於檢索具有即時約束之資料之用戶端器件包括：用於判定資料將可供下載之時間的構件；用於判定需要資料以防止用戶端器件之緩衝器之緩衝區欠載運行之時間的構件；及用於當資料可用時，發送對資料之請求及表示需要資料以避免緩衝區欠載運行之時間之期限資訊的構件。 在另一實例中，一種電腦可讀儲存媒體(亦即，非暫時性電腦可讀儲存媒體)上儲存有指令，該等指令使得處理器：判定資料將可供下載的時間；判定需要資料以防止用戶端器件之緩衝器之緩衝區欠載運行的時間；及當資料可用時，發送對資料之請求及表示需要資料以避免緩衝區欠載運行之時間的期限資訊。 在以下隨附圖式及實施方式中闡述一或多個實例之細節。其他特徵、目的及優勢將自實施方式及圖式以及申請專利範圍而顯而易見。
本申請案主張於2015年10月16日申請之PCT申請案第PCT / CN2015 / 092095 號之優先權，該申請案之全部內容特此以引用之方式併入。 一般而言，本發明描述用於在媒體資料之串流期間使用超文字傳送協定(HTTP)發信期限資訊的技術。此類串流技術在本文中亦被稱為HTTP串流。特定言之，如下文所解釋，本發明描述用戶端器件之串流用戶端可藉以將期限資訊發信至串流感知網路元件以試圖確保區段在各別期限前之即期遞送的技術。類似地，串流感知網路元件可使用此等技術將區段遞送至用戶端器件，使得該等區段在其各別期限前到達用戶端器件。 在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中之Period 要素定義。每一週期可具有MPD中之屬性start 。MPD可包括每一週期之start 屬性及availableStartTime 屬性。對於實況服務，週期之start 屬性與MPD屬性availableStartTime 之和可以UTC格式指定該週期之可用性時間，特定言之對應週期中之每一表示的第一媒體區段。對於點播服務，第一週期之start 屬性可為0。對於任何其他週期，start 屬性可指定對應週期之開始時間相對於第一週期之開始時間的時間偏移。每一週期可延長至下一週期之開始，或在最後週期的狀況下延長至媒體呈現之結束。週期開始時間可為精確的。其可反映播放所有先前週期之媒體產生的實際時序。 每一週期可含有同一媒體內容之一或多個表示。表示可為音訊或視訊資料之多個替代性經編碼版本中之一者。表示之不同之處可在於編碼類型，例如，用於視訊資料之位元速率、解析度及/或編解碼器以及用於音訊資料之位元速率、語言及/或編解碼器。術語表示可用以指代經編碼音訊或視訊資料中對應於多媒體內容之特定週期且以特定方式編碼之部分。 可將特定週期之表示指派至由MPD中之一屬性(其指示該等表示所屬於之適應集合)所指示之群組。同一適應集合中之表示通常被視為彼此之替代例，此係因為用戶端器件可在此等表示之間動態地且無縫地切換，例如以執行頻寬適應。舉例而言，特定週期之視訊資料之每一表示可指派至同一適應集合，使得可選擇該等表示中之任一者進行解碼以呈現對應週期之多媒體內容的媒體資料，諸如視訊資料或音訊資料。在一些實例中，一個週期內之媒體內容可由來自群組0 (若存在)之一個表示或由來自每一非零群組的至多一個表示之組合來表示。週期之每一表示之時序資料可相對於該週期之開始時間進行表達。 表示可包括一或多個區段。每一表示可包括初始化區段，或表示之每一區段可以自初始化。當存在時，初始化區段可含有用於存取表示之初始化資訊。一般而言，初始化區段不含有媒體資料。區段可由識別符唯一地參考，該識別符諸如統一資源定位符(URL)、統一資源名稱(URN)或統一資源識別符(URI)。MPD可為每一區段提供識別符。在一些實例中，MPD亦可以range 屬性之形式提供位元組範圍，其可對應於可藉由URL、URN或URI存取之檔案內之區段的資料。 可選擇不同表示以用於實質上同時檢索不同類型之媒體資料。舉例而言，用戶端器件可選擇音訊表示、視訊表示及計時文字表示，用戶端器件自該等表示檢索區段。在一些實例中，用戶端器件可選擇特定適應集合以用於執行頻寬適應。亦即，用戶端器件可選擇包括視訊表示之適應集合、包括音訊表示之適應集合及/或包括計時文字之適應集合。可替代地，用戶端器件可選擇用於某些類型之媒體(例如，視訊)之適應集合，且直接選擇其他類型之媒體(例如，音訊及/或計時文字)之表示。 DASH致能基於物件之即時串流遞送。在基本操作模式中，用戶端自伺服器請求資料且排程播出。DASH用戶端使用緩衝器以最佳化播出且避免緩衝區欠載運行。用戶端亦適當地排程對區段之請求以確保該等區段到達用戶端，從而確保適當播出。在基本操作中，所有控制及計時係使用用戶端進行。 然而，在某些情形中，具體言之在視為在伺服器及網路輔助DASH (SAND)中的狀況下，伺服器及網路與用戶端合作且輔助用戶端以主要在網路效率以及使用者體驗方面最佳化遞送。另外，由於HTTP請求在網路中通常經處置為無狀態且不受時間影響的請求，因此用戶端可在經由HTTP之物件遞送中支援網路，尤其在網路感知遞送之期限時。此類技術尤其相關於網路可在遞送中利用此類期限的情況。 在此上下文中，本發明提議在SAND之上下文中添加以下訊息： ·   提供接收器中之所請求物件之絕對期限(掛鐘)的狀態訊息。 ·   為所請求物件提供最大RTT (持續時間)的狀態訊息。 ·   提供區段之不同位元組範圍之相對期限的PED訊息。 ·   提供區段之不同位元組範圍之相對期限的狀態訊息。 本發明之技術可產生某些優勢。舉例而言，本發明之技術可將用戶端器件對於待遞送至用戶端器件之資料之時序需求的資訊提供至網路元件，諸如DASH感知網路元件(DANE)或媒體感知網路元件(MANE)。此可確保用戶端器件在用戶端器件需要資料時接收該資料，此可滿足用戶端器件對於資料之即時約束。舉例而言，在DASH之上下文中，可在某些時間需要媒體資料以避免緩衝區下溢(亦即，用戶端器件消耗所有所緩衝資料)。緩衝區下溢亦可被稱作緩衝區欠載運行。緩衝區下溢將通常使得需要等待接收額外資料，此可導致非所要播放暫停。此等技術可藉由避免緩衝區下溢來避免此類暫停。 圖1為說明實施用於使媒體資料在網路上串流之技術之實例系統10的方塊圖。在此實例中，系統10包括內容準備器件20、伺服器器件60及用戶端器件40。用戶端器件40與伺服器器件60藉由網路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單元提供「網路友好」視訊表示，從而尋址諸如視訊電話、儲存、廣播或串流之應用。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.費爾丁(R.Fielding)等人(網路工作組，IETF，1999年6月)的「Hypertext Transfer Protocol-HTTP/1.1」中所描述。亦即，請求處理單元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可選擇具有藉由用戶端器件40之寫碼及再現能力可滿足之特性的表示68之一子集(例如，適應集合)。檢索單元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發送經解碼視訊資料，該經解碼視訊資料可包括串流的複數個視圖。 儘管圖1中未展示，但網路74可進一步包括串流感知網路元件(諸如，DASH感知網路元件(DANE))或媒體感知網路元件(MANE)。檢索單元52可實施本發明之技術(下文更詳細地描述)以向網路74之串流感知網路元件通告期限資訊。 視訊編碼器28、視訊解碼器48、音訊編碼器26、音訊解碼器46、囊封單元30、檢索單元52及解囊封單元50各自可實施為適用的多種合適處理電路中之任一者，該合適處理電路諸如，一或多個微處理器、數位信號處理器(DSP)、特定應用積體電路(ASIC)、場可程式化閘陣列(FPGA)、離散邏輯電路、軟體、硬體、韌體或其任何組合。在一些實例中，視訊編碼器28、視訊解碼器48、音訊編碼器26、音訊解碼器46、囊封單元30、檢索單元52及解囊封單元50中之一或多者可整合於稱為「晶片上系統」(或「SoC」)之單一製造晶片中。視訊編碼器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發送經解碼視訊資料，該經解碼視訊資料可包括串流的複數個視圖。 圖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」(網路工作組，RFC 6726，2012年11月)中所描述的單向傳送檔案遞送(FLUTE)，可於http://tools.ietf.org/html/rfc6726獲得。亦即，eMBMS接收單元106可經由廣播而自(例如)伺服器器件60 (其可充當BM-SC)接收檔案。 當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。 圖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、124包括一或多個經寫碼視訊樣本，其中之每一者可包括視訊資料之訊框或圖塊。區段128之經寫碼視訊樣本中之每一者可具有類似特性，例如，高度、寬度及頻寬要求。此類特性可藉由MPD 122之資料來描述，儘管此資料未在圖3之實例中說明。MPD 122可包括如3GPP規範所描述之特性，並且添加有本發明中所描述的發信資訊中之任一者或全部。 區段128、132中之每一者可與唯一的統一資源定位符(URL)相關聯。因此，區段128、132中之每一者可使用串流網路協定(諸如，DASH)來獨立地檢索。以此方式，諸如用戶端器件40之目的地器件可使用HTTP GET請求來檢索區段128或132。在一些實例中，用戶端器件40可使用HTTP部分GET請求來檢索區段128或132之特定位元組範圍。 圖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可包括描述對應於TRAK框158之播放軌之特性的播放軌標頭(TKHD)框。在一些實例中，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可在描述參數集播放軌之TRAK框內發信序列層級SEI訊息存在於參數集播放軌中。 MVEX框160可描述對應電影片段164之特性(例如)以發信視訊檔案150除包括MOOV框154 (若存在)內之視訊資料之外亦包括電影片段164。在串流視訊資料之上下文中，經寫碼視訊圖像可包括於電影片段164中，而非包括於MOOV框154中。因此，所有經寫碼視訊樣本可包括於電影片段164中，而非包括於MOOV框154中。 MOOV框154可包括數個MVEX框160，其等於視訊檔案150中之電影片段164之數目。MVEX框160中之每一者可描述電影片段164中之對應電影片段之特性。舉例而言，每一MVEX框可包括描述電影片段164中之對應電影片段之持續時間的電影延伸標頭框(MEHD)框。 如上文所指出，囊封單元30可儲存並不包括實際經寫碼視訊資料之視訊樣本中之序列資料集。視訊樣本可大體上對應於存取單元，該存取單元為特定時間執行個體下之經寫碼圖像之表示。在AVC之上下文中，經寫碼圖像包括一或多個VCL NAL單元及其他相關聯非VCL NAL單元(諸如，SEI訊息)，該等VCL NAL單元含有用以構造存取單元之所有像素的資訊。因此，囊封單元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為說明包括經組態以參與HTTP適應性串流工作階段之器件之系統200的概念圖。在此實例中，系統200包括俘獲器件202、編碼及加密器件204、媒體來源伺服器器件206A至206N (媒體來源伺服器器件206)、HTTP快取伺服器器件208A至208N (HTTP快取伺服器器件208)、用戶端器件210A至210N (用戶端器件210)及數位版權管理(DRM)授權伺服器器件212A至212N (DRM授權伺服器器件212)。一般而言，俘獲器件202可對應於圖1之音訊源22及視訊源24中之任一者或兩者，編碼及加密器件204可對應於圖1之音訊編碼器26、視訊編碼器28及/或囊封單元30，媒體來源伺服器器件206及/或HTTP快取伺服器器件208中之任一者或全部可對應於圖1之伺服器器件60，且用戶端器件210可對應於圖1之用戶端器件40。 在此實例中，俘獲器件202俘獲媒體資料(例如，音訊及/或視訊資料)。編碼及加密器件204以多種位元速率編碼媒體資料以形成多組媒體資料(例如，多個表示)。多組編碼及加密器件204中之每一者可將媒體資料分割成較小區段，諸如圖4之視訊檔案150。此外，編碼及加密器件204可將每一區段加密且經由媒體來源伺服器器件206及HTTP快取伺服器器件208使得每一區段經由HTTP URL可用。用戶端器件(諸如，用戶端器件210中之一或多者)判定下載哪一或哪些區段，自DRM授權伺服器器件212中之一者獲取對於經加密內容之授權，且接著將內容拼接在一起並播放該內容。 圖6為說明「智慧型」用戶端器件之職責的概念圖。圖6之實例說明表示實例「智慧型」用戶端器件之內容分佈網路(CDN) 220及用戶端器件222之實例。在此實例中，用戶端器件222管理一或多個資訊清單檔案(例如，一或多個MPD)、HTTP輸送及一或多個TCP連接。用戶端器件222監測或量測播出緩衝、下載時間及區段輸送量、本端資源(諸如，CPU、記憶體、螢幕及其類似者)及丟棄的訊框。用戶端器件222亦執行頻寬適應。 圖7為說明包括HTTP伺服器232及DASH用戶端240之系統230的概念圖。說明系統230以解釋此類系統中之MPEG DASH的範疇。特定而言，在此實例中，HTTP伺服器232儲存媒體內容之各集合，諸如媒體內容234A及媒體內容234B。媒體內容234A包括MPD 236A及區段238A。媒體內容234B包括MPD 236B及區段238B。DASH用戶端240包括控制引擎242、媒體引擎244、MPD剖析器246、區段剖析器248及HTTP用戶端250。一般而言，控制引擎242、HTTP用戶端250及MPD剖析器246可對應於圖1之檢索單元52，區段剖析器248可對應於圖1之解囊封單元50，且媒體引擎244可對應於音訊解碼器46及/或視訊解碼器48。MPEG DASH之範疇內之系統230之元件使用灰色著色來突出。在此實例中，MPEG DASH具有包括MPD 236、區段238、MPD剖析器246及區段剖析器248之範疇。 圖8為說明根據本發明之技術之實例系統260的概念圖。如圖8之實例中所展示，系統260包括分別類似於圖7之HTTP伺服器232及DASH用戶端240的HTTP伺服器262及DASH用戶端270。亦即，HTTP伺服器262儲存包括MPD 266A及區段268A之媒體資料264A以及包括MPD 266B及區段268B之媒體資料264B。同樣地，DASH用戶端270包括控制引擎272、媒體引擎274、MPD剖析器276、區段剖析器278及HTTP用戶端280。然而，系統260進一步包括經由下層輸送284耦接至DASH用戶端270之DASH感知網路元件(DANE)器件282。 圖8提供所考慮的訊息流動之高層級架構。DASH媒體儲存於HTTP伺服器262上且經由HTTP-CDN來遞送。DASH用戶端270控制工作階段且在適當時間發佈HTTP請求。使HTTP連接終止之中間節點(例如，DANE 282)可在DASH未感知時充當快取記憶體，或在DASH感知時充當DANE。DANE 282可自HTTP伺服器262及/或DASH用戶端270接收資訊，以便(例如)藉由經由低層輸送284提供期限資訊，使得DANE 282或沿下層輸送284之其他器件可在用於待遞送至DASH用戶端270之媒體資料之遞送決策中利用該期限資訊，從而最佳化遞送。 圖9為說明簡單用戶端模型290的概念圖。圖1之用戶端器件40、圖5之用戶端器件210、圖6之用戶端器件222、圖7之DASH用戶端240及圖8之DASH用戶端270可通常根據用戶端模型290進行組態。在用戶端模型290之實例中，用戶端包括下載引擎292、緩衝器294及媒體解碼器及再現器296。關於圖1之用戶端器件40，(例如)下載引擎292及緩衝器294可包括在檢索單元52中，且媒體解碼器及再現器296可對應於音訊解碼器46、視訊解碼器48、音訊輸出42及視訊輸出44。 根據DASH-IF IOP v3.1章節4.3.4中之描述，DASH用戶端如下運作。例如根據展示於圖9中之用戶端模型290，DASH用戶端由提供於MPD中之資訊來引導。 假定DASH用戶端能存取MPD且可自MPD推導每一區段之區段可用性時間。為簡單起見，假定MPD僅含有具有週期開始時間PSwc [i ]之單一週期，且MPD-URL不包括任何片段參數。以下實例用戶端行為向使用者提供連續的串流體驗： 1.    DASH用戶端剖析MPD且基於AdaptationSet 元素中之每一者中所提供的資訊選擇適合於其環境的適應集合之集合。 2.    在每一適應集合內，其選擇一個表示，此通常基於@bandwidth屬性之值且亦考慮用戶端解碼及再現能力。 3.    考慮MPD中之資訊及DASH用戶端中之當前時間JOIN ，DASH用戶端至少針對於每一所選擇表示建立一可存取區段清單，且特定言之為最接近於實況邊緣的區段(被稱為實況邊緣區段 )。 4.    DASH用戶端下載所選擇表示之初始化區段且接著藉由請求整個區段或區段之位元組範圍來存取內容。通常，在任何時間，DASH用戶端在以下中之較大者處下載下一區段：(i)完成當前區段之下載，或(ii)下一區段之區段可用性開始時間。若存在@availabilityTimeOffset，則可更早下載區段，亦即在經調整之區段可用性開始時間處下載。基於緩衝區充滿度及其他準則，考慮速率調適。通常，下載的第一媒體區段為實況邊緣區段 ，但可採用其他決策以將啟動延遲減至最小。 5.    根據圖9之實例，下載引擎292將經檢索媒體資料饋送至緩衝器294中，且在一些時間點處，媒體解碼器及再現器296開始對媒體資料進行解碼及再現。下載引擎292下載每一所選擇適應集合之所選擇表示，且媒體解碼器及再現器296呈現每一所選擇適應集合之所選擇表示。使用在MPD中發信之週期資訊中之呈現時間來進行同步。對於同步播出，應使用媒體中之精確呈現時間。 a.  一旦呈現已開始，則播出過程為連續性的。該播出過程係基於媒體資料將連續地存在於緩衝器294中的假設。若MPD @suggestedPresentationDelay存在於MPD中，則此值可用作呈現延遲PD 。若MPD @suggestedPresentationDelay並不存在於MPD中，但預期DASH用戶端在實況邊緣處消耗服務，則應選擇合適的呈現延遲，該呈現延遲通常在@minBufferTime之值與@timeShiftBufferDepth之值之間。建議DASH用戶端在PSwc [i ] + (EPT(k ) - o[r , i ]) +PD 處開始再現具有最早呈現時間EPT(k )之經下載媒體區段k 之第一樣本。 6.    DASH用戶端可藉由使用在可用性時間窗口期間所產生的區段清單來請求所選擇表示之媒體區段。 7.    一旦呈現已開始，則DASH用戶端持續消耗媒體內容，原因在於下載引擎292連續地請求媒體區段或媒體區段之部分，且媒體解碼器及再現器296根據媒體呈現時刻表播放內容。考慮來自其環境之更新資訊，DASH用戶端可切換表示，但此態樣對於本文中之論述具有較少關聯性。 8.    隨著掛鐘時間NOW 前進，DASH用戶端消耗可用區段。隨著NOW 前進，用戶端可能針對於週期中之每一表示擴展可用 區段之清單。 某些態樣概述於上文標題符號5至7中。DASH用戶端控制請求之排程及播出排程。同時，DASH用戶端瞭解表示之下一區段需要可用以避免緩衝區下溢的最晚時間。資訊至少基於良好準確度自MPD可用(使用週期時刻表至媒體時刻表之映射)，且在下載前一區段後基於甚至更佳的準確度。更多細節展示於下文圖10中。 圖10為自伺服器器件及用戶端器件之角度說明區段的概念圖。伺服器器件使得資料(例如，區段)可用且使資料保持可用直至某一時間(特定區段可供自伺服器檢索之時間週期可被稱為「區段可用性窗口」)。DASH用戶端自MPD判定此資訊(亦即，可用性時間或區段可用性窗口)。 在DASH用戶端第一次下載MPD (圖10中之FetchMPD(1))之後，DASH用戶端判定區段1及區段2為可用的。此外，隨時間推移，越來越多區段基於MPD中所提供的資訊而變得可用。在一些呈現延遲(使用所推薦的呈現延遲或用戶端所選擇的一個呈現延遲)之後的某一時間點處，DASH用戶端排程播出且開始對所檢索區段之媒體資料進行解碼及再現。一旦開始，則用戶端可基於MPD及何時請求區段來判定何時區段在DASH用戶端中必須可用以便確保平穩播出。同時，DASH用戶端可判定區段對於伺服器仍可用之最晚時間。 根據本發明之技術，DASH用戶端(諸如，圖8之DASH用戶端270)可產生期限資訊(亦即，表示何時必須接收特定區段或其他資料以便滿足即時約束(諸如，緩衝區欠載運行)之資訊)且將該期限資訊發送回至網路以供網路決定如何排程請求。下文論述實例。此外，在某些環境中，DASH用戶端可基於相對良好的網路時間協定(NTP)同步之時鐘。在其他環境中，同步化可更自由。另外，可用性時間及排程亦與靜態類型內容(例如，點播內容)相關。 針對使用期限資訊，涵蓋各種使用案例。使用此類期限資訊之一些實例包括： ·   DANE與例如eNB之行動基地台(以及PGW)共置。無線電排程器可使用期限之資訊以最佳化使用TCP/IP之對應單元中之遞送。 ·   DANE與家庭閘道器共置。期限之資訊(可能來自不同使用者)可用以最佳化朝向網路之請求以便確保緊急物件之及時遞送。 ·   DANE與例如eNB之行動基地台(以及PGW)共置。無線電排程器可使用期限之資訊以最佳化使用與TCP不同之遞送協定(例如，基於封包之協定)的對應單元中之遞送。 在建立相關解決方案中，考慮以下準則： ·   解決方案可為簡單的。 ·   解決方案可較佳地不依賴於DASH而工作。 ·   解決方案可為SAND狀態訊息框架之部分。 ·   解決方案對於DASH用戶端可為可實施的。 ·   解決方案可使得能夠提供期限資訊作為絕對值或相對值。 ·   解決方案可與常規區段請求以及位元組範圍請求(例如，HTTP GET或部分GET請求)一起工作。 ·   解決方案可為最佳化的且以後向相容方式工作。 一般而言，可產生在一些情形中可能由於DASH用戶端未及時接收到所請求的媒體資料而出現緩衝區欠載運行的問題。亦即，由於各種原因，儘管DASH用戶端請求媒體資料，但可能無法及時遞送媒體資料，且因此DASH用戶端之緩衝器之內容可在新媒體資料可用且準備好供解碼及再現之前被清空。 本發明之技術以DASH用戶端完全感知時序資訊之基本想法為前提。亦即，DASH用戶端可自該資訊清單檔案(例如，MPD)判定掛鐘時間中之以下資訊：何時區段在網路上為可用的；及每一區段需要在接收器處為可用以便能夠繼續平穩播出(例如，防止緩衝區欠載運行)之時間。若DASH用戶端將此資訊中之一些提供至DANE，則DANE可最佳化遞送以便確保區段在接收器處及時可用。儘管出於解釋之目的，關於DASH用戶端及DANE描述該等技術，但此等技術可藉由其他串流器件(例如，任何其他串流用戶端及串流感知網路元件)來執行。 使用者設備(UE) (亦即，用戶端器件)可向串流感知網路元件(諸如，DANE)報告以下資訊： ·   HTTP串流播出緩衝狀態： o   緩衝區佔用位準(ms)。 o   時戳：UE產生緩衝狀態資訊之時間。 o   播出資料速率：若eNB不為DASH感知，則對於eNodeB (eNB)估計UE之緩衝區佔用位準。 ·   掛鐘時間或整個區段(物件)之最大RTT中之期限。 o   UE可在每一HTTP GET請求中指定此時間。 ·   更詳細資訊。舉例而言，其可為具有與較晚部分不同期限之區段之初始部分。 o   用戶端報告初始封包之期限。 o   物件含有對於每一位元組範圍之播出排程，使得中間節點可根據自DASH用戶端及播出曲線之資訊來排程每一位元組範圍之遞送。 ·   亦報告接收模式：完整區段模式或媒體遞送事件(MDE)模式。 用戶端器件可另外或替代地報告播出資訊。 ·   播出排程可為： o   默認步驟功能，亦即整個區段需要為可用的。 o   報告自媒體/DASH伺服器之輔助資訊作為播出曲線(隨時間推移之位元組範圍)。 o   若用戶端確實具有此類資訊，則(例如，藉由區段索引)自用戶端發送回至可在排程中使用之DANE。 ·   此類資訊可由排程器來使用以最佳化位元組範圍之遞送。 圖11為說明用於執行視訊物件期限感知排程之一個實例方法的概念圖。在此實例中，方法藉由系統300執行，該系統包括用戶端器件302、DASH伺服器器件304及DANE 306。DANE 306轉而包括封包閘道器(PGW)器件308及eNodeB 310。在此實例中，用戶端器件302經由HTTP請求(302)將期限資訊遞送至DASH伺服器304。特定而言，用戶端器件302 (UE之實例)經由HTTP將期限資訊報告至DASH伺服器。DASH伺服器304接著將期限資訊傳送至DANE 306 (314)之PGW器件308。此外，PGW器件308將期限資訊傳送至eNodeB 310 (316)。接著，eNodeB 310使用期限資訊以排程將媒體資料(例如，區段或MDE)遞送至DASH伺服器器件304 (318) (該遞送可接著將媒體資料發送至用戶端器件302 (320))，以根據期限資訊確保媒體資料在媒體資料需要防止用戶端器件302之緩衝器之緩衝區欠載運行時或之前到達用戶端器件302。可替代地，eNodeB 310可將媒體資料直接遞送至用戶端器件302。 在一個實例中，在PGW器件308與DASH伺服器器件304 (其可對應於代理伺服器器件)之間存在網路隧道。期限資訊可承載在根據網路通道協定(諸如，多協定標記交換(MPLS))所發送的遂穿封包之標頭中。 在另一實例中，PGW器件308可在自DASH伺服器器件304接收之封包上執行選擇性深度封包測試(DPI)。亦即，HTTP伺服器器件304可包括HTTP訊息中之期限資訊。PGW器件308可在自DASH伺服器器件304之封包上執行DPI以檢索期限資訊。  PGW器件308可包括發送至eNodeB 310 (亦即，基地台)之每一下行鏈路封包之GPRS隧穿協定U (GTP-U)標頭中之期限資訊。eNodeB 310可接著根據期限資訊排程此等封包之傳輸。 在另一實例中，用戶端器件302可經由HTTP將期限資訊報告至DANE 306。DANE 306亦可解釋每一區段之播出曲線。DANE 306可接著使此資訊可用於eNodeB 310之排程器。eNodeB 310可接著使用此資訊以最佳化播出排程(例如，封包遞送)。 在基於HTTP之期限資訊遞送中，自由用戶端器件302執行之串流用戶端發送至DANE 306之資訊(例如，對應於對於媒體資料之請求的封包)可包括期限資訊。期限資訊可包括語法及協定選項。此等選項可包括於HTTP標頭擴展中及/或作為請求中之查詢參數之部分。另外或替代地，期限資訊可映射現有部署，例如，映射基於HTTP/1.1之遞送或基於HTTP/2.0之遞送。自DASH伺服器器件304至DANE 306之資訊及此實例中之期限資訊之使用可包括單向傳輸即時物件傳遞(ROUTE)傳送協定及MDE。 在各種實例中，在此等各種器件之間交換之資訊可對各種問題定義解決方案。舉例而言，何種資訊自用戶端發送至網路之語義問題，該等語義問題可包括:整個區段(物件)之掛鐘時間中之期限，整個區段(物件)之最大RTT (單位為毫秒)，用戶端中之當前可用緩衝器，及/或更詳細資訊(舉例而言，其可為具有除較晚部分外之其他期限之區段的初始部分)。類似地，語法及協定選項可在請求中之HTTP標頭擴展中交換，以作為請求中之查詢參數之部分或DASH用戶端與DANE之間之其他控制頻道。此外，此類資訊可存在對現有部署之映射，該等現有部署諸如，基於HTTP/1.1之遞送、基於HTTP/2.0之遞送或ROUTE傳送協定及MDE。 圖12為可執行圖11之方法之系統330之實例實施的概念圖。在此實例中，系統330包括在閘道器(GW)上方之HTTP代理伺服器/快取記憶體344，該閘道器在此實例中為封包閘道器(PGW)/服務閘道器(SGW) 342。另外，系統330包括用戶端器件332、eNodeB 340及CDN 346。在此實例中，PGW/SGW 342與HTTP代理伺服器/快取記憶體344藉由Gi-LAN介面348耦接。此外，用戶端器件332包括數據機336，該數據機可經組態以與eNodeB 340通信。用戶端器件332亦包括HTTP用戶端334，該HTTP用戶端可為由包含用戶端器件332之數位邏輯電路(圖12中未展示)之基於硬體之處理器執行的串流應用。用戶端器件332亦包括快取記憶體338，該快取記憶體可表示用於緩衝所檢索媒體內容之實體、非暫時性電腦可讀媒體之一部分，諸如各種隨機存取記憶體(RAM)、硬碟、快閃驅動器或其類似者中之任一者。 用戶端器件332及HTTP代理伺服器/快取記憶體344可經組態以根據本發明之技術交換期限資訊。亦即，用戶端器件332可實施期限資訊報告技術，且HTTP代理伺服器/快取記憶體344可實施基於期限之排程技術，以確保根據所報告期限資訊媒體資料在用戶端器件332處為可用的。用戶端器件332及HTTP代理伺服器/快取記憶體344可經由自HTTP代理伺服器/快取記憶體344至PGW/SGW 342之無線電存取網路(RAN)在GTP-U標頭中將期限資訊交換至eNodeB 340。 舉例而言，用戶端器件332之HTTP用戶端334可經組態以判定經由HTTP代理伺服器/快取記憶體344正自CDN 346檢索之媒體資料之播出速率。HTTP用戶端334亦可判定快取記憶體338之填充位準(亦即，儲存於快取記憶體338中之媒體資料之量)。基於快取記憶體338之填充位準及播出速率，HTTP用戶端334可判定必須接收之所請求媒體資料之期限，以便防止快取記憶體338之緩衝區欠載運行。HTTP用戶端334可通告表示(例如)對於媒體資料之請求中之期限之資訊的期限，其中該請求最後遞送至HTTP代理伺服器/快取記憶體344及/或CDN 346。HTTP代理伺服器/快取記憶體344可根據期限資訊優先化所請求媒體資料之遞送，以便防止用戶端器件332之快取記憶體338之緩衝區欠載運行。另外或替代地，eNodeB 340可根據期限資訊優先化所請求媒體資料之遞送，以便防止用戶端器件332之快取記憶體338之緩衝區欠載運行。 圖13為說明可對於媒體物件期限感知排程實施本發明之技術之另一實例系統350的概念圖。系統350包括DASH伺服器352、PGW 354、eNodeB 356及用戶端器件358。同樣，用戶端器件358可包括類似於圖1之用戶端器件40之組件，且DASH伺服器352可包括類似於圖1之伺服器器件60之組件。在此實例中，用戶端器件358將DANE特定期限資訊遞送至(例如)eNodeB 356。特定而言，用戶端器件358經由RAN發信(例如)使用封包資料聚合協定(PDCP)或無線電資源控制(RRC)協定將期限資訊報告至eNodeB 356。用戶端器件358可執行DASH用戶端，此可經由應用程式設計介面(API)將期限資訊報告至用戶端器件358之數據機。 在接收期限資訊之後，eNodeB 356可根據期限資訊排程對於用戶端器件358與DASH伺服器352之間之HTTP串流工作階段的傳輸。亦即，DASH伺服器352可自用戶端器件358接收媒體資料(例如，表示適應集合之區段之所有或一部分)之請求，且經由PGW 354及eNodeB 356將所請求媒體資料發送至用戶端器件358。接著，eNodeB 356可根據先前自用戶端器件358接收之期限資訊來優先化所請求媒體資料之遞送。 期限資訊可以各種方式與下行鏈路(DL)封包相關聯。在一個實例中，HTTP代理可邏輯地整合於eNodeB 356中。因此，HTTP代理可儲存圖表或其他資料結構，從而使特定期限與所請求媒體資料(例如，區段數目)相關聯。亦即，圖表可包括表示一組媒體資料(諸如，特定區段數目)之第一欄及表示指定在與對應區段相關聯之期限資訊中之期限的第二欄。因此，當HTTP代理已快取第一欄中識別之區段時，HTTP代理可優先化區段至用戶端器件358之遞送，以確保在圖表之第二欄所指定期限時或之前將區段遞送至用戶端器件358。在另一實例中，可為HTTP串流工作階段建立專用承載頻道。 圖14為說明可執行上文關於圖13所論述之方法之實例系統360的概念圖。在此實例中，系統360包括用戶端器件362、eNodeB 370、PGW/SGW 376及CDN 378。用戶端器件362包括HTTP用戶端364、數據機366及快取記憶體368，且eNodeB 370包括HTTP代理伺服器/快取記憶體372。由此，eNodeB 370之HTTP代理伺服器/快取記憶體372執行HTTP快取(被稱為RAN快取)。因此，eNodeB 370可邏輯地快取內容。數據機366、快取記憶體368、eNodeB 370及HTTP代理伺服器/快取記憶體372可統稱為HTTP代理伺服器374。 實體地，HTTP代理伺服器/快取記憶體372及用於快取之記憶體可在eNodeB 370外部(例如，如下文圖15中所展示)。若不實體地本地快取，則eNodeB 370經由PGW/SGW 376自CDN 378 CDN或內容伺服器提取內容。此避免將eNodeB 370直接曝露於網際網路，且亦確保經由HTTP之服務連續性。行動網路運營商亦可基於預測將內容推送至eNodeB 370。用戶端器件362可經由PDCP、HTTP或RRC將期限資訊報告至eNodeB 370。 圖15為說明根據本發明之技術的封包化之一實例的概念圖。在此實例中，發送器可使用播出曲線後設資料以恰當地封包化及排程資料。 圖16為說明包括初始化區段(IS) 382及複數個媒體區段(MS) 384A至384G (MS 384)之一系列區段380的概念圖。IS 382含有一個組件之所有相關後設資料以及媒體資料，提供檔案格式層級之隨機存取點，且提供位元組中之大小、檔案格式中之最早呈現時間(在相對於週期之開始之ISO BMFF時刻表內)及資訊持續時間(亦即，其跨越之樣本持續時間(在「週期/MPU」內))。區段382、384之依序級聯引起位元串流符合ISO BMFF。 圖17A及圖17B為表示媒體區段之播出曲線的概念圖。該播出曲線表現為呈現達至某一時間所必需的位元組量。曲線之形狀藉由媒體編碼器/準備來判定。實例包括樣本邊界及在時間上之線性增加。完整區段對於播出係必需的。播出曲線可藉由對於遞送之傳送來使用。可添加或使用更多後設資料用於傳送。 在一些實例中，為適當播出，整個區段需要在接收器處為可用的。此類模型適合於某些接收器實施，但在許多情況下，可「漸進地」播放區段，亦即可同時播放及下載區段。此類特徵尤其與低延遲情形相關。可將資訊自用戶端提供至DANE作為簡單期限狀態訊息之擴展，或可將資訊自DASH伺服器提供至DANE作為PED。 媒體區段可細分成可播放首碼。假設區段中之最早呈現時間，播出曲線表現為呈現達至某一時間所必需之位元組量。在「最壞情況」中，所有位元組均為播放最早呈現時間所必需。在此情況下，僅在整個區段可用之後，可播放資料。然而通常，整個區段僅具有一首碼，可開始正呈現區段，且隨著連續地添加更多位元組至首碼，可播放越來越多的呈現時間。播出曲線之形狀藉由媒體編碼器/準備來確定。一些實例包括： ·   樣本邊界及在時間上之線性增加(例如，如圖17A中所展示)。 ·   完全區段對於播出係必需的。 ·   對於解碼之較複雜結構與呈現次序(例如)在使用階層B圖像時並不相同。 圖17B中展示兩種不同播出曲線。x軸展示呈現時間(PT)減區段之最早呈現時間(EPT)。為播放EPT，一定量之位元組為必需的。儘管虛線曲線需要區段之所有位元組來播放具有EPT之樣本，但實線曲線僅需要一小部分來開始播放及一些更多後繼資料。播出曲線通常為階梯形。 若網路感知曲線，假設網路亦知道用戶端何時需要接收EPT，則其可最佳化相關位元組範圍之遞送，以便確保及時接收資料。此可藉由上文例如關於圖9及圖10所論述之技術來實現。 圖18為用於遞送區段之資料之媒體遞送事件(MDE)的概念圖。開始於以一隨機存取點(RAP)開始的囊封於IP/UDP/ROUTE中之MDE變成以T-RAP開始之T-MDE。 圖19為說明可用以將本發明之技術在可能性簡化實例中執行之另一實例系統390的概念圖。在此實例中，系統390包括ROUTE接收器及輸出緩衝器392、ISO BMFF緩衝器396、ISO BMFF解碼器398、DASH用戶端394及CDN 404。一般而言，ROUTE接收器及輸出緩衝器392經由ROUTE接收包括媒體資料之RAP封包400及封包402A、封包402B。另外或替代地，DASH用戶端394自CDN 404經由單播協定(諸如，HTTP)來檢索區段。因此，ROUTE接收器及輸出緩衝器392或接收特定區段之DASH用戶端394中之一者將區段提供至ISO BMFF緩衝器396。ISO BMFF解碼器398自ISO BMFF緩衝器396檢索區段用於以ISO BMFF層級進行解碼，(例如)以擷取待由對應媒體解碼器(諸如，音訊解碼器或視訊解碼器)解碼之PES封包。在此實例中，下層發信提供足夠資訊以在無MPD 406的情況下開始服務。僅當添加單播或當需要較豐富選擇時，才查詢MPD 406。仍存在通用MPD 406，但MPD 406對於啟動及/或唯廣播係不必需的。 圖20為根據本發明之技術之實例遞送架構410的概念圖。在此實例中，遞送架構410包括ISO BMFF及視訊編碼器412、分割器及ROUTE發送器412、及伺服器/發送器側部上之發送排程器414、以及ROUTE接收器及輸出緩衝器416、ISO BMFF緩衝器418與用戶端/接收器側部上之ISO BMFF解碼器420。一般而言，ISO BMFF及視訊編碼器412傳送ISO BMFF串流422至分割器及ROUTE發送器412。分割器及ROUTE發送器412將ISO BMFF串流422分隔成相應封包426A、封包426B (封包426)及隨機存取點(RAP)封包424，並將封包424、封包426傳送至發送排程器414。 發送排程器414判定何時將封包424、封包426發送至ROUTE接收器及輸出緩衝器416。在發送封包之後，ROUTE接收器及輸出緩衝器416自發送排程器414接收封包424、封包426。ROUTE接收器及輸出緩衝器416發送資訊430，以起始ISO BMFF解碼器420並排程其解碼及呈現。ROUTE接收器及輸出緩衝器416亦重構自封包424、封包426之ISO BMFF串流422，並將ISO BMFF串流422發送至ISO BMFF緩衝器418。ISO BMFF解碼器420自ISO BMFF緩衝器418提取待在ISO BMFF層級處解碼之媒體資料428，(例如)以擷取包括待由例如音訊解碼器及視訊解碼器解碼之媒體資料的PES封包(圖20中未展示)。 下文論述對於以使用漸進播出之使用狀況之各種實例： ·    DANE與例如eNB之行動基地台(以及PGW)共置。可藉由無線電排程器使用漸進播出之資訊以使用TCP/IP最佳化對應單元中之遞送。 ·    DANE與家庭閘道器共置。漸進播出以及期限之資訊 (可能來自不同使用者)可用以最佳化朝向網路之請求，以便確保及時遞送某些物件之緊急片段。 ·    DANE與例如eNB之行動基地台(以及PGW)共置。可藉由無線電排程器使用期限及漸進播出之資訊，以使用與TCP不同之遞送協定(例如，基於封包之協定)來最佳化對應單元中之遞送。圖20展示用於此類狀況之可能性遞送架構。分割器及ROUTE發送器412可充當封包化器。此外，在此實例中，分割器及ROUTE發送器412可使用如ATSC中所定義之ROUTE，且使用自發送器之資訊(漸進播出)及可能自接收器之資訊(期限資訊)，以便添加封包之靶標次數，該等封包待發送至ROUTE接收器及輸出緩衝器416或待由ROUTE接收器及緩衝器416接收。此使得網路使用此資訊以確保無(例如)ISO BMFF緩衝器418之緩衝區欠載運行。 圖21說明根據本發明之技術接收器模型之實例的兩個概念圖。模型440之實例包括ROUTE接收器及輸出緩衝器442、ISO BMFF緩衝器444及ISO BMFF解碼器446。ROUTE接收器及輸出緩衝器442接收封包448、封包450。ROUTE接收器及輸出緩衝器442傳送資訊456以起始ISO BMFF解碼器446並排程其解碼及呈現。ROUTE接收器及輸出緩衝器442亦重構自封包448、封包450之ISO BMFF串流452，並將ISO BMFF串流452發送至ISO BMFF緩衝器444。ISO BMFF解碼器446自ISO BMFF緩衝器444提取待在ISO BMFF層級處解碼之媒體資料454，(例如)以擷取包括待由(例如)音訊解碼器及視訊解碼器解碼的PES封包(圖21之模型440中未展示)。 模型460之實例包括ROUTE接收器及輸出緩衝器462、MSE緩衝器464、瀏覽器及爪哇語言(Javascript)單元478及播出單元466。ROUTE接收器及輸出緩衝器462接收封包468、封包470。ROUTE接收器及輸出緩衝器462傳送資訊476以起始ISO BMFF解碼器466並排程其解碼及呈現。瀏覽器478自ROUTE接收器及輸出緩衝器462擷取媒體單元並將該等媒體單元遞送至MSE緩衝器464，該瀏覽器478由亦執行爪哇語言(例如，作為對瀏覽器478之外掛程式執行)之處理器執行。播出單元466自ISO BMFF緩衝器464提取待解碼及待呈現之媒體資料474。 為處理上文使用狀況及情形，可提供以下擴展並供本發明之各種單元及組件使用： ·   提供接收器中之所請求物件之絕對期限(掛鐘)的狀態訊息。亦即，接收器(特定而言，接收器之處理器)可將絕對期限指定在狀態訊息中之掛鐘時間中，並將此狀態訊息發送至例如eNodeB、HTTP代理、DANE或類似者。 ·   提供所請求物件之最大往返時間(RTT) (持續時間)之狀態訊息。亦即，接收器可在狀態訊息中指定最大RTT，且將此訊息發送至例如eNodeB、HTTP代理伺服器、DANE或其類似者。 ·   提供區段之不同位元組範圍之相對期限的PED訊息。亦即，接收器可在一或多個PED訊息中指定區段之不同位元組範圍之相對期限，且將此等PED訊息發送至例如eNodeB、HTTP代理伺服器、DANE或其類似者。 ·   提供區段之不同位元組範圍之相對期限的狀態訊息。亦即，接收器可在一或多個狀態訊息中指定區段之不同位元組範圍之相對期限，且將此等狀態訊息發送至例如eNodeB、HTTP代理伺服器、DANE或其類似者。 可在期限資訊中指定AbsoluteDeadline參數。此參數可允許DASH用戶端依據何時需要接收區段來對於DANE快取指示掛鐘時間中之絕對期限。 AbsoluteDeadline參數之來源及目標可如下： ·   類型：度量 ·   發送器：DASH用戶端 ·   接收器：DANE 下表表示AbsoluteDeadline參數之實例資料表示： 對於絕對時間之格式，基本上可使用以下格式中之任一者。絕對時間之格式之實例包括： ·   xsdate格式 ·   ISO時序格式 ·   NTP格式 定義請求中之擴展標頭(或標頭擴展)之實例方法如下： X-Dash-Deadline-ISO：＜以ISO格式之時間＞ 實例如下： X-Dash-Deadline-ISO：2015-10-11T17:53:03Z 另外或替代地，可在期限資訊中指定最大往返時間(MaxRTT)參數。此參數可允許DASH用戶端對DANE快取指示請求之最大往返時間，該最大往返時間為自當發佈請求時直至所請求資料需要在DASH用戶端處完全可用時的時間。時間可以ms為單位。 MaxRTT參數之來源及目的地可如下： ·   類型     ：度量 ·   發送器   ：DASH用戶端 ·   接收器 ：DANE 下表表示MaxRTT參數之實例資料表示： 定義請求中之擴展標頭之實例方法如下： X-Dash-MaxRTT： ＜以ms為單位之最大往返時間＞ 實例如下： X-Dash-MaxRTT：2345 實例表示，為避免緩衝下溢，在發佈請求2.345秒之後用戶端請求區段之可用性。 另外或替代地，期限資訊可包括漸進播出設定檔度量(ProgressivePlayout)參數。此參數可允許DASH用戶端對於DANE快取指示區段之漸進播出設定檔。 ProgressivePlayout參數之來源及目的地可如下： ·   類型     ：度量 ·   發送器   ：DASH用戶端 ·   接收器 ：DANE 下表表示ProgressivePlayout參數之實例資料表示： 定義請求中之擴展標頭之實例方法如下： X-Dash-Progressive-Playout：＜位元組之元組及以ms為單位之時間＞ 實例如下： X-Dash-Progressive-Playout：＜4321,0;62345,200;82220,400;1010101,600;121212,800;1313131;1000＞ 此實例表示，需要遞送4321位元組以起始播出，且接著為播出時間中之每一者之位元組總量。應注意，步驟亦可表述為三角形(Delta)。 ProgressivePlayout資訊可另外或替代地作為擴展標頭以及回應來遞送。 以此方式發信期限資訊可確保及時遞送具有即時約束之資料(諸如，媒體資料)。舉例而言，藉由提供期限資訊至DANE，DANE可確保根據即時約束將資料遞送至用戶端器件。因此，關於DASH或媒體資料之其他串流，用戶端器件可避免緩衝下溢，此可確保連續性、平穩播出。 圖22為說明用於執行本發明之技術之實例方法的流程圖。圖22之技術描述關於圖1之伺服器器件60及用戶端器件40。然而，應理解，此等或類似技術可藉由如本文所展示之其他器件來執行，諸如(例如)，圖5之用戶端器件210及媒體來源伺服器器件206或HTTP快取伺服器器件208、圖6之用戶端器件222及CDN 220之伺服器、圖7之DASH用戶端240及HTTP伺服器232、圖8之DASH用戶端270及HTTP伺服器262或DANE 282、圖9之下載引擎292、圖11之用戶端器件302及DASH伺服器器件304或DANE 306、圖12之用戶端器件332及eNodeB 340或HTTP代理伺服器/快取記憶體344、圖13之用戶端器件358及eNodeB 356或DASH伺服器352、圖14之用戶端器件362及eNodeB 370/HTTP代理伺服器/快取記憶體372、根據圖19之系統390組態之用戶端器件、圖20之伺服器器件(包括分割器及ROUTE發送器412以及發送排程器414)及用戶端器件(包括ROUTE接收器及輸出緩衝器416、ISO BMFF緩衝器418及ISO BMFF解碼器420)，或圖21之包括模型440或模型460中之任一者之組件的用戶端器件。 在此實例中，假定伺服器器件60最初準備或接收包括指定區段將可用之掛鐘時間之資訊的媒體呈現描述(MPD) (或在其他實例中之其他資訊清單檔案)。因此，用戶端器件40自伺服器器件60請求MPD (480)。伺服器器件60接收MPD之請求(482)，且作為回應將MPD發送至用戶端器件40 (484)。因此，用戶端器件40接收MPD (486)。 用戶端器件40使用MPD例如根據用戶端器件40之解碼及再現能力(例如，音訊解碼器46及視訊解碼器48之解碼能力，音訊輸出42及視訊輸出44之再現能力，及例如用於各種適應集合之設定檔、層及/或層級發信資訊中指定之解碼及再現需求)以判定從其中檢索媒體資料之一或多個適應集合。用戶端器件40可接著例如基於網路頻寬之可用量來選擇從其中請求區段之適應集合中之每一者的表示。用戶端器件40可接著開始請求所選擇一或多個表示之區段，接收區段且緩衝其接收之區段。 此外，根據本發明之技術，用戶端器件40可自MPD判定區段可用性時間(488)。用戶端器件40可使用區段可用性時間以判定區段何時可用於檢索，以避免請求並不可用之區段。另外，用戶端器件40可判定播出速率及緩衝器填充位準(490)。亦即，歸因於媒體資料之播放，用戶端器件40可追蹤緩衝器係如何快速正被清空的，且亦監測緩衝器之當前填充位準。基於此資訊，用戶端器件40可判定何時必須接收下一區段，以便避免緩衝區欠載運行(492)。在其他實例中，用戶端器件40可判定何時必須接收區段之一部分(諸如，位元組範圍)，且可判定區段之不同部分(例如，位元組範圍)之不同值。一般而言，用戶端器件40可根據以下公式來計算在其處區段(或其部分)之時間： 期限= CurrentTime - FillLevel/PlaybackRate， 其中，期限為掛鐘時間之時間，在該時間處必須接收下一區段；CurrentTime為掛鐘時間中之當前時間；FillLevel為儲存於緩衝器中之資料量；且PlaybackRate為媒體資料之播放速率。 因此，當下一區段可用時，用戶端器件40可請求下一區段(例如，使用HTTP GET或部分GET請求)，且可進一步將表示必須接收該區段(或其部分)以避免緩衝區欠載運行之時間的期限資訊發送(494)。在一些實例中，用戶端器件40可包括其請求自身內之期限資訊，例如如上文所論述，該期限資訊作為HTTP標頭擴展中之屬性，或作為用於包括請求或類似者之封包之標頭中之區段之URL的論點或要素。可替代地，用戶端器件40可亦如上文所述將期限資訊指定作為旁側資訊。此外，期限資訊可為如上文所述之「期限」值，或可僅包括緩衝器填充位準、當前時間之時戳及/或藉由用戶端器件40確定之播放速率資訊，使得伺服器器件60 (其可表示中間器件，諸如，DANE、eNodeB、HTTP代理伺服器/快取記憶體或類似者)可例如根據上文之方程式來計算期限值。 伺服器器件60可接著接收區段之請求(496)。伺服器器件60可接著例如從其請求自身或從自用戶端器件40所接收之旁側資訊來判定區段之期限資訊(498)。伺服器器件60可接著根據期限資訊優先化遞送所請求區段(或其部分，例如，區段之經請求位元組範圍) (500)。舉例而言，伺服器器件60可判定資料到達用戶端器件40之往返時間，且排程在必須接收資料之期限之至少一半之往返時間之前的時候遞送所請求區段(或其位元組範圍)。伺服器器件60可接著根據期限資訊發送所請求區段(或其部分) (亦即，優先排序) (502)。 最後，用戶端器件40可在區段需要避免緩衝區欠載運行之期限時或之前接收區段(504)。因此，用戶端器件40可添加區段至緩衝器用於後續播出(506)。稍後，在已自緩衝器提取區段之前方之緩衝器中之資料之後，將在額外資料可已檢索(例如，根據步驟488至504之技術)及緩衝時擷取、解碼並播放出該區段，同樣以防止緩衝區欠載運行。 以此方式，圖22表示方法之一實例，該方法包括：判定資料將可供下載的時間；判定需要資料以防止用戶端器件之緩衝器之緩衝區欠載運行的時間；及當資料可用時，發送對資料之請求及表示需要資料以避免緩衝區欠載運行之時間的期限資訊。 在一或多個實例中，所描述之功能可在硬體、軟體、韌體或其任何組合中實施。若實施於軟體中，則該等功能可作為一或多個指令或程式碼而儲存於電腦可讀媒體上或經由電腦可讀媒體進行傳輸，且由基於硬體之處理單元執行。電腦可讀媒體可包括對應於有形媒體(諸如，資料儲存媒體)之電腦可讀儲存媒體，或包括有助於將電腦程式自一處轉移至另一處(例如，根據通信協定)之任何媒體的通信媒體。以此方式，電腦可讀媒體通常可對應於(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‧‧‧資訊清單檔案
68A‧‧‧表示
68N‧‧‧表示
70‧‧‧請求處理單元
72‧‧‧網路介面
74‧‧‧網路
100‧‧‧eMBMS中間軟體單元
102‧‧‧代理伺服器
104‧‧‧快取記憶體
106‧‧‧eMBMS接收單元
110‧‧‧DASH用戶端
112‧‧‧媒體應用
120‧‧‧多媒體內容
122‧‧‧媒體呈現描述
124A‧‧‧表示
124N‧‧‧表示
126‧‧‧標頭資料
128A‧‧‧區段
128B‧‧‧區段
128N‧‧‧區段
130‧‧‧標頭資料
132A‧‧‧區段
132B‧‧‧區段
132N‧‧‧區段
150‧‧‧視訊檔案
152‧‧‧檔案類型(FTYP)
154‧‧‧MOOV框
156‧‧‧MVHD框
158‧‧‧TRAK框
160‧‧‧MVEX框
162‧‧‧SIDX框
164‧‧‧電影片段
166‧‧‧MFRA框
200‧‧‧系統
202‧‧‧俘獲器件
204‧‧‧編碼及加密器件
206‧‧‧媒體來源伺服器器件
206A‧‧‧媒體來源伺服器器件
206B‧‧‧媒體來源伺服器器件
206N‧‧‧媒體來源伺服器器件
208‧‧‧HTTP快取伺服器器件
208A‧‧‧HTTP快取伺服器器件
208B‧‧‧HTTP快取伺服器器件
208N‧‧‧HTTP快取伺服器器件
210‧‧‧用戶端器件
210A‧‧‧用戶端器件
210B‧‧‧用戶端器件
210N‧‧‧用戶端器件
212‧‧‧DRM授權伺服器器件
212A‧‧‧DRM授權伺服器器件
212B‧‧‧DRM授權伺服器器件
212N‧‧‧DRM授權伺服器器件
220‧‧‧CDN
222‧‧‧用戶端器件
230‧‧‧系統
232‧‧‧HTTP伺服器
234A‧‧‧媒體內容
234B‧‧‧媒體內容
236‧‧‧MPD
236A‧‧‧MPD
236B‧‧‧MPD
238‧‧‧區段
238A‧‧‧區段
238B‧‧‧區段
240‧‧‧DASH用戶端
242‧‧‧控制引擎
244‧‧‧媒體引擎
246‧‧‧MPD剖析器
248‧‧‧區段剖析器
250‧‧‧HTTP用戶端
260‧‧‧系統
262‧‧‧HTTP伺服器
264A‧‧‧媒體資料
264B‧‧‧媒體資料
266A‧‧‧MPD
266B‧‧‧MPD
268A‧‧‧區段
268B‧‧‧區段
270‧‧‧DASH用戶端
272‧‧‧控制引擎
274‧‧‧媒體引擎
276‧‧‧MPD剖析器
278‧‧‧區段剖析器
280‧‧‧HTTP用戶端
282‧‧‧DANE
284‧‧‧下層輸送
290‧‧‧用戶端模型
292‧‧‧下載引擎
294‧‧‧緩衝器
296‧‧‧媒體解碼器及再現器
300‧‧‧系統
302‧‧‧用戶端器件
304‧‧‧DASH伺服器器件
306‧‧‧DANE
308‧‧‧封包閘道器器件
310‧‧‧eNodeB
314‧‧‧DANE
316‧‧‧eNodeB
318‧‧‧DASH伺服器器件
320‧‧‧用戶端器件
330‧‧‧系統
332‧‧‧用戶端器件
334‧‧‧HTTP用戶端
336‧‧‧數據機
338‧‧‧快取記憶體
340‧‧‧eNodeB
342‧‧‧PGW/SGW
344‧‧‧HTTP代理伺服器/快取記憶體
346‧‧‧CDN
348‧‧‧Gi-LAN介面
350‧‧‧系統
352‧‧‧DASH伺服器
354‧‧‧PGW
356‧‧‧eNodeB
358‧‧‧用戶端器件
360‧‧‧系統
362‧‧‧用戶端器件
364‧‧‧HTTP用戶端
366‧‧‧數據機
368‧‧‧快取記憶體
370‧‧‧eNodeB
372‧‧‧HTTP代理伺服器/快取記憶體
376‧‧‧PGW/SGW
378‧‧‧CDN
380‧‧‧區段
382‧‧‧初始化區段
384‧‧‧媒體區段
384A‧‧‧媒體區段
384B‧‧‧媒體區段
384C‧‧‧媒體區段
384D‧‧‧媒體區段
384E‧‧‧媒體區段
384F‧‧‧媒體區段
384G‧‧‧媒體區段
390‧‧‧系統
392‧‧‧ROUTE接收器及輸出緩衝器
394‧‧‧DASH用戶端
396‧‧‧ISO BMFF緩衝器
398‧‧‧ISO BMFF解碼器
400‧‧‧RAP封包
402A‧‧‧封包
402B‧‧‧封包
404‧‧‧CDN
406‧‧‧MPD
410‧‧‧遞送架構
412‧‧‧分割器及ROUTE發送器
414‧‧‧發送排程器
416‧‧‧ROUTE接收器及輸出緩衝器
418‧‧‧ISO BMFF緩衝器
420‧‧‧ISO BMFF解碼器
422‧‧‧ISO BMFF串流
424‧‧‧RAP封包
426B‧‧‧封包
426A‧‧‧封包
428‧‧‧擷取資料
440‧‧‧模型
448‧‧‧RAP封包
442‧‧‧ROUTE接收器及輸出緩衝器
444‧‧‧ISO BMFF緩衝器
446‧‧‧ISO BMFF解碼器
450B‧‧‧封包
450A‧‧‧封包
452‧‧‧ISO BMFF串流
454‧‧‧擷取資料
456‧‧‧起始並排程解碼(及呈現)
460‧‧‧模型
462‧‧‧ROUTE接收器及輸出緩衝器
464‧‧‧MSE緩衝器
466‧‧‧播出
468‧‧‧封包
470‧‧‧封包
470B‧‧‧封包
470A‧‧‧封包
474‧‧‧擷取資料
476‧‧‧起始並排程解碼(及呈現)
478‧‧‧瀏覽器
480‧‧‧步驟
482‧‧‧步驟
484‧‧‧步驟
486‧‧‧步驟
488‧‧‧步驟
490‧‧‧步驟
492‧‧‧步驟
494‧‧‧步驟
496‧‧‧步驟
498‧‧‧步驟
500‧‧‧步驟
502‧‧‧步驟
504‧‧‧步驟
506‧‧‧步驟
圖1為說明實施用於使媒體資料在網路上串流之技術之一實例系統的方塊圖。 圖2為說明檢索單元之一組實例組件的方塊圖。 圖3為說明實例多媒體內容之要素的概念圖。 圖4為說明實例視訊檔案之要素的方塊圖，該實例視訊檔案可對應於表示之區段。 圖5為說明HTTP適應性串流之常見理解的概念圖。 圖6為說明「智慧型」用戶端器件之職責的概念圖。 圖7為說明MPEG DASH之範疇的概念圖。 圖8為說明根據本發明之技術之一實例架構的概念圖。 圖9為說明一簡單用戶端模型的概念圖。 圖10為自伺服器及用戶端之角度說明區段的概念圖。 圖11為說明視訊物件期限感知排程之一個實例的概念圖。 圖12為根據圖11之實例之一實例實施的概念圖。 圖13為說明基於視訊物件期限感知排程之另一實例解決方案的概念圖。 圖14為說明根據圖13之技術之一實例實施的概念圖。 圖15為說明根據本發明之技術的封包化之一實例的概念圖。 圖16為說明一系列區段之概念圖，該一系列區段包括一初始化區段(IS)及複數個媒體區段(MS)。 圖17A及圖17B為表示媒體區段之播出曲線的概念圖。 圖18為用於遞送區段之資料之媒體遞送事件(MDE)的概念圖。 圖19為說明可用作潛在簡化之另一實例的概念圖。 圖20為根據本發明之技術之一實例遞送架構的概念圖。 圖21為根據本發明之技術之接收器模型的概念圖。 圖22為說明用於執行本發明之技術之實例方法的流程圖。
260‧‧‧系統
262‧‧‧HTTP伺服器
264A‧‧‧媒體資料
264B‧‧‧媒體資料
266A‧‧‧MPD
266B‧‧‧MPD
268A‧‧‧區段
268B‧‧‧區段
270‧‧‧DASH用戶端
272‧‧‧控制引擎
274‧‧‧媒體引擎
276‧‧‧MPD剖析器
278‧‧‧區段剖析器
280‧‧‧HTTP用戶端
282‧‧‧DANE
284‧‧‧下層輸送

Claims (36)

  1. 一種檢索具有即時約束之資料的方法，該方法包含藉由由包含一用戶端器件之數位邏輯電路的一基於硬體處理器執行之一即時應用進行以下操作: 判定該資料將可供下載的時間； 判定需要該資料以防止該用戶端器件之一緩衝器之一緩衝區欠載運行的一時間；及 當該資料可用時，發送對該資料之一請求及表示需要該資料以避免該緩衝區欠載運行之該時間的期限資訊。
  2. 如請求項1之方法，其中判定該資料將可用之該等時間包含自該資料之一資訊清單檔案或先前所接收資料中之至少一者判定該等時間。
  3. 如請求項2之方法，其中該資訊清單檔案包含一HTTP動態自適應串流(DASH)媒體呈現描述(MPD)。
  4. 如請求項1之方法，其中發送該請求及該期限資訊包含在該請求之一HTTP標頭擴展中指定該期限資訊。
  5. 如請求項1之方法，其中發送該請求及該期限資訊包含在一HTTP GET或部分GET請求之一統一資源定位符(URL)之一查詢參數中發送該期限資訊。
  6. 如請求項1之方法，其中發送該請求包含將該請求發送至一串流感知網路元件、一DASH感知網路元件(DANE)、一DASH伺服器、一行動小區站台或一無線存取點中之至少一者。
  7. 如請求項1之方法，其進一步包含判定該期限資訊，該期限資訊包含表示以下各者中之至少一者的資訊中之至少一者：需要接收該請求中指定之資料的一掛鐘時間，或自發佈該請求至需要接收該請求中指定之該資料的一最大往返時間。
  8. 如請求項1之方法，其進一步包含判定該期限資訊，該期限資訊包含以下各者中之至少一者：表示該用戶端器件之一緩衝器之一緩衝區佔用位準的資料、表示產生該緩衝區佔用位準資訊之一時間的一時戳或表示該用戶端器件播放該資料之一速率的一播出資料速率。
  9. 如請求項1之方法，其進一步包含藉由該期限資訊發送表示一播出曲線或該播出曲線之一經次取樣版本中之至少一者的資料。
  10. 如請求項1之方法，其中發送該請求包含將該請求發送至一串流感知網路元件，該方法進一步包含回應於發送該請求及該期限資訊，在需要該資料之時間處或之前自該串流感知網路元件接收該資料。
  11. 如請求項1之方法，其中該資料包含即時媒體資料、串流媒體資料、一媒體區段或一媒體子區段中之至少一者。
  12. 如請求項1之方法，其中該資料包含一媒體區段，且其中發送該期限資訊包含發送表示以一完全區段之形式抑或以複數個媒體遞送事件(MDE)之形式接收該資料的資料。
  13. 如請求項1之方法，其中發送該期限資訊包含經由超文字傳送協定(HTTP)將該期限資訊發送至一串流伺服器，以使得該串流伺服器將該期限資訊轉遞至一串流感知網路元件。
  14. 如請求項1之方法，其中發送該期限資訊包含經由一無線電存取網路(RAN)將該期限資訊直接發送至一串流感知網路元件。
  15. 一種用於檢索具有即時約束之資料的用戶端器件，該用戶端器件包含： 一記憶體，其包含用於緩衝具有該等即時約束之該資料的一緩衝器；及 一基於硬體處理器，其包含數位邏輯電路，該處理器經組態以執行一即時應用，該即時應用經組態以： 判定該資料將可供下載的時間； 判定需要該資料以防止該緩衝器之一緩衝區欠載運行的一時間；及 當該資料可用時，發送對該資料之一請求及表示需要該資料以避免該緩衝區欠載運行之該時間的期限資訊。
  16. 如請求項15之用戶端器件，其中該即時應用經組態以自該資料之一資訊清單檔案或先前所接收資料中之至少一者判定該資料將可供下載之該等時間。
  17. 如請求項15之用戶端器件，其中該即時應用經組態以在該請求之一HTTP標頭擴展中指定該期限資訊。
  18. 如請求項15之用戶端器件，其中該即時應用經組態以在一HTTP GET或部分GET請求之一統一資源定位符(URL)之一查詢參數中發送該期限資訊。
  19. 如請求項15之用戶端器件，其中該即時應用經組態以判定該期限資訊，該期限資訊包含表示以下各者中之至少一者的資訊中之至少一者：需要接收該請求中指定之資料的一掛鐘時間，或自發佈該請求至需要接收該請求中指定之該資料的一最大往返時間。
  20. 如請求項15之用戶端器件，其中該即時應用經組態以判定該期限資訊，該期限資訊包含以下各者中之至少一者：表示該用戶端器件之一緩衝器之一緩衝區佔用位準的資料、表示產生該緩衝區佔用位準資訊之一時間的一時戳或表示該用戶端器件播放該資料之一速率的一播出資料速率。
  21. 如請求項15之用戶端器件，其中該即時應用進一步經組態以藉由該期限資訊發送表示一播出曲線或該播出曲線之一經次取樣版本中之至少一者的資料。
  22. 一種用於檢索具有即時約束之資料的器件，該器件包含： 用於判定該資料將可供下載的時間之構件； 用於判定需要該資料以防止該用戶端器件之一緩衝器之一緩衝區欠載運行的一時間之構件；及 用於在該資料可用時，發送對該資料之一請求及表示需要該資料以避免該緩衝區欠載運行之該時間的期限資訊之構件。
  23. 如請求項22之器件，其中用於判定該資料將可用之該等時間的該構件包含用於自該資料之一資訊清單檔案或先前所接收資料中之至少一者判定該等時間的構件。
  24. 如請求項22之器件，其中用於發送該請求及該期限資訊的該構件包含用於在該請求之一HTTP標頭擴展中指定該期限資訊的構件。
  25. 如請求項22之器件，其中用於發送該請求及該期限資訊的該構件包含用於在一HTTP GET或部分GET請求之一統一資源定位符(URL)之一查詢參數中發送該期限資訊的構件。
  26. 如請求項22之器件，其進一步包含用於判定該期限資訊的構件，該期限資訊包含表示以下各者中之至少一者的資訊中之至少一者：需要接收該請求中指定之資料的一掛鐘時間，或自發佈該請求至需要接收該請求中指定之該資料的一最大往返時間。
  27. 如請求項22之器件，其進一步包含用於判定該期限資訊的構件，該期限資訊包含以下各者中之至少一者：表示該用戶端器件之一緩衝器之一緩衝區佔用位準的資料、表示產生該緩衝區佔用位準資訊之一時間的一時戳或表示該用戶端器件播放該資料之一速率的一播出資料速率。
  28. 如請求項22之器件，其進一步包含用於藉由該期限資訊發送資料的構件，該資料表示一播出曲線或該播出曲線之一經次取樣版本中之至少一者。
  29. 一種電腦可讀儲存媒體，其上儲存有指令，該等指令在經執行時使得一用戶端器件之一處理器進行以下操作： 判定該資料將可供下載的時間； 判定需要該資料以防止該用戶端器件之一緩衝器之一緩衝區欠載運行的一時間；及 當該資料可用時，發送對該資料之一請求及表示需要該資料以避免該緩衝區欠載運行之該時間的期限資訊。
  30. 如請求項29之電腦可讀儲存媒體，其中使得該處理器判定該資料將可用之該等時間的該等指令包含使得該處理器自該資料之一資訊清單檔案或先前所接收資料中之至少一者判定該等時間的指令。
  31. 如請求項29之電腦可讀儲存媒體，其中使得該處理器發送該請求及該期限資訊之該等指令包含使得該處理器在該請求之一HTTP標頭擴展中指定該期限資訊的指令。
  32. 如請求項29之電腦可讀儲存媒體，其中使得該處理器發送該請求及該期限資訊之該等指令包含使得該處理器在一HTTP GET或部分GET請求之一統一資源定位符(URL)之一查詢參數中發送該期限資訊的指令。
  33. 如請求項29之電腦可讀儲存媒體，其中使得該處理器發送該請求之該等指令包含使得該處理器將該請求發送至以下各者中之至少一者的指令：一串流感知網路元件、一DASH感知網路元件(DANE)、一DASH伺服器、一行動小區站台或一無線存取點。
  34. 如請求項29之電腦可讀儲存媒體，其進一步包含使得該處理器判定該期限資訊之指令，該期限資訊包含表示以下各者中之至少一者的資訊中之至少一者：需要接收該請求中指定之資料的一掛鐘時間，或自發佈該請求至需要接收該請求中指定之該資料的一最大往返時間。
  35. 如請求項29之電腦可讀儲存媒體，其進一步包含使得該處理器判定該期限資訊的指令，該期限資訊包含以下各者中之至少一者：表示該用戶端器件之一緩衝器之一緩衝區佔用位準的資料、表示產生該緩衝區佔用位準資訊之一時間的一時戳或表示該用戶端器件播放該資料之一速率的一播出資料速率。
  36. 如請求項29之電腦可讀儲存媒體，其進一步包含使得該處理器藉由該期限資訊發送資料的指令，該資料表示一播出曲線或該播出曲線之一經次取樣版本中的至少一者。
TW105133351A 2015-10-16 2016-10-14 用於媒體資料之串流之期限發信 TW201729601A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/092095 WO2017063189A1 (en) 2015-10-16 2015-10-16 Deadline signaling for streaming of media data

Publications (1)

Publication Number Publication Date
TW201729601A true TW201729601A (zh) 2017-08-16

Family

ID=58517016

Family Applications (1)

Application Number Title Priority Date Filing Date
TW105133351A TW201729601A (zh) 2015-10-16 2016-10-14 用於媒體資料之串流之期限發信

Country Status (6)

Country Link
US (1) US20180316740A1 (zh)
EP (1) EP3363181B1 (zh)
JP (1) JP2018532334A (zh)
CN (1) CN108141455B (zh)
TW (1) TW201729601A (zh)
WO (2) WO2017063189A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102132266B1 (ko) * 2016-11-10 2020-07-10 소니 모바일 커뮤니케이션즈 인크. 데이터 스트리밍에 대한 보조의 노드 타입 기반 제어
GB2563251A (en) * 2017-06-07 2018-12-12 Sony Mobile Communications Inc Terminal device, data processing apparatuses and methods
US10404766B2 (en) * 2017-12-07 2019-09-03 Mcom Media Communications Dmcc Managing content casting
EP3750303B1 (en) * 2018-02-05 2024-04-03 Telefonaktiebolaget LM Ericsson (publ) A method, a user equipment and a computer program product for enabling a dynamic adaptive streaming over http, dash, player to fetch media segments from a network
CN108600377B (zh) * 2018-04-28 2021-04-27 武汉斗鱼网络科技有限公司 一种文件下载的暂停方法、装置、终端和存储介质
CN112236986B (zh) 2018-06-07 2023-03-24 索尼公司 用于网络容量受限场景中的协作媒体制作的网络控制上行媒体传送
EP3841721A1 (en) 2018-08-20 2021-06-30 Sony Corporation Method and system for utilizing event specific priority in a network controlled uplink media transmission for a collaborative media production
US11368512B2 (en) 2018-08-20 2022-06-21 Sony Group Corporation Method and system for utilizing network conditions feedback for improving quality of a collaborative media production
EP3852380B1 (en) * 2018-11-08 2024-05-01 SK Telecom Co., Ltd. Method and device for switching media service channels
US11199994B1 (en) * 2018-11-14 2021-12-14 Amazon Technologies, Inc. Decoupling data request rate from hardware medium for archival data storage devices
FR3094597B1 (fr) * 2019-03-27 2021-06-11 Streamroot Procédé de diffusion de contenus en streaming dans un réseau pair à pair
GB2586442B (en) * 2019-06-26 2024-03-27 Univ Dublin City A method and system for encoding and decoding to enable adaptive delivery of mulsemedia streams
US11831879B2 (en) * 2019-09-20 2023-11-28 Comcast Cable Communications, Llc Methods, systems, and apparatuses for enhanced adaptive bitrate segmentation
CN113038245B (zh) * 2019-12-24 2023-07-21 瑞昱半导体股份有限公司 多媒体内容播放装置与多媒体内容播放方法
CA3126585A1 (en) * 2020-08-03 2022-02-03 Comcast Cable Communications, Llc Video content processing systems and methods
WO2022122123A1 (en) * 2020-12-08 2022-06-16 Nokia Technologies Oy Method and apparatus for use in a data pulling operation
US20230275977A1 (en) * 2022-02-28 2023-08-31 Comcast Cable Communications, Llc Methods, systems, and apparatuses for signaling server-associated delays in content delivery

Family Cites Families (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1077557B1 (en) * 1999-02-09 2014-07-16 Sony Corporation Information distribution system, terminal device, server device, method of data reception and method of data transmission
US6952739B2 (en) * 2000-08-03 2005-10-04 International Business Machines Corporation Method and device for parameter independent buffer underrun prevention
US20050273514A1 (en) * 2000-12-22 2005-12-08 Ray Milkey System and method for automated and optimized file transfers among devices in a network
US20040196849A1 (en) * 2003-02-13 2004-10-07 Nokia Corporation Method for signaling streaming quality adaptation and control mechanisms in multimedia streaming
US7844727B2 (en) * 2003-04-24 2010-11-30 Nokia Corporation Method and device for proactive rate adaptation signaling
US7068575B2 (en) * 2003-07-30 2006-06-27 Microsoft Corporation High speed optical disc recording
US9065595B2 (en) * 2005-04-07 2015-06-23 Opanga Networks, Inc. System and method for peak flow detection in a communication network
US8909807B2 (en) * 2005-04-07 2014-12-09 Opanga Networks, Inc. System and method for progressive download using surplus network capacity
JP2007074225A (ja) * 2005-09-06 2007-03-22 Sony Corp 通信処理装置、および通信制御方法、並びにコンピュータ・プログラム
US8214516B2 (en) * 2006-01-06 2012-07-03 Google Inc. Dynamic media serving infrastructure
US20070195756A1 (en) * 2006-02-23 2007-08-23 Matsushita Electric Industrial Co., Ltd. Terminal switching technology for seamless switching of streaming sessions between terminals
US20140358267A1 (en) * 2006-09-26 2014-12-04 Clear Channel Management Services, Inc. Scheduling Advertising During Restricted Periods
WO2009005747A1 (en) * 2007-06-28 2009-01-08 The Trustees Of Columbia University In The City Of New York Set-top box peer-assisted video-on-demand
US8141120B2 (en) * 2008-01-03 2012-03-20 Nec Laboratories America, Inc. Adaptive scheduling of streaming video over wireless networks
US8762561B2 (en) * 2008-07-23 2014-06-24 Qualcomm Incorporated System, method or apparatus for combining multiple streams of media data
CN101674492B (zh) * 2008-09-09 2011-09-21 中兴通讯股份有限公司 一种流媒体服务器性能测试方法及装置
CN101420457B (zh) * 2008-12-03 2011-10-05 腾讯科技（深圳）有限公司 对等体下载数据分片的方法、装置及对等体
WO2010088490A1 (en) * 2009-01-30 2010-08-05 Movik Networks Application, usage & radio link aware transport network scheduler
WO2010111261A1 (en) * 2009-03-23 2010-09-30 Azuki Systems, Inc. Method and system for efficient streaming video dynamic rate adaptation
US9177540B2 (en) * 2009-06-01 2015-11-03 Music Mastermind, Inc. System and method for conforming an audio input to a musical key
US20120327779A1 (en) * 2009-06-12 2012-12-27 Cygnus Broadband, Inc. Systems and methods for congestion detection for use in prioritizing and scheduling packets in a communication network
US9137301B1 (en) * 2009-06-30 2015-09-15 Amazon Technologies, Inc. Client based opportunistic routing
US8631455B2 (en) * 2009-07-24 2014-01-14 Netflix, Inc. Adaptive streaming for digital content distribution
US8484368B2 (en) * 2009-10-02 2013-07-09 Disney Enterprises, Inc. Method and system for optimizing download and instantaneous viewing of media files
EP2317727A1 (en) * 2009-10-28 2011-05-04 Alcatel Lucent Method for cache management and devices therefore
US8117332B2 (en) * 2010-04-23 2012-02-14 Canon Kabushiki Kaisha Network streaming over multiple physical interfaces
KR20120010089A (ko) * 2010-07-20 2012-02-02 삼성전자주식회사 Ｈｔｔｐ 기반의 멀티미디어 스트리밍 서비스의 품질 향상을 위한 방법 및 장치
EP2538635B1 (en) * 2011-06-21 2014-11-05 Alcatel Lucent Method of delivering content from a content delivery protocol server to a client, and device for use in such a method
CN102333083B (zh) * 2011-08-24 2017-04-05 中兴通讯股份有限公司 一种传输数据的方法和系统
CA2851783C (en) * 2011-10-21 2023-04-04 Thomas Schierl Resource management concept
US9401968B2 (en) * 2012-01-20 2016-07-26 Nokia Techologies Oy Method and apparatus for enabling pre-fetching of media
US9386058B2 (en) * 2012-02-27 2016-07-05 Qualcomm Incorporated DASH client and receiver with playback rate selection
EP2665239B1 (en) * 2012-05-14 2016-08-31 Alcatel Lucent An adaptive streaming aware networks node, client and method with priority marking
ES2763998T3 (es) * 2012-11-13 2020-06-01 Ericsson Telefon Ab L M Procesado de datos multimedia
KR101803621B1 (ko) * 2012-12-21 2017-12-28 코닌클리즈케 케이피엔 엔.브이. 저 지연 스트리밍
CN103929684B (zh) * 2013-01-14 2018-06-15 华为技术有限公司 一种基于流媒体选择码流分段的方法、播放器和终端
US9432426B2 (en) * 2013-02-04 2016-08-30 Qualcomm Incorporated Determining available media data for network streaming
US9131009B2 (en) * 2013-03-08 2015-09-08 Comcast Cable Holdings, Llc Resource request management
US20140282792A1 (en) * 2013-03-15 2014-09-18 Cygnus Broadband, Inc. Video streaming with buffer occupancy prediction based quality adaptation
US9503491B2 (en) * 2013-03-15 2016-11-22 Echostar Technologies L.L.C. Playback stall avoidance in adaptive media streaming
EP2784996A1 (en) * 2013-03-27 2014-10-01 British Telecommunications public limited company Deadline driven content delivery
EP2784673A1 (en) * 2013-03-28 2014-10-01 Alcatel Lucent Scheduling
ITBA20130077A1 (it) * 2013-11-25 2015-05-26 Cicco Luca De Meccanismo per il controllo del bitrate di codifica in un sistema di video streaming adattivo basato su buffer di playout e sulla stima di banda.
CN103747283B (zh) * 2013-12-24 2017-02-01 中国科学院声学研究所 视频分片的下载方法
US9635077B2 (en) * 2014-03-14 2017-04-25 Adobe Systems Incorporated Low latency live video streaming
CN103973937B (zh) * 2014-04-29 2016-08-17 南京邮电大学 基于无线多媒体传感器网络的信息隐藏方法
EP2958294A1 (en) * 2014-06-16 2015-12-23 Thomson Licensing Method for operating a network equipment arranged along a transmission path between a client terminal and at least one server, and corresponding network equipment.
US9854282B2 (en) * 2014-11-20 2017-12-26 Alcatel Lucent System and method for enabling network based rate determination for adaptive video streaming
JP6575975B2 (ja) * 2015-05-08 2019-09-18 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 無線デバイスにおけるサービスアプリケーションのネットワーク推奨によるバッファ管理
CN105830415B (zh) * 2015-06-03 2017-07-04 瑞典爱立信有限公司 用于管理媒体流的方法、无线通信设备和基站设备
EP3285454B1 (en) * 2016-08-16 2020-01-15 Alcatel Lucent Method and device for transmission of content

Also Published As

Publication number Publication date
WO2017063189A1 (en) 2017-04-20
EP3363181B1 (en) 2023-03-29
EP3363181A4 (en) 2019-04-03
EP3363181A1 (en) 2018-08-22
JP2018532334A (ja) 2018-11-01
WO2017063592A1 (en) 2017-04-20
US20180316740A1 (en) 2018-11-01
CN108141455A (zh) 2018-06-08
CN108141455B (zh) 2021-08-20

Similar Documents

Publication Publication Date Title
CN108141455B (zh) 用于媒体数据的流式发射的期限信令
US11924526B2 (en) Segment types as delimiters and addressable resource identifiers
CN107810624B (zh) 用于检索媒体数据的方法、设备和计算机可读存储介质
KR102469676B1 (ko) Lct에 기초한 dash 포맷들을 이용하는 파일 포맷 기반 스트리밍
TWI668982B (zh) 用於多媒體和檔案傳輸的傳輸介面的方法及伺服器設備、及用於記錄相關指令於其上的電腦可讀取儲存媒體
CN110099288B (zh) 发送媒体数据的方法及装置
US20200112753A1 (en) Service description for streaming media data
US20180035176A1 (en) Retrieving and accessing segment chunks for media streaming
TW201725911A (zh) 決定用於媒體傳輸的媒體傳遞事件位置
TW201711431A (zh) 超級本文傳輸協定上動態自適應串流客戶經驗品質度量之中間軟體傳遞
US20150312303A1 (en) Determining whether to use sidx information when streaming media data
KR20160110424A (ko) Dash의 강건한 라이브 동작
US11765444B2 (en) Streaming media data including an addressable resource index track
TW201828709A (zh) 在無清單檔案媒體串流期間偵測及發信新初始化區段
TWI820227B (zh) 用於媒體資料之網路串流之初始化集合
US20220239601A1 (en) Background data traffic distribution of media data
US20210306703A1 (en) Determination of availability of chunks of data for network streaming media data