特許 7288081 ビデオビットストリームを復号する方法、装置、及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2023-05-29

(45)【発行日】2023-06-06

(54)【発明の名称】ビデオビットストリームを復号する方法、装置、及びプログラム

(51)【国際特許分類】

   H04N 19/70 20140101AFI20230530BHJP

【ＦＩ】

H04N19/70

【請求項の数】 17

(21)【出願番号】P 2021563114

(86)(22)【出願日】2021-04-01

(65)【公表番号】

(43)【公表日】2022-07-13

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

(87)【国際公開番号】W WO2021206985

(87)【国際公開日】2021-10-14

【審査請求日】2021-10-22

(31)【優先権主張番号】63/005,640

(32)【優先日】2020-04-06

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】17/096,168

(32)【優先日】2020-11-12

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】520353802

【氏名又は名称】テンセント・アメリカ・エルエルシー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】チョイ，ビョンドゥ

(72)【発明者】

【氏名】リィウ，シャン

(72)【発明者】

【氏名】ウェンジャー，ステファン

【審査官】間宮 嘉誉

(56)【参考文献】

【文献】米国特許出願公開第２０１４／００９２９９４（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１６／０３７３７７１（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１６／０２１２４３９（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０２０／０１５４１４４（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０２０／０３８９６５５（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０２２／００６０６８４（ＵＳ，Ａ１）

【文献】米国特許第１１５１６５０２（ＵＳ，Ｂ２）

【文献】BROSS, Benjamin et al.，Versatile Video Coding (Draft 8)，JVET-Q2001 (version 9)，ITU，2020年01月22日，pp.90, 91，JVET-Q2002-v9.docx

【文献】SAMUELSSON, Jonatan et al.，AHG9: Picture Header in Slice Header，JVET-Q0775 (version 1)，ITU，2020年01月10日，pp.1-5，JVET-Q0775.docx

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

Ｈ０４Ｎ ７／１２

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

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

【請求項1】

少なくとも１つのプロセッサを使用して符号化されたビデオビットストリームを復号する方法であって、
ビデオ符号化層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットを取得するステップと、
前記ＶＣＬ ＮＡＬユニットが、前記ＶＣＬ ＮＡＬユニットを含むピクチャユニット（ＰＵ）の最初のＶＣＬ ＮＡＬユニットであるかどうかを判定するステップと、
前記ＶＣＬ ＮＡＬユニットが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて、前記ＶＣＬ ＮＡＬユニットが、前記ＰＵを含むアクセスユニット（ＡＵ）の最初のＶＣＬ ＮＡＬユニットであるかどうかを判定するステップと、
前記ＶＣＬ ＮＡＬユニットが、前記ＡＵの前記最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて 前記ＶＣＬ ＮＡＬユニットに基づいて前記ＡＵを復号するステップと、を含み、
全てのピクチャ符号化情報がピクチャヘッダに存在することを示すフラグに基づいて、前記ピクチャ符号化情報に対応する複数のフラグがシグナリングされない、方法。

【請求項2】

前記ＶＣＬ ＮＡＬユニットが、前記ＶＣＬ ＮＡＬユニットがピクチャヘッダＮＡＬユニットに続く最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて、前記ＶＣＬ ＮＡＬが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定される、請求項１に記載の方法。

【請求項3】

前記ＶＣＬ ＮＡＬユニットにおけるフラグが、前記ＶＣＬ ＮＡＬユニットに含まれるスライスヘッダにピクチャヘッダが含まれることを示すように設定されていると判定することに基づいて、前記ＶＣＬ ＮＡＬユニットが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定される、請求項１又は２に記載の方法。

【請求項4】

前記ＶＣＬ ＮＡＬユニットが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定すること、及び前記ＶＣＬ ＮＡＬユニットのレイヤ識別子が、前のピクチャのレイヤ識別子よりも小さいと判定することに基づいて、前記ＶＣＬ ＮＡＬユニットが、前記ＡＵの前記最初のＶＣＬ ＮＡＬユニットであると判定される、請求項１～３のいずれか一項に記載の方法。

【請求項5】

前記ＶＣＬ ＮＡＬユニットが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定すること、及び前記ＶＣＬ ＮＡＬユニットのピクチャオーダカウントが、前のピクチャのピクチャオーダカウントとは異なると判定することに基づいて、前記ＶＣＬ ＮＡＬユニットが、前記ＡＵの前記最初のＶＣＬ ＮＡＬユニットであると判定される、請求項１～４のいずれか一項に記載の方法。

【請求項6】

前記ＶＣＬ ＮＡＬユニットが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定すること、及び前記ＶＣＬ ＮＡＬユニットのピクチャオーダカウントの最下位ビットが、前のピクチャのピクチャオーダカウントの最下位ビットと異なると判定することに基づいて、前記ＶＣＬ ＮＡＬユニットが、前記ＡＵの前記最初のＶＣＬ ＮＡＬユニットであると判定される、請求項１～５のいずれか一項に記載の方法。

【請求項7】

符号化されたビデオビットストリームを復号するための装置であって、
プログラムコードを記憶するように構成されている少なくとも１つのメモリと、
プログラムコードを読み、プログラムコードによって指示されるように動作するように構成されている少なくとも１つのプロセッサと、を含み、前記プログラムコードは、
前記少なくとも１つのプロセッサがビデオ符号化層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットを取得するように構成されている第１の取得コードと、
前記少なくとも１つのプロセッサに、前記ＶＣＬ ＮＡＬユニットが前記ＶＣＬ ＮＡＬユニットを含むピクチャユニット（ＰＵ）の最初のＶＣＬ ＮＡＬユニットであるかどうかを判定させるように構成されている第１の判定コードと、
前記少なくとも１つのプロセッサに、前記ＶＣＬ ＮＡＬユニットが前記ＰＵの前記最初のＶＣＬ ＮＡＬであると判定することに基づいて、前記ＶＣＬ ＮＡＬユニットが、前記ＰＵを含むアクセスユニット（ＡＵ）の最初のＶＣＬ ＮＡＬユニットであると判定させるように構成されている第２の判定コードと、
前記少なくとも１つのプロセッサに、前記ＶＣＬ ＮＡＬユニットが前記ＡＵの前記最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて、前記ＶＣＬ ＮＡＬユニットに基づいて前記ＡＵを復号させるように構成されている復号コードと、を含み、
全てのピクチャ符号化情報がピクチャヘッダに存在することを示すフラグに基づいて、前記ピクチャ符号化情報に対応する複数のフラグがシグナリングされない、装置。

【請求項8】

前記ＶＣＬ ＮＡＬユニットが、前記ＶＣＬ ＮＡＬユニットがピクチャヘッダＮＡＬユニットに続く最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて、前記ＶＣＬ ＮＡＬが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定される、請求項７に記載の装置。

【請求項9】

前記ＶＣＬ ＮＡＬユニットにおけるフラグが、前記ＶＣＬ ＮＡＬユニットに含まれるスライスヘッダにピクチャヘッダが含まれることを示すように設定されていると判定することに基づいて、前記ＶＣＬ ＮＡＬユニットが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定される、請求項７又は８に記載の装置。

【請求項10】

前記ＶＣＬ ＮＡＬユニットが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定すること、及び前記ＶＣＬ ＮＡＬユニットのレイヤ識別子が、前のピクチャのレイヤ識別子よりも小さいと判定することに基づいて、前記ＶＣＬ ＮＡＬユニットが、前記ＡＵの前記最初のＶＣＬ ＮＡＬユニットであると判定される、請求項７～９のいずれか一項に記載の装置。

【請求項11】

前記ＶＣＬ ＮＡＬユニットが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定すること、及び前記ＶＣＬ ＮＡＬユニットのピクチャオーダカウントが、前のピクチャのピクチャオーダカウントとは異なると判定することに基づいて、前記ＶＣＬ ＮＡＬユニットが、前記ＡＵの前記最初のＶＣＬ ＮＡＬユニットであると判定される、請求項７～１０のいずれか一項に記載の装置。

【請求項12】

前記ＶＣＬ ＮＡＬユニットが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定すること、及び前記ＶＣＬ ＮＡＬユニットのピクチャオーダカウントの最下位ビットが、前のピクチャのピクチャオーダカウントの最下位ビットとは異なると判定することに基づいて、前記ＶＣＬ ＮＡＬユニットが、前記ＡＵの前記最初のＶＣＬ ＮＡＬユニットであると判定される、請求項７～１１のいずれか一項に記載の装置。

【請求項13】

命令を含むプログラムであって、前記命令は、符号化されたビデオビットストリームを復号するための装置の１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、
ビデオ符号化層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットを取得するステップと、
前記ＶＣＬ ＮＡＬユニットが、前記ＶＣＬ ＮＡＬユニットを含むピクチャユニット（ＰＵ）の最初のＶＣＬ ＮＡＬユニットであるかどうかを判定するステップと、
前記ＶＣＬ ＮＡＬユニットが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて、前記ＶＣＬ ＮＡＬユニットが前記ＰＵを含むアクセスユニット（ＡＵ）の最初のＶＣＬ ＮＡＬユニットであるかどうかを判定するステップと、
前記ＶＣＬ ＮＡＬユニットが、前記ＡＵの前記最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて 前記ＶＣＬ ＮＡＬユニットに基づいて前記ＡＵを復号するステップと、を行わせ、
全てのピクチャ符号化情報がピクチャヘッダに存在することを示すフラグに基づいて、前記ピクチャ符号化情報に対応する複数のフラグがシグナリングされない、プログラム。

【請求項14】

前記ＶＣＬ ＮＡＬユニットが、前記ＶＣＬ ＮＡＬユニットがピクチャヘッダＮＡＬユニットに続く最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて、前記ＶＣＬ ＮＡＬが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定される、請求項１３に記載のプログラム。

【請求項15】

前記ＶＣＬ ＮＡＬユニットにおけるフラグが、前記ＶＣＬ ＮＡＬユニットに含まれるスライスヘッダにピクチャヘッダが含まれることを示すように設定されていると判定することに基づいて、前記ＶＣＬ ＮＡＬユニットが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定される、請求項１３又は１４に記載のプログラム。

【請求項16】

前記ＶＣＬ ＮＡＬユニットが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定すること、及び前記ＶＣＬ ＮＡＬユニットのレイヤ識別子が、前のピクチャのレイヤ識別子よりも小さいと判定することに基づいて、前記ＶＣＬ ＮＡＬユニットが、前記ＡＵの前記最初のＶＣＬ ＮＡＬユニットであると判定される、請求項１３～１５のいずれか一項に記載のプログラム。

【請求項17】

前記ＶＣＬ ＮＡＬユニットが、前記ＰＵの前記最初のＶＣＬ ＮＡＬユニットであると判定すること、及び前記ＶＣＬ ＮＡＬユニットのピクチャオーダカウントが、前のピクチャのピクチャオーダカウントとは異なると判定することに基づいて、前記ＶＣＬ ＮＡＬユニットが、前記ＡＵの前記最初のＶＣＬ ＮＡＬユニットであると判定される、請求項１３～１６のいずれか一項に記載のプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、米国特許商標庁において２０２０年４月６日に出願された米国仮出願第６３／００５，６４０号、及び２０２０年１１月１２日に出願された米国特許出願第１７／０９６，１６８号に対して特許法第１１９条に基づく優先権を主張するものであり、これらの開示は、その全体が参照により本明細書に組み込まれる。

【0002】

開示された主題は、ビデオ符号化及び復号に関し、より具体的には、符号化されたビデオストリームにおいてピクチャヘッダをシグナリングすることに関する。

【背景技術】

【0003】

ＩＴＵ－Ｔ ＶＣＥＧ（Ｑ６／１６）及びＩＳＯ／ＩＥＣ ＭＰＥＧ（ＪＴＣ １／ＳＣ ２９／ＷＧ １１）は、２０１３年（バージョン１）、２０１４年（バージョン２）、２０１５年（バージョン３）、及び２０１６年（バージョン４）にＨ．２６５／ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）規格を公表した。２０１５年には、これら２つの規格化組織が共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を結成して、ＨＥＶＣを越える次のビデオ符号化規格の開発の可能性を探った。２０１７年１０月には、ＨＥＶＣを超える能力を有するビデオ圧縮に関するＣｆＰ（Ｊｏｉｎｔ Ｃａｌｌ ｆｏｒ Ｐｒｏｐｏｓａｌｓ）を発行した。２０１８年２月１５日までに、規格ダイナミックレンジ（ＳＤＲ）に関して２２のＣｆＰ応答、高ダイナミックレンジ（ＨＤＲ）に関して１２のＣｆＰ回答、及び３６０のビデオカテゴリーに関して１２のＣｆＰ回答がそれぞれ提出された。２０１８年４月には、第１２２回のＭＰＥＧ ／第１０回ＪＶＥＴ会議において、受けたすべてのＣｆＰ回答が評価された。この会議の結果、ＪＶＥＴは、ＨＥＶＣを超える次世代ビデオ符号化の規格化プロセスを正式に開始した。この新しい規格は、汎用ビデオ符号化（ＶＶＣ：Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）と命名され、ＪＶＥＴは、Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｅｒｔ Ｔｅａｍに改名された。

【発明の概要】

【0004】

一実施形態では、少なくとも１つのプロセッサを使用して符号化されたビデオビットストリームを復号する方法であって、ビデオ符号化層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットを取得するステップと、ＶＣＬ ＮＡＬユニットが、ＶＣＬ ＮＡＬユニットを含むピクチャユニット（ＰＵ）の最初のＶＣＬ ＮＡＬユニットであるかどうかを判定するステップと、ＶＣＬ ＮＡＬユニットが、ＰＵの最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて、ＶＣＬ ＮＡＬユニットが、ＰＵを含むアクセスユニット（ＡＵ）の最初のＶＣＬ ＮＡＬユニットであるかどうかを判定するステップと、ＶＣＬ ＮＡＬユニットが、ＡＵの最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて ＶＣＬ ＮＡＬユニットに基づいてＡＵを復号するステップと、を含む、方法が提供される。

【0005】

一実施形態では、符号化されたビデオビットストリームを復号するための装置であって、プログラムコードを記憶するように構成されている少なくとも１つのメモリと、プログラムコードを読み、プログラムコードによって指示されるように動作するように構成されている少なくとも１つのプロセッサと、を含み、プログラムコードは、少なくとも１つのプロセッサがビデオ符号化層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットを取得するように構成されている第１の取得コードと、少なくとも１つのプロセッサに、ＶＣＬ ＮＡＬユニットがＶＣＬ ＮＡＬユニットを含むピクチャユニット（ＰＵ）の最初のＶＣＬ ＮＡＬユニットであるかどうかを判定させるように構成されている第１の判定コードと、少なくとも１つのプロセッサに、ＶＣＬ ＮＡＬユニットがＰＵの最初のＶＣＬ ＮＡＬであると判定することに基づいて、ＶＣＬ ＮＡＬユニットが、ＰＵを含むアクセスユニット（ＡＵ）の最初のＶＣＬ ＮＡＬユニットであると判定させるように構成されている第２の判定コードと、少なくとも１つのプロセッサに、ＶＣＬ ＮＡＬユニットがＡＵの最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて、ＶＣＬ ＮＡＬユニットに基づいてＡＵを復号させるように構成されている復号コードと、を含む、装置が提供される。

【0006】

一実施形態では、命令を記憶する非一時的なコンピュータ可読媒体であって、命令は、符号化されたビデオビットストリームを復号するための装置の１つ以上のプロセッサによって実行されるときに、１つ以上のプロセッサに、ビデオ符号化層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットを取得するステップと、ＶＣＬ ＮＡＬユニットが、ＶＣＬ ＮＡＬユニットを含むピクチャユニット（ＰＵ）の最初のＶＣＬ ＮＡＬユニットであるかどうかを判定するステップと、ＶＣＬ ＮＡＬユニットがＰＵの最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて、ＶＣＬ ＮＡＬユニットがＰＵを含むアクセスユニット（ＡＵ）の最初のＶＣＬ ＮＡＬユニットであるかどうかを判定するステップと、ＶＣＬ ＮＡＬユニットが、ＡＵの最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて ＶＣＬ ＮＡＬユニットに基づいてＡＵを復号するステップと、を行わせる１つ以上の命令を含む、非一時的なコンピュータ可読媒体が提供される。

【図面の簡単な説明】

【0007】

開示された主題のさらなる特徴、性質、及び様々な利点は、以下の詳細な説明及び添付の図面からより明らかになるであろう。

【0008】

【図1】一実施形態による通信システムの簡略ブロック図の概略図である。

【0009】

【図2】一実施形態による通信システムの簡略ブロック図の概略図である。

【0010】

【図3】一実施形態によるデコーダの簡略ブロック図の概略図である。

【0011】

【図4】一実施形態によるエンコーダの簡略ブロック図の概略図である。

【0012】

【図5】一実施形態による構文テーブルの例の概略図である。

【0013】

【図6A】一実施形態による符号化されたビデオビットストリームを復号するための例示的なプロセスのフローチャートである。

【図6B】一実施形態による符号化されたビデオビットストリームを復号するための例示的なプロセスのフローチャートである。

【図6C】一実施形態による符号化されたビデオビットストリームを復号するための例示的なプロセスのフローチャートである。

【0014】

【図7】一実施形態によるコンピュータシステムの概略図である。

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

【0015】

図１は、本開示の一実施形態による通信システム（１００）の簡略ブロック図を示す。システム（１００）は、ネットワーク（１５０）を介して相互接続された少なくとも２つの端末（１１０～１２０）を含み得る。データの一方向伝送のために、第１の端末（１１０）は、ネットワーク（１５０）を介して他の端末（１２０）に伝送するために、ローカル位置でビデオデータを符号化することができる。第２の端末（１２０）は、ネットワーク（１５０）から他の端末の符号化されたビデオデータを受信し、符号化されたデータを復号し、復元されたビデオデータを表示することができる。一方向性データ伝送は、メディア提供アプリケーションなどにおいて一般的である。

【0016】

図１は、例えば、テレビ会議中に発生し得る符号化されたビデオの双方向伝送をサポートするために提供される第２の端末（１３０、１４０）のペアを示す。データの双方向伝送のために、各端末（１３０、１４０）は、ローカル位置で捕捉されたビデオデータを、ネットワーク（１５０）を介して他の端末に伝送するために符号化することができる。各端末（１３０、１４０）はまた、他の端末によって送信された符号化されたビデオデータを受信することができ、符号化されたデータを復号することができ、復元されたビデオデータをローカルディスプレイ装置に表示することができる。

【0017】

図１において、端末（１１０～１４０）は、サーバ、パーソナルコンピュータ及びスマートフォンとして示されてもよいが、本開示の原理は、それらに限定されない。本開示の実施形態は、ラップトップコンピュータ、タブレットコンピュータ、メディアプレーヤ、及び／又は専用のビデオ会議機器を用いてアプリケーションを見出す。ネットワーク（１５０）は、例えば、有線及び／又は無線通信ネットワークを含む、端末（１１０～１４０）間で符号化されたビデオデータを搬送する任意の数のネットワークを表す。通信ネットワーク（１５０）は、回線交換及び／又はパケット交換チャネルにおいてデータを交換することができる。代表的なネットワークは、電気通信ネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク及び／又はインターネットを含む。本説明の目的のために、ネットワーク（１５０）のアーキテクチャ及びトポロジーは、以下に説明しない限り、本開示の動作には重要ではない。

【0018】

図２は、開示された主題のアプリケーションのための一例として、ストリーミング環境におけるビデオエンコーダ及びデコーダの配置を示す。開示された主題は、例えば、ビデオ会議、デジタルＴＶ、ＣＤ、ＤＶＤ、メモリスティックなどを含むデジタルメディアへの圧縮されたビデオの記憶などを含む、他のビデオ可能化アプリケーションにも同様に適用可能である。

【0019】

ストリーミングシステムは、例えば圧縮されていないビデオサンプルストリーム（２０２）を生成するビデオソース（２０１）、例えばデジタルカメラを含むことができる捕捉サブシステム（２１３）を含み得る。このサンプルストリーム（２０２）は、符号化されたビデオビットストリームと比較したときに、高いデータボリュームを強調するための太線として示されており、カメラ（２０１）に結合されたエンコーダ（２０３）によって処理することができる。エンコーダ（２０３）は、ハードウェア、ソフトウェア、又はそれらの組み合わせを含むことができ、以下により詳細に記載されるように、開示された主題の態様を可能にするか、又は実装する。符号化されたビットストリーム（２０４）は、サンプルストリームと比較したときに、より低いデータボリュームを強調するための細いラインとして示されており、将来の使用のためにストリーミングサーバ（２０５）に記憶することができる。１つ以上のストリーミングクライアント（２０６、２０８）は、ストリーミングサーバ（２０５）にアクセスして、符号化されたビデオビットストリーム（２０４）のコピー（２０７、２０９）を取得することができる。クライアント（２０６）は、符号化されたビデオビットストリーム（２０７）の入力コピーを復号し、ディスプレイ（２１２）又は他のレンダリング装置（図示せず）上でレンダリングすることができる出力ビデオサンプルストリーム（２１１）を生成するビデオデコーダ（２１０）を含むことができる。いくつかのストリーミングシステムでは、ビデオビットストリーム（２０４、２０７、２０９）は、特定のビデオ符号化／圧縮規格に従って符号化することができる。これらの規格の例は、ＩＴＵ－Ｔ勧告Ｈ．２６５を含む。開発中のものは、Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ又はＶＶＣとして非公式に知られているビデオ符号化規格である。開示された主題事項は、ＶＶＣのコンテキストで使用され得る。

【0020】

図３は、本開示の一実施形態によるビデオデコーダ（２１０）の機能ブロック図であり得る。

【0021】

受信機（３１０）は、デコーダ（２１０）によって復号される１つ以上の符号化されたビデオシーケンスを受信することができ、同じ又は別の実施形態では、一度に１つの符号化されたビデオシーケンスを受信することができ、各符号化されたビデオシーケンスの復号は、他の符号化されたビデオシーケンスから独立している。符号化されたビデオシーケンスは、チャネル（３１２）から受信してもよく、このチャネルは、符号化されたビデオデータを記憶する記憶装置へのハードウェア／ソフトウェアリンクであってもよい。受信機（３１０）は、符号化されたビデオデータを、例えば、符号化されたオーディオデータ及び／又は補助的なデータストリームなどの他のデータと共に受信してもよく、これらのデータは、それぞれのエンティティ（図示せず）を使用して転送してもよい。受信機（３１０）は、符号化されたビデオシーケンスを他のデータから分離してもよい。ネットワークジッタと闘うために、バッファメモリ（３１５）は、受信機（３１０）とエントロピーデコーダ／解析器（３２０）（以後「解析器」）との間で結合されてもよい。受信機（３１０）が、十分な帯域幅及び制御可能性を有する記憶／転送装置から、又はアイソクロナスネットワークからデータを受信しているときに、バッファ（３１５）は、不要であってもよく、又は小さくすることができる。インターネットのようなベストエフォート型パケットネットワークでの使用のために、バッファ（３１５）が必要とされてもよく、比較的大きくすることができ、有利に適応サイズとすることができる。

【0022】

ビデオデコーダ（２１０）は、エントロピー符号化されたビデオシーケンスからシンボル（３２１）を再構成するための解析器（３２０）を含んでもよい。これらのシンボルのカテゴリは、デコーダ（２１０）の動作を管理するために使用される情報と、図３に示されているように、デコーダの不可欠な部分ではないが、デコーダに結合することができるディスプレイ（２１２）などのレンダリング装置を制御するための潜在的な情報とを含む。レンダリング装置の制御情報は、補足強化情報（ＳＥＩメッセージ）又はビデオユーザビリティ情報（ＶＵＩ）パラメータセットフラグメント（図示せず）の形式であってもよい。解析器（３２０）は、受信した符号化されたビデオシーケンスを解析／エントロピー復号してもよい。符号化されたビデオシーケンスの符号化は、ビデオ符号化技術又は規格に従うことができ、可変長符号化、ハフマン符号化、コンテキスト感度を伴う又は伴わない算術符号化などを含む、当業者に周知の原理に従うことができる。解析器（３２０）は、グループに対応する少なくとも１つのパラメータに基づいて、符号化されたビデオシーケンスから、ビデオデコーダにおける画素のサブグループのうちの少なくとも１つのサブグループパラメータのセットを抽出してもよい。サブグループは、ピクチャのグループ（ＧＯＰ：Ｇｒｏｕｐｓ ｏｆ Ｐｉｃｔｕｒｅ）、ピクチャ、サブピクチャ、タイル、スライス、ブリック、マクロブロック、符号化ツリーユニット（ＣＵ：Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ）符号化ユニット（ＣＵ：Ｃｏｄｉｎｇ Ｕｎｉｔ）、ブロック、変換ユニット（ＴＵ：Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔ）、予測ユニット（ＰＵ：Ｐｒｅｄｉｃｔｉｏｎ Ｕｎｉｔ）などを含む。タイルは、ピクチャにおける特定のタイル列及び行内のＣＵ／ＣＴＵの矩形領域を示してもよい。ブリックは、特定のタイル内のＣＵ／ＣＴＵ列の矩形領域を示してもよい。スライスは、ＮＡＬユニットに含まれるピクチャの１つ以上のブリックを示してもよい。サブピクチャは、ピクチャ内の１つ以上のスライスの矩形領域を示してもよい。エントロピーデコーダ／解析器はまた、符号化されたビデオシーケンスから、変換係数、量子化パラメータ値、動きベクトルなどの情報を抽出してもよい。

【0023】

解析器（３２０）は、シンボル（３２１）を作成するために、バッファ（３１５）から受信したビデオシーケンスに対してエントロピー復号／解析動作を実行してもよい。

【0024】

シンボル（３２１）の再構成は、符号化されたビデオピクチャ又はその部分（例えば、フレーム間ピクチャ及びフレーム内ピクチャ、フレーム間ブロック及びフレーム内ブロック）のタイプ及び他の要因に応じて、複数の異なるユニットに関与することができる。どのユニットが関与し、どのように関与するかは、解析器（３２０）によって符号化されたビデオシーケンスから解析されたサブグループ制御情報によって制御することができる。解析器（３２０）と以下の複数ユニットとの間のこのようなサブグループ制御情報の流れは、明確にするために示されていない。

【0025】

すでに述べた機能ブロックの他に、デコーダ２１０は、概念的には、後述するように、いくつかの機能ユニットに分割することができる。商業的制約の下で動作する実用的な実装では、これらのユニットの多くは互いに密接に相互作用し、少なくとも部分的に互いに統合することができる。しかしながら、開示された主題を説明するためには、以下の機能ユニットに概念的に細分化することが適切である。

【0026】

第１のユニットは、スケーラ／逆変換ユニット（３５１）である。スケーラ／逆変換ユニット（３５１）は、解析器（３２０）からのシンボル（３２１）として、使用するべき変換、ブロックサイズ、量子化因子、量子化スケーリング行列などを含む制御情報とともに、量子化された変換係数を受信する。アグリゲータ（３５５）に入力することができるサンプル値を含むブロックを出力することができる。

【0027】

場合によっては、スケーラ／逆変換（３５１）の出力サンプルは、フレーム内の符号化されたブロック、すなわち、以前に再構成されたピクチャからの予測情報を使用していないが、現在のピクチャの以前に再構成された部分からの予測情報を使用することができるブロックに関連付けることができる。このような予測情報は、フレーム内ピクチャ予測ユニット（３５２）によって提供することができる。場合によっては、フレーム内ピクチャ予測ユニット（３５２）は、現在の（部分的に再構成された）ピクチャ（３５８）から取り出された既に再構成された周囲の情報を使用して、再構成中のブロックの同じサイズ及び形状のブロックを生成する。アグリゲータ（３５５）は、場合によっては、サンプル毎に、フレーム内予測ユニット（３５２）が生成した予測情報を、スケーラ／逆変換ユニット（３５１）によって提供される出力サンプル情報に追加する。

【0028】

他の場合には、スケーラ／逆変換ユニット（３５１）の出力サンプルは、フレーム管符号化された潜在的に動き補償されたブロックに関係することができる。このような場合、動き補償予測ユニット（３５３）は、参照ピクチャメモリ（３５７）にアクセスして、予測に使用されるサンプルをフェッチすることができる。ブロックに関係するシンボル（３２１）に従って、フェッチされたサンプルの動き補償後、これらのサンプルは、アグリゲータ（３５５）によって、スケーラ／逆変換ユニットの出力（この場合、残留サンプル又は残留信号と呼ぶ）に追加され、出力サンプル情報を生成することができる。動き補償ユニットが予測サンプルをフェッチする参照ピクチャメモリ形式内のアドレスは、例えばＸ、Ｙ、及び参照ピクチャ構成要素を有することができるシンボル（３２１）の形式で動き補償ユニットに利用可能な動きベクトルによって制御することができる。また、動き補償は、サブサンプルの正確な動きベクトルが使用中であるときに、参照ピクチャメモリからフェッチされるサンプル値の補間、動きベクトル予測メカニズムなどを含むことができる。

【0029】

アグリゲータ（３５５）の出力サンプルは、ループフィルタユニット（３５６）内の様々なループフィルタリング技術を受けることができる。ビデオ圧縮技術は、符号化されたビデオビットストリームに含まれるパラメータによって制御され、解析器（３２０）からのシンボル（３２１）としてループフィルタユニット（３５６）に利用可能にされるが、符号化されたピクチャ又は符号化されたビデオシーケンスの（復号順で）以前の部分の復号中に取得されたメタ情報に応答することができ、また、以前に再構成されループフィルタリングされたサンプル値に応答することもできる、ループ内フィルタ技術を含むことができる。

【0030】

ループフィルタユニット（３５６）の出力は、レンダリング装置（２１２）に出力し、また将来のフレーム間ピクチャ予測に使用するために参照ピクチャメモリに記憶することができるサンプルストリームとすることができる。

【0031】

符号化されたピクチャは、いったん完全に再構成されると、将来の予測のための参考ピクチャとして使用することができる。符号化されたピクチャが完全に再構成され、符号化されたピクチャが参照ピクチャとして識別されると（例えば、解析器（３２０）によって）、現在の参照ピクチャ（３５８）は参照ピクチャバッファ（３５７）の一部とすることができ、新鮮な現在のピクチャメモリが、次の符号化されるピクチャの再構成を開始する前に再割当てされることができる。

【0032】

ビデオデコーダ２１０は、ＩＴＵ－Ｔ Ｒｅｃ．Ｈ．２６５における規格で文書化され得る所定のビデオ圧縮技術に従って復号動作を実行してもよい。符号化されたビデオシーケンスは、ビデオ圧縮技術文書又は規格の中で、特にその中のプロファイル文書の中で規定されているように、ビデオ圧縮技術又は規格の構文に従うという意味で、使用されているビデオ圧縮技術又は規格によって規定された構文に準拠することができる。また、コンプライアンスのために必要なことは、符号化されたビデオシーケンスの複雑さが、ビデオ圧縮技術又は規格のレベルによって定義される範囲内にあることとすることができる。場合によっては、レベルは、最大ピクチャサイズ、最大フレームレート、最大再構成サンプルレート（例えば、毎秒メガサンプルで測定される）、最大参照ピクチャサイズなどを制限する。レベルによって設定された制限は、場合によっては、符号化されたビデオシーケンスでシグナリングされた仮想参照デコーダ（ＨＲＤ）バッファ管理のためのＨＲＤ仕様とメタデータを通してさらに制限することができる。

【0033】

一実施形態では、受信機（３１０）は、符号化されたビデオと共に付加的な（冗長な）データを受信してもよい。付加的なデータは、符号化されたビデオシーケンスの一部として含まれてもよい。付加的なデータは、データを適切に復号するため、及び／又は元のビデオデータをより正確に再構成するために、ビデオデコーダ（２１０）によって使用されてもよい。付加的なデータは、例えば、時間的、空間的、又はＳＮＲ拡張層、冗長スライス、冗長ピクチャ、前方エラー補正コードなどの形式とすることができる。

【0034】

図４は、本開示の一実施形態によるビデオエンコーダ（２０３）の機能ブロック図であり得る。

【0035】

エンコーダ（２０３）は、エンコーダ（２０３）によって符号化されるべきビデオ画像を捕捉し得るビデオソース（２０１）（エンコーダの一部ではない）からビデオサンプルを受信してもよい。

【0036】

ビデオソース（２０１）は、任意の適切なビット深さ（例えば、８ビット、１０ビット、１２ビット、．．．）、任意の色空間（例えば、ＢＴ．６０１ Ｙ ＣｒＣＢ、ＲＧＢ、．．．）及び任意の適切なサンプリング構造（例えば、Ｙ ＣｒＣｂ ４：２：０、Ｙ ＣｒＣｂ ４：４：４）のうちのものとすることができるデジタルビデオサンプルストリームの形式で、エンコーダ（２０３）によって符号化されるソースビデオシーケンスを提供してもよい。メディアサービスシステムにおいて、ビデオソース（２０１）は、以前に準備されたビデオを記憶する記憶装置であり得る。ビデオ会議システムでは、ビデオソース（２０１）は、ローカル画像情報をビデオシーケンスとして捕捉するカメラであり得る。ビデオデータは、シーケンスで見たときに動きを与える複数の個々のピクチャとして提供されてもよい。ピクチャ自体は、画素の空間アレイとして編成されてもよく、各画素は、使用中のサンプリング構造、色空間などに応じて、１つ以上のサンプルを含むことができる。当業者は、画素とサンプルとの関係を容易に理解することができる。以下の説明は、サンプルに焦点を当てる。

【0037】

一実施形態によれば、エンコーダ（２０３）は、ソースビデオシーケンスのピクチャを、リアルタイムで、又はアプリケーションによって要求される任意の他の時間制約下で、符号化されたビデオシーケンス（４４３）に符号化及び圧縮してもよい。適切な符号化速度を強制することは、コントローラ（４５０）の１つの機能である。コントローラは、以下に説明されるように他の機能ユニットを制御し、これらのユニットに機能的に結合される。結合は、明確にするために示されていない。コントローラによって設定されるパラメータは、レート制御関連パラメータ（ピクチャスキップ、量子化器、レート歪み最適化技術のラムダ値、．．．）、ピクチャサイズ、ピクチャのグループ（ＧＯＰ）レイアウト、最大動きベクトル探索範囲などを含むことができる。当業者は、コントローラ（４５０）の他の機能を、特定のシステム設計のために最適化されたビデオエンコーダ（２０３）に関係し得るため、容易に識別することができる。

【0038】

いくつかのビデオエンコーダは、当業者が「符号化ループ」として容易に認識することができるもので動作する。非常に簡単な説明として、符号化ループは、エンコーダ（４３０）（以下、「ソースコーダ」）（符号化される入力ピクチャと参照ピクチャに基づいてシンボルを生成する責任を負う）の符号化部分と、エンコーダ（２０３）に埋め込まれ、シンボルを再構成して、（リモート）デコーダもまた作成するであろうサンプルデータを作成する（シンボルと符号化されたビデオビットストリームとの間のいかなる圧縮も、開示された主題において考慮されるビデオ圧縮技術においては、可逆的であるため）（ローカル）デコーダ（４３３）と、からなることができる。再構成されたサンプルストリームは、参照ピクチャメモリ（４３４）に入力される。シンボルストリームの復号は、デコーダ位置（ローカル又はリモート）に関係なくビットの正確な結果をもたらすため、参照ピクチャバッファコンテンツもローカルエンコーダとリモートエンコーダの間でビットが正確である。言い換えると、エンコーダの予測部分は、デコーダが復号中に予測を使用するときに「見る」のとまったく同じサンプル値を参照ピクチャサンプルとして「見る」。参照ピクチャ同期性のこの基本原理（例えば、チャンネルエラーのために同期性を維持することができない場合、ドリフトが結果として生じる）は、当業者に周知である。

【0039】

「ローカル」デコーダ（４３３）の動作は、「リモート」デコーダ（２１０）と同じにすることができ、これは、図３と併せて既に詳細に上述されている。図４も参照すると、しかしながら、シンボルが利用可能であり、エントロピーコーダ（４４５）及び解析器（３２０）による符号化されたビデオシーケンスへのシンボルの符号化／復号が可逆的とすることができるため、チャネル（３１２）、受信機（３１０）、バッファ（３１５）及び解析器（３２０）を含むデコーダ（２１０）のエントロピー復号部分は、ローカルデコーダ（４３３）において完全には実装されないことがある。

【0040】

この時点で、デコーダに存在する解析／エントロピー復号以外のいかなるデコーダ技術も、対応するエンコーダにおいて、実質的に同一の機能形式で必ず存在する必要がある、ということが分かっている。このため、開示された主題はデコーダ動作に焦点を当てる。エンコーダ技術の説明は、包括的に記述されたデコーダ技術の逆であるため、省略することができる。特定の分野においてのみ、より詳細な説明が必要であり、以下に提供される。

【0041】

その動作の一部として、ソースコーダ（４３０）は、「参照フレーム」として指定されたビデオシーケンスからの１つ以上の以前に符号化されたフレームを参照して、入力フレームを予測的に符号化する動き補償予測符号化を実行してもよい。このようにして、符号化エンジン（４３２）は、入力フレームの画素ブロックと、入力フレームに対する予測参照として選択され得る参照フレームの画素ブロックとの間の差分を符号化する。

【0042】

ローカルビデオデコーダ（４３３）は、ソースコーダ（４３０）によって生成されたシンボルに基づいて、参照フレームとして指定され得るフレームの符号化されたビデオデータを復号してもよい。符号化エンジン（４３２）の動作は、有利には、損失性プロセスであってもよい。符号化されたビデオデータがビデオデコーダで復号され得るときに、再構成されたビデオシーケンスは、典型的には、いくつかのエラーを伴うソースビデオシーケンスのレプリカであってもよい。ローカルビデオデコーダ４３３は、ビデオデコーダによって参照フレームに対して実行され得る復号プロセスをコピーし、再構成された参照フレームが参照ピクチャキャッシュ（４３４）に記憶されるようにしてもよい。このようにして、エンコーダ（２０３）は、遠端ビデオデコーダによって取得されるであろう（伝送誤差が存在しない）再構成された参照フレームと共通のコンテンツを有する再構成された参照フレームのコピーを、ローカルに記憶することができる。

【0043】

予測器（４３５）は、符号化エンジン（４３２）について予測検索を実行することができる。すなわち、符号化される新しいフレームに対して、予測器（４３５）は、サンプルデータ（候補参照画素ブロックとして）、又は新しいピクチャに対する適切な予測参照として機能する参照ピクチャ動きベクトル、ブロック形状などの特定のメタデータについて参照ピクチャメモリ（４３４）を検索することができる。予測器（４３５）は、適切な予測参照を見出すために、サンプルブロック対画素ブロックベースで動作することができる。場合によっては、予測器（４３５）によって取得された取得結果によって判定されるように、入力ピクチャは、参照ピクチャメモリ（４３４）に記憶された複数の参照ピクチャから引き出された予測参照を有することができる。

【0044】

コントローラ（４５０）は、例えば、ビデオデータを符号化するために使用されるパラメータ及びサブグループパラメータの設定を含む、ビデオコーダ（４３０）の符号化動作を管理することができる。

【0045】

前述の機能ユニットのすべての出力は、エントロピーコーダ（４４５）におけるエントロピー符号化を受けることができる。エントロピーコーダは、例えば、ハフマン符号化、可変長符号化、算術符号化など、当業者に知られた技術に従って、符号を可逆的に圧縮することによって、様々な機能ユニットによって生成されたシンボルを符号化されたビデオシーケンスに変換する。

【0046】

送信機（４４０）は、エントロピーコーダ（４４５）によって生成された符号化されたビデオシーケンスをバッファし、通信チャネル（４６０）を介した伝送のために準備することができ、通信チャネル（４６０）は、符号化されたビデオデータを記憶する記憶装置へのハードウェア／ソフトウェアリンクとすることができる。送信機（４４０）は、ビデオコーダ（４３０）からの符号化されたビデオデータを、例えば符号化されたオーディオデータ及び／又は補助的なデータストリーム（図示せず）など、送信される他のデータとマージすることができる。

【0047】

コントローラ（４５０）は、エンコーダ（２０３）の動作を管理することができる。符号化の間、コントローラ（４５０）は、各符号化されたピクチャに特定の符号化されたピクチャタイプを割り当てることができ、これは、それぞれのピクチャに適用され得る符号化技術に影響を及ぼすことがある。例えば、ピクチャは、以下のフレームタイプの１つとして割り当てられることが多い。すなわち、

【0048】

フレーム内ピクチャ（Ｉピクチャ）は、予測のソースとしてシーケンス内の任意の他のフレームを使用せずに、符号化及び復号され得るものであってもよい。いくつかのビデオコーデックは、例えば、独立したデコーダリフレッシュピクチャ（Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｅｃｏｄｅｒ Ｒｅｆｒｅｓｈ Ｐｉｃｔｕｒｅ）を含む、異なるタイプのフレーム内ピクチャを許容する。当業者は、Ｉピクチャのこれらの変形例、並びにそれらのそれぞれの用途及び特徴を理解している。

【0049】

予測ピクチャ（Ｐピクチャ）は、各ブロックのサンプル値を予測するために、多くても１つの動きベクトル及び参照インデックスを使用して、フレーム内予測又はフレーム間予測を使用して符号化及び復号され得るものであってもよい。

【0050】

双方向予測ピクチャ（Ｂピクチャ）は、各ブロックのサンプル値を予測するために、多くても２つの動きベクトル及び参照インデックスを使用して、フレーム内予測又はフレーム間予測を使用して符号化及び復号され得るものであってもよい。同様に、複数の予測ピクチャは、１つのブロックの再構成のために、２つより多い参照ピクチャ及び関連するメタデータを使用することができる。

【0051】

ソースピクチャは、一般的に、複数のサンプルブロック（例えば、それぞれ４×４、８×８、４×８、又は１６×１６個のサンプルのブロック）に空間的に細分化され、ブロックごとに符号化され得る。ブロックは、ブロックのそれぞれのピクチャに適用される符号化割り当てによって判定されるように、他の（既に符号化された）ブロックを参照して予測的に符号化され得る。例えば、Ｉピクチャのブロックは、非予測的に符号化されてもよいし、それらは、同じピクチャの既に符号化されたブロックを参照して予測的に符号化されてもよい（空間的予測又はフレーム内予測）。Ｐピクチャの画素ブロックは、非予測的にか、１つ前に符号化された参照ピクチャを参照して、空間的予測を介して、又は時間的予測を介して符号化されてもよい。Ｂピクチャのブロックは、非予測的にか、１つ又は２つの前に符号化された参照ピクチャを参照して、空間的予測を介して、又は時間的予測を介して符号化されてもよい。

【0052】

ビデオコーダ（２０３）は、ＩＴＵ－Ｔ Ｒｅｃ．Ｈ．２６５．などの所定のビデオ符号化技術又は規格に従って符号化動作を実行することができる。
その動作において、ビデオコーダ（２０３）は、入力ビデオシーケンスにおける時間的及び空間的冗長性を利用する予測符号化動作を含む様々な圧縮動作を実行することができる。したがって、符号化されたビデオデータは、使用されているビデオ符号化技術又は規格によって指定された構文に準拠することができる。

【0053】

一実施形態では、送信機（４４０）は、符号化されたビデオと共に付加的なデータを送信してもよい。ビデオコーダ（４３０）は、符号化されたビデオシーケンスの一部としてそのようなデータを含むことができる。付加的なデータは、時間的／空間的／ＳＮＲ拡張層、冗長ピクチャ及びスライスなどの他の形式の冗長データ、補足強化情報（ＳＥＩ：Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージ、ビジュアルユーザビリティ情報（ＶＵＩ：Ｖｉｓｕａｌ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）パラメータセットフラグメントなどを含んでもよい。

【0054】

実施形態は、ピクチャヘッダに関連する構文及び意味の修正に関することができる。少なくとも１つの実施形態は、ゲートフラグとして、ＰＰＳにおけるａｌｌ＿ｐｉｃ＿ｃｏｄｉｎｇ＿ｉｎ＿ｐｈ＿ｐｈ＿ｆｌａｇをシグナリングして、ピクチャレベルの符号化ツール情報がＰＨ又はＳＨに存在するかどうかを指定するためのいくつかのビットを節約することに関することができる。少なくとも１つの実施形態は、ＰＵ又はＡＵの最初のＶＣＬ ＮＡＬユニットの識別を訂正することに関することができる。少なくとも１つの実施形態は、ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｆｌａｇが１に等しい場合に対処するために、ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの意味の修正に関することができる。

【0055】

実施形態において、ピクチャパラメータセット（ＰＰＳ）は、各スライスヘッダ内に見出される構文要素によって判定されるように、ゼロ以上の符号化されたピクチャ全体に適用される構文要素を含む構文構造を指すことができる。

【0056】

実施形態において、ピクチャヘッダ（ＰＨ）は、符号化されたピクチャの全てのスライスに適用される構文要素を含む構文構造を指すことができる。

【0057】

実施形態において、スライスヘッダ（ＳＨ）は、スライス内で表されるタイル内の全てのタイル又は符号化ツリーユニットに関係するデータ要素を含む符号化されたスライスの一部分を指すことができる。

【0058】

実施形態は、ビデオ符号化層（ＶＣＬ：Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ）に関することができる。

【0059】

実施形態において、ネットワーク抽象化層（ＮＡＬ）ユニットは、後続のデータのタイプの指示と、必要に応じてエミュレーション防止バイトが散在する生バイトシーケンスペイロードの形式のデータを含むバイトとを含む構文構造を指すことができる。

【0060】

実施形態において、ＶＣＬ ＮＡＬユニットは、本明細書においてＶＣＬ ＮＡＬユニットとして分類されるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの予約値を有する、符号化されたスライスＮＡＬユニット及びＮＡＬユニットのサブセットに対する集合的な用語を指すことができる。

【0061】

実施形態において、ピクチャユニット（ＰＵ）は、指定された分類規則にしたがって互いに関連し、復号順に連続し、正確に１つの符号化されたピクチャを含むＮＡＬユニットのセットを指すことができる。

【0062】

実施形態において、アクセスユニット（ＡＵ）は、異なる層に属し、復号ピクチャバッファ（ＤＰＢ）からの出力のために同じ時間に関連する符号化されたピクチャを含むＰＵのセットを指すことができる。

【0063】

実施形態は、サンプル適応オフセット（ＳＡＯ：ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ）に関することができる。

【0064】

実施形態において、適応ループフィルタ（ＡＬＦ）は、復号プロセスの一部分として適用され、適応パラメータセット（ＡＰＳ）において搬送されるパラメータによって制御されるフィルタリングプロセスを指すことができる。

【0065】

実施形態は、量子化パラメータ（ＱＰ：ｑｕａｎｔｉｚａｔｉｏｎ ｐａｒａｍｅｔｅｒ ）に関することができる。

【0066】

実施形態は、フレーム内ランダムアクセスポイント（ＩＲＡＰ：ｉｎｔｒａ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｏｉｎｔ）に関することができる。

【0067】

実施形態は、緩やかな復号リフレッシュ（ＧＤＲ：ｇｒａｄｕａｌ ｄｅｃｏｄｉｎｇ ｒｅｆｒｅｓｈ）に関することができる。

【0068】

実施形態において、ＧＤＲピクチャは、各ＶＣＬ ＮＡＬユニットがＧＤＲ＿ＮＵＴと等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するピクチャを指すことができる。

【0069】

ＶＶＣドラフト（ＪＶＥＴ－Ｑ２００１－ｖＥ）の最新バージョンでは、６つのフラグを使用して、ピクチャレベルの符号化情報が、ＰＰＳ構文構造のピクチャヘッダ又はスライスヘッダに存在するかどうかを示すことができる。たとえば、ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇなどである。ほとんどの場合、それらの値は同じ値、０又は１を有することができる。ｘｘｘ＿ｉｎｆｏ＿ｉｎ＿ｐｈフラグごとに異なる値を有する可能性は低いと思われる。

【0070】

したがって、実施形態において、ゲートフラグａｌｌ＿ｐｉｃ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｐｈ＿ｆｌａｇは、ＰＰＳにおけるこれらのフラグの存在を示し、ＰＰＳにおけるビットを節約することができる。ａｌｌ＿ｐｉｃ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｐｈ＿ｆｌａｇの値が１に等しい場合、それらのｘｘｘ＿ｉｎｆｏ＿ｉｎ＿ｐｈフラグはシグナリングされず、それらのフラグの値は１に等しいと推測されてもよい。これは、ピクチャヘッダにおいてピクチャレベルの符号化情報をシグナリングすることは、スライスレベルの制御のためにスライスヘッダにおいて情報をシグナリングするよりも頻繁に起こる可能性があるためである。実施形態と矛盾しない構文テーブルの一例を図５に示す。

【0071】

実施形態において、１に等しいａｌｌ＿ｐｉｃ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ及びｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇがＰＰＳに存在しないことを指定することができる。０に等しいａｌｌ＿ｐｉｃ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ及びｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇがＰＰＳに存在することを指定することができる。

【0072】

実施形態において、１に等しいｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、参照ピクチャリスト情報がＰＨ構文構造に存在し、ＰＨ構文構造を含まないＰＰＳを参照するスライスヘッダには存在しないことを指定することができる。０に等しいｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、参照ピクチャリスト情報がＰＨ構文構造に存在せず、ＰＨ構文構造を含まないＰＰＳを参照するスライスヘッダに存在することを指定することができる。存在しないときに、ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は１に等しいと推測されてもよい。

【0073】

実施形態において、１に等しいｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ブロック解除フィルタ情報がＰＨ構文構造に存在し、ＰＨ構文構造を含まないＰＰＳを参照するスライスヘッダには存在しないことを指定することができる。０に等しいｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ブロック解除フィルタ情報がＰＨ構文構造に存在せず、ＰＨ構文構造を含まないＰＰＳを参照するスライスヘッダに存在することを指定することができる。存在しないときに、ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は０に等しいと推測されてもよい。存在しないときに、ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は１に等しいと推測されてもよい。

【0074】

１に等しいｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ＳＡＯフィルタ情報がＰＨ構文構造に存在し、ＰＨ構文構造を含まないＰＰＳを参照するスライスヘッダには存在しないことを指定することができる。０に等しいｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇはＳＡＯフィルタ情報がＰＨ構文構造に存在せず、ＰＨ構文構造を含まないＰＰＳを参照するスライスヘッダに存在することを指定することができる。存在しないときに、ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は１に等しいと推測されてもよい。

【0075】

１に等しいａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ＡＬＦ情報がＰＨ構文構造に存在し、ＰＨ構文構造を含まないＰＰＳを参照するスライスヘッダには存在しないことを指定することができる。０に等しいａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇはＡＬＦ情報がＰＨ構文構造に存在せず、ＰＨ構文構造を含まないＰＰＳを参照するスライスヘッダに存在することを指定することができる。存在しないときに、ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は１に等しいと推測されてもよい。

【0076】

１に等しいｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、重み付け予測情報がＰＨ構文構造に存在し、ＰＨ構文構造を含まないＰＰＳを参照するスライスヘッダには存在しないことを指定することができる。０に等しいｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは重み付け予測情報がＰＨ構文構造に存在せず、ＰＨ構文構造を含まないＰＰＳを参照するスライスヘッダに存在することを指定することができる。存在しないときに、ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は０に等しいと推測されてもよい。存在しないときに、ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は１に等しいと推測されてもよい。

【0077】

１に等しいｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、ＱＰデルタ情報がＰＨ構文構造に存在し、ＰＨ構文構造を含まないＰＰＳを参照するスライスヘッダには存在しないことを指定することができる。０に等しいｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇはＱＰデルタ情報がＰＨ構文構造に存在せず、ＰＨ構文構造を含まないＰＰＳを参照するスライスヘッダに存在することを指定することができる。存在しないときに、ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの値は１に等しいと推測されてもよい。

【0078】

最新のＶＶＣ仕様ドラフトでは、ドラフト、ＰＵ又はＡＵの最初のＶＣＬ ＮＡＬユニットを識別する方法は明確ではない。実施形態は、ＮＡＬユニットの順序の記述の以下の修正に関することができる。

【0079】

実施形態において、ＶＣＬ ＮＡＬユニットは、ＶＣＬ ＮＡＬユニットが、ＰＨ ＮＡＬユニットに続く最初のＶＣＬ ＮＡＬユニットであるか、又は１に等しいｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇを有し、以下の条件のうちの１つ以上が真であるときに、ＡＵの最初のＶＣＬ ＮＡＬユニットである（したがって、ＶＣＬ ＮＡＬユニットを含むＰＵは、ＡＵの最初のＰＵである）。
－ ＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値が、復号順において前のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ未満である。
－ ＶＣＬ ＮＡＬユニットのｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値が、復号順において前のピクチャのｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂとは異なる。
－ ＶＣＬ ＮＡＬユニットのために導出されたＰｉｃＯｒｄｅｒＣｎｔＶａｌは、復号順において前のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌとは異なる。

【0080】

実施形態において、ピクチャヘッダにおけるフラグｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＩＲＡＰ又はＧＤＲピクチャであるかどうかを示す。ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値が１に等しいときに、同様にフラグｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇがピクチャヘッダに存在することができる。サブピクチャのビットストリームがマージされるときに、ＩＲＡＰサブピクチャのｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値は、サブピクチャ抽出のために保持される必要がある。この問題に対処するために、実施形態は、ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの意味の以下の修正に関することができる。

【0081】

実施形態において、１に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲもしくはＩＲＡＰピクチャであること、又はＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰもしくはＣＲＡ＿ＮＵＴに等しいＶＣＬ＿ＮＡＬユニットと、１に等しいｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇ有するピクチャであることを指定することができる。０に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲ又はＩＲＡＰピクチャであってもなくてもよいことを指定することができる。

【0082】

実施形態において、１に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲ又はＩＲＡＰピクチャであること、又は１に等しいｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇを有するＩＲＡＰサブピクチャを含むピクチャであることを指定することができる。０に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲ又はＩＲＡＰピクチャであってもなくてもよいことを指定することができる。

【0083】

実施形態において、１に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲ又はＩＲＡＰピクチャであることを指定することができる。０に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲ又はＩＲＡＰピクチャであってもなくてもよいことを指定することができる。

【0084】

ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しいとき、ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇの値が０に等しいものとすることは、ビットストリーム適合性の要件であってもよい。

【0085】

図６Ａ～図６Ｃは、符号化されたビデオビットストリームを復号するための例示的なプロセス６００Ａ、６００Ｂ、及び６００Ｃのフローチャートである。いくつかの実装において、図６Ａ～図６Ｃの１つ以上のプロセスブロックは、デコーダ２１０によって実行されてもよい。いくつかの実装において、図６Ａ～６Ｃの１つ以上のプロセスブロックは、エンコーダ２０３など、デコーダ２１０から分離されるか、又はデコーダ２１０を含む、別の装置又は装置のグループによって実行されてもよい。

【0086】

実施形態において、図６Ａに示されたブロックのうちの１つ以上は、図６Ｂ及び６Ｃの１つ以上のブロックに対応することができるか、又はこれらのブロックと共に実行されることができる。

【0087】

図６Ａに示されるように、プロセス６００Ａは、ビデオ符号化層（ＶＣＬ）ネットワーク抽象化層（ＮＡＬ）ユニットを取得すること（ブロック６１１）を含むことができる。

【0088】

図６Ａにさらに示されるように、プロセス６００Ａは、ＶＣＬ ＮＡＬユニットが、ＶＣＬ ＮＡＬユニットを含むピクチャユニット（ＰＵ）の最初のＶＣＬ ＮＡＬユニットであるとを判定すること（ブロック６１２）を含むことができる。

【0089】

図６Ａにさらに示されるように、プロセス６００Ａは、ＶＣＬ ＮＡＬユニットがＰＵの最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて、ＶＣＬ ＮＡＬユニットがＰＵを含むアクセスユニット（ＡＵ）の最初のＶＣＬ ＮＡＬユニットであると判定すること（ブロック６１３）を含むことができる。

【0090】

図６Ａにさらに示されるように、プロセス６００Ａは、ＶＣＬ ＮＡＬユニットがＡＵの最初のＶＣＬ ＮＡＬユニットであると判定することに基づいて、ＶＣＬ ＮＡＬユニットに基づいてＡＵを復号すること（ブロック６１４）を含むことができる。

【0091】

実施形態において、図６Ｂに示されたブロックのうちの１つ以上は、図６Ａ及び６Ｂの１つ以上のブロックに対応することができるか、又はこれらのブロックと共に実行されることができる。

【0092】

図６Ｂに示されるように、プロセス６００Ｂは、ＶＣＬ ＮＡＬユニットを取得すること（ブロック６２１）を含むことができる。

【0093】

図６Ｂにさらに示されるように、プロセス６００Ｂは、ＶＣＬ ＮＡＬユニットが、ピクチャヘッダＮＡＬユニットに続く最初のＶＣＬ ＮＡＬユニットであるかどうかを判定すること（ブロック６２２）を含むことができる。

【0094】

図６Ｂにさらに示されるように、プロセス６００Ｂは、ＶＣＬ ＮＡＬユニットが、ピクチャヘッダＮＡＬユニットに続く最初のＶＣＬ ＮＡＬユニットであると判定すること（ブロック６２２でＹＥＳ）に基づいて、ブロック６２３に進むことを含むことができる。

【0095】

図６Ｂにさらに示されるように、プロセス６００Ｂは、ＶＣＬ ＮＡＬユニットが、ピクチャヘッダＮＡＬユニットに続く最初のＶＣＬ ＮＡＬユニットではないと判定すること（ブロック６２３でＮＯ）に基づいて、ブロック６２４に進むことを含むことができる。実施形態において、プロセス６００Ｂは、代わりにブロック６２５に進んでもよい。

【0096】

図６Ｂにさらに示されるように、プロセス６００Ｂは、ＶＣＬ ＮＡＬユニットにおけるフラグが、ＶＣＬ ＮＡＬユニットに含まれるスライスヘッダにピクチャヘッダが含まれることを示すように設定されているかどうかを判定すること（ブロック６２４）を含むことができる。実施形態において、フラグは、ｐｉｃｔｕｒｅ＿ｈｅａｄｅｒ＿ｉｎ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｆｌａｇに対応することができる。

【0097】

図６Ｂにさらに示されるように、プロセス６００Ｂは、ＶＣＬ ＮＡＬユニットにおけるフラグが、ＶＣＬ ＮＡＬユニットに含まれるスライスヘッダにピクチャヘッダが含まれることを示すように設定されていると判定すること（ブロック６２４でＹＥＳ）に基づいて、ブロック６２３に進むことを含むことができる。

【0098】

図６Ｂにさらに示されるように、プロセス６００Ｂは、ＶＣＬ ＮＡＬユニットにおけるフラグが、ＶＣＬ ＮＡＬユニットに含まれるスライスヘッダにピクチャヘッダが含まれることを示すように設定されていないと判定すること（ブロック６２４でＮＯ）に基づいて、ブロック６２５に進むことを含むことができる。

【0099】

図６Ｂにさらに示されるように、プロセス６００Ｂは、ＶＣＬ ＮＡＬユニットがＶＣＬ ＮＡＬユニットを含むＰＵの最初のＶＣＬ ＮＡＬユニットであると判定すること（ブロック６２３）を含むことができる。

【0100】

図６Ｂにさらに示されるように、プロセス６００Ｂは、ＶＣＬ ＮＡＬユニットがＶＣＬ ＮＡＬユニットを含むＰＵの最初のＶＣＬ ＮＡＬユニットではないと判定すること（ブロック６２５）を含むことができる。

【0101】

実施形態において、図６Ｃに示されたブロックのうちの１つ以上は、図６Ａ及び図６Ｂの１つ以上のブロックに対応することができ、又はこれらのブロックと共に実行されることができる。

【0102】

図６Ｃに示されるように、プロセス６００Ｃは、ＶＣＬ ＮＡＬユニットがＰＵの最初のＶＣＬ ＮＡＬユニットであると判定すること（ブロック６３１）を含むことができる。

【0103】

図６Ｃにさらに示されるように、プロセス６００Ｃは、ＶＣＬ ＮＡＬユニットの層識別子が、前のピクチャの層識別子未満であるかどうかを判定すること（ブロック６３２）を含むことができる。

【0104】

図６Ｃにさらに示されるように、プロセス６００Ｃは、ＶＣＬ ＮＡＬユニットの層識別子が、前のピクチャの層識別子未満であると判定すること（ブロック６３２でＹＥＳ）に基づいて、ブロック６３３に進むことを含むことができる。

【0105】

図６Ｃにさらに示されるように、プロセス６００Ｃは、ＶＣＬ ＮＡＬユニットの層識別子が、前のピクチャの層識別子以上であると判定すること（ブロック６３３でＮＯ）に基づいて、ブロック６３４に進むことを含むことができる。実施形態において、プロセス６００Ｃは、代わりにブロック６３５に進んでもよい。

【0106】

図６Ｃにさらに示されるように、プロセス６００Ｃは、ＶＣＬ ＮＡＬユニットのピクチャオーダカウントが、前のピクチャのピクチャオーダカウントとは異なるかどうかを判定すること（ブロック６３４）を含むことができる。実施形態において、これは、ピクチャオーダカウントの最下位ビット（ＬＳＢ）に基づいて判定され得る。

【0107】

図６Ｃにさらに示されるように、プロセス６００Ｃは、ＶＣＬ ＮＡＬユニットのピクチャオーダカウントが、前のピクチャのピクチャオーダカウントとは異なると判定すること（ブロック６３４でＹＥＳ）に基づいて、ブロック６３３に進むことを含むことができる。

【0108】

図６Ｃにさらに示されるように、プロセス６００Ｃは、ＶＣＬ ＮＡＬユニットのピクチャオーダカウントが、前のピクチャのピクチャオーダカウントとは異ならないと判定すること（ブロック６３４でＮＯ）に基づいて、ブロック６３５に進むことを含むことができる。

【0109】

図６Ｃにさらに示されるように、プロセス６００Ｃは、ＶＣＬ ＮＡＬユニットが、ＶＣＬ ＮＡＬユニットを含むＡＵの最初のＶＣＬ ＮＡＬユニットであると判定すること（ブロック６３３）を含むことができる。

【0110】

図６Ｃにさらに示されるように、プロセス６００Ｃは、ＶＣＬ ＮＡＬユニットが、ＶＣＬ ＮＡＬユニットを含むＡＵの最初のＶＣＬ ＮＡＬユニットではないことを判定すること（ブロック６３５）を含むことができる。

【0111】

実施形態において、全てのピクチャ符号化情報がピクチャヘッダに存在することを示すフラグに基づいて、ピクチャ符号化情報に対応する複数のフラグがシグナリングされなくてもよい。実施形態において、フラグは、ａｌｌ＿ｐｉｃ＿ｃｏｄｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｐｈ＿ｆｌａｇに対応することができる。

【0112】

図６Ａ～６Ｃは、プロセス６００Ａ～６００Ｃの例示的なブロックを示し、いくつかの実装では、プロセス６００Ａ～６００Ｃは、図６Ａ～６Ｃに示されるブロックよりも、追加ブロック、より少ないブロック、異なるブロック、又は異なって配列されたブロックを含んでもよい。追加的又は代替的に、プロセス６００Ａ～６００Ｃのブロックのうちの２つ以上は、並行で実行されてもよい。

【0113】

さらに、提案された方法は、処理回路（例えば、１つ以上のプロセッサ又は１つ以上の集積回路）によって実施されてもよい。一例において、１つ以上のプロセッサは、提案された方法の１つ以上を実行するために、非一時的なコンピュータ可読媒体に記憶されたプログラムを実行する。

【0114】

上述の技術は、コンピュータ可読命令を使用し、１つ以上のコンピュータ可読媒体に物理的に記憶されたコンピュータソフトウェアとして実装することができる。例えば、図７は、開示された主題の特定の実施形態を実装するのに好適なコンピュータシステム７００を示す。

【0115】

コンピュータソフトウェアは、アセンブリ、コンパイル、リンク、又は同様のメカニズムの対象となり得る任意の適切な機械コード又はコンピュータ言語を使用して符号化し、コンピュータ中央処理ユニット（ＣＰＵ）、グラフィック処理ユニット（ＧＰＵ）などによって、直接的に、又は解釈、マイクロコード実行などを通して実行可能な命令を含むコードを作成することができる。

【0116】

命令は、例えば、パーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲーム装置、モノのインターネット装置などを含む様々なタイプのコンピュータ又はその構成要素上で実行することができる。

【0117】

コンピュータシステム７００のための図７に示される構成要素は、本質的に例示的なものであり、本開示の実施形態を実装するコンピュータソフトウェアの使用又は機能の範囲に関していかなる制限も示唆することを意図していない。また、構成要素の構成は、コンピュータシステム７００の例示的な実施形態に示されている構成要素の任意の１つ又は組み合わせに関するいかなる従属性又は要件も有していると解釈されてはならない。

【0118】

コンピュータシステム７００は、特定のヒューマンインターフェース入力装置を含んでもよい。このようなヒューマンインターフェース入力装置は、例えば、触覚入力（例えば、キーストローク、スワイプ、データ手袋の動き）、オーディオ入力（例えば、音声、拍手）、視覚入力（例えば、ジェスチャ）、嗅覚入力（図示せず）を介して、１人以上の人間ユーザによる入力に応答することができる。また、ヒューマンインターフェース装置は、オーディオ（例えば、発話、音楽、周囲音）、画像（例えば、スキャン画像、静止画像カメラから得られる写真画像）、ビデオ（例えば、２次元ビデオ、立体映像を含む３次元ビデオ）などの人間による意識的入力に必ずしも直接関係しない特定の媒体を捕捉するために使用することができる。

【0119】

入力ヒューマンインターフェース装置は、キーボード７０１、マウス７０２、トラックパッド７０３、タッチスクリーン７１０及び関連するグラフィックアダプタ７５０、データグローブ、ジョイスティック７０５、マイクロホン７０６、スキャナ７０７、カメラ７０８のうちの１つ以上を含み得る。

【0120】

コンピュータシステム７００はまた、特定のヒューマンインターフェース出力装置を含んでもよい。このようなヒューマンインターフェース出力装置は、例えば、触覚出力、音、光、及び嗅覚／味覚を通して、１人以上の人間ユーザの感覚を刺激することができる。このようなヒューマンインターフェース出力装置は、触覚出力装置（例えば、タッチスクリーン７１０、データグローブ、又はジョイスティック７０５による触覚フィードバック）、オーディオ出力装置（スピーカー７０９、ヘッドフォン（図示せず）など）、視覚出力装置（陰極線管（ＣＲＴ）スクリーン、液晶ディスプレイ（ＬＣＤ）スクリーン、プラズマスクリーン、有機発光ダイオード（ＯＬＥＤ）スクリーンであって、各々、触覚フィードバック能力を有しているか、又は有しておらず、これらのうちのいくつかは、立体画像出力のような手段を通して２次元の視覚出力又はそれ以上の３次元の出力を出力することができるスクリーン７１０、仮想現実メガネ（図示せず）、ホログラフィックディスプレイ及びスモークタンク（図示せず）など）、及びプリンタ（図示せず）を含むことができる。

【0121】

コンピュータシステム７００はまた、ＣＤ／ＤＶＤ又は同様の媒体７２１を有するＣＤ／ＤＶＤ ＲＯＭ／ＲＷ ７２０を含む光媒体、サムドライブ７２２、取り外し可能ハードドライブ又はソリッドステートドライブ７２３、テープ及びフロッピーディスク（図示せず）などのレガシー磁気媒体、セキュリティドングル（図示せず）のような特殊化されたＲＯＭ／ＡＳＩＣ／ＰＬＤベースの装置など、人間がアクセス可能な記憶装置、及びそれらの関連媒体を含むことができる。

【0122】

当業者はまた、現在開示されている主題に関連して使用される用語「コンピュータ可読媒体」は、伝送媒体、搬送波、又は他の過渡信号を包含しないと理解すべきである。

【0123】

コンピュータシステム７００はまた、１つ以上の通信ネットワーク（７５５）へのインターフェースを含むことができる。ネットワークは、例えば、無線、有線、光であり得る。ネットワークは、さらに、ローカル、広域、大都市、車両及び産業、リアルタイム、遅延耐性などであり得る。ネットワークの例には、Ｅｔｈｅｒｎｅｔ（登録商標）、無線ＬＡＮ、モバイル通信のためのグローバルシステム（ＧＳＭ：ｇｌｏｂａｌ ｓｙｓｔｅｍｓ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、 第３世代（３Ｇ：ｔｈｉｒｄ ｇｅｎｅｒａｔｉｏｎ）、第４世代（４Ｇ：ｆｏｕｒｔｈ ｇｅｎｅｒａｔｉｏｎ）、第５世代（５Ｇ：ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）などを含むセルラネットワーク、ケーブルテレビ、衛星テレビ、及び地上放送テレビを含むＴＶ有線及び無線広域デジタルネットワーク、ＣＡＮＢｕｓを含む車両及び産業などを含む。特定のネットワークは、一般に、特定の汎用データポート又は周辺バス（７４９）に取り付けられる外部のネットワークインターフェースアダプタ（７５４）（例えば、コンピュータシステム７００のユニバーサルシリアルバス（ＵＳＢ：ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）を必要とし、他のものは、一般に、後述するシステムバスへの取り付けによって、コンピュータシステム７００のコアに組み込まれる（例えば、ＰＣコンピュータシステムへのＥｔｈｅｒｎｅｔインターフェース又はスマートフォンコンピュータシステムへのセルラーネットワークインターフェース）。一例として、ネットワーク７５５は、ネットワークインターフェース７５４を使用して周辺バス７４９に接続されてもよい。これらのネットワークのいずれかを使用して、コンピュータシステム７００は、他のエンティティと通信することができる。このような通信は、一方向性の受信のみ（例えば、放送テレビ）、一方向性送信のみ（例えば、ＣＡＮｂｕｓから特定のＣＡＮバスまで）、又は、例えば、ローカル又は広域デジタルネットワークを使用する他のコンピュータシステムへの双方向性とすることができる。特定のプロトコル及びプロトコルスタックは、上述のように、それらのネットワーク及びネットワークインターフェース（７５４）の各々で使用され得る。

【0124】

前述のヒューマンインターフェース装置、人間がアクセス可能な記憶装置、及びネットワークインターフェースは、コンピュータシステム７００のコア７４０に取り付けることができる。

【0125】

コア７４０は、１つ以上の中央処理ユニット（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）７４１、グラフィック処理ユニット（ＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）７４２、フィールドプログラマブルゲートエリア（ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｅａ）７４３の形式の特殊化されたプログラマム可能な処理ユニット、特定のタスクのためのハードウェアアクセラレータ７４４などを含むことができる。これらの装置は、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）７４５、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ）７４６、内部非ユーザアクセス可能なハードドライブ、ソリッドステートドライブ（ＳＳＤ：ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ）などの内部大容量ストレージ７４７は、システムバス７４８を介して接続することができる。いくつかのコンピュータシステムでは、システムバス７４８は、追加のＣＰＵ、ＧＰＵなどによる拡張を可能にするために、１つ以上の物理プラグの形態でアクセス可能とすることができる。周辺装置は、コアのシステムバス７４８に直接取り付けることも、周辺バス７４９を介して取り付けることもできる。周辺バスのアーキテクチャは、ペリフェラルコンポーネントインターコネクト（ＰＣＩ：ｐｅｒｉｐｈｅｒａｌ ｃｏｍｐｏｎｅｎｔ ｉｎｔｅｒｃｏｎｎｅｃｔ）、ＵＳＢなどを含む。

【0126】

ＣＰＵ７４１、ＧＰＵ７４２、ＦＰＧＡ７４３、及びアクセラレータ７４４は、組み合わせて、前述のコンピュータコードを構成することができる特定の命令を実行することができる。そのコンピュータコードは、ＲＯＭ７４５又はＲＡＭ７４６に記憶することができる。一時的データはまた、ＲＡＭ７４６に記憶することができるが、永久データは、例えば、内部大容量ストレージ７４７に記憶することができる。１つ以上のＣＰＵ７４１、ＧＰＵ７４２、大容量ストレージ７４７、ＲＯＭ７４５、ＲＡＭ７４６などと密接に関連付けることができるキャッシュメモリの使用を介して、メモリ装置のいずれかへの高速ストレージ及び取得を可能にすることができる。

【0127】

コンピュータ可読媒体は、様々なコンピュータ実装された動作を実行するためのコンピュータコードをその上に有することができる。媒体及びコンピュータコードは、本開示の目的のために特別に設計及び構築されることができ、又はそれらは、コンピュータソフトウェア技術に熟練した者に周知でかつ入手可能なタイプのものとすることができる。

【0128】

一例として、限定するものではなく、アーキテクチャ、具体的にはコア７４０を有するコンピュータシステム７００は、１つ以上の有形のコンピュータ可読媒体に具現化されたソフトウェアを実行するプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータなどを含む）の結果として機能性を提供することができる。このようなコンピュータ可読媒体は、コア内部大容量ストレージ７４７又はＲＯＭ７４５などの非一時的な性質のコア７４０の特定のストレージと同様に、上記に紹介したユーザがアクセス可能な大容量ストレージに関連付けられた媒体とすることができる。本開示の様々な実施形態を実装するソフトウェアは、そのような装置に記憶され、コア７４０によって実行することができる。コンピュータ可読媒体は、特定のニーズに応じて、１つ以上のメモリ装置又はチップを含むことができる。ソフトウェアは、コア７４０、特にその中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡなどを含む）に、ＲＡＭ ７４６に記憶されたデータ構造を定義し、ソフトウェアによって定義されたプロセスに従ってそのようなデータ構造を修正することを含む、本明細書に記載された特定のプロセス又は特定のプロセスの特定の部分を実行させることができる。追加的又は代替的には、コンピュータシステムは、回路（例えば、アクセラレータ７４４）内に配線されたか、又はその他の方法で具現化された論理の結果として、機能性を提供することができ、この回路は、本明細書に記載される特定のプロセス又は特定のプロセスの特定の部分を実行するために、ソフトウェアの代わりに、又はソフトウェアと共に動作することができる。ソフトウェアへの言及は、論理を含み、適切な場合には、その逆も可能である。コンピュータ可読媒体への言及は、実行のためのソフトウェアを記憶する回路（集積回路（ＩＣ）など）、実行のための論理を具体化する回路、又は適切な場合にはその両方を含むことができる。本開示は、ハードウェア及びソフトウェアの任意の適切な組み合わせを包含する。

【0129】

本開示は、いくつかの例示的な実施形態を記載してきたが、本開示の範囲内にある変更、置換、及び様々な代替等価物がある。したがって、当業者は、本明細書に明示的に示されていないか、又は記載されていないが、本開示の原理を具体化し、従って、本開示の精神及び範囲内にある多くのシステム及び方法を考案することができると理解されるであろう。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図6C】

【図7】