ホーム > 特許ランキング > ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
特許7432735ビデオコーディングにおけるプロファイルティアレベルパラメータセット
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-02-07
(45)【発行日】2024-02-16
(54)【発明の名称】ビデオコーディングにおけるプロファイルティアレベルパラメータセット
(51)【国際特許分類】
H04N 19/70 20140101AFI20240208BHJP
【ＦＩ】
H04N19/70
【請求項の数】
10
(21)【出願番号】P 2022539111
(86)(22)【出願日】2020-12-26
(65)【公表番号】
(43)【公表日】2023-03-03
(86)【国際出願番号】 US2020067078
(87)【国際公開番号】W WO2021134047
(87)【国際公開日】2021-07-01
【審査請求日】2022-07-12
(31)【優先権主張番号】62/953,862
(32)【優先日】2019-12-26
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】520477474
【氏名又は名称】バイトダンス インコーポレイテッド
【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．
【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】ワン，イェ－クイ
【審査官】田中 純一
(56)【参考文献】
【文献】国際公開第２０１５／０５３１２０（ＷＯ，Ａ１）
【文献】米国特許出願公開第２０１６／０２１２４３７（ＵＳ，Ａ１）
【文献】特表２０２２－５４２８５１（ＪＰ，Ａ）
【文献】米国特許出願公開第２０２２／０１４１４９５（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ７／１２
Ｈ０４Ｎ １９／００ － １９／９８
(57)【特許請求の範囲】
【請求項1】
ビデオ処理の方法であって、ビデオと前記ビデオのビットストリームとの間のコンバージョンを実行するステップ、
を含み、
前記ビットストリームはフォーマットルールに適合し、
前記フォーマットルールは、前記ビットストリームの復号能力情報に含まれる複数のプロファイルティアレベル（ＰＴＬ）シンタックス構造からのサブレイヤレベル情報の除外を指定し、前記複数のＰＴＬシンタックス構造の各々は、前記ビットストリームのプロファイル、ティア、及びレベルを示す、方法。
【請求項2】
前記複数のＰＴＬシンタックス構造は、前記復号能力情報を含むネットワーク抽象化レイヤ（ＮＡＬ）ユニットの未加工バイトシーケンスペイロードに含まれる、請求項１に記載の方法。
【請求項3】
前記ＰＴＬシンタックス構造は、前記サブレイヤレベル情報の包含又は除外を示すフラグを含む、請求項２に記載の方法。
【請求項4】
前記フラグは、前記復号能力情報を含む前記ＮＡＬユニットの前記未加工バイトシーケンスペイロードに含まれる前記ＰＴＬシンタックス構造に対してゼロである、請求項３に記載の方法。
【請求項5】
前記ビットストリーム内のコーディングビデオシーケンス（ＣＶＳ）内の各出力レイヤセット（ＯＬＳ）は、前記複数のＰＴＬシンタックス構造の少なくとも１つに適合する、請求項１乃至４のうちいずれか１項に記載の方法。
【請求項6】
前記コンバージョンは、前記ビットストリームから前記ビデオを復号することを含む、請求項１乃至５のうちいずれか１項に記載の方法。
【請求項7】
前記コンバージョンは、前記ビデオを前記ビットストリームに符号化することを含む、請求項１乃至５のうちいずれか１項に記載の方法。
【請求項8】
プロセッサと命令を有する非一時的メモリとを含む、ビデオデータを処理する装置であって、前記命令は、前記プロセッサにより実行されると前記プロセッサに、ビデオと前記ビデオのビットストリームとの間のコンバージョンを実行させ、
前記ビットストリームはフォーマットルールに適合し、
前記フォーマットルールは、前記ビットストリームの復号能力情報に含まれる複数のプロファイルティアレベル（ＰＴＬ）シンタックス構造からのサブレイヤレベル情報の除外を指定し、前記複数のＰＴＬシンタックス構造の各々は、前記ビットストリームのプロファイル、ティア、及びレベルを示す、装置。
【請求項9】
命令を記憶する非一時的コンピュータ読取可能記憶媒体であって、前記命令はプロセッサに、ビデオと前記ビデオのビットストリームとの間のコンバージョンを実行させ、
前記ビットストリームはフォーマットルールに適合し、
前記フォーマットルールは、前記ビットストリームの復号能力情報に含まれる複数のプロファイルティアレベル（ＰＴＬ）シンタックス構造からのサブレイヤレベル情報の除外を指定し、前記複数のＰＴＬシンタックス構造の各々は、前記ビットストリームのプロファイル、ティア、及びレベルを示す、非一時的コンピュータ読取可能記憶媒体。
【請求項10】
ビデオのビットストリームを記憶するための方法であって、当該方法は、前記ビデオの前記ビットストリームを生成するステップと、
前記ビットストリームを非一時的コンピュータ読取可能記録媒体に記憶するステップと、
を含み、
前記ビットストリームはフォーマットルールに適合し、
前記フォーマットルールは、前記ビットストリームの復号能力情報に含まれる複数のプロファイルティアレベル（ＰＴＬ）シンタックス構造からのサブレイヤレベル情報の除外を指定し、前記複数のＰＴＬシンタックス構造の各々は、前記ビットストリームのプロファイル、ティア、及びレベルを示す、方法。
【発明の詳細な説明】
【技術分野】
【0001】
［関連出願の相互参照］
本出願は、2019年12月26日に出願された米国仮特許出願第62/953,862号の優先権及び利益を主張する、2020年12月26日に出願された国際特許出願第PCT/US2020/067078号に基づく。全ての前述の特許出願は、それらの全体をここで参照により組み込まれる。
本出願は、2019年12月26日に出願された米国仮特許出願第62/953,862号の優先権及び利益を主張する、2020年12月26日に出願された国際特許出願第PCT/US2020/067078号に基づく。全ての前述の特許出願は、それらの全体をここで参照により組み込まれる。
【0002】
［技術分野］
本文献は、ビデオコーディング手法、システム、及びデバイスに関する。
本文献は、ビデオコーディング手法、システム、及びデバイスに関する。
【背景技術】
【0003】
デジタルビデオは、インターネット及び他のデジタル通信ネットワークにおける最大の帯域幅使用を占めている。ビデオを受信し表示することができる接続ユーザデバイスの数が増加すると、デジタルビデオ使用に対する帯域幅需要は増大し続けることが予想される。
【発明の概要】
【0004】
復号パラメータセット（ＤＰＳ）のシンタックス及びセマンティクスを指定することを含む、デジタルビデオ符号化に関連するデバイス、システム、及び方法について記載する。記載の方法は、既存のビデオコーディング標準（例えば、高効率ビデオコーディング（ＨＥＶＣ）及び／又は汎用ビデオコーディング（ＶＶＣ））及び将来のビデオコーディング標準又はビデオコーデックの双方に適用され得る。
【0005】
１つの代表的な態様において、開示される技術は、ビデオ処理の方法を提供するために使用され得る。この方法は、ビデオとビデオのビットストリームとの間のコンバージョンを実行するステップを含み、ビットストリームはフォーマットルールに適合し、フォーマットルールは、ビットストリームの復号パラメータセットに含まれる複数のプロファイルティアレベル（ＰＴＬ）シンタックス構造からのサブレイヤレベル情報の除外を指定し、複数のＰＴＬシンタックス構造の各々は、ビットストリームのプロファイル、ティア、及びレベルを示し、復号パラメータセットは復号能力情報を含む。
【0006】
別の代表的な態様において、開示される技術は、ビデオ処理の方法を提供するために使用され得る。この方法は、ビデオとビデオのビットストリームとの間のコンバージョンについて、ビットストリーム内のコーディングビデオシーケンス（ＣＶＳ）内の各出力レイヤセット（ＯＬＳ）が、ビットストリーム内の復号パラメータセマンティクスに関連づけられたデータ構造に含まれる少なくとも１つのプロファイルティアレベル（ＰＴＬ）シンタックス構造に適合すると決定するステップと、決定に基づいて、コンバージョンを実行するステップと、を含み、ＰＴＬシンタックス構造は、ビットストリームのプロファイル、ティア、及びレベルを示す。
【0007】
さらに別の代表的な態様において、上述の方法は、プロセッサ実行可能コードの形態で具現化され、コンピュータ読取可能プログラム媒体に記憶される。
【0008】
さらに別の代表的な態様において、上述の方法を実行するように構成され又は動作可能なデバイスが開示される。デバイスは、この方法を実施するようにプログラムされたプロセッサを含むことができる。
【0009】
さらに別の代表的な態様において、ビデオデコーダ装置は、本明細書に記載の方法を実施することができる。
【0010】
開示される技術の上記及び他の態様及び特徴は、図面、明細書、及び特許請求の範囲により詳細に記載される。
【図面の簡単な説明】
【0011】
【図1】本明細書に開示される様々な手法が実装され得る一例示的なビデオ処理システムを示すブロック図である。
【図2】ビデオ処理に使用される一例示的なハードウェアプラットフォームのブロック図である。
【図3】本開示のいくつかの実施形態を実施できる一例示的なビデオコーディングシステムを示すブロック図である。
【図4】本開示のいくつかの実施形態を実施できるエンコーダの一例を示すブロック図である。
【図5】本開示のいくつかの実施形態を実施できるデコーダの一例を示すブロック図である。
【図6】ビデオ処理の例示的な方法のフローチャートを示す。
【図7】ビデオ処理の例示的な方法のフローチャートを示す。
【発明を実施するための形態】
【0012】
より高解像度のビデオの需要の増加に起因して、ビデオコーディング方法及び手法は、現代の技術において遍在している。ビデオコーデックは、典型的には、デジタルビデオを圧縮又は解凍する電子回路又はソフトウェアを含み、より高いコーディング効率を提供するために絶えず改善されている。ビデオコーデックは、圧縮されていないビデオを圧縮されたフォーマットにコンバートし、あるいは逆もまた同様である。ビデオ品質、ビデオを表現するために使用されるデータ量（ビットレートにより決定される）、符号化及び復号アルゴリズムの複雑さ、データ損失及び誤りに対する感度、編集の容易さ、ランダムアクセス、及びエンドツーエンドの遅延（レイテンシ）の間には、複雑な関係がある。圧縮フォーマットは、通常、標準ビデオ圧縮仕様、例えば、高効率ビデオ符号化（ＨＥＶＣ）標準（Ｈ．２６５又はＭＰＥＧ－Ｈ Ｐａｒｔ２としても知られている）、完成される汎用ビデオコーディング標準、又は他の現在及び／又は将来のビデオコーディング標準に適合する。
【0013】
開示される技術の実施形態は、ランタイム性能を改善するために、既存のビデオコーディング標準（例えば、ＨＥＶＣ、Ｈ．２６５）及び将来の標準に適用され得る。これは、具体的には、ビデオコーディングにおけるマージモードに関連する。セクション見出しは、本文献において、説明の読みやすさを向上させるために用いられており、いかなる方法によっても、議論又は実施形態（及び／又は実装）をそれぞれのセクションのみに限定するものではない。
【0014】
１．例示的な実施形態の要約
開示される技術の実施形態は、復号パラメータセット（ＤＰＳ）のシンタックス及びセマンティクスを指定することを対象とする。これは、単一レイヤビデオコーディング及びマルチレイヤビデオコーディングをサポートする任意のビデオコーディング標準又は非標準ビデオコーデック、例えば、開発されている汎用ビデオコーディング（ＶＶＣ）に適用され得る。これは、ピクチャのスライス及びサブピクチャへのパーティション化をサポートする任意のビデオコーディング標準、例えば、開発されている汎用ビデオコーディング（ＶＶＣ）、又は任意の他のビデオコーディング標準若しくはビデオコーデックに適用され得る。
開示される技術の実施形態は、復号パラメータセット（ＤＰＳ）のシンタックス及びセマンティクスを指定することを対象とする。これは、単一レイヤビデオコーディング及びマルチレイヤビデオコーディングをサポートする任意のビデオコーディング標準又は非標準ビデオコーデック、例えば、開発されている汎用ビデオコーディング（ＶＶＣ）に適用され得る。これは、ピクチャのスライス及びサブピクチャへのパーティション化をサポートする任意のビデオコーディング標準、例えば、開発されている汎用ビデオコーディング（ＶＶＣ）、又は任意の他のビデオコーディング標準若しくはビデオコーデックに適用され得る。
【0015】
２． 本文献で用いられる略語の一覧
ＡＰＳ 適応パラメータセット（Adaptation Parameter Set）
ＡＵ アクセスユニット（Access Unit）
ＡＵＤ アクセスユニットデリミタ（Access Unit Delimiter）
ＡＶＣ 高度ビデオコーディング（Advanced Video Coding）
ＣＬＶＳ コーディングレイヤビデオシーケンス（Coded Layer Video Sequence）
ＣＰＢ コーディングピクチャバッファ（Coded Picture Buffer）
ＣＲＡ クリーンランダムアクセス（Clean Random Access）
ＣＴＵ コーディングツリーユニット（Coding Tree Unit）
ＣＶＳ コーディングビデオシーケンス（Coded Video Sequence）
ＤＰＢ 復号ピクチャバッファ（Decoded Picture Buffer）
ＤＰＳ 復号パラメータセット（Decoding Parameter Set）
ＥＯＢ ビットストリーム終了（End Of Bitstream）
ＥＯＳ シーケンス終了（End Of Sequence）
ＧＤＲ 漸次復号リフレッシュ（Gradual Decoding Refresh）
ＨＥＶＣ 高効率ビデオコーディング（High Efficiency Video Coding）
ＩＤＲ 即時復号リフレッシュ（Instantaneous Decoding Refresh）
ＪＥＭ 合同探求モデル（Joint Exploration Model）
ＭＣＴＳ 動き制約付きタイルセット（Motion-Constrained Tile Sets）
ＮＡＬ ネットワーク抽象化レイヤ（Network Abstraction Layer）
ＯＬＳ 出力レイヤセット（Output Layer Set）
ＰＨ ピクチャヘッダ（Picture Header）
ＰＰＳ ピクチャパラメータセット（Picture Parameter Set）
ＰＴＬ プロファイル、ティア、及びレベル（Profile, Tier and Level）
ＰＵ ピクチャユニット（Picture Unit）
ＲＢＳＰ 未加工バイトシーケンスペイロード（Raw Byte Sequence Payload）
ＳＥＩ 補足エンハンスメント情報（Supplemental Enhancement Information）
ＳＰＳ シーケンスパラメータセット（Sequence Parameter Set）
ＶＣＬ ビデオコーディングレイヤ（Video Coding Layer）
ＶＰＳ ビデオパラメータセット（Video Parameter Set）
ＶＴＭ ＶＶＣテストモデル（VVC Test Model）
ＶＵＩ ビデオユーザビリティ情報（Video Usability Information）
ＶＶＣ 汎用ビデオコーディング（Versatile Video Coding）
ＡＰＳ 適応パラメータセット（Adaptation Parameter Set）
ＡＵ アクセスユニット（Access Unit）
ＡＵＤ アクセスユニットデリミタ（Access Unit Delimiter）
ＡＶＣ 高度ビデオコーディング（Advanced Video Coding）
ＣＬＶＳ コーディングレイヤビデオシーケンス（Coded Layer Video Sequence）
ＣＰＢ コーディングピクチャバッファ（Coded Picture Buffer）
ＣＲＡ クリーンランダムアクセス（Clean Random Access）
ＣＴＵ コーディングツリーユニット（Coding Tree Unit）
ＣＶＳ コーディングビデオシーケンス（Coded Video Sequence）
ＤＰＢ 復号ピクチャバッファ（Decoded Picture Buffer）
ＤＰＳ 復号パラメータセット（Decoding Parameter Set）
ＥＯＢ ビットストリーム終了（End Of Bitstream）
ＥＯＳ シーケンス終了（End Of Sequence）
ＧＤＲ 漸次復号リフレッシュ（Gradual Decoding Refresh）
ＨＥＶＣ 高効率ビデオコーディング（High Efficiency Video Coding）
ＩＤＲ 即時復号リフレッシュ（Instantaneous Decoding Refresh）
ＪＥＭ 合同探求モデル（Joint Exploration Model）
ＭＣＴＳ 動き制約付きタイルセット（Motion-Constrained Tile Sets）
ＮＡＬ ネットワーク抽象化レイヤ（Network Abstraction Layer）
ＯＬＳ 出力レイヤセット（Output Layer Set）
ＰＨ ピクチャヘッダ（Picture Header）
ＰＰＳ ピクチャパラメータセット（Picture Parameter Set）
ＰＴＬ プロファイル、ティア、及びレベル（Profile, Tier and Level）
ＰＵ ピクチャユニット（Picture Unit）
ＲＢＳＰ 未加工バイトシーケンスペイロード（Raw Byte Sequence Payload）
ＳＥＩ 補足エンハンスメント情報（Supplemental Enhancement Information）
ＳＰＳ シーケンスパラメータセット（Sequence Parameter Set）
ＶＣＬ ビデオコーディングレイヤ（Video Coding Layer）
ＶＰＳ ビデオパラメータセット（Video Parameter Set）
ＶＴＭ ＶＶＣテストモデル（VVC Test Model）
ＶＵＩ ビデオユーザビリティ情報（Video Usability Information）
ＶＶＣ 汎用ビデオコーディング（Versatile Video Coding）
【0016】
３． 最初の議論
ビデオコーディング標準は、主に、周知のＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準の開発を通じて発展してきた。ＩＴＵ－Ｔは、Ｈ．２６１とＨ．２６３を作成し、ＩＳＯ／ＩＥＣは、ＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作成し、この２つの組織は、Ｈ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ．２６４／ＭＰＥＧ－４ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）及びＨ．２６５／ＨＥＶＣ標準を合同で作成した。Ｈ．２６２から、ビデオコーディング標準は、時間的予測に変換コーディングを加えたものが利用されるハイブリッドビデオコーディング構造に基づいている。ＨＥＶＣを越える将来のビデオコーディング技術を探求するため、２０１５年にＶＣＥＧとＭＰＥＧにより合同で合同ビデオ探求チーム（Joint Video Exploration Team、ＪＶＥＴ）が設立された。それ以来、多くの新しい方法がＪＶＥＴにより採用され、合同探求モデル（ＪＥＭ）と命名された参照ソフトウェアに入れられている。ＪＶＥＴ会議は、四半期に１回、同時開催されており、新しいコーディング標準は、ＨＥＶＣと比較して５０％のビットレート低減を目指している。新しいビデオコーディング標準は、２０１８年４月のＪＶＥＴ会議で汎用ビデオコーディング（ＶＶＣ）として正式に命名され、その当時にＶＶＣテストモデル（ＶＴＭ）の最初のバージョンがリリースされた。
ビデオコーディング標準は、主に、周知のＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣ標準の開発を通じて発展してきた。ＩＴＵ－Ｔは、Ｈ．２６１とＨ．２６３を作成し、ＩＳＯ／ＩＥＣは、ＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作成し、この２つの組織は、Ｈ．２６２／ＭＰＥＧ－２ Ｖｉｄｅｏ及びＨ．２６４／ＭＰＥＧ－４ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）及びＨ．２６５／ＨＥＶＣ標準を合同で作成した。Ｈ．２６２から、ビデオコーディング標準は、時間的予測に変換コーディングを加えたものが利用されるハイブリッドビデオコーディング構造に基づいている。ＨＥＶＣを越える将来のビデオコーディング技術を探求するため、２０１５年にＶＣＥＧとＭＰＥＧにより合同で合同ビデオ探求チーム（Joint Video Exploration Team、ＪＶＥＴ）が設立された。それ以来、多くの新しい方法がＪＶＥＴにより採用され、合同探求モデル（ＪＥＭ）と命名された参照ソフトウェアに入れられている。ＪＶＥＴ会議は、四半期に１回、同時開催されており、新しいコーディング標準は、ＨＥＶＣと比較して５０％のビットレート低減を目指している。新しいビデオコーディング標準は、２０１８年４月のＪＶＥＴ会議で汎用ビデオコーディング（ＶＶＣ）として正式に命名され、その当時にＶＶＣテストモデル（ＶＴＭ）の最初のバージョンがリリースされた。
【0017】
３．１ パラメータセット
ＡＶＣ、ＨＥＶＣ、及びＶＶＣは、パラメータセットを指定する。パラメータセットのタイプには、ＳＰＳ、ＰＰＳ、ＡＰＳ、ＶＰＳ、及びＤＰＳが含まれる。ＳＰＳ及びＰＰＳは、ＡＶＣ、ＨＥＶＣ、及びＶＶＣの全てでサポートされている。ＶＰＳは、ＨＥＶＣから導入されたものであり、ＨＥＶＣとＶＶＣの双方に含まれている。ＡＰＳ及びＤＰＳは、ＡＶＣ又はＨＥＶＣには含まれていないが、最新のＶＶＣ原案文書には含まれている。
ＡＶＣ、ＨＥＶＣ、及びＶＶＣは、パラメータセットを指定する。パラメータセットのタイプには、ＳＰＳ、ＰＰＳ、ＡＰＳ、ＶＰＳ、及びＤＰＳが含まれる。ＳＰＳ及びＰＰＳは、ＡＶＣ、ＨＥＶＣ、及びＶＶＣの全てでサポートされている。ＶＰＳは、ＨＥＶＣから導入されたものであり、ＨＥＶＣとＶＶＣの双方に含まれている。ＡＰＳ及びＤＰＳは、ＡＶＣ又はＨＥＶＣには含まれていないが、最新のＶＶＣ原案文書には含まれている。
【0018】
ＳＰＳは、シーケンスレベルヘッダ情報を運ぶように設計され、ＰＰＳは、まれに変化するピクチャレベルヘッダ情報を運ぶように設計された。ＳＰＳとＰＰＳでは、まれに変化する情報はシーケンス又はピクチャごとに繰り返される必要がなく、したがって、これらの情報の冗長なシグナリングを回避することができる。さらに、ＳＰＳ及びＰＰＳの使用は、重要なヘッダ情報の帯域外送信を可能にし、ゆえに、冗長送信の必要を回避するだけでなく、誤り復元力も改善する。
【0019】
ＶＰＳは、マルチレイヤビットストリーム内の全レイヤに共通するシーケンスレベルのヘッダ情報を運ぶために導入された。
【0020】
ＡＰＳは、コーディングするのにかなりの量のビットを必要とし、複数のピクチャにより共有することができ、シーケンスにおいてかなり多くの異なるバリエーションが可能である、ピクチャレベル又はスライスレベルの情報を運ぶために導入された。
【0021】
ＤＰＳは、ビットストリーム全体を復号するのに必要とされる最も高い能力を示すビットストリームレベルの情報を運ぶために導入された。
【0022】
３．２ プロファイル、ティア、及びレベル
ビデオコーディング標準は、通常、プロファイルとレベルを指定する。いくつかのビデオコーディング標準は、ティア（tiers）をさらに指定し、例えば、ＨＥＶＣ及び開発されているＶＶＣである。
ビデオコーディング標準は、通常、プロファイルとレベルを指定する。いくつかのビデオコーディング標準は、ティア（tiers）をさらに指定し、例えば、ＨＥＶＣ及び開発されているＶＶＣである。
【0023】
プロファイル、ティア、及びレベルは、ビットストリームに対する制限を指定し、したがって、ビットストリームを復号するのに必要とされる能力に対する制限を指定する。プロファイル、ティア、及びレベルは、さらに、個々のデコーダ実装間の相互運用性ポイントを示すために使用されてもよい。
【0024】
各プロファイルは、そのプロファイルに適合する全てのデコーダによりサポートされるべきアルゴリズム機能及び制限のサブセットを指定する。エンコーダは、プロファイルでサポートされる全てのコーディングツール又は機能を使用することを要求されないが、プロファイルに適合するデコーダは、全てのコーディングツール又は機能をサポートすることを要求されることに留意する。
【0025】
ティアの各レベルは、ビットストリームシンタックス要素により取られ得る値に対する制限のセットを指定する。通常、全てのプロファイルで、同じティア及びレベル定義のセットが使用されるが、個々の実装が、サポートされるプロファイルごとに、異なるティアとティア内の異なるレベルとをサポートしてもよい。任意の所与のプロファイルについて、ティアのレベルは、一般に、特定のデコーダ処理負荷及びメモリ能力に対応する。
【0026】
ビデオコーデック仕様に適合するビデオデコーダの能力は、ビデオコーデック仕様に規定されるプロファイル、ティア、及びレベルの制約に適合するビデオストリームを復号する能力の観点で指定されている。指定されたプロファイルに対するデコーダの能力を表現するとき、そのプロファイルのためにサポートされるティア及びレベルも表現されるべきである。
【0027】
３．３ ＶＶＣにおける復号パラメータセット（ＤＰＳ）シンタックス及びセマンティクス
ここで、http://phenix.int-evry.fr/jvet/doc_end_user/documents/16_Geneva/wg11/JVET-P2001-v14.zipで公に利用可能である、ＪＶＥＴ－Ｐ２００１－ｖ１４の最新のＶＶＣ原案文書において、ＤＰＳは以下のように指定されている。
ここで、http://phenix.int-evry.fr/jvet/doc_end_user/documents/16_Geneva/wg11/JVET-P2001-v14.zipで公に利用可能である、ＪＶＥＴ－Ｐ２００１－ｖ１４の最新のＶＶＣ原案文書において、ＤＰＳは以下のように指定されている。
【表1】
【0028】
３．４ ＶＶＣにおけるプロファイルティアレベル（ＰＴＬ）シンタックス及びセマンティクス
ＪＶＥＴ－Ｐ２００１－ｖ１４の最新のＶＶＣ原案文書において、その１つ以上のインスタンスがＤＰＳに含まれ得るprofile_tier_level()シンタックス構造のシンタックス及びセマンティクスは、以下のように指定されている。
ＪＶＥＴ－Ｐ２００１－ｖ１４の最新のＶＶＣ原案文書において、その１つ以上のインスタンスがＤＰＳに含まれ得るprofile_tier_level()シンタックス構造のシンタックス及びセマンティクスは、以下のように指定されている。
【表2】
【0029】
４． 既存の実装の欠点
ＶＶＣにおける既存のＤＰＳ設計は、以下の問題を有する。
ＶＶＣにおける既存のＤＰＳ設計は、以下の問題を有する。
【0030】
（１） ＤＰＳはビットストリーム全体に適用され、ビットストリーム内のコーディングされたピクチャにより参照される全てのＳＰＳは、同じＤＰＳを参照するものである。しかしながら、ビットストリーム内の全てのＤＰＳ ＮＡＬユニットが同じコンテンツを有するものとすることを要求する制約がない。
【0031】
（２） ビットストリーム全体が同じＤＰＳを参照するため、ＳＰＳにより参照されるＤＰＳ ＩＤは、実際には役に立たない。
【0032】
（３） 最新のＶＶＣ原案文書では、ＤＰＳは任意のＡＵ内に存在することができる。しかしながら、ＤＰＳをビットストリームの先頭に、又はランダムアクセスポイントとして使用できる任意のＡＵ内に、例えば、ＩＲＡＰピクチャ及びＧＤＲピクチャを含むＡＵ内に有することは有用であるが、ランダムアクセス可能なピクチャ又はスライスを含まないＡＵにおけるＤＰＳ ＮＡＬユニットの存在は、役に立たない。ランダムアクセス可能なスライスは、ＩＲＡＰ ＮＡＬユニットタイプのうちの１つを有するか、又はＧＤＲ ＮＡＬユニットタイプを有するスライスである。
【0033】
（４） ＤＰＳが、ビットストリーム全体を復号するのに必要とされる最も高い能力を示すため、ＤＰＳに含まれるprofile_tier_level()シンタックス構造がサブレイヤレベル情報を含む必要はなく、この情報は、sublayer_level_idc[i]シンタックス要素のインスタンスにより運ばれている。
【0034】
（５） profile_tier_level()シンタックス構造がＤＰＳに含まれるとき、OlsInScope（すなわち、ＤＰＳが適用されるＯＬＳに対する）は、ＤＰＳを参照するビットストリーム全体における全ての層を含むＯＬＳであるように指定される。しかしながら、ビットストリーム全体における全ての層を含むＯＬＳが存在しない可能性がある。
【0035】
５． 開示される技術の例示的な実施形態
以下の詳細な実施形態は、一般的な概念を説明するための例として考慮されるべきである。これらの実施形態は、狭義に解釈されるべきではない。さらに、これらの実施形態は、任意の方法で組み合わせることができる。
１） 第１の問題を解決するために、ビットストリーム内の特定の値のdps_decoding_parameter_set_idを有する全てのＤＰＳ ＮＡＬユニットが同じコンテンツを有するものとすることが要求される。
ａ． 代替的に、ビットストリーム内の全てのＤＰＳ ＮＡＬユニットが同じ値のdps_decoding_parameter_set_idを有するものとすることがさらに要求される。
ｂ． 代替的に、ビットストリーム内の全てのＤＰＳ ＮＡＬユニットが同じ値のdps_decoding_parameter_set_idを有するものとすることが要求される（さらに要求されるわけではない）。
ｃ． 代替的に、ビットストリーム内の全てのＤＰＳ ＮＡＬユニットが同じコンテンツを有するものとすることが要求される。
２） 第２の問題を解決するために、ＤＰＳ ＩＤ（すなわち、dps_decoding_parameter_set_idシンタックス要素）がＤＰＳシンタックスから除去され、結果的に、ＳＰＳシンタックスにおけるＤＰＳ ＩＤの参照（sps_decoding_parameter_set_id）がＳＰＳシンタックスから除去される。実際上、ＤＰＳは次いで、パラメータセットでなく、独立したＮＡＬユニットになる。したがって、ＤＰＳの名前を変更して、「復号パラメータＮＡＬユニット（decoding parameters NAL unit）」とすることができる。そして、ビットストリーム内の全ての復号パラメータＮＡＬユニットが同じコンテンツを有するものとすることが要求される。
ａ． 代替的に、ＤＰＳ情報は、例えば「復号パラメータＳＥＩメッセージ（decoding parameters SEI message）」と命名された新しいＳＥＩメッセージにおいてシグナリングされ、ＳＥＩ ＮＡＬユニットが復号パラメータＳＥＩメッセージを含むとき、それは他のＳＥＩメッセージを含んではならないことが要求される。そして、ビットストリーム内の全ての復号パラメータＳＥＩメッセージが同じコンテンツを有するものとすることが要求される。
３） 第３の問題を解決するために、以下の制約が指定される。
ビットストリーム内に存在するとき、ＤＰＳ ＮＡＬユニットは、ビットストリームの最初の（first）ＡＵ内に存在するものとし、始めと終わりを含む（inclusive）IDR_W_RADL～GDR_NUTの範囲内のnal_unit_typeを有する少なくとも１つのコーディングスライスＮＡＬユニット（そのようなＮＡＬユニットはＩＲＡＰ又はＧＤＲ ＶＣＬ ＮＡＬユニットである）を有する任意のＡＵ内に存在してもよく、他のＡＵに存在してはならない。
代替的に、上記における「始めと終わりを含むIDR_W_RADL～GDR_NUTの範囲内のnal_unit_typeを有する少なくとも１つのコーディングスライスＮＡＬユニット（そのようなＮＡＬユニットはＩＲＡＰ又はＧＤＲ ＶＣＬ ＮＡＬユニットである）を有する任意のＡＵ内」を、「少なくとも１つのＩＲＡＰ又はＧＤＲピクチャを有する任意のＡＵ内」で置き換える。
代替的に、上記２つの選択肢のいずれかで、上記における「始めと終わりを含むIDR_W_RADL～GDR_NUT」を、「始めと終わりを含むIDR_W_RADL～RSV_IRAP_12」で置き換え、すなわち、予約された（reserved）ＩＲＡＰ ＮＡＬユニットタイプをさらに含める。
代替的に、上記の「ＤＰＳ ＮＡＬユニット」を「復号パラメータＮＡＬユニット」で置き換えることにより、同じ制約（上記選択肢のいずれか）が復号パラメータＮＡＬユニットに対して指定される。
代替的に、上記の「ＤＰＳ ＮＡＬユニット」を「復号パラメータＳＥＩメッセージを含むＳＥＩ ＮＡＬユニット」で置き換えることにより、同じ制約（上記選択肢のいずれか）が、復号パラメータＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットに対して指定される。
４） 第４の問題を解決するために、ＤＰＳに含まれる各profile_tier_level()シンタックス構造は、確実に、サブレイヤレベル情報を含まないようにされる。
ａ． この目的は、少しでもシグナリングされるサブレイヤレベル情報があるかどうかを制御するためにＰＴＬシンタックス構造に対して１つのさらなる入力引数を追加することにより、実現することができる。この引数は、ＤＰＳに対して０であり（すなわち、サブレイヤレベル情報がない）、ＶＰＳ及びＳＰＳに対して１である。
ｂ． 代替的に、この目的は、ＤＰＳ（又は、復号パラメータＮＡＬユニット、又は復号パラメータＳＥＩメッセージを含むＳＥＩ ＮＡＬユニット）内の各ＰＴＬシンタックス構造における各ｉについて、sublayer_level_present_flag[i]が０に等しいように要求することにより、実現される。
５） 第５の問題を解決するために、以下の制約が指定される。
ビットストリーム内のＣＶＳ内の各ＯＬＳは、（ＤＰＳセマンティクスの一部としての）ＤＰＳ内のＰＴＬシンタックス構造の少なくとも１つに適合するものとする。
したがって、OlsInScopeに関してＰＴＬシンタックス構造のセマンティクスに変更がなされる：「profile_tier_level()シンタックス構造がＤＰＳに含まれるとき、OlsInScopeは、ビットストリーム内の１つ以上の識別されていない（unidentified）ＣＶＳ内の１つ以上の識別されていないＯＬＳである」。
ＤＰＳは、全てのＯＬＳに対して最適なＰＴＬ情報を含む必要はないことに留意する。例えば、レベル３、４、及び５のＯＬＳがあるとき、ＯＬＳの他のＰＴＬ情報が同じであると仮定すると、ＤＰＳ内に、レベル５を示す１つのＰＴＬシンタックス構造のみを含めば十分に良く、なぜならば、特定のレベルに適合するＯＬＳがより高いレベルにも適合すると言うことは正しいためである。
同じ制約は、ＤＰＳを復号パラメータＮＡＬユニット又は復号パラメータＳＥＩメッセージで置き換える選択肢にも適用される。
以下の詳細な実施形態は、一般的な概念を説明するための例として考慮されるべきである。これらの実施形態は、狭義に解釈されるべきではない。さらに、これらの実施形態は、任意の方法で組み合わせることができる。
１） 第１の問題を解決するために、ビットストリーム内の特定の値のdps_decoding_parameter_set_idを有する全てのＤＰＳ ＮＡＬユニットが同じコンテンツを有するものとすることが要求される。
ａ． 代替的に、ビットストリーム内の全てのＤＰＳ ＮＡＬユニットが同じ値のdps_decoding_parameter_set_idを有するものとすることがさらに要求される。
ｂ． 代替的に、ビットストリーム内の全てのＤＰＳ ＮＡＬユニットが同じ値のdps_decoding_parameter_set_idを有するものとすることが要求される（さらに要求されるわけではない）。
ｃ． 代替的に、ビットストリーム内の全てのＤＰＳ ＮＡＬユニットが同じコンテンツを有するものとすることが要求される。
２） 第２の問題を解決するために、ＤＰＳ ＩＤ（すなわち、dps_decoding_parameter_set_idシンタックス要素）がＤＰＳシンタックスから除去され、結果的に、ＳＰＳシンタックスにおけるＤＰＳ ＩＤの参照（sps_decoding_parameter_set_id）がＳＰＳシンタックスから除去される。実際上、ＤＰＳは次いで、パラメータセットでなく、独立したＮＡＬユニットになる。したがって、ＤＰＳの名前を変更して、「復号パラメータＮＡＬユニット（decoding parameters NAL unit）」とすることができる。そして、ビットストリーム内の全ての復号パラメータＮＡＬユニットが同じコンテンツを有するものとすることが要求される。
ａ． 代替的に、ＤＰＳ情報は、例えば「復号パラメータＳＥＩメッセージ（decoding parameters SEI message）」と命名された新しいＳＥＩメッセージにおいてシグナリングされ、ＳＥＩ ＮＡＬユニットが復号パラメータＳＥＩメッセージを含むとき、それは他のＳＥＩメッセージを含んではならないことが要求される。そして、ビットストリーム内の全ての復号パラメータＳＥＩメッセージが同じコンテンツを有するものとすることが要求される。
３） 第３の問題を解決するために、以下の制約が指定される。
ビットストリーム内に存在するとき、ＤＰＳ ＮＡＬユニットは、ビットストリームの最初の（first）ＡＵ内に存在するものとし、始めと終わりを含む（inclusive）IDR_W_RADL～GDR_NUTの範囲内のnal_unit_typeを有する少なくとも１つのコーディングスライスＮＡＬユニット（そのようなＮＡＬユニットはＩＲＡＰ又はＧＤＲ ＶＣＬ ＮＡＬユニットである）を有する任意のＡＵ内に存在してもよく、他のＡＵに存在してはならない。
代替的に、上記における「始めと終わりを含むIDR_W_RADL～GDR_NUTの範囲内のnal_unit_typeを有する少なくとも１つのコーディングスライスＮＡＬユニット（そのようなＮＡＬユニットはＩＲＡＰ又はＧＤＲ ＶＣＬ ＮＡＬユニットである）を有する任意のＡＵ内」を、「少なくとも１つのＩＲＡＰ又はＧＤＲピクチャを有する任意のＡＵ内」で置き換える。
代替的に、上記２つの選択肢のいずれかで、上記における「始めと終わりを含むIDR_W_RADL～GDR_NUT」を、「始めと終わりを含むIDR_W_RADL～RSV_IRAP_12」で置き換え、すなわち、予約された（reserved）ＩＲＡＰ ＮＡＬユニットタイプをさらに含める。
代替的に、上記の「ＤＰＳ ＮＡＬユニット」を「復号パラメータＮＡＬユニット」で置き換えることにより、同じ制約（上記選択肢のいずれか）が復号パラメータＮＡＬユニットに対して指定される。
代替的に、上記の「ＤＰＳ ＮＡＬユニット」を「復号パラメータＳＥＩメッセージを含むＳＥＩ ＮＡＬユニット」で置き換えることにより、同じ制約（上記選択肢のいずれか）が、復号パラメータＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットに対して指定される。
４） 第４の問題を解決するために、ＤＰＳに含まれる各profile_tier_level()シンタックス構造は、確実に、サブレイヤレベル情報を含まないようにされる。
ａ． この目的は、少しでもシグナリングされるサブレイヤレベル情報があるかどうかを制御するためにＰＴＬシンタックス構造に対して１つのさらなる入力引数を追加することにより、実現することができる。この引数は、ＤＰＳに対して０であり（すなわち、サブレイヤレベル情報がない）、ＶＰＳ及びＳＰＳに対して１である。
ｂ． 代替的に、この目的は、ＤＰＳ（又は、復号パラメータＮＡＬユニット、又は復号パラメータＳＥＩメッセージを含むＳＥＩ ＮＡＬユニット）内の各ＰＴＬシンタックス構造における各ｉについて、sublayer_level_present_flag[i]が０に等しいように要求することにより、実現される。
５） 第５の問題を解決するために、以下の制約が指定される。
ビットストリーム内のＣＶＳ内の各ＯＬＳは、（ＤＰＳセマンティクスの一部としての）ＤＰＳ内のＰＴＬシンタックス構造の少なくとも１つに適合するものとする。
したがって、OlsInScopeに関してＰＴＬシンタックス構造のセマンティクスに変更がなされる：「profile_tier_level()シンタックス構造がＤＰＳに含まれるとき、OlsInScopeは、ビットストリーム内の１つ以上の識別されていない（unidentified）ＣＶＳ内の１つ以上の識別されていないＯＬＳである」。
ＤＰＳは、全てのＯＬＳに対して最適なＰＴＬ情報を含む必要はないことに留意する。例えば、レベル３、４、及び５のＯＬＳがあるとき、ＯＬＳの他のＰＴＬ情報が同じであると仮定すると、ＤＰＳ内に、レベル５を示す１つのＰＴＬシンタックス構造のみを含めば十分に良く、なぜならば、特定のレベルに適合するＯＬＳがより高いレベルにも適合すると言うことは正しいためである。
同じ制約は、ＤＰＳを復号パラメータＮＡＬユニット又は復号パラメータＳＥＩメッセージで置き換える選択肢にも適用される。
【0036】
６．さらなる例示的な実施形態
以下は、ＶＶＣ仕様に適用可能ないくつかの例示的な実施形態である。変更された文書は、ＪＶＥＴ－Ｐ２００１－ｖ１４の最新のＶＶＣ文書に基づく。新たに追加された、修正された、及び最も関連する部分は、二重下線を引かれている。本質的に編集上のものであり、よって別様に呼び出し又はマーク付けされていない、いくつかの他の変更がある。
６．１ 第１の実施形態
６．１．１ ＤＰＳシンタックス及びセマンティクス
６．１．２ ＰＴＬシンタックス及びセマンティクス
以下は、ＶＶＣ仕様に適用可能ないくつかの例示的な実施形態である。変更された文書は、ＪＶＥＴ－Ｐ２００１－ｖ１４の最新のＶＶＣ文書に基づく。新たに追加された、修正された、及び最も関連する部分は、二重下線を引かれている。本質的に編集上のものであり、よって別様に呼び出し又はマーク付けされていない、いくつかの他の変更がある。
６．１ 第１の実施形態
６．１．１ ＤＰＳシンタックス及びセマンティクス
【表3】
【表4】
【0037】
７． 開示される技術の例示的な実装
図１は、本明細書に開示される様々な手法が実装され得る一例示的なビデオ処理システム１０００を示すブロック図である。様々な実装が、システム１０００のコンポーネントの一部又は全部を含んでもよい。システム１０００は、ビデオコンテンツを受信する入力１００２を含み得る。ビデオコンテンツは、未加工又は非圧縮のフォーマット、例えば、８又は１０ビットのマルチ成分画素値で受け取ることができ、あるいは圧縮又は符号化されたフォーマットでもよい。入力１００２は、ネットワークインターフェース、周辺バスインターフェース、又はストレージインターフェースを表すことができる。ネットワークインターフェースの例には、イーサネット、受動光ネットワーク（passive optical network、ＰＯＮ）などの有線インターフェース、及びＷｉ－Ｆｉ又はセルラーインターフェースなどの無線インターフェースが含まれる。
図１は、本明細書に開示される様々な手法が実装され得る一例示的なビデオ処理システム１０００を示すブロック図である。様々な実装が、システム１０００のコンポーネントの一部又は全部を含んでもよい。システム１０００は、ビデオコンテンツを受信する入力１００２を含み得る。ビデオコンテンツは、未加工又は非圧縮のフォーマット、例えば、８又は１０ビットのマルチ成分画素値で受け取ることができ、あるいは圧縮又は符号化されたフォーマットでもよい。入力１００２は、ネットワークインターフェース、周辺バスインターフェース、又はストレージインターフェースを表すことができる。ネットワークインターフェースの例には、イーサネット、受動光ネットワーク（passive optical network、ＰＯＮ）などの有線インターフェース、及びＷｉ－Ｆｉ又はセルラーインターフェースなどの無線インターフェースが含まれる。
【0038】
システム１０００は、本文献に記載される様々なコーディング又は符号化方法を実施することができるコーディングコンポーネント（coding component）１００４を含み得る。コーディングコンポーネント１００４は、入力１００２からコーディングコンポーネント１００４の出力へのビデオの平均ビットレートを低減して、ビデオのコーディングされた表現を生成することができる。したがって、このコーディング手法は、ビデオ圧縮又はビデオトランスコーディング手法と時に呼ばれる。コーディングコンポーネント１００４の出力は、コンポーネント１００６により表されるように、記憶されるか、又は接続された通信を介して送信されてもよい。入力１００２で受信したビデオの、記憶され又は通信されたビットストリーム（又は、コーディングされた）表現は、画素値、又はディスプレイインターフェース１０１０に送られる表示可能なビデオを生成するために、コンポーネント１００８により使用することができる。ビットストリームからユーザが見ることができるビデオを生成するプロセスは、ビデオ解凍と時に呼ばれる。さらに、特定のビデオ処理動作は「コーディング」動作又はツールと呼ばれるが、コーディングツール又は動作はエンコーダで使用され、コーディングの結果を逆にする対応する復号ツール又は動作はデコーダにより実行されることが理解されるであろう。
【0039】
周辺バスインターフェース又はディスプレイインターフェースの例には、ユニバーサルシリアルバス（ＵＳＢ）又は高精細マルチメディアインターフェース（high definition multimedia interface、ＨＤＭＩ（登録商標））又はＤｉｓｐｌａｙｐｏｒｔなどを含んでもよい。ストレージインターフェースの例には、ＳＡＴＡ（シリアルアドバンストテクノロジーアタッチメント（serial advanced technology attachment））、ＰＣＩ、ＩＤＥインターフェースなどが含まれる。本文献に記載される手法は、携帯電話、ラップトップ、スマートフォン、又はデジタルデータ処理及び／又はビデオ表示を実行することができる他のデバイスなどの様々な電子デバイスにおいて具現化することができる。
できる。
できる。
【0040】
図２は、ビデオ処理装置２０００のブロック図である。装置２０００は、本明細書に記載される方法の１つ以上を実施するために使用することができる。装置２０００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（Internet of Things、ＩｏＴ）の受信機などにおいて具現化されてもよい。装置２０００は、１つ以上のプロセッサ２００２、１つ以上のメモリ２００４、及びビデオ処理ハードウェア２００６を含むことができる。プロセッサ２００２は、本文献に（例えば、図６～図７に）記載される１つ以上の方法を実施するように構成され得る。メモリ（複数のメモリ）２００４は、本明細書に記載される方法及び手法を実施するために使用されるデータ及びコードを記憶するために使用され得る。ビデオ処理ハードウェア２００６は、本文献に記載されるいくつかの手法をハードウェア回路に実装するために使用され得る。
【0041】
図３は、本開示の手法を利用し得る一例示的なビデオコーディングシステム１００を示すブロック図である。図３に示すように、ビデオコーディングシステム１００は、ソースデバイス１１０及び宛先デバイス１２０を含み得る。ソースデバイス１１０は、符号化されたビデオデータを生成し、これは、ビデオ符号化デバイスとして参照され得る。宛先デバイス１２０は、ソースデバイス１１０により生成された符号化ビデオデータを復号することができ、これは、ビデオ復号デバイスとして参照され得る。ソースデバイス１１０は、ビデオソース１１２、ビデオエンコーダ１１４、及び入力／出力（Ｉ／Ｏ）インターフェース１１６を含むことができる。
【0042】
ビデオソース１１２は、ビデオ捕捉デバイス、ビデオコンテンツプロバイダからビデオデータを受信するインターフェース、及び／又はビデオデータを生成するためのコンピュータグラフィックスシステムなどのソース、又はそのようなソースの組み合わせを含んでもよい。ビデオデータは、１つ以上のピクチャを含んでもよい。ビデオエンコーダ１１４は、ビデオソース１１２からのビデオデータを符号化してビットストリームを生成する。ビットストリームは、ビデオデータのコーディングされた表現を形成するビットシーケンスを含んでもよい。ビットストリームは、コーディングピクチャ及び関連データを含んでもよい。コーディングピクチャは、ピクチャのコーディングされた表現である。関連データは、シーケンスパラメータセット、ピクチャパラメータセット、及び他のシンタックス構造を含んでもよい。Ｉ／Ｏインターフェース１１６は、変調器／復調器（モデム）及び／又は送信器を含んでもよい。符号化されたビデオデータは、Ｉ／Ｏインターフェース１１６を介してネットワーク１３０ａを通じて宛先デバイス１２０に直接送信され得る。符号化されたビデオデータは、さらに、宛先デバイス１２０によるアクセスのために記憶媒体／サーバ１３０ｂ上に記憶されてもよい。
【0043】
宛先デバイス１２０は、Ｉ／Ｏインターフェース１２６、ビデオデコーダ１２４、及びディスプレイデバイス１２２を含んでもよい。
【0044】
Ｉ／Ｏインターフェース１２６は、受信器及び／又はモデムを含んでもよい。Ｉ／Ｏインターフェース１２６は、ソースデバイス１１０又は記憶媒体／サーバ１３０ｂから符号化ビデオデータを取得することができる。ビデオデコーダ１２４は、符号化ビデオデータを復号することができる。ディスプレイデバイス１２２は、復号されたビデオデータをユーザに表示することができる。ディスプレイデバイス１２２は、宛先デバイス１２０と統合されてもよく、あるいは外部ディスプレイデバイスとインターフェースするように構成された宛先デバイス１２０の外部にあってもよい。
【0045】
ビデオエンコーダ１１４及びビデオデコーダ１２４は、高効率ビデオコーディング（ＨＥＶＣ）標準、汎用ビデオコーディング（ＶＶＭ）標準、及び他の現在及び／又はさらなる標準などのビデオ圧縮標準に従って動作することができる。
【0046】
【0047】
ビデオエンコーダ２００は、本開示の手法のいずれか又は全てを実行するように構成され得る。図４の例において、ビデオエンコーダ２００は、複数の機能コンポーネントを含む。本開示に記載される手法は、ビデオエンコーダ２００の様々なコンポーネント間で分担されてもよい。いくつかの例において、プロセッサは、本開示に記載される手法のいずれか又は全てを実行するように構成されてもよい。
【0048】
ビデオエンコーダ２００の機能コンポーネントは、パーティション化ユニット２０１と、モード選択ユニット２０３、動き推定ユニット２０４、動き補償ユニット２０５、及びイントラ予測ユニット２０６を含み得るプレディケーションユニット（predication unit）２０２と、残差生成ユニット２０７と、変換ユニット２０８と、量子化ユニット２０９と、逆量子化ユニット２１０と、逆変換ユニット２１１と、再構成ユニット２１２と、バッファ２１３と、エントロピー符号化ユニット２１４とを含んでもよい。
【0049】
他の例において、ビデオエンコーダ２００は、より多くの、より少ない、又は異なる機能コンポーネントを含んでもよい。一例において、プレディケーションユニット２０２は、イントラブロックコピー（ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、プレディケーションをＩＢＣモードで実行することができ、これにおいて、少なくとも１つの参照ピクチャは、カレント（current）ビデオブロックが位置するピクチャである。
【0050】
さらに、動き推定ユニット２０４及び動き補償ユニット２０５などのいくつかのコンポーネントが高度に統合されてもよいが、図４の例では説明の目的で別個に示されている。
【0051】
パーティション化ユニット２０１は、ピクチャを１つ以上のビデオブロックにパーティション化することができる。ビデオエンコーダ２００及びビデオデコーダ３００は、様々なビデオブロックサイズをサポートすることができる。
【0052】
モード選択ユニット２０３は、例えば誤差結果に基づいて、コーディングモードのうちの１つ、イントラ又はインターを選択し、結果として生じるイントラ又はインターコーディングされたブロックを、残差ブロックデータを生成する残差生成ユニット２０７に、及び、参照ピクチャとしての使用のための符号化ブロックを再構成する再構成ユニット２１２に提供することができる。いくつかの例において、モード選択ユニット２０３は、イントラ及びインタープレディケーションの組み合わせ（combination of intra and inter predication、ＣＩＩＰ）モードを選択することができ、これにおいて、プレディケーションは、インタープレディケーション信号及びイントラプレディケーション信号に基づく。モード選択ユニット２０３は、さらに、インタープレディケーションの場合に、ブロックに対する動きベクトルの解像度（例えば、サブピクセル又は整数ピクセル精度）を選択してもよい。
【0053】
カレントビデオブロックに対してインター予測を実行するために、動き推定ユニット２０４は、バッファ２１３からの１つ以上の参照フレームをカレントビデオブロックと比較することにより、カレントビデオブロックの動き情報を生成することができる。動き補償ユニット２０５は、動き情報と、バッファ２１３からの、カレントビデオブロックに関連づけられたピクチャ以外のピクチャの復号されたサンプルとに基づいて、カレントビデオブロックの予測ビデオブロックを決定することができる。
【0054】
動き推定ユニット２０４と動き補償ユニット２０５は、例えば、カレントビデオブロックがＩスライス内にあるか、Ｐスライス内にあるか、又はＢスライス内にあるかに依存して、カレントビデオブロックに対して異なる動作を実行することができる。
【0055】
いくつかの例において、動き推定ユニット２０４は、カレントビデオブロックに対して一方向の予測を実行することができ、動き推定ユニット２０４は、カレントビデオブロックに対する参照ビデオブロックについて、リスト０又はリスト１の参照ピクチャを検索することができる。次いで、動き推定ユニット２０４は、参照ビデオブロックを含むリスト０又はリスト１内の参照ピクチャを示す参照インデックスと、カレントビデオブロックと参照ビデオブロックとの間の空間的変位を示す動きベクトルとを生成することができる。動き推定ユニット２０４は、カレントビデオブロックの動き情報として、参照インデックス、予測方向インジケータ、及び動きベクトルを出力することができる。動き補償ユニット２０５は、カレントビデオブロックの動き情報により示される参照ビデオブロックに基づいて、カレントブロックの予測ビデオブロックを生成することができる。
【0056】
他の例において、動き推定ユニット２０４は、カレントビデオブロックに対して双方向の予測を実行することができ、動き推定ユニット２０４は、カレントビデオブロックに対する参照ビデオブロックについて、リスト０内の参照ピクチャを検索することができ、カレントビデオブロックに対する別の参照ビデオブロックについて、リスト１内の参照ピクチャを検索することもできる。次いで、動き推定ユニット２０４は、参照ビデオブロックを含むリスト０及びリスト１内の参照ピクチャを示す参照インデックスと、参照ビデオブロックとカレントビデオブロックとの間の空間的変位を示すと動きベクトルとを生成することができる。動き推定ユニット２０４は、カレントビデオブロックの動き情報として、カレントビデオブロックの参照インデックス及び動きベクトルを出力することができる。動き補償ユニット２０５は、カレントビデオブロックの動き情報により示される参照ビデオブロックに基づいて、カレントビデオブロックの予測ビデオブロックを生成することができる。
【0057】
いくつかの例において、動き推定ユニット２０４は、デコーダの復号処理のための動き情報のフルセットを出力することができる。
【0058】
いくつかの例において、動き推定ユニット２０４は、カレントビデオに対する動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別のビデオブロックの動き情報を参照して、カレントビデオブロックの動き情報をシグナリングしてもよい。例えば、動き推定ユニット２０４は、カレントビデオブロックの動き情報が近隣のビデオブロックの動き情報と十分に類似していると決定することができる。
【0059】
一例において、動き推定ユニット２０４は、カレントビデオブロックに関連づけられたシンタックス構造において、カレントビデオブロックが別のビデオブロックと同じ動き情報を有することをビデオデコーダ３００に示す値を示すことができる。
【0060】
別の例において、動き推定ユニット２０４は、カレントビデオブロックに関連づけられたシンタックス構造において、別のビデオブロック及び動きベクトル差分（motion vector difference、ＭＶＤ）を識別することができる。動きベクトル差分は、カレントビデオブロックの動きベクトルと、示されたビデオブロックの動きベクトルとの間の差を示す。ビデオデコーダ３００は、示されたビデオブロックの動きベクトルと動きベクトル差分とを使用して、カレントビデオブロックの動きベクトルを決定することができる。
【0061】
上記で論じたように、ビデオエンコーダ２００は、動きベクトルを予測的にシグナリングすることができる。ビデオエンコーダ２００により実施され得る予測シグナリング手法の２つの例には、高度動きベクトルプレディケーション（advanced motion vector predication、ＡＭＶＰ）とマージモードシグナリングが含まれる。
【0062】
イントラ予測ユニット２０６は、カレントビデオブロックに対してイントラ予測を実行することができる。イントラ予測ユニット２０６がカレントビデオブロックに対してイントラ予測を実行するとき、イントラ予測ユニット２０６は、同じピクチャ内の他のビデオブロックの復号されたサンプルに基づいて、カレントビデオブロックに対する予測データを生成することができる。カレントビデオブロックに対する予測データは、予測されたビデオブロックと様々なシンタックス要素を含むことができる。
【0063】
残差生成ユニット２０７は、カレントビデオブロックからカレントビデオブロックの予測ビデオブロックを減算することにより（例えば、マイナス記号により示される）、カレントビデオブロックに対する残差データを生成することができる。カレントビデオブロックの残差データは、カレントビデオブロック内のサンプルの異なるサンプル成分に対応する残差ビデオブロックを含むことができる。
【0064】
他の例において、例えばスキップモードでは、カレントビデオブロックのためのカレントビデオブロックに対する残差データが存在しない場合があり、残差生成ユニット２０７は、減算動作を実行しない場合がある。
【0065】
変換処理ユニット２０８は、カレントビデオブロックに関連づけられた残差ビデオブロックに１つ以上の変換を適用することにより、カレントビデオブロックに対する１つ以上の変換係数ビデオブロックを生成することができる。
【0066】
変換処理ユニット２０８が、カレントビデオブロックに関連づけられた変換係数ビデオブロックを生成した後、量子化ユニット２０９は、カレントビデオブロックに関連づけられた１つ以上の量子化パラメータ（ＱＰ）値に基づいて、カレントビデオブロックに関連づけられた変換係数ビデオブロックを量子化することができる。
【0067】
逆量子化ユニット２１０及び逆変換ユニット２１１は、変換係数ビデオブロックから残差ビデオブロックを再構成するために、変換係数ビデオブロックに逆量子化及び逆変換をそれぞれ適用することができる。再構成ユニット２１２は、再構成された残差ビデオブロックを、プレディケーションユニット２０２により生成された１つ以上の予測ビデオブロックからの対応するサンプルに加算して、バッファ２１３における記憶のために、カレントブロックに関連づけられた再構成ビデオブロックを作成することができる。
【0068】
再構成ユニット２１２がビデオブロックを再構成した後、ループフィルタリング動作を実行して、ビデオブロック内のビデオブロッキングアーチファクトを低減してもよい。
【0069】
エントロピー符号化ユニット２１４は、ビデオエンコーダ２００の他の機能コンポーネントからデータを受信することができる。エントロピー符号化ユニット２１４がデータを受け取ると、エントロピー符号化ユニット２１４は、１つ以上のエントロピー符号化動作を実行してエントロピー符号化データを生成し、エントロピー符号化データを含むビットストリームを出力することができる。
【0070】
【0071】
ビデオデコーダ３００は、本開示の手法のいずれか又は全てを実行するように構成され得る。図５の例において、ビデオデコーダ３００は、複数の機能コンポーネントを含む。本開示に記載される手法は、ビデオデコーダ３００の様々なコンポーネント間で分担されてもよい。いくつかの例において、プロセッサは、本開示に記載される手法のいずれか又は全てを実行するように構成されてもよい。
【0072】
図５の例において、ビデオデコーダ３００は、エントロピー復号ユニット３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユニット３０５、再構成ユニット３０６、及びバッファ３０７を含む。ビデオデコーダ３００は、いくつかの例において、ビデオエンコーダ２００（図４）に関して説明した符号化パスと一般に逆の復号パスを実行することができる。
【0073】
エントロピー復号ユニット３０１は、符号化されたビットストリームを取り出すことができる。この符号化ビットストリームは、エントロピーコーディングビデオデータ（例えば、ビデオデータの符号化されたブロック）を含むことができる。エントロピー復号ユニット３０１は、エントロピーコーディングビデオデータを復号することができ、エントロピー復号ビデオデータから、動き補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、及び他の動き情報を含む動き情報を決定することができる。動き補償ユニット３０２は、例えば、ＡＭＶＰ及びマージモードを実行することにより、そのような情報を決定することができる。
【0074】
動き補償ユニット３０２は、可能性として補間フィルタに基づいて補間を実行し、動き補償ブロックを作成することができる。サブピクセル精度で使用されるべき補間フィルタの識別子が、シンタックス要素に含まれてもよい。
【0075】
動き補償ユニット３０２は、ビデオブロックの符号化の間にビデオエンコーダ２０により使用された補間フィルタを使用して、参照ブロックのサブ整数ピクセルに対する補間値を計算することができる。動き補償ユニット３０２は、受け取ったシンタックス情報に従ってビデオエンコーダ２００により使用される補間フィルタを決定し、補間フィルタを使用して予測ブロックを作成することができる。
【0076】
動き補償ユニット３０２は、シンタックス情報の一部を使用して、符号化されたビデオシーケンスのフレーム及び／又はスライスを符号化するために使用されたブロックのサイズ、符号化されたビデオシーケンスのピクチャの各マクロブロックがどのようにパーティション化されるかを記述するパーティション情報、各パーティションがどのように符号化されているかを示すモード、各インター符号化ブロックに対する１つ以上の参照フレーム（及び、参照フレームリスト）、及び符号化されたビデオシーケンスを復号するための他の情報を決定することができる。
【0077】
イントラ予測ユニット３０３は、例えばビットストリームにおいて受け取ったイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成することができる。逆量子化ユニット３０３は、ビットストリームにおいて提供され、エントロピー復号ユニット３０１により復号された量子化ビデオブロック係数を逆量子化し、すなわち量子化解除する（de-quantizes）。逆変換ユニット３０３は、逆変換を適用する。
【0078】
再構成ユニット３０６は、残差ブロックを、動き補償ユニット２０２又はイントラ予測ユニット３０３により生成された対応する予測ブロックと合計して、復号されたブロックを形成することができる。所望であれば、デブロッキングフィルタをさらに適用して復号ブロックをフィルタリングして、ブロック性アーチファクト（blockiness artifact）を除去してもよい。次いで、復号されたビデオブロックはバッファ３０７に記憶され、バッファ３０７は、後続の動き補償／イントラプレディケーションのための参照ブロックを提供し、ディスプレイデバイスにおける提示のための復号されたビデオを作成する。
【0079】
【0080】
図６は、ビデオ処理の一例示的な方法６００のフローチャートを示す。方法６００は、動作６１０において、ビデオとビデオのビットストリームとの間のコンバージョンを実行することを含み、ビットストリームは、ビットストリームの復号パラメータセットに含まれる複数のプロファイルティアレベル（ＰＴＬ）シンタックス構造からのサブレイヤレベル情報の除外を指定するフォーマットルールに適合する。
【0081】
図７は、ビデオ処理の一例示的な方法７００のフローチャートを示す。方法７００は、動作７１０において、ビデオとビデオのビットストリームとの間のコンバージョンについて、ビットストリーム内のコーディングビデオシーケンス（ＣＶＳ）内の各出力レイヤセット（ＯＬＳ）が、ビットストリーム内の復号パラメータセマンティクスに関連づけられたデータ構造に含まれる少なくとも１つのプロファイルティアレベル（ＰＴＬ）シンタックス構造に適合すると決定することを含む。
【0082】
方法７００は、動作７２０において、決定に基づいて、コンバージョンを実行することを含む。
【0083】
次に、いくつかの実施形態で好適な解決策のリストを提供する。
【0084】
１．ビデオ処理の方法であって、
ビデオと前記ビデオのビットストリームとの間のコンバージョンを実行するステップ、
を含み、
前記ビットストリームはフォーマットルールに適合し、
前記フォーマットルールは、前記ビットストリームの復号パラメータセットに含まれる複数のプロファイルティアレベル（profile-tier-level、ＰＴＬ）シンタックス構造からのサブレイヤレベル情報の除外を指定し、前記複数のＰＴＬシンタックス構造の各々は、前記ビットストリームのプロファイル、ティア、及びレベルを示し、前記復号パラメータセットは復号能力情報を含む、方法。
ビデオと前記ビデオのビットストリームとの間のコンバージョンを実行するステップ、
を含み、
前記ビットストリームはフォーマットルールに適合し、
前記フォーマットルールは、前記ビットストリームの復号パラメータセットに含まれる複数のプロファイルティアレベル（profile-tier-level、ＰＴＬ）シンタックス構造からのサブレイヤレベル情報の除外を指定し、前記複数のＰＴＬシンタックス構造の各々は、前記ビットストリームのプロファイル、ティア、及びレベルを示し、前記復号パラメータセットは復号能力情報を含む、方法。
【0085】
２．前記ＰＴＬシンタックス構造は、前記サブレイヤレベル情報の包含を制御する単一ビットの入力引数を含む、解決策１に記載の方法。
【0086】
３．前記単一ビットは、前記復号パラメータセットに対してゼロである、解決策２に記載の方法。
【0087】
４．前記単一ビットは、前記ビットストリームのビデオパラメータセット（ＶＰＳ）又はシーケンスパラメータセット（ＳＰＳ）に対して１である、解決策２に記載の方法。
【0088】
５．前記ＰＴＬシンタックス構造は、前記サブレイヤレベル情報の包含を示すフラグを含む、解決策１に記載の方法。
【0089】
６．前記フラグは、sublayer_level_present_flagである、解決策５に記載の方法。
【0090】
７．前記フラグは、前記ＤＰＳ、復号パラメータネットワーク抽象化レイヤ（ＮＡＬ）ユニット、又は復号パラメータ補足エンハンスメント情報（ＳＥＩ）メッセージを含むＳＥＩ ＮＡＬユニット内の前記ＰＴＬシンタックス構造に対してゼロである、解決策５又は６に記載の方法。
【0091】
８．ビデオ処理の方法であって、
ビデオと前記ビデオのビットストリームとの間のコンバージョンについて、前記ビットストリーム内のコーディングビデオシーケンス（ＣＶＳ）内の各出力レイヤセット（ＯＬＳ）が、前記ビットストリーム内の復号パラメータセマンティクスに関連づけられたデータ構造に含まれる少なくとも１つのプロファイルティアレベル（ＰＴＬ）シンタックス構造に適合すると決定するステップと、
前記決定に基づいて、前記コンバージョンを実行するステップと、
を含み、
前記ＰＴＬシンタックス構造は、前記ビットストリームのプロファイル、ティア、及びレベルを示す、方法。
ビデオと前記ビデオのビットストリームとの間のコンバージョンについて、前記ビットストリーム内のコーディングビデオシーケンス（ＣＶＳ）内の各出力レイヤセット（ＯＬＳ）が、前記ビットストリーム内の復号パラメータセマンティクスに関連づけられたデータ構造に含まれる少なくとも１つのプロファイルティアレベル（ＰＴＬ）シンタックス構造に適合すると決定するステップと、
前記決定に基づいて、前記コンバージョンを実行するステップと、
を含み、
前記ＰＴＬシンタックス構造は、前記ビットストリームのプロファイル、ティア、及びレベルを示す、方法。
【0092】
９．前記データ構造は、復号パラメータセット、復号パラメータネットワーク抽象化レイヤ（ＮＡＬ）ユニット、又は復号パラメータ補足エンハンスメント情報（ＳＥＩ）メッセージを含むＳＥＩ ＮＡＬユニットであり、前記復号パラメータセットは復号能力情報を含む、解決策８に記載の方法。
【0093】
１０．前記コンバージョンは、前記ビットストリームから前記ビデオを復号することを含む、解決策１乃至９のうちいずれか１項に記載の方法。
【0094】
１１．前記コンバージョンは、前記ビデオを前記ビットストリームに符号化することを含む、解決策１乃至９のうちいずれか１項に記載の方法。
【0095】
１２．コンピュータ読取可能記録媒体にビデオを表すビットストリームを記憶する方法であって、
解決策１乃至９のうちいずれか１つ以上に記載の方法に従って前記ビデオから前記ビットストリームを生成するステップと、
前記ビットストリームを前記コンピュータ読取可能記録媒体に書き込むステップと、
を含む方法。
解決策１乃至９のうちいずれか１つ以上に記載の方法に従って前記ビデオから前記ビットストリームを生成するステップと、
前記ビットストリームを前記コンピュータ読取可能記録媒体に書き込むステップと、
を含む方法。
【0096】
１３．解決策１乃至１２のうちいずれか１つ以上に記載の方法を実施するように構成されたプロセッサを含むビデオ処理装置。
【0097】
１４．命令を記憶させたコンピュータ読取可能媒体であって、前記命令は、実行されると、プロセッサに解決策１乃至１２のうちいずれか１つ以上に記載の方法を実施させる、コンピュータ読取可能媒体。
【0098】
１５．解決策１乃至１２のうちいずれか１つ以上に従って生成されたビットストリームを記憶するコンピュータ読取可能媒体。
【0099】
１６．ビットストリームを記憶するビデオ処理装置であって、解決策１乃至１２のうちいずれか１つ以上に記載の方法を実施するように構成される、ビデオ処理装置。
【0100】
次に、いくつかの実施形態で好適な解決策の別のリストを提供する。
【0101】
Ｐ１．ビデオ処理の方法であって、ビデオのカレントビデオセグメントと前記ビデオのビットストリーム表現との間のコンバージョンについて、第１の値を有するシンタックス要素を含む複数の復号パラメータセット（ＤＰＳ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットの各々が共通のコンテンツを有すると決定するステップと、前記決定に基づいて、前記コンバージョンを実行するステップと、を含む方法。
【0102】
Ｐ２．ビデオ処理の方法であって、ビデオのカレントビデオセグメントと前記ビデオのビットストリーム表現との間のコンバージョンについて、複数の復号パラメータセット（ＤＰＳ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットの各々に対するシンタックス要素が共通の値を含むと決定するステップと、前記決定に基づいて、前記コンバージョンを実行するステップと、を含む方法。
【0103】
Ｐ３．前記ビットストリーム表現内のシンタックス要素は、dps_decoding_parameter_set_idである、解決策Ｐ１又はＰ２に記載の方法。
【0104】
Ｐ４．ビデオ処理の方法であって、ビデオのカレントビデオセグメントと前記ビデオのビットストリーム表現との間のコンバージョンについて、複数の復号パラメータセット（ＤＰＳ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットの各々が共通のコンテンツを含むと決定するステップと、前記決定に基づいて、前記コンバージョンを実行するステップと、を含む方法。
【0105】
Ｐ５．前記復号パラメータセット（ＤＰＳ）は前記ビットストリーム表現の全体に適用される、解決策Ｐ１乃至Ｐ４のうちいずれか１つに記載の方法。
【0106】
Ｐ６．ビデオ処理の方法であって、ビデオのカレントビデオセグメントと前記ビデオのビットストリーム表現との間のコンバージョンについて、前記ビットストリーム表現における復号パラメータセット（ＤＰＳ）から第１のシンタックス要素を除外し、結果的に、前記ビットストリーム表現におけるシーケンスパラメータセット（ＳＰＳ）から第２のシンタックス要素を除外することに関して、判断を行うステップと、前記判断に基づいて、前記コンバージョンを実行するステップと、を含む方法。
【0107】
Ｐ７．前記第１のシンタックス要素及び前記第２のシンタックス要素は、それぞれ、dps_decoding_parameter_set_id及びsps_decoding_parameter_set_idである、解決策Ｐ６の方法。
【0108】
Ｐ８．前記ＤＰＳは、復号パラメータネットワーク抽象化レイヤ（ＮＡＬ）ユニットとして参照される、解決策Ｐ６又はＰ７に記載の方法。
【0109】
Ｐ９．前記ビットストリーム表現における各復号パラメータＮＡＬユニットは、共通のコンテンツを含む、解決策Ｐ８に記載の方法。
【0110】
Ｐ１０．ビデオ処理の方法であって、ビデオのカレントビデオセグメントと前記ビデオのビットストリーム表現との間のコンバージョンについて、復号パラメータに関連づけられた情報を含む補足エンハンスメント情報（ＳＥＩ）メッセージを含むように前記ビットストリーム表現を構成するステップと、前記ＳＥＩメッセージを含むＳＥＩネットワーク抽象化レイヤ（ＮＡＬ）ユニットが他のＳＥＩメッセージを除外すると決定するステップと、前記ＳＥＩ ＮＡＬユニットを用いて、前記コンバージョンを実行するステップと、を含む方法。
【0111】
Ｐ１１．前記復号パラメータに関連づけられた情報を含む複数のＳＥＩメッセージの各々が、共通のコンテンツを含む、解決策Ｐ１０に記載の方法。
【0112】
Ｐ１２．ビデオ処理の方法であって、復号パラメータセット（ＤＰＳ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットを含むビデオのビットストリーム表現について、前記ＤＰＳ ＮＡＬユニットが前記ビットストリーム表現の第１のアクセスユニット（ＡＵ）内にあると決定するステップであり、前記第１のＡＵは前記ビットストリーム表現の始めに位置する、ステップと、前記決定に基づいて、前記ビデオのカレントビデオセグメントと前記ビットストリーム表現との間のコンバージョンを実行するステップと、を含む方法。
【0113】
Ｐ１３．前記ＤＰＳ ＮＡＬユニットは、所定の範囲内のnal_unit_typeを有する少なくとも１つのコーディングスライスＮＡＬを含む第２のＡＵ内にある、解決策Ｐ１２に記載の方法。
【0114】
Ｐ１４．前記所定の範囲は、IDR_W_RADL～GDR_NUTである、解決策Ｐ１３に記載の方法。
【0115】
Ｐ１５．前記所定の範囲は、IDR_W_RADL～RSV_IRAP_12である、解決策Ｐ１３に記載の方法。
【0116】
Ｐ１６．ビデオ処理の方法であって、ビデオのカレントビデオセグメントと前記ビデオのビットストリーム表現との間のコンバージョンについて、前記ビットストリーム表現における復号パラメータセット（ＤＰＳ）に含まれるプロファイルティアレイヤ（ＰＴＬ）シンタックス構造がサブレイヤレベル情報を除外すると決定するステップと、前記決定に基づいて、前記コンバージョンを実行するステップと、を含む方法。
【0117】
Ｐ１７．前記決定は、前記ＰＴＬシンタックス構造内の単一ビットの入力引数に基づく、解決策Ｐ１６に記載の方法。
【0118】
Ｐ１８．前記単一ビットは、前記ＤＰＳに対して０である、解決策Ｐ１７に記載の方法。
【0119】
Ｐ１９．前記単一ビットは、前記ビットストリーム表現におけるビデオパラメータセット（ＶＰＳ）及びシーケンスパラメータセット（ＳＰＳ）に対して１である、解決策Ｐ１７に記載の方法。
【0120】
Ｐ２０．ビデオ処理の方法であって、ビデオのカレントビデオセグメントと前記ビデオのビットストリーム表現との間のコンバージョンについて、前記ビットストリーム表現におけるコーディングビデオシーケンス（ＣＶＳ）内の各出力レイヤセット（ＯＬＳ）が、前記ビットストリーム表現における復号パラメータセット（ＤＰＳ）に含まれる少なくとも１つのプロファイルティアレイヤ（ＰＴＬ）シンタックス構造に適合すると決定するステップと、前記決定に基づいて、前記コンバージョンを実行するステップと、を含む方法。
【0121】
Ｐ２１．前記コンバージョンは、前記ビットストリーム表現から前記カレントビデオセグメントを生成する、解決策Ｐ１乃至Ｐ２０のうちいずれか１つに記載の方法。
【0122】
Ｐ２２．前記コンバージョンは、前記カレントビデオセグメントから前記ビットストリーム表現を生成する、解決策Ｐ１乃至Ｐ２０のうちいずれか１つに記載の方法。
【0123】
Ｐ２３．前記カレントビデオセグメントは、カレントスライス、カレントブロック、カレントタイル、又はカレントサブピクチャである、解決策Ｐ１乃至Ｐ２２のうちいずれか１つに記載の方法。
【0124】
Ｐ２４．解決策Ｐ１乃至Ｐ２３のうちいずれか１つ以上に記載の方法を実施するように構成されたプロセッサを含むビデオ処理装置。
【0125】
Ｐ２５．コードを含むプログラムが記録されたコンピュータ読取可能記録媒体であって、前記プログラムは、プロセッサが解決策Ｐ１乃至Ｐ２３のうちいずれか１つに記載の方法を実行するためのものである、コンピュータ読取可能記録媒体。
【0126】
Ｐ２６．非一時的コンピュータ読取可能媒体に記憶されたコンピュータプログラム製品であって、解決策Ｐ１乃至Ｐ２３のうちいずれか１つにおける方法を実行するためのプログラムコードを含む、コンピュータプログラム製品。
【0127】
本文献において、用語「ビデオ処理」は、ビデオ符号化、ビデオ復号、ビデオ圧縮、又はビデオ解凍を指すことがある。例えば、ビデオ圧縮アルゴリズムは、ビデオの画素表現から対応するビットストリームへのコンバージョンの間に適用されることがあり、あるいは逆もまた同様である。カレントビデオブロックのビットストリームは、例えば、シンタックスにより定義されるように、ビットストリーム内の異なる場所にコロケートされ（co-located）又は拡散されたビットに対応し得る。例えば、マクロブロックは、変換及びコーディングされた誤差残差値の観点から、及び、ビットストリーム内のヘッダ及び他のフィールド内のビットをさらに使用して、符号化されてもよい。
【0128】
本文献に記載される開示された及び他の解決策、例、実施形態、モジュール、及び機能動作は、デジタル電子回路で、あるいは本文献に開示された構造及びそれらの構造的同等物を含むコンピュータソフトウェア、ファームウェア、又はハードウェアで、あるいはそれらのうち１つ以上の組み合わせで実施することができる。開示された及び他の実施形態は、１つ以上のコンピュータプログラム製品、すなわち、データ処理装置による実行のため、又はデータ処理装置の動作を制御するための、コンピュータ読取可能媒体上に符号化されたコンピュータプログラム命令の１つ以上のモジュールとして実施することができる。コンピュータ読取可能媒体は、マシン読取可能記憶装置、マシン読取可能記憶基板、メモリ装置、マシン読取可能伝搬信号に影響を与える物質の組成、又は１つ以上のこれらの組み合わせとすることができる。用語「データ処理装置」は、例としてプログラマブルプロセッサ、コンピュータ、又は複数のプロセッサ若しくはコンピュータを含む、データを処理するための全ての装置、デバイス、及びマシンを包含する。装置は、ハードウェアに加えて、問題のコンピュータプログラムの実行環境を作成するコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、又はそれらの１つ以上の組み合わせを構成するコードを含むことができる。伝搬信号は、適切な受信機装置への送信のために情報を符号化するように生成される人工的に生成された信号、例えば、マシンにより生成された電気的、光学的、又は電磁的な信号である。
【0129】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、又はコードとしても知られる）は、コンパイル型又は解釈型言語を含む任意の形式のプログラミング言語で書くことができ、それは、スタンドアロンプログラムとして、又はコンピューティング環境での使用に適したモジュール、コンポーネント、サブルーチン、又は他のユニットとしてを含む、任意の形態でデプロイすることができる。コンピュータプログラムは、必ずしもファイルシステム内のファイルに対応するものではない。プログラムは、他のプログラム又はデータを保持するファイルの一部分（例えば、マークアップ言語文書に記憶された１つ以上のスクリプト）に、問題のプログラム専用の単一ファイルに、又は複数の調整されたファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの部分を記憶するファイル）に記憶することができる。コンピュータプログラムは、１つのコンピュータ上で、又は、１つのサイトに配置され若しくは複数のサイトにわたり分散されて通信ネットワークにより相互接続される複数のコンピュータ上で、実行されるようにデプロイすることができる。
【0130】
本文献に記載されるプロセス及び論理フローは、入力データに対して動作し出力を生成することにより機能を実行するために１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブルプロセッサにより実行することができる。プロセス及び論理フローは、専用論理回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）により実行することもでき、装置もまた、これらとして実施することができる。
【0131】
コンピュータプログラムの実行に適したプロセッサには、例として、汎用及び専用双方のマイクロプロセッサ、及び任意の種類のデジタルコンピュータの任意の１つ以上のプロセッサが含まれる。一般に、プロセッサは、読取専用メモリ又はランダムアクセスメモリ又は双方から命令及びデータを受け取る。コンピュータの必須要素は、命令を実行するプロセッサと、命令及びデータを記憶する１つ以上のメモリデバイスである。一般に、コンピュータはまた、データを記憶する１つ以上の大容量記憶デバイス、例えば、磁気、磁気光ディスク、又は光ディスクを含み、あるいはこれらからデータを受け取り、又はこれらにデータを転送し、又は双方を行うために動作上結合される。しかしながら、コンピュータは、そのようなデバイスを有する必要はない。コンピュータプログラム命令及びデータを記憶するのに適したコンピュータ読取可能媒体には、例として、半導体メモリデバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイス；磁気ディスク、例えば、内部ハードディスク又はリムーバブルディスク；磁気光ディスク；並びにＣＤ ＲＯＭ及びＤＶＤ－ＲＯＭディスクを含む、全ての形態の不揮発性メモリ、媒体、及びメモリデバイスが含まれる。プロセッサ及びメモリは、専用論理回路により補足し、又は専用論理回路に組み込むことができる。
【0132】
本特許文献は多くの詳細を含むが、これらは、いずれかの対象事項又は請求され得るものの範囲に対する限定とみなされるべきではなく、むしろ、特定の手法の特定の実施形態に特有であり得る特徴の説明とみなされるべきである。別個の実施形態の文脈において本特許文献に記載されている特定の特徴は、単一の実施形態で組み合わせて実施することもできる。逆に、単一の実施形態の文脈において記載されている様々な特徴は、複数の実施形態において別個に、又は任意の適切なサブコンビネーションで実施することもできる。さらに、特徴は、特定の組み合わせにおいて作用するものとして上述され、そのようなものとして最初に請求されることさえあるが、請求された組み合わせからの１つ以上の特徴を、いくつかの場合、組み合わせから切り出すことができ、請求される組み合わせは、サブコンビネーション、又はサブコンビネーションのバリエーションに向けられ得る。
【0133】
同様に、動作は図面において特定の順序で示されているが、これは、所望の結果を達成するために、そのような動作が図示される特定の順序で又は順番に実行されること、又は全ての例示された動作が実行されることを要求するものとして理解されるべきではない。さらに、本特許文献に記載されている実施形態における様々なシステムコンポーネントの分離は、全ての実施形態においてそのような分離を要求するものとして理解されるべきではない。
【0134】
少数の実装及び例のみが記載されており、本特許文献に記載及び例示されているものに基づいて他の実装、拡張、及びバリエーションがなされ得る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】