JP7379655B2

JP7379655B2 - ビデオ信号処理方法及び装置

Info

Publication number: JP7379655B2
Application number: JP2022503869A
Authority: JP
Inventors: ドンチョル・キム; ゴンジュン・コ; ジェホン・ジュン; ジュヒョン・ソン; ジンサム・カク
Original assignee: ウィルスインスティテュートオブスタンダーズアンドテクノロジーインコーポレイティド
Priority date: 2019-07-19
Filing date: 2020-07-20
Publication date: 2023-11-14
Anticipated expiration: 2040-07-20
Also published as: EP4002848A1; US20220141495A1; EP4358514A3; EP4002848A4; US12041271B2; EP4358514A2; JP2023181461A; CN114128266A; JP2022542851A; WO2021015523A1; KR20220032565A; US20240323446A1

Description

本発明はビデオ信号処理方法及び装置に関し、特にビデオ信号を符号化又は復号するビデオ信号処理方法及び装置に関する。

圧縮符号化とは、デジタル化した情報を通信回線を介して伝送するか、貯蔵媒体に適合した形態に貯蔵するための一連の信号処理技術を意味する。圧縮符号化の対象としては音声、映像、文字などの対象が存在するが、特に映像を対象とする圧縮符号化を行う技術をビデオ映像圧縮と称する。ビデオ信号に対する圧縮符号化は、空間的な相関関係、時間的な相関関係、確率的な相関関係などを考慮して剰余情報を除去することで行われる。しかし、最近の多様なメディア及びデータ伝送媒体の発展によって、より高効率のビデオ信号処理方法及び装置が求められている。

本発明の目的は、ビデオ信号のコーディング効率を上げることにある。

本発明は、一般制約情報（Ｇｅｎｅｒａｌｃｏｎｓｔｒａｉｎｔｉｎｆｏｒｍａｔｉｏｎ）を構成してビデオ信号コーディング効率を上げるための目的を有する。

本明細書は、２次変換を利用するビデオ信号処理方法を提供する。

具体的に、ビデオ信号復号化装置において、プロセッサを含み、前記プロセッサは、ビデオ信号のビットストリーム（ｂｉｔｓｔｒｅａｍ）に含まれた一般制約情報（ＧｅｎｅｒａｌＣｏｎｓｔｒａｉｎｔＩｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を復号化し、前記ＧＣＩシンタックスの復号化結果に基づいて前記ビットストリームを復号化するが、前記ＧＣＩシンタックスは、デコーディングパラメータセット（Ｄｅｃｏｄｉｎｇｐａｒａｍｅｔｅｒｓｅｔ，ＤＰＳ）ＲＢＳＰ（ＲａｗＢｙｔｅＳｅｑｕｅｎｃｅＰａｙｌｏａｄ）シンタックス、シーケンスパラメータセット（ＳｅｑｕｅｎｃｅＰａｒａｍｅｔｅｒＳｅｔ，ＳＰＳ）ＲＢＳＰシンタックス及びビデオパラメータセット（ＶｉｄｅｏＰａｒａｍｅｔｅｒＳｅｔ，ＶＰＳ）ＲＢＳＰシンタックスの少なくともいずれか一つに含まれ、前記ＤＰＳＲＢＳＰシンタックス及び前記ＶＰＳＲＢＳＰシンタックスは、前記ＧＣＩシンタックスの上位レベルシンタックスであって、ビデオ復号化のためのシンタックス要素を含み、前記ＳＰＳＲＢＳＰシンタックスは、前記ＧＣＩシンタックスの上位レベルシンタックスであって、ピクチャーの集合であるシーケンスに関連したシンタックス要素を含み、前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれるパレットモード（ｐａｌｅｔｔｅｍｏｄｅ）の使用されるか否かを示すＳＰＳシンタックス要素の値を設定するＧＣＩシンタックス要素を含み、前記ＧＣＩシンタックス要素の値が１であれば、前記ＳＰＳシンタックス要素の値は、前記パレットモードが使用されないことを示す値である０に設定されることを特徴とする。

また、本明細書において、前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる多重参照ラインを用いたイントラ予測（ｉｎｔｒａｐｒｅｄｉｃｔｉｏｎｗｉｔｈｍｕｌｔｉｐｌｅｒｅｆｅｒｅｎｃｅｌｉｎｅｓ）の使用されるか否かを示すＳＰＳシンタックス要素の値を設定するＧＣＩシンタックス要素を含み、前記ＧＣＩシンタックス要素の値が１であれば、前記ＳＰＳシンタックス要素の値は、前記多重参照ラインを用いたイントラ予測（ｉｎｔｒａｐｒｅｄｉｃｔｉｏｎｗｉｔｈｍｕｌｔｉｐｌｅｒｅｆｅｒｅｎｃｅｌｉｎｅｓ）が使用されないことを示す値である０に設定されることを特徴とする。

また、本明細書において、前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれるサブパーティションを用いたイントラ予測（ｉｎｔｒａｐｒｅｄｉｃｔｉｏｎｗｉｔｈｓｕｂｐａｒｔｉｔｉｏｎｓ）の使用されるか否かを示すＳＰＳシンタックス要素の値を設定するＧＣＩシンタックス要素を含み、前記ＧＣＩシンタックス要素の値が１であれば、前記ＳＰＳシンタックス要素の値は、前記サブパーティションを用いたイントラ予測（ｉｎｔｒａｐｒｅｄｉｃｔｉｏｎｗｉｔｈｓｕｂｐａｒｔｉｔｉｏｎｓ）が使用されないことを示す値である０に設定されることを特徴とする。

また、本明細書において、前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれるメトリックスベースイントラ予測（ｍａｔｒｉｘ－ｂａｓｅｄｉｎｔｒａｐｒｅｄｉｃｔｉｏｎ）の使用されるか否かを示すＳＰＳシンタックス要素の値を設定するＧＣＩシンタックス要素を含み、前記ＧＣＩシンタックス要素の値が１であれば、前記ＳＰＳシンタックス要素の値は、前記メトリックスベースイントラ予測（ｍａｔｒｉｘ－ｂａｓｅｄｉｎｔｒａｐｒｅｄｉｃｔｉｏｎ）が使用されないことを示す値である０に設定されることを特徴とする。

また、本明細書において、前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる低帯域非分離変換（ｌｏｗ－ｆｒｅｑｕｅｎｃｙｎｏｎ－ｓｅｐａｒａｂｌｅｔｒａｎｓｆｏｒｍ）の使用されるか否かを示すＳＰＳシンタックス要素の値を設定するＧＣＩシンタックス要素を含み、前記ＧＣＩシンタックス要素の値が１であれば、前記ＳＰＳシンタックス要素の値は、低帯域非分離変換（ｌｏｗ－ｆｒｅｑｕｅｎｃｙｎｏｎ－ｓｅｐａｒａｂｌｅｔｒａｎｓｆｏｒｍ）が使用されないことを示す値である０に設定されることを特徴とする。

また、本明細書において、前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれるモーションベクトル差を用いたマージモード（ｍｅｒｇｅｍｏｄｅｗｉｔｈｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ）の使用されるか否かを示すＳＰＳシンタックス要素の値を設定するＧＣＩシンタックス要素を含み、前記ＧＣＩシンタックス要素の値が１であれば、前記ＳＰＳシンタックス要素の値は、モーションベクトル差を用いたマージモード（ｍｅｒｇｅｍｏｄｅｗｉｔｈｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ）が使用されないことを示す値である０に設定されることを特徴とする。

また、本明細書において、前記ＧＣＩシンタックスに含まれるＧＣＩシンタックス要素は、前記ＳＰＳＲＢＳＰシンタックスに含まれる対称モーションベクトル差（ｓｙｍｍｅｔｒｉｃｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ）の使用されるか否かを示すＳＰＳシンタックス要素の値を設定し、前記ＧＣＩシンタックス要素の値が１であれば、前記ＳＰＳシンタックス要素の値は、対称モーションベクトル差（ｓｙｍｍｅｔｒｉｃｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ）が使用されないことを示す値である０に設定されることを特徴とする。

また、本明細書において、前記ＧＣＩシンタックスに含まれるＧＣＩシンタックス要素は、前記ＳＰＳＲＢＳＰシンタックスに含まれるクロマスケーリングを用いたルーママッピング（ｌｕｍａｍａｐｐｉｎｇｗｉｔｈｃｈｒｏｍａｓｃａｌｉｎｇ）の使用されるか否かを示すＳＰＳシンタックス要素の値を設定し、前記ＧＣＩシンタックス要素の値が１であれば、前記ＳＰＳシンタックス要素の値は、クロマスケーリングを用いたルーママッピング（ｌｕｍａｍａｐｐｉｎｇｗｉｔｈｃｈｒｏｍａｓｃａｌｉｎｇ）が使用されないことを示す値である０に設定されることを特徴とする。

また、本明細書において、ビデオ信号符号化装置は、プロセッサを含み、前記プロセッサは、一般制約情報（ＧｅｎｅｒａｌＣｏｎｓｔｒａｉｎｔＩｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を取得し、前記ＧＣＩシンタックスを含むビットストリームを符号化するが、前記ＧＣＩシンタックスは、デコーディングパラメータセット（Ｄｅｃｏｄｉｎｇｐａｒａｍｅｔｅｒｓｅｔ，ＤＰＳ）ＲＢＳＰ（ＲａｗＢｙｔｅＳｅｑｕｅｎｃｅＰａｙｌｏａｄ）シンタックス、シーケンスパラメータセット（ＳｅｑｕｅｎｃｅＰａｒａｍｅｔｅｒＳｅｔ，ＳＰＳ）ＲＢＳＰシンタックス及びビデオパラメータセット（ＶｉｄｅｏＰａｒａｍｅｔｅｒＳｅｔ，ＶＰＳ）ＲＢＳＰシンタックスの少なくともいずれか一つに含まれ、前記ＤＰＳＲＢＳＰシンタックス及び前記ＶＰＳＲＢＳＰシンタックスは、前記ＧＣＩシンタックスの上位レベルシンタックスであって、ビデオ復号化のためのシンタックス要素を含み、前記ＳＰＳＲＢＳＰシンタックスは、前記ＧＣＩシンタックスの上位レベルシンタックスであって、ピクチャーの集合であるシーケンスに関連したシンタックス要素を含み、前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれるパレットモード（ｐａｌｅｔｔｅｍｏｄｅ）の使用されるか否かを示すＳＰＳシンタックス要素の値を設定するＧＣＩシンタックス要素を含み、前記ＧＣＩシンタックス要素の値が１であれば、前記ＳＰＳシンタックス要素の値は、前記パレットモードが使用されないことを示す値である０に設定されることを特徴とする。

また、本明細書において、ビデオ信号のビットストリーム（ｂｉｔｓｔｒｅａｍ）を保存する非一時的な（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）コンピュータ可読媒体（ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅｍｅｄｉｕｍ）は、前記ビットストリームは、一般制約情報（ＧｅｎｅｒａｌＣｏｎｓｔｒａｉｎｔＩｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を取得する段階；前記ＧＣＩシンタックスを含むビットストリームを符号化する段階；を含む符号化方法によって符号化され、前記ＧＣＩシンタックスは、デコーディングパラメータセット（Ｄｅｃｏｄｉｎｇｐａｒａｍｅｔｅｒｓｅｔ，ＤＰＳ）ＲＢＳＰ（ＲａｗＢｙｔｅＳｅｑｕｅｎｃｅＰａｙｌｏａｄ）シンタックス、シーケンスパラメータセット（ＳｅｑｕｅｎｃｅＰａｒａｍｅｔｅｒＳｅｔ，ＳＰＳ）ＲＢＳＰシンタックス及びビデオパラメータセット（ＶｉｄｅｏＰａｒａｍｅｔｅｒＳｅｔ，ＶＰＳ）ＲＢＳＰシンタックスの少なくともいずれか一つに含まれ、前記ＤＰＳＲＢＳＰシンタックス及び前記ＶＰＳＲＢＳＰシンタックスは、前記ＧＣＩシンタックスの上位レベルシンタックスであって、ビデオ復号化のためのシンタックス要素を含み、前記ＳＰＳＲＢＳＰシンタックスは、前記ＧＣＩシンタックスの上位レベルシンタックスであって、ピクチャーの集合であるシーケンスに関連したシンタックス要素を含み、前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれるパレットモード（ｐａｌｅｔｔｅｍｏｄｅ）の使用されるか否かを示すＳＰＳシンタックス要素の値を設定するＧＣＩシンタックス要素を含み、前記ＧＣＩシンタックス要素の値が１であれば、前記ＳＰＳシンタックス要素の値は、前記パレットモードが使用されないことを示す値である０に設定されることを特徴とする。

また、本明細書において、前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれるサブパーティションを用いたＳＰＳイントラ予測（ｉｎｔｒａｐｒｅｄｉｃｔｉｏｎｗｉｔｈｓｕｂｐａｒｔｉｔｉｏｎｓ）の使用されるか否かを示すシンタックス要素の値を設定するＧＣＩシンタックス要素を含み、前記ＧＣＩシンタックス要素の値が１であれば、前記ＳＰＳシンタックス要素の値は、前記サブパーティションを用いたイントラ予測（ｉｎｔｒａｐｒｅｄｉｃｔｉｏｎｗｉｔｈｓｕｂｐａｒｔｉｔｉｏｎｓ）が使用されないことを示す値である０に設定されることを特徴とする。

本発明の一実施例は、一般制約情報（Ｇｅｎｅｒａｌｃｏｎｓｔｒａｉｎｔｉｎｆｏｒｍａｔｉｏｎ）を利用するビデオ信号処理方法及びそのための装置を提供する。

本発明の一実施例によるビデオ信号エンコーディング装置の概略的なブロック図である。本発明の一実施例によるビデオ信号デコーディング装置の概略的なブロック図である。ピクチャ内でコーディングツリーユニットがコーディングユニットに分割される実施例を示す図である。クォードツリー及びマルチ－タイプツリーの分割をシグナリングする方法の一実施例を示す図である。本発明の実施例によるイントラ予測方法をより詳しく示す図である。本発明の実施例によるイントラ予測方法をより詳しく示す図である。本発明の一実施例に係るビットストリームを構成する基本単位であるネットワーク抽象化階層ユニットを示す図である。本発明の一実施例に係るシンタックスを示す図である。本発明の一実施例に係るシンタックスを示す図である。本発明の一実施例に係るシンタックスを示す図である。本発明の一実施例に係るシンタックスを示す図である。本発明の一実施例に係る、シーケンスパラメータセットＲＢＳＰシンタックスを示す図である。本発明の一実施例に係る、一般制約情報シンタックスを示す図である。本発明の一実施例に係る、一般制約情報シンタックスを示す図である。本発明の一実施例に係る、一般制約情報シンタックスを示す図である。本発明の一実施例に係る、一般制約情報シンタックスを示す図である。本発明の一実施例に係るシンタックスを示す図である。本発明の一実施例に係る、一般制約情報シンタックスを示す図である。本発明の一実施例に係る、一般制約情報シンタックスを示す図である。本発明の一実施例に係る、一般制約情報シンタックスを示す図である。本発明の一実施例に係る、一般制約情報シンタックスを示す図である。本発明の一実施例に係るコーディングツリーユニットシンタックスを示す図である。本発明の一実施例に係る、画面内予測モードに必要なＭＰＭ（ＭｏｓｔＰｒｏｂａｂｌｅＭｏｄｅｓ）誘導のための位置関係を示す図である。本発明の一実施例に係る、クロマＤＭモード誘導に必要な対応するルーマブロックとの関係を示す図である。

本明細書で使用される用語は本発明における機能を考慮しながらできるだけ現在広く使用されている一般的な用語を選択したが、これは当分野に携わる技術者の意図、慣例または新たな技術の出現などによって異なり得る。また、特定の場合は出願人が任意に選定した用語もあるが、この場合、該当の発明を実施する形態の部分においてその意味を記載する。よって、本明細書で使用される用語は、単なる用語の名称ではなく、その用語の有する実質的な意味と本明細書全般にわたる内容に基づいて解釈すべきであることを明らかにする。

本明細書において、一部用語は以下のように解釈される。コーディングは、場合によってはエンコーディングまたはでコーディングに解釈される。本明細書において、ビデオ信号のエンコーディング（符号化）を行ってビデオ信号のビットストリームを生成する装置はエンコーディング装置またはエンコーダと称され、ビデオ信号ビットストリームのデコーディング（復号化）を行ってビデオ信号を復元する装置はデコーディング装置またはデコーダと称される。また、本明細書において、ビデオ信号処理装置はエンコーダ及びデコーダをいずれも含む概念の用語として使用される。情報（ｉｎｆｏｒｍａｔｉｏｎ）は値（ｖａｌｕｅｓ）、パラメータ（ｐａｒａｍｅｔｅｒ）、係数（ｃｏｅｆｆｉｃｉｅｎｔｓ）、成分（ｅｌｅｍｅｎｔｓ）などをいずれも含む用語であって、場合によっては意味が異なるように解釈されることがあるため、本発明はこれに限らない。 ‘ユニット’は、映像処理の基本単位又はピクチャの特定位置を表す意味で使われ、ルーマ（ｌｕｍａ）成分及びクロマ（ｃｈｒｏｍａ）成分のうち少なくとも一つを含むイメージ領域のことを指す。また、「ブロック」は輝度成分及び色差成分（つまり、Ｃｂ及びＣｒ）のうち特定成分を含むイメージ領域を指す。但し、実施例によって「ユニット」、「ブロック」、「パーティション」、及び「領域」などの用語は互いに混合して使用されてもよい。また、本明細書において、ユニットはコーディングユニット、予測ユニット、変換ユニットをいずれも含む概念として使用される。ピクチャはフィールドまたはフレームを指し、実施例よっては前記用語は互いに混用して使用される。

図１は、本発明の一実施例によるビデオ信号エンコーディング装置１００の概略的なブロック図である。図１を参照すると、本明細書のエンコーディング装置１００は、変換部１１０、量子化部１１５、逆量子化部１２０、逆変換部１２５、フィルタリング部１３０、予測部１５０、及びエントロピーコーディング部１６０を含む。

変換部１１０は、入力されたビデオ信号と予測部１５０で生成された予測信号の差であるレジデュアル信号を変換して変換系数値を獲得する。例えば、離散コサイン変換（ＤｉｓｃｒｅｔｅＣｏｓｉｎｅＴｒａｎｓｆｏｒｍ、ＤＣＴ）、離散サイン変換（ＤｉｓｃｒｅｔｅＳｉｎｅＴｒａｎｓｆｏｒｍ、ＤＳＴ）、またはウェーブレット変換（ＷａｖｅｌｅｔＴｒａｎｓｆｏｒｍ）などが使用される。離散コサイン変換及び離散サイン変換は、入力されたピクチャ信号をブロックの形態に分けて変換を行うようになる。変換において、変換領域内の値の分布と特性によってコーディング効率が異なり得る。量子化部１１５は、変換部１１０内で出力された変換係数の値を量子化する。

コーディング効率を上げるために、ピクチャ信号をそのままコーディングするのではなく、予測部１５０を介して予めコーディングされた領域を利用してピクチャを予測し、予測されたピクチャに原本ピクチャと予測ピクチャの間のレジデュアル値を足して復元ピクチャを獲得する方法が使用される。エンコーダとデコーダでミスマッチが発生しないように、エンコーダで予測を行う際にはデコーダでも使用可能な情報を使用すべきである。そのために、エンコーダでは符号化した現在ブロックを更に復元する過程を行う。逆量子化部１２０では変換係数値を逆量子化し、逆変換部１２５では逆量子化された変換系数値を利用してレジデュアル値を復元する。一方、フィルタリング部１３０は、復元されたピクチャの品質改善及び符号化効率の向上のためのフィルタリング演算を行う。例えば、デブロッキングフィルタ、サンプル適応的オフセット（ＳａｍｐｌｅＡｄｐａｔｉｖｅＯｆｆｓｅｔ、ＳＡＯ）、及び適応的ループフィルタなどが含まれてもよい。フィルタリングを経たピクチャは、出力されるか参照ピクチャとして利用するために復号ピクチャバッファ（ＤｅｃｏｄｅｄＰｉｃｔｕｒｅＢｕｆｆｅｒ、ＤＰＢ）１５６に貯蔵される。

コーディング効率を上げるために、ピクチャ信号をそのままコードせず、予測部１５０で既にコードされた領域を用いてピクチャを予測し、予測されたピクチャに原ピクチャと予測ピクチャ間のレジデュアル値を足して復元ピクチャを取得する方法が用いられる。イントラ予測部１５２では、現在ピクチャ内で画面内予測を行い、インター予測部１５４では、復号ピクチャバッファ１５６に保存された参照ピクチャを用いて現在ピクチャを予測する。イントラ予測部１５２は、現在ピクチャ内の復元された領域から画面内予測を行い、画面内符号化情報をエントロピーコーディング部１６０に伝達する。インター予測部１５４はさらに、モーション推定部１５４ａ及びモーション補償部１５４ｂを含んで構成されてよい。モーション推定部１５４ａでは、復元された特定領域を参照して現在領域のモーションベクトル値を取得する。モーション推定部１５４ａでは、参照領域の位置情報（参照フレーム、モーションベクトルなど）などをエントロピーコーディング部１６０に伝達してビットストリームに含まれ得るようにする。モーション推定部１５４ａから伝達されたモーションベクトル値を用いて、モーション補償部１５４ｂでは画面間モーション補償を行う。

予測部１５０は、イントラ予測部１５２とインター予測部１５４を含む。イントラ予測部１５２は現在ピクチャ内でイントラ（ｉｎｔｒａ）予測を行い、インター予測部１５４は復号ピクチャバッファ１５６に貯蔵された参照バッファを利用して現在ピクチャを予測するインター（ｉｎｔｅｒ）予測を行う。イントラ予測部１５２は、現在ピクチャ内の復元されたサンプルからイントラ予測を行い、イントラ符号化情報をエントロピーコーディング部１６０に伝達する。イントラ符号化情報は、イントラ予測モード、ＭＰＭ（ＭｏｓｔＰｒｏｂａｂｌｅＭｏｄｅ）フラッグ、ＭＰＭインデックスのうち少なくとも一つを含む。イントラ符号化情報は、参照サンプルに関する情報を含むことができる。イントラ符号化情報は参照サンプルに関する情報を含む。インター予測部１５４は、モーション推定部１５４ａ及びモーション補償部１５４ｂを含んで構成される。モーション推定部１５４ａは、復元された参照信号ピクチャの特定領域を参照して現在領域のモーションベクトル値を獲得する。モーション推定部１５４ａは、参照領域に対するモーション情報セット（参照ピクチャインデックス、モーションベクトル情報）をエントロピーコーディング部１６０に伝達する。モーション補償部１５４ｂは、モーション補償部１５４ａから伝達されたモーションベクトル値を利用してモーション補償を行う。インター予測部１５４は、参照領域に対するモーション情報を含むインター符号化情報をエントロピーコーディング部１６０に伝達する。

更なる実施例によって、予測部１５０はイントラブロックコピー（ｂｌｏｃｋｃｏｐｙ、ＢＣ）予測部（図示せず）を含む。イントラＢＣ予測部は、現在ピクチャ内の復元されたサンプルからイントラＢＣ予測を行い、イントラＢＣ符号化情報をエントロピーコーディング部１６０に伝達する。イントラＢＣ予測部は、現在ピクチャ内の特定領域を参照して現在領域の予測に利用される参照領域を示すブロックベクトル値を獲得する。イントラＢＣ予測部は、獲得されたブロックベクトル値を利用してイントラＢＣ予測を行う。イントラＢＣ予測部は、イントラＢＣ符号化情報をエントロピーコーディング部１６０に伝達する。イントラＢＣ予測部はブロックベクトル情報を含む。

上述したピクチャ予測が行われれば、変換部１１０は原本ピクチャと予測ピクチャの間のレジデュアル値を変換して変換係数値を獲得する。この際、変換はピクチャ内で特定ブロック単位で行われるが、特定ブロックのサイズは予め設定された範囲内で可変する。量子化部１１５は、変換部１１０で生成された変換係数の値を量子化してエントロピーコーディング部１６０に伝達する。

エントロピーコーディング部１６０は、量子化された変換係数を示す情報、イントラ符号化情報、及びインター符号化情報などをエントロピーコーディングしてビデオ信号ビットストリームを生成する。エントロピーコーディング部１６０では、可変長コーディング（ＶａｒｉａｂｌｅＬｅｎｇｔｈＣｏｄｅｉｎｇ、ＶＬＣ）方式と算術コーディング（ａｒｉｔｈｍｅｔｉｃｃｏｄｉｎｇ）方式などが使用される。可変長コーディング（ＶＬＣ）方式は入力されるシンボルを連続したコードワードにへ難するが、コードワードの長さは可変的である。例えば、よく発生するシンボルは短いコードワードで、よく発生しないシンボルは長いコードワードで表現する。可変長コーディング方式として、コンテキスト基盤適応型可変長コーディング（Ｃｏｎｔｅｘｔ－ｂａｓｅｄＡｄａｐｔｉｖｅＶａｒｉａｂｌｅＬｅｎｇｔｈＣｏｄｉｎｇ、ＣＡＶＬＣ）方式が使用される。算術コーディングは連続したデータシンボルを一つの素数に変換するが、算術コーディングは各シンボルを表現するために必要な最適の素数ビットを得る。算術コーディングとして、コンテキスト基盤適合型算術符号化（Ｃｏｎｔｅｘｔ－ｂａｓｅｄＡｄａｐｔｉｖｅＢｉｎａｒｙＡｒｉｔｈｍｅｔｉｃＣｏｄｉｎｇ、ＣＡＢＡＣ）方式が使用される。例えば、エントロピーコーディング部１６０は、量子化された変換係数を示す情報を二進化することができる。また、エントロピーコーディング部１６０は、二進化された情報を算術コーディングしてビットストリームを生成することができる。

前記生成されたビットストリームは、ＮＡＬ（ＮｅｔｗｏｒｋＡｂｓｔｒａｃｔｉｏｎＬａｙｅｒ）ユニットを基本単位にカプセル化される。ＮＡＬユニットは、符号化された整数個のコーディングツリーユニット（ｃｏｄｉｎｇｔｒｅｅｕｎｉｔ）を含む。ビデオデコーダでビットストリームを復号化するためには、まずビットストリームをＮＡＬユニット単位に分離した後、分離されたそれぞれのＮＡＬユニットを復号化すべきである。一方、ビデオ信号ビットストリームの復号化のために必要な情報は、ピクチャーパラメータセット（ＰｉｃｔｕｒｅＰａｒａｍｅｔｅｒＳｅｔ，ＰＰＳ）、シーケンスパラメータセット（ＳｅｑｕｅｎｃｅＰａｒａｍｅｔｅｒＳｅｔ，ＳＰＳ）、ビデオパラメータセット（ＶｉｄｅｏＰａｒａｍｅｔｅｒＳｅｔ，ＶＰＳ）、デコーディングケイパビリティ情報（ＤｅｃｏｄｉｎｇＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）などのような上位レベルセットのＲＢＳＰ（ＲａｗＢｙｔｅＳｅｑｕｅｎｃｅＰａｙｌｏａｄ）で送信されてよい。

一方、図１のブロック図は本発明の一実施例によるエンコーディング装置１００を示し、分離して示したブロックはエンコーディング装置１００のエレメントを論理的に区別して示している。よって、上述したエンコーディング装置１００のエレメントは、ディバイスの設計に応じて一つのチップまたは複数のチップに取り付けられる。一実施例によると、上述したエンコーディング装置１００のの各エレメントの動作はプロセッサ（図示せず）によって行われる。

図２は、本発明の実施例によるビデオ信号デコーディング装置の２００概略的なブロック図である。図２を参照すると、本明細書のデコーディング装置２００は、エントロピーデコーディング部２１０、逆量子化部２２０、逆変換部２２５、フィルタリング部２３０、及び予測部２５０を含む。

エントロピーデコーディング部２１０は、ビデオ信号ビットストリームをエントロピーデコードし、各領域に対する変換係数情報、イントラ符号化情報、インター符号化情報などを抽出する。例えば、エントロピーデコーディング部２１０は、ビデオ信号ビットストリームから特定領域の変換係数情報に対する二進化コードを取得することができる。また、エントロピーデコーディング部２１０は二進化コードを逆二進化し、量子化された変換係数を取得する。逆量子化部２２０は量子化された変換係数を逆量子化し、逆変換部２２５は、逆量子化された変換係数を用いてレジデュアル値を復元する。ビデオ信号処理装置２００は、逆変換部２２５から取得したレジデュアル値を、予測部２５０から取得した予測値と合算して、元来の画素値を復元する。

一方、フィルタリング部２３０は、ピクチャに対するフィルタリングを行って画質を向上させる。ここには、ブロック歪曲現象を減少させるためのデブロッキングフィルタ及び／またはピクチャ全体の歪曲を除去するための適応的ループフィルタなどが含まれる。フィルタリングを経たピクチャは出力されるか、次のピクチャに対する参照ピクチャとして利用するために復号ピクチャバッファ（ＤＰＢ）２５６に貯蔵される。

予測部２５０は、イントラ予測部２５２及びインター予測部２５４を含む。予測部２５０は、前述したエントロピーデコーディング部２１０を通じて復号化された符号化タイプ、各領域に対する変換係数、イントラ／インター符号化情報などを活用して予測ピクチャを生成する。復号化が遂行される現在ブロックを復元するために、現在ブロックが含まれた現在ピクチャまたは他のピクチャの復号化された領域が利用できる。復元に現在ピクチャだけを用いる、すなわち、イントラ予測又はイントラＢＣ予測を行うピクチャ（又は、タイル／スライス）をイントラピクチャ又はＩピクチャ（又は、タイル／スライス）、イントラ予測、インター予測及びイントラＢＣ予測を全て行うことができるピクチャ（又は、タイル／スライス）を、インターピクチャ（又は、タイル／スライス）という。インターピクチャ（又は、タイル／スライス）のうち、各ブロックのサンプル値を予測するために、最大で１つのモーションベクトル及び参照ピクチャインデックスを用いるピクチャ（又は、タイル／スライス）を、予測ピクチャ（ｐｒｅｄｉｃｔｉｖｅｐｉｃｔｕｒｅ）又はＰピクチャ（又は、タイル／スライス）といい、最大で２つのモーションベクトル及び参照ピクチャインデックスを用いるピクチャ（又は、タイル／スライス）を、双予測ピクチャ（Ｂｉ－ｐｒｅｄｉｃｔｉｖｅｐｉｃｔｕｒｅ）又はＢピクチャ（又は、タイル／スライス）という。言い換えると、Ｐピクチャ（または、タイル／スライス）は各ブロックを予測するために最大１つの動き情報セットを用いて、Ｂピクチャ（または、タイル／スライス）は各ブロックを予測するために最大２つの動き情報セットを用いる。ここで、動き情報セットは１つ以上の動きベクトルと１つの参照ピクチャインデックスを含む。

イントラ予測部２５２は、イントラ符号化情報及び現在ピクチャ内の復元されたサンプルを利用して予測ブロックを生成する。上述したように、イントラ符号化情報は、イントラ予測モード、ＭＰＭ（ＭＯＳＴＰｒｏｂａｂｌｅＭｏｄｅ）フラッグ、ＭＰＭインデックスのうち少なくとも一つを含む。イントラ予測部２５２は、現在ブロックの左側及び／または上側に位置する復元されたサンプルを参照サンプルとして利用して、現在ブロックのサンプル値を予測する。本開示において、復元されたサンプル、参照サンプル、及び現在ブロックのサンプルはピクセルを示す。また、サンプル値（ｓａｍｐｌｅｖａｌｕｅ）はピクセル値を示す。

一実施例において、参照サンプルは現在ブロックの周辺ブロックに含まれたサンプルである。例えば、参照サンプルは現在ブロックの左側境界に隣接したサンプル及び／または上側境界に隣接したサンプルである。また、参照サンプルは現在ブロックの周辺ブロックのサンプルのうち、現在ブロックの左側境界から予め設定された距離以内のライン上に位置するサンプル及び／または現在ブロックの上側境界から予め設定された距離以内のライン上に位置するサンプルである。この際、現在ブロックの周辺ブロックは、現在ブロックに隣接した左側（Ｌ）ブロック、上側（Ａ）ブロック、下左側（ＢｅｌｏｗＬｅｆｔ、ＢＬ）ブロック、右上側（ＡｂｏｖｅＲｉｇｈｔ、ＡＲ）ブロック、または左上側（ＡｂｏｖｅＬｅｆｔ、ＡＬ）ブロックのうち少なくとも一つを含む。

インター予測部２５４は、復号ピクチャバッファ２５６に貯蔵された参照ピクチャ及びインター符号化情報を利用して予測ブロックを生成する。インター符号化情報は、参照ブロックに対する現在ブロックのモーション情報セット（参照ピクチャインデックス、モーションベクトルなど）を含む。インター予測には、Ｌ０予測、Ｌ１予測、及び双予測（Ｂｉ－ｐｒｅｄｉｃｔｉｏｎ）がある。Ｌ０予測はＬ０ピクチャリストに含まれた一つの参照ピクチャを利用した予測であり、Ｌ１予測はＬ１ピクチャリストに含まれた一つの参照ピクチャを利用した予測を意味する。そのためには、１セットのモーション情報（例えば、モーションベクトル及び参照ピクチャインデックス）が必要である。双予測方式では最大２つの参照領域を利用するが、この２つの参照領域は同じ参照ピクチャに存在してもよく、互いに異なるピクチャにそれぞれ存在してもよい。つまり、双予測方式では最大２セットのモーション情報（例えば、モーションベクトル及び参照ピクチャインデックス）が利用されるが、２つのモーションベクトルが同じ参照ピクチャインデックスに対応してもよく、互いに異なる参照ピクチャインデックスに対応してもよい。この際、参照ピクチャは時間的に現在ピクチャの以前や以降のいずれにも表示（または出力）される。一実施例によって、双予測方式では、使用される２個の参照領域は、Ｌ０ピクチャリスト及びＬ１ピクチャリストのそれぞれから選択された領域であってよい。

インター予測部２５４は、モーションベクトル及び参照ピクチャインデックスを利用して現在の参照ブロックを獲得する。前記参照ブロックは、参照ピクチャインデックスに対応する参照ピクチャ内に存在する。また、モーションベクトルによって特定されたブロックのサンプル値またはこれの補間（ｉｎｔｅｒｐｏｌａｔｉｏｎ）された値が現在ブロックの予測子（ｐｒｅｄｉｃｔｏｒ）として利用される。サブペル（ｓｕｂ－ｐｅｌ）単位のピクセル正確度を有するモーション予測のために、例えば、輝度信号に対して８－タブ補間フィルタが、色差信号に対して４－タブ補間フィルタが使用される。但し、サブペル単位のモーション予測のための補間フィルタはこれに限らない。このように、インター予測部２５４は、以前復元されたピクチャから現在ユニットのテクスチャを予測するモーション補償（ｍｏｔｉｏｎｃｏｍｐｅｎｓａｔｉｏｎ）を行う。この際、インター予測部はモーション情報セットを利用する。

更なる実施例によって、予測部２５０は、イントラＢＣ予測部（図示せず）を含むことができる。イントラＢＣ予測部は、現在ピクチャ内の復元されたサンプルを含む特定領域を参照して現在領域を復元することができる。イントラＢＣ予測部は、エントロピーデコーディング部２１０から、現在領域に対するイントラＢＣ符号化情報を取得する。イントラＢＣ予測部は、現在ピクチャ内の特定領域を指示する現在領域のブロックベクトル値を取得する。イントラＢＣ予測部は、取得されたブロックベクトル値を用いてイントラＢＣ予測を行うことができる。イントラＢＣ符号化情報は、ブロックベクトル情報を含むことができる。

前記イントラ予測部２５２又はインター予測部２５４から出力された予測値、及び逆変換部２２５から出力されたレジデュアル値が合算されて復元されたビデオピクチャが生成される。すなわち、ビデオ信号デコーディング装置２００は、予測部２５０で生成された予測ブロックと逆変換部２２５から取得されたレジデュアルを用いて現在ブロックを復元する。

一方、図２のブロック図は本発明の一実施例によるデコーディング装置２００を示し、分離して示したブロックはデコーディング装置２００のエレメントを論理的に区別して示している。よって、上述したデコーディング装置２００のエレメントは、ディバイスの設計に応じて一つのチップまたは複数のチップに取り付けられる。一実施り例によると、上述したデコーディング装置２００のの各エレメントの動作はプロセッサ（図示せず）によって行われる。

図３は、ピクチャ内でコーディングツリーユニット（ＣｏｄｉｎｇＴｒｅｅＵｎｉｔ、ＣＴＵ）がコーディングユニット（ＣｏｄｉｎｇＵｎｉｔｓ、ＣＵｓ）に分割される実施例を示している。ビデオ信号のコーディング過程において、ピクチャはコーディングツリーユニット（ＣＴＵ）のシーケンスに分割される。コーディングツリーユニットは、輝度サンプルのＮＸＮブロックと、それに対応する色差サンプルの２つのブロックからなる。コーディングツリーユニットは、複数のコーディングユニットに分割される。コーディングツリーユニットは分割されずにリーフノードになってもよい。この場合、コーディングツリーユニット自体がコーディングユニットになり得る。コーディングユニットは上述したビデオ信号の処理過程、つまり、イントラ／インター予測、変換、量子化及び／またはエントロピーコーディングなどの過程でピクチャを処理するための基本単位を指す。一つのピクチャ内において、コーディングユニットのサイズ及び模様は一定ではない。コーディングユニットは正方形または長方形の模様を有する。長方形コーディングユニット（または、長方形ブロック）は垂直コーディングユニット（または、垂直ブロック）と水平コーディングユニット（または、水平ブロック）を含む。本明細書において、垂直ブロックは高さが幅より大きいブロックであり、水平ブロックは幅が高さより大きいブロックである。また、本明細書において、正方形ではない（ｎｏｎ－ｓｑｕａｒｅ）ブロックは長方形ブロックを指すが、本発明はこれに限らない。

図３を参照すると、コーディングツリーユニットは、まずクォードツリー（ＱｕａｄＴｒｅｅ、ＱＴ）構造に分割される。つまり、クォードツリー構造において、２Ｎ×２Ｎのサイズを有する一つのノードはＮ×Ｎのサイズを有する４つのノードに分割される。本明細書において、クォードツリーは４進（ｑｕａｔｅｒｎａｒｙ）ツリーとも称される。クォードツリー分割は再帰的に行われ、全てのノードが同じ深さに分割される必要はない。

一方、上述したクォードツリーのリーフノード（ｌｅａｆｎｏｄｅ）は、マルチ－タイプツリー（Ｍｕｌｔｉ－ＴｙｐｅＴｒｅｅ、ＭＴＴ）構造に更に分割される。本発明の実施例によると、マルチタイプツリー構造では一つのノードが水平または垂直分割の２進（ｂｉｎａｒｙ、バイナリー）または３進（ｔｅｒｎａｒｙ、ターナリー）ツリー構造に分割される。つまり、マルチ－タイプツリー構造には、垂直バイナリー分割、水平バイナリー分割、垂直ターナリー分割、及び水平ターナリー分割の４つの分割構造が存在する。本発明の実施例によると、前記各ツリー構造において、ノードの幅及び高さはいずれも２の累乗値を有する。例えば、バイナリーツリー（ｂｉｎａｒｙＴｒｅｅ、ＢＴ）構造において、２Ｎ×２Ｎのサイズのノードは垂直バイナリー分割によって２つのＮ×２Ｎノードに分割され、水平バイナリー分割によって２つの２Ｎ×Ｎノードに分割される。また、ターナリーツリー（ＴｅｒｎａｒｙＴｒｅｅ、ＴＴ）構造において、２Ｎ×２Ｎのサイズのノードは垂直ターナリー分割によって（Ｎ／２）×２Ｎ、Ｎ×２Ｎ及び（Ｎ／２）×２Ｎのノードに分割され、水平ターナリー分割によって２Ｎ×（Ｎ／２）、２Ｎ×Ｎ及び２Ｎ×（Ｎ／２）のノードに分割される。このようなマルチ－タイプツリー分割は再帰的に行われる。

マルチタイプツリーのリーフノードは、コーディングユニットになり得る。コーディングユニットが最大変換長に比べて大きくない場合、当該コーディングユニットはそれ以上の分割無しで予測及び／又は変換の単位として用いられてよい。一実施例として、現在コーディングユニットの幅又は高さが最大変換長よりも大きい場合に、現在コーディングユニットは、分割に関する明示的シグナリング無しで複数の変換ユニットに分割されてよい。一方、上述したクォードツリー及びマルチ－タイプツリーにおいて、次のパラメータのうち少なくとも一つが事前に定義されるか、ＰＰＳ、ＳＰＳ、ＶＰＳなどのような上位レベルセットのＲＢＳＰを介して伝送される。１）ＣＴＵサイズ：クォードツリーのルートノード（ｒｏｏｔｎｏｄｅ）のサイズ、２）最小ＱＴサイズ（ＭｉｎＱｔＳｉｚｅ）：許容された最小ＱＴリーフノードのサイズ、３）最大ＢＴサイズ（ＭａｘＢｔＳｉｚｅ）：許容された最大ＢＴルートノードのサイズ、４）最大ＴＴサイズ（ＭａｘＴｔＳｉｚｅ）：許容された最大ＴＴルートノードのサイズ、５）最大ＭＴＴ深さ（ＭａｘＭｔｔＤｅｐｔｈ）：ＱＴのリーフノードからのＭＴＴ分割の最大許容深さ、６）最小ＢＴサイズ（ＭｉｎＢｔＳｉｚｅ）：許容された最小ＢＴリーフノードのサイズ、７）最小ＴＴサイズ：許容された最小ＴＴリーフノードのサイズ。

図４は、クアッドツリー及びマルチタイプツリーの分割をシグナルする方法の一実施例を示す。前述したクアッドツリー及びマルチタイプツリーの分割をシグナルするために、既に設定されたフラグが用いられてよい。図４を参照すると、ノードの分割されるか否かを示すフラグ‘ｓｐｌｉｔ＿ｃｕ＿ｆｌａｇ’、クアッドツリーノードの分割されるか否かを示すフラグ‘ｓｐｌｉｔ＿ｑｔ＿ｆｌａｇ’、マルチタイプツリーノードの分割方向を示すフラグ‘ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ’、又はマルチタイプツリーノードの分割形態を示すフラグ‘ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａｇ’のうち少なくとも一つが用いられてよい。

本発明の実施例によれば、現在ノードの分割されるか否かを示すフラグである‘ｓｐｌｉｔ＿ｃｕ＿ｆｌａｇ’がまずシグナルされてよい。‘ｓｐｌｉｔ＿ｃｕ＿ｆｌａｇ’の値が０である場合、現在ノードが分割されないことを示し、現在ノードはコーディングユニットになる。現在ノードがコーティングツリーユニットである場合、コーディングツリーユニットは、分割されていない一つのコーディングユニットを含む。現在ノードがクアッドツリーノード‘ＱＴｎｏｄｅ’である場合、現在ノードはクアッドツリーのリーフノード‘ＱＴｌｅａｆｎｏｄｅ’であり、コーディングユニットになる。現在ノードがマルチタイプツリーノード‘ＭＴＴｎｏｄｅ’である場合、現在ノードはマルチタイプツリーのリーフノード‘ＭＴＴｌｅａｆｎｏｄｅ’であり、コーディングユニットになる。

‘ｓｐｌｉｔ＿ｃｕ＿ｆｌａｇ’の値が１である場合、現在ノードは‘ｓｐｌｉｔ＿ｑｔ＿ｆｌａｇ’の値によってクアッドツリー又はマルチタイプツリーのノードに分割されてよい。コーディングツリーユニットは、クアッドツリーのルートノードであり、クアッドツリー構造にまず分割されてよい。クアッドツリー構造では、それぞれのノード‘ＱＴｎｏｄｅ’別に‘ｓｐｌｉｔ＿ｑｔ＿ｆｌａｇ’がシグナルされる。‘ｓｐｌｉｔ＿ｑｔ＿ｆｌａｇ’の値が１である場合、当該ノードは４個の正方形ノードに分割され、‘ｑｔ＿ｓｐｌｉｔ＿ｆｌａｇ’の値が０である場合、当該ノードはクアッドツリーのリーフノード‘ＱＴｌｅａｆｎｏｄｅ’になり、当該ノードはマルチタイプノードに分割される。本発明の実施例によれば、現在ノードの種類によってクアッドツリー分割は制限されることがある。現在ノードがコーディングツリーユニット（クアッドツリーのルートノード）又はクアッドツリーノードである場合に、クアッドツリー分割が許容されてよく、現在ノードがマルチタイプツリーノードである場合に、クアッドツリー分割は許容されなくてよい。それぞれのクアッドツリーリーフノード‘ＱＴｌｅａｆｎｏｄｅ’は、マルチタイプツリー構造にさらに分割されてよい。上述したように、‘ｓｐｌｉｔ＿ｑｔ＿ｆｌａｇ’が０である場合に、現在ノードはマルチタイプノードに分割されてよい。分割方向及び分割形態を示すために、‘ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ’及び‘ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａｇ’がシグナルされてよい。‘ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ’の値が１である場合、ノード‘ＭＴＴｎｏｄｅ’の垂直分割を示し、‘ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｖｅｒｔｉｃａｌ＿ｆｌａｇ’の値が０である場合、ノード‘ＭＴＴｎｏｄｅ’の水平分割を示す。また、‘ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａｇ’の値が１である場合、ノード‘ＭＴＴｎｏｄｅ’は２個の長方形ノードに分割され、‘ｍｔｔ＿ｓｐｌｉｔ＿ｃｕ＿ｂｉｎａｒｙ＿ｆｌａｇ’の値が０である場合、ノード‘ＭＴＴｎｏｄｅ’は３個の長方形ノードに分割される。

コーティングのためのピクチャ予測（モーション補償）はそれ以上分けられないコーディングユニット（つまり、コーディングユニットツリーのリーフノード）を対象に行われる。このような予測を行う基本単位を、以下では予測ユニット（ｐｒｅｄｉｃｔｉｏｎｕｎｉｔ）または予測ブロック（ｐｒｅｄｉｃｔｉｏｎｂｌｏｃｋ）という。

以下、本明細書で使用されるユニットという用語は、予測を行う基本単位である前記予測ユニットを代替する用語として使用される。但し、本発明はこれに限らず、より広い意味では、前記コーディングユニットを含む概念として理解される。

図５及び図６は、本発明の実施例によるイントラ予測方法をより詳しく示す図である。上述したように、イントラ予測部は、現在ブロックの左側及び／または上側に位置する復元されたサンプルを参照サンプルとして利用して、現在ブロックのサンプル値を予測する。

まず、図５はイントラ予測モードで現在ブロックを予測するために使用される参照サンプルの一実施例を示す。一実施例によると、参照サンプルは現在ブロックの左側境界に隣接したサンプル及び／または上側境界に隣接したサンプルである。図５に示したように、現在ブロックのサイズがＷ×Ｈで現在ブロックに隣接した単一参照ライン（ｌｉｎｅ）のサンプルがイントラ予測に使用されれば、現在ブロックの左側及び／または上側に位置した最大２Ｗ＋２Ｈ＋１個の周辺サンプルを使用して参照サンプルが設定される。

また、参照サンプルとして使用される少なくとも一部のサンプルがまだ復元されていなければ、イントラ予測部は参照サンプルパッディング過程を行って参照サンプルを獲得する。また、イントラ予測部は、イントラ予測の誤差を減らすために参照サンプルフィルタリング過程を行う。つまり、周辺サンプル及び／または参照サンプルパッディング過程によって獲得された参照サンプルにフィルタリングを行って、フィルタリングされた参照サンプルを獲得する。イントラ予測部は、このように取得された参照サンプルを用いて現在ブロックのサンプルを予測する。イントラ予測部は、フィルタリングされない参照サンプル又はフィルタリングされた参照サンプルを用いて現在ブロックのサンプルを予測する。本開示において、周辺サンプルは、少なくとも一つの参照ライン上のサンプルを含むことができる。例えば、周辺サンプルは、現在ブロックの境界に隣接したライン上の隣接サンプルを含むことができる。

次に、図６はイントラ予測に使われる予測モードの一実施形態を図示する。イントラ予測のために、イントラ予測方向を指示するイントラ予測モード情報がシグナリングできる。イントラ予測モード情報は、イントラ予測モードセットを構成する複数のイントラ予測モードのうち、いずれか１つを指示する。現在ブロックがイントラ予測されたブロックである場合、デコーダーはビットストリームから現在ブロックのイントラ予測モード情報を受信する。デコーダのイントラ予測部は、抽出されたイントラ予測モード情報に基づいて現在ブロックに対するイントラ予測を遂行する。

本発明の実施例によると、イントラ予測モードセットは、イントラ予測に使用される全てのイントラ予測モード（例えば、総６７個のイントラ予測モード）を含む。より詳しくは、イントラ予測モードセットは、平面モード、ＤＣモード、及び複数の（例えば、６５個の）角度モード（つまり、方向モード）を含む。それぞれのイントラ予測モードは、予め設定されたインデックス（つまり、イントラ予測モードインデックス）を介して指示される。例えば、図６に示したように、イントラ予測モードインデックス０は平面（ｐｌａｎａｒ）モードを指示し、イントラ予測モードインデックス１はＤＣモードを指示する。また、イントラ予測モードインデックス２乃至６６は、互いに異なる角度モードをそれぞれ指示する。角度モードは、既に設定された角度範囲以内の異なる角度をそれぞれ指示する。例えば、角度モードは時計回り方向に４５°～－１３５°の角度範囲（すなわち、第１角度範囲）以内の角度を指示できる。前記角度モードは１２時方向を基準に定義されてよい。この際、イントラ予測モードインデックス２は水平対角（ＨｏｒｉｚｏｎｔａｌＤｉａｇｏｎａｌ、ＨＤＩＡ）モードを指示し、イントラ予測モードインデックス１８は水平（Ｈｏｒｉｚｏｎｔａｌ、ＨＯＲ）モードを指示し、イントラ予測モードインデックス３４は対角（Ｄｉａｇｏｎａｌ、ＤＩＡ）モードを指示し、イントラ予測モードインデックス５０は水直（Ｖｅｒｔｉｃａｌ、ＶＥＲ）モードを指示し、イントラ予測モードインデックス６６は垂直対角（ＶｅｒｔｉｃａｌＤｉａｇｏｎａｌ、ＶＤＩＡ）モードを指示する。

一方、既に設定された角度範囲は、現在ブロックの形態によって個別に設定されてよい。例えば、現在ブロックが長方形ブロックであれば、時計回り方向に４５°を超える或いは－１３５°未満の角度を示す広角モードがさらに用いられてよい。現在ブロックが水平ブロックであれば、角度モードは、時計回り方向に（４５＋ｏｆｆｓｅｔ１）°～（－１３５＋ｏｆｆｓｅｔ１）°の角度範囲（すなわち、第２角度範囲）以内の角度を示すことができる。このとき、第１角度範囲を外れる角度モード６７～７６がさらに用いられてよい。また、現在ブロックが垂直ブロックであれば、角度モードは、時計回り方向に（４５－ｏｆｆｓｅｔ２）°～（－１３５－ｏｆｆｓｅｔ２）の角度範囲（すなわち、第３角度範囲）以内の角度を示すことができる。このとき、第１角度範囲を外れる角度モード－１０～－１がさらに用いられてよい。本発明の実施例によれば、ｏｆｆｓｅｔ１及びｏｆｆｓｅｔ２の値は、長方形ブロックの幅と高さとの比率によって個別に決定されてよい。また、ｏｆｆｓｅｔ１及びｏｆｆｓｅｔ２は正数であってよい。

本発明の更なる実施例によれば、イントラ予測モードセットを構成する複数の角度モードは、基本角度モードと拡張角度モードを含むことができる。このとき、拡張角度モードは基本角度モードに基づいて決定されてよい。

一実施例によれば、基本角度モードは、既存ＨＥＶＣ（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙＶｉｄｅｏＣｏｄｉｎｇ）標準のイントラ予測で用いられる角度に対応するモードであり、拡張角度モードは、次世代ビデオコーデック標準のイントラ予測で新しく追加される角度に対応するモードであってよい。より具体的に、基本角度モードは、イントラ予測モード｛２，４，６，…，６６｝のいずれか一つに対応する角度モードであり、拡張角度モードは、イントラ予測モード｛３，５，７，…，６５｝のいずれか一つに対応する角度モードであってよい。すなわち、拡張角度モードは、第１角度範囲内で基本角度モード間の角度モードであってよい。したがって、拡張角度モードが示す角度は、基本角度モードが示す角度に基づいて決定されてよい。

他の実施例によれば、基本角度モードは、既に設定された第１角度範囲以内の角度に対応するモードであり、拡張角度モードは、前記第１角度範囲を外れる広角モードであってよい。すなわち、基本角度モードは、イントラ予測モード｛２，３，４，…，６６｝のいずれか一つに対応する角度モードであり、拡張角度モードは、イントラ予測モード｛－１０，－９，…，－１｝及び｛６７，６８，…，７６｝のいずれか一つに対応する角度モードであってよい。拡張角度モードが示す角度は、対応する基本角度モードが示す角度の反対側の角度と決定されてよい。したがって、拡張角度モードが示す角度は、基本角度モードが示す角度に基づいて決定されてよい。一方、拡張角度モードの個数はこれに限定されず、現在ブロックのサイズ及び／又は形態によって更なる張角度が定義されてよい。例えば、拡張角度モードは、イントラ予測モード｛－１４，－１３，…，－１｝及び｛６７，６８，…，８０｝のいずれか一つに対応する角度モードと定義されてよい。一方、イントラ予測モードセットに含まれるイントラ予測モードの総個数は、前述した基本角度モードと拡張角度モードの構成によって可変してよい。

上記の実施例において、拡張角度モード間の間隔は、対応する基本角度モード間の間隔に基づいて設定されてよい。例えば、拡張角度モード｛３，５，７，…，６５｝間の間隔は、対応する基本角度モード｛２，４，６，…，６６｝間の間隔に基づいて決定されてよい。また、拡張角度モード｛－１０，－９，…，－１｝間の間隔は、対応する反対側の基本角度モード｛５６，５７，…，６５｝間の間隔に基づいて決定され、拡張角度モード｛６７，６８，…，７６｝間の間隔は、対応する反対側の基本角度モード｛３，４，…，１２｝間の間隔に基づいて決定されてよい。拡張角度モード間の角度間隔は、対応する基本角度モード間の角度間隔と同一となるように設定されてよい。また、イントラ予測モードセットにおいて拡張角度モードの個数は、基本角度モードの個数以下に設定されてよい。

本発明の実施例によれば、拡張角度モードは、基本角度モードに基づいてシグナルされてよい。例えば、広角モード（すなわち、拡張角度モード）は、第１角度範囲以内の少なくとも一つの角度モード（すなわち、基本角度モード）を代替することができる。代替される基本角度モードは、広角モードの反対側に対応する角度モードであってよい。すなわち、代替される基本角度モードは、広角モードが示す角度の反対方向の角度に対応するか或いは前記反対方向の角度から既に設定されたオフセットインデックスだけの差を有する角度に対応する角度モードである。本発明の実施例によれば、既に設定されたオフセットインデックスは、１である。代替される基本角度モードに対応するイントラ予測モードインデックスは、広角モードに再びマップされ、当該広角モードをシグナリングできる。例えば、広角モード｛－１０，－９，…，－１｝は、イントラ予測モードインデックス｛５７，５８，…，６６｝によってそれぞれシグナルされてよく、広角モード｛６７，６８，…，７６｝は、イントラ予測モードインデックス｛２，３，…，１１｝によってそれぞれシグナルされてよい。このように基本角度モードのためのイントラ予測モードインデックスで拡張角度モードをシグナルすることにより、各ブロックのイントラ予測に用いられる角度モードの構成が互いに異なっても、同じセットのイントラ予測モードインデックスがイントラ予測モードのシグナリングに用いられてよい。したがって、イントラ予測モード構成の変化によるシグナリングオーバーヘッドが最小化し得る。

一方、拡張角度モードの使用されるか否かは、現在ブロックの形態及びサイズのうち少なくとも一つに基づいて決定されてよい。一実施例によれば、現在ブロックのサイズが既に設定されたサイズよりも大きい場合、拡張角度モードが現在ブロックのイントラ予測のために用いられ、そうでない場合、基本角度モードのみが現在ブロックのイントラ予測のために用いられてよい。他の実施例によれば、現在ブロックが正方形以外のブロックである場合、拡張角度モードが現在ブロックのイントラ予測のために用いられ、現在ブロックが正方形ブロックである場合、基本角度モードのみが現在ブロックのイントラ予測のために用いられてよい。

図７は、本発明の一実施例に係るビットストリームを構成する基本単位であるネットワーク抽象化階層（ＮｅｔｗｏｒｋＡｂｓｔｒａｃｔＬａｙｅｒ，ＮＡＬ）ユニット（ｕｎｉｔ）を示す図である。ビデオ映像がエンコーダを経てビットストリーム（ｂｉｔｓｔｒｅａｍ）として符号化して保存されるとき、前記ビットストリームはネットワーク抽象化階層単位で構成されてよい。ＮＡＬユニットは、その目的に応じて様々な形態と定義されてよく、固有のＩＤで区分されてよい。ＮＡＬユニットは、大きく、実際の映像データ情報を含む部分と、このようなビデオ映像を復号化するのに必要な情報を含む部分とに区分できる。図７は、種々のＮＡＬユニットのうち一部を示す図である。ＮＡＬユニットは、あらかじめ定義された順序に基づいて構成され、当該ＮＡＬユニットに含まれる情報も、既に設定された順序に基づいて構成されてよい。それぞれのＮＡＬユニットは、相互参照関係にあってよい。図７に示すように、ＮＡＬユニットＤＰＳ（ＮＡＬｕｎｉｔＤＰＳ）は、デコーディングパラメータセット（Ｄｅｃｏｄｉｎｇｐａｒａｍｅｔｅｒｓｅｔ，ＤＰＳ）ＲＢＳＰシンタックス（ｓｙｎｔａｘ）を示す。ＮＡＬユニットＶＰＳ（ＮＡＬｕｎｉｔＶＰＳ）は、ビデオパラメータセット（Ｖｉｄｅｏｐａｒａｍｅｔｅｒｓｅｔ，ＶＰＳ）ＲＢＳＰシンタックスを表す。ＮＡＬユニットＳＰＳ（ＮＡＬｕｎｉｔＳＰＳ）は、シーケンスパラメータセット（Ｓｅｑｕｅｎｃｅｐａｒａｍｅｔｅｒｓｅｔ，ＳＰＳ）ＲＢＳＰシンタックスを表す。ＮＡＬユニットＰＰＳ（ｕｎｉｔＰＰＳ）は、ピクチャーパラメータセット（Ｐｉｃｔｕｒｅｐａｒａｍｅｔｅｒｓｅｔ，ＰＰＳ）ＲＢＳＰシンタックスを表す。ＤＰＳＲＢＳＰシンタックスは、デコーダがビデオ復号化を行うために必要な情報（シンタックス要素）を含むシンタックスである。ＤＰＳＲＢＳＰシンタックスは、デコーディング能力情報（Ｄｅｃｏｄｉｎｇｃａｐａｂｉｌｉｔｙｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）ＲＢＳＰシンタックスと記述されてよい。ＶＰＳＲＢＳＰシンタックスは、基本レイヤ及び向上レイヤ符号化データを復号化するために共通に用いられる情報（シンタックス要素）を含むシンタックスである。ＳＰＳＲＢＳＰシンタックスは、シーケンス単位のレベルで送信されるシンタ
ックス要素を含むシンタックスである。ＳＰＳＲＢＳＰシンタックスは、ＶＰＳを参照してピクチャーを復号化するために共通に用いられる情報（シンタックス要素）を含むことができる。このとき、シーケンスは、一つ以上のピクチャーの集合を意味する。ＰＰＳＲＢＳＰシンタックスは、一つ以上のピクチャーを復号化するために共通に用いられる情報（シンタックス要素）を含むシンタックスである。上述したＲＢＳＰは、ローバイトシーケンスペイロード（ＲａｗＢｙｔｅＳｅｑｕｅｎｃｅＰａｙｌｏａｄ，ＲＢＳＰ）であって、バイト整列（ｂｙｔｅａｌｉｇｎｅｄ）されたＮＡＬユニットにカプセル化されるシンタックスを意味するものでよい。以下では、上述したシンタックスについて説明する。

図８は、本発明の一実施例に係るシンタックスを示す図である。

図８（ａ）は、デコーディングパラメータセット（Ｄｅｃｏｄｉｎｇｐａｒａｍｅｔｅｒｓｅｔ，ＤＰＳ）ＲＢＳＰシンタックスを例示する図であり、図８（ｂ）は、シーケンスパラメータセット（Ｓｅｑｕｅｎｃｅｐａｒａｍｅｔｅｒｓｅｔ，ＳＰＳ）ＲＢＳＰシンタックスを例示する図であり、図８（ｃ）は、プロファイルティアレベルシンタックス（ｐｒｏｆｉｌｅｔｉｅｒｌｅｖｅｌｓｙｎｔａｘ）‘ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）’を例示する図である。

図８（ａ）、（ｂ）に示すように、プロファイルティアレベルシンタックス（ｐｒｏｆｉｌｅｔｉｅｒｌｅｖｅｌｓｙｎｔａｘ）は、ＤＰＳＲＢＳＰシンタックスとＳＰＳＲＢＳＰシンタックスに含まれて（呼び出されて）よい。プロファイルティアレベルシンタックスは、プロファイル、ティア、及びレベルに関連した情報を含むことができる。このとき、プロファイルティアレベルシンタックス（ｐｒｏｆｉｌｅｔｉｅｒｌｅｖｅｌｓｙｎｔａｘ）は、一般制約情報（Ｇｅｎｅｒａｌｃｏｎｓｔｒａｉｎｔｉｎｆｏｒａｍｔｉｏｎ，ＧＣＩ）に対するシンタックス‘ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）’を含むことができる。ＧＣＩに対するシンタックス（以下、ＧＣＩシンタックス）は、相互運用性（ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）のためにＧＣＩシンタックス及び／又は他のシンタックス（例えば、ＤＰＳＲＢＳＰシンタックス、ＶＰＳＲＢＳＰシンタックス、ＳＰＳＲＢＳＰシンタックス、ＰＰＳＲＢＳＰシンタックス、Ｓｌｉｃｅｈｅａｄｅｒシンタックスなど）に含まれたツール及び／又は機能などを非活性化（ｄｉｓａｂｌｅ）するよう制御できる。ＧＣＩシンタックスが、ツール及び／又は機能などを非活性化することを示す場合、下位シンタックスに宣言されたツール及び／又は機能は非活性化されてよい。このとき、デコーダがパースするＮＡＬユニットの位置によって、前記ＧＣＩシンタックスによって非活性化（ｄｉｓａｂｌｅ）されるツール及び／又は機能などが全体ビットストリームに適用されるか或いは部分ビットストリームに適用されるかが決定されてよい。例えば、プロファイルティアレベルシンタックス‘ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）’は、ＤＰＳＲＢＳＰシンタックス及び／又はＳＰＳＲＢＳＰシンタックスに含まれてよく、プロファイルティアレベルシンタックスがＤＰＳＲＢＳＰシンタックスに含まれる場合、前記プロファイルティアレベルシンタックスに含まれたＧＣＩシンタックスは、全体ビットストリームに適用されてよい。さらに他の例として、プロファイルティアレベルシンタックスがＳＰＳＲＢＳＰシンタックスに含まれる場合、前記プロファイルティアレベルシンタックスに含まれたＧＣＩシンタックスは、コードされたレイヤビデオシーケンス（ｃｏｄｅｄｌａｙｅｒ
ｖｉｄｅｏｓｅｑｕｅｎｃｅ，ＣＬＶＳ）に適用されてよい。

図９～図１１は、本発明の一実施例に係るシンタックスを示す図である。

図９（ａ）は、本発明の一実施例に係る、ビデオパラメータセット（Ｖｉｄｅｏｐａｒａｍｅｔｅｒｓｅｔ，ＶＰＳ）ＲＢＳＰシンタックスを例示する図であり、図９（ｂ）は、本発明の一実施例に係る、一般制約情報（Ｇｅｎｅｒａｌｃｏｎｓｔｒａｉｎｔｉｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックスを示す図である。図９（ａ）に示すように、ＧＣＩシンタックス‘ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）’は、ＶＰＳシンタックスに含まれてよい。また、図９（ａ）に示してはいないが、上述したプロファイルティアレベルシンタックスは、ＶＰＳシンタックスに含まれてよく、ＧＣＩシンタックスは、ＶＰＳシンタックスに含まれたプロファイルティアレベルシンタックスに含まれてよい。ＧＣＩシンタックスは、一つ以上のシンタックス要素を含むことができる。図１０、図１１は、本発明の一実施例に係る、シーケンスパラメータセット（Ｓｅｑｕｅｎｃｅｐａｒａｍｅｔｅｒｓｅｔ，ＳＰＳ）ＲＢＳＰシンタックスを示す図である。以下、図９～図１１を参照して、ＧＣＩシンタックスに含まれるシンタックス要素である制約フラグについて説明する。

－ｎｏ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇの値に対する制約がない。すなわち、ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパッシング結果によって決定されてよい。

このとき、ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇは、ｃｏｄｉｎｇ＿ｔｒｅｅシンタックス構造にＩスライスが用いられたか否かを示すフラグである。例えば、ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇの値が１であれば、Ｉスライスに対して各コーディングツリーユニット（ｃｏｄｉｎｇｔｒｅｅｕｎｉｔ，ＣＴＵ）が暗示的（ｉｍｐｌｉｃｉｔ）クアッドツリー分割により、６４×６４ルーマサンプルを有するコーディングユニットに分割されてよく、このとき、コーディングユニットは、ルーマ及びクロマ２個に対する別途のｃｏｄｉｎｇ＿ｔｒｅｅシンタックス構造のルートノード（最上位コーディングユニット）であることを示す。ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇの値が０であれば、Ｉスライスに対してｃｏｄｉｎｇ＿ｔｒｅｅシンタックス構造が用いられていないことを示す。上述したｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇは、ｓｐｓ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇと呼ぶことができる。

図１０について説明すると、ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ５は、各コーディングツリーユニットのルーマコーディングツリーブロックのサイズ情報を示すシンタックス要素である。ｌｏｇ２＿ｃｔｕ＿ｓｉｚｅ＿ｍｉｎｕｓ５に５を足すと、ｌｏｇ２段上のルーマコーディングツリーブロックのサイズ（ＣｔｂＬｏｇ２ＳｉｚｅＹ）が分かる。これを式で表すと、下記の式１の通りである。下記の式１においてＣｔｂＳｉｚｅＹは、各ルーマコーディングツリーブロックのサイズを意味する。

－ｎｏ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、０に設定されてよい。一方、ｎｏ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパッシング結果によって決定されてよい。

このとき、ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ピクチャーヘッダー（ｐｉｃｔｕｒｅｈｅａｄｅｒ，ＰＨ）内のｐｈ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが存在するか否かを示すフラグである。ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ｐｈ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが存在することを示し、ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ｐｈ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｆｌａｇが存在しないことを示す。上述したｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｓｐｓ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇと呼ぶことができる。

－ｎｏ＿ｓａｏ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｓａｏ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｓａｏ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、０に設定されてよい。一方、ｎｏ＿ｓａｏ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、サンプル適応オフセットプロセス（ｓａｍｐｌｅａｄａｐｔｉｖｅｏｆｆｓｅｔｐｒｏｃｅｓｓ）が、ＣＬＶＳ（ｃｏｄｅｄｌａｙｅｒｖｉｄｅｏｓｅｑｕｅｎｃｅ）に対するデブロッキングフィルタープロセス（ｄｅｂｌｏｃｋｉｎｇｆｉｌｔｅｒｐｒｏｃｅｓｓ）後に復元されたピクチャーに適用されるか否かを示すフラグである。例えば、ｓｐｓ＿ｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ＣＬＶＳに対するデブロッキングフィルタープロセス後に復元されたピクチャーにサンプル適応オフセットプロセスは活性化され、ＣＬＶＳに対するデブロッキングフィルタープロセス後に復元されたピクチャーにサンプル適応オフセットプロセスが適用されることを示す。ｓｐｓ＿ｓａｏ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ＣＬＶＳに対するデブロッキングフィルタープロセス後に復元されたピクチャーにサンプル適応オフセットプロセスは非活性化され、ＣＬＶＳに対するデブロッキングフィルタープロセス後に復元されたピクチャーにサンプル適応オフセットプロセスが適用されないことを示す。

－ｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、０に設定されてよい。一方、ｎｏ＿ａｌｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに適用される適応ループフィルター（ａｄａｐｔｉｖｅｌｏｏｐｆｉｌｔｅｒ）の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、適応ループフィルターは活性化され、ＣＬＶＳにおいてピクチャーのデコーディングに適応ループフィルターが適用されてよいことを示す。ｓｐｓ＿ａｌｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、適応ループフィルターは非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングに適応ループフィルターが適用されないことを示す。

－ｎｏ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、０に設定されてよい。一方、ｎｏ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ値に対する制約がない。すなわち、ｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるクロマ残差の結合コーディング（ｊｏｉｎｔｃｏｄｉｎｇｏｆｃｈｒｏｍａｒｅｓｉｄｕａｌｓ）が活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、クロマ残差の結合コーディングは活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにクロマ残差の結合コーディングが用いられてよいことを示す。ｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、クロマ残差の結合コーディングは非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにクロマ残差の結合コーディングは用いられないことを示す。一方、ｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しなくてもよいが、この時には、ｓｐｓ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０と推論されてよい。

－ｎｏ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、０に設定されてよい。一方、ｎｏ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに適用される水平ラップ－アラウンドモーション補償（ｈｏｒｉｚｏｎｔａｌｗｒａｐ－ａｒｏｕｎｄｍｏｔｉｏｎｃｏｍｐｅｎｓａｔｉｏｎ）の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、水平ラップ－アラウンドモーション補償は活性化され、ＣＬＶＳにおいてピクチャーのデコーディングに水平ラップ－アラウンドモーション補償が適用されてよいことを示す。ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、水平ラップ－アラウンドモーション補償は非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングに水平ラップ－アラウンドモーション補償は適用されないことを示す。

－ｎｏ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ値はＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられる時間的モーションベクトル予測子（ｔｅｍｐｏｒａｌｍｏｔｉｏｎｖｅｃｔｏｒｐｒｅｄｉｃｔｏｒｓ）の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、時間的モーションベクトル予測子は活性化され、ＣＬＶＳにおいてピクチャーのデコーディングに時間的モーションベクトル予測子が用いられてよいことを示す。ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、時間的モーションベクトル予測子は非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングに時間的モーションベクトル予測子は用いられないことを示す。

－ｎｏ＿ｓｂｔｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｓｂｔｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｓｂｔｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｓｂｔｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるサブブロックベースの時間的モーションベクトル予測子（ｓｕｂｂｌｏｃｋ－ｂａｓｅｄｔｅｍｐｏｒａｌｍｏｔｉｏｎｖｅｃｔｏｒｐｒｅｄｉｃｔｏｒｓ）の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、サブブロックベースの時間的モーションベクトル予測子は活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにサブブロックベースの時間的モーションベクトル予測子が用いられてよいことを示す。このとき、ピクチャーのスライスタイプ（ｔｙｐｅ）は、Ｉスライス以外のタイプ（例えば、Ｂスライス、Ｐスライス）であってよい。ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、サブブロックベースの時間的モーションベクトル予測子は非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにサブブロックベースの時間的モーションベクトル予測子は用いられないことを示す。

－ｎｏ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるモーションベクトル差解像度（ｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅｒｅｓｏｌｕｔｉｏｎ）の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、モーションベクトル差解像度は活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにモーションベクトル差解像度が用いられてよいことを示す。ｓｐｓ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、モーションベクトル差解像度は非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにモーションベクトル差解像度は用いられないことを示す。

－ｎｏ＿ｂｄｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｂｄｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｂｄｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｂｄｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｂｄｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｂｄｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｂｄｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｂｄｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｂｄｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられる両方向オプティカルフローインター予測（ｂｉ－ｄｉｒｅｃｔｉｏｎａｌｏｐｔｉｃａｌｆｌｏｗｉｎｔｅｒｐｒｅｄｉｃｔｉｏｎ）の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｂｄｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、両方向オプティカルフローインター予測は活性化され、ＣＬＶＳにおいてピクチャーのデコーディングに両方向オプティカルフローインター予測は用いられてよいことを示す。ｓｐｓ＿ｂｄｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、両方向オプティカルフローインター予測は非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングに両方向オプティカルフローインター予測は用いられないことを示す。

－ｎｏ＿ｄｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｄｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｄｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｄｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｄｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｄｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｄｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｄｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｄｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるデコーダモーションベクトルリファインメント（ｄｅｃｏｄｅｒｍｏｔｉｏｎｖｅｃｔｏｒｒｅｆｉｎｅｍｅｎｔ）に基づく両方向予測（ｂｉ－ｐｒｅｄｉｃｔｉｏｎ）の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｄｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、デコーダモーションベクトルリファインメントに基づく両方向予測は活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにデコーダモーションベクトルリファインメントに基づく両方向予測が用いられてよいことを示す。ｓｐｓ＿ｄｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、デコーダモーションベクトルリファインメントに基づく両方向予測は非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにデコーダモーションベクトルリファインメントに基づく両方向予測は用いられないことを示す。

－ｎｏ＿ｃｃｌｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｃｃｌｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｃｃｌｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｃｃｌｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるルーマ成分からクロマ成分への交差－成分線形モデルイントラ予測（ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔｌｉｎｅａｒｍｏｄｅｌｉｎｔｒａｐｒｅｄｉｃｔｉｏｎ）の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ルーマ成分からクロマ成分への交差－成分線形モデルイントラ予測は活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにルーマ成分からクロマ成分への交差－成分線形モデルイントラ予測が用いられてよいことを示す。ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ルーマ成分からクロマ成分への交差－成分線形モデルイントラ予測は非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにルーマ成分からクロマ成分への交差－成分線形モデルイントラ予測は用いられないことを示す。一方、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しなくてもよいが、この時には、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０と推論されてよい。

－ｎｏ＿ｍｔｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｍｔｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｍｔｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｍｔｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ値に対する制約がない。すなわち、ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、シーケンスパラメータセット（ｓｅｑｕｅｎｃｅｐａｒａｍｅｔｅｒｓｅｔ，ＳＰＳ）にｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在するか否かを示すフラグである。例えば、ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ＳＰＳにｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在することを示す。ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ＳＰＳにｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しないことを示す。

このとき、ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｍｔｓ＿ｉｄｘがＣＬＶＳのイントラコーディングユニットシンタックスに存在するか否かを示すフラグである。例えば、ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ／ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ｍｔｓ＿ｉｄｘがＣＬＶＳのイントラ／インターコーディングユニットシンタックスに存在してよいことを示す。ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ／ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ｍｔｓ＿ｉｄｘがＣＬＶＳのイントラ／インターコーディングユニットシンタックスに存在しないことを示す。一方、ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ／ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しなくてもよいがこの時には、ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ／ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０と推論されてよい。

上述したｍｔｓ＿ｉｄｘは、現在コーディングユニットにおいて関連しているルーマ変換ブロックの水平及び垂直方向に沿って適用される変換カーネルを示すシンタックス要素である。

－ｎｏ＿ｓｂｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｓｂｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｓｂｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｓｂｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｓｂｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｓｂｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｓｂｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ値に対する制約がない。すなわち、ｓｐｓ＿ｓｂｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｓｂｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるインター予測されたコーディングユニット（ｉｎｔｅｒ－ｐｒｅｄｉｃｔｅｄｃｏｄｉｎｇｕｎｉｔ（ＣＵ）ｓ）に対するサブブロック変換の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｓｂｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、インター予測されたコーディングユニットに対するサブブロック変換は活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにインター予測されたコーディングユニットに対するサブブロック変換が用いられてよいことを示す。ｓｐｓ＿ｓｂｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、インター予測されたコーディングユニットに対するサブブロック変換は非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにインター予測されたコーディングユニットに対するサブブロック変換は用いられないことを示す。

－ｎｏ＿ａｆｆｉｎｅ＿ｍｏｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ａｆｆｉｎｅ＿ｍｏｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ａｆｆｉｎｅ＿ｍｏｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ａｆｆｉｎｅ＿ｍｏｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるアフィンモデルベースのモーション補償（ａｆｆｉｎｅｍｏｄｅｌｂａｓｅｄｍｏｔｉｏｎｃｏｍｐｅｎｓａｔｉｏｎ）の活性化されるか否かを示すフラグである。また、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳのコーディングユニットシンタックスにｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ及びｃｕ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇが存在するか否かを示す。例えば、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、アフィンモデルベースのモーション補償は活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにアフィンモデルベースのモーション補償が用いられてよいことを示す。また、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ＣＬＶＳのコーディングユニットシンタックスにｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ及びｃｕ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇが存在してよいことを示す。ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、アフィンモデルベースのモーション補償は非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにアフィンモデルベースのモーション補償が用いられないことを示す。ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ＣＬＶＳのコーディングユニットシンタックスにｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇ及びｃｕ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇが存在しないことを示す。

このとき、ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇは、現在コーディングユニットをデコードする時に、現在コーディングユニットの予測サンプルを生成するためにアフィンモデルベースのモーション補償が用いられるか否かを示すフラグである。ｃｕ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇは、現在コーディングユニットをデコードする時に、４個のパラメータを使用するアフィンモデルベースのモーション補償が用いられるか、６個のパラメータを使用するアフィンモデルベースのモーション補償が用いられるかを示すフラグである。

－ｎｏ＿ｂｃｗ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｂｃｗ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｂｃｗ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｂｃｗ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるコーディングユニット加重値（ｗｅｉｇｈｔｓ）を使用した両方向予測の活性化されるか否かを示すフラグである。また、ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳのコーディングユニットシンタックスにｂｃｗ＿ｉｄｘが存在するか否かを示すことができる。例えば、ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、コーディングユニット加重値を使用した両方向予測は活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにコーディングユニット加重値を使用した両方向予測が用いられてよいことを示す。また、ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇ値が１であれば、ＣＬＶＳのコーディングユニットシンタックスにｂｃｗ＿ｉｄｘが存在してよいことを示す。ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、コーディングユニット加重値を使用した両方向予測は非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにコーディングユニット加重値を使用した両方向予測は用いられないことを示す。また、ｓｐｓ＿ｂｃｗ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ＣＬＶＳのコーディングユニットシンタックスにｂｃｗ＿ｉｄｘが存在しないことを示す。

このとき、ｂｃｗ＿ｉｄｘは、コーディングユニット加重値を使用した両方向予測と関連したインデックスを示すシンタックス要素である。

－ｎｏ＿ｉｂｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｉｂｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｉｂｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｉｂｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ値に対する制約がない。すなわち、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるＩＢＣ（ｉｎｔｒａｂｌｏｃｋｃｏｐｙ）予測モードの活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ＩＢＣ予測モードは活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにＩＢＣ予測モードが用いられてよいことを示す。ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ＩＢＣ予測モードは非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにＩＢＣ予測モードは用いられないことを示す。

－ｎｏ＿ｃｉｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｃｉｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｃｉｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｃｉｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｃｉｉｐ＿ｆｌａｇがインターコーディングユニットに対するコーディングユニットシンタックスに存在するか否かを示すフラグである。例えば、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ｃｉｉｐ＿ｆｌａｇがインターコーディングユニットに対するコーディングユニットシンタックスに存在しないことを示す。ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ｃｉｉｐ＿ｆｌａｇがインターコーディングユニットに対するコーディングユニットシンタックスに存在してもよいことを示す。

ｃｉｉｐ＿ｆｌａｇは、結合されたインター－ピクチャーマージ（ｉｎｔｅｒ－ｐｉｃｔｕｒｅｍｅｒｇｅ）及びイントラ－ピクチャー予測（ｉｎｔｒａ－ｐｉｃｔｕｒｅｐｒｅｄｉｃｔｉｏｎ）が現在コーディングユニットに対して適用されるか否かを示すフラグである。

－ｎｏ＿ｆｐｅｌ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｆｐｅｌ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｆｐｅｌ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｆｐｅｌ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ値が０であれば、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、モーションベクトル差（ｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ）を使用するマージモード（ｍｅｒｇｅｍｏｄｅ）で用いられるサンプル精密度のタイプを示すフラグである。例えば、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、モーションベクトル差を使用するマージモードで用いられるサンプル精密度が整数サンプル精密度（ｉｎｔｅｇｅｒｓａｍｐｌｅｐｒｅｃｉｓｉｏｎ）であることを示す。ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、モーションベクトル差を使用するマージモードで用いられるサンプル精密度が分数サンプル精密度（ｆｒａｃｔｉｏｎａｌｓａｍｐｌｅｐｒｅｃｉｓｉｏｎ）であることを示す。一方、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しなくてもよいが、この時には、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０と推論されてよい。ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｓｐｓ＿ｍｍｖｄ＿ｆｕｌｌｐｅｌ＿ｏｎｌｙ＿ｆｌａｇと呼ぶこともできる。

－ｎｏ＿ｔｒｉａｎｇｌｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｔｒｉａｎｇｌｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｔｒｉａｎｇｌｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｔｒｉａｎｇｌｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、三角形形態ベースモーション補償が適用されるか否かを示すフラグである。三角形形態ベースモーション補償予測方法は、インターコーディングユニットの斜線を基準に２つの三角形模型に区分されてよく、各三角形領域のモーション情報セットが異なり得るが、これに基づいてモーション補償を行い、予測サンプルを生成することができる

－ｎｏ＿ｌａｄｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｌａｄｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｌａｄｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｌａｄｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｌａｄｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｌａｄｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｌａｄｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｌａｄｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｌａｄｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳ内にｓｐｓ＿ｎｕｍ＿ｌａｄｆ＿ｉｎｔｅｒｖａｌｓ＿ｍｉｎｕｓ２、ｓｐｓ＿ｌａｄｆ＿ｌｏｗｅｓｔ＿ｉｎｔｅｒｖａｌ＿ｑｐ＿ｏｆｆｓｅｔ、ｓｐｓ＿ｌａｄｆ＿ｑｐ＿ｏｆｆｓｅｔ［ｉ］、及びｓｐｓ＿ｌａｄｆ＿ｄｅｌｔａ＿ｔｈｒｅｓｈｏｌｄ＿ｍｉｎｕｓ１［ｉ］が存在するか否かを示すフラグである。例えば、ｓｐｓ＿ｌａｄｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ＳＰＳ内にｓｐｓ＿ｎｕｍ＿ｌａｄｆ＿ｉｎｔｅｒｖａｌｓ＿ｍｉｎｕｓ２、ｓｐｓ＿ｌａｄｆ＿ｌｏｗｅｓｔ＿ｉｎｔｅｒｖａｌ＿ｑｐ＿ｏｆｆｓｅｔ、ｓｐｓ＿ｌａｄｆ＿ｑｐ＿ｏｆｆｓｅｔ［ｉ］、及びｓｐｓ＿ｌａｄｆ＿ｄｅｌｔａ＿ｔｈｒｅｓｈｏｌｄ＿ｍｉｎｕｓ１［ｉ］が存在することを示す。ｓｐｓ＿ｌａｄｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ＳＰＳ内にｓｐｓ＿ｎｕｍ＿ｌａｄｆ＿ｉｎｔｅｒｖａｌｓ＿ｍｉｎｕｓ２、ｓｐｓ＿ｌａｄｆ＿ｌｏｗｅｓｔ＿ｉｎｔｅｒｖａｌ＿ｑｐ＿ｏｆｆｓｅｔ、ｓｐｓ＿ｌａｄｆ＿ｑｐ＿ｏｆｆｓｅｔ［ｉ］、及びｓｐｓ＿ｌａｄｆ＿ｄｅｌｔａ＿ｔｈｒｅｓｈｏｌｄ＿ｍｉｎｕｓ１［ｉ］が存在しないことを示す。

ｓｐｓ＿ｎｕｍ＿ｌａｄｆ＿ｉｎｔｅｒｖａｌｓ＿ｍｉｎｕｓ２は、ＳＰＳに存在するシンタックス要素であるｓｐｓ＿ｌａｄｆ＿ｄｅｌｔａ＿ｔｈｒｅｓｈｏｌｄ＿ｍｉｎｕｓ１［ｉ］、及びｓｐｓ＿ｌａｄｆ＿ｑｐ＿ｏｆｆｓｅｔ［ｉ］の個数を示すシンタックス要素である。ｓｐｓ＿ｎｕｍ＿ｌａｄｆ＿ｉｎｔｅｒｖａｌｓ＿ｍｉｎｕｓ２は、０～３の範囲の値を有してよい。

ｓｐｓ＿ｌａｄｆ＿ｌｏｗｅｓｔ＿ｉｎｔｅｒｖａｌ＿ｑｐ＿ｏｆｆｓｅｔは、変数である量子化パラメータ（ｑｕａｎｔｉｚａｔｉｏｎｐａｒａｍｅｔｅｒ，ＱＰ）を導出するために用いられるオフセットを示すシンタックス要素である。ｓｐｓ＿ｌａｄｆ＿ｌｏｗｅｓｔ＿ｉｎｔｅｒｖａｌ＿ｑｐ＿ｏｆｆｓｅｔは、－６３～６３の範囲の値を有してよい。

ｓｐｓ＿ｌａｄｆ＿ｑｐ＿ｏｆｆｓｅｔ［ｉ］は、変数である量子化パラメータを導出するために用いられるオフセット配列を示すシンタックス要素である。ｓｐｓ＿ｌａｄｆ＿ｑｐ＿ｏｆｆｓｅｔ［ｉ］は、－６３～６３の範囲の値を有してよい。

ｓｐｓ＿ｌａｄｆ＿ｄｅｌｔａ＿ｔｈｒｅｓｈｏｌｄ＿ｍｉｎｕｓ１［ｉ］は、ｉ番目のルーマ強度レベルインターバル（ｌｕｍａｉｎｔｅｎｓｉｔｙｌｅｖｅｌｉｎｄｅｒｖａｌ）の下限を指定するシンタックス要素であるＳｐｓＬａｄｆＩｎｔｅｒｖａｌＬｏｗｅｒＢｏｕｎｄ［ｉ］の値を計算するために用いられるシンタックス要素である。ｓｐｓ＿ｌａｄｆ＿ｄｅｌｔａ＿ｔｈｒｅｓｈｏｌｄ＿ｍｉｎｕｓ１［ｉ］は、０～２^{ＢｉｔＤｅｐｔｈ}－３の範囲の値を有してよい。ＢｉｔＤｅｐｔｈは、ビット深度を示すものであって、映像の明るさを表現するために必要なビット数を意味する。

－ｎｏ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｔｒａｎｓｆｒｏｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、変換ユニット（ｔｒａｎｓｆｏｒｍｕｎｉｔ）シンタックス内にｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇが存在するか否かを示すフラグである。例えば、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、変換ユニットシンタックス内にｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇが存在してよいことを示す。ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、変換ユニットシンタックス内にｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇが存在しないことを示す。

ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇは、変換ブロックに変換が適用されたか否かを示すフラグである。

－ｎｏ＿ｂｄｐｃｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｂｄｐｃｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｂｄｐｃｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｂｄｐｃｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｆｌａｇ及びｉｎｔｒａ＿ｂｄｐｃｍ＿ｃｈｒｏｍａ＿ｆｌａｇがイントラコーディングユニットに対するコーディングユニットシンタックスに存在するか否かを示すフラグである。例えば、ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｆｌａｇ及びｉｎｔｒａ＿ｂｄｐｃｍ＿ｃｈｒｏｍａ＿ｆｌａｇがイントラコーディングユニットに対するコーディングユニットシンタックスに存在してよいことを示す。ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｆｌａｇ及びｉｎｔｒａ＿ｂｄｐｃｍ＿ｃｈｒｏｍａ＿ｆｌａｇがイントラコーディングユニットに対するコーディングユニットシンタックスに存在しないことを示す。一方、ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇが存在しなくてもよいが、この時には、ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０と推論されてよい。

ｉｎｔｒａ＿ｂｄｐｃｍ＿ｌｕｍａ＿ｆｌａｇ／ｉｎｔｒａ＿ｂｄｐｃｍ＿ｃｈｒｏｍａ＿ｆｌａｇは、ｂｄｐｃｍ（Ｂｌｏｃｋ－ｂａｓｅｄＤｅｌｔａＰｕｌｓｅＣｏｄｅＭｏｄｕｌａｔｉｏｎ）が特定位置（ｘ０，ｙ０）のルーマ／クロマコーディングブロックに適用されるか否かを示すフラグである。

－ｎｏ＿ｑｐ＿ｄｅｌｔａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｑｐ＿ｄｅｌｔａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｑｐ＿ｄｅｌｔａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ値が１であれば、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｑｐ＿ｄｅｌｔａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＰＰＳを参照するＰＨ内に、シンタックス要素であるｐｈ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ＿ｉｎｔｒａ＿ｓｌｉｃｅ及びｐｈ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ＿ｉｎｔｅｒ＿ｓｌｉｃｅが存在するか否かを示すフラグである。また、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、変換ユニットシンタックス及びパレットコーディングシンタックス内に含まれるシンタックス要素であるｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓ及びｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｆｌａｇが存在するか否かを示す。例えば、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ＰＰＳを参照するＰＨ内に、シンタックス要素であるｐｈ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ＿ｉｎｔｒａ＿ｓｌｉｃｅ及びｐｈ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ＿ｉｎｔｅｒ＿ｓｌｉｃｅが存在してよいことを示す。また、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、変換ユニットシンタックス及びパレットコーディングシンタックス内に、シンタックス要素であるｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓ及びｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｆｌａｇが存在してよいことを示す。ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ＰＰＳを参照するＰＨ内に、シンタックス要素であるｐｈ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ＿ｉｎｔｒａ＿ｓｌｉｃｅ及びｐｈ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ＿ｉｎｔｅｒ＿ｓｌｉｃｅが存在しないことを示す。またｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、変換ユニットシンタックス及びパレットコーディングシンタックス内に、シンタックス要素であるｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓ及びｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｆｌａｇが存在しないことを示す。

ｐｈ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ＿ｉｎｔｒａ＿ｓｌｉｃｅ／ｐｈ＿ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｕｂｄｉｖ＿ｉｎｔｅｒ＿ｓｌｉｃｅは、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓ及びｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｆｌａｇを伝達（ｃｏｎｖｅｙ）するイントラ／インタースライス内のコーディングユニットの最大値‘ｃｂＳｕｂｄｉｖ’を示すシンタックス要素である。このとき、‘ｃｂＳｕｂｄｉｖ’は、ブロックの下位分割値を表す。

ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓは、現在コーディングユニットの量子化パラメータと現在コーディングユニットの量子化パラメータ予測値との差‘ＣｕＱｐＤｅｌｔａＶａｌ’の絶対値を示すシンタックス要素である。

ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｆｌａｇは、前記‘ＣｕＱｐＤｅｌｔａＶａｌ’の符号（ｓｉｇｎ）を示すフラグである。

－ｎｏ＿ｄｅｐ＿ｑｕａｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｄｅｐ＿ｑｕａｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｄｅｐ＿ｑｕａｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｄｅｐ＿ｑｕａｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳを参照するピクチャーに用いられる従属量子化（ｄｅｐｅｎｄｅｎｔｑｕａｎｔｉｚａｔｉｏｎ）の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、従属量子化は活性化され、ＳＰＳを参照するピクチャーに従属量子化が用いられてよいことを示す。ｓｐｓ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、従属量子化は非活性化され、ＳＰＳを参照するピクチャーに従属量子化は用いられないことを示す。

－ｎｏ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳを参照するピクチャーに用いられる符号ビット隠し（ｓｉｇｎｂｉｔｈｉｄｉｎｇ）の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ＳＰＳを参照するピクチャーに用いられる符号ビット隠しは活性化され、ＳＰＳを参照するピクチャーに符号ビット隠しが用いられてよいことを示す。ｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ＳＰＳを参照するピクチャーに用いられる符号ビット隠しは非活性化され、ＳＰＳを参照するピクチャーに符号ビット隠しが用いられないことを示す。

図１２は、本発明の一実施例に係る、シーケンスパラメータセット（Ｓｅｑｕｅｎｃｅｐａｒａｍｅｔｅｒｓｅｔ，ＳＰＳ）ＲＢＳＰシンタックス（ｓｙｎｔａｘ）を示す図である。

図１２について説明すると、ＳＰＳＲＢＳＰシンタックス構造には、ｓｐｓ＿ｓｃａｌｉｎｇ＿ｌｉｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇを含め、高い動的範囲（ｈｉｇｈｄｙｎａｍｉｃｒａｎｇｅ，ｈｄｒ）に関連したパラメータ情報及び後述するｓｐｓパラメータを追加するための拡張空間も含まれている。図１２に開示されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ以下のｉｆ節が、ｈｄｒに関連したパラメータ情報であってよい。

図１３は、本発明の一実施例に係る、一般制約情報（Ｇｅｎｅｒａｌｃｏｎｓｔｒａｉｎｔｉｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を示す図である。図１３に示すように、ＧＣＩシンタックスは、変換スキップ（ｔｒａｎｓｆｏｒｍｓｋｉｐ）及びｂｄｐｃｍ（Ｂｌｏｃｋ－ｂａｓｅｄＤｅｌｔａＰｕｌｓｅＣｏｄｅＭｏｄｕｌａｔｉｏｎ）と関連したフラグを含むことができ、前記フラグをシグナルすることができる。

前述した、ｎｏ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ、ｎｏ＿ｂｄｐｃｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇについて、図１１、図１３を用いてより詳細に説明する。図１１に示すように、ＳＰＳＲＢＳＰシンタックスは、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合に、ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇをシグナルする構造を有する。このような構造は、ｂｄｐｃｍの活性化されるか否かを示すためには変換スキップ（ｔｒａｎｓｆｏｒｍｓｋｉｐ）に対する活性化条件が先行されるべきであることを意味する。

したがって、ＧＣＩシンタックスにおいてもＳＰＳＲＢＳＰシンタックスと同じ方法のシグナリング構造が必要である。例えば、ｎｏ＿ｔｒａｎｆｏｒｍ＿ｓｋｉｐ＿ｃｏａｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、０の値を有し、よって、変換スキップ（ｔｒａｎｓｆｏｒｍｓｋｉｐ）は非活性化される。このとき、ｎｏ＿ｂｄｐｃｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１又は０に設定されることは、無意味に１ビットを使用することである。言い換えると、変換スキップ（ｔｒａｎｓｆｏｒｍｓｋｉｐ）が活性化される場合（ｓｐｓ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝１）に、ｂｄｐｃｍの活性化されるか否かを示すためのシンタックス要素（ｓｐｓ＿ｂｄｐｃｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）がシグナルされるため、変換スキップ（ｔｒａｎｓｆｏｒｍｓｋｉｐ）が非活性化される場合には、ｂｄｐｃｍを制約するフラグ（ｎｏ＿ｂｄｐｃｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ）をシグナルすることは、余計なビットの浪費である。

したがって、図１３に示すように、ｎｏ＿ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０のときに、ｎｏ＿ｂｄｐｃｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇがシグナルされてよい。これは、下記の式２のように表現されてよい。

図１４は、本発明の一実施例に係る、一般制約情報（Ｇｅｎｅｒａｌｃｏｎｓｔｒａｉｎｔｉｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を示す図である。図１４に示すように、ＧＣＩシンタックスは、時間的モーションベクトル予測子（ｔｅｍｐｏｒａｌｍｏｔｉｏｎｖｅｃｔｏｒｐｒｅｄｉｃｔｏｒｓ，ｔｅｍｐｏｒａｌｍｖｐ）及びサブブロックベースの時間的モーションベクトル予測子（ｓｕｂｂｌｏｃｋ－ｂａｓｅｄｔｅｍｐｏｒａｌｍｏｔｉｏｎｖｅｃｔｏｒｐｒｅｄｉｃｔｏｒｓ，ｓｂｔｍｖｐ）に関連したフラグを含むことができ、前記フラグをシグナルすることができる。

前述した、ｎｏ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ、ｎｏ＿ｓｂｔｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇについて、図１１、図１４を用いてより詳細に説明する。図１１に示すように、ＳＰＳＲＢＳＰシンタックスは、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合にｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇをシグナルする構造を有する。このような構造は、サブブロックベースの時間的モーションベクトル予測子（ｓｂｔｍｖｐ）を示すためには時間的モーションベクトル予測子（ｔｅｍｐｏｒａｌｍｖｐ）の活性化条件が先行されるべきであることを意味する。

したがって、図９で説明した通り、ｎｏ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されて非活性化され、ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇはシグナルされないので、ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するｎｏ＿ｓｂｔｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇはシグナルされる必要がない。一方、ｎｏ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は制約されないので、ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇはシグナルされてよく、よって、ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの活性化されるか否かを知らせるｎｏ＿ｓｂｔｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇはシグナルされてよい。これは、下記の式３のように表現できる。

したがって、図１４に示すように、ｎｏ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０のときにｎｏ＿ｓｂｔｍｖｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇがシグナルされてよい。これは、下記の式３のように表現できる。

図１５は、一般制約情報（Ｇｅｎｅｒａｌｃｏｎｓｔｒａｉｎｔｉｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を示す図である。図１５に示すように、ＧＣＩシンタックスはモーションベクトル差を使用するマージモード（ｍｅｒｇｅｗｉｔｈｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ，ｍｍｖｄ）及び全体ＰＥＬ（ｆｕｌｌｐｅｌ，ｆｐｅｌ）ｍｍｖｄに関連したフラグを含むことができ、前記フラグをシグナルすることができる。

前述した、ｎｏ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ、ｎｏ＿ｆｐｅｌ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇについて図１１、図１５を用いてより詳細に説明する。具体的に、図１１に示すように、ＳＰＳＲＢＳＰシンタックスは、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合にｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇをシグナルする構造を有する。このような構造は、全体ＰＥＬｍｍｖｄを示すためにはｍｍｖｄの活性化条件が先行されるべきであることを意味する。

ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、インター予測（ｉｎｔｅｒｐｒｅｄｉｃｔｉｏｎ）でモーションベクトル差を使用するマージモード（ｍｅｒｇｅｗｉｔｈｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ，ｍｍｖｄ）の活性化されるか否かを示すことができる。例えば、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、モーションベクトル差を使用するマージモードは活性化され、ＣＬＶＳにおいてピクチャーのデコーディングに用いられてよいことを示す。ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、モーションベクトル差を使用するマージモードは非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングに用いられないことを示す。

また、上述したように、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｍｍｖｄを使用するとき、整数サンプル精密度（ｉｎｔｅｇｅｒｓａｍｐｌｅｐｒｅｃｉｓｉｏｎ）を有するモーションベクトル差（ｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ）の使用されるか否かを示すことができる。

このとき、ｎｏ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

したがって、ｎｏ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されて非活性化され、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇはシグナルされないので、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するｎｏ＿ｆｐｅｌ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇはシグナルされる必要がない。一方、ｎｏ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は制約されないので、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇはシグナルされてよく、よって、ｓｐｓ＿ｆｐｅｌ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの活性化されるか否かを知らせるｎｏ＿ｆｐｅｌ＿ｍｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇはシグナルされてよい。これは、下記の式４のように表現できる。

図１６は、一般制約情報（Ｇｅｎｅｒａｌｃｏｎｓｔｒａｉｎｔｉｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を示す図である。図１６に示すように、ＧＣＩシンタックスは、アフィンモデルベースのモーション補償（ａｆｆｉｎｅｍｏｄｅｌｂａｓｅｄｍｏｔｉｏｎｃｏｍｐｅｎｓａｔｉｏｎ）に関連したフラグを含むことができ、前記フラグをシグナルすることができる。アフィンモデルベースのモーション補償に関連したフラグの一例に、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇなどがあり得る。

具体的に、図１１に示すように、ＳＰＳＲＢＳＰシンタックスは、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合にｓｐｓ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇをシグナルする構造を有する。このような構造は、ｓｐｓ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇがシグナルされるためにはアフィンモデルベースのモーション補償の活性化条件が先行されるべきであることを意味する。

ｓｐｓ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇは、６個のパラメータを使用するアフィンモデルベースのモーション補償が用いられるか否かを示すフラグであり、ｓｐｓ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇの値が０であれば、６個のパラメータを使用するアフィンモデルベースのモーション補償は用いられない。ｓｐｓ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇの値が１であれば、６個のパラメータを使用するアフィンモデルベースのモーション補償が用いられてよいことを示すことができる。

ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、アフィンモデルベースのモーション補償に用いられる適応的モーションベクトル解像度（ｍｏｔｉｏｎｖｅｃｔｏｒｒｅｓｏｌｕｔｉｏｎ）の使用されるか否かを示すフラグである。

ｓｐｓ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、アフィンモデルベースのモーション補償に対してオプティカルフロー（ｏｐｔｉｃａｌｆｌｏｗ）を適用する補正が用いられか否かを示すフラグである。

したがって、図９で説明した通り、ｎｏ＿ａｆｆｉｎｅ＿ｍｏｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されて非活性化され、ｓｐｓ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇはシグナルされないので、ｓｐｓ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇをそれぞれ制御するｎｏ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ、ｎｏ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ、ｎｏ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇはシグナルされる必要がない。一方、ｎｏ＿ａｆｆｉｎｅ＿ｍｏｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は制約されないので、ｓｐｓ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇはシグナルされてよく、よって、ｓｐｓ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇのシグナリングされるか否かを知らせるｎｏ＿ａｆｆｉｎｅ＿ｔｙｐｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ、ｎｏ＿ａｆｆｉｎｅ＿ａｍｖｒ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ、ｎｏ＿ａｆｆｉｎｅ＿ｐｒｏｆ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇはシグナルされてよい。これは、下記の式５のようで表現できる。

図１７は、本発明の一実施例に係るシンタックスを示す図である。

図１７（ａ）は、スライスヘッダーシンタックスを示す図であり、図１７（ｂ）は、一般制約情報（Ｇｅｎｅｒａｌｃｏｎｓｔｒａｉｎｔｉｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を示す図である。図１７（ｂ）について説明すると、ＧＣＩシンタックスは、従属量子化（ｄｅｐｅｎｄｅｎｔｑｕａｎｔｉｚａｔｉｏｎ）に関連したフラグ、及び符号データ隠し（ｓｉｇｎｄａｔａｈｉｄｉｎｇ）に関連したフラグを含むことができ、前記フラグをシグナルすることができる。図１７（ａ）は、スライスヘッダーシンタックス（ｓｌｉｃｅｈｅａｄｅｒｓｙｎｔａｘ）において従属量子化に関連したフラグ（ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）と符号データ隠しに関連したフラグ（ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）をシグナルするための構造を示す図である。図１７（ａ）に示すように、ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが非活性化された（用いられない）場合にのみ、ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇはシグナルされてよい。

したがって、図９で説明した通り、ｎｏ＿ｄｅｐ＿ｑｕａｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されて非活性化され、ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇはシグナルされてよい。ｎｏ＿ｄｅｐ＿ｑｕａｎｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は制約されないので、ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇの活性化されるか否かを知らせるｎｏ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、シグナルされる必要がある。これは、下記の式６のように表現できる。上述したｓｐｓ＿ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｄｅｐ＿ｑｕａｎｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇと同一であり、ｓｐｓ＿ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｓｉｇｎ＿ｄａｔａ＿ｈｉｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇと同一であってよい。

図１８は、一般制約情報（Ｇｅｎｅｒａｌｃｏｎｓｔｒａｉｎｔｉｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を示す図である。図１８に示すように、ＧＣＩシンタックスは、多重変換セット（ｍｕｌｔｉｐｌｅｔｒａｎｓｆｏｒｍｓｅｔ，ｍｔｓ）に関連したフラグを含むことができ、前記フラグをシグナルすることができる。多重変換セットに関連したフラグの一例に、ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇなどがあり得る。

前述した、ｎｏ＿ｍｔｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ、ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇについて図１１、図１８を用いてより詳細に説明する。ＳＰＳＲＢＳＰシンタックスは、ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合にｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇをシグナルする構造を有する。例えば、ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、変換カーネルをＤＣＴ２－ＤＣＴ２のみ使用できる。ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ＤＣＴ２以外の他のカーネルを暗示的に（ｉｍｐｌｉｃｉｔ）使用するように示すことができる。また、ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であり、ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値がいずれも１であれば、暗示的に多重変換セットを指示する他、イントラモードに対して多重変換セットを指示することもでき、インターモードに対しても多重変換セットを別個に指示できる。

したがって、図９で説明した通り、ｎｏ＿ｍｔｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されて非活性化され、ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、シグナルされない。一方、ｎｏ＿ｍｔｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｍｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は制約されないので、ｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ及びｓｐｓ＿ｅｘｐｌｉｃｉｔ＿ｍｔｓ＿ｉｎｔｅｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇはシグナルされてよい。これは、下記の式７のように表現できる。

図１９は、本発明の一実施例に係る一般制約情報（Ｇｅｎｅｒａｌｃｏｎｓｔｒａｉｎｔｉｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を示す図である。図１９に示すように、図１１で例示したシーケンスパラメータセット（ｓｅｑｕｅｎｃｅｐａｒａｍｅｔｅｒｓｅｔ，ＳＰＳ）ＲＢＳＰシンタックスに定義されたツール／機能に関連したシンタックス要素のうち一部を制御するシンタックス要素をＧＣＩシンタックスに追加し、その機能を拡張することができる。追加されるシンタックス要素は、下記の通りである。

－ｎｏ＿ｓｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｓｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｓｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｓｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｓｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｓｍｖｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｓｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｓｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｓｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられる対称モーションベクトル（ｓｙｍｍｅｔｒｉｃｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ）の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｓｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ＣＬＶＳにおいてピクチャーのデコーディングに用いられる対称モーションベクトルは活性化され、ＣＬＶＳにおいてピクチャーのデコーディングに対称モーションベクトルが用いられてよいことを示す。ｓｐｓ＿ｓｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ＣＬＶＳにおいてピクチャーのデコーディングに用いられる対称モーションベクトルは非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングに対称モーションベクトルは用いられないことを示す。

－ｎｏ＿ｉｓｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｉｓｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｉｓｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｉｓｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｉｓｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｉｓｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｉｓｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｉｓｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｉｓｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに使用されるサブパーティション（ｓｕｂｐａｒｔｉｔｉｏｎｓ）が用いられるイントラ予測の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｉｓｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ＣＬＶＳにおいてピクチャーのデコーディングに使用されるサブパーティションが用いられるイントラ予測は活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにサブパーティションが使用されるイントラ予測は用いられてよいことを示す。ｓｐｓ＿ｉｓｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ＣＬＶＳにおいてピクチャーのデコーディングに使用されるサブパーティションが用いられるイントラ予測は非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにサブパーティションが使用されるイントラ予測は用いられないことを示す。

－ｎｏ＿ｍｒｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｍｒｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｍｒｌ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｍｒｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｍｒｌ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｍｒｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｍｒｌ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｍｒｌ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｍｒｌ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられる多重参照ライン（ｍｕｌｔｉｐｌｅｒｅｆｅｒｅｎｃｅｌｉｎｅｓ）を使用するイントラ予測の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｍｒｌ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ＣＬＶＳにおいてピクチャーのデコーディングに用いられる多重参照ラインを使用するイントラ予測は活性化され、ＣＬＶＳにおいてピクチャーのデコーディングに多重参照ラインを使用するイントラ予測は用いられてよいことを示す。ｓｐｓ＿ｍｒｌ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ＣＬＶＳにおいてピクチャーのデコーディングに用いられる多重参照ラインを使用するイントラ予測は非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングに多重参照ラインを使用するイントラ予測は用いられないことを示す。

－ｎｏ＿ｍｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｍｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｍｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｍｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｍｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｍｉｐ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｍｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｍｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｍｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるメトリックスベースイントラ予測（ｍａｔｒｉｘ－ｂａｓｅｄｉｎｔｒａｐｒｅｄｉｃｔｉｏｎ）の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｍｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるメトリックスベースイントラ予測は活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにメトリックスベースイントラ予測は用いられてよいことを示す。ｓｐｓ＿ｍｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるメトリックスベースイントラ予測は非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにメトリックスベースイントラ予測は用いられないことを示す。

－ｎｏ＿ｌｆｎｓｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｌｆｎｓｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｌｆｎｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｌｆｎｓｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｌｆｎｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｌｆｎｓｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｌｆｎｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｌｆｎｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｌｆｎｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｌｆｎｓｔ＿ｉｄｘがイントラコーディングユニットシンタックスに存在するか否かを示すフラグである。例えば、ｓｐｓ＿ｌｆｎｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ｌｆｎｓｔ＿ｉｄｘがイントラコーディングユニットシンタックスに存在してよいことを示す。ｓｐｓ＿ｌｆｎｓｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ｌｆｎｓｔ＿ｉｄｘがイントラコーディングユニットシンタックスに存在しないことを示す。

このとき、ｌｆｎｓｔ＿ｉｄｘは、現在ブロックに低帯域非分離変換（ｌｏｗｆｒｅｑｕｅｎｃｙｎｏｎ－ｓｅｐａｒａｂｌｅｔｒａｎｓｆｏｒｍ）が適用されるか否かを示すシンタックス要素である。

－ｎｏ＿ｌｍｃｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｌｍｃｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｌｍｃｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｌｍｃｓ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるクロマスケーリング及びルーママッピング（ｌｕｍａｍａｐｐｉｎｇｗｉｔｈｃｈｒｏｍａｓｃａｌｉｎｇ）の活性化されるか否かを示すフラグである。例えば、ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるクロマスケーリング及びルーママッピングは活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにクロマスケーリング及びルーママッピングは用いられてよいことを示す。ｓｐｓ＿ｌｍｃｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるクロマスケーリング及びルーママッピングは非活性化され、ＣＬＶＳにおいてピクチャーのデコーディングにクロマスケーリング及びルーママッピングは用いられないことを示す。

－ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ

ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するフラグである。例えば、ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に対する制約がない。すなわち、ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、ＳＰＳＲＢＳＰシンタックスのパーシング結果によって決定されてよい。

このとき、ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳのコーディングユニットシンタックス内にｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが存在するかを示すフラグである。例えば、ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１であれば、ＣＬＶＳのコーディングユニットシンタックス内にｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが存在してよいことを示す。ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が０であれば、ＣＬＶＳのコーディングユニットシンタックス内にｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが存在しないことを示す。

このとき、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、現在コーディングユニットにパレットモード（ｐａｌｅｔｔｅｍｏｄｅ）が適用されるか否かを示すフラグである。

より具体的に、ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇについて説明すると、ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇがシグナルされるためにはｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの変数値が事前に取得される必要がある。ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは、ルーマサンプリングに対するクロマサンプリングを示す。したがって、ＧＣＩシンタックスである‘ｇｅｎｅｒａｌ＿ｃｏｎｓｔｒａｉｎｔ＿ｉｎｆｏ（）’内に、シンタックス要素ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが含まれる必要がある。この場合は、ＤＰＳシンタックスとＶＰＳシンタックス内では必要な構造である。他の場合として、ＳＰＳシンタックスに含まれるプロファイルティアレベルシンタックス（ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌｓｙｎｔａｘ）にＧＣＩシンタックスが含まれる場合は、前記プロファイルティアレベルシンタックスに含まれたＧＣＩシンタックスがパースされ、後でｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃシンタックス要素がもう一度パースされ得るため、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが重複して呼び出されることがある。言い換えると、ＤＰＳシンタックス又はＶＰＳシンタックスに含まれるＧＣＩシンタックスはｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃを含み、プロファイルティアレベルシンタックスに含まれるＧＣＩシンタックスにｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが含まれ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃは重複してパースされることがある。このため、プロファイルティアレベルシンタックスにＧＣＩシンタックスが含まれる場合、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｘシンタックス要素はシグナルされなくてもよい。または、デコーダが常にＧＣＩシンタックスをパースするシステムでは、ＳＰＳＲＢＳＰシンタックスにｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃシンタックス要素は含まれないように設定されてもよい。

図１９で説明したそれぞれの制約フラグは、前記制約フラグ（ｎｏ＿ｘ＿ｃｏｎｓｔｒａｉｎｔ）ｆｌａｇ）に対応するＳＰＳ活性化フラグ（ｓｐｓ＿ｘ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を制御することができる。

図２０は、本発明の一実施例に係る、一般制約情報（Ｇｅｎｅｒａｌｃｏｎｓｔｒａｉｎｔｉｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を示す図である。図２０に示すように、ＧＣＩシンタックスは、ｃｃｌｍに関連したシンタックス要素を含むことができる。図２０を参照して、図９で説明したｎｏ＿ｃｃｌｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇについてより具体的に説明する。

ｎｏ＿ｃｃｌｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、変数ＣｈｒｏｍａＡｒｒａｙＴｙｐｅの値が０と同じでない場合（ＣｈｒｏｍａＡｒｒａｙＴｙｐｅ！＝０）にシグナルされてよい。ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは、デコードされたビデオデータの輝度及び色差成分のフォーマット値を指定する役割を担う。上述したように、ｎｏ＿ｃｃｌｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御する役割を担うことができる。

ｎｏ＿ｃｃｌｍ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０と同じである、或いはｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの値が１と同じであるとき、ｎｏ＿ｃｃｌｍ＿ｃｏｌｏｃａｔｅｄ＿ｃｈｒｏｍａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇはシグナルされてよい。このとき、ｎｏ＿ｃｃｌｍ＿ｃｏｌｏｃａｔｅｄ＿ｃｈｒｏｍａ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、ｓｐｓ＿ｃｃｌｍ＿ｃｏｌｏｃａｔｅｄ＿ｃｈｒｏｍａ＿ｆｌａｇを制御する役割を担うフラグである。

図９で詳述したように、ｓｐｓ＿ｃｃｌｍ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＣＬＶＳにおいてピクチャーのデコーディングに用いられるルーマ成分からクロマ成分への交差－成分線形モデルイントラ予測（ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔｌｉｎｅａｒｍｏｄｅｌｉｎｔｒａｐｒｅｄｉｃｔｉｏｎ）の活性化されるか否かを示すフラグである。

ｓｐｓ＿ｃｃｌｍ＿ｃｏｌｏｃａｔｅｄ＿ｃｈｒｏｍａ＿ｆｌａｇは、交差－成分線形モデルイントラ予測での左－上端ダウンサンプルされたルーマサンプル（ｔｏｐ－ｌｅｆｔｄｏｗｎｓａｍｐｌｅｄｌｕｍａｓａｍｐｌｅｉｎｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔｌｉｎｅａｒｍｏｄｅｌｉｎｔｒａｐｒｅｄｉｃｔｉｏｎ）が左－上端ルーマサンプル（ｔｏｐ－ｌｅｆｔｌｕｍａｓａｍｐｌｅ）と同じ位置であるか、特定した他の位置であるかを示すフラグである。ｓｐｓ＿ｃｃｌｍ＿ｃｏｌｏｃａｔｅｄ＿ｃｈｒｏｍａ＿ｆｌａｇがシグナルされるためには変数ＣｈｒｏｍａＡｒｒａｙＴｙｐｅに関する情報が必要である。変数ＣｈｒｏｍａＡｒｒａｙＴｙｐｅの値は、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃに関する情報及びｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇに関する情報の組合せで取得されてよい。したがって、シンタックス要素ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ及びｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは、ＳＰＳＲＢＳＰｓｙｎｔａｘに含まれるように定義されてよい。

ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇは、ピクチャーをコードするときに、３種の個別構成要素（Ｙ，Ｃｂ，Ｃｒ）が別個にコードされるか否かを示すフラグである。

図２１は、本発明の一実施例に係る一般制約情報（Ｇｅｎｅｒａｌｃｏｎｓｔｒａｉｎｔｉｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を示す図である。図２１に示すように、ＧＣＩシンタックスは、シンタックス要素ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇを含むことができる。

以下、図２１を参考にして、図１９で説明したシンタックス要素ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇについて具体的に説明する。図１１に示すように、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの値が３であれば（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ＝＝３）、ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは送信されてよい。

ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが制御するシンタックス要素である、現在コーディングユニットにパレットモード（ｐａｌｅｔｔｅｍｏｄｅ）が適用され得るか否かに関連したｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＳＰＳＲＢＳＰシンタックス内に含まれてよい。パレットモードは、色情報をあらかじめテーブルとして構成した後、実際のピクセル値をテーブルのインデックス値にマップする方法である。ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの値が３と同じであれば、クロマフォーマットは４：４：４でよい。ＧＣＩシンタックスがパースされると、ＧＣＩシンタックス内に含まれたシンタックス要素は、それに対応するシンタックス要素に関連した機能を個別的に制御することができる。図１９のようにｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇに対応する、すなわちｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇを制御するｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇがＧＣＩシンタックス内に含まれてよい。上述したように、ＧＣＩシンタックスがパースされ、ＧＣＩシンタックス内に含まれたｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、０に設定されてよい。言い換えると、ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に設定されて活性化されていても、ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が１であれば、ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に設定されてよい。一方、ｎｏ＿ｐａｌｅｔｔｅ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇの値が０であれば、ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは設定された値を有してよく、これによってデコーディング動作は行われてよい。また、ｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇがシグナル又はパースされるための条件は、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの値が３である場合（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ＝＝３）であってよい。

図２２は、本発明の一実施例に係るコーディングツリーユニットシンタックスを示す図である。

図２２に示すように、コーディングツリーユニットシンタックスにパレットコーディングシンタックス（ｐａｌｅｔｔｅｃｏｄｉｎｇｓｙｎｔａｘ）が含まれてよい。ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが真てあれば、デコーダは、パレットコーディングシンタックス‘ｐａｌｅｔｔｅ＿ｃｏｄｉｎｇ（）’をパースすることができる。言い換えると、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇの値が１であれば、現在コーディングブロックがパレットモードにコードされるということを示す。ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、現在ブロックがｉｂｃコードされたブロックでなく、ｓｐｓ＿ｐｌｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇが真てあれば（１の値を有する場合）、シグナル／パースされてよい。このとき、前記ｓｐｓ＿ｐｌｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、図１９などで説明したｓｐｓ＿ｐａｌｅｔｔｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇと同一である。パレットモードは、色情報をあらかじめテーブルとして構成した後、実際ピクセル値をテーブルのインデックス値にマップする方法であり、一般の画面内予測方法と異なる。ｓｐｓ＿ｐｌｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、図１９に示すように、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの値が３であれば（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ＝＝３のような場合）、すなわち、ｃｈｒｏｍａｆｏｒｍａｔ４：４：４である場合にシグナル／パースされてよい。

図２３は、本発明の実施例に係る、画面内予測モードに必要なＭＰＭ（ＭｏｓｔＰｒｏｂａｂｌｅＭｏｄｅｓ）誘導のための位置関係を示す図である。

図２３の現在コーディングブロックの周辺であるＬ位置とＡ位置のルーマ予測モードに基づいてＭＰＭが誘導されてよい。パレットモードが活性化された場合、現在コーディングブロックの隣ブロックには、パレットモードにコードされたブロックが存在してよい。図２３に示すように、Ａ位置の隣ブロックに対するｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇの値が１と同じであれば、Ａ位置の隣ブロックは、パレットモードにコードされたブロックを意味する。一方、Ａ位置の隣ブロックは、一般の予測モードにコードされたブロックでないので、保存された画面内予測モード値がなくてもよい。このとき、画面内予測モード値は、既に設定された予測モードに設定されてよい。例えば、既に設定された予測モードは、平面モード（ｐｌａｎａｒｍｏｄｅ）であってよい。ただし、これに限定されず、ＤＣ（ｄｉｒｅａｃｔｃｕｒｒｅｎｔ）、垂直（Ｖｅｒｔｉｃａｌ）、水平（Ｈｏｒｉｚｏｎｔａｌ）、角度モードのいずれか一つに設定されてよい。

以下、ＭＰＭ（ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ］）誘導の一実施例を説明する。

－ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］の値が０であれば、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ」は平面モードに設定される。

－ＢｄｐｃｍＦｌａｇ［ｘＣｂ］［ｙＣｂ］の値が１であれば、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ］［ｙＣｂ」は、次の式８のように設定されてよい。

－ｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］の値が１であれば、後述する段階にしたがってｉｎｔｒａ＿ｌｕｍａ＿ｎｏｔ＿ｐｌａｎａｒ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］のモードが設定されてよい。

（段階１）隣ブロックの位置（ｘＮｂＡ，ｙＮｂＡ）及び（ｘＮｂＢ，ｙＮｂＢ）はそれぞれ、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）及び（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）に設定されてよい。このとき、ｘＣｂは現在ブロックのｘ座標、ｙＣｂは現在ブロックのｙ座標、ｃｂＨｅｉｇｈｔは現在ブロックの高さ、ｃｂＷｉｄｔｈは現在ブロックの幅、を意味する。

（段階２）ＸがＡ又はＢのいずれか一つに代替される場合に、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、後述する段階にしたがって設定されてよい。

（段階２－１）ブロックに対する可用性導出過程は、入力である位置（ｘＣｕｒｒ，ｙＣｕｒｒ）は（ｘＣｂ，ｙＣｂ）に設定され、周辺ブロック位置（ｘＮｂＹ，ｙＮｂＹ）は（ｘＮｂＸ，ｙＮｂＸ）に設定され、ａｖａｉｌａｂｌｅ出力に割り当てられる。

（段階２－２）イントラ予測モードの候補ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、下記のように設定されてよい。

（段階２－２－１）後述する条件らの一つ以上が真であれば、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは平面モードに設定されてよい。

（条件１）変数ａｖａｉｌａｂｌｅＸは、ＦＡＬＳＥに設定される。

（条件２）ＣｕＰｒｅｄＭｏｄｅ［ｘＮｂＸ］［ｙＮｂＸ」は、イントラモードに設定されない。

（条件３）ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］の値は、１と同じである。

（条件４）ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ［ｘＮｂＸ］［ｙＮｂＸ］の値は、１と同じである。

（条件５）ＸはＢと同一であり、ｙＣｂ－１は（（ｙＣｂ＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）＜＜ＣｔｂＬｏｇ２ＳｉｚｅＹ）よりも小さい。

（段階２－２－２）それとも、ｃａｎｄＩｎｔｒａＰｒｅｄＭｏｄｅＸは、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＮｂＸ］［ｙＮｂＸ］と同一に設定されてよい。

図２４は、本発明の一実施例に係る、クロマＤＭモード誘導に必要な対応するルーマブロックとの関係を示す図である。図２４（ａ）は、デュアルツリー（ＤＵＡＬｔｒｅｅ）構造を有するルーマブロックの分割を示す図であり、図２４（ｂ）は、デュアルツリー構造を有するクロマブロックの分割を示す図である。図２４（ａ）、（ｂ）について説明すると、デュアルツリー（ＤＵＡＬｔｒｅｅ）構造を有するルーマとクロマブロックの分割はそれぞれ異なるようになされてよい。クロマフォーマット４：４：４の場合に、ルーマとクロマは１対１の割合でサンプルが構成される。したがって、ブロックサイズが同一である。例えば、図２４（ｂ）のクロマブロック構造においてＡに該当するブロックに対応するルーマブロックは、図２４（ａ）のＡに該当するブロックであってよい。図２４（ａ）及び図２４（ｂ）のＡブロックは、横×縦がＷ／２×Ｈである。デュアルツリー構造では、クロマの予測方法とルーマの予測方法とが異なってよい。クロマの予測方法がルーマの画面内予測モードをそのまま使用するＤＭモードである場合に、対応するルーマブロックの既に設定された位置におけるルーマモードに基づいてクロマモードシグナリングが決定されてよい。このとき、既に設定された位置は、［ｘＣｂ＋ｃｂＷｉｄｔｈ／２］［ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２］又は（ｘＣｂ，ｙＣｂ）であってよい。（ｘＣｂ，ｙＣｂ）は、対応するルーマの左上端の角の位置でよい。ｃｂＷｉｄｔｈとｃｂＨｅｉｇｈｔは、対応するルーマの幅（ｗｉｄｔｈ）と高さ（ｈｅｉｇｈｔ）を意味する。したがって、図２４（ａ）のルーマブロックにおいて、Ｃの位置に該当する既に設定された位置でｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ値が１であれば、クロマブロックの予測方法は、既に設定されたモードに設定されてよい。このとき、既に設定されたモードは、平面（ＰＬＡＮＡＲ）、ＤＣ、垂直（ＶＥＲＴＩＣＡＬ）、水平（ＨＯＲＩＺＯＮＴＡＬ）、及び角度モードのいずれか一つであってよい。

以下ではクロマブロックのＤＭモード誘導過程について説明する。また、ｍｉｐｆｌａｇとｉｂｃｆｌａｇを確認するブロックの位置は、既に設定された［ｘＣｂ＋ｃｂＷｉｄｔｈ／２］［ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２］に設定されてよい。

クロマ予測モードＩｎｔｒａＰｒｅｄＭｏｄｅＣ［ｘＣｂ］［ｙＣｂ］誘導過程：

変数ＣｃｌｍＥｎａｂｌｅｄは、ルーマ位置（ｘＣｂ，ｙＣｂ）を入力として交差－成分クロマイントラ予測モード（ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔｃｈｒｏｍａｉｎｔｒａｐｒｅｄｉｃｔｉｏｎ）検査過程をインボーク（ｉｎｖｏｋｅ）し、クロマ予測モードが誘導されてよい。

クロマブロックに対応するルーマブロックのルーマイントラ予測モードｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅの誘導過程：

（段階１）ｉｎｔｒａ＿ｍｉｐ＿ｆｌａｇ［ｘＣｂ＋ｃｂＷｉｄｔｈ／２］［ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２］の値が１であれば、ｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅは平面モードに設定される。

（段階２）そうでなければ、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇ［ｘＣｂ＋ｃｂＷｉｄｔｈ／２］［ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２］の値が１であれば、ｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅは、既に設定されたモード（ＰＲＥ＿ＤＥＦＩＮＥＤ＿ＭＯＤＥ）に設定される。

（段階３）そうでなければ、ＣｕＰｒｅｄＭｏｄｅ［ｘＣｂ＋ｃｂＷｉｄｔｈ／２］［ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２］がＩＢＣモードであれば、ｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅはＤＣモードに設定される。

（段階４）そうでなければ、ｌｕｍａＩｎｔｒａＰｒｅｄＭｏｄｅは、ＩｎｔｒａＰｒｅｄＭｏｄｅＹ［ｘＣｂ＋ｃｂＷｉｄｔｈ／２］［ｙＣｂ＋ｃｂＨｅｉｇｈｔ／２］と同一に設定される。

本明細書は主にデコーダの観点で記述されたが、エンコーダでも同一に動作されてよい。本明細書におけるパーシングという用語は、ビットストリームから情報を取得する過程を重点にして説明されたが、エンコーダ側面では、ビットストリームに当該情報を構成することと解釈されてよい。したがって、パーシングという用語は、デコーダ動作に限定されず、エンコーダではビットストリームを構成する行為とも解釈されてよい。すなわち、エンコーダは、上述したＧＣＩシンタックスに含まれるフラグ（シンタックス要素）を取得し、これを含むビットストリームを構成することができる。また、このようなビットストリームは、コンピュータ可読記録媒体に保存されて構成されてよい。

上述した本発明の実施例は多様な手段を介して具現される。例えば、本発明の実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトフェアまたはそれらの組み合わせによって具現される。

ハードウェアによる具現の場合、本発明の実施例による方法は、一つまたはそれ以上のＡＳＩＣｓ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔｓ）、ＤＳＰｓ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒｓ）、ＤＳＤＰｓ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇＤｅｖｉｃｅｓ）、ＰＤＬｓ（ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅｓ）、ＦＰＧＡｓ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現される。

ファームフェアやソフトウェアによる具現の場合、本発明の実施例による方法は、上述した機能または動作を行うモジュール、手順または関数などの形態で具現される。ソフトウェアコードは、メモリに貯蔵されてプロセッサによって具現される。前記メモリはプロセッサの内部または外部に位置し、既に公知の多様な手段によってプロセッサとデータを交換する。

一部の実施例はコンピュータによって実行されるプログラムモジュールのようなコンピュータで実行可能な命令語を含む記録媒体の形態にも具現される。コンピュータで判読可能な媒体は、コンピュータでアクセスされ得る任意の利用可能な媒体であり、揮発性及び非揮発性媒体、分離型及び非分離型媒体をいずれも含む。また、コンピュータ読取可能媒体は貯蔵媒体及び通信媒体をいずれも含む。コンピュータ貯蔵媒体は、コンピュータ判読可能な命令語、データ構造、プログラムモジュール、またはその他のデータのような情報の貯蔵のための任意の方法または技術で具現された揮発性及び非揮発性媒体、分離型及び非分離型媒体をいずれも含む。通信媒体は、典型的にコンピュータ読取可能な命令語、データ構造、またはプログラムモジュールのような変調されたデータ信号のその他のデータ、またはその他の伝送メカニズムを含み、任意の情報伝達媒体を含む。

上述した本発明の説明は例示のためのものであって、本発明が属する技術分野における通常の知識を有する者は、本発明の技術的思想や必須的特徴を変更せずも他の具体的な形態に容易に変更可能であることを理解できるはずである。よって、上述した実施例は全ての面で例示的なものであり、限定的なものではないと理解すべきである。例えば、単一型として説明されている各構成要素は分散されて実施されてもよく、同じく分散されていると説明されている構成要素も結合された形態で実施されてもよい。

本発明の範囲は、上述した詳細な説明よりは後述する特許請求の範囲によって示され、特許請求の範囲の意味及び範囲、そしてその均等概念から導き出される全ての変更または変形された形態が本発明の範囲に含まれると解釈すべきである。

１００エンコーディング装置
１１０変換部
１１５量子化部
１２０逆量子化部
１２５逆変換部
１３０フィルタリング部
１５０予測部
１５２イントラ予測部
１５４インター予測部
１５４ａモーション推定部
１５４ｂモーション補償部
１５６復号ピクチャバッファ
１６０エントロピーコーディング部

Claims

ビデオ信号復号化装置であって、
プロセッサを含み、
前記プロセッサは、
ビデオ信号のビットストリーム（ｂｉｔｓｔｒｅａｍ）に含まれた一般制約情報（ＧｅｎｅｒａｌＣｏｎｓｔｒａｉｎｔＩｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を復号化し、
前記ＧＣＩシンタックスの復号化結果に基づいて前記ビットストリームを復号化し、
前記ＧＣＩシンタックスは、デコーディングパラメータセット（Ｄｅｃｏｄｉｎｇｐａｒａｍｅｔｅｒｓｅｔ，ＤＰＳ）ＲＢＳＰ（ＲａｗＢｙｔｅＳｅｑｕｅｎｃｅＰａｙｌｏａｄ）シンタックス、シーケンスパラメータセット（ＳｅｑｕｅｎｃｅＰａｒａｍｅｔｅｒＳｅｔ，ＳＰＳ）ＲＢＳＰシンタックス及びビデオパラメータセット（ＶｉｄｅｏＰａｒａｍｅｔｅｒＳｅｔ，ＶＰＳ）ＲＢＳＰシンタックスの少なくともいずれか一つに含まれ、
前記ＤＰＳＲＢＳＰシンタックス及び前記ＶＰＳＲＢＳＰシンタックスは、前記ＧＣＩシンタックスの上位レベルシンタックスであって、ビデオ復号化のためのシンタックス要素を含み、
前記ＳＰＳＲＢＳＰシンタックスは、前記ＧＣＩシンタックスの上位レベルシンタックスであって、ピクチャーの集合であるシーケンスに関連したシンタックス要素を含み、
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第１ＳＰＳシンタックス要素の値を設定する第１ＧＣＩシンタックス要素を含み、前記第１ＳＰＳシンタックス要素は、パレットモード（ｐａｌｅｔｔｅｍｏｄｅ）が有効であるか否かを示し、
前記第１ＧＣＩシンタックス要素の値が１である場合、前記第１ＳＰＳシンタックス要素の値は、前記パレットモードが無効であることを示す値である０に設定されることを特徴とするビデオ信号復号化装置。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第２ＳＰＳシンタックス要素の値を設定する第２ＧＣＩシンタックス要素を含み、前記第２ＳＰＳシンタックス要素は、多重参照ラインを用いたイントラ予測（ｉｎｔｒａｐｒｅｄｉｃｔｉｏｎｗｉｔｈｍｕｌｔｉｐｌｅｒｅｆｅｒｅｎｃｅｌｉｎｅｓ）が有効であるか否かを示し、
前記第２ＧＣＩシンタックス要素の値が１であれば、前記第２ＳＰＳシンタックス要素の値は、前記多重参照ラインを用いたイントラ予測が無効であることを示す値である０に設定されることを特徴とする、請求項１に記載のビデオ信号復号化装置。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第３ＳＰＳシンタックス要素の値を設定する第３ＧＣＩシンタックス要素を含み、前記第３ＳＰＳシンタックス要素は、サブパーティションを用いたイントラ予測（ｉｎｔｒａｐｒｅｄｉｃｔｉｏｎｗｉｔｈｓｕｂｐａｒｔｉｔｉｏｎｓ）が有効であるか否かを示し、
前記第３ＧＣＩシンタックス要素の値が１であれば、前記第３ＳＰＳシンタックス要素の値は、前記サブパーティションを用いたイントラ予測が無効であることを示す値である０に設定されることを特徴とする、請求項１に記載のビデオ信号復号化装置。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第４ＳＰＳシンタックス要素の値を設定する第４ＧＣＩシンタックス要素を含み、前記第４ＳＰＳシンタックス要素は、メトリックスベースイントラ予測（ｍａｔｒｉｘ－ｂａｓｅｄｉｎｔｒａｐｒｅｄｉｃｔｉｏｎ）が有効であるか否かを示し、
前記第４ＧＣＩシンタックス要素の値が１であれば、前記第４ＳＰＳシンタックス要素の値は、前記メトリックスベースイントラ予測が無効であることを示す値である０に設定されることを特徴とする、請求項１に記載のビデオ信号復号化装置。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第５ＳＰＳシンタックス要素の値を設定する第５ＧＣＩシンタックス要素を含み、前記第５ＳＰＳシンタックス要素は、低帯域非分離変換（ｌｏｗ－ｆｒｅｑｕｅｎｃｙｎｏｎ－ｓｅｐａｒａｂｌｅｔｒａｎｓｆｏｒｍ）が有効であるか否かを示し、
前記第５ＧＣＩシンタックス要素の値が１であれば、前記第５ＳＰＳシンタックス要素の値は、前記低帯域非分離変換が無効であることを示す値である０に設定されることを特徴とする、請求項１に記載のビデオ信号復号化装置。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第６ＳＰＳシンタックス要素の値を設定する第６ＧＣＩシンタックス要素を含み、前記第６ＳＰＳシンタックス要素は、モーションベクトル差を用いたマージモード（ｍｅｒｇｅｍｏｄｅｗｉｔｈｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ）が有効であるか否かを示し、
前記第６ＧＣＩシンタックス要素の値が１であれば、前記第６ＳＰＳシンタックス要素の値は、前記モーションベクトル差を用いたマージモードが無効であることを示す値である０に設定されることを特徴とする、請求項１に記載のビデオ信号復号化装置。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第７ＳＰＳシンタックス要素の値を設定する第７ＧＣＩシンタックス要素を含み、前記第７ＳＰＳシンタックス要素は、対称モーションベクトル差（ｓｙｍｍｅｔｒｉｃｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ）が有効であるか否かを示し、
前記第７ＧＣＩシンタックス要素の値が１であれば、前記第７ＳＰＳシンタックス要素の値は、前記対称モーションベクトル差が無効であることを示す値である０に設定されることを特徴とする、請求項１に記載のビデオ信号復号化装置。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第８ＳＰＳシンタックス要素の値を設定する第８ＧＣＩシンタックス要素を含み、前記第８ＳＰＳシンタックス要素は、クロマスケーリングを用いたルーママッピング（ｌｕｍａｍａｐｐｉｎｇｗｉｔｈｃｈｒｏｍａｓｃａｌｉｎｇ）が有効であるか否かを示し、
前記第８ＧＣＩシンタックス要素の値が１であれば、前記第８ＳＰＳシンタックス要素の値は、前記クロマスケーリングを用いたルーママッピングが無効であることを示す値である０に設定されることを特徴とする、請求項１に記載のビデオ信号復号化装置。
ビデオ信号符号化装置であって、
プロセッサを含み、
前記プロセッサは、
一般制約情報（ＧｅｎｅｒａｌＣｏｎｓｔｒａｉｎｔＩｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を取得し、
前記ＧＣＩシンタックスを含むビットストリームを符号化し、
前記ＧＣＩシンタックスは、デコーディングパラメータセット（Ｄｅｃｏｄｉｎｇｐａｒａｍｅｔｅｒｓｅｔ，ＤＰＳ）ＲＢＳＰ（ＲａｗＢｙｔｅＳｅｑｕｅｎｃｅＰａｙｌｏａｄ）シンタックス、シーケンスパラメータセット（ＳｅｑｕｅｎｃｅＰａｒａｍｅｔｅｒＳｅｔ，ＳＰＳ）ＲＢＳＰシンタックス及びビデオパラメータセット（ＶｉｄｅｏＰａｒａｍｅｔｅｒＳｅｔ，ＶＰＳ）ＲＢＳＰシンタックスの少なくともいずれか一つに含まれ、
前記ＤＰＳＲＢＳＰシンタックス及び前記ＶＰＳＲＢＳＰシンタックスは、前記ＧＣＩシンタックスの上位レベルシンタックスであって、ビデオ復号化のためのシンタックス要素を含み、
前記ＳＰＳＲＢＳＰシンタックスは、前記ＧＣＩシンタックスの上位レベルシンタックスであって、ピクチャーの集合であるシーケンスに関連したシンタックス要素を含み、
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第１ＳＰＳシンタックス要素の値を設定する第１ＧＣＩシンタックス要素を含み、前記第１ＳＰＳシンタックス要素は、パレットモード（ｐａｌｅｔｔｅｍｏｄｅ）が有効であるか否かを示し、
前記第１ＧＣＩシンタックス要素の値が１であれば、前記第１ＳＰＳシンタックス要素の値は、前記パレットモードが無効であることを示す値である０に設定されることを特徴とするビデオ信号符号化装置。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第２ＳＰＳシンタックス要素の値を設定する第２ＧＣＩシンタックス要素を含み、前記第２ＳＰＳシンタックス要素は、多重参照ラインを用いたイントラ予測（ｉｎｔｒａｐｒｅｄｉｃｔｉｏｎｗｉｔｈｍｕｌｔｉｐｌｅｒｅｆｅｒｅｎｃｅｌｉｎｅｓ）が有効であるか否かを示し、
前記第２ＧＣＩシンタックス要素の値が１であれば、前記第２ＳＰＳシンタックス要素の値は、前記多重参照ラインを用いたイントラ予測が無効であることを示す値である０に設定されることを特徴とする、請求項９に記載のビデオ信号符号化装置。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第３ＳＰＳシンタックス要素の値を設定する第３ＧＣＩシンタックス要素を含み、前記第３ＳＰＳシンタックス要素は、サブパーティションを用いたイントラ予測（ｉｎｔｒａｐｒｅｄｉｃｔｉｏｎｗｉｔｈｓｕｂｐａｒｔｉｔｉｏｎｓ）が有効であるか否かを示し、
前記第３ＧＣＩシンタックス要素の値が１であれば、前記第３ＳＰＳシンタックス要素の値は、前記サブパーティションを用いたイントラ予測が無効であることを示す値である０に設定されることを特徴とする、請求項９に記載のビデオ信号符号化装置。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第４ＳＰＳシンタックス要素の値を設定する第４ＧＣＩシンタックス要素を含み、前記第４ＳＰＳシンタックス要素は、メトリックスベースイントラ予測（ｍａｔｒｉｘ－ｂａｓｅｄｉｎｔｒａｐｒｅｄｉｃｔｉｏｎ）が有効であるか否かを示し、
前記第４ＧＣＩシンタックス要素の値が１であれば、前記第４ＳＰＳシンタックス要素の値は、前記メトリックスベースイントラ予測が無効であることを示す値である０に設定されることを特徴とする、請求項９に記載のビデオ信号符号化装置。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第５ＳＰＳシンタックス要素の値を設定する第５ＧＣＩシンタックス要素を含み、前記第５ＳＰＳシンタックス要素は、低帯域非分離変換（ｌｏｗ－ｆｒｅｑｕｅｎｃｙｎｏｎ－ｓｅｐａｒａｂｌｅｔｒａｎｓｆｏｒｍ）が有効であるか否かを示し、
前記第５ＧＣＩシンタックス要素の値が１であれば、前記第５ＳＰＳシンタックス要素の値は、前記低帯域非分離変換が無効であることを示す値である０に設定されることを特徴とする、請求項９に記載のビデオ信号符号化装置。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第６ＳＰＳシンタックス要素の値を設定する第６ＧＣＩシンタックス要素を含み、前記第６ＳＰＳシンタックス要素は、モーションベクトル差を用いたマージモード（ｍｅｒｇｅｍｏｄｅｗｉｔｈｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ）が有効であるか否かを示し、
前記第６ＧＣＩシンタックス要素の値が１であれば、前記第６ＳＰＳシンタックス要素の値は、前記モーションベクトル差を用いたマージモードが無効であることを示す値である０に設定されることを特徴とする、請求項９に記載のビデオ信号符号化装置。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第７ＳＰＳシンタックス要素の値を設定する第７ＧＣＩシンタックス要素を含み、前記第７ＳＰＳシンタックス要素は、対称モーションベクトル差（ｓｙｍｍｅｔｒｉｃｍｏｔｉｏｎｖｅｃｔｏｒｄｉｆｆｅｒｅｎｃｅ）が有効であるか否かを示し、
前記第７ＧＣＩシンタックス要素の値が１であれば、前記第７ＳＰＳシンタックス要素の値は、前記対称モーションベクトル差が無効であることを示す値である０に設定されることを特徴とする、請求項９に記載のビデオ信号符号化装置。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第８ＳＰＳシンタックス要素の値を設定する第８ＧＣＩシンタックス要素を含み、前記第８ＳＰＳシンタックス要素は、クロマスケーリングを用いたルーママッピング（ｌｕｍａｍａｐｐｉｎｇｗｉｔｈｃｈｒｏｍａｓｃａｌｉｎｇ）が有効であるか否かを示し、
前記第８ＧＣＩシンタックス要素の値が１であれば、前記第８ＳＰＳシンタックス要素の値は、前記クロマスケーリングを用いたルーママッピングが無効であることを示す値である０に設定されることを特徴とする、請求項９に記載のビデオ信号符号化装置。
ビットストリーム（ｂｉｔｓｔｒｅａｍ）を取得する方法であって、前記方法は、
一般制約情報（ＧｅｎｅｒａｌＣｏｎｓｔｒａｉｎｔＩｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を取得するステップと、
前記ＧＣＩシンタックスを符号化することによってビットストリームを取得するステップと、を含み、
前記ＧＣＩシンタックスは、デコーディングパラメータセット（Ｄｅｃｏｄｉｎｇｐａｒａｍｅｔｅｒｓｅｔ，ＤＰＳ）ＲＢＳＰ（ＲａｗＢｙｔｅＳｅｑｕｅｎｃｅＰａｙｌｏａｄ）シンタックス、シーケンスパラメータセット（ＳｅｑｕｅｎｃｅＰａｒａｍｅｔｅｒＳｅｔ，ＳＰＳ）ＲＢＳＰシンタックス及びビデオパラメータセット（ＶｉｄｅｏＰａｒａｍｅｔｅｒＳｅｔ，ＶＰＳ）ＲＢＳＰシンタックスの少なくともいずれか一つに含まれ、
前記ＤＰＳＲＢＳＰシンタックス及び前記ＶＰＳＲＢＳＰシンタックスは、前記ＧＣＩシンタックスの上位レベルシンタックスであって、ビデオ復号化のためのシンタックス要素を含み、
前記ＳＰＳＲＢＳＰシンタックスは、前記ＧＣＩシンタックスの上位レベルシンタックスであって、ピクチャーの集合であるシーケンスに関連したシンタックス要素を含み、
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第１ＳＰＳシンタックス要素の値を設定する第１ＧＣＩシンタックス要素を含み、前記第１ＳＰＳシンタックス要素は、パレットモード（ｐａｌｅｔｔｅｍｏｄｅ）が有効であるか否かを示し、
前記第１ＧＣＩシンタックス要素の値が１であれば、前記第１ＳＰＳシンタックス要素の値は、前記パレットモードが無効であることを示す値である０に設定されることを特徴とする方法。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第２ＳＰＳシンタックス要素の値を設定する第２ＧＣＩシンタックス要素を含み、前記第２ＳＰＳシンタックス要素は、多重参照ラインを用いたイントラ予測（ｉｎｔｒａｐｒｅｄｉｃｔｉｏｎｗｉｔｈｍｕｌｔｉｐｌｅｒｅｆｅｒｅｎｃｅｌｉｎｅｓ）が有効であるか否かを示し、
前記第２ＧＣＩシンタックス要素の値が１であれば、前記第２ＳＰＳシンタックス要素の値は、前記多重参照ラインを用いたイントラ予測が無効であることを示す値である０に設定されることを特徴とする、請求項１７に記載の方法。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第３ＳＰＳシンタックス要素の値を設定する第３ＧＣＩシンタックス要素を含み、前記第３ＳＰＳシンタックス要素は、サブパーティションを用いたイントラ予測（ｉｎｔｒａｐｒｅｄｉｃｔｉｏｎｗｉｔｈｓｕｂｐａｒｔｉｔｉｏｎｓ）が有効であるか否かを示し、
前記第３ＧＣＩシンタックス要素の値が１であれば、前記第３ＳＰＳシンタックス要素の値は、前記サブパーティションを用いたイントラ予測が無効であることを示す値である０に設定されることを特徴とする、請求項１７に記載の方法。
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第４ＳＰＳシンタックス要素の値を設定する第４ＧＣＩシンタックス要素を含み、前記第４ＳＰＳシンタックス要素は、メトリックスベースイントラ予測（ｍａｔｒｉｘ－ｂａｓｅｄｉｎｔｒａｐｒｅｄｉｃｔｉｏｎ）が有効であるか否かを示し、
前記第４ＧＣＩシンタックス要素の値が１であれば、前記第４ＳＰＳシンタックス要素の値は、前記メトリックスベースイントラ予測が無効であることを示す値である０に設定されることを特徴とする、請求項１７に記載の方法。
ビデオ信号を処理するための方法であって、前記方法は、
ビデオ信号のビットストリーム（ｂｉｔｓｔｒｅａｍ）に含まれた一般制約情報（ＧｅｎｅｒａｌＣｏｎｓｔｒａｉｎｔＩｎｆｏｒｍａｔｉｏｎ，ＧＣＩ）シンタックス（ｓｙｎｔａｘ）を復号化するステップと、
前記ＧＣＩシンタックスの復号化結果に基づいて前記ビットストリームを復号化するステップと
を含み、
前記ＧＣＩシンタックスは、デコーディングパラメータセット（Ｄｅｃｏｄｉｎｇｐａｒａｍｅｔｅｒｓｅｔ，ＤＰＳ）ＲＢＳＰ（ＲａｗＢｙｔｅＳｅｑｕｅｎｃｅＰａｙｌｏａｄ）シンタックス、シーケンスパラメータセット（ＳｅｑｕｅｎｃｅＰａｒａｍｅｔｅｒＳｅｔ，ＳＰＳ）ＲＢＳＰシンタックス及びビデオパラメータセット（ＶｉｄｅｏＰａｒａｍｅｔｅｒＳｅｔ，ＶＰＳ）ＲＢＳＰシンタックスの少なくともいずれか一つに含まれ、
前記ＤＰＳＲＢＳＰシンタックス及び前記ＶＰＳＲＢＳＰシンタックスは、前記ＧＣＩシンタックスの上位レベルシンタックスであって、ビデオ復号化のためのシンタックス要素を含み、
前記ＳＰＳＲＢＳＰシンタックスは、前記ＧＣＩシンタックスの上位レベルシンタックスであって、ピクチャーの集合であるシーケンスに関連したシンタックス要素を含み、
前記ＧＣＩシンタックスは、前記ＳＰＳＲＢＳＰシンタックスに含まれる第１ＳＰＳシンタックス要素の値を設定する第１ＧＣＩシンタックス要素を含み、前記第１ＳＰＳシンタックス要素は、パレットモード（ｐａｌｅｔｔｅｍｏｄｅ）が有効であるか否かを示し、
前記第１ＧＣＩシンタックス要素の値が１である場合、前記第１ＳＰＳシンタックス要素の値は、前記パレットモードが無効であることを示す値である０に設定されることを特徴とする方法。