特許 6013614 仮想参照デコーダパラメータシンタックス構造

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6013614

(24)【登録日】2016年9月30日

(45)【発行日】2016年10月25日

(54)【発明の名称】仮想参照デコーダパラメータシンタックス構造

(51)【国際特許分類】

   H04N 19/70 20140101AFI20161011BHJP

   H04N 19/30 20140101ALI20161011BHJP

   H04N 19/423 20140101ALI20161011BHJP

【ＦＩ】

   H04N19/70

   H04N19/30

   H04N19/423

【請求項の数】36

【全頁数】57

(21)【出願番号】特願2015-535685(P2015-535685)

(86)(22)【出願日】2013年9月20日

(65)【公表番号】特表2015-532551(P2015-532551A)

(43)【公表日】2015年11月9日

(86)【国際出願番号】US2013060906

(87)【国際公開番号】WO2014058598

(87)【国際公開日】20140417

【審査請求日】2016年6月13日

(31)【優先権主張番号】61/711,098

(32)【優先日】2012年10月8日

(33)【優先権主張国】US

(31)【優先権主張番号】13/954,712

(32)【優先日】2013年7月30日

(33)【優先権主張国】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100194814

【弁理士】

【氏名又は名称】奥村 元宏

(72)【発明者】

【氏名】ワン、イェ−クイ

【審査官】 岩井 健二

(56)【参考文献】

【文献】 特表２０１０−５２５６６２（ＪＰ，Ａ）

【文献】 特表２０１０−５１６０８５（ＪＰ，Ａ）

【文献】 特表２００９−５１２３０６（ＪＰ，Ａ）

【文献】 Ye-Kui Wang，BoG on high-level syntax for extension planning，Joint Collaborative Team on 3D Video Coding Extension Development of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，1st Meeting: Stockholm，２０１２年 ７月，JCT2-A0177，pp.1-17

【文献】 Munsi Haque et al.，AHG10: VUI and HRD syntax designs agreed by the BoG on VPS and NUH，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，10th Meeting: Stockholm, SE，２０１２年 ７月，JCTVC-J0548r1，pp.1-6

【文献】 Ye-Kui Wang and Miska M. Hannuksela，HRD parameters in VPS，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，10th Meeting: Stockholm, SE，２０１２年 ７月，JCTVC-J0562，pp.1-10

【文献】 Benjamin Bross et al.，High Efficiency Video Coding (HEVC) text specification draft 9，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11，10th Meeting: Stockholm, SE，２０１２年 ７月，JCTVC-J1003_d7，pp.i, 28, 59-60, 203-213, 236-250

【文献】 Miska M. Hannuksela，AHG9: Operation points in VPS and nesting SEI，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，11th Meeting: Shanghai, CN，２０１２年１０月 １日，JCTVC-K0180，pp.1-5，ＵＲＬ，http://phenix.it-sudparis.eu/jct/doc_end_user/documents/11_Shanghai/wg11/JCTVC-K0180-v1.zip

【文献】 Miska M. Hannuksela and Ye-Kui Wang，AHG9: Operation points in VPS and nesting SEI，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，11th Meeting: Shanghai, CN，２０１２年１０月１４日，JCTVC-K0180r1，pp.1-5，ＵＲＬ，http://phenix.it-sudparis.eu/jct/doc_end_user/documents/11_Shanghai/wg11/JCTVC-K0180-v2.zip

【文献】 Benjamin Bross et al.，High Efficiency Video Coding (HEVC) text specification draft 9，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11，11th Meeting: Shanghai, CN，２０１２年１２月，JCTVC-K1003_v13，pp.i, 31, 62-64，ＵＲＬ，http://phenix.it-sudparis.eu/jct/doc_end_user/documents/11_Shanghai/wg11/JCTVC-K1003-v13.zip

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ １９／００ − １９／９８

(57)【特許請求の範囲】

【請求項1】

ビデオデータを復号する方法であって、
符号化されたビデオビットストリームから、仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を復号することと、ここにおいて、前記ＶＰＳに含まれる第１のＨＲＤパラメータシンタックス構造以外の前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、前記符号化されたビデオビットストリームの全てのサブレイヤに共通であり、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含む、
前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの前記ＨＲＤパラメータを使って動作を実施することと
を備える方法。

【請求項2】

前記複数のＨＲＤパラメータシンタックス構造中の特定のＨＲＤパラメータシンタックス構造が前記ＨＲＤパラメータの共通セットを含まないと決定することを更に備え、
ここにおいて、前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの前記ＨＲＤパラメータを使って前記動作を実施することは、前記複数のＨＲＤパラメータシンタックス構造中の前のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットと、前記特定のＨＲＤパラメータシンタックス構造の追加ＨＲＤパラメータとを使って前記動作を実施することを備える、請求項１に記載の方法。

【請求項3】

前記ＶＰＳ中に含まれる後続のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含み、前記後続のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットは、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットとは異なる、請求項１に記載の方法。

【請求項4】

前記ＶＰＳ中に含まれる前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つは、前記ＨＲＤパラメータの共通セットを含まない、請求項１に記載の方法。

【請求項5】

前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの動作点に適用可能である、請求項１に記載の方法。

【請求項6】

前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つは、前記符号化されたビデオビットストリームの複数の動作点に適用可能である、請求項１に記載の方法。

【請求項7】

ビデオ復号機器であって、
データを記憶するように構成されたメモリと、前記データは、符号化されたビデオビットストリームを含む、
前記符号化されたビデオビットストリームから、仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を復号し、ここにおいて、前記ＶＰＳに含まれる第１のＨＲＤパラメータシンタックス構造以外の前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、前記符号化されたビデオビットストリームの全てのサブレイヤに共通であり、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含む、
前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの前記ＨＲＤパラメータを使って動作を実施する
ように構成された１つ又は複数のプロセッサと
を備える、ビデオ復号機器。

【請求項8】

前記１つ又は複数のプロセッサは、
前記複数のＨＲＤパラメータシンタックス構造中の特定のＨＲＤパラメータシンタックス構造が前記ＨＲＤパラメータの共通セットを含まないと決定し、
前記複数のＨＲＤパラメータシンタックス構造中の前のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットと、前記特定のＨＲＤパラメータシンタックス構造の追加ＨＲＤパラメータとを使って前記動作を実施する
ように更に構成される、請求項７に記載のビデオ復号機器。

【請求項9】

前記ＶＰＳ中に含まれる後続のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含み、前記後続のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットは、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットとは異なる、請求項７に記載のビデオ復号機器。

【請求項10】

前記ＶＰＳ中に含まれる前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つは、前記ＨＲＤパラメータの共通セットを含まない、請求項７に記載のビデオ復号機器。

【請求項11】

前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの動作点に適用可能である、請求項７に記載のビデオ復号機器。

【請求項12】

前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つは、前記符号化されたビデオビットストリームの複数の動作点に適用可能である、請求項７に記載のビデオ復号機器。

【請求項13】

符号化されたビデオビットストリームから、仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を復号するための手段と、ここにおいて、前記ＶＰＳに含まれる第１のＨＲＤパラメータシンタックス構造以外の前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、前記符号化されたビデオビットストリームの全てのサブレイヤに共通であり、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含む、
前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの前記ＨＲＤパラメータを使って動作を実施するための手段と
を備えるビデオ復号機器。

【請求項14】

前記ＶＰＳ中に含まれる後続のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含み、前記後続のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットは、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットとは異なる、
前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの動作点に適用可能である、請求項１３に記載のビデオ復号機器。

【請求項15】

命令を記憶するコンピュータ可読記憶媒体であって、前記命令は、ビデオ復号機器によって実行されると、前記ビデオ復号機器を、
符号化されたビデオビットストリームから、仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を復号し、ここにおいて、前記ＶＰＳに含まれる第１のＨＲＤパラメータシンタックス構造以外の前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、前記符号化されたビデオビットストリームの全てのサブレイヤに共通であり、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含む、
前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの前記ＨＲＤパラメータを使って動作を実施する
ように構成する、コンピュータ可読記憶媒体。

【請求項16】

前記ＶＰＳ中に含まれる後続のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含み、前記後続のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットは、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットとは異なる、
前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの動作点に適用可能である、請求項１５に記載のコンピュータ可読記憶媒体。

【請求項17】

ビデオデータを符号化する方法であって、
仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を生成することと、ここにおいて、前記ＶＰＳに含まれる第１のＨＲＤパラメータシンタックス構造以外の前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、前記ビデオデータの符号化されたピクチャを備える符号化されたビデオビットストリームの全てのサブレイヤに共通であり、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含む、
前記符号化されたビデオビットストリーム中で前記ＶＰＳを信号伝達することと
を備える方法。

【請求項18】

前記ＶＰＳ中に含まれる後続のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含み、前記後続のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットは、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットとは異なる、請求項１７に記載の方法。

【請求項19】

前記ＶＰＳ中に含まれる前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つは、前記ＨＲＤパラメータの共通セットを含まない、請求項１７に記載の方法。

【請求項20】

ビデオ符号化機器であって、
ビデオデータを記憶するように構成されたデータ記憶媒体と、
仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を生成し、ここにおいて、前記ＶＰＳに含まれる第１のＨＲＤパラメータシンタックス構造以外の前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、前記ビデオデータの符号化されたピクチャを備える符号化されたビデオビットストリームの全てのサブレイヤに共通であり、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含む、
前記符号化されたビデオビットストリーム中で前記ＶＰＳを信号伝達する
ように構成された１つ又は複数のプロセッサと
を備える、ビデオ符号化機器。

【請求項21】

前記ＶＰＳ中に含まれる後続のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含み、前記後続のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットは、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットとは異なる、請求項２０に記載のビデオ符号化機器。

【請求項22】

前記ＶＰＳ中に含まれる前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つは、前記ＨＲＤパラメータの共通セットを含まない、請求項２０に記載のビデオ符号化機器。

【請求項23】

仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を生成するための手段と、ここにおいて、前記ＶＰＳに含まれる第１のＨＲＤパラメータシンタックス構造以外の前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、ビデオデータの符号化されたピクチャを備える符号化されたビデオビットストリームの全てのサブレイヤに共通であり、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含む、
前記符号化されたビデオビットストリーム中で前記ＶＰＳを信号伝達するための手段と
を備えるビデオ符号化機器。

【請求項24】

前記ＶＰＳ中に含まれる後続のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含み、前記後続のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットは、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットとは異なる、
前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの動作点に適用可能である、請求項２３に記載のビデオ符号化機器。

【請求項25】

命令を記憶するコンピュータ可読記憶媒体であって、前記命令は、ビデオ符号化機器によって実行されると、前記ビデオ符号化機器を、
仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を生成し、ここにおいて、前記ＶＰＳに含まれる第１のＨＲＤパラメータシンタックス構造以外の前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、ビデオデータの符号化されたピクチャを備える符号化されたビデオビットストリームの全てのサブレイヤに共通であり、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含む、
前記符号化されたビデオビットストリーム中で前記ＶＰＳを信号伝達する
ように構成する、コンピュータ可読記憶媒体。

【請求項26】

前記ＶＰＳ中に含まれる後続のＨＲＤパラメータシンタックス構造は、前記ＨＲＤパラメータの共通セットを含み、前記後続のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットは、前記ＶＰＳに含まれる前記第１のＨＲＤパラメータシンタックス構造に含まれる前記ＨＲＤパラメータの共通セットとは異なる、
前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの動作点に適用可能である、請求項２５に記載のコンピュータ可読記憶媒体。

【請求項27】

前記ビデオ復号機器は、
集積回路、
マイクロプロセッサ、または
ワイヤレス通信機器
のうちの少なくとも１つを備える、請求項７に記載のビデオ復号機器。

【請求項28】

前記ビデオ符号化機器は、
集積回路、
マイクロプロセッサ、または
ワイヤレス通信機器
のうちの少なくとも１つを備える、請求項２０に記載のビデオ符号化機器。

【請求項29】

前記復号されたビデオデータを表示するように構成された表示装置を更に備える、請求項７に記載のビデオ復号機器。

【請求項30】

前記ビデオデータを撮像するように構成されたカメラを更に備える、請求項２０に記載のビデオ符号化機器。

【請求項31】

前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットを常に含む、請求項１に記載の方法。

【請求項32】

前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットを常に含む、請求項７に記載のビデオ復号機器。

【請求項33】

前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットを常に含む、請求項１７に記載の方法。

【請求項34】

前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットを常に含む、請求項２０に記載のビデオ符号化機器。

【請求項35】

前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットを常に含む、請求項２３に記載のビデオ符号化機器。

【請求項36】

前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットを常に含む、請求項２５に記載のコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

[0001]本出願は、全体の内容が参照によって本明細書に組み込まれる、２０１２年１０月８日に出願された、米国仮出願第６１／７１１，０９８号の利益を主張する。

【0002】

[0002]本開示は、ビデオの符号化と復号とに関する。

【背景技術】

【0003】

[0003]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップコンピュータ又はデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダ、デジタルカメラ、デジタル記録機器、デジタルメディアプレーヤー、ビデオゲーム機器、ビデオゲームコンソール、携帯電話又は衛星無線電話、所謂「スマートフォン」、ビデオ遠隔会議機器、ビデオストリーミング機器などを含む、広範囲にわたる機器に組み込まれ得る。デジタルビデオ機器は、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ １０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）、現在開発中のＨｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ）規格、及びそのような規格の拡張によって定義される規格に記載されているような、ビデオ圧縮技法を実装する。ビデオ機器は、そのようなビデオ圧縮技法を実装することにより、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、及び／又は記憶することができる。

【0004】

[0004]ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減又は除去するために空間的（イントラピクチャ）予測及び／又は時間的（インターピクチャ）予測を実行する。ブロックベースのビデオコード化の場合、ビデオスライス（即ち、ビデオフレーム又はビデオフレームの一部分）がビデオブロックに区分され得る。ピクチャのイントラコード化された（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコード化された（Ｐ又はＢ）スライス中のビデオブロックは、同じピクチャの中の隣接ブロック中の参照サンプルに対する空間的予測、又は他の参照ピクチャの中の参照サンプルに対する時間的予測を使用することができる。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。

【0005】

[0005]空間的予測又は時間的予測は、コード化されるべきブロックの予測ブロックをもたらす。残差データは、コード化されるべき元のブロックと予測ブロックとの間の画素差分を表す。インターコード化されたブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルに従って符号化され、残差データは、コード化されたブロックと予測ブロックとの差分を示す。イントラコード化されたブロックは、イントラコード化モード及び残差データに従って符号化される。更なる圧縮のために、残差データは、画素領域から変換領域に変換されてよく、残差係数をもたらし、次いで残差係数が量子化されてよい。最初は２次元アレイで構成される量子化された係数は、係数の１次元ベクトルを生成するために走査されてよく、なお一層の圧縮を達成するためにエントロピーコード化が適用されてよい。

【0006】

[0006]マルチビューコード化ビットストリームは、例えば複数の視点からのビューを符号化することによって、生成され得る。マルチビューコード化の態様を利用する、幾つかの３次元（３Ｄ）ビデオ規格が開発されている。例えば、異なるビューは、３Ｄビデオをサポートするために、左目のビューと右目のビューとを送信することができる。あるいは、幾つかの３Ｄビデオコード化処理は、所謂マルチビュープラス深度コード化を適用することがある。マルチビュープラス深度コード化では、３Ｄビデオビットストリームは、テクスチャビュー成分だけではなく、深度ビュー成分も含み得る。例えば、各ビューは、１つのテクスチャビュー成分と１つの深度ビュー成分とを備え得る。

【発明の概要】

【0007】

[0007]一般に、本開示は、仮想参照デコーダ（ＨＲＤ）パラメータの信号伝達（signaling）を説明する。例えば、ビデオエンコーダは、ビットストリーム中で、１つ又は複数のＨＲＤパラメータのセットを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を信号伝達することができる。複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、ＶＰＳは、それぞれのＨＲＤパラメータシンタックス構造のＨＲＤパラメータが、ビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットに加えて、ＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含む。ＨＲＤパラメータの共通セットは、ビットストリームの全てのサブレイヤに共通である。ビデオデコーダ又は他の機器が、ビットストリームから、ＶＰＳを復号することができ、ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの、ＨＲＤパラメータを使って動作を実施することができる。

【0008】

[0008]一例では、本開示では、ビデオデータを復号する方法について説明する。この方法は、符号化されたビデオビットストリームから、ＨＲＤパラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むＶＰＳを復号することを備える。複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、ＶＰＳは、それぞれのＨＲＤパラメータシンタックス構造のＨＲＤパラメータが、ＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含む。ＨＲＤパラメータの共通セットは、符号化されたビデオビットストリームの全てのサブレイヤに共通である。方法は、ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの、ＨＲＤパラメータを使って動作を実施することも備える。

【0009】

[0009]別の例では、本開示は、符号化されたビデオビットストリームから、ＨＲＤパラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むＶＰＳを復号するように構成された１つ又は複数のプロセッサを備えるビデオ復号機器について記載する。複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、ＶＰＳは、それぞれのＨＲＤパラメータシンタックス構造のＨＲＤパラメータが、ＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含む。ＨＲＤパラメータの共通セットは、符号化されたビデオビットストリームの全てのサブレイヤに共通である。１つ又は複数のプロセッサは、ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの、ＨＲＤパラメータを使って動作を実施するようにも構成される。

【0010】

[0010]別の例では、本開示は、符号化されたビデオビットストリームから、ＨＲＤパラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むＶＰＳを復号するための手段を備えるビデオ復号機器について記載する。複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、ＶＰＳは、それぞれのＨＲＤパラメータシンタックス構造のＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここでＨＲＤパラメータの共通セットは、符号化されたビデオビットストリームの全てのサブレイヤに共通である。ビデオ復号機器は、ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの、ＨＲＤパラメータを使って動作を実施するための手段を備える。

【0011】

[0011]別の例では、本開示は、ビデオ復号機器によって実行されると、ビデオ復号機器を、符号化されたビデオビットストリームから、ＨＲＤパラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むＶＰＳを復号するように構成する命令を記憶するコンピュータ可読記憶媒体について記載する。複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、ＶＰＳは、それぞれのＨＲＤパラメータシンタックス構造のＨＲＤパラメータが、ＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含む。ＨＲＤパラメータの共通セットは、符号化されたビデオビットストリームの全てのサブレイヤに共通である。命令は、実行されると、ビデオ復号機器を、ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの、ＨＲＤパラメータを使って動作を実施するように更に構成する。

【0012】

[0012]別の例では、本開示では、ビデオデータを符号化する方法について説明する。この方法は、ＨＲＤパラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むＶＰＳを生成することを備える。複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、ＶＰＳは、それぞれのＨＲＤパラメータシンタックス構造のＨＲＤパラメータが、符号化されたビデオビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットに加えて、ＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含む。ＨＲＤパラメータの共通セットは、符号化されたビデオビットストリームの全てのサブレイヤに共通である。方法は、符号化されたビデオビットストリーム中でＶＰＳを信号伝達することも備える。

【0013】

[0013]別の例では、本開示は、ＨＲＤパラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むＶＰＳを生成するように構成された１つ又は複数のプロセッサを備えるビデオ符号化機器について記載する。複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、ＶＰＳは、それぞれのＨＲＤパラメータシンタックス構造のＨＲＤパラメータが、符号化されたビデオビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットに加えて、ＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含む。ＨＲＤパラメータの共通セットは、符号化されたビデオビットストリームの全てのサブレイヤに共通である。１つ又は複数のプロセッサは、符号化されたビデオビットストリーム中でＶＰＳを信号伝達するようにも構成される。

【0014】

[0014]別の例では、本開示は、ＨＲＤパラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むＶＰＳを生成するための手段を備えるビデオ符号化機器について記載する。複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、ＶＰＳは、それぞれのＨＲＤパラメータシンタックス構造のＨＲＤパラメータが、符号化されたビデオビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットに加えて、ＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含む。ＨＲＤパラメータの共通セットは、符号化されたビデオビットストリームの全てのサブレイヤに共通である。ビデオ符号化機器は、符号化されたビデオビットストリーム中でＶＰＳを信号伝達するための手段も備える。

【0015】

[0015]別の例では、本開示は、ビデオ符号化機器によって実行されると、ビデオ符号化機器を、ＨＲＤパラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むＶＰＳを生成するように構成する命令を記憶するコンピュータ可読記憶媒体について記載する。複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、ＶＰＳは、それぞれのＨＲＤパラメータシンタックス構造のＨＲＤパラメータが、符号化されたビデオビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットに加えて、ＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含む。ＨＲＤパラメータの共通セットは、符号化されたビデオビットストリームの全てのサブレイヤに共通である。命令は、実行されると、ビデオ符号化機器を、符号化されたビデオビットストリーム中でＶＰＳを信号伝達するように更に構成する。

【0016】

[0016]本開示の１つ又は複数の例の詳細は、添付の図面及び以下の説明において述べられる。他の特徴、目的、及び利点は、説明、図面、及び特許請求の範囲から明らかになるであろう。

【図面の簡単な説明】

【0017】

【図1】[0017]本開示で説明される技法を利用することができる、例示的なビデオコード化システムを示すブロック図。

【図2】[0018]本開示で説明される技法を実装することができる、例示的なビデオエンコーダを示すブロック図。

【図3】[0019]本開示で説明される技法を実装することができる、例示的なビデオデコーダを示すブロック図。

【図4】[0020]本開示の１つ又は複数の技法による、ビデオエンコーダの例示的な動作を示すフローチャート。

【図5】[0021]本開示の１つ又は複数の技法による、機器の例示的な動作を示すフローチャート。

【図6】[0022]本開示の１つ又は複数の技法による、ビデオエンコーダの例示的な動作を示すフローチャート。

【図7】[0023]本開示の１つ又は複数の技法による、機器の例示的な動作を示すフローチャート。

【図8】[0024]本開示の１つ又は複数の技法による、ビデオエンコーダの例示的な動作を示すフローチャート。

【図9】[0025]本開示の１つ又は複数の技法による、機器の例示的な動作を示すフローチャート。

【発明を実施するための形態】

【0018】

[0026]ビデオエンコーダが、符号化されたビデオデータを含むビットストリームを生成することができる。ビットストリームは、符号化されたビデオデータを含むので、ビットストリームは、本明細書では符号化されたビデオビットストリームと呼ばれ得る。ビットストリームは、一連のネットワーク抽象化レイヤ（ＮＡＬ）単位を備え得る。ＮＡＬ単位は、ビデオコード化レイヤ（ＶＣＬ）ＮＡＬ単位と非ＶＣＬ ＮＡＬ単位とを含み得る。ＶＣＬ ＮＡＬ単位は、ピクチャのコード化されたスライスを含み得る。非ＶＣＬ ＮＡＬ単位は、ビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ（ＳＥＩ）、又は他のタイプのデータを含み得る。ＶＰＳは、０個以上のコード化されたビデオシーケンス全体に適用されるシンタックス要素を含み得るシンタックス構造である。ＳＰＳは、０個以上のコード化されたビデオシーケンス全体に適用されるシンタックス要素を含み得るシンタックス構造である。単一のＶＰＳが複数のＳＰＳに適用可能であり得る。ＰＰＳは、０個以上のコード化されたピクチャ全体に適用されるシンタックス要素を含み得る、シンタックス構造である。単一のＳＰＳが複数のＰＰＳに適用可能であり得る。

【0019】

[0027]コンテンツ配信ネットワーク（ＣＤＮ）機器、メディア認識ネットワーク要素（ＭＡＮＥ：media-aware network element）、ビデオエンコーダ、又はビデオデコーダのような機器は、ビットストリームからサブビットストリームを抽出することができる。機器は、ビットストリームから幾つかのＮＡＬ単位を除去することによって、サブビットストリーム抽出処理を実行することができる。得られるサブビットストリームは、ビットストリームの残りの除去されていないＮＡＬ単位を含む。幾つかの例において、サブビットストリームから復号されたビデオデータは、元のビットストリームよりも、低いフレームレートを有することがあり、及び／又は、少数のビューを表すことがある。

【0020】

[0028]ビデオコード化規格は、サブビットストリーム抽出処理をサポートするために、様々な特徴を含み得る。例えば、ビットストリームのビデオデータは、レイヤのセットに分割され得る。レイヤの各々に対して、低次レイヤのデータは、いずれの高次レイヤのデータも参照することなく、復号され得る。ＮＡＬ単位は、単一のレイヤのデータのみをカプセル化する。従って、ビットストリームの最高次の残りのレイヤのデータをカプセル化するＮＡＬ単位は、ビットストリームの残りのレイヤのデータの復号可能性に影響を与えることなく、ビットストリームから除去され得る。スケーラブルビデオコード化（ＳＶＣ）では、高次レイヤは、低次レイヤのピクチャの品質を改善し（品質スケーラビリティ）、低次レイヤのピクチャの空間的なフォーマットを広げ（空間スケーラビリティ）、又は低次レイヤのピクチャの時間的なレートを上げる（時間スケーラビリティ）、増強データを含み得る。マルチビューコード化（ＭＶＣ）及び３次元ビデオ（３ＤＶ）コード化では、高次レイヤは追加のビューを含み得る。

【0021】

[0029]各ＮＡＬ単位は、ヘッダとペイロードとを含み得る。ＮＡＬ単位のヘッダは、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素を含み得る。ＮＡＬ単位のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素は、ＮＡＬ単位がＭＶＣ、３ＤＶコード化、又はＳＶＣにおけるベースレイヤに関連する場合、０に等しい。ビットストリームのベースレイヤのデータは、ビットストリームのいずれの他のレイヤのデータも参照することなく、復号され得る。ＮＡＬ単位がＭＶＣ、３ＤＶ、又はＳＶＣにおけるベースレイヤに関連しない場合、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素は、０ではない他の値を有し得る。具体的には、ＮＡＬ単位が、ＭＶＣ、３ＤＶ、又はＳＶＣにおけるベースレイヤに関連しない場合、ＮＡＬ単位のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素は、ＮＡＬ単位に関連付けられたレイヤを識別するレイヤ識別子を規定する。

【0022】

[0030]更に、レイヤ内の幾つかのピクチャは、同じレイヤ内の他のピクチャを参照することなく、復号され得る。従って、レイヤの幾つかのピクチャのデータをカプセル化するＮＡＬ単位は、レイヤ中の他のピクチャの復号可能性に影響を与えることなく、ビットストリームから除去され得る。例えば、偶数のピクチャ順序カウント（ＰＯＣ）値を有するピクチャは、奇数のＰＯＣ値を有するピクチャを参照することなく復号可能であり得る。そのようなピクチャのデータをカプセル化するＮＡＬ単位を除去することで、ビットストリームのフレームレートを下げることができる。レイヤ内の他のピクチャを参照することなく復号され得るレイヤ内のピクチャのサブセットは、「サブレイヤ」又は「時間サブレイヤ」と本明細書では呼ばれ得る。

【0023】

[0031]ＮＡＬ単位は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１シンタックス要素を含み得る。ＮＡＬ単位のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１シンタックス要素は、ＮＡＬ単位の時間識別子を規定し得る。第１のＮＡＬ単位の時間識別子が第２のＮＡＬ単位の時間識別子より小さい場合、第１のＮＡＬ単位によってカプセル化されたデータは、第２のＮＡＬ単位によってカプセル化されたデータを参照することなく、復号され得る。

【0024】

[0032]ビットストリームの動作点は、レイヤ識別子のセット（即ち、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値のセット）及び時間識別子とそれぞれ関連付けられる。レイヤ識別子のセットはＯｐＬａｙｅｒＩｄＳｅｔと示されることがあり、時間識別子はＴｅｍｐｏｒａｌＩｄと示されることがある。ＮＡＬ単位のレイヤ識別子がレイヤ識別子の動作点のセットの中にあり、ＮＡＬ単位の時間識別子がその動作点の時間識別子以下である場合、ＮＡＬ単位はその動作点と関連付けられる。動作点表現は、動作点と関連付けられるビットストリームのサブセット（即ち、サブビットストリーム）である。動作点の動作点表現は、その動作点と関連付けられる各ＮＡＬ単位を含み得る。動作点表現は、その動作点と関連付けられないＶＣＬ ＮＡＬ単位を含まない。

【0025】

[0033]外部発信源が、動作点のターゲットレイヤ識別子のセットを規定し得る。例えば、コンテンツ配信ネットワーク（ＣＤＮ）機器が、ターゲットレイヤ識別子のセットを規定し得る。この例では、ＣＤＮ機器は、ターゲットレイヤ識別子のセットを使用して、動作点を特定することができる。ＣＤＮ機器は次いで、動作点に対する動作点表現を抽出して、元のビットストリームの代わりに、動作点表現をクライアント機器に転送することができる。動作点表現を抽出しクライアント機器に転送することは、ビットストリームのビットレートを下げ得る。

【0026】

[0034]更に、ビデオコード化規格は、ビデオのバッファリングのモデルを規定する。ビデオのバッファリングのモデルはまた、「仮想参照デコーダ」又は「ＨＲＤ」と呼ばれ得る。ＨＲＤは、データが復号のためにどのようにバッファリングされるべきであるかということと、復号されたデータが出力のためにどのようにバッファリングされるかということとを表す。例えば、ＨＲＤは、ビデオデコーダにおけるコード化されたピクチャのバッファ（「ＣＰＢ：coded picture buffer」）及び復号されたピクチャのバッファ（「ＤＰＢ：decoded picture buffer」）の動作を表す。ＣＰＢは、ＨＲＤによって規定される復号順序でアクセス単位を含む、先入れ先出しバッファである。ＤＰＢは、ＨＲＤによって規定される参照、出力の並べ替え、又は出力遅延のために、復号されたピクチャを保持するバッファである。

【0027】

[0035]ビデオエンコーダは、ＨＲＤパラメータのセットを信号伝達することができる。ＨＲＤパラメータは、ＨＲＤの様々な態様を制御する。ＨＲＤパラメータは、初期のＣＰＢの除去遅延と、ＣＰＢサイズと、ビットレートと、初期のＤＰＢの出力遅延と、ＤＰＢサイズとを含み得る。これらのＨＲＤパラメータは、ＶＰＳ及び／又はＳＰＳにおいて規定される、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造においてコード化され得る。ＨＲＤパラメータはまた、バッファリング期間ＳＥＩメッセージ又はピクチャタイミングＳＥＩメッセージにおいて規定され得る。

【0028】

[0036]上で説明されたように、動作点表現は、元のビットストリームと異なるフレームレート及び／又はビットレートを有し得る。これは、動作点表現が元のビットストリームのデータの幾つかのピクチャ及び／又は一部を含まないことがあるからである。従って、元のビットストリームを処理するときにビデオデコーダが特定のレートでＣＰＢ及び／又はＤＰＢからデータを除去することになっていた場合、及び、動作点表現を処理するときにビデオデコーダが同じレートでＣＰＢ及び／又はＤＰＢからデータを除去することになっていた場合、ビデオデコーダは、ＣＰＢ及び／又はＤＰＢから、あまりにも大量の、又は少量のデータを除去することがある。従って、ビデオエンコーダは、異なる動作点のためにＨＲＤパラメータの異なるセットを信号伝達することができる。出現しつつある高効率ビデオコード化（ＨＥＶＣ）規格では、ビデオエンコーダは、ＶＰＳ中のＨＲＤパラメータのセットを信号伝達することができ、又は、ビデオエンコーダは、ＳＰＳ中のＨＲＤパラメータのセットを信号伝達することができる。

【0029】

[0037]ＨＲＤパラメータのセットは、任意選択で、全ての時間サブレイヤに共通の情報のセットを含む。時間サブレイヤとは、特定の時間識別子をもつＶＣＬ ＮＡＬ単位及び関連した非ＶＣＬ ＮＡＬ単位からなる時間スケーラブルなビットストリームの時間スケーラブルなレイヤである。共通情報のセットに加えて、ＨＲＤパラメータのセットは、個々の時間サブレイヤに固有のシンタックス要素のセットを含み得る。共通情報のセットは、ＨＲＤパラメータの複数のセットに共通なので、ＨＲＤパラメータの複数のセット中の、共通情報のセットを信号伝達する必要はなくてよい。ＨＥＶＣについての幾つかの提案において、ＨＲＤパラメータのセットがＶＰＳ中のＨＲＤパラメータの第１のセットであるとき、共通情報は、ＨＲＤパラメータのセット中に存在してよく、又はＨＲＤパラメータのセットが第１の動作点に関連付けられているとき、共通情報は、ＨＲＤパラメータのセット中に存在してよい。

【0030】

[0038]但し、ＶＰＳ中に、ＨＲＤパラメータの複数のセットがあるとき、ＨＲＤパラメータのセットに対して、共通情報の複数の異なるセットを有することが望ましい場合がある。このことは、ＶＰＳ中に多数のＨＲＤパラメータシンタックス構造があるとき、特に当てはまり得る。従って、第１のＨＲＤパラメータシンタックス構造以外のＨＲＤパラメータシンタックス構造中に共通情報のセットを有することが望ましい場合がある。

【0031】

[0039]本開示の技法は、ＨＲＤパラメータシンタックス構造の共通情報が、どのＨＲＤパラメータシンタックス構造についても明示的に信号伝達されることを可能にするための設計を提供する。言い換えると、本開示の技法は、全てのサブレイヤに共通の情報が、どのｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造についても明示的に信号伝達されることを可能にし得る。このことは、コード化効率を向上させ得る。

【0032】

[0040]従って、本開示の１つ又は複数の技法によると、ビデオデコーダ又は他の機器などの機器が、複数のＨＲＤパラメータシンタックス構造を含むＶＰＳ中のシンタックス要素に少なくとも部分的に基づいて、ＶＰＳ中の特定のＨＲＤパラメータシンタックス構造が、ビットストリームの各サブレイヤに共通のＨＲＤパラメータのセットを含むかどうか決定することができる。機器は、ＶＰＳからシンタックス要素を復号することができる。１つ又は複数のＨＲＤパラメータシンタックス構造が、ＶＰＳ中で、コード化順序で、特定のＨＲＤパラメータシンタックス構造の前に発生し得る。特定のＨＲＤパラメータシンタックス構造が、ビットストリームの各サブレイヤに共通のＨＲＤパラメータのセットを含むと決定したことに応答して、機器は、ビットストリームの各サブレイヤに共通するＨＲＤパラメータのセットを含む、特定のＨＲＤパラメータシンタックス構造を使う動作を実施してよい。

【0033】

[0041]更に、ビデオエンコーダは、スケーラブルネスティングＳＥＩメッセージを生成することができる。スケーラブルネスティング（scalable nesting）ＳＥＩメッセージは、１つ又は複数のＳＥＩメッセージを含む。スケーラブルネスティングＳＥＩメッセージ中にネストされたＳＥＩメッセージは、ＨＲＤパラメータ又は動作点に関連付けられた他の情報を含み得る。ＨＥＶＣについての幾つかの提案は、１つのＳＥＩメッセージが複数の動作点に適用されることを可能にしない。これは、ビデオエンコーダに、同じ情報をもつ複数のＳＥＩメッセージを信号伝達させ得るので、ビットレート効率を低下させる場合がある。従って、本開示の技法は、１つのＳＥＩメッセージが複数の動作点に適用されることを可能にし得る。例えば、スケーラブルネスティングＳＥＩメッセージは、スケーラブルネスティングＳＥＩメッセージ内にネストされたＳＥＩメッセージに適用可能な複数の動作点を規定するシンタックス要素を含み得る。

【0034】

[0042]更に、ＳＥＩ ＮＡＬ単位は、他のタイプのＮＡＬ単位のように、ＮＡＬ単位ヘッダとＮＡＬ単位本体とを含む。ＳＥＩ ＮＡＬ単位のＮＡＬ単位本体は、スケーラブルネスティングＳＥＩメッセージ又は別のタイプのＳＥＩメッセージなどのＳＥＩメッセージを含み得る。他のＮＡＬ単位のように、ＳＥＩ ＮＡＬ単位のＮＡＬ単位ヘッダは、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素とｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１シンタックス要素とを含み得る。但し、ＨＥＶＣについての幾つかの提案において、ＳＥＩ ＮＡＬ単位のＮＡＬ単位ヘッダのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素及び／又はｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１シンタックス要素は、ＳＥＩ ＮＡＬ単位によってカプセル化された１つのＳＥＩメッセージ（又は複数のＳＥＩメッセージ）に適用可能な動作点を決定するのには使われない。但し、ＳＥＩ ＮＡＬ単位ヘッダのこれらのシンタックス要素は、信号伝達されるビットの数を削減するために再利用される場合がある。従って、本開示の技法によると、ＳＥＩ ＮＡＬ単位中にネストされたＳＥＩメッセージに適用可能な動作点が、ＳＥＩ ＮＡＬ単位のＮＡＬ単位ヘッダ中のレイヤ識別情報によって示される動作点であるかどうかを示すために、スケーラブルネスティングＳＥＩメッセージ中でシンタックス要素が信号伝達され得る。ＳＥＩ ＮＡＬ単位のＮＡＬ単位ヘッダ中のレイヤ識別情報は、ＮＡＬ単位ヘッダの、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値とｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値とを含み得る。

【0035】

[0043]図１は、本開示の技法を利用し得る、例示的なビデオコード化システム１０を示すブロック図である。本明細書で使用される「ビデオコーダ」という用語は、ビデオエンコーダとビデオデコーダの両方を総称的に指す。本開示では、「ビデオコード化」又は「コード化」という用語は、ビデオ符号化又はビデオ復号を総称的に指し得る。

【0036】

[0044]図１に示されるように、ビデオコード化システム１０は、発信源機器１２と宛先機器１４とを含む。発信源機器１２は、符号化されたビデオデータを生成する。従って、発信源機器１２はビデオ符号化機器又はビデオ符号化装置と呼ばれ得る。宛先機器１４は発信源機器１２によって生成された、符号化されたビデオデータを復号することができる。従って、宛先機器１４はビデオ復号機器又はビデオ復号装置と呼ばれ得る。発信源機器１２及び宛先機器１４は、ビデオコード化機器又はビデオコード化装置の例であり得る。

【0037】

[0045]発信源機器１２及び宛先機器１４は、デスクトップコンピュータ、モバイルコンピュータ機器、ノートブック（例えば、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、所謂「スマート」フォンなどの電話ハンドセット、テレビジョン、カメラ、表示装置、デジタルメディアプレーヤー、ビデオゲームコンソール、車内コンピュータなどを含む、広範囲の機器を備え得る。

【0038】

[0046]宛先機器１４は、チャネル１６を介して発信源機器１２から符号化されたビデオデータを受信し得る。チャネル１６は、発信源機器１２から宛先機器１４に符号化されたビデオデータを移動することが可能な、１つ又は複数の媒体又は機器を備え得る。一例では、チャネル１６は、発信源機器１２が符号化されたビデオデータを宛先機器１４にリアルタイムで直接送信することを可能にする、１つ又は複数の通信媒体を備え得る。この例では、発信源機器１２は、ワイヤレス通信プロトコルのような通信規格に従って、符号化されたビデオデータを変調することができ、変調されたビデオデータを宛先機器１４に送信することができる。１つ又は複数の通信媒体は、高周波（ＲＦ）スペクトル又は １つ又は複数の物理伝送線路のような、ワイヤレス及び／又は有線の通信媒体を含み得る。１つ又は複数の通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、又はグローバルネットワーク（例えば、インターネット）などのパケットベースネットワークの一部を形成し得る。１つ又は複数の通信媒体は、発信源機器１２から宛先機器１４への通信を容易にする、ルータ、スイッチ、基地局、又は他の機器を含み得る。

【0039】

[0047]別の例では、チャネル１６は、発信源機器１２によって生成された、符号化されたビデオデータを記憶する記憶媒体を含み得る。この例では、宛先機器１４は、例えばディスクアクセス又はカードアクセスを介して、記憶媒体にアクセスし得る。記憶媒体は、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、又は符号化されたビデオデータを記憶するための他の適切なデジタル記憶媒体のような、種々のローカルにアクセスされるデータ記憶媒体を含み得る。

【0040】

[0048]更なる例では、チャネル１６は、発信源機器１２によって生成された、符号化されたビデオデータを記憶するファイルサーバ又は別の中間記憶装置を含み得る。この例では、宛先機器１４は、ストリーミング又はダウンロードを介して、ファイルサーバ又は他の中間記憶装置に記憶された、符号化されたビデオデータにアクセスすることができる。ファイルサーバは、符号化されたビデオデータを記憶し、符号化されたビデオデータを宛先機器１４に送信することが可能な、あるタイプのサーバであり得る。例示的なファイルサーバは、（例えば、ウェブサイト用の）ウェブサーバ、ファイル転送プロトコル（ＦＴＰ）サーバ、ネットワーク接続記憶（ＮＡＳ）装置、及びローカルディスクドライブを含む。

【0041】

[0049]宛先機器１４は、インターネット接続のような標準的なデータ接続を通じて、符号化されたビデオデータにアクセスし得る。例示的なタイプのデータ接続は、ファイルサーバに記憶された符号化されたビデオデータにアクセスするのに好適である、ワイヤレスチャネル（例えば、Ｗｉ−Ｆｉ（登録商標）接続）、有線接続（例えば、ＤＳＬ、ケーブルモデムなど）、又はその両方の組合せを含み得る。ファイルサーバからの符号化されたビデオデータの送信は、ストリーミング送信、ダウンロード送信、又はその両方の組合せであってよい。

【0042】

[0050]本開示の技法は、ワイヤレス適用例又は設定に限定されない。本技法は、無線テレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、例えばインターネットを介したストリーミングビデオ送信、データ記憶媒体に記憶するためのビデオデータの符号化、データ記憶媒体に記憶されたビデオデータの復号、又は他の用途のような、種々のマルチメディア用途をサポートするビデオコード化に適用され得る。幾つかの例では、ビデオコード化システム１０は、単方向又は双方向のビデオ送信をサポートして、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、及び／又はビデオ電話のような用途をサポートするために構成され得る。

【0043】

[0051]図１は一例にすぎず、本開示の技法は、符号化機器と復号機器との間のデータ通信を必ずしも含むとは限らないビデオコード化設定（例えば、ビデオ符号化又はビデオ復号）に適用され得る。他の例では、データがローカルメモリから取り出されること、ネットワークを通じてストリーミングされることなどが行われる。ビデオ符号化機器はデータを符号化してメモリに記憶することができ、及び／又は、ビデオ復号機器はメモリからデータを取り出し復号することができる。多くの例では、符号化及び復号は、互いに通信しないが、メモリにデータを符号化し、及び／又はメモリからデータを取り出して復号するだけである機器によって実行される。

【0044】

[0052]図１の例では、発信源機器１２は、ビデオ発信源１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。幾つかの例では、出力インターフェース２２は、変調器／復調器（モデム）及び／又は送信機を含み得る。ビデオ発信源１８は、撮像装置、例えばビデオカメラ、以前に撮影されたビデオデータを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオデータを受信するためのビデオフィードインターフェース、及び／又はビデオデータを生成するためのコンピュータグラフィックスシステム、又はビデオデータのそのような発信源の組合せを含み得る。

【0045】

[0053]ビデオエンコーダ２０は、ビデオ発信源１８からのビデオデータを符号化することができる。幾つかの例では、発信源機器１２は、出力インターフェース２２を介して宛先機器１４に符号化されたビデオデータを直接送信する。他の例では、符号化されたビデオデータはまた、復号及び／又は再生のための宛先機器１４による後のアクセスのために記憶媒体又はファイルサーバ上に記憶され得る。

【0046】

[0054]図１の例では、宛先機器１４は、入力インターフェース２８と、ビデオデコーダ３０と、表示装置３２とを含む。幾つかの例では、入力インターフェース２８は、受信機及び／又はモデムを含む。入力インターフェース２８は、チャネル１６を通じて、符号化されたビデオデータを受信することができる。表示装置３２は、宛先機器１４と一体であってよく、又はその外部にあってよい。一般に、表示装置３２は、復号されたビデオデータを表示する。表示装置３２は、液晶表示器（ＬＣＤ）、プラズマ表示器、有機発光ダイオード（ＯＬＥＤ）表示器、又は別のタイプの表示装置のような、種々の表示装置を備え得る。

【0047】

[0055]ビデオエンコーダ２０及びビデオデコーダ３０は各々、１つ又は複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ハードウェア、又はそれらの任意の組合せのような、種々の好適な回路のいずれかとして実装され得る。本技法がソフトウェアで部分的に実装される場合、機器は、適切な非一時的コンピュータ可読記憶媒体にソフトウェア用の命令を記憶し、１つ又は複数のプロセッサを使用してその命令をハードウェア中で実行して、本開示の技法を実行することができる。上記（ハードウェア、ソフトウェア、ハードウェア及びソフトウェアの組合せなどを含む）のいずれも、１つ又は複数のプロセッサであると見なされ得る。ビデオエンコーダ２０及びビデオデコーダ３０の各々は、１つ又は複数のエンコーダ又はデコーダに含まれることがあり、それらのいずれかがそれぞれの機器中の複合エンコーダ／デコーダ（ＣＯＤＥＣ）の一部として組み込まれることがある。

【0048】

[0056]本開示は、一般に、ある情報をビデオデコーダ３０のような別の機器に「信号伝達」するビデオエンコーダ２０に言及することがある。「信号伝達」という用語は、一般に、圧縮されたビデオデータを復号するために使用されるシンタックス要素及び／又は他のデータの通信を指し得る。そのような通信は、リアルタイム又はほぼリアルタイムで行われ得る。代替的に、そのような通信は、符号化の時に符号化されたビットストリーム中でシンタックス要素をコンピュータ可読記憶媒体に記憶するときに行われ得るなど、ある時間の期間にわたって行われることがあり、次いで、これらの要素は、この媒体に記憶された後の任意の時間に復号機器によって取り出されてよい。

【0049】

[0057]幾つかの例では、ビデオエンコーダ２０及びビデオデコーダ３０は、そのスケーラブルビデオコード化（ＳＶＣ）拡張、マルチビュービデオコード化（ＭＶＣ）拡張、及びＭＶＣベースの３ＤＶ拡張を含む、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ及び（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られる）ＩＴＵ−Ｔ Ｈ．２６４のようなビデオ圧縮規格に従って動作する。幾つかの事例では、ＭＶＣベースの３ＤＶに準拠する任意のビットストリームは、ＭＶＣプロファイル、例えばステレオハイプロファイルに準拠するサブビットストリームを常に含む。更に、Ｈ．２６４／ＡＶＣに対する３次元ビデオ（３ＤＶ）コード化拡張、即ちＡＶＣベースの３ＤＶを生成する取組みが進行中である。他の例では、ビデオエンコーダ２０及びビデオデコーダ３０は、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６２又はＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌ、及びＩＴＵ−Ｔ Ｈ．２６４、ＩＳＯ／ＩＥＣ Ｖｉｓｕａｌに従って動作し得る。

【0050】

[0058]他の例では、ビデオエンコーダ２０及びビデオデコーダ３０は、ＩＴＵ−Ｔ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＶＣＥＧ）とＩＳＯ／ＩＥＣ Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）とのビデオコード化共同研究部会（ＪＣＴ−ＶＣ）によって現在開発中の高効率ビデオコード化（ＨＥＶＣ）規格に従って動作し得る。「ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８」と呼ばれる次のＨＥＶＣ規格のドラフトは、２０１３年６月１３日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１０＿Ｓｔｏｃｋｈｏｌｍ／ｗｇ１１／ＪＣＴＶＣ−Ｊ１００３−ｖ８．ｚｉｐから利用可能である、Ｂｒｏｓｓら、「Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （ＨＥＶＣ） ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ８」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３及びＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のビデオコード化共同研究部会（ＪＣＴ−ＶＣ）、第１０回会合、ストックホルム、スウェーデン、２０１２年７月に記載されている。別の「ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ９」と呼ばれる次のＨＥＶＣ規格のドラフトは、２０１３年６月１３日現在、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１１＿Ｓｈａｎｇｈａｉ／ｗｇ１１／ＪＣＴＶＣ−Ｋ１００３−ｖ１３．ｚｉｐから利用可能である、Ｂｒｏｓｓら、「Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （ＨＥＶＣ） ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ ９」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３及びＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のビデオコード化共同研究部会（ＪＣＴ−ＶＣ）、第１１回会合、上海、中国、２０１２年１０月に記載されている。更に、ＨＥＶＣ向けのＳＶＣ拡張、ＭＶＣ拡張、及び３ＤＶ拡張を製作する取組みが進行中である。ＨＥＶＣの３ＤＶ拡張は、ＨＥＶＣベースの３ＤＶ又はＨＥＶＣ−３ＤＶと呼ばれることがある。

【0051】

[0059]ＨＥＶＣ及び他のビデオコード化規格において、ビデオシーケンスは通常、一連のピクチャを含む。ピクチャは「フレーム」と呼ばれることもある。ピクチャは、Ｓ_L、Ｓ_Cb及びＳ_Crと示される３つのサンプルアレイを含み得る。Ｓ_Lは、ルーマサンプルの２次元アレイ（即ち、ブロック）である。Ｓ_Cbは、Ｃｂクロミナンスサンプルの２次元アレイである。Ｓ_Crは、Ｃｒクロミナンスサンプルの２次元アレイである。クロミナンスサンプルは、本明細書では「クロマ」サンプルと呼ばれることもある。他の例では、ピクチャは、単色であってよく、ルーマサンプルのアレイのみを含み得る。

【0052】

[0060]ビデオエンコーダ２０は、ピクチャの符号化された表現を生成するために、コード化ツリー単位（ＣＴＵ）のセットを生成し得る。ＣＴＵの各々は、ルーマサンプルのコード化ツリーブロック、クロマサンプルの２つの対応するコード化ツリーブロック、及びコード化ツリーブロックのサンプルをコード化するのに使用されるシンタックス構造であり得る。コード化ツリーブロックは、サンプルのＮ×Ｎブロックであり得る。ＣＴＵは「ツリーブロック」又は「最大コード化単位」（ＬＣＵ：largest coding unit）と呼ばれることもある。ＨＥＶＣのＣＴＵは、Ｈ．２６４／ＡＶＣのような、他の規格のマクロブロックに広い意味で類似し得る。しかしながら、ＣＴＵは、必ずしも特定のサイズに限定されるとは限らず、１つ又は複数のコード化単位（ＣＵ：coding unit）を含み得る。スライスは、ラスタスキャンにおいて連続的に順序付けられた整数個のＣＴＵを含み得る。

【0053】

[0061]ビデオエンコーダ２０は、コード化されたＣＴＵを生成するために、ＣＴＵのコード化ツリーブロックに対して再帰的に４分木区分を実行して、コード化ツリーブロックをコード化ブロックに分割することができ、従って、「コード化ツリー単位」という名称である。コード化ブロックは、サンプルのＮ×Ｎブロックである。ＣＵは、ルーマサンプルアレイ、Ｃｂサンプルアレイ及びＣｒサンプルアレイ、ならびにコード化ブロックのサンプルをコード化するために使用されるシンタックス構造を有するピクチャのルーマサンプルの１つのコード化ブロック及びクロマサンプルの２つの対応するコード化ブロックであり得る。ビデオエンコーダ２０は、ＣＵの１つのコード化ブロックを１つ又は複数の予測ブロックに区分することができる。予測ブロックは、同じ予測が適用されるサンプルの方形（即ち、正方形又は非正方形）ブロックであり得る。ＣＵの予測単位（ＰＵ）は、ルーマサンプルの予測ブロック、ピクチャのクロマサンプルの２つの対応する予測ブロック、予測ブロックサンプルを予測するのに使用されるシンタックス構造であり得る。ビデオエンコーダ２０は、ＣＵの各ＰＵのルーマ予測ブロック、Ｃｂ予測ブロック、及びＣｒ予測ブロックのために、予測ルーマブロックと、予測Ｃｂブロックと、予測Ｃｒブロックとを生成することができる。

【0054】

[0062]ビデオエンコーダ２０は、イントラ予測又はインター予測を使用して、ＰＵの予測ブロックを生成することができる。ビデオエンコーダ２０がイントラ予測を使用してＰＵの予測ブロックを生成する場合、ビデオエンコーダ２０は、ＰＵと関連付けられたピクチャの復号されたサンプルに基づいて、ＰＵの予測ブロックを生成することができる。

【0055】

[0063]ビデオエンコーダ２０がインター予測を使用してＰＵの予測ブロックを生成する場合、ビデオエンコーダ２０は、ＰＵと関連付けられたピクチャ以外の１つ又は複数のピクチャの復号されたサンプルに基づいて、ＰＵの予測ブロックを生成することができる。ビデオエンコーダ２０は、一方向の予測又は双方向の予測を使用して、ＰＵの予測ブロックを生成することができる。ビデオエンコーダ２０が一方向の予測を使用してＰＵの予測ブロックを生成するとき、ＰＵは、単一の動きベクトルを有し得る。ビデオエンコーダ２０が双方向の予測を使用してＰＵの予測ブロックを生成するとき、ＰＵは、２つの動きベクトルを有し得る。

【0056】

[0064]ビデオエンコーダ２０は、ＣＵの１つ又は複数のＰＵの予測ルーマブロックと、予測Ｃｂブロックと、予測Ｃｒブロックとを生成した後、ＣＵのルーマ残差ブロックを生成することができる。ＣＵのルーマ残差ブロック中の各サンプルは、ＣＵの予測ルーマブロックのうちの１つの中のルーマサンプルとＣＵの元のルーマコード化ブロックの中の対応するサンプルとの差分を示す。加えて、ビデオエンコーダ２０はＣＵのＣｂ残差ブロックを生成することができる。ＣＵのＣｂ残差ブロック中の各サンプルは、ＣＵの予測Ｃｂブロックのうちの１つの中のＣｂサンプルとＣＵの元のＣｂコード化ブロックの中の対応するサンプルとの差分を示し得る。ビデオエンコーダ２０はＣＵのＣｒ残差ブロックも生成することができる。ＣＵのＣｒ残差ブロック中の各サンプルは、ＣＵの予測Ｃｒブロックのうちの１つの中のＣｒサンプルとＣＵの元のＣｒコード化ブロックの中の対応するサンプルとの差分を示し得る。

【0057】

[0065]更に、ビデオエンコーダ２０は４分木区分を使用して、ＣＵのルーマ残差ブロックと、Ｃｂ残差ブロックと、Ｃｒ残差ブロックとを、１つ又は複数のルーマ変換ブロック、Ｃｂ変換ブロック、及びＣｒ変換ブロックに分解することができる。変換ブロックは、同じ変換が適用されるサンプルの方形ブロックであってもよい。ＣＵの変換単位（ＴＵ）は、ルーマサンプルの変換ブロック、クロマサンプルの２つの対応する変換ブロック、変換ブロックサンプルを変換するのに使用されるシンタックス構造であり得る。従って、ＣＵの各ＴＵは、ルーマ変換ブロック、Ｃｂ変換ブロック及びＣｒ変換ブロックと関連付けられ得る。ＴＵと関連付けられたルーマ変換ブロックはＣＵのルーマ残差ブロックのサブブロックであり得る。Ｃｂ変換ブロックはＣＵのＣｂ残差ブロックのサブブロックであってもよい。Ｃｒ変換ブロックはＣＵのＣｒ残差ブロックのサブブロックであってもよい。

【0058】

[0066]ビデオエンコーダ２０は、ＴＵのルーマ変換ブロックに１回又は複数の変換を適用して、ＴＵのルーマ係数ブロックを生成することができる。係数ブロックは変換係数の２次元アレイであり得る。変換係数はスカラー量であり得る。ビデオエンコーダ２０は、ＴＵのＣｂ変換ブロックに１つ又は複数の変換を適用して、ＴＵのＣｂ係数ブロックを生成することができる。ビデオエンコーダ２０は、ＴＵのＣｒ変換ブロックに１つ又は複数の変換を適用して、ＴＵのＣｒ係数ブロックを生成することができる。

【0059】

[0067]ビデオエンコーダ２０は、係数ブロック（例えば、ルーマ係数ブロック、Ｃｂ係数ブロック、又はＣｒ係数ブロック）を生成した後、係数ブロックを量子化することができる。量子化は、一般に、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、更なる圧縮を実現する、処理を指す。ビデオエンコーダ２０が係数ブロックを量子化した後、ビデオエンコーダ２０は、量子化された変換係数を示すシンタックス要素をエントロピー符号化することができる。例えば、ビデオエンコーダ２０は、量子化された変換係数を示すシンタックス要素に対して、コンテキスト適応型バイナリ算術コード化（ＣＡＢＡＣ：Context-Adaptive Binary Arithmetic Coding）を実行することができる。ビデオエンコーダ２０は、エントロピー符号化されたシンタックス要素をビットストリームにおいて出力することができる。

【0060】

[0068]ビデオエンコーダ２０は、エントロピー符号化されたシンタックス要素を含むビットストリームを出力し得る。ビットストリームは、コード化されたピクチャ及び関連するデータの表現を形成するビットのシーケンスを含み得る。ビットストリームは、一連のネットワークアブストラクションレイヤ（ＮＡＬ）単位を備え得る。ＮＡＬ単位の各々は、ＮＡＬ単位ヘッダを含み、ローバイトシーケンスペイロード（ＲＢＳＰ）をカプセル化する。ＮＡＬ単位ヘッダは、ＮＡＬ単位タイプコードを示すシンタックス要素を含み得る。ＮＡＬ単位のＮＡＬ単位ヘッダによって規定されるＮＡＬ単位タイプコードは、ＮＡＬ単位のタイプを示す。ＲＢＳＰは、ＮＡＬ単位内にカプセル化された整数個のバイトを含むシンタックス構造であり得る。幾つかの例では、ＲＢＳＰはゼロビットを含む。

【0061】

[0069]異なるタイプのＮＡＬ単位は、異なるタイプのＲＢＳＰをカプセル化し得る。例えば、第１のタイプのＮＡＬ単位はピクチャパラメータセット（ＰＰＳ）のためのＲＢＳＰをカプセル化することができ、第２のタイプのＮＡＬ単位はコード化されたスライスのためのＲＢＳＰをカプセル化することができ、第３のタイプのＮＡＬ単位はＳＥＩのためのＲＢＳＰをカプセル化することができ、その他もあり得る。（パラメータセット及びＳＥＩメッセージのためのＲＢＳＰではなく）ビデオコード化データのためのＲＢＳＰをカプセル化するＮＡＬ単位は、ビデオコード化レイヤ（ＶＣＬ）ＮＡＬ単位と呼ばれ得る。

【0062】

[0070]ビデオデコーダ３０は、ビデオエンコーダ２０によって生成されたビットストリームを受信することができる。加えて、ビデオデコーダ３０は、ビットストリームを解析して、ビットストリームからシンタックス要素を復号することができる。ビデオデコーダ３０は、ビットストリームから復号されたシンタックス要素に少なくとも一部基づいて、ビデオデータのピクチャを再構成することができる。ビデオデータを再構成するための処理は、一般に、ビデオエンコーダ２０によって実行される処理の逆であり得る。例えば、ビデオデコーダ３０は、ＰＵの動きベクトルを使用して、現在のＣＵのＰＵの予測ブロックを決定することができる。加えて、ビデオデコーダ３０は、現在のＣＵのＴＵと関連付けられる変換係数ブロックを逆量子化することができる。ビデオデコーダ３０は、変換係数ブロックに対して逆変換を実行して、ＣＵのＴＵと関連付けられた変換ブロックを再構成することができる。ビデオデコーダ３０は、現在のＣＵのＰＵの予測ブロックのサンプルを現在のＣＵのＴＵの変換ブロックの対応するサンプルに追加することによって、現在のＣＵのコード化ブロックを再構成することができる。ピクチャの各ＣＵのコード化ブロックを再構成することによって、ビデオデコーダ３０はピクチャを再構成することができる。

【0063】

[0071]マルチビューコード化では、異なる視点からの同じシーンの複数のビューがあり得る。「アクセス単位」という用語は、同じ時間インスタンスに対応するピクチャのセットを指すために使用される。従って、ビデオデータは、経時的に発生する一連のアクセス単位として概念化され得る。「ビュー成分」は、単一のアクセス単位中のビューのコード化された表現であり得る。本開示では、「ビュー」は、同じビュー識別子と関連付けられるビュー成分のシーケンスを指し得る。

【0064】

[0072]マルチビューコード化は、ビュー間予測をサポートする。ビュー間予測は、ＨＥＶＣにおいて使用されるインター予測と同様であり、同じシンタックス要素を使用し得る。しかしながら、ビデオコーダが現在のビデオユニット（ＰＵのような）に対してビュー間予測を実行するとき、ビデオエンコーダ２０は、参照ピクチャとして、その現在のビデオ単位と同じアクセス単位中にあるが異なるビュー中にあるピクチャを使用し得る。対照的に、従来のインター予測は、参照ピクチャとして異なるアクセス単位中のピクチャのみを使用する。

【0065】

[0073]マルチビューコード化では、ビデオデコーダ（例えば、ビデオデコーダ３０）が、あるビュー中のピクチャを任意の他のビュー中のピクチャを参照することなく復号できる場合、そのビューは「ベースビュー」と呼ばれ得る。非ベースビューの１つの中のピクチャをコード化するとき、ピクチャが、異なるビュー中にあるがビデオコーダが現在コード化しているピクチャと同じ時間インスタンス（即ち、アクセス単位）内にある場合、ビデオコーダ（ビデオエンコーダ２０又はビデオデコーダ３０のような）は、参照ピクチャリストにピクチャを追加し得る。他のインター予測参照ピクチャと同様に、ビデオコーダは、参照ピクチャリストの任意の位置にビュー間予測参照ピクチャを挿入し得る。

【0066】

[0074]ビデオコード化規格は、ビデオのバッファリングのモデルを規定する。Ｈ．２６４／ＡＶＣ及びＨＥＶＣでは、バッファリングのモデルは、「仮想参照デコーダ」又は「ＨＲＤ」と呼ばれる。ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８では、ＨＲＤはＡｎｎｅｘ Ｃに記載される。

【0067】

[0075]ＨＲＤは、データが復号のためにどのようにバッファリングされるべきであるかということと、復号されたデータが出力のためにどのようにバッファリングされるかということとを表す。例えば、ＨＲＤは、ＣＰＢ、復号されたピクチャのバッファ（「ＤＰＢ」）、及びビデオ復号処理の動作を表す。ＣＰＢは、ＨＲＤによって規定される復号順序でアクセス単位を含む、先入れ先出しのバッファである。ＤＰＢは、ＨＲＤによって規定される参照、出力の並べ替え、又は出力遅延のために、復号されたピクチャを保持するバッファである。ＣＰＢ及びＤＰＢの挙動は、数学的に規定され得る。ＨＲＤは、タイミング、バッファのサイズ、及びビットレートに対して制約を直接課し得る。更に、ＨＲＤは、様々なビットストリーム特性及び統計に対して制約を間接的に課し得る。

【0068】

[0076]Ｈ．２６４／ＡＶＣ及びＨＥＶＣでは、ビットストリームの適合及びデコーダの適合は、ＨＲＤ仕様の一部として規定される。言い換えると、ＨＲＤモデルは、ビットストリームが規格に適合するかどうかを決定するための試験と、デコーダが規格に適合するかどうかを決定するための試験とを規定する。ＨＲＤがある種のデコーダと命名されるが、ビデオエンコーダは通常ＨＲＤを使用してビットストリームの適合を保証し、ビデオデコーダは通常ＨＲＤを必要としない。

【0069】

[0077]Ｈ．２６４／ＡＶＣとＨＥＶＣの両方が、２つのタイプのビットストリーム又はＨＲＤの適合、即ち、Ｔｙｐｅ ＩとＴｙｐｅ ＩＩとを規定する。Ｔｙｐｅ Ｉのビットストリームは、ビットストリーム中の全てのアクセス単位のための、ＶＣＬ ＮＡＬ単位とフィラーデータＮＡＬ単位とのみを含むＮＡＬ単位ストリームである。Ｔｙｐｅ ＩＩのビットストリームは、ビットストリーム中の全てのアクセス単位のためのＶＣＬ ＮＡＬ単位及びフィラーデータＮＡＬ単位に加えて、フィラーデータＮＡＬ単位以外の追加の非ＶＣＬ ＮＡＬ単位と、ＮＡＬ単位ストリームからバイトストリームを形成する全てのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅｄ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、及びｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタックス要素との少なくとも１つを含む、ＮＡＬ単位ストリームである。

【0070】

[0078]ビットストリームがビデオコード化規格に適合するかどうかを決定するビットストリーム適合試験を機器が実行するとき、機器はビットストリームの動作点を選択することができる。機器は次いで、選択された動作点に適用可能なＨＲＤパラメータのセットを決定することができる。機器は、選択された動作点に適用可能なＨＲＤパラメータのセットを使用して、ＨＲＤの挙動を構成することができる。より具体的には、機器は、ＨＲＤパラメータの適用可能なセットを使用して、仮想ストリームスケジューラ（ＨＳＳ：hypothetical stream scheduler）、ＣＰＢ、復号処理、ＤＰＢなどのような、ＨＲＤの特定のコンポーネントの挙動を構成することができる。続いて、ＨＳＳは、特定のスケジュールに従って、ビットストリームのコード化されたビデオデータをＨＲＤのＣＰＢに注入することができる。更に、機器は、ＣＰＢ中のコード化されたビデオデータを復号する復号処理を呼び出すことができる。復号処理は、復号されたピクチャをＤＰＢに出力することができる。機器がＨＲＤを通じてデータを移動するに従って、機器は、制約の特定のセットが満たされたままであるかどうかを決定することができる。例えば、機器は、ＨＲＤが選択された動作点の動作点表現を復号している間、ＣＰＢ又はＤＰＢにおいてオーバーフロー又はアンダーフローの条件が発生しているかどうかを決定することができる。機器は、このようにして、ビットストリームの各動作点を選択し処理することができる。制約が侵害されることをビットストリームの動作点が引き起こさない場合、そのビットストリームはビデオコード化規格に適合すると、機器は決定することができる。

【0071】

[0079]Ｈ．２６４／ＡＶＣとＨＥＶＣの両方が、２つのタイプのデコーダの適合、即ち、出力タイミングについてのデコーダの適合と出力順序についてのデコーダの適合とを規定する。特定のプロファイル、ティア、及びレベルに対する適合を主張するデコーダは、ＨＥＶＣのようなビデオコード化規格のビットストリーム適合要件に適合する全てのビットストリームの復号に成功することが可能である。本開示では、「プロファイル」はビットストリームシンタックスのサブセットを指し得る。「ティア（Tiers）」及び「レベル」は、各プロファイル内で規定され得る。ティアのレベルは、ビットストリーム中のシンタックス要素の値に課された制約の規定されたセットであり得る。これらの制約は、値に関する単純な制限であり得る。代替的に、制約は、値の算術的な組合せ（例えば、ピクチャの幅×ピクチャの高さ×毎秒復号されるピクチャの数）に対する制約の形態をとり得る。通常、下位のティアのために規定されたレベルは、上位のティアのために規定されたレベルよりも制約される。

【0072】

[0080]機器がデコーダ適合試験を実行して、試験対象のデコーダ（ＤＵＴ：decoder under test）がビデオコード化規格に適合するかどうかを決定するとき、機器は、ビデオコード化規格に適合するビットストリームを、ＨＲＤとＤＵＴの両方に提供することができる。ＨＲＤは、ビットストリーム適合試験に関して上で説明された方式で、ビットストリームを処理することができる。機器は、ＤＵＴによって出力される復号されたピクチャがＨＲＤによって出力される復号されたピクチャの順序と一致する場合、ＤＵＴがビデオコード化規格に適合すると決定することができる。その上、機器は、ＤＵＴが復号されたピクチャを出力するタイミングが、ＨＲＤが復号されたピクチャを出力するタイミングと一致する場合、ＤＵＴがビデオコード化規格に適合すると決定することができる。

【0073】

[0081]Ｈ．２６４／ＡＶＣ及びＨＥＶＣ ＨＲＤモデルにおいて、復号又はＣＰＢ除去は、アクセス単位ベースであり得る。即ち、ＨＲＤは、一度に全体のアクセス単位を復号し、ＣＰＢから全体のアクセス単位を除去すると想定される。更に、Ｈ．２６４／ＡＶＣ及びＨＥＶＣ ＨＲＤモデルでは、ピクチャの復号は瞬時的であると想定される。ビデオエンコーダ２０は、ピクチャタイミングＳＥＩメッセージにおいて、アクセス単位の復号を開始する復号時間を信号伝達することができる。実際の適用例では、適合するビデオデコーダが、アクセス単位の復号を開始するための信号伝達された復号時間に厳密に従う場合、特定の復号されたピクチャを出力する最早の可能な時間は、その特定のピクチャの復号時間にその特定のピクチャを復号するために必要とされる時間を加えたものに等しい。しかしながら、現実の世界では、ピクチャを復号するのに必要とされる時間は、０に等しくはできない。

【0074】

[0082]ＨＲＤパラメータは、ＨＲＤの様々な態様を制御することができる。言い換えると、ＨＲＤは、ＨＲＤパラメータに依存し得る。ＨＲＤパラメータは、初期のＣＰＢの除去遅延と、ＣＰＢサイズと、ビットレートと、初期のＤＰＢの出力遅延と、ＤＰＢサイズとを含み得る。ビデオエンコーダ２０は、ビデオパラメータセット（ＶＰＳ）及び／又はシーケンスパラメータセット（ＳＰＳ）において規定されるｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造で、これらのＨＲＤパラメータを信号伝達することができる。個々のＶＰＳ及び／又はＳＰＳは、ＨＲＤパラメータの異なるセットに対して複数のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックスを含み得る。幾つかの例では、ビデオエンコーダ２０は、バッファリング期間ＳＥＩメッセージ又はピクチャタイミングＳＥＩメッセージにおいて、ＨＲＤパラメータを信号伝達することができる。

【0075】

[0083]上で説明されたように、ビットストリームの動作点は、レイヤ識別子のセット（即ち、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値のセット）及び時間識別子と関連付けられる。動作点表現は、その動作点と関連付けられる各ＮＡＬ単位を含み得る。動作点表現は、元のビットストリームと異なるフレームレート及び／又はビットレートを有し得る。これは、動作点表現が元のビットストリームのデータの幾つかのピクチャ及び／又は一部を含まないことがあるからである。従って、元のビットストリームを処理するときにビデオデコーダ３０が特定のレートでＣＰＢ及び／又はＤＰＢからデータを除去することになっていた場合、及び、動作点表現を処理するときにビデオデコーダ３０が同じレートでＣＰＢ及び／又はＤＰＢからデータを除去することになっていた場合、ビデオデコーダ３０は、ＣＰＢ及び／又はＤＰＢから、あまりにも大量の、又は少量のデータを除去することがある。従って、ビデオエンコーダ２０は、異なる動作点のためにＨＲＤパラメータの異なるセットを信号伝達することができる。例えば、ビデオエンコーダ２０は、ＶＰＳに、異なる動作点のためのＨＲＤパラメータを含む複数のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造を含み得る。

【0076】

[0084]ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８では、ＨＲＤパラメータのセットは任意選択で、全ての時間サブレイヤに共通の情報のセットを含む。言い換えると、ＨＲＤパラメータのセットは、任意の時間サブレイヤを含む動作点に適用可能な、共通のシンタックス要素のセットを含み得る。時間サブレイヤは、特定の値のＴｅｍｐｏｒａｌＩｄを有するＶＣＬ ＮＡＬ単位、及び関連付けられる非ＶＣＬ ＮＡＬ単位からなる、時間スケーラブルなビットストリームの時間スケーラブルレイヤであり得る。共通の情報のセットに加えて、ＨＲＤパラメータのセットは、個々の時間サブレイヤに固有のシンタックス要素のセットを含み得る。例えば、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は任意選択で、全てのサブレイヤに共通である情報のセットを含み、かつサブレイヤ固有の情報を常に含み得る。共通の情報のセットはＨＲＤパラメータの複数のセットに共通なので、ＨＲＤパラメータの複数のセット中の共通の情報のセットを信号伝達することは不要であり得る。むしろ、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８において、共通の情報は、ＨＲＤパラメータのセットがＶＰＳ中のＨＲＤパラメータの最初のセットであるときに、ＨＲＤパラメータのセットの中に存在してよく、又は、共通の情報は、ＨＲＤパラメータのセットが最初の動作点のインデックスと関連付けられるときに、ＨＲＤパラメータのセットの中に存在してよい。例えば、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８は、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がＶＰＳ中の最初のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造であるとき、又はｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が最初の動作点のインデックスと関連付けられるときのいずれかに、共通の情報の存在をサポートする。

【0077】

[0085]以下の表１は、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）のための例示的なシンタックス構造である。

【表1A】

【表1B】

【0078】

[0086]上の表１及び本開示の他のシンタックス表の例では、型記述子ｕｅ（ｖ）をもつシンタックス要素は、左ビットが先頭の０次指数ゴロム（Ｅｘｐ−Ｇｏｌｏｍｂ）コード化を使用して符号化される可変長の符号のない整数であり得る。表１及び以下の表の例では、形式ｕ（ｎ）の記述子を有するシンタックス要素は、長さｎの符号のない値であり、但し、ｎは非負の整数である。

【0079】

[0087]表１の例示的なシンタックスでは、「ｉｆ（ｃｏｍｍｏｎＩｎｆＰｒｅｓｅｎｔＦｌａｇ）｛．．．｝」ブロック中のシンタックス要素が、ＨＲＤパラメータシンタックス構造の共通の情報である。言い換えると、ＨＲＤパラメータのセットの共通の情報は、シンタックス要素ｔｉｍｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと、ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋと、ｔｉｍｅ＿ｓｃａｌｅと、ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと、ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと、ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと、ｔｉｃｋ＿ｄｉｖｉｓｏｒ＿ｍｉｎｕｓ２と、ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１と、ｂｉｔ＿ｒａｔｅ＿ｓｃａｌｅと、ｃｐｂ＿ｓｉｚｅ＿ｓｃａｌｅと、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１と、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１と、ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１とを含み得る。

【0080】

[0088]更に、表１の例では、シンタックス要素ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］、ｐｉｃ＿ｄｕｒａｔｉｏｎ＿ｉｎ＿ｔｃ＿ｍｉｎｕｓ１［ｉ］、ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［ｉ］、及びｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］は、サブレイヤ固有のＨＲＤパラメータのセットであり得る。言い換えると、ｈｒｄ＿ｐａｒａｍｅｔｅｒ（）シンタックス構造のこれらのシンタックス要素は、特定のサブレイヤを含む動作点にのみ適用可能であり得る。従って、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のＨＲＤパラメータは、任意選択で含まれる共通の情報に加えて、ビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータのセットを含み得る。

【0081】

[0089]ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｆｌａｇ［ｉ］シンタックス要素は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいとき、出力順序において任意の２つの連続するピクチャのＨＲＤ出力時間の間の時間的な差が特定の方法で制約されることを示し得る。ＨｉｇｈｅｓｔＴｉｄは、（例えば、動作点の）最高の時間サブレイヤを特定する変数であり得る。ｐｉｃ＿ｄｕｒａｔｉｏｎ＿ｉｎ＿ｔｃ＿ｍｉｎｕｓ１［ｉ］シンタックス要素は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいとき、コード化されたビデオシーケンス中の出力順序において任意の連続するピクチャのＨＲＤ出力時間の間の時間的な間隔をクロックティック（clock ticks）で特定し得る。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ［ｉ］シンタックス要素は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいとき、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のＡｎｎｅｘ Ｃに規定されるように、ＨＲＤ動作モードを規定することができる。ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ］シンタックス要素は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、コード化されたビデオシーケンスのビットストリーム中の代替的なＣＰＢ仕様の数を規定することができ、ここで、１つの代替的なＣＰＢ仕様は、ＣＰＢパラメータの特定のセットを用いる１つの特定のＣＰＢ動作を指す。

【0082】

[0090]ビデオエンコーダ２０は、ＳＥＩメッセージを使用して、ピクチャのサンプル値の正確な復号に必要とされないメタデータをビットストリームに含めることができる。しかしながら、ビデオデコーダ３０又は他の機器が、様々な他の目的で、ＳＥＩメッセージに含まれるメタデータを使用し得る。例えば、ビデオデコーダ３０又は他の機器は、ピクチャ出力のタイミング、ピクチャの表示、喪失の検出、及びエラーの隠匿のために、ＳＥＩメッセージ中のメタデータを使用し得る。

【0083】

[0091]ビデオエンコーダ２０は、アクセス単位に１つ又は複数のＳＥＩ ＮＡＬ単位を含め得る。言い換えると、任意の数のＳＥＩ ＮＡＬ単位が、アクセス単位と関連付けられ得る。更に、各ＳＥＩ ＮＡＬ単位が、１つ又は複数のＳＥＩメッセージを含み得る。ＨＥＶＣ規格は、様々なタイプのＳＥＩメッセージのためのシンタックスとセマンティクスとを記述する。しかしながら、ＳＥＩメッセージは規範的な復号処理に影響を与えないので、ＨＥＶＣ規格はＳＥＩメッセージの処理を記述しない。ＨＥＶＣ規格においてＳＥＩメッセージがある１つの理由は、補助データがＨＥＶＣを使用して異なるシステムにおいて同様に解釈されることを可能にするためである。ＨＥＶＣを使用する規格及びシステムは、ビデオエンコーダがあるＳＥＩメッセージを生成することを要求することがあり、又は、特定のタイプの受信されたＳＥＩメッセージの特定の処理を定義することがある。以下の表２は、ＨＥＶＣで規定されるＳＥＩメッセージを一覧にし、それらの目的を簡単に説明する。

【表2】

【0084】

[0092]２０１２年９月２４日に出願された米国特許仮出願第６１／７０５，１０２号は、ＳＥＩメッセージ中での遅延及びタイミング情報の信号伝達と選択とを含む、ＨＲＤパラメータの信号伝達及び選択のための様々な方法を記載している。２０１３年６月１３日の時点で、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１１＿Ｓｈａｎｇｈａｉ／ｗｇ１１／ＪＣＴＶＣ−Ｋ０１８０−ｖ１．ｚｉｐにおいて入手可能である、Ｈａｎｎｕｋｓｅｌａら、「ＡＨＧ９：Ｏｐｅｒａｔｉｏｎ ｐｏｉｎｔｓ ｉｎ ＶＰＳ ａｎｄ ｎｅｓｔｉｎｇ ＳＥＩ」、Ｊｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）ｏｆ ＩＴＵ−Ｔ ＳＧ １６ ＷＰ ３及びＩＳＯ／ＩＥＣ ＪＴＣ １／ＳＣ ２９／ＷＧ１１、１１ｔｈ Ｍｅｅｔｉｎｇ、Ｓｈａｎｇｈａｉ、ＣＮ、２０１２年１０月１０〜１９日、文書番号ＪＣＴＶＣ−Ｋ０１８０ｖ１は、ＨＲＤパラメータの信号伝達のための別の方法ならびにＳＥＩメッセージのネスティングのための機構を提供する。

【0085】

[0093]ＨＲＤパラメータを信号伝達するための既存の技法には、幾つかの問題又は短所がある。例えば、既存の技法は、ＨＲＤパラメータのセットを、複数の動作点によって共有させることができない。但し、動作点の数が大きいとき、各動作点についてＨＲＤパラメータの異なるセットを生じることは、ビットストリームの適合を保証しようと試みるビデオエンコーダ２０又は別のユニットに対する負担になり得る。そうではなく、ビットストリーム適合は、各動作点がＨＲＤパラメータのセットに関連付けられるが、ＨＲＤパラメータの特定のセットが複数の動作点によって共有され得ることを確実にすることによって保証することができる。本開示の１つ又は複数の技法は、ＨＲＤパラメータの１つのセットが複数の動作点によって共有されることを可能にするための設計を提供することができる。言い換えると、ＨＲＤパラメータの単一のセットが、複数の動作点に適用可能であり得る。この設計は、ビットストリームの適合を保証することを試みるビデオエンコーダ２０又は別のユニットが、複雑さと性能との間でトレードオフすることを可能にし得る。

【0086】

[0094]ＨＲＤパラメータを信号伝達する既存の技法に伴う問題又は短所の別の例では、ＶＰＳ中に、ＨＲＤパラメータの複数のセットがあるとき、ＨＲＤパラメータのセットに対して、共通情報の複数の異なるセットを有することが望ましい場合がある。このことは、ＶＰＳ中に多数のＨＲＤパラメータシンタックス構造があるとき、特に当てはまり得る。従って、第１のＨＲＤパラメータシンタックス構造以外のＨＲＤパラメータシンタックス構造中に共通情報のセットを有することが望ましい場合がある。例えば、性能を向上させるために、ＶＰＳ中に複数のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造があるとき、特に、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の総数が比較的大きいとき、第１のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の共通情報以外又は第１の動作点索引の共通情報以外の、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造についての異なる共通情報を有することが望ましい場合がある。

【0087】

[0095]本開示の１つ又は複数の技法は、ＨＲＤパラメータのセットの共通情報が、ＨＲＤパラメータのどのセットについても明示的に信号伝達されることを可能にするための設計を提供する。例えば、本開示の技法は、全てのサブレイヤに共通の情報が、どのｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造についても明示的に信号伝達されることを可能にし得る。

【0088】

[0096]このように、ビデオエンコーダ２０は、ビットストリーム中で、各々がＨＲＤパラメータを含む複数のＨＲＤパラメータシンタックス構造を含むＶＰＳを信号伝達することができる。複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、ＶＰＳは、それぞれのＨＲＤパラメータシンタックス構造のＨＲＤパラメータが、ビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットに加えて、ＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含む。ＨＲＤパラメータの共通セットは、ビットストリームの全てのサブレイヤに共通である。

【0089】

[0097]同様に、ビデオデコーダ３０又は別の機器は、ビットストリームから、各々がＨＲＤパラメータを含む複数のＨＲＤパラメータシンタックス構造を含むＶＰＳを復号することができる。複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、ＶＰＳは、それぞれのＨＲＤパラメータシンタックス構造のＨＲＤパラメータが、ＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み得る。ビデオデコーダ３０又は他の機器は、ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの、ＨＲＤパラメータを使って動作を実施することができる。

【0090】

[0098]更に、ＳＥＩメッセージのネスティングのための既存の方法は、幾つかの問題又は短所を有し得る。例えば、ＨＲＤパラメータを信号伝達する既存の技法は、１つのＳＥＩメッセージが複数の動作点に適用されることを可能にすることができない。本開示の技法は、１つのＳＥＩメッセージが複数の動作点に適用されることを可能にするための設計を提供することができる。

【0091】

[0099]具体的には、スケーラブルネスティングＳＥＩメッセージは、スケーラブルネスティングＳＥＩメッセージ内にネストされたＳＥＩメッセージに適用可能な複数の動作点を規定するシンタックス要素を含み得る。言い換えると、スケーラブルネスティングＳＥＩメッセージは、ＳＥＩメッセージをビットストリームサブセット（例えば、動作点表現）に、又は固有レイヤ及びサブレイヤに関連付けるための機構を提供することができる。

【0092】

[0100]このように、ビデオエンコーダ２０は、スケーラブルネスティングＳＥＩメッセージによってカプセル化された、ネストされたＳＥＩメッセージが適用される複数の動作点を識別する複数のシンタックス要素を含むスケーラブルネスティングＳＥＩメッセージを生成することができる。更に、ビデオエンコーダ２０は、ビットストリーム中でスケーラブルネスティングＳＥＩメッセージを信号伝達することができる。

【0093】

[0101]このように、ビデオデコーダ３０又は別の機器は、ビデオコード化プロセスにおいて、スケーラブルネスティングＳＥＩメッセージから、スケーラブルネスティングＳＥＩメッセージによってカプセル化されたネストされたＳＥＩメッセージが適用される動作点を識別する複数のシンタックス要素を復号することができる。更に、ビデオデコーダ３０又は他の機器は、ネストされたＳＥＩメッセージのシンタックス要素のうちの１つ又は複数に少なくとも部分的に基づいて動作を実施することができる。

【0094】

[0102]ＳＥＩメッセージをネストする既存の技法に伴う問題又は短所の別の例は、ＳＥＩメッセージをネストする既存の技法が、現在のＳＥＩ ＮＡＬ単位によってカプセル化された、スケーラブルなネストされたＳＥＩメッセージに適用可能な動作点を決定するのに、現在のＳＥＩ ＮＡＬ単位中のレイヤ識別子シンタックス要素（例えば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ）の値を使わないことに関する。

【0095】

[0103]本開示の技法は、ＳＥＩ ＮＡＬ単位中のネストされたＳＥＩメッセージに適用可能な動作点が、ＳＥＩ ＮＡＬ単位のＮＡＬ単位ヘッダ中のレイヤ識別情報によって示される動作点であるかどうかを信号伝達する設計を提供する。ＳＥＩ ＮＡＬ単位のＮＡＬ単位ヘッダ中のレイヤ識別情報は、ＮＡＬ単位ヘッダの、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値とｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値とを含み得る。言い換えると、本開示の技法は、ネストされたＳＥＩメッセージが、現在のＳＥＩ ＮＡＬ単位のＮＡＬ単位ヘッダ中に含まれるレイヤ識別情報によって識別されるデフォルトの動作点に適用されるかどうかの信号伝達による、現在のＳＥＩ ＮＡＬ単位（即ち、スケーラブルネスティングＳＥＩメッセージを含むＳＥＩ ＮＡＬ単位）のＮＡＬ単位ヘッダ中のレイヤ識別情報（例えば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値及びｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１）の使用のための設計を提供することができる。

【0096】

[0104]このように、ビデオエンコーダ２０は、ＳＥＩ ＮＡＬ単位によってカプセル化されたスケーラブルネスティングＳＥＩメッセージ中に、スケーラブルネスティングＳＥＩメッセージによってカプセル化された、ネストされたＳＥＩメッセージがデフォルトのサブビットストリームに適用可能であるかどうかを示すシンタックス要素を含め得る。デフォルトのサブビットストリームは、ＳＥＩ ＮＡＬ単位のＮＡＬ単位ヘッダによって規定されるレイヤ識別子及びＮＡＬ単位ヘッダ中で規定される時間識別子によって定義される動作点の動作点表現であり得る。更に、ビデオエンコーダ２０は、スケーラブルネスティングＳＥＩメッセージを含むビットストリームを出力することができる。

【0097】

[0105]同様に、ビデオデコーダ３０又は別の機器などの機器は、ＳＥＩ ＮＡＬ単位によってカプセル化されたスケーラブルネスティングＳＥＩメッセージ中のシンタックス要素に少なくとも部分的に基づいて、スケーラブルネスティングＳＥＩメッセージによってカプセル化された、ネストされたＳＥＩメッセージがデフォルトのサブビットストリームに適用可能であるかどうか決定することができる。前述のように、デフォルトのサブビットストリームは、ＳＥＩ ＮＡＬ単位のＮＡＬ単位ヘッダによって規定されるレイヤ識別子及びＮＡＬ単位ヘッダ中で規定される時間識別子によって定義される動作点の動作点表現であり得る。ネストされたＳＥＩメッセージが、デフォルトのサブビットストリームに適用可能であるとき、機器は、デフォルトのサブビットストリームに対する動作において、ネストされたＳＥＩメッセージを使うことができる。例えば、ネストされたＳＥＩメッセージは、１つ又は複数のＨＲＤパラメータを含み得る。この例では、機器は、１つ又は複数のＨＲＤパラメータを使って、デフォルトのサブビットストリームが、ＨＥＶＣなどのビデオコード化規格に適合するかどうか決定するビットストリーム適合試験を実施することができる。代替として、この例では、機器は、１つ又は複数のＨＲＤパラメータを使って、ビデオデコーダ３０がデコーダ適合試験を満足するかどうか決定することができる。

【0098】

[0106]ＳＥＩメッセージのネスティングのための既存の方法の問題又は短所の別の例では、レイヤ識別子の明示的コード化は非効率的である。本開示の技法は、フラグを使う差分コード化又はコード化により、レイヤ識別子の明示的コード化の効率を向上させることができる。

【0099】

[0107]図２は、本開示の技法を実装し得る例示的なビデオエンコーダ２０を示すブロック図である。図２は、説明のために提供されるものであり、本開示で広く例示され説明される技法を限定するものと見なされるべきではない。説明の目的で、本開示は、ＨＥＶＣコード化の文脈でビデオエンコーダ２０を説明する。しかしながら、本開示の技法は、他のコード化規格又は方法に適用可能であり得る。

【0100】

[0108]図２の例では、ビデオエンコーダ２０は、予測処理ユニット１００と、残差生成ユニット１０２と、変換処理ユニット１０４と、量子化ユニット１０６と、逆量子化ユニット１０８と、逆変換処理ユニット１１０と、再構成ユニット１１２と、フィルタユニット１１４と、復号されたピクチャのバッファ１１６と、エントロピー符号化ユニット１１８とを含む。予測処理ユニット１００は、インター予測処理ユニット１２０とイントラ予測処理ユニット１２６とを含む。インター予測処理ユニット１２０は、動き推定ユニット１２２と動き補償ユニット１２４とを含む。他の例では、ビデオエンコーダ２０は、より多数の、より少数の、又は異なる機能コンポーネントを含み得る。

【0101】

[0109]ビデオエンコーダ２０はビデオデータを受信することができる。ビデオエンコーダ２０はビデオデータのピクチャのスライス中の各ＣＴＵを符号化することができる。ＣＴＵの各々は、等しいサイズのルーマコード化ツリーブロック（ＣＴＢ：coding tree block）及びピクチャの対応するＣＴＢと関連付けられ得る。ＣＴＵの符号化の一部として、予測処理ユニット１００は、４分木区分を実行して、ＣＴＵのＣＴＢを徐々により小さくなるブロックに分割することができる。より小さいブロックは、ＣＵのコード化ブロックであり得る。例えば、予測処理ユニット１００は、ＣＴＵと関連付けられるＣＴＢを４つの等しいサイズのサブブロックに区分することができ、サブブロックの１つ又は複数を４つの等しいサイズのサブサブブロックに区分することができ、以下同様である。

【0102】

[0110]ビデオエンコーダ２０は、ＣＴＵのＣＵを符号化して、ＣＵの符号化された表現（即ち、コード化されたＣＵ）を生成することができる。ＣＵを符号化することの一部として、予測処理ユニット１００は、ＣＵの１つ又は複数のＰＵの中で、ＣＵと関連付けられるコード化ブロックを区分することができる。従って、各ＰＵは、ルーマ予測ブロック及び対応するクロマ予測ブロックと関連付けられ得る。ビデオエンコーダ２０及びビデオデコーダ３０は、様々なサイズを有するＰＵをサポートすることができる。上記のように、ＣＵのサイズは、ＣＵのルーマコード化ブロックのサイズを指すことがあり、かつＰＵのサイズは、ＰＵのルーマ予測ブロックのサイズを指すことがある。特定のＣＵのサイズを２Ｎ×２Ｎと仮定すると、ビデオエンコーダ２０及びビデオデコーダ３０は、イントラ予測のために２Ｎ×２Ｎ又はＮ×ＮのＰＵサイズをサポートすることができ、インター予測のために２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、又は同様の対称的なＰＵサイズをサポートすることができる。ビデオエンコーダ２０及びビデオデコーダ３０はまた、インター予測のために、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、及びｎＲ×２ＮのＰＵサイズのための非対称的な区分をサポートすることができる。

【0103】

[0111]インター予測処理ユニット１２０は、ＣＵの各ＰＵに対してインター予測を実行することによって、ＰＵの予測データを生成することができる。ＰＵの予測データは、ＰＵの予測ブロックとＰＵの動き情報とを含み得る。インター予測単位１２０は、ＰＵがＩスライス中にあるか、Ｐスライス中にあるか、又はＢスライス中にあるかに応じて、ＣＵのＰＵに対して異なる動作を実行することができる。Ｉスライス中では、全てのＰＵがイントラ予測される。従って、ＰＵがＩスライス中にある場合、インター予測処理ユニット１２０は、ＰＵに対してインター予測を実行しない。従って、Ｉモードで符号化されたブロックに対して、予測ブロックは、同じフレーム内の前に符号化された隣接ブロックからの空間的予測を使用して形成される。

【0104】

[0112]ＰＵがＰスライス中にある場合、動き推定ユニット１２２は、ＰＵの参照領域のための参照ピクチャのリスト（例えば、「ＲｅｆＰｉｃＬｉｓｔ０」）中の参照ピクチャを探索し得る。ＰＵの参照領域は、ＰＵのサンプルブロックに最も密接に対応するサンプルブロックを含む参照ピクチャ内の領域であり得る。動き推定ユニット１２２は、ＰＵの参照領域を含む参照ピクチャのＲｅｆＰｉｃＬｉｓｔ０中の位置を示す参照インデックスを生成し得る。加えて、動き推定ユニット１２２は、ＰＵのコード化ブロックと参照領域と関連付けられる参照位置の間の、空間的な変位を示す動きベクトルを生成し得る。例えば、動きベクトルは現在のピクチャ中の座標から参照ピクチャ中の座標までのオフセットを提供する、２次元ベクトルであり得る。動き推定ユニット１２２は、ＰＵの動き情報として、参照インデックスと動きベクトルとを出力し得る。動き補償ユニット１２４は、ＰＵの動きベクトルによって示される参照位置における実際のサンプル又は補間されたサンプルに基づいて、ＰＵの予測ブロックを生成し得る。

【0105】

[0113]ＰＵがＢスライス中にある場合、動き推定ユニット１２２は、ＰＵに対して単方向予測又は双方向予測を実行することができる。ＰＵについて単方向予測を実行するために、動き推定ユニット１２２は、ＰＵの参照領域について、ＲｅｆＰｉｃＬｉｓｔ０の参照ピクチャ又は第２の参照ピクチャリスト（「ＲｅｆＰｉｃＬｉｓｔ２」）を探索し得る。動き推定ユニット１２２は、参照領域を含む参照ピクチャのＲｅｆＰｉｃＬｉｓｔ０又はＲｅｆＰｉｃＬｉｓｔ１中の位置を示す参照インデックスと、ＰＵの予測ブロックと参照領域と関連付けられる参照位置との間の空間的な変位を示す動きベクトルと、参照ピクチャがＲｅｆＰｉｃＬｉｓｔ０の中にあるか、又はＲｅｆＰｉｃＬｉｓｔ１の中にあるかを示す１つ又は複数の予測方向インジケータとを、ＰＵの動き情報として出力することができる。動き補償ユニット１２４は、ＰＵの動きベクトルによって示される参照領域における実際のサンプル又は補間されたサンプルに少なくとも一部基づいて、ＰＵの予測ブロックを生成し得る。

【0106】

[0114]動き推定ユニット１２２は、ＰＵについて双方向インター予測を実行するために、ＰＵの参照領域についてＲｅｆＰｉｃＬｉｓｔ０の中の参照ピクチャを探索することができ、ＰＵの別の参照領域についてＲｅｆＰｉｃＬｉｓｔ１の中の参照ピクチャを探索することもできる。動き推定ユニット１２２は、参照領域を含む参照ピクチャのＲｅｆＰｉｃＬｉｓｔ０及びＲｅｆＰｉｃＬｉｓｔ１の中の位置を示す、参照インデックスを生成し得る。加えて、動き推定ユニット１２２は、参照領域と関連付けられる参照位置とＰＵの予測ブロックとの間の空間的な変位を示す動きベクトルを生成することができる。ＰＵの動き情報は、ＰＵの参照インデックスと、動きベクトルとを含み得る。動き補償ユニット１２４は、ＰＵの動きベクトルによって示される参照領域における実際のサンプル又は補間されたサンプルに少なくとも一部基づいて、ＰＵの予測ブロックを生成し得る。

【0107】

[0115]イントラ予測処理ユニット１２６は、ＰＵに対してイントラ予測を実行することによって、ＰＵの予測データを生成することができる。ＰＵの予測データは、ＰＵの予測ブロックと様々なシンタックス要素とを含み得る。イントラ予測処理ユニット１２６は、Ｉスライス、Ｐスライス、及びＢスライスの中のＰＵに対してイントラ予測を実行することができる。

【0108】

[0116]ＰＵに対してイントラ予測を実行するために、イントラ予測処理ユニット１２６は、複数のイントラ予測モードを使用して、ＰＵの予測データの複数のセットを生成することができる。イントラ予測処理ユニット１２６は、隣接するＰＵのサンプルに基づいて、ＰＵの予測ブロックを生成し得る。隣接するＰＵは、ＰＵ、ＣＵ、及びＣＴＵについて左から右、上から下の符号化順序を仮定すると、ＰＵの上、右上、左上、又は左にあり得る。イントラ予測処理ユニット１２６は、様々な数のイントラ予測モード、例えば３３個の方向のイントラ予測モードを使用することができる。幾つかの例では、イントラ予測モードの数は、ＰＵの予測ブロックのサイズに依存し得る。

【0109】

[0117]予測処理ユニット１００は、ＰＵのためにインター予測処理ユニット１２０によって生成された予測データ、又はＰＵのためにイントラ予測処理ユニット１２６によって生成された予測データの中から、ＣＵのＰＵの予測データを選択することができる。幾つかの例では、予測処理ユニット１００は、予測データのセットのレート／ひずみ測定基準に基づいて、ＣＵのＰＵの予測データを選択する。選択された予測データの予測ブロックは、本明細書では、選択された予測ブロックと呼ばれ得る。

【0110】

[0118]残差生成ユニット１０２は、ＣＵのルーマコード化ブロック、Ｃｂコード化ブロック、及びＣｒコード化ブロックならびにＣＵのＰＵの選択された予測ルーマブロック、予測Ｃｂブロック、及び予測Ｃｒブロックに基づいて、ＣＵのルーマ残差ブロックと、Ｃｂ残差ブロックと、Ｃｒ残差ブロックとを生成することができる。例えば、残差生成ユニット１０２は、残差ブロック中の各サンプルが、ＣＵのコード化ブロック中のサンプルとＣＵのＰＵの対応する選択された予測ブロック中の対応するサンプルとの間の差に等しい値を有するように、ＣＵの残差ブロックを生成することができる。

【0111】

[0119]変換処理ユニット１０４は、４分木区分を実行して、ＣＵの残差ブロックをＣＵのＴＵと関連付けられた変換ブロックに区分することができる。従って、ＴＵは、ルーマ変換ブロック及び２つの対応するクロマ変換ブロックと関連付けられ得る。ＣＵのＴＵのルーマ変換ブロック及びクロマ変換ブロックのサイズ及び位置は、ＣＵのＰＵの予測ブロックのサイズ及び位置に基づくことも又は基づかないこともある。「残差４分木」（ＲＱＴ）として知られる４分木構造は、領域の各々と関連付けられたノードを含み得る。ＣＵのＴＵは、ＲＱＴのリーフノードに対応し得る。

【0112】

[0120]変換処理ユニット１０４は、ＴＵの変換ブロックに１つ又は複数の変換を適用することによって、ＣＵの各ＴＵのための変換係数ブロックを生成することができる。変換処理ユニット１０４は、ＴＵと関連付けられた変換ブロックに様々な変換を適用し得る。例えば、変換処理ユニット１０４は、離散コサイン変換（ＤＣＴ）、方向変換、又は概念的に同様の変換を変換ブロックに適用し得る。幾つかの例において、変換処理ユニット１０４は変換ブロックに変換を適用しない。そのような例では、変換ブロックは変換係数ブロックとして扱われ得る。

【0113】

[0121]量子化ユニット１０６は、係数ブロック中の変換係数を量子化し得る。量子化処理は、変換係数の一部又は全てと関連付けられたビット深度を低減し得る。例えば、量子化の間にｎビットの変換係数がｍビット変換係数へと切り捨てられてよく、この場合、ｎはｍよりも大きい。量子化ユニット１０６は、ＣＵと関連付けられた量子化パラメータ（ＱＰ）値に基づいてＣＵのＴＵと関連付けられた係数ブロックを量子化することができる。ビデオエンコーダ２０は、ＣＵと関連付けられたＱＰの値を調整することによって、ＣＵと関連付けられた係数ブロックに適用される量子化の程度を調整することができる。量子化は情報の損失をもたらすことがあり、従って、量子化された変換係数は、元の係数よりも低い精度を有することがある。

【0114】

[0122]逆量子化ユニット１０８及び逆変換処理ユニット１１０は、それぞれ、係数ブロックに逆量子化及び逆変換を適用して、係数ブロックから残差ブロックを再構成し得る。再構成ユニット１１２は、再構成された残差ブロックを、予測処理ユニット１００によって生成された１つ又は複数の予測ブロックからの対応するサンプルに追加して、ＴＵと関連付けられた再構成された変換ブロックを生成し得る。このようにＣＵの各ＴＵのための変換ブロックを再構成することによって、ビデオエンコーダ２０は、ＣＵのコード化ブロックを再構成し得る。

【0115】

[0123]フィルタユニット１１４は、１つ又は複数のデブロッキング動作を実行して、ＣＵと関連付けられたコード化ブロック中のブロック歪み（blocking artifacts）を低減することができる。復号されたピクチャのバッファ１１６は、フィルタユニット１１４が、再構成されたコード化ブロックに対して１回又は複数のデブロッキング動作を実行した後、再構成されたコード化ブロックを記憶し得る。インター予測処理ユニット１２０は、再構成されたコード化ブロックを含む参照ピクチャを使用して、他のピクチャのＰＵに対してインター予測を実行し得る。加えて、イントラ予測処理ユニット１２６は、復号されたピクチャのバッファ１１６の中の再構成されたコード化ブロックを使用して、ＣＵと同じピクチャの中の他のＰＵに対してイントラ予測を実行することができる。

【0116】

[0124]エントロピー符号化ユニット１１８は、ビデオエンコーダ２０の他の機能コンポーネントからデータを受け取ることができる。例えば、エントロピー符号化ユニット１１８は、量子化ユニット１０６から係数ブロックを受け取ることができ、予測処理ユニット１００からシンタックス要素を受け取ることができる。エントロピー符号化ユニット１１８は、このデータに対して１つ又は複数のエントロピー符号化動作を実行して、エントロピー符号化されたデータを生成することができる。例えば、エントロピー符号化ユニット１１８は、コンテキスト適応型可変長コード化（ＣＡＶＬＣ：context-adaptive variable length coding）動作、ＣＡＢＡＣ動作、可変−可変（Ｖ２Ｖ：variable-to-variable）長コード化動作、シンタックスベースコンテキスト適応型バイナリ算術コード化（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）動作、確率間隔区分エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）コード化動作、指数ゴロム符号化動作、又は別のタイプのエントロピー符号化動作をデータに対して実行し得る。ビデオエンコーダ２０は、エントロピー符号化ユニット１１８によって生成されたエントロピー符号化されたデータを含むビットストリームを出力することができる。例えば、ビットストリームはＣＵのＲＱＴを表すデータを含み得る。

【0117】

[0125]上記のように、本開示の技法は、ＨＲＤパラメータシンタックス構造の共通情報が、ＶＰＳ中のどのＨＲＤパラメータシンタックス構造についても明示的に信号伝達されることを可能にするための設計を提供する。ＨＲＤパラメータシンタックス構造の共通情報が、ＶＰＳ中のどのＨＲＤパラメータについても明示的に信号伝達されることを可能にするために、ビデオエンコーダ２０は、下の表３に示される例示的なシンタックスに適合するＶＰＳシンタックス構造を生成すればよい。

【表3A】

【表3B】

【0118】

[0126]表３のイタリック体の部分は、表３のシンタックスと、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８からの対応する表との間の違いを示す。更に、表３の例示的なシンタックスにおいて、ｎｕｍ＿ｏｐｓ＿ｍｉｎｕｓ１シンタックス要素は、ＶＰＳ中に存在するｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ（）シンタックス構造の数を規定する。ｈｒｄ＿ａｐｐｌｉｃａｂｌｅ＿ｏｐｓ＿ｍｉｎｕｓ１［ｉ］シンタックス要素は、第ｉのｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用される動作点の数を規定する。ｈｒｄ＿ｏｐ＿ｉｄｘ［ｉ］［ｊ］シンタックス要素は、ＶＰＳ中の第ｉのｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用される第ｊの動作点を規定する。上で簡単に言及したように、本開示の技法は、ＨＲＤパラメータの１つのセットが複数の動作点によって共有されることを可能にし得る。ｈｒｄ＿ａｐｐｌｉｃａｂｌｅ＿ｏｐｓ＿ｍｉｎｕｓ１［ｉ］シンタックス要素及びｈｒｄ＿ｏｐ＿ｉｄｘ［ｉ］［ｊ］は、ＨＲＤパラメータのセットが適用される動作点を示すのに役立ち得る。複数の動作点がＨＲＤパラメータの単一のセットに適用可能であることが認められない幾つかの例において、ｈｒｄ＿ａｐｐｌｉｃａｂｌｅ＿ｏｐｓ＿ｍｉｎｕｓ１［ｉ］シンタックス要素及びｈｒｄ＿ｏｐ＿ｉｄｘ［ｉ］［ｊ］シンタックス要素は、表３から省かれる。

【0119】

[0127]表３の例示的なシンタックスにおいて、ＶＰＳは、表３においてｃｐｒｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］として示される、共通パラメータセット存在フラグ（即ち、シンタックス要素）を含み得る。１に等しいｃｐｒｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］シンタックス要素は、全てのサブレイヤにとって共通するＨＲＤパラメータが、ＶＰＳ中の第ｉのｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造中に存在することを規定する。０に等しいｃｐｒｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］シンタックス要素は、全てのサブレイヤにとって共通するＨＲＤパラメータが、ＶＰＳ中の第ｉのｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造中に存在するとは限らず、代わりに、ＶＰＳ中の第（ｉ−１）のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造と同じになるように導出されることを規定する。

【0120】

[0128]ｃｐｒｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［０］は、１に等しいと推測され得る。つまり、機器は、ＶＰＳ中の第１の（コード化順序で）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が、全てのサブレイヤにとって共通するＨＲＤパラメータを含むと自動的に決定する（即ち、推測する）ことができる。従って、ＶＰＳ中で信号伝達される第１のＨＲＤパラメータシンタックス構造は、ＨＲＤパラメータの共通セットを含む。ＶＰＳ中の１つ又は複数の後続のＨＲＤパラメータシンタックス構造は、ＨＲＤパラメータの異なる共通セットを含み得る。

【0121】

[0129]上で簡単に言及したように、本開示の技法は、ＨＲＤパラメータシンタックス構造の共通情報（即ち、サブレイヤの各々に共通のＨＲＤパラメータ）が、どのＨＲＤパラメータシンタックス構造についても明示的に信号伝達されることを可能にすることができる。表３のｃｐｒｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］シンタックス要素は、ビデオデコーダ３０又は別の機器が、ＨＲＤパラメータシンタックス構造のうちのどれが、サブレイヤの各々に共通のＨＲＤパラメータのセットを含むか決定することを可能にし得る。従って、第１のＨＲＤパラメータシンタックス構造は、ＨＲＤパラメータの共通セットを常に含み得るが、ＶＰＳ中で信号伝達される１つ又は複数のＨＲＤパラメータシンタックス構造は、ＨＲＤパラメータの共通セットを含まない。機器は、ｃｐｒｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］シンタックス要素を使って、ＶＰＳのＨＲＤパラメータシンタックス構造のうちのどれがＨＲＤパラメータの共通セットを含むか決定することができる。

【0122】

[0130]ＨＲＤパラメータシンタックス構造（例えば、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造）は、ＨＲＤパラメータシンタックス構造が、全てのサブレイヤにとって共通するＨＲＤパラメータを含むかどうかにかかわらず、サブレイヤ固有ＨＲＤパラメータのセットを含み得る。ビデオデコーダ３０又は別の機器が、特定のＨＲＤパラメータシンタックス構造がＨＲＤパラメータの共通セットを含まないと決定すると、ビデオデコーダ３０又は別の機器は、前のＨＲＤパラメータシンタックス構造に関連付けられたＨＲＤパラメータの共通セットと、特定のＨＲＤパラメータシンタックス構造のサブレイヤ固有ＨＲＤパラメータのセットとを使って動作を実施することができる。前のＨＲＤパラメータシンタックス構造は、コード化順序で、特定のＨＲＤパラメータシンタックス構造の前に、ＶＰＳ中で信号伝達されたＨＲＤパラメータのセットであり得る。前のＨＲＤパラメータシンタックス構造がＨＲＤパラメータの共通セットを含む場合、前のＨＲＤパラメータシンタックス構造に関連付けられたＨＲＤパラメータの共通セットは、前のＨＲＤパラメータシンタックス構造中に含まれるＨＲＤパラメータの共通セットである。前のＨＲＤパラメータシンタックス構造がＨＲＤパラメータの共通セットを含まない場合、機器は、前のＨＲＤパラメータシンタックス構造に関連付けられたＨＲＤパラメータの共通セットが、コード化順序で、前のＨＲＤパラメータシンタックス構造にコード化順序で先立つＨＲＤパラメータシンタックス構造に関連付けられたＨＲＤパラメータの共通セットであると決定してよい。

【0123】

[0131]上述したように、機器は、ＨＲＤパラメータの共通セットとサブレイヤ固有ＨＲＤパラメータとを使って動作を実施することができる。この動作中、機器は、ＨＲＤパラメータのうちの１つ又は複数に従ってＣＰＢの動作を管理し、ビデオデータを復号し、復号されたピクチャを、ＨＲＤパラメータのうちの１つ又は複数に従ってＤＰＢ中で管理することができる。別の例では、ＨＲＤパラメータの共通セット及びサブレイヤ固有ＨＲＤパラメータは、ビットストリーム適合試験又はデコーダ適合試験を実施するのに使うことができる。

【0124】

[0132]更に、幾つかの例において、スケーラブルネスティングＳＥＩメッセージが、ＳＥＩメッセージをビットストリームサブセット（例えば、動作点表現）に、又は固有レイヤ及びサブレイヤに関連付けるための機構を提供する。幾つかのそのような例において、スケーラブルネスティングＳＥＩメッセージは、１つ又は複数のＳＥＩメッセージを含み得る。スケーラブルネスティングＳＥＩメッセージ中に含まれるＳＥＩメッセージは、ネストされたＳＥＩメッセージと呼ばれ得る。スケーラブルネスティングＳＥＩメッセージ中に含まれないＳＥＩメッセージは、ネストされていないＳＥＩメッセージと呼ばれ得る。幾つかの例において、スケーラブルネスティングＳＥＩメッセージ中のネストされたＳＥＩメッセージは、ＨＲＤパラメータのセットを含み得る。

【0125】

[0133]幾つかの例では、どのタイプのメッセージがネストされ得るかに対して、幾つかの制限がある。例えば、バッファリング期間ＳＥＩメッセージ及び他のどのタイプのＳＥＩメッセージも、同じスケーラブルネスティングＳＥＩメッセージ中にネストされなくてよい。バッファリング期間ＳＥＩメッセージは、ＨＲＤ動作についての初期遅延を示すことができる。別の例では、ピクチャタイミングＳＥＩメッセージ及び他のどのタイプのＳＥＩメッセージも、同じスケーラブルネスティングＳＥＩメッセージ中にネストされなくてよい。ピクチャタイミングＳＥＩメッセージは、ＨＲＤ動作についてのピクチャ出力時間とピクチャ／サブピクチャ除去時間とを示すことができる。他の例では、ピクチャタイミングＳＥＩメッセージ及びサブピクチャタイミングＳＥＩメッセージは、同じスケーラブルネスティングＳＥＩメッセージ中にネストされてよい。サブピクチャタイミングＳＥＩメッセージは、ＳＥＩメッセージに関連付けられた復号ユニットについてのＣＰＢ除去遅延情報を提供することができる。

【0126】

[0134]上記のように、本開示の１つ又は複数の技法は、１つのＳＥＩメッセージが複数の動作点に適用されることを可能にし得る。更に、本開示の１つ又は複数の技法は、ＳＥＩ ＮＡＬ単位中のネストされたＳＥＩメッセージに適用可能な動作点が、ＳＥＩ ＮＡＬ単位のＮＡＬ単位ヘッダ中のレイヤ識別情報によって示される動作点であるかどうかを、ビデオエンコーダ２０が信号伝達することを可能にし得る。更に、本開示の１つ又は複数の技法は、差分コード化により、レイヤ識別子の明示的コード化の効率を向上させることができる。下の表４に示される例示的なシンタックス、及びそれに伴うセマンティクスが、これらの技法を実装することができる。

【表4】

【0127】

[0135]表４の例において、イタリック体の部分は、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８との違いを示し得る。具体的には、表４の例示的なシンタックスにおいて、０に等しいｂｉｔｓｔｒｅａｍ＿ｓｕｂｓｅｔ＿ｆｌａｇシンタックス要素は、スケーラブルネスティングＳＥＩメッセージ中にネストされたＳＥＩメッセージが、固有レイヤ及びサブレイヤに適用されることを規定する。１に等しいｂｉｔｓｔｒｅａｍ＿ｓｕｂｓｅｔ＿ｆｌａｇシンタックス要素は、スケーラブルネスティングＳＥＩメッセージ中にネストされたＳＥＩメッセージが、以下で規定されるスケーラブルネスティングＳＥＩメッセージのシンタックス要素によって規定される入力を用いる、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のサブクローズ１０．１のサブビットストリーム抽出プロセスから生じるサブビットストリームに適用されることを規定する。ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８の１０．１項は、ビットストリームからサブビットストリーム（即ち、動作点表現）を抽出するための動作を記述する。具体的には、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８の１０．１項は、サブビットストリームが、ｔＩｄＴａｒｇｅｔよりも大きい時間識別子（例えば、ＴｅｍｐｏｒａｌＩＤ）又はｔａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔの中の値にはないレイヤ識別子（例えば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ）を有する全てのＮＡＬ単位をビットストリームから除去することによって、導出されることを規定する。ｔＩｄＴａｒｇｅｔ及びｔａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔは、ビットストリーム抽出処理のパラメータである。幾つかの例において、ネストされたＳＥＩメッセージが、ピクチャバッファリングＳＥＩメッセージ、ピクチャタイミングＳＥＩメッセージ又はサブピクチャタイミングＳＥＩメッセージである場合、ｂｉｔｓｔｒｅａｍ＿ｓｕｂｓｅｔ＿ｆｌａｇシンタックス要素は１に等しい。そうでない場合、そのような例において、ｂｉｔｓｔｒｅａｍ＿ｓｕｂｓｅｔ＿ｆｌａｇシンタックス要素は０に等しい。

【0128】

[0136]更に、表４の例示的なシンタックスにおいて、ｂｉｔｓｔｒｅａｍ＿ｓｕｂｓｅｔ＿ｆｌａｇシンタックス要素が１に等しい場合、スケーラブルネスティングＳＥＩメッセージは、ｄｅｆａｕｌｔ＿ｏｐ＿ａｐｐｌｉｃａｂｌｅ＿ｆｌａｇシンタックス要素を含む。１に等しいｄｅｆａｕｌｔ＿ｏｐ＿ａｐｐｌｉｃａｂｌｅ＿ｆｌａｇシンタックス要素は、ネストされたＳＥＩメッセージ（即ち、スケーラブルネスティングＳＥＩメッセージ内にネストされたＳＥＩメッセージ）が、現在のＳＥＩ ＮＡＬ単位の時間識別子（ＴｅｍｐｏｒａｌＩｄ）に等しい入力ｔＩｄＴａｒｇｅｔと、両端値を含む、現在のＳＥＩ ＮＡＬ単位の０〜ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの範囲内のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの全ての値からなるｔａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔとを用いる、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のサブクローズ１０．１のサブビットストリーム抽出プロセスの出力であるデフォルトのサブビットストリームに適用されることを規定する。従って、デフォルトのサブビットストリームは、現在のＳＥＩ ＮＡＬ単位の時間識別子よりも大きい時間識別子又は両端値を含む、現在のＳＥＩ ＮＡＬ単位の０から、レイヤ識別子（例えば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ）の範囲内のレイヤ識別子をもつ全てのＮＡＬ単位を、ビットストリームから除去することによって導出されるビットストリームであり得る。例えば、デフォルトのサブビットストリームはビットストリームのサブセットであってよく、デフォルトのサブビットストリームは、ＮＡＬ単位ヘッダのレイヤ識別子シンタックス要素によって示されるレイヤ識別子よりも大きいレイヤ識別子を有する、又はＮＡＬ単位ヘッダの時間レイヤ識別子シンタックス要素によって示される時間識別子（例えば、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１）よりも大きい時間識別子を有する、ビットストリームのＶＣＬ ＮＡＬ単位を含まなくてよい。０に等しいｄｅｆａｕｌｔ＿ｏｐ＿ａｐｐｌｉｃａｂｌｅ＿ｆｌａｇシンタックス要素は、ネストされたＳＥＩメッセージが、デフォルトのサブビットストリームに適用されないことを規定する。

【0129】

[0137]表４の例示的なシンタックスにおいて、ｂｉｔｓｔｒｅａｍ＿ｓｕｂｓｅｔ＿ｆｌａｇシンタックス要素が１に等しい場合、スケーラブルネスティングＳＥＩメッセージは、ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｏｐｓ＿ｍｉｎｕｓ１シンタックス要素を含む。ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｏｐｓ＿ｍｉｎｕｓ１シンタックス要素に１を加えたものは、スケーラブルネスティングＳＥＩメッセージ中のｎｅｓｔｉｎｇ＿ｏｐ＿ｉｄｘ［ｉ］シンタックス要素の数を規定する。従って、ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｏｐｓ＿ｍｉｎｕｓ１シンタックス要素に１を加えたものが０よりも大きい場合、ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｏｐｓ＿ｍｉｎｕｓ１シンタックス要素は、スケーラブルネスティングＳＥＩメッセージが、ネストされたＳＥＩメッセージが適用可能である複数の動作点を識別する複数のシンタックス要素を含むかどうかを示し得る。このように、機器は、スケーラブルネスティングＳＥＩメッセージから、ネストされたＳＥＩメッセージが適用される動作点の数を示すシンタックス要素（ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｏｐｓ＿ｍｉｎｕｓ１）を復号することができる。ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｏｐｓ＿ｍｉｎｕｓ１シンタックス要素が存在しないとき、ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｏｐｓ＿ｍｉｎｕｓ１の値は、０に等しいと推測され得る。従って、ｂｉｔｓｔｒｅａｍ＿ｓｕｂｓｅｔ＿ｆｌａｇシンタックス要素が０に等しい場合、スケーラブルネスティングＳＥＩメッセージは、どのｎｅｓｔｉｎｇ＿ｏｐ＿ｉｄｘ［ｉ］シンタックス要素も含まない。

【0130】

[0138]０に等しいｎｅｓｔｉｎｇ＿ｏｐ＿ｆｌａｇシンタックス要素は、ｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［０］がａｌｌ＿ｌａｙｅｒｓ＿ｆｌａｇシンタックス要素、及び存在するときは、両端値を含む、０〜ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内の全ての値ｉについてのｎｅｓｔｉｎｇ＿ｌａｙｅｒ＿ｉｄ＿ｄｅｌｔａ［ｉ］シンタックス要素によって規定されると規定する。ｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［］シンタックス要素は、レイヤ識別子のアレイである。１に等しいｎｅｓｔｉｎｇ＿ｏｐ＿ｆｌａｇシンタックス要素は、ｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［ｉ］がｎｅｓｔｉｎｇ＿ｏｐ＿ｉｄｘ［ｉ］シンタックス要素によって規定されると規定する。存在しないとき、ｎｅｓｔｉｎｇ＿ｏｐ＿ｆｌａｇの値は１に等しいと推測される。

【0131】

[0139]ｎｅｓｔｉｎｇ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１［ｉ］シンタックス要素は、変数ｍａｘＴｅｍｐｏｒａｌＩｄ［ｉ］を規定する。表４の例示的なシンタックスにおいて、ｎｅｓｔｉｎｇ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１［ｉ］シンタックス要素の値は、現在のＳＥＩ ＮＡＬ単位（即ち、スケーラブルなネストされたＳＥＩメッセージを含むＮＡＬ単位）のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１シンタックス要素の値よりも大きい。変数ｍａｘＴｅｍｐｏｒａｌＩｄ［ｉ］は、ｎｅｓｔｉｎｇ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１［ｉ］−１に等しく設定される。

【0132】

[0140]ｎｅｓｔｉｎｇ＿ｏｐ＿ｉｄｘ［ｉ］シンタックス要素は、セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［ｉ］を規定するのに使われる。セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［ｉ］は、ｉの全ての値が、両端値を含む０〜ｏｐ＿ｎｕｍ＿ｌａｙｅｒ＿ｉｄ＿ｖａｌｕｅｓ＿ｍｉｎｕｓ１［ｎｅｓｔｉｎｇ＿ｏｐ＿ｉｄｘ］の範囲内であるｏｐ＿ｌａｙｅｒ＿ｉｄ［ｎｅｓｔｉｎｇ＿ｏｐ＿ｉｄｘ］［ｉ］からなり得る。アクティブなＶＰＳは、ｏｐ＿ｌａｙｅｒ＿ｉｄ［］［］及びｏｐ＿ｎｕｍ＿ｌａｙｅｒ＿ｖａｌｕｅｓ＿ｍｉｎｕｓ１［］値を規定し得る。

【0133】

[0141]更に、表４の例示的なシンタックスにおいて、０に等しいａｌｌ＿ｌａｙｅｒｓ＿ｆｌａｇシンタックス要素は、セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［０］が、両端値を含む０〜ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内の全ての値ｉについてのｎｅｓｔｉｎｇＬａｙｅｒＩｄ［ｉ］からなると規定する。変数ｎｅｓｔｉｎｇＬａｙｅｒＩｄ［ｉ］については、後で説明する。１に等しいａｌｌ＿ｌａｙｅｒｓ＿ｆｌａｇシンタックス要素は、セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔが、現在のＳＥＩ ＮＡＬ単位のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ以上の、現在のアクセス単位に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの全ての値からなると規定する。

【0134】

[0142]ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１シンタックス要素に１を加えたものは、スケーラブルネスティングＳＥＩメッセージ中のｎｅｓｔｉｎｇ＿ｌａｙｅｒ＿ｉｄ＿ｄｅｌｔａ［ｉ］シンタックス要素の数を規定する。ｎｅｓｔｉｎｇ＿ｌａｙｅｒ＿ｉｄ＿ｄｅｌｔａ［ｉ］シンタックス要素は、ｉが０に等しいとき、セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［０］中に含まれる最初の（即ち、第０の）ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ値と、現在のＳＥＩ ＮＡＬ単位のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素との間の違いを規定する。ｎｅｓｔｉｎｇ＿ｌａｙｅｒ＿ｉｄ＿ｄｅｌｔａ［ｉ］シンタックス要素は、ｉが０よりも大きいとき、セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［０］中に含まれる第ｉと第（ｉ−１）とのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ値の間の違いを規定する。

【0135】

[0143]変数ｎｅｓｔｉｎｇＬａｙｅｒＩｄ［ｉ］は、次のように導出することができ、ここでｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、現在のＳＥＩ ＮＡＬ単位のＮＡＬ単位ヘッダからのものである。

【0136】

nestingLayerId[ 0 ] = nuh_reserved_zero_6bits + nesting_layer_id_delta[ 0 ]
for( i = 1; i <= nesting_num_layers_minus1; i++)
nestingLayerId[ i ] = nestingLayerId[ i − 1 ] + nesting_layer_id_delta[ i ]

セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［０］は、両端値を含む０〜ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内の全てのｉ値についてのｎｅｓｔｉｎｇＬａｙｅｒＩｄ［ｉ］からなるように設定される。ｂｉｔｓｔｒｅａｍ＿ｓｕｂｓｅｔ＿ｆｌａｇシンタックス要素が０に等しいとき、ネストされたＳＥＩメッセージは、セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［０］中に含まれるか、又は現在のＳＥＩ ＮＡＬ単位のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓに等しいｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓをもつとともに、両端値を含む、現在のＳＥＩ ＮＡＬ単位のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１〜ｍａｘＴｅｍｐｏｒａｌＩｄ［０］＋１の範囲内のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１をもつＮＡＬ単位に適用される。ｂｉｔｓｔｒｅａｍ＿ｓｕｂｓｅｔ＿ｆｌａｇシンタックス要素が１に等しいとき、ネストされたＳＥＩメッセージは、両端値を含む０〜ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｏｐｓ＿ｍｉｎｕｓ１の範囲内の各ｉ値についてのｍａｘＴｅｍｐｏｒａｌＩｄ［ｉ］に等しい入力ｔＩｄＴａｒｇｅｔ及びｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［ｉ］に等しいｔａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔを伴う、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８のサブクローズ１０．１のサブビットストリーム抽出プロセスの出力に適用され、ｄｅｆａｕｌｔ＿ｏｐ＿ａｐｐｌｉｃａｂｌｅ＿ｆｌａｇシンタックス要素が１に等しいとき、ネストされたＳＥＩメッセージは、デフォルトのサブビットストリームにも適用される。抽出されたサブビットストリームは、ｍａｘＴｅｍｐｏｒａｌＩｄ［ｉ］よりも大きい時間識別子又は０〜ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｏｐｓ＿ｍｉｎｕｓ１の範囲内のレイヤ識別子をもつ全てのＮＡＬ単位を除去することから生じ得る。

【0137】

[0144]このように、ネストされたＳＥＩメッセージが適用される複数の動作点における少なくとも１つのそれぞれの動作点について、機器（例えば、ビデオエンコーダ２０、ビデオデコーダ３０、又はコンテンツ配信ネットワーク機器など、別の機器）は、スケーラブルネスティングＳＥＩメッセージから、第１のシンタックス要素（例えば、ｎｅｓｔｉｎｇ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１［ｉ］）と第２のシンタックス要素（例えば、ｎｅｓｔｉｎｇ＿ｏｐ＿ｉｄｘ［ｉ］）とを復号することができる。更に、機器は、第１のシンタックス要素に少なくとも部分的に基づいて、それぞれの動作点の最大時間識別子を決定することができる。機器は、第２のシンタックス要素に少なくとも部分的に基づいて、それぞれの動作点のレイヤ識別子のセットを決定することができる。

【0138】

[0145]表４の例において、ｎｅｓｔｉｎｇ＿ｚｅｒｏ＿ｂｉｔシンタックス要素は０に等しい。ｎｅｓｔｉｎｇ＿ｚｅｒｏ＿ｂｉｔシンタックス要素は、スケーラブルネスティングＳＥＩメッセージがバイト整合されることを保証するのに役立ち得る。スケーラブルネスティングＳＥＩメッセージは、スケーラブルネスティングＳＥＩメッセージ中のビットの数が８で割り切れるとき、バイト整合され得る。

【0139】

[0146]更に、表４の例において、ｓｅｉ＿ｍｅｓｓａｇｅ（）シンタックス構造は、ＳＥＩメッセージを含む。従って、機器は、スケーラブルネスティングＳＥＩメッセージから、スケーラブルネスティングＳＥＩメッセージによってカプセル化された複数のネストされたＳＥＩメッセージを復号することができる。ネストされたＳＥＩメッセージの各々は、複数のシンタックス要素（例えば、ｎｅｓｔｉｎｇ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１［ｉ］、ｎｅｓｔｉｎｇ＿ｏｐ＿ｉｄｘ［ｉ］など）によって識別される動作点全てに適用可能であり得る。

【0140】

[0147]代替的な例では、スケーラブルネスティングＳＥＩメッセージは、下の表５の例示的なシンタックスに適合し得る。表５の例示的なシンタックスにおいて、スケーラブルネスティングＳＥＩメッセージは、本開示の１つ又は複数の技法によると、コード化フラグの使用により、レイヤ識別子の明示的コード化の効率を向上させることができる。

【表5】

【0141】

[0148]表５の例において、イタリック体の部分は、ＨＥＶＣ Ｗｏｒｋｉｎｇ Ｄｒａｆｔ ８との違いを示し得る。表５に示すように、ｂｉｔｓｔｒｅａｍ＿ｓｕｂｓｅｔ＿ｆｌａｇシンタックス要素、ｄｅｆａｕｌｔ＿ｏｐ＿ａｐｐｌｉｃａｂｌｅ＿ｆｌａｇシンタックス要素、ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｏｐｓ＿ｍｉｎｕｓ１シンタックス要素、ｎｅｓｔｉｎｇ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１シンタックス要素、ｎｅｓｔｉｎｇ＿ｏｐ＿ｉｄｘ［ｉ］シンタックス要素、及びｎｅｓｔｉｎｇ＿ｚｅｒｏ＿ｂｉｔシンタックス要素は、表４に関して上述したのと同じセマンティクスを有し得る。

【0142】

[0149]更に、表５の例において、変数ｍｉｎＬａｙｅｒＩｄは、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ＋１に等しく設定され、ここでｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、現在のＳＥＩ ＮＡＬ単位のＮＡＬ単位ヘッダからのものである。０に等しいｎｅｓｔｉｎｇ＿ｏｐ＿ｆｌａｇシンタックス要素は、セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［０］がａｌｌ＿ｌａｙｅｒｓ＿ｆｌａｇシンタックス要素、及び存在するときには、両端値を含む０〜ｎｅｓｔｉｎｇ＿ｍａｘ＿ｌａｙｅｒ＿ｉｄ−ｍｉｎＬａｙｅｒＩｄ−１の範囲内の全ての値ｉについてのｎｅｓｔｉｎｇ＿ｌａｙｅｒ＿ｉｄ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ［ｉ］によって規定されると規定する。１に等しいｎｅｓｔｉｎｇ＿ｏｐ＿ｆｌａｇシンタックス要素は、セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［ｉ］がｎｅｓｔｉｎｇ＿ｏｐ＿ｉｄｘ［ｉ］シンタックス要素によって規定されると規定する。ｎｅｓｔｉｎｇ＿ｏｐ＿ｆｌａｇシンタックス要素が存在しないとき、ｎｅｓｔｉｎｇ＿ｏｐ＿ｆｌａｇの値は１に等しいと推測される。

【0143】

[0150]表５の例において、０に等しいａｌｌ＿ｌａｙｅｒｓ＿ｆｌａｇシンタックス要素は、セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［０］が、両端値を含む０〜ｎｅｓｔｉｎｇ＿ｍａｘ＿ｌａｙｅｒ＿ｉｄ−ｍｉｎＬａｙｅｒＩｄの範囲内の全てのｉ値についてのｎｅｓｔｉｎｇＬａｙｅｒＩｄ［ｉ］からなると規定する。ｎｅｓｔｉｎｇＬａｙｅｒＩｄ［ｉ］変数については、後で説明する。表５の例において、１に等しいａｌｌ＿ｌａｙｅｒｓ＿ｆｌａｇは、セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔが、現在のＳＥＩ ＮＡＬ単位のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素以上である、現在のアクセス単位中に存在するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの全ての値からなると規定する。

【0144】

[0151]更に、表５の例において、ｎｅｓｔｉｎｇ＿ｍａｘ＿ｌａｙｅｒ＿ｉｄシンタックス要素は、セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［０］中のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの最も大きい値を規定する。１に等しいｎｅｓｔｉｎｇ＿ｌａｙｅｒ＿ｉｄ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ［ｉ］シンタックス要素は、ｉ＋ｍｉｎＬａｙｅｒＩｄに等しいｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値が、セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［０］に含まれると規定する。０に等しいｎｅｓｔｉｎｇ＿ｌａｙｅｒ＿ｉｄ＿ｉｎｃｌｕｄｅｄ＿ｆｌａｇ［ｉ］シンタックス要素は、ｉ＋ｍｉｎＬａｙｅｒＩｄに等しいｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値が、セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［０］に含まれないと規定する。

【0145】

[0152]変数ｎｅｓｔｉｎｇＮｕｍＬａｙｅｒｓＭｉｎｕｓ１及び両端値を含む０〜ｎｅｓｔｉｎｇＮｕｍＬａｙｅｒｓＭｉｎｕｓ１の範囲内のｉについての変数ｎｅｓｔｉｎｇＬａｙｅｒＩｄ［ｉ］は、次のように導出することができる。

【0146】

for( i = 0, j = 0; i < nesting_max_layer_id; i++ )
if( nesting_layer_id_incuded_flag[ i ] )
nestingLayerId[ j++ ] = i + minLayerId
nestingLayerId[ j ] = nesting_max_layer_id
nestingNumLayersMinus1 = j

セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［０］は、両端値を含む０〜ｎｅｓｔｉｎｇＮｕｍＬａｙｅｒｓＭｉｎｕｓ１の範囲内の全てのｉ値についてのｎｅｓｔｉｎｇＬａｙｅｒＩｄ［ｉ］からなるように設定され得る。

【0147】

[0153]ｂｉｔｓｔｒｅａｍ＿ｓｕｂｓｅｔ＿ｆｌａｇシンタックス要素が０に等しいとき、ネストされたＳＥＩメッセージは、セットｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［０］中に含まれるか、又は現在のＳＥＩ ＮＡＬ単位のｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素に等しいｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓをもつとともに、両端値を含む、現在のＳＥＩ ＮＡＬ単位のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１からｍａｘＴｅｍｐｏｒａｌＩｄ［０］＋１の範囲内のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１シンタックス要素をもつＮＡＬ単位に適用することができる。

【0148】

[0154]スケーラブルなネストされたＳＥＩメッセージのｂｉｔｓｔｒｅａｍ＿ｓｕｂｓｅｔ＿ｆｌａｇシンタックス要素が１に等しいとき、ネストされたＳＥＩメッセージは、ｍａｘＴｅｍｐｏｒａｌＩｄ［ｉ］に等しい入力ｔＩｄＴａｒｇｅｔ、及び両端値を含む０〜ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｏｐｓ＿ｍｉｎｕｓ１の範囲内の各ｉ値についてのｎｅｓｔｉｎｇＬａｙｅｒＩｄＳｅｔ［ｉ］に等しいｔａｒｇｅｔＤｅｃＬａｙｅｒＩｄＳｅｔを伴う、サブクローズ１０．１のサブビットストリーム抽出プロセスの出力に適用することができ、ｄｅｆａｕｌｔ＿ｏｐ＿ａｐｐｌｉｃａｂｌｅ＿ｆｌａｇが１に等しいとき、ネストされたＳＥＩメッセージは、デフォルトのサブビットストリームにも適用される。

【0149】

[0155]図３は、本開示の技法を実装するために構成された例示的なビデオデコーダ３０を示すブロック図である。図３は、説明のために提供されるものであり、本開示において広く例示され説明される技法を限定するものではない。説明の目的で、本開示は、ＨＥＶＣコード化の文脈においてビデオデコーダ３０を説明する。しかしながら、本開示の技法は、他のコード化規格又は方法に適用可能であり得る。

【0150】

[0156]図３の例では、ビデオデコーダ３０は、エントロピー復号ユニット１５０と、予測処理ユニット１５２と、逆量子化ユニット１５４と、逆変換処理ユニット１５６と、再構成ユニット１５８と、フィルタユニット１６０と、復号されたピクチャのバッファ１６２とを含む。予測処理ユニット１５２は、動き補償ユニット１６４と、イントラ予測処理ユニット１６６とを含む。他の例では、ビデオデコーダ３０は、より多数の、より少数の、又は異なる機能コンポーネントを含み得る。

【0151】

[0157]コード化されたピクチャのバッファ（ＣＰＢ）１５１は、ビットストリームの符号化されたビデオデータ（例えば、ＮＡＬ単位）を受け取り、記憶することができる。エントロピー復号ユニット１５０は、ＣＰＢ １５１からＮＡＬ単位を受け取り、ＮＡＬ単位を解析してシンタックス要素を復号することができる。エントロピー復号ユニット１５０は、ＮＡＬ単位中のエントロピー符号化されたシンタックス要素をエントロピー復号することができる。予測処理ユニット１５２、逆量子化ユニット１５４、逆変換処理ユニット１５６、再構成ユニット１５８、及びフィルタユニット１６０は、ビットストリームから抽出されたシンタックス要素に基づいて復号されたビデオデータを生成することができる。

【0152】

[0158]ビットストリームのＮＡＬ単位は、コード化されたスライスＮＡＬ単位を含み得る。ビットストリームを復号することの一部として、エントロピー復号ユニット１５０は、コード化されたスライスＮＡＬ単位からシンタックス要素を抽出し、エントロピー復号することができる。コード化されたスライスの各々は、スライスヘッダと、スライスデータとを含み得る。スライスヘッダは、スライスに関するシンタックス要素を含み得る。スライスヘッダ中のシンタックス要素は、スライスを含むピクチャと関連付けられたＰＰＳを特定するシンタックス要素を含み得る。

【0153】

[0159]ビットストリームからのシンタックス要素を復号することに加えて、ビデオデコーダ３０は、区分されていないＣＵに対して再構成動作を実行することができる。区分されていないＣＵに対して再構成動作を実行するために、ビデオデコーダ３０は、ＣＵの各ＴＵに対して再構成動作を実行することができる。ＣＵの各ＴＵに対して再構成動作を実行することによって、ビデオデコーダ３０は、ＣＵの残差サンプルブロックを再構成することができる。

【0154】

[0160]ＣＵのＴＵに対して再構成動作を実行することの一部として、逆量子化ユニット１５４は、ＴＵと関連付けられた係数ブロックを逆量子化（inverse quantize）、即ち逆量子化（de-quantize）することができる。逆量子化ユニット１５４は、ＴＵのＣＵと関連付けられたＱＰ値を使用して、量子化の程度を決定することができ、同様に、逆量子化ユニット１５４が適用すべき逆量子化の程度を決定することができる。即ち、圧縮比、即ち、元のシーケンスと圧縮されたシーケンスとを表すために使用されるビット数の比は、変換係数を量子化するときに使用されるＱＰの値を調整することによって制御され得る。圧縮比はまた、利用されたエントロピーコード化の方法に依存し得る。

【0155】

[0161]逆量子化ユニット１５４が係数ブロックを逆量子化した後、逆変換処理ユニット１５６は、ＴＵと関連付けられた残差ブロックを生成するために、係数ブロックに１つ又は複数の逆変換を適用することができる。例えば、逆変換処理ユニット１５６は、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ）、逆回転変換、逆方向性変換、又は別の逆変換を、係数ブロックに適用することができる。

【0156】

[0162]ＰＵがイントラ予測を使用して符号化される場合、イントラ予測処理ユニット１６６は、イントラ予測を実行して、ＰＵの予測ブロックを生成することができる。イントラ予測処理ユニット１６６は、イントラ予測モードを使用して、空間的に隣接するＰＵの予測ブロックに基づいて、ＰＵの予測ルーマブロックと、予測Ｃｂブロックと、予測Ｃｒブロックとを生成することができる。イントラ予測処理ユニット１６６は、ビットストリームから復号された１つ又は複数のシンタックス要素に基づいて、ＰＵのイントラ予測モードを決定することができる。

【0157】

[0163]予測処理ユニット１５２は、ビットストリームから抽出されたシンタックス要素に基づいて、第１の参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ０）と第２の参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ１）とを構築することができる。更に、ＰＵがインター予測を使用して符号化される場合、エントロピー復号ユニット１５０は、ＰＵの動き情報を抽出することができる。動き補償ユニット１６４は、ＰＵの動き情報に基づいて、ＰＵの１つ又は複数の参照領域を決定することができる。動き補償ユニット１６４は、ＰＵの１つ又は複数の参照ブロックにおけるサンプルブロックに基づいて、ＰＵの予測ルーマブロックと、予測Ｃｂブロックと、予測Ｃｒブロックとを生成することができる。

【0158】

[0164]再構成ユニット１５８は、適用可能な場合、ＣＵのＴＵと関連付けられたルーマ変換ブロック、Ｃｂ変換ブロック、及びＣｒ変換ブロックと、ＣＵのＰＵの予測ルーマブロック、予測Ｃｂブロック、及び予測Ｃｒブロックとを使用して、即ち、イントラ予測データ又はインター予測データのいずれかを使用して、ＣＵのルーマコード化ブロックと、Ｃｂコード化ブロックと、Ｃｒコード化ブロックとを再構成することができる。例えば、再構成ユニット１５８は、ルーマ変換ブロック、Ｃｂ変換ブロック、及びＣｒ変換ブロックのサンプルを予測ルーマブロック、予測Ｃｂブロック、及び予測Ｃｒブロックの対応するサンプルに加算して、ＣＵのルーマコード化ブロックと、Ｃｂコード化ブロックと、Ｃｒコード化ブロックとを再構成することができる。

【0159】

[0165]フィルタユニット１６０は、ＣＵのルーマコード化ブロック、Ｃｂコード化ブロック、及びＣｒコード化ブロックと関連付けられたブロック歪みを低減するためにデブロッキング動作を実行し得る。ビデオデコーダ３０は、ＣＵのルーマコード化ブロックと、Ｃｂコード化ブロックと、Ｃｒコード化ブロックとを復号されたピクチャのバッファ１６２に記憶することができる。復号されたピクチャのバッファ１６２は、後続の動き補償、イントラ予測、及び図１の表示装置３２のような表示装置上での提示のために、参照ピクチャを提供することができる。例えば、ビデオデコーダ３０は、復号されたピクチャのバッファ１６２中のルーマブロック、Ｃｂブロック、及びＣｒブロックに基づいて、他のＣＵのＰＵに対してイントラ予測動作又はインター予測動作を実行し得る。ビデオデコーダ３０は、このようにして、有意ルーマ係数ブロックの変換係数レベルをビットストリームから抽出し、変換係数レベルを逆量子化し、変換係数レベルに変換を適用して変換ブロックを生成し、変換ブロックに少なくとも部分的に基づいてコード化ブロックを生成し、コード化ブロックを表示のために出力することができる。

【0160】

[0166]図４は、本開示の１つ又は複数の技法によるビデオエンコーダ２０の例示的な動作２００を示すフローチャートである。図４の例において、ビデオエンコーダ２０は、ＨＲＤパラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むＶＰＳを生成することができる（２０２）。複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、ＶＰＳは、それぞれのＨＲＤパラメータシンタックス構造のＨＲＤパラメータが、ビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットに加えて、ＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここでＨＲＤパラメータの共通セットは、ビットストリームの全てのサブレイヤに共通である。更に、ビデオエンコーダ２０は、ビットストリーム中でＶＰＳを信号伝達することができる（２０４）。

【0161】

[0167]図５は、本開示の１つ又は複数の技法による、機器の例示的な動作２５０を示すフローチャートである。動作２５０は、ビデオエンコーダ２０、ビデオデコーダ３０、又は別の機器によって実行され得る。図５の例に示されるように、機器は、ビットストリームから、ＨＲＤパラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むＶＰＳを復号することができる（２５２）。複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、ＶＰＳは、それぞれのＨＲＤパラメータシンタックス構造のＨＲＤパラメータが、ＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含む。

【0162】

[0168]更に、他の機器は、ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの、ＨＲＤパラメータを使って動作を実施することができる（２５４）。幾つかの例において、ビットストリームは、特定の動作点の動作点表現を備えることができ、特定のＨＲＤパラメータシンタックス構造は、その特定の動作点に適用可能であってよく、機器は、特定のＨＲＤパラメータシンタックス構造のＨＲＤパラメータを使って動作を実施することができる。例えば、機器は、ＨＲＤパラメータを使って、ＨＲＤパラメータシンタックス構造に適用可能な動作点が、ＨＥＶＣなどのビデオコード化規格に適合するかどうか決定するビットストリーム適合試験を実施することができる。別の例では、機器は、ＨＲＤパラメータを使って、デコーダ適合試験を実施することができる。

【0163】

[0169]ＨＲＤパラメータの共通セットは、ビットストリームの全てのサブレイヤに共通であり得る。幾つかの例において、各ＨＲＤパラメータシンタックス構造のＨＲＤパラメータは、ビットストリームの特定のサブレイヤに固有の、サブレイヤ固有ＨＲＤパラメータのセットを含む。幾つかの例において、サブレイヤ固有ＨＲＤパラメータのセットの各々は、シンタックス要素を含む（例えば、出力順序で、任意の２つの連続するピクチャのＨＲＤ出力時間の間の時間距離を示す、コード化されたビデオシーケンスのビットストリーム中の、幾つかの代替的なコード化されたピクチャバッファ仕様を示すシンタックス要素。幾つかの例において、機器が、特定のＨＲＤパラメータシンタックス構造がＨＲＤパラメータの共通セットを含まないと決定すると、機器は、前のＨＲＤパラメータシンタックス構造に関連付けられたＨＲＤパラメータの共通セットと、特定のＨＲＤパラメータシンタックス構造のサブレイヤ固有ＨＲＤパラメータのセットとを使って動作を実施することができる。

【0164】

[0170]図６は、本開示の１つ又は複数の技法によるビデオエンコーダ２０の例示的な動作３００を示すフローチャートである。図６の例に示すように、ビデオエンコーダ２０は、スケーラブルネスティングＳＥＩメッセージによってカプセル化された、ネストされたＳＥＩメッセージが適用される複数の動作点を識別する複数のシンタックス要素を含むスケーラブルネスティングＳＥＩメッセージを生成することができる（３０２）。更に、ビデオエンコーダ２０は、ビットストリーム中でスケーラブルネスティングＳＥＩメッセージを信号伝達することができる（３０４）。

【0165】

[0171]図７は、本開示の１つ又は複数の技法による、機器の例示的な動作３５０を示すフローチャートである。ビデオエンコーダ２０、ビデオデコーダ３０、又は別の機器が、動作３５０を実施することができる。図７の例に示されるように、機器は、スケーラブルネスティングＳＥＩメッセージから、スケーラブルネスティングＳＥＩメッセージによってカプセル化された、ネストされたＳＥＩメッセージが適用される複数の動作点を識別する複数のシンタックス要素を復号することができる（３５２）。幾つかの例において、機器は、スケーラブルネスティングＳＥＩメッセージから、スケーラブルネスティングＳＥＩメッセージが、動作点を識別する複数のシンタックス要素を含むかどうかを示すシンタックス要素（例えば、ｎｅｓｔｉｎｇ＿ｎｕｍ＿ｏｐｓ＿ｍｉｎｕｓ１）を復号することができる
[0172]更に、機器は、ネストされたＳＥＩメッセージの１つ又は複数のシンタックス要素を使って、ネストされたＳＥＩメッセージが適用される動作点のうちのいずれかに関する動作を実施することができる（３５４）。例えば、機器は、ネストされたＳＥＩメッセージが適用される動作点のうちのいずれかが、ＨＥＶＣなどのビデオコード化規格に適合するかどうか決定するビットストリーム適合試験において、ネストされたＳＥＩメッセージのシンタックス要素を使うことができる。別の例では、機器は、ネストされたＳＥＩメッセージのシンタックス要素を使って、デコーダ適合試験を実施することができる。

【0166】

[0173]図８は、本開示の１つ又は複数の技法によるビデオエンコーダ２０の例示的な動作４００を示すフローチャートである。図８の例に示されるように、ビデオエンコーダ２０は、ＳＥＩ ＮＡＬ単位によってカプセル化されたスケーラブルネスティングＳＥＩメッセージ中に、スケーラブルネスティングＳＥＩメッセージによってカプセル化された、ネストされたＳＥＩメッセージがデフォルトのサブビットストリームに適用可能であるかどうかを示すシンタックス要素（例えば、ｄｅｆａｕｌｔ＿ｏｐ＿ａｐｐｌｉｃａｂｌｅ＿ｆｌａｇ）を含めることができる（４０２）。デフォルトのサブビットストリームは、ＳＥＩ ＮＡＬ単位のＮＡＬ単位ヘッダによって規定されるレイヤ識別子及びＮＡＬ単位ヘッダ中で規定される時間識別子によって定義される動作点の動作点表現である。ＮＡＬ単位ヘッダ中の第１のシンタックス要素（例えば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ）はレイヤ識別子を示すことができ、ＮＡＬ単位ヘッダ中の第２のシンタックス要素（例えば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１）は時間識別子を示すことができる。

【0167】

[0174]図８の例において、ビデオエンコーダ２０は、スケーラブルネスティングＳＥＩメッセージ中に、追加動作点の時間識別子と追加動作点の最大レイヤ識別子とを識別する１つ又は複数の追加シンタックス要素を含めることができる（４０４）。更に、ビデオエンコーダ２０は、ビットストリーム中でスケーラブルネスティングＳＥＩメッセージを信号伝達することができる（４０６）。幾つかの例において、スケーラブルネスティングＳＥＩメッセージによってカプセル化された、ネストされたＳＥＩメッセージがデフォルトのサブビットストリームに適用可能であるかどうかを示すシンタックス要素は、第１のシンタックス要素と呼ぶことができ、ビデオエンコーダ２０は、第２のシンタックス要素（例えば、ｂｉｔｓｔｒｅａｍ＿ｓｕｂｓｅｔ＿ｆｌａｇ）をスケーラブルネスティングＳＥＩメッセージに含めることができる。第２のシンタックス要素は、スケーラブルネスティングＳＥＩメッセージによってカプセル化された、ネストされたＳＥＩメッセージがビットストリームから抽出されたサブビットストリームに適用されるかどうか、又はネストされたＳＥＩメッセージがビットストリームの固有レイヤ及びサブレイヤに適用されるかどうかを示すことができる。ビデオエンコーダ２０は、ネストされたＳＥＩメッセージがビットストリームから抽出されたサブビットストリームに適用されることを第２のシンタックス要素が示すときのみ、第１のシンタックス要素を含めることができる。

【0168】

[0175]図９は、本開示の１つ又は複数の技法による、機器の例示的な動作４５０を示すフローチャートである。ビデオエンコーダ２０、ビデオデコーダ３０、又は別の機器が、動作４５０を実施することができる。図９の例に示されるように、機器は、スケーラブルネスティングＳＥＩメッセージの第１のシンタックス要素（例えば、ｂｉｔｓｔｒｅａｍ＿ｓｕｂｓｅｔ＿ｆｌａｇ）に少なくとも部分的に基づいて、スケーラブルネスティングＳＥＩメッセージによってカプセル化された、ネストされたＳＥＩメッセージが、ビットストリームから抽出されたサブビットストリームに適用されるかどうか決定することができる（４５２）。スケーラブルネスティングＳＥＩメッセージによってカプセル化された、ネストされたＳＥＩメッセージがビットストリームから抽出されたサブビットストリームに適用されると決定したこと（４５２のＹＥＳ）に応答して、機器は、スケーラブルネスティングＳＥＩメッセージ中のデフォルトの動作点シンタックス要素（例えば、ｄｅｆａｕｌｔ＿ｏｐ＿ａｐｐｌｉｃａｂｌｅ＿ｆｌａｇ）を復号することができる（４５４）。デフォルトの動作点シンタックス要素は、スケーラブルネスティングＳＥＩメッセージによってカプセル化された、ネストされたＳＥＩメッセージがデフォルトのサブビットストリームに適用可能であるかどうかを示すことができる。

【0169】

[0176]デフォルトのサブビットストリームは、ＳＥＩ ＮＡＬ単位のＮＡＬ単位ヘッダによって規定されるレイヤ識別子及びＮＡＬ単位ヘッダ中で規定される時間識別子によって定義される動作点の動作点表現であり得る。幾つかの例では、ＮＡＬ単位ヘッダ中の第１のシンタックス要素（例えば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ）はレイヤ識別子を示し、ＮＡＬ単位ヘッダ中の第２のシンタックス要素（例えば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１）は時間識別子を示す。デフォルトのサブビットストリームはビットストリームのサブセットであってよく、デフォルトのサブビットストリームは、ＮＡＬ単位ヘッダの第１のシンタックス要素によって示されるレイヤ識別子よりも大きいレイヤ識別子を有するか、又はＮＡＬ単位ヘッダの第２のシンタックス要素によって示される時間識別子よりも大きい時間識別子を有する、ビットストリームのＶＣＬ ＮＡＬ単位を含まない。

【0170】

[0177]更に、機器は、ＳＥＩ ＮＡＬ単位によってカプセル化されたスケーラブルネスティングＳＥＩメッセージ中のシンタックス要素（例えば、ｄｅｆａｕｌｔ＿ｏｐ＿ａｐｐｌｉｃａｂｌｅ＿ｆｌａｇ）に少なくとも部分的に基づいて、ビットストリームのスケーラブルネスティングＳＥＩメッセージによってカプセル化された、ネストされたＳＥＩメッセージがデフォルトのサブビットストリームに適用可能であるかどうか決定することができる（４５６）。幾つかの例において、スケーラブルネスティングＳＥＩメッセージは、複数のネストされたＳＥＩメッセージをカプセル化する。そのような例において、機器は、シンタックス要素（例えば、ｄｅｆａｕｌｔ＿ｏｐ＿ａｐｐｌｉｃａｂｌｅ＿ｆｌａｇ）に基づいて、スケーラブルネスティングＳＥＩメッセージ中のネストされたＳＥＩメッセージの各々がデフォルトのサブビットストリームに適用可能であるかどうか決定することができる。

【0171】

[0178]ネストされたＳＥＩメッセージが、デフォルトのサブビットストリームに適用可能であるとき（４５６の「ＹＥＳ」）、機器は、デフォルトのサブビットストリームに対する動作において、ネストされたＳＥＩメッセージを使うことができる（４５８）。例えば、ネストされたＳＥＩメッセージは、ＨＲＤパラメータのセットを含み得る。この例では、機器は、ネストされたＳＥＩメッセージ中のＨＲＤパラメータを、デフォルトのサブビットストリームがＨＥＶＣなどのビデオコード化規格に適合するかどうかを試験する動作において使うことができる。別の例では、機器は、ネストされたＳＥＩメッセージ中のＨＲＤパラメータを、デコーダ適合試験において使うことができる。別の例では、機器は、ネストされたＳＥＩメッセージを、デフォルトのサブビットストリームに対する復号動作において使うことができる。別の例では、初期ＣＰＢ除去遅延が、適切な初期エンドツーエンドの遅延をセットアップするよう、システムを誘導するのに使われてよく、ＤＰＢ出力時間は、ビデオがＲＴＰを介してトランスポートされるとき、ＲＴＰタイムスタンプを導出するのに使われてよい。

【0172】

[0179]そうではなく、ネストされたＳＥＩメッセージがデフォルトのサブビットストリームに適用可能でないとき（４５６のＮＯ）又はスケーラブルネスティングＳＥＩメッセージが、ビットストリームから抽出されたサブビットストリームに適用されないとき（４５２のＮＯ）、機器は、デフォルトのサブビットストリームに対する動作において、ネストされたＳＥＩメッセージを使わない（４６０）。例えば、機器は、スケーラブルネスティングＳＥＩメッセージ中の１つ又は複数の追加シンタックス要素（例えば、ｎｅｓｔｉｎｇ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１［ｉ］、ｎｅｓｔｉｎｇ＿ｏｐ＿ｉｄｘ［ｉ］など）に基づいて、第２の動作点の時間識別子と第２の動作点の最大レイヤ識別子とを決定することができる。この例では、機器は、ネストされたＳＥＩメッセージを、追加サブビットストリームに対する動作において使うことができ、追加サブビットストリームは第２の動作点の動作点表現である。

【0173】

[0180]１つ又は複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つ又は複数の命令又はコードとしてコンピュータ可読媒体上に記憶されてよく、又はコンピュータ可読媒体を介して送信されてよく、ハードウェアベースの処理ユニットによって実行されてよい。コンピュータ可読媒体は、データ記憶媒体のような有形媒体に対応するコンピュータ可読記憶媒体、又は、例えば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、一般に、（１）非一時的である有形なコンピュータ可読記憶媒体、又は、（２）信号又は搬送波のような通信媒体に対応し得る。データ記憶媒体は、本開示で説明された技法を実装するための命令、コード及び／又はデータ構造を取り出すために、 １つ又は複数のコンピュータ、若しくは１つ又は複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含み得る。

【0174】

[0181]限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯ又は他の光ディスク記憶装置、磁気ディスク記憶装置若しくは他の磁気記憶装置、フラッシュメモリ、又は、命令若しくはデータ構造の形態の所望のプログラムコードを記憶するために使用されコンピュータによってアクセスされ得る任意の他の媒体を備え得る。同様に、いかなる接続も厳密にはコンピュータ可読媒体と称される。例えば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、又は赤外線、無線、及びマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、又は他のリモート発信源から送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、又は赤外線、無線、及びマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体及びデータ記憶媒体は、接続、搬送波、信号、又は他の一時媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用されるディスク（disk）及びディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）及びＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。

【0175】

[0182]命令は、１つ又は複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、又は他の等価な統合された論理回路若しくは個別の論理回路のような、１つ又は複数のプロセッサによって実行され得る。従って、本明細書で使用される「プロセッサ」という用語は、前述の構造、又は本明細書で説明された技法の実装に好適な他の構造のいずれかを指し得る。加えて、幾つかの態様では、本明細書で説明された機能は、符号化及び復号のために構成された専用のハードウェア及び／又はソフトウェアモジュール内で与えられてよく、又は複合コーデックに組み込まれてよい。また、本技法は、１つ又は複数の回路又は論理要素中で完全に実装され得る。

【0176】

[0183]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）又はＩＣのセット（例えば、チップセット）を含む、多種多様な機器又は装置において実装され得る。本開示では、開示された技法を実行するために構成された機器の機能的な側面を強調するために、様々なコンポーネント、モジュール、又はユニットが説明されたが、それらのコンポーネント、モジュール、又はユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上で説明されたように、様々なユニットが、好適なソフトウェア及び／又はファームウェアとともに、コーデックハードウェアユニットにおいて組み合わせられてよく、又は、上で説明された１つ又は複数のプロセッサを含む、相互動作するハードウェアユニットの集合によって与えられてよい。

【0177】

[0184]様々な例が説明されてきた。これら及び他の例は、以下の特許請求の範囲内にある。
以下に本件出願当初の特許請求の範囲に記載された発明を付記する。
［１］ ビデオデータを復号する方法であって、符号化されたビデオビットストリームから、仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を復号することと、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、前記符号化されたビデオビットストリームの全てのサブレイヤに共通である、前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの前記ＨＲＤパラメータを使って動作を実施することとを備える方法。
［２］ 特定のＨＲＤパラメータシンタックス構造がＨＲＤパラメータの共通セットを含まないと決定することを更に備え、ここにおいて、前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの前記ＨＲＤパラメータを使って前記動作を実施することは、前のＨＲＤパラメータシンタックス構造に関連付けられたＨＲＤパラメータの共通セットと、前記特定のＨＲＤパラメータシンタックス構造の追加ＨＲＤパラメータとを使って前記動作を実施することを備える、［１］に記載の方法。
［３］ 前記ＶＰＳ中で信号伝達される前記第１のＨＲＤパラメータシンタックス構造は、第１のＨＲＤパラメータの共通セットを含む、［１］に記載の方法。
［４］ 前記ＶＰＳ中で信号伝達される後続のＨＲＤパラメータシンタックス構造は、第２の、異なるＨＲＤパラメータの共通セットを含む、［３］に記載の方法。
［５］ 前記ＶＰＳ中で信号伝達される少なくとも１つのＨＲＤパラメータシンタックス構造は、ＨＲＤパラメータの共通セットを含まない、［３］に記載の方法。
［６］ 前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの動作点に適用可能である、［１］に記載の方法。
［７］ 前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つは、前記符号化されたビデオビットストリームの複数の動作点に適用可能である、［１］に記載の方法。
［８］ １つ又は複数のプロセッサを備えるビデオ復号機器であって、前記プロセッサは、符号化されたビデオビットストリームから、仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を復号し、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、前記符号化されたビデオビットストリームの全てのサブレイヤに共通である、前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの前記ＨＲＤパラメータを使って動作を実施するように構成される、ビデオ復号機器。
［９］ 前記１つ又は複数のプロセッサは、特定のＨＲＤパラメータシンタックス構造がＨＲＤパラメータの共通セットを含まないと決定し、前のＨＲＤパラメータシンタックス構造に関連付けられたＨＲＤパラメータの共通セットと、前記特定のＨＲＤパラメータシンタックス構造の追加ＨＲＤパラメータとを使って前記動作を実施するように更に構成される、［８］に記載のビデオ復号機器。
［１０］ 前記ＶＰＳ中で信号伝達される前記第１のＨＲＤパラメータシンタックス構造は、第１のＨＲＤパラメータの共通セットを含む、［８］に記載のビデオ復号機器。
［１１］ 前記ＶＰＳ中で信号伝達される後続のＨＲＤパラメータシンタックス構造は、第２の、異なるＨＲＤパラメータの共通セットを含む、［１０］に記載のビデオ復号機器。
［１２］ 前記ＶＰＳ中で信号伝達される少なくとも１つのＨＲＤパラメータシンタックス構造は、ＨＲＤパラメータの共通セットを含まない、［１０］に記載のビデオ復号機器。
［１３］ 前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの動作点に適用可能である、［８］に記載のビデオ復号機器。
［１４］ 前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つは、前記符号化されたビデオビットストリームの複数の動作点に適用可能である、［８］に記載のビデオ復号機器。
［１５］ 符号化されたビデオビットストリームから、仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を復号するための手段と、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、前記符号化されたビデオビットストリームの全てのサブレイヤに共通である、前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの前記ＨＲＤパラメータを使って動作を実施するための手段とを備えるビデオ復号機器。
［１６］ 前記ＶＰＳ中で信号伝達される前記第１のＨＲＤパラメータシンタックス構造は、第１のＨＲＤパラメータの共通セットを含み、前記ＶＰＳ中で信号伝達される後続のＨＲＤパラメータシンタックス構造は、第２の、異なるＨＲＤパラメータの共通セットを含み、前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの動作点に適用可能である、［１５］に記載のビデオ復号機器。
［１７］ 命令を記憶するコンピュータ可読記憶媒体であって、前記命令は、ビデオ復号機器によって実行されると、前記ビデオ復号機器を、符号化されたビデオビットストリームから、仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を復号し、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、前記符号化されたビデオビットストリームの全てのサブレイヤに共通である、前記ＨＲＤパラメータシンタックス構造のうちの少なくとも１つの前記ＨＲＤパラメータを使って動作を実施するように構成する、コンピュータ可読記憶媒体。
［１８］ 前記ＶＰＳ中で信号伝達される前記第１のＨＲＤパラメータシンタックス構造は、第１のＨＲＤパラメータの共通セットを含み、前記ＶＰＳ中で信号伝達される後続のＨＲＤパラメータシンタックス構造は、第２の、異なるＨＲＤパラメータの共通セットを含み、前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの動作点に適用可能である、［１７］に記載のコンピュータ可読記憶媒体。
［１９］ ビデオデータを符号化する方法であって、仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を生成することと、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、符号化されたビデオビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットに加えて、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、前記符号化されたビデオビットストリームの全てのサブレイヤに共通である、前記符号化されたビデオビットストリーム中で前記ＶＰＳを信号伝達することとを備える方法。
［２０］ 前記ＶＰＳ中で信号伝達される前記第１のＨＲＤパラメータシンタックス構造は、第１のＨＲＤパラメータの共通セットを含む、［１９］に記載の方法。
［２１］ 前記ＶＰＳ中で信号伝達される後続のＨＲＤパラメータシンタックス構造は、第２の、異なるＨＲＤパラメータの共通セットを含む、［２０］に記載の方法。
［２２］ 前記ＶＰＳ中で信号伝達される少なくとも１つのＨＲＤパラメータシンタックス構造は、ＨＲＤパラメータの共通セットを含まない、［２０］に記載の方法。
［２３］ １つ又は複数のプロセッサを備えるビデオ符号化機器であって、前記１つ又は複数のプロセッサは、仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を生成し、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、符号化されたビデオビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットに加えて、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、前記符号化されたビデオビットストリームの全てのサブレイヤに共通である、前記符号化されたビデオビットストリーム中で前記ＶＰＳを信号伝達するように構成される、ビデオ符号化機器。
［２４］ 前記ＶＰＳ中で信号伝達される前記第１のＨＲＤパラメータシンタックス構造は、第１のＨＲＤパラメータの共通セットを含む、［２３］に記載のビデオ符号化機器。
［２５］ 前記ＶＰＳ中で信号伝達される後続のＨＲＤパラメータシンタックス構造は、第２の、異なるＨＲＤパラメータの共通セットを含む、［２４］に記載のビデオ符号化機器。
［２６］ 前記ＶＰＳ中で信号伝達される少なくとも１つのＨＲＤパラメータシンタックス構造は、ＨＲＤパラメータの共通セットを含まない、［２４］に記載のビデオ符号化機器。
［２７］ 仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を生成するための手段と、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、符号化されたビデオビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットに加えて、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、前記符号化されたビデオビットストリームの全てのサブレイヤに共通である、前記符号化されたビデオビットストリーム中で前記ＶＰＳを信号伝達するための手段とを備えるビデオ符号化機器。
［２８］ 前記ＶＰＳ中で信号伝達される前記第１のＨＲＤパラメータシンタックス構造は、第１のＨＲＤパラメータの共通セットを含み、前記ＶＰＳ中で信号伝達される後続のＨＲＤパラメータシンタックス構造は、第２の、異なるＨＲＤパラメータの共通セットを含み、前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの動作点に適用可能である、［２７］に記載のビデオ符号化機器。
［２９］ 命令を記憶するコンピュータ可読記憶媒体であって、前記命令は、ビデオ符号化機器によって実行されると、前記ビデオ符号化機器を、仮想参照デコーダ（ＨＲＤ）パラメータを各々が含む複数のＨＲＤパラメータシンタックス構造を含むビデオパラメータセット（ＶＰＳ）を生成し、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造中のそれぞれのＨＲＤパラメータシンタックス構造について、前記ＶＰＳは、前記符号化されたビデオビットストリームの特定のサブレイヤに固有のサブレイヤ固有ＨＲＤパラメータ情報のセットに加えて、前記それぞれのＨＲＤパラメータシンタックス構造の前記ＨＲＤパラメータがＨＲＤパラメータの共通セットを含むかどうかを示すシンタックス要素を更に含み、ここにおいて、前記ＨＲＤパラメータの共通セットは、前記符号化されたビデオビットストリームの全てのサブレイヤに共通である、前記符号化されたビデオビットストリーム中で前記ＶＰＳを信号伝達するように構成する、コンピュータ可読記憶媒体。
［３０］ 前記ＶＰＳ中で信号伝達される前記第１のＨＲＤパラメータシンタックス構造は、第１のＨＲＤパラメータの共通セットを含み、前記ＶＰＳ中で信号伝達される後続のＨＲＤパラメータシンタックス構造は、第２の、異なるＨＲＤパラメータの共通セットを含み、前記ＨＲＤパラメータシンタックス構造の各々は、前記符号化されたビデオビットストリームの動作点に適用可能である、［２９］に記載のコンピュータ可読記憶媒体。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】