TW201815169A

TW201815169A - 用於傳訊視訊參數之系統及方法

Info

Publication number: TW201815169A
Application number: TW106133612A
Authority: TW
Inventors: 賽欽 G 迪斯潘迪
Original assignee: 日商夏普股份有限公司
Priority date: 2016-10-05
Filing date: 2017-09-29
Publication date: 2018-04-16
Also published as: CN109792549B; TWI661720B; KR102166733B1; US20200162767A1; MX2019003809A; CN109792549A; WO2018066562A1; KR20190052101A; CA3039452A1; CA3039452C

Abstract

本發明係關於一種裝置，該裝置可經組態以使用一媒體傳輸協定來傳訊視訊參數。該裝置可傳訊與一經編碼層之視訊資料相關聯的約束。該裝置可傳訊指示與經編碼視訊資料相關聯之一類型的資訊是否經傳訊的一或多個旗標。旗標可包含一時間可擴縮性資訊存在旗標、一可擴縮性資訊存在旗標、一多視圖資訊存在旗標、一圖像品質資訊存在旗標、圖像速率資訊存在旗標、一位元速率資訊旗標，及一色彩資訊存在旗標中之一或多者。

Description

用於傳訊視訊參數之系統及方法

本發明係關於互動電視之領域。

數位媒體播放能力可併入至廣泛範圍之裝置中，包含數位電視(包含所謂的「智慧型」電視)、機上盒、膝上型電腦或桌上型電腦、平板電腦、數位記錄裝置、數位媒體播放機、視訊遊戲裝置、蜂巢式電話(包含所謂的「智慧型」電話)、專用視訊串流裝置及類似者。數位媒體內容(例如，視訊及音訊節目)可源自複數個源，包含(例如)無線電視提供者、衛星電視提供者、有線電視提供者、線上媒體服務提供者(包含所謂的串流服務提供者)及類似者。數位媒體內容可經由封包交換網路來遞送，包含雙向網路(諸如網際網路協定(IP)網路)及單向網路(諸如數位廣播網路)。可根據一傳輸標準將數位媒體內容自一源傳輸至一接收器裝置(例如，一數位電視或一智慧型電話)。傳輸標準之實例包含數位視訊廣播(DVB)標準、整合式服務數位廣播標準(ISDB)標準及由進階電視系統委員會(ATSC)開發之標準(包含，例如ATSC 2.0標準)。ATSC目前正在開發所謂的ATSC 3.0標準套組。ATSC 3.0標準套組試圖透過多樣化遞送機制來支援廣泛範圍之多樣化視訊服務。例如，ATSC 3.0標準套組試圖支援廣播視訊遞送(所謂的廣播串流)/檔案下載視訊遞送(所謂的寬頻串流/檔案下載視訊遞送)及其等之組合(即，「混合服務」)。ATSC 3.0標準套組所預期之一混合視訊服務之一實例包含一接收器裝置，該接收器裝置(例如，透過一單向傳輸)接收一無線視訊廣播且透過一封包網路(即，透過一雙向傳輸)自一線上媒體服務提供者接收一同步視訊呈現。透過多樣化遞送機制支援多樣化視訊服務之當前建議技術可能係較不理想的。

本發明之一實施例揭示一種用於傳訊與包含於一多媒體呈現中之一視訊資產相關聯之視訊參數之方法，該方法包括：在與視訊資產相關聯之一描述符中傳訊色彩資訊，其中色彩資訊有條件地包含指示一光電傳送函數資訊資料結構是否存在之一旗標；且在其中指示一光電傳送函數資訊資料結構是否存在之旗標指示一光電傳送函數資訊資料結構存在的情況中：傳訊指示光電傳送函數資訊資料結構之以位元組為單位之長度之一語法元素；及傳訊對應於指示一光電傳送函數資訊資料結構之以位元組為單位之一長度之語法元素之一光電傳送函數資訊資料結構。本發明之另一實施例揭示一種用於演現包含於一多媒體呈現中之一視訊資產之裝置，該裝置包括一或多個處理器，該一或多個處理器經組態以：接收與一視訊資產相關聯之一描述符；基於指示色彩資訊存在於描述符中之一旗標剖析對應於視訊資產之色彩資訊；基於包含於色彩資訊中之一代碼值是否大於一預定值而剖析指示光電傳送函數資訊資料結構是否存在之一旗標；基於指示光電傳送函數資訊資料結構是否存在之旗標之一值剖析指示一光電傳送函數資訊資料結構是否存在之一旗標；基於指示一光電傳送函數資訊資料結構是否存在之旗標之一值：剖析指示一光電傳送函數資訊資料結構之以位元組為單位之一長度之一語法元素；且剖析對應於指示一光電傳送函數資訊資料結構之以位元組為單位之一長度之語法元素之一光電傳送函數資訊資料結構。本發明之另一實施例揭示一種用於判定包含於一多媒體呈現中之一視訊資產之一或多個參數之方法，該方法包括：接收與一視訊資產相關聯之一描述符；及剖析光電傳送函數資訊，其中剖析光電傳送函數資訊包含剖析指示一光電傳送函數資訊資料結構之以位元組為單位之長度之一語法元素。

一般而言，本發明描述用於傳訊與一多媒體呈現相關聯之視訊參數之技術。特定言之，本發明描述用於使用一媒體傳輸協定傳訊視訊參數之技術。在一實例中，可在囊封於一傳輸封裝邏輯結構內之一訊息表內傳訊視訊參數。本文中描述之技術可實現資料之高效傳輸。本文中描述之技術可能對於包含多個視訊元素(在一些實例中，其等可被稱作串流)之多媒體呈現尤其有用。包含多個視訊元素之多媒體呈現之實例包含多攝影機視圖呈現、透過多個視圖之三維呈現、時間可擴縮視訊呈現、空間及品質可擴縮視訊呈現。應注意，雖然在一些實例中，相對於ATSC標準及高效視訊壓縮(HEVC)標準描述本發明之技術，然本文中描述之技術大體上適用於任何傳輸標準。例如，本文中描述之技術大體上適用於以下任一者：DVB標準、ISDB標準、ATSC標準、數位陸地多媒體廣播(DTMB)標準、數位多媒體廣播(DMB)標準、混合廣播及寬頻(HbbTV)標準、全球資訊網聯盟(W3C)標準、通用隨插即用(UPnP)標準及其他視訊編碼標準。此外，應注意，藉由參考本文中之文件的併入不應被解釋為限制及/或產生關於本文中使用之術語之歧義。例如，在其中一經併入參考提供與另一經併入參考不同之一術語之一定義之情況中及/或在本文中使用該術語時，應以廣泛包含各各自定義之一方式及/或以包含替代方案中之特定定義之各者之一方式來解釋該術語。根據本發明之一實例，一種用於使用一媒體傳輸協定傳訊視訊參數之方法包括：傳訊提供指定與一層經編碼視訊資料相關聯之約束之資訊之一語法元素；傳訊指示與該層經編碼視訊資料相關聯之一類型之資訊是否經傳訊之一或多個旗標；及基於一或多個旗標傳訊提供與該層經編碼視訊資料相關聯之資訊之各自語意。根據本發明之另一實例，一種用於使用一媒體傳輸協定傳訊視訊參數之裝置包括一或多個處理器，該第一或多個處理器經組態以：傳訊提供指定與一層經編碼視訊資料相關聯之約束之資訊之一語法元素；傳訊指示與該層經編碼視訊資料相關聯之一類型之資訊是否經傳訊之一或多個旗標；及基於一或多個旗標傳訊提供與該層經編碼視訊資料相關聯之資訊之各自語意。根據本發明之另一實例，一種用於使用一媒體傳輸協定傳訊視訊參數之設備包括：用於傳訊提供指定與一層經編碼視訊資料相關聯之約束之資訊之一語法元件之構件；用於傳訊指示與該層經編碼視訊資料相關聯之一類型之資訊是否經傳訊之一或多個旗標之構件；及用於基於一或多個旗標傳訊提供與該層經編碼視訊資料相關聯之資訊之各自語意之構件。根據本發明之另一實例，一種非暫時性電腦可讀儲存媒體包括儲存其上之指令，該等指令在執行時導致一裝置之一或多個處理器：傳訊提供指定與一層經編碼視訊資料相關聯之約束之資訊之一語法元素；傳訊指示與該層經編碼視訊資料相關聯之一類型之資訊是否經傳訊之一或多個旗標；及基於一或多個旗標傳訊提供與該層經編碼視訊資料相關聯之資訊之各自語意。在以下附圖及描述中闡述一或多個實例之細節。將自描述及圖式，且自發明申請專利範圍暸解其他特徵、目標及優點。運算裝置及/或傳輸系統可基於包含一或多個抽象化層之模型，其中各抽象化層處之資料根據特定結構(例如，封包結構、調變方案等)表示。包含經定義抽象化層之一模型之一實例係圖1中繪示之所謂的開放系統互連(OSI)模型。OSI模型定義一7層堆疊模型，包含一應用層、一呈現層、一工作階段層、一傳輸層、一網路層、一資料鏈路層及一實體層。一實體層可大體上指電信號形成數位資料之一層。例如，一實體層可指定義經調變射頻(RF)符號如何形成數位資料之一圖框之一層。亦可被稱作鏈路層之一資料鏈路層可指在一發送側處之實體層處理之前及在一接收側處之實體層接收後使用之一抽象化。應注意，一發送側及一接收側係邏輯角色，且一單一裝置可在一例項中作為一發送側操作且在另一例項中作為一接收側操作。一應用層、一呈現層、一工作階段層、一傳輸層及一網路層之各者可定義如何遞送資料以供一使用者應用程式使用。傳輸標準可包含指定各層之所支援協定且進一步定義一或多個特定層實施方案之一內容遞送協定模型。例如，ATSC Standards：System Discovery and Signaling Doc. A/321:2016，2016年3月23日(下文稱作「A/321」)；Physical Layer Protocol Doc. A/322:2016，2016年9月7日 (下文稱作「A/322」)；及Link-Layer Protocol Doc. A/3330:2016，2016年9月19日(下文稱作「A/330」)(其等之各者之各自全文以引用的方式併入)描述ATSC 3.0單向實體層實施方案及一對應鏈路層之特定態樣。鏈路層將囊封於特定封包類型(例如，MPEG-傳輸串流(TS)封包、IPv4封包等)中之各種類型之資料抽象化為單一泛型格式以供一實體層處理。此外，鏈路層支援一單一上層封包分割為多個鏈路層封包及多個上層封包串連成一單一鏈路層封包。此外，當前正在開發之ATSC 3.0標準套組之態樣描述於建議標準、候選標準、其修訂案及工作草案(WD)，其等之各者可包含建議態樣以包含於一ATSC 3.0標準之一公開(即「最終」或「通過」)版本中。建議ATSC 3.0標準套組亦支援所謂的寬頻實體層及資料鏈路層以實現對混合視訊服務的支援。例如，可能期望由一接收裝置透過一無線廣播接收一體育賽事之主要呈現，且自由一線上媒體服務提供者提供之一串流接收與體育賽事相關聯之一第二視訊呈現(例如，隊特定第二攝影機視圖或一增強呈現)。較高層協定可描述可如何同步包含於一混合視訊服務中之多個視訊服務用於呈現。應注意，雖然ATSC 3.0使用術語「廣播」來指單向無線傳輸實體層，然所謂的ATSC 3.0廣播實體層支援透過串流或檔案下載之視訊遞送。因而，如本文中所使用之術語廣播不應用於限制視訊及相關聯資料可根據本發明之一或多種技術傳輸之方式。再次參考圖1，繪示一例示性內容遞送協定模型。在圖1中繪示之實例中，出於繪示目的，內容遞送協定模型100與7層OSI模型「一致」。但是，應注意，此一繪示不應被解釋為限制內容遞送協定模型100或本文中描述之技術之實施方案。內容遞送協定模型100可大體上對應於針對ATSC 3.0標準套組建議之當前內容遞送協定模型。但是，如下文詳細描述，本文中描述之技術可被併入至內容遞送協定模型100之一系統實施方案中以實現及/或增強一互動視訊散佈環境中的功能性。參考圖1，內容遞送協定模型100包含用於支援透過ATSC廣播實體層之串流及/或檔案下載之兩個選項：(1)經由使用者資料報協定(UDP)及網際網路協定(IP)之MPEG媒體傳輸協定(MMTP)及(2)經由UDP及IP之即時單向傳輸物件遞送。ROUTE之一概觀提供於ATSC Candidate Standard：Signaling, Delivery, Synchronization, and Error Protection (A/331) Doc. S33-1-654r4-Signaling-Delivery-Sync-FEC，2016年10月4日批准，2017年1月6日更新(下文稱作「A/331」)，其全文以引用的方式併入。MMTP描述於ISO/IEC：ISO/IEC 23008-1，「Information technology-High efficiency coding and media delivery in heterogeneous environments-Part 1: MPEG media transport (MMT)」，其全文以引用的方式併入本文中。如圖1中繪示，在其中MMTP用於使視訊資料串流化之情況中，視訊資料可囊封於一媒體處理單元(MPU)中。MMTP將一MPU定義為「可由一MMT實體處理且可由呈現引擎獨立於其他MPU消耗之一媒體資料項目」。如圖2中繪示，且如下文進一步詳細描述，MPU之一邏輯分組可形成一MMT資產，其中MMTP將一資產定義為「待用於建立一多媒體呈現之任何多媒體資料。一資產係共用用於攜載經編碼媒體資料之相同資產識別符之MPU之一邏輯分組。」一或多個資產可形成一MMT封裝，其中一MMT封裝係多媒體內容之一邏輯集合。如圖1中進一步繪示，在其中MMTP用於下載視訊資料的情況中，視訊資料可囊封於基於國際標準組織(ISO)之媒體檔案格式(ISOBMFF)中。ISOBMFF之一實例描述於ISO/IEC FDIS 14496-15:2014(E)：Information technology -- Coding of audio-visual objects -- Part 15: Carriage of network abstraction layer (NAL) unit structured video in ISO base media file format (「ISO/IEC 14496-15」)，其全文以引用的方式併入。MMTP描述一所謂的基於ISOBMFF之MPU。在此情況中，一MPU可包含一致ISOBMFF檔案。如上文描述，ATSC 3.0標準套組試圖支援包含多個視訊元素之多媒體呈現。包含多個視訊元素之多媒體呈現之實例包含多攝影機視圖(例如，上文描述之體育賽事實例)、透過多個視圖之三維呈現(例如，左及右視訊頻道)、時間可擴縮視訊呈現(例如，基礎圖框速率視訊呈現及增強圖框速率視訊呈現)、空間及品質可擴縮視訊呈現(高清晰度視訊呈現及超高清晰度視訊呈現)、多音訊呈現(例如，主要呈現中之本地語言及其他呈現中之其他音軌)及類似者。數位視訊可根據一視訊編碼標準予以編碼。一例示性視訊編碼標準包含所謂的高效視訊編碼(HEVC)標準。如本文中所使用，一HEVC視訊編碼標準可包含HEVC視訊編碼標準之最終及草案版本及其各種草案及/或最終擴展。如本文中所使用，術語HEVC視訊編碼標準可包含由國際電信聯盟(ITU)維持之ITU-T，「High Efficiency Video Coding」，Recommendation ITU-T H.265 (04/2015)(本文中稱作「ITU-T H.265」)及由ISO維持之相應ISO/IEC 23008-2 MPEG-H，其等之各者之全文以引用的方式併入。應注意，雖然本文中參考ITU-T H.265描述HEVC，然此等描述不應被解釋為限制本文中描述之技術之範疇。視訊內容通常包含由一系列圖框組成之視訊序列。一系列圖框亦可被稱作一群組之圖像(GOP)。各視訊圖框或圖像可包含複數個圖塊，其中一圖塊包含複數個視訊區塊。一視訊區塊可被定義為可預測地編碼之最大陣列之像素值(亦稱作樣本)。視訊區塊可根據一掃描型樣(例如，一光柵掃描)予以排序。一視訊編碼器可對視訊區塊及其等之子分區執行預測編碼。HEVC指定一編碼樹單元(CTU)結構，其中一圖像可被分為相等大小之CTU，且各CTU可包含具有16×16、32×32或64×64照度樣本之編碼樹區塊(CTB)。在圖3中繪示將一群組之圖像分割為CTB之一實例。如圖3中繪示，一視訊序列包含GOP₁ 及GOP₂ ，其中圖像Pic₁ 至Pic₄ 包含於GOP₁ 中，且圖像Pic₅ 至Pic₈ 包含於GOP₂ 中。Pic₄ 經分割為Slice₁ 及Slice₂ ，其中Slice₁ 及Slice₂ 之各者包含根據左至右、上至下光柵掃描之連續CTU。圖3亦繪示有關GOP₂ 之I圖塊、P圖塊或B圖塊之概念。與GOP₂ 中之Pic₅ 至Pic₈ 之各者相關聯之箭頭指示一圖像是否包含圖框內預測(I)圖塊、單向圖框間預測(P)圖塊或雙向圖框間預測(B)圖塊。在圖3中，圖像Pic₅ 及Pic₈ 表示包含I圖塊之圖像(即，參考物在圖像本身內)、圖像Pic₆ 表示包含P圖塊之圖像(即，各參考一先前圖像)且圖像Pic₇ 表示包含B圖塊之一圖像(即，參考一先前及一後續圖像)。 ITU-T H.265定義對多層擴展的支援，包含格式範圍擴展(RExt)(在ITU-T H.265之附件A中描述)、可擴縮性(SHVC)(在ITU-T H.265之附件H中描述)及多視圖(MV-HEVC)(在ITU-T H.265之附件G中描述)。在ITU-T H.265中，為了支援多層擴展，一圖像可參考來自包含該圖像之圖像群組以外之一圖像群組之一圖像(即，可參考另一層)。例如，一增強層(例如，更高品質)圖像可參考來自一基底層之一圖像(例如，一較低品質圖像)。因此，在一些實例中，為了提供多視訊呈現，可能期望在MMT封裝中包含多個ITU-T H.265編碼視訊序列。圖2係繪示將HEVC編碼視訊資料之序列囊封於一MMT封裝中用於使用一ATSC 3.0實體圖框傳輸之一實例之一概念圖。在圖2中繪示之實例中，複數個經編碼視訊資料層經囊封於MMT封裝中。圖3包含HEVC編碼視訊資料可如何囊封於MMT封裝中之一實例之額外細節。在下文中更詳細描述視訊資料(包含HEVC視訊資料)囊封於一MMT封裝中。再次參考圖2，MMT封裝經囊封至網路層封包(例如，IP資料封包)中。網路層封包經囊封至鏈路層封包(即，泛型封包)中。網路層封包經接收用於實體層處理。在圖2中繪示之實例中，實體層處理包含將泛型封包囊封於一實體層管(PLP)中。在一實例中，一PLP可大體上指包含一資料串流之所有或部分之一邏輯結構。在圖2中繪示之實例中，PLP包含於一實體層圖框之有效負載內。在HEVC中，一視訊序列、一GOP、一圖像、一圖塊及CTU之各者可與描述視訊編碼性質之語法資料相關聯。例如，ITU-T H.265提供下列參數集：視訊參數集 (VPS) ：含有應用於如由SPS中發現之一語法元素之內容判定之零或更多個完整編碼視訊序列(CVS)之語法元素之一語法結構，SPS中發現之該語法元素之內容由PPS中發現之一語法元素予以參考，PPS中發現之該語法元素由各圖塊段標頭中發現之一語法元素予以參考。序列參數集 (SPS) ：含有應用於如由PPS中發現之一語法元素之內容判定之零或更多個完整CVS之語法元素之一語法結構，PPS中發現之該語法元素之內容由各圖塊段標頭中發現之一語法元素予以參考。圖像參數集 (PPS) ：含有應用於如由各圖塊段標頭中發現之一語法元素判定之零或更多個完整編碼圖像之語法元素之一語法結構。其中一經編碼視訊序列包含存取單元之一序列，其中在ITU-T H.265中，存取單元之一序列係基於下列定義而定義：存取單元： 一組NAL單元，其等根據一指定分類規則彼此相關聯，……，在解碼順序上連續……網路抽象化層 (NAL) 單元： 含有待跟從之資料之類型之一指示之一語法結構及含有根據需要穿插有模擬防止位元組之一原始位元組序列有效負載(RBSP)之形式之該資料之位元組。層：皆具有nuh_layer_id之特定值及相關聯非VCL NAL單元之一組視訊編碼層(VCL) NAL單元或具有階層關係之一組語法結構之一者。應注意，如相對於ITU-T H.265使用之術語「存取單元」不應與相對於MMT使用之術語「存取單元」混淆。如本文中所使用，術語存取單元可指一ITU-T H.265存取單元、一MMT存取單元或可更一般地指一資料結構。在ITU-T H.265中，在一些例項中，參數集可經囊封為特殊類型之NAL單元或可作為一訊息予以傳訊。在一些例項中，一接收裝置能夠在解囊封NAL單元或ITU-T H.265訊息前存取視訊參數可能係有利的。此外，在一些情況中，包含於ITU-T H.265參數集中之語法元素可包含無法用於一特定類型之接收裝置或應用程式之資訊。本文中描述之技術提供視訊參數傳訊技術，其等可增大一接收裝置處之傳輸效率及處理效率。增大傳輸效率可導致網路業者之極大成本節省。應注意，雖然本文中描述之技術係參考MMTP描述，然本文中描述之技術係一般適用的，而不管一特定申請人傳輸層實施方案。 ISO/IEC 14496-15指定用於儲存根據一視訊編碼標準定義之一組網路抽象化層(NAL)單元(例如，如由ITU-T H.265定義之NAL單元)之基本串流之格式。在ISO/IEC 14496-15中，一串流係由一檔案中之一或多個軌表示。ISO/IEC 14496-15中之一軌可大體上對應於如在ITU-T H.265中定義之一層。在ISO/IEC 14496-15中，軌包含樣本，其中一樣本經定義如下：樣本： 一樣本係一存取單元或一存取單元之一部分，其中一存取單元係如在合適規格(例如，ITU-T H.265)中定義。在ISO/IEC 14496-15中，軌可基於相對於其中所包含之NAL單元之類型之約束而定義。即，在ISO/IEC 14496-15中，一特定類型之軌可能需要包含特定類型之NAL單元，可視需要包含其他類型之NAL單元及/或可被禁止包含特定類型之NAL單元。例如，在ISO/IEC 14496-15中，包含於一視訊串流中之軌可基於一軌是否被允許包含參數集(例如，上文描述之VPS、SPS及PPS)而區分。例如，ISO/IEC 14496-15提供有關一HEVC視訊串流之下列內容「對於特定樣本條目適用之一視訊串流，視訊參數集、序列參數集及圖像參數集應在樣本條目名稱係「hvc1」時僅儲存在樣本條目中，且可在樣本條目名稱係「hev1」時儲存在樣本條目及樣本中」。在此實例中，一「hvc1」存取單元需包含包含參數集之類型之NAL，且「hev1」存取單元可但不一定包含包含參數集之類型之NAL。如上文描述，ITU-T H.265定義對多層擴展之支援。ISO/IEC 14496-15定義由一檔案中之一或多個視訊軌表示之一L-HEVC串流結構，其中各軌表示經編碼位元串流之一或多個層。包含於一L-HEVC串流中之軌可基於有關包含於其中之NAL單元之類型之約束定義。下文表1A提供ISO/IEC 14496-15中之HEVC及L-HEVC串流結構(即，組態)之軌類型之實例之一概要。表1A 在表1A中，彙總器可大體上指可用於將屬於相同樣本(例如，存取單元)之NAL單元分組之資料，且提取器可大體上指可用於自其他軌提取資料之資料。nuh_layer_id指指定一NAL單元所屬之層之一識別符。在一實例中，表1A中之nuh_layer_id可基於如在ITU-T H.265中定義之nuh_layer_id。IUT-U H.265定義nuh_layer_id如下：nuh_layer_id 指定VCL NAL單元所屬之層之識別符或非VCL NAL單元所應用之一層之識別符。nuh_layer_id之值應在0至62之範圍中，包含0及62。應注意，0之一nuh_layer_id值通常對應於一基底層且大於0之一nuh_layer_id通常對應於一增強層。為簡明起見，本文中未提供表1中所包含之軌類型之各者之完整描述，然參考ISO/IEC 14496-15。參考圖1，ATSC 3.0可支援MPEG-2 TS，其中MPEG-2 TS指MPEG-2傳輸串流(TS)，且可包含用於傳輸及儲存音訊、視訊及程式及系統資訊協定(PSIP)資料之一標準容器格式。ISO/IEC 13818-1，(2013)，「Information Technology - Generic coding of moving pictures and associated audio - Part 1: Systems」，包含FDAM 3 - 「Transport of HEVC video over MPEG-2 systems」描述經由MPEG-2傳輸串流攜載HEVC位元串流。圖4係繪示可實施本發明中描述之一或多種技術之一系統之一實例之一方塊圖。系統400可經組態以根據本文中描述之技術傳達資料。在圖4中繪示之實例中，系統400包含一或多個接收器裝置402A至402N、電視服務網路404、電視服務提供者網站406、廣域網路412、一或多個內容提供者網站414A至414N及一或多個資料提供者網站416A至416N。系統400可包含軟體模組。軟體模組可儲存於一記憶體中且由一處理器執行。系統400可包含一或多個處理器及複數個內部及/或外部記憶體裝置。記憶體裝置之實例包含檔案伺服器、檔案傳送協定(FTP)伺服器、網路附接儲存(NAS)裝置、本機硬碟機或能夠儲存資料之任何其他類型之裝置或儲存媒體。儲存媒體可包含藍光光碟、DVD、CD-ROM、磁碟、快閃記憶體或任何其他適當數位儲存媒體。當本文中描述之技術部分實施於軟體中時，一裝置可將軟體之指令儲存在一適當、非暫時性電腦可讀媒體中，且使用一或多個處理器在硬體中執行指令。系統400表示一系統之一實例，該系統可經組態以允許數位媒體內容(諸如，例如一電影、一實況體育賽事等)及與其相關聯之資料及應用程式及多媒體呈現散佈至複數個運算裝置(諸如接收器裝置402A至402N)且由其等存取。在圖4中繪示之實例中，接收器裝置402A至402N可包含經組態以自電視服務提供者網站406接收資料之任何裝置。例如，接收器裝置402A至402N可經配備用於有線及/或無線通信，且可包含電視(包含所謂的智慧型電視)、機上盒及數位視訊錄影機。此外，接收器裝置402A至402N可包含桌上型電腦、膝上型電腦或平板電腦、遊戲機、行動裝置，包含例如經組態以自電視服務提供者網站406接收資料之「智慧型」電話、蜂巢式電話及個人遊戲裝置。應注意，雖然系統400經繪示為具有不同網站，然此一繪示係用於描述目的，且不將系統400限於一特定實體架構。可使用硬體、韌體及/或軟體實施方案之任何組合來實現系統400及包含於其中之網站之功能。電視服務網路404係經組態以使可包含電視服務之數位媒體內容能被散佈之一網路之一實例。例如，電視服務網路404可包含公共無線電視網路、公共或基於訂閱之衛星電視服務提供者網路及公共或基於訂閱之有線電視提供者網路及/或通訊服務供應商(over the top)或網際網路服務提供者。應注意，雖然在一些實例中，電視服務網路404主要可用於使電視服務能被提供，然電視服務網路404亦可使其他類型之資料及服務能根據本文中描述之電信協定之任何組合被提供。此外，應注意，在一些實例中，電視服務網路404可實現電視服務提供者網站406與接收器裝置402A至402N之一或多者之間的雙向通信。電視服務網路404可包括無線及/或有線通信媒體之任何組合。電視服務網路404可包含同軸纜線、光纖纜線、雙絞線纜線、無線傳輸器及接收器、路由器、交換器、中繼器、基地台或可用於促成各種裝置及網站之間的通信之任何其他設備。電視服務網路404可根據一或多個電信協定之一組合來操作。電信協定可包含專屬態樣及/或可包含標準化電信協定。標準化電信協定之實例包含DVB標準、ATSC標準、ISDB標準、DTMB標準、DMB標準、纜線資料服務介面規格(DOCSIS)標準、HbbTV標準、W3C標準及UPnP標準。再次參考圖4，電視服務提供者網站406可經組態以經由電視服務網路404來散佈電視服務。例如，電視服務提供者網站406可包含一或多個廣播站、一有線電視提供者或一衛星電視提供者或一基於網際網路之電視提供者。在圖4中繪示之實例中，電視服務提供者網站406包含服務散佈引擎408及資料庫410。服務散佈引擎408可經組態以接收資料(包含，例如多媒體內容、互動應用程式及訊息)且透過電視服務網路404將資料散佈至接收器裝置402A至402N。例如，服務散佈引擎408可經組態以根據上文描述之傳輸標準(例如，一ATSC標準)之一或多者之態樣而傳輸電視服務。在一實例中，服務散佈引擎408可經組態以透過一或多個源接收資料。例如，電視服務提供者網站406可經組態以透過一衛星上行鏈路/下行鏈路接收包含電視節目之一傳輸。此外，如在圖4中繪示，電視服務提供者網站406可與廣域網路412通信且可經組態以自內容提供者網站414A至414N接收資料且進一步自資料提供者網站416A至416N接收資料。應注意，在一些實例中，電視服務提供者網站406可包含一電視演播室，且內容可源自該電視演播室。資料庫410可包含經組態以儲存資料(包含，例如多媒體內容及與其相關聯之資料)，包含例如描述性資料及可執行互動應用程式。例如，體育賽事可與提供統計更新之互動應用程式相關聯。與多媒體內容相關聯之資料可根據一經定義資料格式(諸如，例如超文字標記語言(HTML)、動態HTML、可擴展標記語言(XML)及JavaScript物件記法(JSON))格式化且可包含使接收器裝置402A至402N能例如自資料提供者網站416A至416N之一者存取資料之統一資源定位符(URL)及統一資源識別符(URI)。在一些實例中，電視服務提供者網站406可經組態以提供對經儲存多媒體內容之存取且透過電視服務網路404將多媒體內容散佈至接收器裝置402A至402N之一或多者。例如，儲存於資料庫410中之多媒體內容(例如，音樂、電影及電視(TV)秀)可依所謂的隨選基礎經由電視服務網路404提供給一使用者。廣域網路412可包含一基於封包之網路，且根據一或多個電信協定之一組合操作。電信協定可包含專屬態樣及/或可包含標準化電信協定。標準化電信協定之實例包含全球行動通信系統(GSM)標準、分碼多重存取(CDMA)標準、第三代合作夥伴計畫(3GPP)標準、歐洲電信標準協會(ETSI)標準、歐洲標準(EN)、IP標準、無線應用協定(WAP)標準及美國電機電子工程師協會(IEEE)標準，諸如，例如IEEE 802標準之一或多者(例如，Wi-Fi)。廣域網路412可包括無線及/或有線通信媒體之任何組合。廣域網路412可包含同軸纜線、光纖纜線、雙絞線纜線、乙太網路纜線、無線傳輸器及接收器、路由器、交換器、中繼器、基地台或可用於促成各種裝置及網站之間的通信之任何其他設備。在一實例中，廣域網路412可包含網際網路。再次參考圖4，內容提供者網站414A至414N表示可將多媒體內容提供至電視服務提供者網站406及/或接收器裝置402A至402N之網站之實例。例如，一內容提供者網站可包含具有經組態以將多媒體檔案及/或串流提供至電視服務提供者網站406之一或多個演播室內容伺服器之一演播室。在一實例中，內容提供者網站414A至414N可經組態以使用IP套組提供多媒體內容。例如，一內容提供者網站可經組態以根據即時串流協定(RTSP)或超文字傳送協定(HTTP)將多媒體內容提供至一接收器裝置。資料提供者網站416A至416N可經組態以透過廣域網路412將資料(包含基於超文字之內容及類似者)提供至接收器裝置402A至402N之一或多者及/或電視服務提供者網站406。一資料提供者網站416A至416N可包含一或多個網頁伺服器。可根據資料格式(諸如，例如HTML、動態HTML、XML及JSON)定義由資料提供者網站416A至416N提供之資料。資料提供者網站之一實例包含美國專利與商標局網站。應注意，在一些實例中，由資料提供者網站416A至416N提供之資料可用於所謂的第二螢幕應用。例如，與一接收器裝置通信之(若干)伴隨裝置可結合呈現在接收器裝置上之電視節目顯示一網站。應注意，由資料提供者網站416A至416N提供之資料可包含音訊及視訊內容。如上文描述，服務散佈引擎408可經組態以接收資料(包含，例如多媒體內容、互動應用程式及訊息)且透過電視服務網路404將資料散佈至接收器裝置402A至402N。圖5係繪示可實施本發明之一或多種技術之一服務散佈引擎之一實例之一方塊圖。服務散佈引擎500可經組態以接收資料且輸出表示該資料之一信號用於經由一通信網路(例如，電視服務網路404)散佈。例如，服務散佈引擎500可經組態以接收一或多個資料串流且輸出可使用一單一射頻帶(例如，一6 MHz頻道、一8 MHz頻道等)或一集束頻道(bonded channel)(例如，兩個分開之6 MHz頻道)傳輸之一信號。一資料串流可大體上指囊封於一組一或多個資料封包中之資料。在圖5中繪示之實例中，服務散佈引擎500經繪示為接收經編碼視訊資料。如上文描述，經編碼視訊資料可包含一或多個層之HEVC編碼視訊資料。如圖5中繪示，服務散佈引擎500包含傳輸封裝產生器502、傳輸/網路封包產生器504、鏈路層封包產生器506、圖框建立器及波形產生器508及系統記憶體510。傳輸封裝產生器502、傳輸/網路封包產生器504、鏈路層封包產生器506、圖框建立器及波形產生器508以及系統記憶體510之各者可經互連(實體地、通信地及/或可操作地)用於組件間通信，且可實施為多種適當電路之任一者，諸如一或多個微處理器、數位信號處理器(DSP)、特定應用積體電路(ASIC)、場可程式化閘陣列(FPGA)、離散邏輯、軟體、硬體、韌體或其等之任何組合。應注意，雖然服務散佈引擎500經繪示為具有不同功能區塊，然此一繪示係用於描述目的，且不將服務散佈引擎500限於一特定硬體架構。可使用硬體、韌體及/或軟體實施方案之任何組合來實現服務散佈引擎500之功能。系統記憶體510可被描述為一非暫時性或有形電腦可讀儲存媒體。在一些實例中，系統記憶體510可提供臨時及/或長期儲存。在一些實例中，系統記憶體510或其部分可被描述為非揮發性記憶體，且在其他實例中，系統記憶體510之部分可被描述為揮發性記憶體。揮發性記憶體之實例包含隨機存取記憶體(RAM)、動態隨機存取記憶體(DRAM)及靜態隨機存取記憶體(SRAM)。非揮發性記憶體之實例包含磁性硬碟、光碟、軟碟、快閃記憶體或電可擦除記憶體(EPROM)或電可擦除及可程式化(EEPROM)記憶體之形式。系統記憶體510可經組態以儲存可由服務散佈引擎500在操作期間使用之資訊。應注意，系統記憶體510可包含包含於傳輸封裝產生器502、傳輸/網路封包產生器504、鏈路層封包產生器506及圖框建立器及波形產生器508之各者內之個別記憶體元件。例如，系統記憶體510可包含一或多個緩衝器(例如，先進先出(FIFO)緩衝器)，該一或多個緩衝器經組態以儲存供服務散佈引擎500之一組件處理之資料。傳輸封裝產生器502可經組態以接收一或多個層之經編碼視訊資料，且根據一經定義申請人傳輸封裝結構產生一傳輸封裝。例如，傳輸封裝產生器502可經組態以接收一或多個HEVC層之經編碼視訊資料，且產生基於MMTP之一封包，如下文詳細描述。傳輸/網路封包產生器504可經組態以接收一傳輸封裝且將傳輸封裝囊封至相應傳輸層封包(例如，UDP、傳輸控制協定(TCP)等)及網路層封包(例如，IPv4、IPv6、經壓縮IP封裝等)。鏈路層封包產生器506可經組態以接收網路封包，且產生根據一經定義鏈路層封包結構(例如，ATSC 3.0鏈路層封包結構)之封包。圖框建立器及波形產生器508可經組態以接收一或多個鏈路層封包且輸出配置於一圖框結構中之符號(例如，OFDM符號)。如上文描述，一圖框可包含可被稱作實體層圖框(PHY層圖框)之一或多個PLP。在一實例中，一圖框結構可包含一引導(bootstrap)、一前置碼及包含一或多個PLP之一資料有效負載。一引導可充當一波形之一通用進入點。一前置碼可包含所謂的層1傳訊(L1-傳訊)。L1-傳訊可提供必要資訊以組態實體層參數。圖框建立器及波形產生器508可經組態以產生一信號用於在一或多種類型之RF頻道內傳輸：一單一6 MHz頻道、一單一7 MHz頻道、單一8 MHz頻道、一單一11 MHz頻道及包含任何兩個或兩個以上分開之單一頻道之集束頻道(例如，包含一6 MHz頻道及一8 MHz頻道之一14 MHz頻道)。圖框建立器及波形產生器508可經組態以插入導頻及經保留頻調以進行頻道估計及/或同步。在一實例中，可根據一OFDM符號及副載波頻率映射來定義導頻及經保留頻調。圖框建立器及波形產生器508可經組態以藉由將OFDM符號映射至副載波而產生一OFDM波形。應注意，在一些實例中，圖框建立器及波形產生器508可經組態以支援分層多工。分層多工可指將多層之資料疊加於相同RF頻道(例如，一6 HMz頻道)上。通常，一上層指支援一主要服務之一核心(例如，更穩健)層且一下層指支援增強服務之一高資料速率層。例如，一上層可支援基本高清晰度視訊內容且一下層可支援增強超高清晰度視訊內容。如上文描述，為提供包含多個視訊元素之多媒體呈現，可能期望將多個HEVC編碼視訊序列包含於一MMT封裝中。如在ISO/IEC 23008-1中提供，MMT內容係由媒體片段單元(MFU)、MPU、MMT資產及MMT封裝組成。為產生MMT內容，經編碼媒體資料經分解成MFU，其中MFU可對應於經編碼視訊資料之存取單元或圖塊或可獨立地解碼的其他單元。一或多個MFU可組合為一MPU。如上文描述，MPU之邏輯分組可形成一MMT資產，且一或多個資產可形成一MMT封裝。參考圖3，除包含一或多個資產外，一MMT封裝包含呈現資訊(PI)及資產遞送特性(ADC)。呈現資訊包含指定資產間之空間及時間關係之文件(PI文件)。在一些情況中，PI文件可用於判定一封裝中資產之遞送順序。一PI文件可作為一或多個傳訊訊息遞送。傳訊訊息可包含一或多個表。資產遞送特性描述用於遞送之資產之服務品質(QoS)要求及統計資料。如圖3中繪示，多個資產可與一單一ADC相關聯。圖6係繪示可實施本發明之一或多種技術之一傳輸封裝產生器之一實例之一方塊圖。傳輸封裝產生器600可經組態以根據本文中描述之技術產生一封裝。如圖6中繪示，傳輸封裝產生器600包含呈現資訊產生器602、資產產生器604及資產遞送特性產生器606。呈現資訊產生器602、資產產生器604及資產遞送特性產生器606之各者可經互連(實體地、通信地及/或可操作地)用於組件間通信，且可實施為多種適當電路之任一者，諸如一或多個微處理器、數位信號處理器(DSP)、特定應用積體電路(ASIC)、場可程式化閘陣列(FPGA)、離散邏輯、軟體、硬體、韌體或其等之任何組合。應注意，雖然傳輸封裝產生器600經繪示為具有不同功能區塊，然此一繪示係用於描述目的，且不將傳輸封裝產生器600限於一特定硬體架構。可使用硬體、韌體及/或軟體實施方案之任何組合來實現傳輸封裝產生器600之功能。資產產生器604可經組態以接收經編碼視訊資料且產生一或多個資產以包含於一封裝中。資產遞送特性產生器606可經組態以接收有關待包含於一封裝中之資產的資訊且提供QoS要求。呈現資訊產生器602可經組態以產生呈現資訊文件。如上文描述，在一些例項中，一接收裝置能夠在解囊封NAL單元或HEVC位元串流資料前存取視訊參數可能係有利的。在一實例中，傳輸封裝產生器600及/或呈現資訊產生器602可經組態以將一或多個視訊參數包含於一封裝之呈現資訊中。如上文描述，可遞送一呈現資訊文件作為可包含一或多個表之一或多個傳訊訊息。一例示性表包含一MMT封裝表(MPT)，其中一MPT訊息在ISO/IEC 23008-1中定義為「此訊息類型含有提供單一封裝消耗所需之資訊之所有或一部分之一MP (MPT訊息)表」。一MP表之例示性語意提供於下文表1B中。表1B 表1B中之語法元素之各者描述於ISO/IEC 23008-1中(例如，有關ISO/IEC 23008-1中之表20)。為簡明起見，本文中未提供表1中所包含之語法元素之各者之完整描述，然參考ISO/IEC 23008-1。在表1B及下文表中，uimsbf指一不帶正負號整數最高有效位元第一資料類型，bslbf指位元串左位元第一資料類型，且char指一字元資料類型。ISO/IEC 23008-1參考asset_descriptors_length及asset_descriptors_byte提供下文：asset_descriptors_length – 自下一欄位之開端計數至資產描述符語法循環結束之位元組之數目。asset_descriptors_byte - 資產描述符中之一位元組。因此，表1B中之asset_descriptors語法循環使能為經包含於一封裝中的資產提供各種類型的描述符。在一實例中，傳輸封裝產生器600可經組態以在一MPT訊息中包含指定視訊參數的一或多個描述符。在一實例中，描述符可被稱作一視訊串流性質描述符。在一實例中，針對各視訊資產，一視訊串流性質描述符video_stream_properties_descriptor()可被包含於語法元素asset_descriptors內。在一實例中，一視訊串流性質描述符video_stream_properties_descriptor()可僅針對特定視訊資產(例如，僅針對經編碼為H.265-高效視訊編碼(HEVC)視訊資產之視訊資產)被包含於語法元素asset_descriptors內。如下文詳細描述，一視訊串流性質描述符可包含有關以下之一或多者的資訊：解析度、色度格式、位元深度、時間可擴縮性、位元速率、圖像速率、色彩特性、輪廓、層，及層級。如下文進一步詳細描述，在一實例中，針對例示性描述符之規範位元串流語法及語意可包含針對各種視訊串流特性之存在旗標，該等存在旗標可個別地經切換以提供各種視訊特性資訊。此外，各種視訊特性資訊之傳訊可係基於時間可擴縮性之存在或不存在。在一實例中，一元素可指示是否在一串流中使用時間可擴縮性。在一實例中，有條件地傳訊之全域旗標可指示是否存在針對時間子層之輪廓、層，或層級資訊。如下文詳細描述，此條件可基於時間可擴縮性之使用之一指示。在一實例中，一MMT相依性描述符之存在之一映射及條件可係基於在一視訊串流性質描述符中傳訊的旗標。在一實例中，保留位元及保留位元之長度之一計算可被用於位元組對準。如下文詳細描述，video_stream_properties_descriptor()可包含ITU-T H.265中定義之語法元素及/或其等的變動。例如，於video_stream_properties_descriptor()中，可限制H.265中定義之一語法元素之值的範圍。在一實例中，一圖像速率代碼元素可被用以傳訊常用圖像速率(圖框速率)。此外，在一實例中，一圖像速率代碼元素可包含一特殊值，以允許任何圖像速率值之傳訊。在一實例中，一語法元素nuh_layer_id值可用於一MMT資產，以使該MMT資產與一可擴縮及/或多視圖串流之asset_id關聯。分別於下文表2A至表2D中提供例示性video_stream_properties描述符之例示性欄位的例示性語意。應注意，在表2A至表2D之各者中，「H.265」之格式值包含基於在ITU-T H.265中提供且在下文進一步詳細描述之格式的格式，且「TBD」包含待判定之格式。進一步在下文表2A至表2D中，var表示如在參考表中進一步定義之可變數目的位元。表2A 表2B 表2C 表2D 包含於表2A至表2D中之例示性語法元素descriptor_tag、descriptor_length、temporal_scalability_present、scalability_info_present、multiview_info_present、res_cf_bd_info_present、pr_info_present、br_info_present、color_info_present、max_sub_layers_instream及 sub_layer_profile_tier_level_info_present可基於下列例示性定義：descriptor_tag – 此8位元不帶正負號整數可具有0xTobedecided值，其識別此描述符。其中0xTobedecided指示待決定之值，即，可使用任何特定固定值。descriptor_length – 此8位元不帶正負號整數可指定緊接在此欄位之後直至此描述符結束之長度(以位元組為單位)。temporal_scalability_present – 此1位元布林旗標當被設定為「1」時可指示元素max_sub_layers_present及sub_layer_profile_tier_level_ info_present存在，且在資產或串流中提供時間可擴縮性。當被設定為「0」時，旗標可指示元素max_sub_layers_present及sub_layer_profile_ tier_level_info_present不存在且在資產或串流中未提供時間可擴縮性。scalability_info_present – 此1位元布林旗標當被設定為「1」時可指示scalability_info()結構中之元素存在。當被設定為「0」時，旗標可指示scalability_info()結構中之元素不存在。multiview_info_present – 此1位元布林旗標當被設定為「1」時可指示multiview_info()結構中之元素存在。當被設定為「0」時，旗標可指示multiview_info()結構中之元素不存在。res_cf_bd_info_present – 此1位元布林旗標當被設定為「1」時可指示res_cf_bd_info()結構中之元素存在。當被設定為「0」時，旗標可指示res_cf_bd_info()結構中之元素不存在。pr_info_present – 此1位元布林旗標當被設定為「1」時可指示pr_info()結構中之元素存在。當被設定為「0」時，旗標可指示pr_info()結構中之元素不存在。br_info_present – 此1位元布林旗標當被設定為「1」時可指示br_info()結構中之元素存在。當被設定為「0」時，旗標可指示br_info()結構中之元素不存在。color_info_present – 此1位元布林旗標當被設定為「1」時可指示color_info()結構中之元素存在。當被設定為「0」時，旗標可指示color_info()結構中之元素不存在。max_sub_layers_instream – 此6位元不帶正負號整數可指定可存在於資產或視訊串流中之各經編碼視訊序列(CVS)中之時間子層之最大數目。在另一實例中，此6位元不帶正負號整數可指定存在於資產或視訊串流中之各經編碼視訊序列(CVS)中之時間子層之最大數目。max_sub_layers_instream之值可在1至7之範圍中，包含1及7。sub_layer_profile_tier_level_info_present – 此1位元布林旗標當被設定為「1」時可指示可存在或存在針對資產或視訊串流中之時間子層之輪廓、層、層級資訊。當被設定為「0」時，旗標可指示不存在針對資產或視訊串流中之時間子層之輪廓、層、層級資訊。當不存在時，sub_layer_profile_tier_level_info_present可被推斷為等於0。如上文闡釋，除包含例示性語法元素descriptor_tag、descriptor_length、temporal_scalability_present、scalability_info_present、multiview_info_present、res_cf_bd_info_present、pr_info_present、br_info_present、color_info_present、max_sub_layers_instream及sub_layer_profile_tier_level_info_present外，表2B及表2D亦包含語法元素codec_code。語法元素codec_code可基於下列例示性定義：codec_code - 此欄位指定編解碼器之4字元代碼。對於此版本之此規格，此四個字元之值應為「hev1」、「hev2」、「hvc1」、「hvc2」、「lhv1」或「lhe1」之一者，其中此等代碼之語意含義如ISO/IEC 14496-15中指定。即，codec_code可識別如上文相對於表1A描述之一軌類型。以此方式，codec_code可指示與經編碼視訊資料之一層及/或一串流相關聯之約束。如上文闡釋，除包含例示性語法元素descriptor_tag、descriptor_length、temporal_scalability_present、scalability_info_present、multiview_info_present、res_cf_bd_info_present、pr_info_present、br_info_present、color_info_present、max_sub_layers_instream及sub_layer_profile_tier_level_info_present外，表2C亦包含語法元素codec_indicator。語法元素codec_indicator可基於下列例示性定義：codec_indicator - 指定指示編解碼器之4字元代碼之一值。codec_indicator之經定義值係如下0=「hev1」、1=「hev2」、2=「hvc1」、3=「hvc2」、4=「lhv1」、5=「lhe1」、6至255=保留；其中此等代碼之語意含義如在ISO/IEC 14496-15中指定。即，codec_indicator可識別如上文相對於表1A描述之一軌類型。以此方式，codec_indicator可指示與經編碼視訊資料之一層及/或一串流相關聯之約束。如上文闡釋，除包含例示性語法元素descriptor_tag、descriptor_length、temporal_scalability_present、scalability_info_present、multiview_info_present、res_cf_bd_info_present、pr_info_present、br_info_present、color_info_present、max_sub_layers_instream及sub_layer_profile_tier_level_info_present外，表2B及表2C亦包含語法元素tid_max及tid_min。語法元素tid_max及tid_min可基於下列例示性定義：tid_max – 此3位元欄位應指示此視訊資產之所有存取單元之TemporalId (如在ITU-T H.265中定義)之最大值。tid_max應在0至6之範圍中，包含0及6。tid_max應大於或等於tid_min。在標準之特定規格之一特定版本中之一例示性變體中，允許用於tid_max 之值可能受限制。例如，在一情況中，對於特定規格之特定版本，tid_max 應在0至1的範圍中，包含0及1。tid_min – 此3位元欄位應指示此視訊資產之所有存取單元之TemporalId (如在Rec. ITU-T H.265中定義)之最小值。tid_min應在0至6之範圍中，包含0及6。在標準之特定規格之一特定版本中之一例示性變體中，允許用於tid_min 之值可能受限制。例如，在一情況中，對於特定規格之特定版本，tid_min 應等於0。如上文闡釋，除包含例示性語法元素descriptor_tag、descriptor_length、temporal_scalability_present、scalability_info_present、multiview_info_present、res_cf_bd_info_present、pr_info_present、br_info_present、color_info_present、max_sub_layers_instream及sub_layer_profile_tier_level_info_present外，表2D亦包含語法元素tid_present[i]。語法元素tid_present[i]可基於下列例示性定義：tid_present[i] – 此1位元布林旗標當被設定為「1」時應指示視訊資產在至少一些存取單元中包含等於i之TemporalId值(ITU-T H.265)。當被設定為「0」時，指示視訊資產不包含任何存取單元中等於i之TemporalId值(ITU-T H.265)。如在表2A至表2D中闡釋，基於scalability_info_present之值，scalability_info()可能存在。scalability_info()之例示性語意提供於下文表3A中。表3A 表3A中之例示性語法元素asset_layer_id可基於下列例示性定義：asset_layer_id 指定此資產之nuh_layer_id。asset_layer_id之值可在0至62之範圍中，包含0及62。應注意，在一實例中，當scalable_info_present等於1或multiview_info_present等於1時，MMT規格之第9.5.3部分指定之相依性描述符可能需包含於各資產之MPT中。在此情況中，MMT相依性描述符中之num_dependencies元素應指示此資產之asset_layer_id所依據之層的數目。 asset_id()可使用下文來指示此資產所依據之有關資產之資訊： asset_id_scheme，其將資產ID之方案識別為「URI」。 asset_id_value可指示nuh_layer_id值。於表3B中提供scalability_info()之語意之另一實例。表3B 表3B中之例示性語法元素asset_layer_id、num_layers_dep_on及dep_nuh_layer_id可基於下列例示性定義：asset_layer_id 指定此資產之nuh_layer_id。asset_layer_id之值應在0至62之範圍中，包含0及62。num_layers_dep_on 指定對應於此資產之層所依據之層的數目。num_layers_dep_on應在0至2的範圍中，包含0及2。num_dep_on值3被保留。dep_nuh_layer_id [i]指定當前資產所依據之資產之nuh_layer_id。dep_nuh_layer_id [i]之值應在0至62之範圍中，包含0及62。以此方式，scalability_info()可用於傳訊經編碼視訊資料之一資產之一層(例如，一基底層或一增強層)及任何層相依性。如在表2A至表2D中闡釋，基於multiview_info_present之值，multiview_info()可能存在。於表4A中提供multiview_info()之例示性語意。表4A 表4A中之例示性語法元素view_nuh_layer_id、view_pos、min_disp_with_offset及max_disp_range可基於下列例示性定義：view_nuh_layer_id 指定由此資產表示之視圖之nuh_layer_id。view_nuh_layer_id 之值應在0至62之範圍中，包含0及62。view_pos 指定為了顯示之目的在從左至右之所有視圖間具有等於view_nuh_layer_id 之nuh_layer_id之視圖的順序，其中最左視圖的順序等於0，且順序值從左至右針對下一視圖以1的數字遞增。view_pos之值可在0至62之範圍中，包含0及62。min_disp_with_offset 減去1024指定一存取單元中之適用視圖間之任何空間相鄰視圖之圖像之間之最小像差(以照度樣本為單位)。min_disp_with_offset之值可在0至2047之範圍中，包含0及2047。上述存取單元可指HEVC存取單元或指MMT存取單元。max_disp_range 指定一存取單元中之適用視圖間之任何空間相鄰視圖之圖像之間之最大像差(以照度樣本為單位)。max_disp_range之值可在0至2047之範圍中，包含0及2047。上述存取單元可指HEVC存取單元或指MMT存取單元。於表4B中提供multiview_info()之語意之另一實例。表4B 表4B中之例示性語法元素num_multi_views、view_nuh_layer_id、view_pos、min_disp_with_offset及max_disp_range可基於下列例示性定義：num_multi_views 指定串流中之多視圖層之數目。num_multi_views可在0至14之範圍中，包含0及14。15之num_multi_views值被保留。view_nuh_layer_id [i]指定由此資產表示之視圖之nuh_layer_id。view_nuh_layer_id [i]之值可在0至62之範圍中，包含0及62。view_pos[i] 指定為了顯示之目的在從左至右之所有視圖間具有等於view_nuh_layer_id [i]之nuh_layer_id之視圖的順序，其中最左視圖的順序等於0，且順序值從左至右針對下一視圖以1的數字遞增。view_pos [i]之值可在0至62之範圍中，包含0及62。min_disp_with_offset 減去1024指定一存取單元中之適用視圖間之任何空間相鄰視圖之圖像之間之最小像差(以照度樣本為單位)。min_disp_with_offset之值可在0至2047之範圍中，包含0及2047。上述存取單元可指HEVC存取單元或指MMT存取單元。max_disp_range 指定一存取單元中之適用視圖間之任何空間相鄰視圖之圖像之間之最大像差(以照度樣本為單位)。max_disp_range之值可在0至2047之範圍中，包含0及2047。上述存取單元可指HEVC存取單元或指MMT存取單元。以此方式，multiview_info()可用於提供有關經編碼視訊資料之一資產之多視圖參數之資訊。如在表2A至表2D中闡釋，基於res_cf_bd_info_present之值，res_cf_bd_info()可能存在。於表5A中提供res_cf_bd_info ()之例示性語意。表5A 表5A中之例示性語法元素pic_width_in_luma_samples、pic_width_in_chroma_samples、chroma_format_idc、separate_colour_ plane_flag、bit_depth_luma_minus8及bit_depth_chroma_minus8可分別具有與在H.265 (10/2014) HEVC規格7.4.3.2 (序列參數集RBSP語意)中具有相同名稱之元素相同的語意含義。於表5B中提供res_cf_bd_info()之語意之另一實例。表5B 表5B中之例示性語法元素pic_width_in_luma_samples、pic_width_in_chroma_samples、chroma_format_idc、separate_colour_ plane_flag、bit_depth_luma_minus8及bit_depth_chroma_minus8可分別具有與在H.265 (10/2014) HEVC規格7.4.3.2(序列參數集RBSP語意)中具有相同名稱之元素相同的語意含義。語法元素video_still_present及video_24hr_pic_present可基於下列例示性定義：video_still_present - 此1位元布林旗標當被設定為「1」時應指示視訊資產可包含如在ISO/IEC 13818-1中定義之HEVC靜態圖像。當被設定為「0」時，旗標應指示視訊資產應不包含如在ISO/IEC 13818-1中定義之HEVC靜態圖像。video_24hr_pic_present - 此1位元布林旗標當被設定為「1」時應指示視訊資產可包含如在ISO/IEC 13818-1中定義之HEVC 24小時圖像。當被設定為「0」時，旗標應指示視訊資產應不包含如在ISO/IEC 13818-1中定義之任何HEVC 24小時圖像。以此方式，res_cf_bd_info()可用於傳訊經編碼視訊資料之解析度、色度格式及位元深度。以此方式，解析度、色度格式及位元深度可被稱作圖像品質。如在表2A至表2D中闡釋，基於pr_info_present之值，pr_info()可能存在。於表6A中提供pr_info()之例示性語意。表6A 例示性語法元素picture_rate_code及average_picture_rate[i]可基於下列例示性定義：picture_rate_code [i]：picture_rate_code[i]提供有關此視訊資產或串流之第i個時間子層之圖像速率之資訊。picture_rate_code[i]代碼指示第i個時間子層之圖像速率之下列值：0=未知、1=23.976 Hz、2=24 Hz、3=29.97 Hz、4=30 Hz、5=59.94 Hz、6=60 Hz、7=25 Hz、8=50 Hz、9=100 Hz、10=120/1.001 Hz、11=120 Hz、12至254=保留、255=其他。當picture_rate_code[i]等於255時，藉由average_picture_rate [i]元素指示圖像速率之實際值。average_picture_rate [i]指示第i個時間子層之平均圖像速率(以每256秒之圖像為單位)。H.265 (10/2014) HEVC規格第F.7.4.3.1.4部分(VPS VUI (視訊可用性資訊)語意)中定義之avg_pic_rate[0][i]之語意適用。在一實例中，average_picture_rate [i]應不具有對應於下列圖像速率值之任一者之一值：23.976 Hz、24 Hz、29.97 Hz、30 Hz、59.94 Hz、60 Hz、25 Hz、50 Hz、100 Hz、120/1.001 Hz、120 Hz。在此情況中，picture_rate_code[i]應用於指示圖像速率。於表6B中提供pr_info()之語意之另一實例。表6B 例示性語法元素picture_rate_code、constant_pic_rate_id及average_picture_rate[i]可基於下列例示性定義：picture_rate_code [i]：picture_rate_code[i]提供有關此視訊資產或串流之第i個時間子層之圖像速率之資訊。picture_ rate_code[i]代碼指示第i個時間子層之圖像速率之下列值：0=未知、1=23.976 Hz、2=24 Hz、3=29.97 Hz、4=30 Hz、5=59.94 Hz、6=60 Hz、7=25 Hz、8=50 Hz、9=100 Hz、10=120/1.001 Hz、11=120 Hz、12至254=保留、255=其他。當picture_rate_code[i]等於255時，藉由average_picture_rate [i]元素指示圖像速率之實際值。 H.265 (10/2014) HEVC規格第F.7.4.3.1.4部分(VPS VUI語意)中定義之constant_pic_rate_idc[0][i]之constant_pic_rate_idc [i]語意適用。average_picture_rate [i]指示第i個時間子層之平均圖像速率(以每256秒之圖像為單位)。H.265 (10/2014) HEVC規格第F.7.4.3.1.4部分(VPS VUI語意)中定義之avg_pic_rate[0][i]之語意適用。average_picture_rate [i]應不具有對應於下列圖像速率值之任一者之一值：23.976 Hz、24 Hz、29.97 Hz、30 Hz、59.94 Hz、60 Hz、25 Hz、50 Hz、100 Hz、120/1.001 Hz、120 Hz。在此情況中，picture_rate_code[i]應用於指示圖像速率。應注意，H.265 (10/2014) HEVC規格包含avg_pic_rate[0][i]且亦包含avg_pic_rate[j][i]用於傳訊平均圖像速率且不提供使常用圖像速率被容易地傳訊之一機制。此外，H.265 (10/2014) HEVC規格之avg_pic_rate[j][i]以每256秒之圖像為單位，其中更期望傳訊每秒之一圖像速率(Hz)。因此，picture_rate_code之使用可提供傳訊經編碼視訊資料之一資產之一圖像速率之更高效率。如在表2A至表2D中闡釋，基於br_info_present之值，br_info()可能存在。於表7中提供br_info()之例示性語意。表7 例示性語法元素average_bitrate及maximum_bitrate[i]可基於下列例示性定義：average_bitrate [i]指示此視訊資產或串流之第i個時間子層之平均位元速率(以位元/秒為單位)。使用如在H.265 (10/2014) HEVC規格第F.7.4.3.1.4部分(VPS VUI語意)中定義之BitRateBPS(x)函數計算該值。H.265 (10/2014) HEVC規格第F.7.4.3.1.4部分(VPS VUI語意)中定義之avg_bit_rate[0][i]之語意適用。maximum_bitrate [i]指示任何一秒時間窗中之第i個時間子層之最大位元速率。使用如在H.265 (10/2014) HEVC規格第F.7.4.3.1.4部分(VPS VUI語意)中定義之BitRateBPS(x)函數計算該值。H.265 (10/2014) HEVC規格第F.7.4.3.1.4部分(VPS VUI語意)中定義之max_bit_rate[0][i]之語意適用。以此方式，br_info可用於傳訊提供經編碼視訊資料之一資產之一位元速率。如在表2A至表2D中闡釋，基於color_info_present之值，color_info()可能存在。於表8A中提供color_info()之例示性語意。表8A 在表8A中，colour_primaries、transfer_characteristics、 matrix_coeffs元素可分別具有與在H.265 (10/2014) HEVC規格第E.3.1部分(VUI參數語意)中具有相同名稱之元素相同的語意含義。應注意，在一些實例中，colour_primaries、transfer_characteristics、 matrix_coeffs之各者可基於更一般定義。例如，olour_primaries可指示源原色之色度座標，transfer_characteristics可指示光電傳送特性及/或matrix_coeffs可描述用於自綠色、藍色及紅色原色導出照度及色度信號之矩陣係數。以此方式，color_info()可用於傳訊經編碼視訊資料之一資產之色彩資訊。於表8B中提供color_info()之語意之另一實例。表8B 在表8B中，語法元素可基於下列例示性定義：colour_primaries 、 transfer_characteristics 及matrix_coeffs 元素可分別具有與在H.265 (10/2014) HEVC規格第E.3.1部分(VUI參數語意)中具有相同名稱之元素相同的語意含義。cg_compatibility – 此1位元布林旗標當被設定為「1」時指示視訊資產經編碼為與Rec. ITU-R BT.709-5色域相容。當被設定為「0」時，旗標可指示視訊資產未經編碼為與Rec. ITU-R BT.709-5色域相容。在表8B中，在傳輸層處傳訊之語法元素cg_compatibility允許一接收器或演現器判定一寬色域(例如，Rec. ITU-R BT.2020)編碼視訊資產是否與諸如Rec. ITU-R BT.709-5色域之標準色域相容。此指示可用於允許一接收器基於接收器所支援之色域選擇接收合適視訊資產。與標準色域之相容性可意味當一寬色域編碼視訊被轉換為標準色域時，無削波發生或色彩保持在標準色域內。 Rec. ITU-R BT.709-5經定義於「Rec. ITU-R BT.709-5，Parameter values for the HDTV standards for production and international programme exchange」，其全文以引用的方式併入。Rec. ITU-R BT.2020 經定義於「Rec. ITU-R BT.2020，Parameter values for ultra-high definition television systems for production and international programme exchange」，其全文以引用的方式併入。在表8B中，僅在由colour_primaries元素指示之色域具有對應於原色係Rec ITU-R BT.2020之一值時有條件地傳訊元素cg_compatibility。在其他實例中，元素cg_compatibility可如表8C中所示般予以傳訊。表8C 在表8B及表8C中，在語法元素cg_compatibility之後，可包含一元素reserved7，其係7位元長序列，其中各位元被設定為「1」。此可允許整體color_info()位元組對準，其可提供容易的剖析。在另一實例中，取而代之，reserved7可係其中各位元係「0」之一序列。在又另一實例中，reserved7語法元素可被省略，且可不提供位元組對準。省略reserved7語法元素在其中位元節省係重要的情況中可能係有用的。在其他實例中，語法元素cg_compatibility之語意可定義如下：cg_compatibility – 此1位元布林旗標當被設定為「1」時指示寬色域視訊資產經編碼為與標準色域相容。當被設定為「0」時，旗標可指示寬色域視訊資產未經編碼為與標準色域相容。在cg_compatibility之另一例示性定義中，可使用術語擴展色域取代術語寬色域。在另一實例中，cg_compatbility元素之「0」值的語意可指示未知視訊資產是否經編碼為與標準色域相容。在另一實例中，對於cg_compatibility可使用2位元，而非使用1位元之。於表8D及表8E中分別展示此語法之兩個實例。如所闡釋，此兩個表之間之差異在於在表8D中，基於語法元素colour_primaries之值有條件地傳訊語法元素cg_compatibility，其中如在表8E中，始終傳訊語法元素cg_compatibility。表8D 表8E 有關表8D及表8E，cg_compatibility之語意可基於下列例示性定義：cg_compatibility – 此2位元欄位當被設定為「01」時可指示視訊資產經編碼為與Rec. ITU-R BT.709-5色域相容。當被設定為「00」時，欄位可指示視訊資產未經編碼為與Rec. ITU-R BT.709-5色域相容。當被設定為「10」時，欄位可指示未知視訊資產是否經編碼為與Rec. ITU-R BT.709-5色域相容。此欄位之「11」值保持保留。在另一實例中，cg_compatibility之語意可基於下列例示性定義：cg_compatibility – 此2位元欄位當被設定為「01」時可指示視訊資產經編碼為與標準色域相容。當被設定為「00」時，欄位可指示視訊資產未經編碼為與標準色域相容。當被設定為「10」時，欄位可指示未知視訊資產是否經編碼為與標準色域相容。此欄位之「11」值可保持保留。當2個位元用於編碼欄位cg_compatbility時，下一語法元素可從「reserved7」改變為「reserved6」，「reserved6」係一6位元長序列，其中各位元被設定為「1」。此可允許整體color_info()位元組對準，其提供容易的剖析。在另一實例中，取而代之，其中reserved6可係其中各位元係「0」之一序列。在又另一實例中，reserved6語法元素可被省略，且可不提供位元組對準。此可係位元節省係重要的情況。有關表8B及表8D，在一實例中，可僅針對原色之特定值傳訊cg_compatibility資訊。例如，在colour_primaries大於或等於9的情況下，即(colour_primaries＞=9)而非(colour_primaries==9)。於表8F中提供color_info()之語法之另一實例。在此情況中，提供支援以允許包含光電傳送函數(EOTF)資訊。表8F 在表8F中，eotf_info_present之語意可基於下列例示性定義：eotf_info_present – 此1位元布林旗標當被設定為「1」時應指示eotf_info()結構中之元素存在。當被設定為「0」時，旗標應指示eotf_info()結構中之元素不存在，其中eotf_info()提供待進一步定義之光電傳送函數(EOTF)資訊資料。在另一實例中，可僅針對傳送特性之特定值傳訊EOTF資訊。例如，在transfer_characteristics等於16的情況下，即(transfer_characteristics==16)或在transfer_characteristics等於16或17的情況下，即((transfer_characteristics==16)||transfer_characteristics==17))。在一實例中，在表8F中，cg_compatibility之語意可基於下列例示性定義。cg_compatibility – 此1位元布林旗標當被設定為「1」時應指示視訊資產經編碼為與Rec. ITU R BT.709-5色域相容。當被設定為「0」時，旗標應指示視訊資產未經編碼為與Rec. ITU R BT.709-5色域相容。於表8G中提供color_info()之語意之另一實例。表8G 於表8H中提供color_info()之語意之另一實例。表8H 在表8G及表8H中，語法元素colour_primaries、transfer_characteristics、matrix_coeffs及eotf_info_present可基於上文提供之定義。有關表8G，語法元素eotf_info_len_minus1可基於下列例示性定義：eotf_info_len_minus1 – 此15位元不帶正負號整數加上1應指定緊接在此欄位之後之eotf_info()結構之以位元組為單元之長度。在表8G中之另一實例中，取代語法元素eotf_info_len_minus，可傳訊語法元素eotf_info_len。因此，在此情況中，減一編碼未用於傳訊eotf_info()之長度。在此情況中，語法元素eotf_info_len可基於下列例示性定義：eotf_info_len – 此15位元不帶正負號整數應指定緊接在此欄位之後之eotf_info()結構之以位元組為單元之長度。有關表8H，語法元素eotf_info_len可基於下列例示性定義：eotf_info_len – 此16位元不帶正負號整數當大於零時應指定緊接在此欄位之後之eotf_info()結構之以位元組為單元之長度。當eotf_info_len 等於0時，無eotf_info()結構緊跟在此欄位之後。因此，表8G及表8H之各者提供用於傳訊eotf_info()之長度之機制，其提供EOTF資訊資料。應注意，傳訊EOTF資訊資料之長度可用於跳過eotf_info()之剖析之一接收器裝置，例如不支援與eotf_info()相關聯之功能之一接收器裝置。以此方式，判定eotf_info()之長度之一接收器裝置可判定待忽視之一位元串流中之位元組的數目。應注意，ITU-T H.265使能傳訊補充增強資訊(SEI)訊息。在ITU-T H.265中，SEI訊息協助有關解碼、顯示或其他目的之程序。但是，可能無需SEI訊息來藉由解碼程序構造照度或色度樣本。在ITU-T H.265中，可使用非VCL NAL單元在一位元串流中傳訊SEI訊息。此外，SEI訊息可藉由除存在於位元串流中以外之機制傳達(即，頻帶外傳訊)。在一實例中，color_info()中之eotf_info()可包含如根據HEVC定義之SEI訊息NAL單元之資料位元組。表9A至表9C繪示eotf_info()之語意之實例。表9A 表9B 表9C 有關表9A至表9C，語法元素num_SEIs_minus1、SEI_NUT_length_minus1[i]及SEI_NUT_data[i]可基於下列例示性定義：num_SEIs_minus1 加上1指示針對其在此eotf_info()中傳訊NAL單元資料之補充增強資訊訊息之數目。SEI_NUT_length_minus1[i] 加上1指示SEI_NUT_data[i]欄位中之資料之位元組的數目。SEI_NUT_data[i] 含有補充增強資訊訊息NAL單元之資料位元組[如在HEVC中定義]。SEI_NUT_data[i]中之NAL單元之nal_unit_type應等於39或40。對於此版本之此規格，SEI_NUT_data[i]中之SEI訊息之payloadType值應等於137或144。應注意，39之一nal_unit_type在HEVC中定義為包含補充增強資訊之一PREFIX_SEI_NUT，且40之一nal_unit_type在HEVC中定義為包含SEI原始位元組序列有效負載(RBSP)之一SUFFIX_SEI_NUT。此外，應注意，等於137之一payloadType值對應於HEVC中之一主控顯示器色域體積SEI訊息。ITU-T H.265提供一主控顯示器色域體積SEI訊息識別被視為用於相關聯視訊內容之主控顯示器之一顯示器之色域體積(即，原色、白點及亮度範圍)，例如用於在編輯視訊內容的同時觀看之一顯示器之色域體積。表10繪示如在ITU-T H.265中提供之一主控顯示器色域體積SEI訊息mastering_display_colour_volume()之語意。應注意，在表10及本文中之其他表中，一描述符u(n)指使用n位元之不帶正負號整數。表10 有關表10，語法元素display_primaries_x[c]、display_primaries_y[c]、white_point_x、white_point_y、max_display_mastering_luminance及min_display_mastering_luminance可基於ITU-T H.265中提供之下列例示性定義：display_primaries_x [c]及display_primaries_y [c]分別根據x及y之國際照明委員會(CIE) 1931定義依0.00002之增量指定主控顯示器之原色分量c之正規化x及y色度座標……display_primaries_x[c]及display_primaries_y[c]之值應在0至50,000之範圍中，包含0及50,000。white_point_x 及white_point_y 根據x及y之國際CIE 1931定義依0.00002之正規化增量指定主控顯示器之白點之正規化x及y色度座標……white_point_x及white_point_y之值應在0至50,000之範圍中。max_display_mastering_luminance 及min_display_mastering_luminance 分別指定以0.0001坎德拉/平方公尺為單位之主控顯示器之標稱最大及最小顯示器亮度。min_display_mastering_luminance應小於max_display_mastering_luminance。在最小亮度下，主控顯示器被視為具有與白點相同之標稱色度。此外，應注意，等於144之一payloadType值對應於一內容光度資訊SEI訊息，如提供於Joshi等人之ISO/IEC JTC 1/SC 29/WG 11，High Efficiency Video Coding (HEVC) Screen Content Coding：Draft 6，Document：JCTVC-W1005v4，其以引用的方式併入本文中，提供內容光度資訊SEI訊息識別圖像之標稱目標亮度光度之上限(即，一最大光度之上限及一平均最大光度之上限)。表11繪示如在JCTVC-W1005v4中提供之內容光度資訊SEI訊息content_light_level_info()之語意。表11 有關表11，語法元素max_content_light_level及max_pic_average_light_level可基於JCTVC-W1005v4中提供之下列例示性定義：max_content_light_level 當不等於0時指示在針對經編碼逐層視訊序列(CLVS)之圖像之紅色、綠色及藍色原色強度(在線性光域中)之4:4:4表示中之所有個別樣本間之以坎德拉/平方公尺為單位之最大光度之一上限。當等於0時，未藉由max_content_light_level指示此上限。max_pic_average_light_level 當不等於0時指示在針對CLVS之任何個別圖像之紅色、綠色及藍色原色強度(在線性光域中)之4:4:4表示中之樣本間之以坎德拉/平方公尺為單位之最大平均光度之一上限。當等於0時，未藉由max_pic_average_light_level指示此上限。應注意在表9B中，考慮eotf_info()之允許長度而調整SEI_NUT_length_minus1之長度。有關表9C，語法元素SEI_payload_type[i]可基於下列例示性定義：SEI_payload_type [i]指示在SEI_NUT_data[i]欄位中傳訊之SEI訊息之payloadType。對於此版本之此規格，SEI_payload_type[i]值應等於137或144。應注意，在表9C中，在實際SEI資料之傳訊之前傳訊一分開之「for循環」，該「for循環」指示包含於eotf_info()之一例項中之SEI訊息之payloadType。此傳訊允許一接收器裝置剖析第一「for循環」以判定SEI資料(即，包含於第二「for循環」中之資料)是否包含實現特定接收器裝置之有用功能性之任何SEI訊息。此外，應注意，第一「for循環」中之資料條目係固定長度且因此較不複雜進行剖析。此亦允許跳躍且直接存取僅對於接收器有用之SEI之SEI資料或甚至跳過所有SEI訊息之剖析，前提係其等基於其等之payloadType對於接收器皆係無用的。如表2A至表2D中闡釋，profile_tier_level()可基於calable_info_present及multiview_info_present之值而存在。在一實例中，profile_tier_level()可包含如在H.265 (10/2014) HEVC規格第7.3.3部分中描述之輪廓、層、層級語法結構。應注意，video_stream_properties_descriptor可在下列位置之一或多者中傳訊：MMT封裝(MP)表、在mmt_atsc3_message()中傳訊之ATSC服務及在使用者服務包描述(USBD)/使用者服務描述中傳訊之ATSC服務。ATSC 3.0標準套組之當前建議定義一MMT傳訊訊息(例如，mmt_atsc3_message())，其中MMT傳訊訊息經定義以遞送特定於ATSC 3.0服務之資訊。可使用經保留供私人使用之一MMT訊息識別符值(例如，0x8000至0xFFFF之一值)識別一MMT傳訊訊息。表12提供一MMT傳訊訊息mmt_atsc3_message()之例示性語法。如上文描述，在一些例項中，一接收裝置能夠在解囊封NAL單元或ITU-T H.265訊息前存取視訊參數可能係有利的。此外，一接收裝置在剖析對應於與video_stream_properties_descriptor()相關聯之視訊資產之一MPU之前剖析包含一video_stream_properties_descriptor()之一mmt_atscs3_message()可能係有利的。以此方式，在一實例中，服務散佈引擎500可經組態以在針對特定時間段將包含視訊資產之MMTP封包傳遞至UDP層之前將包含mmt_atscs3_message()(其包含video_stream_properties_descriptor())之MMTP封包傳遞至UDP層。例如，服務散佈引擎500可經組態以在一經定義間隔開始時將包含mmt_atscs3_message()(其包含video_stream_properties_descriptor())之MMTP封包傳遞至UDP層且隨後將包含視訊資產之MMTP封包傳遞至UDP層。應注意，一MMTP封包可包含一時戳欄位，該時戳欄位表示當一MMTP封包之第一位元組被傳遞至UDP層時之協調世界時(UTC)時間。因此，對於一特定時間段，包含mmt_atscs3_message()(包含video_stream_properties_descriptor())之MMTP封包之一時戳可能需小於包含對應於video_stream_properties_descriptor()之視訊資產之MMTP封包之一時戳。此外，服務散佈引擎500可經組態使得由時戳值指示之順序被維持直至RF信號之傳輸。即，例如，傳輸/網路封包產生器504、鏈路層封包產生器506及/或圖框建立器及波形產生器508之各者可經組態使得包含mmt_atscs3_message()(其包含video_stream_properties_descriptor())之一MMTP封包在包含任何對應視訊資產之MMTP封包之前傳輸。在一實例中，可能需要應在遞送對應於一視訊資產之任何MPU之前針對該視訊資產傳訊攜載video_stream_properties_descriptor()之一mmt_atsc3_message()。此外，在一些實例中，在一接收器裝置在接收包含mmt_atscs3_message()(其包含video_stream_properties_descriptor())之一MMTP封包之前接收包含視訊資產之MMTP封包的情況中，接收器裝置可延遲包含對應視訊資產之MMTP封包之剖析。例如，一接收器裝置可導致包含視訊資產之MMTP封包儲存於一或多個緩衝器中。應注意，在一些實例中，可在遞送第一video_stream_properties_descriptor()之後遞送針對一視訊資產之一或多個額外video_stream_properties_descriptor()訊息。例如，video_stream_properties_descriptor()訊息可根據指定間隔(例如，每5秒)傳輸。在一些實例中，可在繼第一video_stream_ properties_descriptor()之後遞送一或多個MPU之後遞送一或多個額外video_stream_properties_descriptor()訊息之各者。在另一實例中，對於各視訊資產，可能需傳訊video_stream_properties_descriptor()，其將視訊資產與video_stream_properties_descriptor()相關聯。此外，在一實例中，包含視訊資產之MMTP封包之剖析可視接收一對應video_stream_properties_descriptor()的情況而定。即，在一頻道改變事件下，一接收器裝置可在存取一對應視訊資產之前等待直至如由包含mmt_atscs3_message()(其包含video_stream_properties_descriptor())之一MMTP封包定義之一間隔之開始。表12 ATSC 3.0標準套組之當前建議提供語法元素message_id、version、length、service_id、atsc3_message_content_type、atsc3_message_ content_version、atsc3_message_content_compression、URI_length、URI_byte、atsc3_message_content_length、atsc3_message_content_byte及reserved之下列定義：message_id –一16位元不帶正負號整數欄位，其應唯一地識別mmt_atsc3_message()。此欄位之值應為0x8000。version - 一8位元不帶正負號整數欄位，其應在此訊息中攜載之資訊存在改變的任何時間以1的數字遞增。當version欄位達到其最大值255時，其值應回歸為0。length – 一32位元不帶正負號整數欄位，其應提供自下一欄位之開端計數至mmt_atsc3_message()之最後位元組之以位元組為單位之mmt_atsc3_message()之長度。service_id – 一16位元不帶正負號整數欄，其應將訊息有效負載與在服務標記表(LST)中給出之serviceId屬性中識別之服務相關聯位。atsc3_message_content_type – 一16位元不帶正負號整數欄位，其應唯一地識別mmt_atsc3_message()有效負載中之訊息內容之類型。atsc3_message_content_version - 一8位元不帶正負號整數欄位，其應在由service_id及atsc_message_content_type對所識別之atsc3_message內容存在改變的任何時間以1的數字遞增。當atsc3_message_content_version欄位達到其最大值時，其值應回歸為0。atsc3_message_content_compression – 一8位元不帶正負號整數欄位，其應識別應用至atsc3_message_content_byte中之資料之壓縮的類型。URI_length – 一8位元不帶正負號整數欄位，其應提供跨服務唯一地識別訊息有效負載之統一資源識別符(URI)之長度。若URI不存在，則此欄位之值應被設定為0。URI_byte – 一8位元不帶正負號整數欄位，其應含有依據Internet Engineering Task Force (IETF) Request for Comments (RFC) 3986之與藉由此訊息攜載之內容相關聯之URI之一UTF-8 [其中UTF係萬國碼變換格式之一縮寫詞]字元(不含結束的null字元)。此欄位當存在時應用於識別所遞送訊息有效負載。可由系統表使用URI以參考由所遞送訊息有效負載使其變得可得之表。atsc3_message_content_length – 一32位元不帶正負號整數欄位，其應提供由此訊息攜載之內容之長度。atsc3_message_content_byte – 一8位元不帶正負號整數欄位，其應含有由此訊息攜載之內容之一位元組。以此方式，傳輸封裝產生器600可經組態以使用用以指示有關各種視訊串流之資訊是否存在之旗標而傳訊各種視訊串流特性。此傳訊可能對於包含多個視訊元素之多媒體呈現特別有用，包含例如包含多攝影機視圖呈現、透過多個視圖之三維呈現、時間可擴縮視訊呈現、空間及品質可擴縮視訊呈現之多媒體呈現。應注意，MMTP指定傳訊訊息可編碼為不同格式之一者，諸如XML格式。因此，在一實例中，XML、JSON或其他格式可用於視訊串流性質描述符之所有或部分。表11展示一例示性視訊串流性質描述XML格式。表13 應注意，表13中可包含更多、更少或不同元素。例如，上文參考上文表2A至表9C描述之變動可適用於表13。圖7係繪示可實施本發明之一或多種技術之一接收器裝置之一實例之一方塊圖。接收器裝700係可經組態以自一通信網路接收資料且允許一使用者存取多媒體內容之一運算裝置之一實例。在圖7中繪示之實例中，接收器裝置700經組態以經由一電視網路(諸如，例如上文描述之電視服務網路104)來接收資料。此外，在圖7中繪示之實例中，接收器裝置700經組態以經由一廣域網路來發送及接收資料。應注意，在其他實例中，接收器裝置700可經組態以簡單地透過一電視服務網路104來接收資料。可由經組態以使用通信網路之任一者及所有組合來通信之裝置利用本文中描述之技術。如在圖7中繪示，接收器裝置700包含(若干)中央處理單元702、系統記憶體704、系統介面710、資料提取器712、音訊解碼器714、音訊輸出系統716、視訊解碼器718、顯示器系統720、(若干) I/O裝置722及網路介面724。如在圖7中繪示，系統記憶體704包含作業系統706及應用程式708。(若干)中央處理單元702、系統記憶體704、系統介面710、資料提取器712、音訊解碼器714、音訊輸出系統716、視訊解碼器718、顯示器系統720、(若干) I/O裝置722及網路介面724之各者可經互連(實體地、通信地及/或可操作地)以進行組件間通信且可實施為多種合適電路之任一者，諸如一或多個微處理器、數位信號處理器(DSP)、特定應用積體電路(ASIC)、場可程式化閘陣列(FPGA)、離散邏輯、軟體、硬體、韌體或其等之任何組合。應注意，雖然接收器裝置700經繪示為具有不同功能區塊，然此一繪示係出於描述目的且並不使接收器裝置700限於一特定硬體架構。可使用硬體、韌體及/或軟體實施方案之任何組合來實現接收器裝置700之功能。 (若干) CPU 702可經組態以實施用於在接收器裝置700中執行之功能性及/或程序指令。(若干) CPU 702可包含單核心及/或多核心中央處理單元。(若干) CPU 702可能夠擷取及處理用於實施本文中描述之技術之一或多者之指令、程式碼及/或資料結構。指令可儲存於一電腦可讀媒體(諸如系統記憶體704)上。系統記憶體704可被描述為一非暫時性或有形電腦可讀儲存媒體。在一些實例中，系統記憶體704可提供臨時及/或長期儲存。在一些實例中，系統記憶體704或其部分可被描述為非揮發性記憶體，且在其他實例中，系統記憶體704之部分可被描述為揮發性記憶體。系統記憶體704可經組態以儲存可由接收器裝置700在操作期間使用之資訊。系統記憶體704可用於儲存由(若干) CPU 702執行之程式指令且可由在接收器裝置700上運行之程式用於在程式執行期間臨時儲存資訊。此外，在接收器裝置700作為一數位視訊錄影機之部分被包含在內之實例中，系統記憶體704可經組態以儲存許多視訊檔案。應用程式708可包含在接收器裝置700內實施或由接收器裝置700執行之應用程式且可在接收器裝置700之組件內實施或包含於該等組件內、可由該等組件操作、由該等組件執行及/或可操作地/通信地耦合至該等組件。應用程式708可包含可導致接收器裝置700之(若干) CPU 702執行特定功能之指令。應用程式708可包含表達為電腦程式設計語句之演算法，諸如for循環、while循環、if語句、do循環等。可使用一指定程式設計語言來開發應用程式708。程式設計語言之實例包含Java^TM 、Jini^TM 、C、C++、Objective C、Swift、Perl、Python、PhP、UNIX Shell、Visual Basic及Visual Basic Script。在接收器裝置700包含一智慧型電視之實例中，可由一電視製造商或一廣播業者來開發應用程式。如在圖7中繪示，應用程式708可結合作業系統706執行。即，作業系統706可經組態以促成應用程式708與(若干) CPU 702及接收器裝置700之其他硬體組件之互動。作業系統706可為經設計以安裝於機上盒、數位視訊錄影機、電視及類似者上之一作業系統。應注意，可由經組態以使用軟體架構之任一者及所有組合來操作之裝置利用本文中描述之技術。系統介面710可經組態以實現接收器裝置700之組件之間的通信。在一實例中，系統介面710包括使資料能自一個同級裝置傳送至另一同級裝置或一儲存媒體的結構。例如，系統介面710可包含支援基於加速圖形埠(AGP)之協定、基於周邊組件互連(PCI)匯流排之協定(諸如，例如由周邊組件互連特別興趣群維持之PCI Express^TM (PCIe)匯流排規格)，或可用於使同級裝置互連之任何其他形式之結構(例如，專屬匯流排協定)之一晶片組。如在上文描述，接收器裝置700經組態以經由一電視服務網路來接收及視情況發送資料。如在上文描述，一電視服務網路可根據一電信標準來操作。一電信標準可定義通信性質(例如，協定層)，諸如，例如實體傳訊、定址、頻道存取控制、封包性質及資料處理。在圖7中繪示之實例中，資料提取器712可經組態以自一信號提取視訊、音訊，及資料。例如，可根據態樣DVB標準、ATSC標準、ISDB標準、DTMB標準、DMB標準及DOCSIS標準來定義一信號。資料提取器712可經組態以自由上文描述之服務散佈引擎500產生之一信號提取視訊、音訊及資料。即，資料提取器712可以與服務散佈引擎500互反之一方式來操作。此外，資料提取器712可經組態以基於上文描述之結構之一或多者之任何組合來剖析鏈路層封包。可由(若干) CPU 702、音訊解碼器714，及視訊解碼器718來處理資料封包。音訊解碼器714可經組態以接收及處理音訊封包。例如，音訊解碼器714可包含經組態以實施一音訊編解碼器之態樣之硬體及軟體之一組合。即，音訊解碼器714可經組態以接收音訊封包，且將音訊資料提供至音訊輸出系統716用於演現。可使用多頻道格式(諸如由Dolby及Digital Theater Systems開發之多頻道格式)來編碼音訊資料。可使用一音訊壓縮格式來編碼音訊資料。音訊壓縮格式之實例包含動畫專家群(MPEG)格式、進階音訊編碼(AAC)格式、DTS-HD格式，及杜比數位(AC-3)格式。音訊輸出系統716可經組態以演現音訊資料。例如，音訊輸出系統716可包含一音訊處理器、一數位轉類比轉換器、一放大器，及一揚聲器系統。一揚聲器系統可包含多種揚聲器系統中之任一者，諸如頭戴耳機、一整合式立體聲揚聲器系統、一多揚聲器系統，或一環場音效系統。視訊解碼器718可經組態以接收及處理視訊封包。例如，視訊解碼器718可包含用於實施一視訊編解碼器之態樣之硬體及軟體之一組合。在一實例中，視訊解碼器718可經組態以解碼根據任何數目種視訊壓縮標準(諸如ITU-T H.262或ISO/IEC MPEG-2 Visual、ISO/IEC MPEG-4 Visual、ITU-T H.264 (亦稱為ISO/IEC MPEG-4 AVC)及高效視訊編碼(HEVC))編碼之視訊資料。顯示器系統720可經組態以擷取及處理視訊資料用於顯示。例如，顯示器系統720可自視訊解碼器718接收像素資料，且輸出資料用於視覺呈現。此外，顯示器系統720可經組態以輸出圖形連同視訊資料(例如，圖形使用者介面)。顯示器系統720可包括多種顯示器裝置之一者，諸如一液晶顯示器(LCD)、一電漿顯示器、一有機發光二極體(OLED)顯示器，或能夠將視訊資料呈現給一使用者之另一類型的顯示器裝置。一顯示器裝置可經組態以顯示標準清晰度內容、高清晰度內容，或超高清晰度內容。 (若干) I/O裝置722可經組態以在接收器裝置700之操作期間接收輸入且提供輸出。即，(若干) I/O裝置722可使一使用者能選擇待演現之多媒體內容。輸入可自一輸入裝置產生，諸如，例如一按鈕遠端控制、包含一觸敏螢幕之一裝置、一基於運動之輸入裝置、一基於音訊之輸入裝置或經組態以接收使用者輸入之任何其他類型之裝置。(若干) I/O裝置722可使用一標準化通信協定可操作地耦合至接收器裝置700，諸如，例如通用串列匯流排協定(USB)、藍芽、ZigBee或一專屬通信協定(諸如，例如一專屬紅外線通信協定)。網路介面724可經組態以使接收器裝置700能經由一區域網路及/或一廣域網路來發送及接收資料。網路介面724可包含一網路介面卡(諸如一乙太網路卡)、一光學收發器、一射頻收發器或經組態以發送及接收資訊之任何其他類型之裝置。網路介面724可經組態以根據一網路中所利用之實體及媒體存取控制(MAC)層來執行實體傳訊、定址及頻道存取控制。在一或多個實例中，可在硬體、軟體、韌體或其等之任何組合中實施所描述之功能。若在軟體中實施，則功能可作為一或多個指令或程式碼儲存於一電腦可讀媒體上或經由該電腦可讀媒體傳輸且由一基於硬體之處理單元來執行。電腦可讀媒體可包含電腦可讀儲存媒體(其對應於一有形媒體，諸如資料儲存媒體)或通信媒體，包含例如，根據一通信協定促成一電腦程式自一個位置傳送至另一位置之任何媒體。以此方式，電腦可讀媒體可大體上對應於：(1)有形電腦可讀儲存媒體，其係非暫時性的；或(2)一通信媒體，諸如一信號或載波。資料儲存媒體可為任何可用媒體，其可由一或多個電腦或一或多個處理器存取以擷取指令、程式碼及/或資料結構以用於實施本發明中描述之技術。一電腦程式產品可包含一電腦可讀媒體。藉由實例且並非限制，此電腦可讀儲存媒體可包括RAM、ROM、EEPROM、CD-ROM或其他光碟儲存器、磁碟儲存器或其他磁性儲存裝置、快閃記憶體或可用於儲存呈指令或資料結構之形式之所要程式碼且可由一電腦存取之任何其他媒體。此外，任何連接被適當地稱作一電腦可讀媒體。例如，若使用一同軸纜線、光纖纜線、雙絞線、數位用戶線(DSL)或無線技術(諸如紅外線、無線電及微波)自一網站、伺服器或其他遠端源傳輸指令，則同軸纜線、光纖纜線、雙絞線、DSL或無線技術(諸如紅外線、無線電及微波)包含於媒體之定義中。然而，應理解，電腦可讀儲存媒體及資料儲存媒體並不包含連接、載波、信號或其他暫時性媒體，而取而代之係關於非暫時性、有形儲存媒體。如在本文中使用，磁碟及光碟包含光碟(CD)、雷射光碟、光學光碟、數位多功能光碟(DVD)、軟磁碟及藍光光碟，其中磁碟通常磁性地重現資料，而光碟使用雷射光學地重現資料。上文之組合亦應包含於電腦可讀媒體之範疇內。可由一或多個處理器(諸如一或多個數位信號處理器(DSP)、通用微處理器、特定應用積體電路(ASIC)、場可程式化邏輯陣列(FPGA)或其他等效積體或離散邏輯電路)執行指令。因此，如在本文中使用，術語「處理器」可指前述結構或適合於實施本文中描述之技術之任何其他結構之任一者。另外，在一些態樣中，可在經組態用於編碼及解碼或併入於一經組合編解碼器中之專用硬體及/或軟體模組內提供本文中描述之功能性。此外，可在一或多個電路或邏輯元件中全面實施該等技術。可在多種裝置或設備中實施本發明之技術，包含一無線手機、一積體電路(IC)或一組IC (例如，一晶片組)。在本發明中描述各種組件、模組或單元以強調經組態以執行所揭示技術之裝置之功能態樣，但未必需要藉由不同硬體單元來實現。實情係，如在上文描述，各種單元可組合於一編解碼器硬體單元中或由互操作硬體單元之一集合(包含如上文描述之一或多個處理器)結合合適軟體及/或韌體提供。此外，可由一電路(其通常係一積體電路或複數個積體電路)來實施或執行用於前述實施例之各者中之基地台裝置及終端裝置(視訊解碼器及視訊編碼器)之各功能區塊或各種特徵。經設計以執行本規格中描述之功能之電路可包括一通用處理器、一數位信號處理器(DSP)、一特定應用或通用積體電路(ASIC)、一場可程式化閘陣列(FPGA)或其他可程式化邏輯裝置、離散閘極或電晶體邏輯或一離散硬體組件或其等之一組合。通用處理器可為一微處理器，或替代性地，該處理器可為一習知處理器、一控制器、一微控制器或一狀態機。上文描述之通用處理器或各電路可由一數位電路來組態或可由一類比電路來組態。此外，當歸因於一半導體技術之進步而出現製成取代當前積體電路之一積體電路之技術時，亦能夠使用此技術之積體電路。已描述各種實例。此等及其他實例在下列發明申請專利範圍之範疇內。

100‧‧‧內容遞送協定模型

212‧‧‧系統記憶體

400‧‧‧系統

402A至402N‧‧‧接收器裝置

404‧‧‧電視服務網路

406‧‧‧電視服務提供者網站

408‧‧‧服務散佈引擎

410‧‧‧資料庫

412‧‧‧廣域網路

414A至414N‧‧‧內容提供者網站

416A至416N‧‧‧資料提供者網站

500‧‧‧服務散佈引擎

502‧‧‧傳輸封裝產生器

504‧‧‧傳輸/網路封包產生器

506‧‧‧鏈路層封包產生器

508‧‧‧圖框建立器及波形產生器

510‧‧‧系統記憶體

600‧‧‧傳輸封裝產生器

602‧‧‧呈現資訊產生器

604‧‧‧資產產生器

606‧‧‧資產遞送特性產生器

700‧‧‧接收器裝置

704‧‧‧系統記憶體

706‧‧‧作業系統

708‧‧‧應用程式

710‧‧‧系統介面

712‧‧‧資料提取器

714‧‧‧音訊解碼器

716‧‧‧音訊輸出系統

718‧‧‧視訊解碼器

720‧‧‧顯示器系統

722‧‧‧I/O裝置

724‧‧‧網路介面

圖1係繪示根據本發明之一或多種技術之內容遞送協定模型之一實例之一概念圖。圖2係根據本發明之一或多種技術之產生一信號用於經由一單向通信網路散佈之一實例之一概念圖。圖3係根據本發明之一或多種技術之將經編碼視訊資料囊封至一傳輸封裝中之一實例之一概念圖。圖4係繪示可實施本發明之一或多種技術之一系統之一實例之一方塊圖。圖5係繪示可實施本發明之一或多種技術之一服務散佈引擎之一實例之一方塊圖。圖6係繪示可實施本發明之一或多種技術之一傳輸封裝產生器之一實例之一方塊圖。圖7係繪示可實施本發明之一或多種技術之一接收器裝置之一實例之一方塊圖。

Claims

一種用於傳訊與經包含於一多媒體呈現中之一視訊資產相關聯之視訊參數之方法，該方法包括：在與該視訊資產相關聯之一描述符中傳訊色彩資訊，其中色彩資訊有條件地包含指示一光電傳送函數資訊資料結構是否存在之一旗標；且在其中指示一光電傳送函數資訊資料結構是否存在之該旗標指示一光電傳送函數資訊資料結構存在的情況中：傳訊指示一光電傳送函數資訊資料結構之以位元組為單位之一長度之一語法元素；及傳訊對應於指示一光電傳送函數資訊資料結構之以位元組為單位之一長度之該語法元素之一光電傳送函數資訊資料結構。
如請求項1之方法，其中指示一光電傳送函數資訊資料結構之以位元組為單位之一長度之該語法元素係15個位元。
如請求項1之方法，其中該光電傳送函數資訊資料結構包含一或多個補充增強資訊訊息。
如請求項3之方法，其中該光電傳送函數資訊資料結構包含指示補充增強資訊訊息之數目之一語法元素。
如請求項4之方法，其中針對該經指示數目之補充增強資訊訊息之各者，該光電傳送函數資訊資料結構包含指示該等補充增強資訊訊息之位元組之數目之一語法元素。
如請求項5之方法，其中指示補充增強資訊訊息之該數目之該語法元素係8個位元。
如請求項6之方法，其中指示該等補充增強資訊訊息之位元組之該數目之該語法元素係16個位元。
如請求項1之方法，其中使用一描述符標籤值，將與該視訊資產相關聯之該描述符識別為一視訊描述符，且其中使用一單向實體層來傳輸該視訊資產。
一種用於演現經包含於一多媒體呈現中之一視訊資產之裝置，該裝置包括一或多個處理器，該一或多個處理器經組態以：接收與一視訊資產相關聯之一描述符；基於指示色彩資訊存在於該描述符中之一旗標來剖析對應於該視訊資產之色彩資訊；基於包含於該色彩資訊中之一代碼值是否大於一預定值來剖析指示光電傳送函數資訊資料結構是否存在之一旗標；基於指示光電傳送函數資訊資料結構是否存在之該旗標之一值來剖析指示一光電傳送函數資訊資料結構是否存在之一旗標；基於指示一光電傳送函數資訊資料結構是否存在之該旗標之一值：剖析指示一光電傳送函數資訊資料結構之以位元組為單位之一長度之一語法元素；及剖析對應於指示一光電傳送函數資訊資料結構之以位元組為單位之一長度之該語法元素之一光電傳送函數資訊資料結構。
如請求項9之裝置，其中指示一光電傳送函數資訊資料結構之以位元組為單位之一長度之該語法元素係15個位元。
如請求項9之裝置，其中該光電傳送函數資訊資料結構包含一或多個補充增強資訊訊息及指示補充增強資訊訊息之數目之一語法元素。
如請求項11之裝置，其中針對該經指示數目之補充增強資訊訊息之各者，該光電傳送函數資訊資料結構包含指示該等補充增強資訊訊息之位元組之數目之一語法元素。
如請求項12之裝置，其中指示補充增強資訊訊息之該數目之該語法元素係8個位元，且其中指示該等補充增強資訊訊息之位元組之該數目之該語法元素係16個位元。
如請求項9之裝置，其中該一或多個處理器經進一步組態以忽視藉由指示一光電傳送函數資訊資料結構之以位元組為單位之該長度之該語法元素所指示之位元組之該數目。
一種用於判定經包含於一多媒體呈現中之一視訊資產之一或多個參數之方法，該方法包括：接收與一視訊資產相關聯之一描述符；及剖析光電傳送函數資訊，其中剖析光電傳送函數資訊包含剖析指示一光電傳送函數資訊資料結構之以位元組為單位之長度之一語法元素。
如請求項15之方法，其中指示一光電傳送函數資訊資料結構之以位元組為單位之一長度之該語法元素係15個位元。
如請求項15之裝置，其中該光電傳送函數資訊資料結構包含一或多個補充增強資訊訊息，且其中該光電傳送函數資訊資料結構包含指示補充增強資訊訊息之數目之一語法元素。
如請求項17之方法，其中針對該經指示數目之補充增強資訊訊息之各者，該光電傳送函數資訊資料結構包含指示該補充增強資訊訊息之位元組之數目之一語法元素。
如請求項15之方法，其中指示補充增強資訊訊息之該數目之該語法元素係8個位元，且其中指示該補充增強資訊訊息之位元組之該數目之該語法元素係16個位元。
如請求項15之方法，進一步包括忽視藉由指示一光電傳送函數資訊資料結構之以位元組為單位之該長度之該語法元素所指示之位元組之該數目。