特表 2022-518717 モーション補償を用いたビデオ信号処理方法及び装置

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-03-16

(54)【発明の名称】モーション補償を用いたビデオ信号処理方法及び装置

(51)【国際特許分類】

   H04N 19/70 20140101AFI20220309BHJP

【ＦＩ】

H04N19/70

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021541484

(86)(22)【出願日】2020-01-20

(85)【翻訳文提出日】2021-07-16

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

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

(87)【国際公開日】2020-07-23

(31)【優先権主張番号】10-2019-0006511

(32)【優先日】2019-01-18

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

(31)【優先権主張番号】10-2019-0037000

(32)【優先日】2019-03-29

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

(31)【優先権主張番号】10-2019-0040400

(32)【優先日】2019-04-05

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

(31)【優先権主張番号】10-2019-0064959

(32)【優先日】2019-05-31

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

(31)【優先権主張番号】10-2019-0075316

(32)【優先日】2019-06-24

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

(31)【優先権主張番号】10-2019-0081764

(32)【優先日】2019-07-07

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

(31)【優先権主張番号】10-2019-0125746

(32)【優先日】2019-10-11

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】516079109

【氏名又は名称】ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド

(71)【出願人】

【識別番号】520144428

【氏名又は名称】ヒューマックス・カンパニー・リミテッド

(74)【代理人】

【識別番号】100108453

【弁理士】

【氏名又は名称】村山 靖彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(72)【発明者】

【氏名】ゴンジュン・コ

(72)【発明者】

【氏名】ドンチョル・キム

(72)【発明者】

【氏名】ジュヒョン・ソン

(72)【発明者】

【氏名】ジェホン・ジュン

(72)【発明者】

【氏名】チンサム・カク

【テーマコード（参考）】

5C159

【Ｆターム（参考）】

5C159MA04

5C159MA05

5C159NN11

5C159NN21

5C159RB09

5C159RC11

5C159UA02

5C159UA05

5C159UA33

(57)【要約】

ビデオ信号をエンコード又はデコードするビデオ信号処理方法及び装置が開示される。具体的に、ビデオ信号処理方法において、現在ブロックにマージモード（ｍｅｒｇｅ ｍｏｄｅ）が適用されるか否かを示す第１シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）をパースする段階；前記現在ブロックに前記マージモードが適用される場合、あらかじめ定義された第１条件に基づき、第２シンタックス要素をパースするか否かを決定する段階、ここで、前記第２シンタックス要素は、第１モード又は第２モードが前記現在ブロックに適用されるか否かを示す；前記現在ブロックに前記第１モード及び前記第２モードが適用されない場合、あらかじめ定義された第２条件に基づき、第３シンタックス要素をパースするか否かを決定する段階、ここで、前記第３シンタックス要素は、第３モード又は第４モードのうち、前記現在ブロックに適用されるモードを示す；前記第２シンタックス要素又は前記第３シンタックス要素に基づき、前記現在ブロックに適用されるモードを決定する段階；前記決定されたモードに基づいて前記現在ブロックのモーション情報を誘導する段階；及び、前記現在ブロックのモーション情報を用いて前記現在ブロックの予測ブロックを生成する段階を含むことができる。

【特許請求の範囲】

【請求項1】

ビデオ信号処理方法であって、
現在ブロックにマージモード（ｍｅｒｇｅ ｍｏｄｅ）が適用されるか否かを示す第１シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）をパースする段階；
前記現在ブロックに前記マージモードが適用される場合、あらかじめ定義された第１条件に基づき、第２シンタックス要素をパースするか否かを決定する段階、ここで、前記第２シンタックス要素は、第１モード又は第２モードが前記現在ブロックに適用されるか否かを示す；
前記現在ブロックに前記第１モード及び前記第２モードが適用されない場合、あらかじめ定義された第２条件に基づき、第３シンタックス要素をパースするか否かを決定する段階、ここで、前記第３シンタックス要素は、第３モード又は第４モードのうち、前記現在ブロックに適用されるモードを示す；
前記第２シンタックス要素又は前記第３シンタックス要素に基づき、前記現在ブロックに適用されるモードを決定する段階；前記決定されたモードに基づいて前記現在ブロックのモーション情報を誘導する段階；及び
前記現在ブロックのモーション情報を用いて前記現在ブロックの予測ブロックを生成する段階を含み、
前記第１条件は、前記第３モードを利用可能な条件及び前記第４モードを利用可能な条件のうち少なくとも一つを含むことを特徴とする、ビデオ信号処理方法。

【請求項2】

前記第３モード及び前記第４モードは、マージデータシンタックス内でデコーディング順序上、前記第１モードよりも後順位に位置することを特徴とする、請求項１に記載のビデオ信号処理方法。

【請求項3】

前記第１条件を満たす場合、前記第２シンタックス要素をパースする段階を含み、
前記第１条件を満たさない場合、前記第２シンタックス要素は１と推論されることを特徴とする、請求項１に記載のビデオ信号処理方法。

【請求項4】

前記第１条件を満たさない場合、前記第２シンタックス要素は、前記現在ブロックにサブブロックベースのマージモードが適用されるか否かを示す第４シンタックス要素に基づいて推論されることを特徴とする、請求項３に記載のビデオ信号処理方法。

【請求項5】

前記第２条件は、前記第４モードを利用可能な条件を含むことを特徴とする、請求項１に記載のビデオ信号処理方法。

【請求項6】

前記第２条件は、現在シーケンスにおいて前記第３モードが利用可能か否か、前記現在シーケンスにおいて前記第４モードが利用可能か否か、前記第４モードの最大候補個数が１よりも大きいか否か、前記現在ブロックの幅があらかじめ定義された第１サイズよりも小さいか否か、及び前記現在ブロックの高さがあらかじめ定義された第２サイズよりも小さいか否か、のうち少なくとも一つを含むことを特徴とする、請求項１に記載のビデオ信号処理方法。

【請求項7】

前記第２シンタックス要素が１である場合、前記現在ブロックに前記第１モードが適用されるか又は前記第２モードが適用されるかを示す第５シンタックス要素を取得する段階を含む、請求項１に記載のビデオ信号処理方法。

【請求項8】

ビデオ信号処理装置であって、
プロセッサを含み、
前記プロセッサは、
現在ブロックにマージモード（ｍｅｒｇｅ ｍｏｄｅ）が適用されるか否かを示す第１シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）をパースし、
前記現在ブロックに前記マージモードが適用される場合、あらかじめ定義された第１条件に基づき、第２シンタックス要素をパースするか否かを決定し、ここで、前記第２シンタックス要素は、第１モード又は第２モードが前記現在ブロックに適用されるか否かを示し、
前記現在ブロックに前記第１モード及び前記第２モードが適用されない場合、あらかじめ定義された第２条件に基づき、第３シンタックス要素をパースするか否かを決定し、ここで、前記第３シンタックス要素は、第３モード又は第４モードのうち、前記現在ブロックに適用されるモードを示し、
前記第２シンタックス要素又は前記第３シンタックス要素に基づき、前記現在ブロックに適用されるモードを決定し、
前記決定されたモードに基づいて前記現在ブロックのモーション情報を誘導し、前記現在ブロックのモーション情報を用いて前記現在ブロックの予測ブロックを生成し、
前記第１条件は、前記第３モードを利用可能な条件及び前記第４モードを利用可能な条件のうち少なくとも一つを含むことを特徴とする、ビデオ信号処理装置。

【請求項9】

前記第３モード及び前記第４モードは、マージデータシンタックス内でデコーディング順序上、前記第１モードよりも後順位に位置することを特徴とする、請求項８に記載のビデオ信号処理装置。

【請求項10】

前記プロセッサは、前記第１条件を満たす場合、前記第２シンタックス要素をパースし、前記第１条件を満たさない場合、前記第２シンタックス要素は１と推論されることを特徴とする、請求項８に記載のビデオ信号処理装置。

【請求項11】

前記第１条件を満たさない場合、前記第２シンタックス要素は、前記現在ブロックにサブブロックベースのマージモードが適用されるか否かを示す第４シンタックス要素に基づいて推論されることを特徴とする、請求項１０に記載のビデオ信号処理装置。

【請求項12】

前記第２条件は、前記第４モードを利用可能な条件を含むことを特徴とする、請求項８に記載のビデオ信号処理装置。

【請求項13】

前記第２条件は、現在シーケンスにおいて前記第３モードが利用可能か否か、前記現在シーケンスにおいて前記第４モードが利用可能か否か、前記第４モードの最大候補個数が１よりも大きいか否か、前記現在ブロックの幅があらかじめ定義された第１サイズよりも小さいか否か、及び前記現在ブロックの高さがあらかじめ定義された第２サイズよりも小さいか否か、のうち少なくとも一つを含むことを特徴とする、請求項８に記載のビデオ信号処理装置。

【請求項14】

前記プロセッサは、前記第２シンタックス要素が１である場合に、前記現在ブロックに前記第１モードが適用されるか又は前記第２モードが適用されるかを示す第５シンタックス要素を取得する、請求項８に記載のビデオ信号処理装置。

【請求項15】

ビデオ信号処理方法であって、
現在ブロックにマージモード（ｍｅｒｇｅ ｍｏｄｅ）が適用されるか否かを示す第１シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）を符号化する段階；
前記現在ブロックに前記マージモードが適用される場合、あらかじめ定義された第１条件に基づき、第２シンタックス要素を符号化するか否かを決定する段階、ここで、前記第２シンタックス要素は、第１モード又は第２モードが前記現在ブロックに適用されるか否かを示す；
前記現在ブロックに前記第１モード及び前記第２モードが適用されない場合、あらかじめ定義された第２条件に基づき、第３シンタックス要素を符号化するか否かを決定する段階、ここで、前記第３シンタックス要素は、第３モード又は第４モードのうち、前記現在ブロックに適用されるモードを示す；
前記第２シンタックス要素又は前記第３シンタックス要素に基づき、前記現在ブロックに適用されるモードを決定する段階；
前記決定されたモードに基づいて前記現在ブロックのモーション情報を誘導する段階；及び
前記現在ブロックのモーション情報を用いて前記現在ブロックの予測ブロックを生成する段階を含み、
前記第１条件は、前記第３モードを利用可能な条件及び前記第４モードを利用可能な条件のうち少なくとも一つを含むことを特徴とする、ビデオ信号処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ビデオ信号の処理方法及び装置に関し、より詳細には、モーション補償を用いてビデオ信号をエンコード又はデコードするビデオ信号処理方法及び装置に関する。

【背景技術】

【0002】

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

【発明の概要】

【発明が解決しようとする課題】

【0003】

本発明の目的は、ビデオ信号のコーディング効率を上げることにある。本発明の目的は、効率的なマージモードのシグナリング方法を提供することにある。

【課題を解決するための手段】

【0004】

上記のような課題を解決するために、本発明は、次のようなビデオ信号処理装置及びビデオ信号処理方法を提供する。

【0005】

本発明の一実施例によれば、ビデオ信号処理方法であって、現在ブロックにマージモード（ｍｅｒｇｅ ｍｏｄｅ）が適用されるか否かを示す第１シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）をパースする段階；前記現在ブロックに前記マージモードが適用される場合、あらかじめ定義された第１条件に基づき、第２シンタックス要素をパースするか否かを決定する段階、ここで、前記第２シンタックス要素は、第１モード又は第２モードが前記現在ブロックに適用されるか否かを示す；前記現在ブロックに前記第１モード及び前記第２モードが適用されない場合、あらかじめ定義された第２条件に基づき、第３シンタックス要素をパースするか否かを決定する段階、ここで、前記第３シンタックス要素は、第３モード又は第４モードのうち、前記現在ブロックに適用されるモードを示す；前記第２シンタックス要素又は前記第３シンタックス要素に基づき、前記現在ブロックに適用されるモードを決定する段階；前記決定されたモードに基づいて前記現在ブロックのモーション情報を誘導する段階；及び、前記現在ブロックのモーション情報を用いて前記現在ブロックの予測ブロックを生成する段階を含み、前記第１条件は、前記第３モードを利用可能な条件及び前記第４モードを利用可能な条件のうち少なくとも一つを含むことを特徴とする、ビデオ信号処理方法が提供される。

【0006】

実施例として、前記第３モード及び前記第４モードは、マージデータシンタックス内でデコーディング順序上、前記第１モードよりも後順位に位置してよい。

【0007】

実施例として、前記第１条件を満たす場合、前記第２シンタックス要素をパースする段階を含み、前記第１条件を満たさない場合、前記第２シンタックス要素は１と推論されてよい。

【0008】

実施例として、前記第１条件を満たさない場合、前記第２シンタックス要素は、前記現在ブロックにサブブロックベースのマージモードが適用されるか否かを示す第４シンタックス要素に基づいて推論されてよい。

【0009】

実施例として、前記第２条件は、前記第４モードを利用可能な条件を含むことができる。

【0010】

実施例として、前記第２条件は、現在シーケンスにおいて前記第３モードが利用可能か否か、前記現在シーケンスにおいて前記第４モードが利用可能か否か、前記第４モードの最大候補個数が１よりも大きいか否か、前記現在ブロックの幅があらかじめ定義された第１大きさよりも小さいか否か、及び前記現在ブロックの高さがあらかじめ定義された第２大きさよりも小さいか否かのうち少なくとも一つを含むことができる。

【0011】

実施例として、前記第２シンタックス要素が１である場合、前記現在ブロックに前記第１モードが適用されるか又は前記第２モードが適用されるかを示す第５シンタックス要素を取得する段階を含むことができる。

【0012】

本発明の一実施例によれば、ビデオ信号処理装置であって、プロセッサを含み、前記プロセッサは、現在ブロックにマージモード（ｍｅｒｇｅ ｍｏｄｅ）が適用されるか否かを示す第１シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）をパースし、前記現在ブロックに前記マージモードが適用される場合、あらかじめ定義された第１条件に基づき、第２シンタックス要素をパースするか否かを決定し、ここで、前記第２シンタックス要素は、第１モード又は第２モードが前記現在ブロックに適用されるか否かを示し、前記現在ブロックに前記第１モード及び前記第２モードが適用されない場合、あらかじめ定義された第２条件に基づき、第３シンタックス要素をパースするか否かを決定し、ここで、前記第３シンタックス要素は、第３モード又は第４モードのうち、前記現在ブロックに適用されるモードを示し、前記第２シンタックス要素又は前記第３シンタックス要素に基づき、前記現在ブロックに適用されるモードを決定し、前記決定されたモードに基づいて前記現在ブロックのモーション情報を誘導し、前記現在ブロックのモーション情報を用いて前記現在ブロックの予測ブロックを生成し、前記第１条件は、前記第３モードを利用可能な条件及び前記第４モードを利用可能な条件のうち少なくとも一つを含むことを特徴とする、ビデオ信号処理装置が提供される。

【0013】

実施例として、前記第３モード及び前記第４モードは、マージデータシンタックス内でデコーディング順序上、前記第１モードよりも後順位に位置してよい。

【0014】

実施例として、前記プロセッサは、前記第１条件を満たす場合、前記第２シンタックス要素をパースし、前記第１条件を満たさない場合、前記第２シンタックス要素は１と推論されてよい。

【0015】

実施例として、前記第１条件を満たさない場合、前記第２シンタックス要素は、前記現在ブロックにサブブロックベースのマージモードが適用されるか否かを示す第４シンタックス要素に基づいて推論されてよい。

【0016】

実施例として、前記第２条件は、前記第４モードを利用可能な条件を含むことができる。

【0017】

実施例として、前記第２条件は、現在シーケンスにおいて前記第３モードが利用可能か否か、前記現在シーケンスにおいて前記第４モードが利用可能か否か、前記第４モードの最大候補個数が１よりも大きいか否か、前記現在ブロックの幅があらかじめ定義された第１大きさよりも小さいか否か、及び前記現在ブロックの高さがあらかじめ定義された第２大きさよりも小さいか否か、のうち少なくとも一つを含むことができる。

【0018】

実施例として、前記プロセッサは、前記第２シンタックス要素が１である場合、前記現在ブロックに前記第１モードが適用されるか又は前記第２モードが適用されるかを示す第５シンタックス要素を取得することができる。

【0019】

本発明の実施例によれば、ビデオ信号処理方法であって、現在ブロックにマージモード（ｍｅｒｇｅ ｍｏｄｅ）が適用されるか否かを示す第１シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）を符号化する段階；前記現在ブロックに前記マージモードが適用される場合、あらかじめ定義された第１条件に基づき、第２シンタックス要素を符号化するか否かを決定する段階、ここで、前記第２シンタックス要素は、第１モード又は第２モードが前記現在ブロックに適用されるか否かを示す；前記現在ブロックに前記第１モード及び前記第２モードが適用されない場合、あらかじめ定義された第２条件に基づき、第３シンタックス要素を符号化するか否かを決定する段階、ここで、前記第３シンタックス要素は、第３モード又は第４モードのうち、前記現在ブロックに適用されるモードを示す；前記第２シンタックス要素又は前記第３シンタックス要素に基づき、前記現在ブロックに適用されるモードを決定する段階；前記決定されたモードに基づいて前記現在ブロックのモーション情報を誘導する段階；及び、前記現在ブロックのモーション情報を用いて前記現在ブロックの予測ブロックを生成する段階を含み、前記第１条件は、前記第３モードを利用可能な条件及び前記第４モードを利用可能な条件のうち少なくとも一つを含むことを特徴とする、ビデオ信号処理方法が提供される。

【図面の簡単な説明】

【0020】

【図1】本発明の一実施例に係るビデオ信号エンコーディング装置の概略的なブロック図である。

【図2】本発明の一実施例に係るビデオ信号デコーディング装置の概略的なブロック図である。

【図3】ピクチャ内でコーディングツリーユニットがコーディングユニットに分割される実施例を示す図である。

【図4】クアッドツリー及びマルチ－タイプツリーの分割をシグナリングする方法の一実施例を示す図である。

【図5】本発明の実施例に係るインター予測を示す図である。

【図6】本発明の一実施例に係るモーションベクトルシグナリング方法を例示する図である。

【図7】本発明の一実施例に係る適応的なモーションベクトル解像度（ａｄａｐｔｉｖｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｓｏｌｕｔｉｏｎ）情報のシグナリング方法を例示する図である。

【図8】本発明の一実施例に係るコーディングユニットシンタックス（ｃｏｄｉｎｇ ｕｎｉｔ ｓｙｎｔａｘ）を例示する図である。

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

【図10】本発明の一実施例に係るマージモードシグナリング方法を例示する図である。

【図11】本発明の一実施例に係るマージデータシンタックス構造を例示する図である。

【図12】本発明の一実施例に係るマージデータシンタックスを示す図である。

【図13】本発明の一実施例に係るマージデータシンタックス構造を例示する図である。

【図14】本発明の一実施例に係るマージデータシンタックス構造を例示する図である。

【図15】本発明の一実施例に係るマージデータシンタックス構造を示す図である。

【図16】本発明の一実施例に係るマージデータシンタックス構造を示す図である。

【図17】本発明の一実施例に係るマージデータシンタックス構造を示す図である。

【図18】本発明の一実施例に係るマージデータシンタックス構造を示す図である。

【図19】本発明の一実施例に係るマージデータシンタックス構造を例示する図である。

【図20】本発明の一実施例に係るマージデータシンタックス構造を例示する図である。

【図21】本発明の一実施例に係るマージデータシンタックス構造を例示する図である。

【図22】本発明の一実施例に係るマージデータシンタックス構造を例示する図である。

【図23】本発明の一実施例に係るマージデータシンタックス構造を例示する図である。

【図24】本発明の一実施例に係るマージデータシンタックス構造を示す図である。

【図25】本発明の一実施例に係るマージデータシンタックス構造を例示する図である。

【図26】本発明の一実施例に係るマージデータシンタックス構造を示す図である。

【図27】本発明の一実施例に係るマージデータシンタックス構造を示す図である。

【図28】本発明の一実施例に係るマージデータシンタックス構造を例示する図である。

【図29】本発明の一実施例に係るマージモードシグナリング方法を例示する図である。

【図30】本発明の一実施例に係るマージデータシンタックスを例示する図である。

【図31】本発明の一実施例に係るマージデータシンタックスを例示する図である。

【図32】本発明の一実施例に係るジオメトリックマージモード（ｇｅｏｍｅｔｒｉｃ ｍｅｒｇｅモード）を示す図である。

【図33】本発明の一実施例に係るマージデータシンタックスを示す図である。

【図34】本発明が適用される一実施例に係るビデオ信号処理方法を例示する図である。

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

図４は、クワッドツリー及びマルチ－タイプツリーの分割をシグナリングする方法の一実施形態を図示する。前述したクワッドツリー及びマルチ－タイプツリーの分割をシグナリングするために既設定されたフラグが使われることができる。図４を参照すると、クワッドツリーノードを分割するか否かを指示するフラグ‘qt_split_flag’、マルチ－タイプツリーノードを分割するか否かを指示するフラグ‘mtt_split_flag’、マルチ－タイプツリーノードの分割方向を指示するフラグ‘mtt_split_vertical_flag’またはマルチ－タイプツリーノードの分割形態を指示するフラグ‘mtt_split_binary_flag’のうち、少なくとも１つが使われることができる。

【0049】

本発明の実施形態によれば、コーディングツリーユニットはクワッドツリーのルートノードであり、クワッドツリー構造に先に分割できる。クワッドツリー構造では各々のノード‘QT_node’別に‘qt_split_flag’がシグナリングされる。‘qt_split_flag’の値が１の場合、該当ノードは４個の正四角形ノードに分割され、‘qt_split_flag’の値が０の場合、該当ノードはクワッドツリーのリーフノード‘QT_leaf_node’となる。

【0050】

各々のクワッドツリーリーフノード‘QT_leaf_node’はマルチ－タイプツリー構造にさらに分割できる。マルチ－タイプツリー構造では、各々のノード‘MTT_node’別に‘mtt_split_flag’がシグナリングされる。‘mtt_split_flag’の値が１の場合、該当ノードは複数の矩形ノードに分割され、‘mtt_split_flag’の値が０の場合、該当ノードはマルチ－タイプツリーのリーフノード‘MTT_leaf_node’となる。マルチ－タイプツリーノード‘MTT_node’が複数の矩形ノードに分割される場合（即ち、‘mtt_split_flag’の値が１の場合）、ノード‘MTT_node’のための‘mtt_split_vertical_flag’及び‘mtt_split_binary_flag’が追加でシグナリングできる。‘mtt_split_vertical_flag’の値が１の場合、ノード‘MTT_node’の垂直分割が指示され、‘mtt_split_vertical_flag’の値が０の場合、ノード‘MTT_node’の水平分割が指示される。また、‘mtt_split_binary_flag’の値が１の場合、ノード‘MTT_node’は２つの矩形ノードに分割され、‘mtt_split_binary_flag’の値が０の場合、ノード‘MTT_node’は３個の矩形ノードに分割される。

【0051】

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

【0052】

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

【0053】

図５には、本発明の実施例に係るインター予測を図示する。前述したように、デコーダは、復号化された他のピクチャの復元されたサンプルを参照して現在ブロックを予測する。図５を参照すると、デコーダは、現在ブロック３２のモーション情報に基づいて参照ピクチャ内の参照ブロック４２を取得する。この時、モーション情報は、参照ピクチャインデックス及びモーションベクトル５０を含むことができる。参照ピクチャインデックスは、参照ピクチャリストにおいて現在ブロックの参照ピクチャを指示する。また、モーションベクトル５０は、現在ピクチャ内における現在ブロック３２の座標値と参照ピクチャ内における参照ブロック４２の座標値間のオフセットを表す。デコーダは、参照ブロック４２のサンプル値に基づいて現在ブロック３２の予測子を取得し、前記予測子を用いて現在ブロック３２を復元する。

【0054】

一方、本発明の実施例によれば、サブブロックベースのモーション補償が用いられてよい。すなわち、現在ブロック３２は複数のサブブロックに分割され、各サブブロック別に独立したモーションベクトルが用いられてよい。したがって、現在ブロック３２内で各サブブロックは異なる参照ブロックを用いて予測されてよい。一実施例によれば、サブブロックは、４Ｘ４又は８Ｘ８のように既に設定されたサイズを有することができる。デコーダは、各サブブロックのモーションベクトルを用いて現在ブロック３２の各サブブロックの予測子を取得する。各サブブロックの予測子を組み合わせて現在ブロック３２の予測子が取得でき、デコーダは、このように取得された現在ブロック３２の予測子を用いて現在ブロック３２を復元することができる。

【0055】

本発明の実施例によれば、様々な方法のサブブロックベースのモーション補償が行われてよい。サブブロックベースのモーション補償は、アフィン（ａｆｆｉｎｅ）モデルベースのモーション補償（以下、アフィンモーション補償又はアフィンモーション予測）と、サブブロックベースの時間的モーションベクトル予測（Ｓｕｂｂｌｏｃｋ－ｂａｓｅｄ Ｔｅｍｐｏｒａｌ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ，ＳｂＴＭＶＰ）を含むことができる。以下、各図を参照して、アフィンモーション補償とＳｂＴＭＶＰの様々な実施例について述べる。

【0056】

図６は、本発明の一実施例に係るモーションベクトルシグナリング方法を例示する図である。本発明の一実施例によれば、モーションベクトル（ｍｏｔｉｏｎ ｖｅｃｔｏｒ，ＭＶ）は、モーションベクトル予測（又は、予測子）（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｉｏｎ（ｏｒ ｐｒｅｄｉｃｔｏｒ）、ＭＶＰ）に基づいて生成されてよい。一例として、次の数学式１のように、ＭＶはＭＶＰと決定されてよい。言い換えると、ＭＶはＭＶＰと同じ値に決定（又は、設定、誘導）されてよい。

【0057】

【数1】

【0058】

他の例として、次の数学式２のように、ＭＶは、ＭＶＰ及びモーションベクトル差分（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ，ＭＶＤ）に基づいて決定されてもよい。エンコーダは、より正確なＭＶを表すためにＭＶＤ情報をデコーダにシグナルすることができ、デコーダは、取得したＭＶＤをＭＶＰに加算することによってＭＶを誘導することができる。

【0059】

【数2】

【0060】

本発明の一実施例によれば、エンコーダは、決定されたモーション情報をデコーダに伝送し、デコーダは、受信したモーション情報からＭＶを生成（又は、誘導）し、これに基づいて予測ブロックを生成することができる。例えば、前記モーション情報は、ＭＶＰ情報、ＭＶＤ情報を含むことができる。このとき、インター予測モードによって前記モーション情報の構成要素が異なってよい。一例として、マージモードにおいて、前記モーション情報はＭＶＰ情報を含み、ＭＶＤ情報を含まなくてもよい。他の例として、ＡＭＶＰ（ａｄｖａｎｃｅｄ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｉｏｎ）モードにおいて、前記モーション情報はＭＶＰ情報及びＭＶＤ情報を含むことができる。

【0061】

ＭＶＰに関する情報を決定、送信、受信するために、エンコーダとデコーダは同一の方法でＭＶＰ候補（又は、ＭＶＰ候補リスト）を生成することができる。例えば、エンコーダとデコーダは、同一の順序で同一のＭＶＰ候補を生成することができる。そして、エンコーダは、生成されたＭＶＰ候補の中から決定された（又は、選択された）ＭＶＰを示す（又は、指示する）インデックスをデコーダに伝送し、デコーダは、受信したインデックスに基づいて、決定されたＭＶＰ及び／又はＭＶを誘導することができる。

【0062】

本発明の一実施例によれば、ＭＶＰ候補は空間候補（ｓｐａｔｉａｌ ｃａｎｄｉｄａｔｅ）、時間候補（ｔｅｍｐｏｒａｌ ｃａｎｄｉｄａｔｅ）などを含むことができる。前記ＭＶＰ候補は、マージモードが適用される場合、マージ候補と呼ぶことができ、ＡＭＶＰモードが適用される場合、ＡＭＶＰ候補と呼ぶことができる。空間候補は、現在ブロックを基準に特定位置にあるブロックに対するＭＶ（又は、モーション情報）であってよい。例えば、前記空間候補は、現在ブロックと隣接したり又は隣接していない位置のブロックのＭＶであってよい。時間候補は、現在ピクチャと異なるピクチャ内のブロックに該当するＭＶであってよい。また、例えば、ＭＶＰ候補は、アフィン（ａｆｆｉｎｅ）ＭＶ、ＡＴＭＶＰ、ＳＴＭＶＰ、前述したＭＶ（又は、候補）の組合せ、前述したＭＶ（又は、候補）の平均ＭＶ、ゼロＭＶなどを含むことができる。

【0063】

一実施例において、エンコーダは、参照ピクチャを示す情報をデコーダにシグナルすることができる。実施例として、ＭＶＰ候補の参照ピクチャと現在ブロック（又は、現在処理ブロック）の参照ピクチャとが異なる場合、エンコーダ／デコーダは、ＭＶＰ候補のＭＶスケーリング（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｓｃａｌｉｎｇ）を行うことができる。この時、ＭＶスケーリングは、現在ピクチャのピクチャ順序カウント（ｐｉｃｔｕｒｅ ｏｒｄｅｒ ｃｏｕｎｔ，ＰＯＣ）、現在ブロックの参照ピクチャのＰＯＣ、ＭＶＰ候補の参照ピクチャのＰＯＣに基づいて行われてよい。

【0064】

以下に、ＭＶＤシグナリング方法に関する具体的な実施例を説明する。下表１には、ＭＶＤシグナリングのためのシンタックス構造を例示する。

【0065】

【表1】

【0066】

表１を参照すると、本発明の一実施例によれば、ＭＶＤは、ＭＶＤの符号（ｓｉｇｎ）及び絶対値（ａｂｓｏｌｕｔｅ ｖａｌｕｅ）が分けられてコードされてよい。すなわち、ＭＶＤの符号及び絶対値はそれぞれ異なるシンタックス（又は、シンタックスエレメント）であってよい。また、ＭＶＤの絶対値は、その値が直接コードされてもよく、表１のように、絶対値がＮよりも大きいか否かを示すフラグに基づいて段階的にコードされてもよい。仮に、絶対値がＮよりも大きい場合、（絶対値－Ｎ）の値が共にシグナルされてよい。具体的に、表１の例示において絶対値が０よりも大きいか否かを示すａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ０＿ｆｌａｇが伝送されてよい。仮に、絶対値が０よりも大きくないことをａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ０＿ｆｌａｇが示す（又は、指示する）場合、ＭＶＤの絶対値は０と決定されてよい。また、仮に絶対値が０よりも大きいことをａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ０＿ｆｌａｇが示す場合、追加シンタックス（又は、シンタックスエレメント）が存在してよい。

【0067】

例えば、絶対値が１よりも大きいか否かを示すａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇが伝送されてよい。仮に、絶対値が１よりも大きくないことをａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇが示す（又は、指示する）場合、ＭＶＤの絶対値は１と決定されてよい。仮に、絶対値が１よりも大きいことをａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇが示す場合、追加シンタックスが存在してよい。例えば、ａｂｓ＿ｍｖｄ＿ｍｉｎｕｓ２が存在してよい。ａｂｓ＿ｍｖｄ＿ｍｉｎｕｓ２は、（絶対値－２）の値であってよい。ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ０＿ｆｌａｇ、ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇ値によって絶対値が１よりも大きい（すなわち、２以上である）と決定されたので、（絶対値－２）値がシグナルされてよい。このように、絶対値に関する情報を階層的にシンタックスシグナルすることによって、絶対値をそのまま二進化（ｂｉｎａｒｉｚａｔｉｏｎ）してシグナリングする場合に比べてより少ないビットが用いられて済む。

【0068】

一実施例において、上述した絶対値に関連したシンタックスは、指数ゴロム（Ｅｘｐｏｎｅｎｔｉａｌ－Ｇｏｌｏｍｂ）、切削型単項（ｔｒｕｎｃａｔｅｄ ｕｎａｒｙ）、切削型ライス（ｔｒｕｎｃａｔｅｄ Ｒｉｃｅ）などの変数長（ｖａｒｉａｂｌｅ ｌｅｎｇｔｈ）である二進化方法を適用してコードされてよい。また、ＭＶＤの符号を示すフラグは、ｍｖｄ＿ｓｉｇｎ＿ｆｌａｇでシグナルされてよい。

【0069】

上述した実施例において、ＭＶＤに対するコーディング方法を説明したが、ＭＶＤ以外の情報も符号及び絶対値を分けてシグナリングすることができる。そして、絶対値は、前記絶対値があらかじめ定義された特定値よりも大きいか否かを示すフラグ及び絶対値から前記特定値を引いた値にコードされてよい。前記表１において、［０］と［１］は、コンポーネントインデックス（ｃｏｍｐｏｎｅｎｔ ｉｎｄｅｘ）を表すことができる。例えば、ｘ－コンポーネント（すなわち、水平成分）、ｙ－コンポーネント（すなわち、垂直成分）を表すことができる。

【0070】

図７は、本発明の一実施例に係る適応的なモーションベクトル解像度（ａｄａｐｔｉｖｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｓｏｌｕｔｉｏｎ）情報のシグナリング方法を例示する図である。本発明の一実施例によれば、ＭＶ又はＭＶＤを示すための解像度は多様であり得る。例えば、解像度は、ピクセル（ｐｉｘｅｌ）（又は、ペル（ｐｅｌ））に基づいて表現されてよい。例えば、ＭＶ又はＭＶＤは、１／４（ｑｕａｒｔｅｒ）、１／２（ｈａｌｆ）、１（ｉｎｔｅｇｅｒ）、２、４ピクセルなどの単位でシグナルされてよい。そして、エンコーダは、ＭＶ又はＭＶＤの解像度情報をデコーダにシグナリングすることができる。また、例えば、１６は、１／４単位のとき、６４にコードされ（１／４＊６４＝１６）、１単位のとき、１６にコードされ（１＊１６＝１６）、４単位のとき、４にコードされてよい（４＊．４＝１６）。すなわち、ＭＶ又はＭＶＤ値は、次の数学式３によって決定されてよい。

【0071】

【数3】

【0072】

数学式３において、ｖａｌｕｅＤｅｔｅｒｍｉｎｅｄは、ＭＶ又はＭＶＤ値を表す。また、ｖａｌｕｅＰｅｒＲｅｓｏｌｕｔｉｏｎは、決定された解像度に基づいてシグナリングされる値を表す。このとき、ＭＶ又はＭＶＤでシグナリングする値が決定された解像度で割り切れない場合、ラウンディング（ｒｏｕｎｄｉｎｇ）プロセスなどが適用されてよい。高い解像度を使用すれば正確度が向上し得るが、コードされる値が大きいため多くのビットが使用されることがあり、低い解像度を使用すれば正確度が低くなることがあるが、コードされる値が小さいため少ないビットが使用されて済む。一実施例として、上述した解像度は、シーケンス、ピクチャ、スライス、コーディングツリーユニット（ｃｏｄｉｎｇ ｔｒｅｅ ｕｎｉｔ，ＣＴＵ）、コーディングユニット（ｃｏｄｉｎｇ ｕｎｉｔ，ＣＵ）などの単位で個別に設定されてよい。すなわち、エンコーダ／デコーダは、上述した単位のうち、あらかじめ定義された単位によって適応的に解像度を決定／適用することができる。

【0073】

本明細書の一実施例によれば、上述した解像度情報は、エンコーダからデコーダにシグナリングされてよい。この時、解像度に関する情報は、前述した変数長に基づいて二進化してシグナルされてよい。このような場合、最小の値（すなわち、最も前にある値）に該当するインデックスに基づいてシグナリングされる場合、シグナリングオーバーヘッドが減ることができる。一実施例として、高い解像度から低い解像度の順にシグナリングインデックスにマップされてもよい。

【0074】

本明細書の一実施例によれば、図７は、様々な複数の解像度のうち、３つの解像度が用いられる場合を仮定してシグナリング方法を示す。この場合、３つのシグナリングビットは、０、１０、１１でよく、前記３つのシグナリングインデックスはそれぞれ、第１解像度、第２解像度、第３解像度を表すことができる。第１解像度をシグナリングするために１ビットが要求され、残りの解像度をシグナルするために２ビットが要求されるため、第１解像度をシグナルする場合、シグナリングオーバーヘッドを相対的に減らすことができる。図７の例示において、第１解像度、第２解像度、第３解像度はそれぞれ、１／４、１、４ピクセル解像度と定義されてよい。以下の実施例において、ＭＶ解像度はＭＶＤの解像度を意味できる。

【0075】

図８には、本発明の一実施例に係るアフィンモーション補償を示す。既存のインター予測方法によれば、現在ブロックに対するＬ０予測及びＬ１予測別に単一のモーションベクトルを用いてインター予測が行われるので、並進運動（ｔｒａｎｓｌａｔｉｏｎ ｍｏｔｉｏｎ）の予測に最適化されている。しかし、ズームイン／アウト、回転及びその他不規則的な運動に対するモーション補償を効率的に行うためには、様々な形状とサイズの参照ブロック４４が用いられる必要がある。

【0076】

以下では、モーションベクトル差分を用いるマージモード（ｍｅｒｇｅ ｍｏｄｅ ｗｉｔｈ ＭＶＤ，ＭＭＶＤ）（又は、マージＭＶＤ）に基づくモーション補償方法を説明する。

【0077】

図８は、本発明の一実施例に係るコーディングユニットシンタックス（ｃｏｄｉｎｇ ｕｎｉｔ ｓｙｎｔａｘ）を例示する図である。本発明の一実施例によれば、ＭＭＶＤが適用されるか否かを示すシンタックス要素は、マージモードが適用されるか否かを示すシンタックス要素に基づいてシグナルされてよい。図８を参照すると、Ｓ８０１段階で、ＭＭＶＤフラグは、（ｍｍｖｄ＿ｆｌａｇ）はマージフラグ（ｍｅｒｇｅ＿ｆｌａｇ）が０である場合（すなわち、マージモードを使用しない場合）にシグナルされてよい。図８で、ＭＭＶＤフラグは、ＭＭＶＤが適用されるか否かを示すシンタックス要素（又は、フラグ）を表す。そして、マージフラグは、マージモードが適用されるか否かを示すシンタックス要素（又は、フラグ）を表す。

【0078】

本発明の一実施例によれば、エンコーダ／デコーダは、マージモードが適用される場合、モーションベクトル予測子（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｏｒ，ＭＶＰ）及びモーションベクトル差分（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ，ＭＶＤ）に基づいてモーションベクトル（ｍｏｔｉｏｎ ｖｅｃｔｏｒ，ＭＶ）を決定できる。本明細書において、前記ＭＶＰは、ベースモーションベクトル（ｂａｓｅＭＶ）と呼ぶことができる。すなわち、エンコーダ／デコーダは、ベースモーションベクトルにモーションベクトル差分を合算することによってモーションベクトル（すなわち、最終モーションベクトル）を誘導することができる。ただし、本発明がこのような名称に制限されるものではなく、前記ＭＶＰは、ベースモーションベクトル、臨時モーションベクトル、初期モーションベクトル、ＭＭＶＤ候補モーションベクトルなどと呼ぶこともできる。前記ＭＶＤは、ＭＶＰを改善（ｒｅｆｉｎｅ）する値と表現でき、改善モーションベクトル（ｒｅｆｉｎｅＭＶ）、マージモーションベクトル差分と呼ぶことができる。

【0079】

本発明の一実施例によれば、ＭＭＶＤが適用される場合、すなわち、ＭＭＶＤモードにおいて、ＭＶはベースモーションベクトル、距離（ｄｉｓｔａｎｃｅ）パラメータ（又は、変数）、方向（ｄｉｒｅｃｔｉｏｎ）パラメータ（又は、変数）に基づいて決定されてよい。また、本発明の一実施例によれば、ベースモーションベクトルは候補リストから決定されてよい。例えば、ベースモーションベクトルはマージ候補リストから決定されてよい。また、エンコーダ／デコーダは、他の候補リストの一部からベースモーションベクトルを決定することができる。また、前記候補リストの一部は、前記候補リストの前部の一部（インデックスが小さい方）であってよい。例えば、エンコーダ／デコーダは、マージ候補リストの候補のうち、一番目及び二番目の候補を用いてベースモーションベクトルを決定することができる。そのために、前記２個の候補のうち特定候補を指示する候補インデックスがエンコーダからデコーダにシグナルされてよい。図２１を参照すると、ベースモーションベクトルをシグナリングするインデックスであるベース候補インデックスが定義されてよい。エンコーダ／デコーダは、前記ベース候補インデックスによって、候補リストの候補の中から現在ブロックに適用される候補を決定し、決定された候補のモーションベクトルをベースモーションベクトルと決定できる。本発明において、前記ベース候補インデックスはその名称に制限されず、前記ベース候補インデックスは、ベース候補フラグ、候補インデックス、候補フラグ、ＭＭＶＤインデックス、ＭＭＶＤ候補インデックス、ＭＭＶＤ候補フラグなどと呼ぶことができる。

【0080】

また、本発明の一実施例によれば、図６及び図７で説明したＭＶＤと異なるＭＶＤが存在してよい。例えば、ＭＭＶＤにおけるＭＶＤは、図６及び図７で説明したＭＶＤと異なるように定義されてよい。本明細書において、ＭＭＶＤは、モーションベクトル差分を用いるマージモード（すなわち、モーション補償モード、方法）を表してもよく、ＭＭＶＤが適用される場合のモーションベクトル差分を表してもよい。例えば、エンコーダ／デコーダは、ＭＭＶＤ適用の有無（又は、使用の有無）を決定することができる。仮に、ＭＭＶＤが適用される場合、エンコーダ／デコーダは、マージ候補リストから現在ブロックのインター予測に用いられるマージ候補を誘導し、ＭＭＶＤを誘導して前記マージ候補のモーションベクトルに適用（又は、加算）することによって現在ブロックのモーションベクトルを決定することができる。

【0081】

一実施例において、前記他のＭＶＤは、簡略化されたＭＶＤ、他の（又は、小さい）解像度を有するＭＶＤ、利用可能な数が少ないＭＶＤ、シグナリング方法が異なるＭＶＤなどを意味できる。例えば、図６及び図７で説明した既存ＡＭＶＰ、アフィンインターモードなどで使用するＭＶＤは、特定シグナリング単位（例えば、ｘ－ペル（ｐｅｌ））に対してｘ、ｙ軸（すなわち、水平、垂直方向）における全ての領域、例えば、ピクチャに基づく領域（例えば、ピクチャ領域又はピクチャと周辺領域を含む領域）を均等な間隔で全て表すことができるのに対し、ＭＭＶＤは、特定シグナリング単位を表現する単位が相対的に制限されてよい。また、ＭＭＶＤをシグナリングする領域（又は、単位）が均等な間隔を持たなくてもよい。また、ＭＭＶＤは、特定シグナリング単位に対して特定方向だけを示すことができる。

【0082】

また、本発明の一実施例によれば、ＭＭＶＤは、距離と方向に基づいて決定されてよい。図２１を参照すると、ＭＭＶＤの距離を示す距離インデックス及びＭＭＶＤの方向を示す方向インデックスによるＭＭＶＤの距離及び方向が既に設定されてよい。一実施例において、距離は、特定画素単位のＭＭＶＤサイズ（例えば、絶対値）を示すことができ、方向は、ＭＭＶＤの方向を示すことができる。また、エンコーダ／デコーダは、相対的に小さい距離を相対的に小さいインデックスでシグナルすることができる。すなわち、固定長（ｆｉｘｅｄ ｌｅｎｇｔｈ）二進化を用いるシグナリングでない場合、エンコーダ／デコーダは、相対的に小さい距離を相対的に少ないビットでシグナルすることができる。

【0083】

本発明の一実施例において、ＭＭＶＤ関連シンタックス要素は、マージフラグ（すなわち、ｍｅｒｇｅ＿ｆｌａｇ）が０である場合（すなわち、マージモードを使用しない場合）にシグナルされてよい。前述したように、ＭＭＶＤは、ベース候補（ｂａｓｅ ｃａｎｄｉｄａｔｅ）に対するＭＶＤをシグナルする方法であってよい。このような点で、ＭＭＶＤモードは、ＭＶＤをシグナルするＡＭＶＰ、アフィン（ａｆｆｉｎｅ）ＡＭＶＰ（又は、アフィンインター）などのモードと類似性を有することができる。これにより、マージフラグが０の場合にシグナルできる。Ｓ８０２段階で、デコーダは、現在ブロックにＭＭＶＤが適用される場合、すなわち、ＭＭＶＤフラグが１である場合、ＭＭＶＤ関連シンタックス要素をパースできる。実施例として、ＭＭＶＤ関連シンタックス要素は、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ、ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ、ｍｍｖｄ＿ｄｉｒｅｃｔｉｏｎ＿ｉｄｘのうち少なくとも一つを含むことができる。ここで、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇは、ＭＭＶＤのベース候補を示すフラグ（又は、シンタックス要素）を表し、ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘは、ＭＶＤの距離値を示すインデックス（又は、シンタックス要素）を表し、ｍｍｖｄ＿ｄｉｒｅｃｔｉｏｎ＿ｉｄｘは、ＭＶＤの方向を示すインデックス（又は、シンタックス要素）を表す。

【0084】

また、図８を参照すると、ＣｕＰｒｅｄＭｏｄｅは、現在ブロックの予測モードを示す変数（又は、値）を表す。又は、現在ブロックの予測モードは、現在ブロックがイントラ予測されるかインター予測されるかを示す値であってよい。又は、現在ブロックの予測モードはｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇに基づいて決定されてよい。ここで、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、現在ブロックがインター予測モードにコードされたか又はイントラ予測モードにコードされたかを示すシンタックス要素を表す。仮に、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０の場合に、現在ブロックの予測モードは、インター予測を使用することを示す値に設定されてよい。インター予測を使用することを示す予測モード値は、ＭＯＤＥ＿ＩＮＴＥＲであってよい。仮に、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１である場合、現在ブロックの予測モードは、イントラ予測を使用することを示す値に設定されてよい。イントラ予測を使用することを示す予測モード値は、ＭＯＤＥ＿ＩＮＴＲＡであってよい。仮に、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが存在しない場合、ＣｕＰｒｅｄＭｏｄｅは既に設定された値に設定されてよい。また、一例として、前記既に設定された値は、ＭＯＤＥ＿ＩＮＴＲＡであってよい。

【0085】

また、図８を参照すると、ｃｕ＿ｃｂｆは、変換と関連したシンタックスが存在するかを示す値であってよい。前記変換と関連したシンタックスは、変換ツリーシンタックス構造（ｔｒａｎｓｆｏｒｍ ｔｒｅｅ ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ）であってよい。また、前記変換に関連したシンタックスは、図２８の変換ツリー（ｔｒａｎｓｆｏｒｍ＿ｔｒｅｅ）でシグナルされるシンタックスであってよい。また、ｃｕ＿ｃｂｆが０である場合、変換に関連したシンタックスは存在しなくてよい。ｃｕ＿ｃｂｆが１である場合、変換に関連したシンタックスは存在してよい。図２８を参照すると、Ｓ８０３段階において、ｃｕ＿ｃｂｆが１である場合、デコーダは、変換ツリーシンタックスを呼び出すことができる。仮に、ｃｕ＿ｃｂｆが存在しない場合、ｃｕ＿ｓｋｉｐ＿ｆｌａｇに基づいてｃｕ＿ｃｂｆ値が決定されてよい。例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１である場合、ｃｕ＿ｃｂｆが０であってよい。また、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが０の場合に、ｃｕ＿ｃｂｆが１であってよい。前述したように、ｃｕ＿ｓｋｉｐ＿ｆｌａｇは、スキップモードを使用するか否かを示すシンタックス要素を表す。そして、スキップモードが適用される場合、レジデュアル（ｒｅｓｉｄｕａｌ）信号は使用しなくてよい。すなわち、スキップモードは、予測信号（ｐｒｅｄｉｃｔｉｏｎ ｓｉｇｎａｌ）にレジデュアルを加算しないで復元するモードであってよい。したがって、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１ということは、変換に関連したシンタックスが存在しないことを意味できる。

【0086】

本発明の一実施例によれば、Ｓ８０２段階において、デコーダは、イントラ予測を使用しない場合に、ｃｕ＿ｃｂｆがパースできる。また、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが０の場合に、ｃｕ＿ｃｂｆがパースできる。また、デコーダは、マージフラグが０の場合に、ｃｕ＿ｃｂｆがパースできる。また、これらの条件は結合して適用されてもよい。例えば、デコーダは、現在ブロックの予測モードがイントラ予測モードでなく、マージフラグが０である場合に、ｃｕ＿ｃｂｆがパースできる。又は、デコーダは、現在ブロックの予測モードがインター予測モードであり、マージフラグが０である場合に、ｃｕ＿ｃｂｆがパースできる。これは、マージモードでないインター予測の場合にスキップモードを使用してもよく、使用しなくてもよいためである。

【0087】

図９は、本発明の一実施例に係るコーディングユニットシンタックスを例示する図である。本発明の実施例によれば、前述した図８のｃｕ＿ｃｂｆ及び変換関連シンタックスは、図９に示すように変更されてよい。すなわち、本発明の一実施例によれば、特定モードが適用される場合、スキップモードを使用するか否かが決定されてよい。例えば、ＭＭＶＤが適用される場合、スキップモードを使用するか否かが決定されてよい。一実施例として、図９を参照すると、Ｓ９０１段階において、デコーダは、ＭＭＶＤが適用されるか否かに基づいて、ｃｕ＿ｃｂｆをパースするか否かが決定できる。すなわち、ＭＭＶＤ適用の有無によってスキップモードを使用するか否かが決定されるので、それに応じて、ｃｕ＿ｃｂｆをパースするか否かが決定されてよい。スキップモード使用の有無が明確な場合、デコーダはｃｕ＿ｃｂｆをパースしなくてもよい。

【0088】

一実施例において、ＭＭＶＤを使用する場合、エンコーダ／デコーダは、スキップモードを使用しなくてもよい。ＭＭＶＤは、ＭＶＤをＡＭＶＰのように正確に示すことができず、前述したように、限定された範囲でのみ表現できるので、レジデュアルを用いてより正確に復元することができる。したがって、ＭＭＶＤ使用の有無に基づき、ｃｕ＿ｃｂｆをパースするか否かを決定することによって、予測の正確度を高め、圧縮効率を上げることができる。例えば、ＭＭＶＤを使用する場合、デコーダは、ｃｕ＿ｃｂｆをパースしなくてもよい。仮に、ＭＭＶＤを使用しない場合、デコーダは、ｃｕ＿ｃｂｆがパースできる。Ｓ９０１段階において、デコーダは、ＭＭＶＤフラグが０の場合に、ｃｕ＿ｃｂｆがパースでき、ＭＭＶＤフラグが１の場合に、ｃｕ＿ｃｂｆをパースしなくてもよい。

【0089】

本発明の一実施例において、ｃｕ＿ｃｂｆが存在しない場合、デコーダは、ｃｕ＿ｃｂｆ値が推論できる。図８で説明した方法によれば、デコーダは、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ値に基づいてｃｕ＿ｃｂｆが推論できる。本発明の実施例によれば、マージフラグに基づいてｃｕ＿ｃｂｆ値が推論できる。仮にマージフラグが０の場合に、デコーダはｃｕ＿ｃｂｆを１と推論できる。一例として、マージモードを使用しない場合、変換に関連したシンタックスが存在することを示すことができる。したがって、図８及び図９の実施例においてＭＭＶＤを使用する場合、デコーダは、ｃｕ＿ｃｂｆを１と推論できる。実施例として、デコーダは、１）マージフラグが１であり、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１の場合に、ｃｕ＿ｃｂｆを０と推論し、２）マージフラグが１であり、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが０の場合に、ｃｕ＿ｃｂｆを１と推論し、３）マージフラグが０の場合に、ｃｕ＿ｃｂｆを１と推論できる。又は、図８に示すように、実施例として、デコーダは、１）ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１の場合に、ｃｕ＿ｃｂｆを０と推論し、２）ｃｕ＿ｓｋｉｐ＿ｆｌａｇが０の場合に、ｃｕ＿ｃｂｆを１と推論できる。

【0090】

本発明のさらに他の実施例によれば、ＭＭＶＤフラグに基づいてｃｕ＿ｃｂｆ値が推論できる。ＭＭＶＤフラグが１の場合に、ｃｕ＿ｃｂｆを１と推論できる。また、ＭＭＶＤフラグが０の場合には、ｃｕ＿ｃｂｆを０又は１と推論できる。図２８で説明した推論方法と結合すれば、１）ＭＭＶＤフラグが１の場合に、ｃｕ＿ｃｂｆを１と推論し、２）ＭＭＶＤフラグが０であり、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１の場合に、ｃｕ＿ｃｂｆを０と推論し、３）ＭＭＶＤフラグが０であり、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが０の場合に、ｃｕ＿ｃｂｆを１と推論できる。

【0091】

また、一実施例として、図８及び図９の実施例において、ＭＭＶＤフラグはマージデータ（ｍｅｒｇｅ＿ｄａｔａ）シンタックス内に存在しなくてもよい。マージデータシンタックスは、図８及び図９に示すマージデータシンタックスであってよい。

【0092】

図１０は、本発明の一実施例に係るマージモードシグナリング方法を例示する図である。本発明の一実施例において、マージモードは、図１０に示すようなシンタックス要素に基づいてシグナルされてよい。図１０を参照すると、マージモードは、正規フラグ（ｒｅｇｕｌａｒ ｆｌａｇ）、ＭＭＶＤフラグ、サブブロックフラグ（ｓｕｂｂｌｏｃｋ ｆｌａｇ）及び／又はＣＩＩＰ（ｃｏｍｂｉｎｅｄ ｉｎｔｅｒ－ｐｉｃｔｕｒｅ ｍｅｒｇｅ ａｎｄ ｉｎｔｒａ－ｐｉｃｔｕｒｅ ｐｒｅｄｉｃｔｉｏｎ）フラグのうち少なくとも一つに基づいてシグナルされてよい。本発明において、ＣＩＩＰは、インター予測（例えば、マージモードインター予測）とイントラ予測とを結合した予測方法を示し、多重仮定予測（ｍｕｌｔｉ－ｈｙｐｏｔｈｅｓｉｓ ｐｒｅｄｉｃｔｉｏｎ）と呼ぶことができる。

【0093】

図１０を参照すると、図１０の（ａ）及び（ｂ）はそれぞれ、スキップでないマージモード及びスキップであるマージモードに該当する場合を示すことができる。図１０の実施例において、前述した図８及び図９のマージデータシンタックス（ｍｅｒｇｅ ｄａｔａ ｓｙｎｔａｘ）と違い、正規フラグ（ｒｅｇｕｌａｒ ｆｌａｇ）が存在し得る。一例として、トライアングル（ｔｒｉａｎｇｌｅ ｆｌａｇ）が存在しなくてもよい。前記正規フラグは、従来のマージモードを使用することを示すシンタックス要素であってよく、本発明において、前記正規フラグは、正規マージフラグと呼ぶことができる。既存のマージモードは、ＨＥＶＣで使用したのと同じマージモードであってよい。また、前記従来のマージモードは、マージインデックスにより示される候補を使用し、ＭＶＤを使用しないで動き補償を行うマージモードであってよい。一実施例において、正規フラグ、ＭＭＶＤフラグ、サブブロックフラグ、ＣＩＩＰフラグは、既に設定された順にシグナルされてよい。ＭＭＶＤフラグは、ＭＭＶＤを使用するか否かを示すシンタックス要素を表す。サブブロックフラグは、サブブロックベースの予測が行われるサブブロックモードを使用するか否かを示すシンタックス要素を表す。ＣＩＩＰフラグは、ＣＩＩＰモードが適用されるか否かを示すシンタックス要素を表す。

【0094】

本発明の一実施例において、前記正規フラグ、ＭＭＶＤフラグ、サブブロックフラグ、ＣＩＩＰフラグ中に当該モードを使用するか否かを示すためのシグナリングは、１以下であってよい。したがって、エンコーダ／デコーダは、前記正規フラグ、ＭＭＶＤフラグ、サブブロックフラグ、ＣＩＩＰフラグのうち、１の値が発生すれば、デコーディング順序において以降に取得されるフラグは０であると判断できる。また、前記正規フラグ、ＭＭＶＤフラグ、サブブロックフラグ、ＣＩＩＰフラグがいずれも０である場合、前記正規フラグ、ＭＭＶＤフラグ、サブブロックフラグ、ＣＩＩＰフラグが示さないモードが使用されるものであってよい。前記正規フラグ、ＭＭＶＤフラグ、サブブロックフラグ、ＣＩＩＰフラグが示さないモードは、トライアングル予測（ｔｒｉａｎｇｌｅ ｐｒｅｄｉｃｔｉｏｎ）であってよい。すなわち、一実施例として、正規フラグ、ＭＭＶＤフラグ、サブブロックフラグ、ＣＩＩＰフラグがいずれも０である場合、トライアングル予測モードが適用されると決定されてよい。

【0095】

図１１は、本発明の一実施例に係るマージデータシンタックス構造を例示する図である。図１１は、先に図１０で説明したシンタックス要素が用いられるシンタックス構造を例示する。図１１において、正規マージフラグは、正規マージフラグを表す。一例として、前記正規マージフラグは、先に図１０で説明した正規フラグであってよい。

【0096】

本発明の一実施例によれば、正規マージフラグは、マージデータシンタックスの先頭に位置してよい。Ｓ１１０１段階において、デコーダは、マージデータシンタックス内で、まず、正規マージフラグがパースできる。すなわち、正規マージフラグは、マージフラグが１であることを確認した後にパースする最初のシンタックス要素であってよい。Ｓ１１０２段階において、デコーダは、正規マージフラグが０の場合に、ＭＭＶＤフラグがパースできる。Ｓ１１０３、Ｓ１１０６、Ｓ１１０５段階において、デコーダは、正規マージフラグが０の場合に、サブブロックマージフラグ、多重仮定フラグ及び／又はトライアングルマージフラグのうち少なくとも一つがパースできる。図１１で、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇは、サブブロックマージモードが適用されるか否かを示すサブブロックマージフラグを表し、ｍｈ＿ｉｎｔｒａ＿ｆｌａｇは、多重仮定予測モードが適用されるか否かを示す多重仮定予測フラグを表し、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇは、トライアングルマージモードが適用されるか否かを示すトライアングルマージフラグを表す。

【0097】

図１１を参照すると、デコーダは、現在ブロックがあらかじめ定義された特定ブロックサイズ条件を満たす場合、ＭＭＶＤフラグがパースできる。また、一実施例において、トライアングルマージフラグは、（！ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＆＆！ＭＭＶＤ＿ｆｌａｇ＆＆！ｍｅｒｇｅ＿ｓｕｂｂｏｃｋ＿ｆｌａｇ＆＆！ｍｈ＿ｉｎｔｒａ＿ｆｌａｇ）と定義されてよい。すなわち、正規マージフラグ、ＭＭＶＤフラグ、サブブロックマージフラグ、多重仮定予測フラグがいずれも０であるとき、トライアングルマージフラグは１であり、正規マージフラグ、ＭＭＶＤフラグ、サブブロックマージフラグ、ｍｈ＿ｉｎｔｒａ＿ｆｌａｇのいずれか一つでも１であるとき、トライアングルマージフラグは０であってよい。

【0098】

図１２は、本発明の一実施例に係るマージデータシンタックスを示す図である。図１２は、先に図１０で説明したシンタックス要素が用いられるシンタックス構造を例示する。図１２を参照すると、本発明の一実施例において、デコーダは、まず、正規マージフラグをパースし、パースされた正規マージフラグが１の場合に、マージインデックスがパースできる（Ｓ１２０１）。また、デコーダは、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが１よりも大きい場合、マージインデックスがパースできる。ここで、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄは、マージ候補の最大個数を示す変数である。また、デコーダは、正規マージフラグが０の場合に、ＭＭＶＤフラグ、サブブロックマージフラグ、多重仮定フラグ及び／又はトライアングルマージフラグのうち少なくとも一つがパースできる。一実施例において、トライアングルマージフラグの値は、先に図１０及び図１１で説明した方法によって決定されてよい。すなわち、トライアングルマージフラグは、他のモードが適用されるか否かを示すフラグ値に基づいて決定されてよい。仮にトライアングルマージフラグが１の場合に、トライアングル予測に関連したシンタックス（又は、シンタックス要素）がパースできる。例えば、デコーダは、トライアングルマージフラグが１の場合に、トライアングルマージインデックス（すなわち、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ）がパースできる。

【0099】

図１１の実施例のような場合には、正規マージモード（ｒｅｇｕｌａｒ ｍｅｒｇｅ ｍｏｄｅ）に必要なマージインデックスは、マージデータシンタックスの後側に存在し、正規マージフラグとマージインデックスとの間に、例えば、ＭＭＶＤフラグ、サブブロックマージフラグ、多重仮定予測フラグのシグナリングが存在するため、正規マージモードを使用する場合、シグナリングが非効率的であり得る。しかし、図１２の実施例では、正規マージフラグが１の場合に、正規マージフラグの直後にマージインデックスをパースすることができるので、正規マージモードと関係ない他のシグナリングをパースする必要がなく、よって、圧縮効率が向上し得る。

【0100】

また、本発明の一実施例によれば、種々の予測モードが用いられる場合、予測モードの適用条件に基づき、特定予測モードがパーシングされるか否かが決定されてよい。次の表２を参照して説明する。

【0101】

［表２］
If( A1 && A2 && A3 )
mode_A_flag
If( mode_A_flag) {
// mode A related syntax elements
} else {
if( B1 && B2 && B3 )
mode_B_flag
if( mode_B_flag ) {
// mode B related syntax elements
} else {
// mode C related syntax elements
}
}

【0102】

表２を参照すると、予測モードとして、Ｍｏｄｅ Ａ、Ｍｏｄｅ Ｂ、Ｍｏｄｅ Ｃが存在する場合を仮定する。また、Ｍｏｄｅ Ａ、Ｍｏｄｅ Ｂ、Ｍｏｄｅ Ｃのいずれか一つの予測モードだけが予測に用いられる場合を仮定する。また、Ｍｏｄｅ Ａを使用するための条件が定義されてよく、Ｍｏｄｅ Ａを使用するための条件はＡ１、Ａ２、Ａ３でよいと仮定する。本実施例において、Ａ１、Ａ２、Ａ３の全てを満たす場合、エンコーダ／デコーダは、Ｍｏｄｅ Ａが適用できる。また、Ｍｏｄｅ Ｂを使用するための条件はＢ１、Ｂ２、Ｂ３でよいと仮定する。本実施例において、Ｂ１、Ｂ２、Ｂ３の全てを満たすとき、エンコーダ／デコーダは、Ｍｏｄｅ Ｂが適用できる。また、Ｍｏｄｅ Ｃを使用するための条件はＣ１、Ｃ２、Ｃ３でよく、Ｃ１、Ｃ２、Ｃ３の全てを満たすとき、エンコーダ／デコーダは、Ｍｏｄｅ Ｃが適用できる。任意の予測モードＸ（Ｍｏｄｅ Ｘ）を使用するか否かを示すシグナリング（又は、シンタックス要素）は、ｍｏｄｅ＿Ｘ＿ｆｌａｇであってよい。

【0103】

表２を参照すると、デコーダは、ｍｏｄｅ Ａ、ｍｏｄｅ Ｂ、ｍｏｄｅ Ｃの順に現在ブロックに適用される予測モードを決定するために関連シンタックスをパースすることができる。又は、エンコーダは、表２に示すように、ｍｏｄｅ＿Ａ＿ｆｌａｇ、ｍｏｄｅ＿Ｂ＿ｆｌａｇ、ｍｏｄｅ＿Ｃ＿ｆｌａｇの順にシグナルすることができる。仮に、デコーダは、Ｍｏｄｅ Ａを使用するための条件を満たす場合、ｍｏｄｅ＿Ａ＿ｆｌａｇがパースできる。仮に、ｍｏｄｅ＿Ａ＿ｆｌａｇが１の場合に、デコーダは、ｍｏｄｅ Ａに関連したシンタックスをパースし、残りのモードに関連したフラグ及び関連シンタックスをパースしなくてもよい。仮に、ｍｏｄｅ＿Ａ＿ｆｌａｇが０の場合に、ｍｏｄｅ Ｂ又はｍｏｄｅ Ｃを使用する可能性があり得る。したがって、デコーダは、ｍｏｄｅ Ｂを使用するための条件を満たす場合、ｍｏｄｅ＿Ｂ＿ｆｌａｇがパースできる。仮に、ｍｏｄｅ＿Ｂ＿ｆｌａｇが１の場合に、デコーダは、ｍｏｄｅ Ｂに関連したシンタックスをパースし、残りのｍｏｄｅ（すなわち、ｍｏｄｅ Ｃ）に関連したｍｏｄｅ＿Ｘ＿ｆｌａｇ及び関連シンタックスをパースしなくてもよい。仮に、ｍｏｄｅ＿Ｂ＿ｆｌａｇが０の場合に、デコーダは、ｍｏｄｅ Ｃを使用すると判断できる。すなわち、ｍｏｄｅ Ｃに該当しないｍｏｄｅ＿Ｘ＿ｆｌａｇがいずれも０である場合、デコーダは、ｍｏｄｅ Ｃを使用すると決定できる。そして、デコーダは、ｍｏｄｅ Ｃに関連したシンタックスをパースすることができる。

【0104】

また、本発明の一実施例によれば、種々の予測モードが用いられる場合、予測モードの適用条件に基づいて、特定予測モードがパーシングされるか否かが決定されてよい。次の表３を参照して説明する。

【0105】

［表３］
If( (A1 && A2 && A3) && !((!B1 || !B2 || !B3) && (!C1 || !C2 || !C3)) )
mode_A_flag
If( mode_A_flag) {
// mode A related syntax elements
} else {
if( B1 && B2 && B3 )
mode_B_flag
if( mode_B_flag ) {
// mode B related syntax elements
} else {
// mode C related syntax elements
}
}

【0106】

表３を参照すると、前述した表２と同様に、予測モードとして、Ｍｏｄｅ Ａ、Ｍｏｄｅ Ｂ、Ｍｏｄｅ Ｃが定義されてよく、予測モードを使用するか否かを示すシンタックス要素（すなわち、ｍｏｄｅ＿Ｘ＿ｆｌａｇ）及び／又は関連予測モード情報を示すシンタックス要素が定義されてよい。また、任意のモードＸを使用するための条件であるＸ１、Ｘ２、Ｘ３などが定義されてよい。前述した表２と同様に、ｍｏｄｅ Ａ、ｍｏｄｅ Ｂ、ｍｏｄｅ Ｃの順に適用されるか否かが決定され、適用される場合、当該予測モードに関連したシンタックス要素をパースすることができる。

【0107】

このとき、本発明の一実施例によれば、特定予測モードよりも後順位で決定される予測モードのいずれも使用できない場合、エンコーダ／デコーダは、前記特定予測モードを使用すると決定できる。この場合、デコーダは、前記特定予測モードが適用されるか否かを示すフラグ（すなわち、前記特定予測モードがモードＸである場合のｍｏｄｅ＿Ｘ＿ｆｌａｇ）をパースしなくてもよい。一実施例において、予測モードが使用できないことは、先に言及した予測モードを使用するための条件を満たすか否かに基づいて決定されてよい。例えば、相対的に後順位で使用の有無が決定されるｍｏｄｅ Ｂ、ｍｏｄｅ Ｃのいずれも使用できない場合に、デコーダは、ｍｏｄｅ＿Ａ＿ｆｌａｇをパースしなくてよく、ｍｏｄｅ Ａを使用すると判断（又は、決定、推論）できる。

【0108】

上述した表２及び表３では、Ｍｏｄｅ Ａ、ｍｏｄｅ Ｂ、ｍｏｄｅ Ｃの３個の予測モードが適用される場合を仮定して説明するが、本発明はこのような予測モードの個数に制限されるものではなく、その他より多くの予測モードが存在する場合にも提案の方法を用いてモードを決定することができる。例えば、ｍｏｄｅ Ａ、ｍｏｄｅ Ｂ、ｍｏｄｅ Ｃ、ｍｏｄｅ Ｄが利用可能であると仮定するとき、ｍｏｄｅ Ｂ、ｍｏｄｅ Ｃ、ｍｏｄｅ Ｄのいずれも利用できない場合、デコーダは別のシグナリング（又は、パーシング）無しでｍｏｄｅ Ａを使用すると判断できる。また、ｍｏｄｅ Ａを使用しないと判断した後、ｍｏｄｅ Ｃ、ｍｏｄｅ Ｄのいずれも使用できない場合に、デコーダは、ｍｏｄｅ Ｂを使用すると判断できる。

【0109】

表３を参照すると、任意の予測モードＸ（すなわち、ｍｏｄｅ Ｘ）を使用できない条件は、Ｘ１、Ｘ２、Ｘ３のいずれか一つでも満たせない場合であってよい。すなわち、！Ｘ１｜｜！Ｘ２｜｜！Ｘ３の場合に、ｍｏｄｅ Ｘが使用することが可能でなくてもよい。したがって、ｍｏｄｅ Ｂ及びｍｏｄｅ Ｃのいずれをも使用できない場合は、（（！Ｂ１｜｜！Ｂ２｜｜！Ｂ３）＆＆（！Ｃ１｜｜！Ｃ２｜｜！Ｃ３））条件を満たす場合を表す。このような条件を満たす場合、デコーダは、ｍｏｄｅ＿Ａ＿ｆｌａｇをパースしなくてもよく、その値を１と推論できる。すなわち、デコーダは、ｍｏｄｅ Ａを使用すると判断できる。（（！Ｂ１｜｜！Ｂ２｜｜！Ｂ３）＆＆（！Ｃ１｜｜！Ｃ２｜｜！Ｃ３））条件を満たさない場合、デコーダは、ｍｏｄｅ＿Ａ＿ｆｌａｇがパースできる。このとき、デコーダは、ｍｏｄｅ Ａを使用するための条件を共に考慮することができる。すなわち、デコーダは、！（（！Ｂ１｜｜！Ｂ２｜｜！Ｂ３）＆＆（！Ｃ１｜｜！Ｃ２｜｜！Ｃ３））を満たし、（Ａ１＆＆ Ａ２＆＆ Ａ３）である場合に、ｍｏｄｅ＿Ａ＿ｆｌａｇがパースできる。言い換えると、ｍｏｄｅ Ｂを使用するための条件とｍｏｄｅ Ｃを使用するための条件のうち少なくとも一つを満たす場合、デコーダは、ｍｏｄｅ＿Ａ＿ｆｌａｇがパースできる。（Ｂ１＆＆Ｂ２＆＆Ｂ３）又は（Ｃ１＆＆Ｃ２＆＆Ｃ３）である場合に、デコーダはｍｏｄｅ＿Ａ＿ｆｌａｇがパースできる。

【0110】

また、デコーダは、ｍｏｄｅ＿Ａ＿ｆｌａｇが存在しない場合、（Ｂ１＆＆Ｂ２＆＆Ｂ３）又は（Ｃ１＆＆Ｃ２＆＆Ｃ３）のとき、ｍｏｄｅ＿Ａ＿ｆｌａｇ値を０と推論し、そうでない場合、１と推論できる。すなわち、ｍｏｄｅ Ｂ及びｍｏｄｅ Ｃのいずれをも使用できない場合、ｍｏｄｅ＿Ａ＿ｆｌａｇが存在しないとき、デコーダはその値を１（すなわち、ｍｏｄｅ Ａを適用する）と推論できる。

【0111】

上述した表２及び表３では、ｍｏｄｅ Ａ、ｍｏｄｅ Ｂ、ｍｏｄｅ Ｃの予測モードが選択的に適用される場合を仮定して説明し、前記ｍｏｄｅ Ａ、ｍｏｄｅ Ｂ、ｍｏｄｅ Ｃは、本発明で提案する種々の予測モードのうちの特定予測モードと定義されてよい。例えば、ｍｏｄｅ Ａ、ｍｏｄｅ Ｂ、ｍｏｄｅ Ｃはそれぞれ、正規マージモード、ＣＩＩＰモード、トライアングルマージモードのいずれか一つと定義されてよい。又は、前述したように、上述した表２及び表３は、ｍｏｄｅ Ａ、ｍｏｄｅ Ｂ、ｍｏｄｅ Ｃ、ｍｏｄｅ Ｄが定義される場合にも適用されてよく、例えば、ｍｏｄｅ Ａ、ｍｏｄｅ Ｂ、ｍｏｄｅ Ｃ、ｍｏｄｅ Ｄはそれぞれ、正規マージモード、ＭＭＶＤモード、ＣＩＩＰモード、トライアングルマージモードのいずれか一つと定義されてよい。

【0112】

図１３は、本発明の一実施例に係るマージデータシンタックス構造を例示する図である。本発明の実施例によれば、先に表２及び／又は表３で説明した方法が図１３に適用されてよく、関連する重複説明は省略する。また、図１３は、図１０及び図１１に説明したような正規マージフラグに関連する実施例であってよい。

【0113】

前述したように、本発明の一実施例によれば、デコーディングプロセスの順序上、特定モードに比べて相対的に使用の有無が遅く決定されるモードの全てを使用できない場合、デコーダは、前記特定モードを使用するか否かを示すシグナリングをパースせずに、前記特定モードを使用すると判断（又は、決定、推論）できる。例えば、サブブロックマージモードの使用有無に対する決定よりも相対的に後順位で使用の有無に対する決定が行われるモードのいずれをも使用できない場合、サブブロックマージモードを使用するか否かを示すシグナリング（又は、シンタックス要素）はパースされなくてもよい。この場合、デコーダは、シンタックスパーシング無しでサブブロックマージモードを使用すると判断できる。例えば、前記相対的に後順位で使用の有無に対する決定が行われるモードは、多重仮定予測、トライアングル予測を含むことができる。

【0114】

一実施例において、Ｓ１３０１段階において、ＭＭＶＤの使用の有無が決定されるものよりも使用の有無が遅く決定されるモードのいずれをも使用できない場合、デコーダは、ＭＭＶＤを使用するか否かを示すシグナリングをパースせずに、ＭＭＶＤを使用すると判断できる。例えば、前記使用の有無が遅く決定されるモードは、サブブロックマージモード、多重仮定予測、トライアングル予測を含むことができる。

【0115】

また、上述した実施例において、多重仮定予測を使用できる条件（すなわち、図１３でｍｈ＿ｉｎｔｒａ＿ｃｏｎｄｉｔｉｏｎｓ）は、１）ｓｐｓ＿ｍｈ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、２）ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］＝＝０、３）ブロックサイズ条件のうち少なくとも一つを含むことができる。一例として、ブロックサイズ条件は、（（ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ）＞＝６４＆＆ｃｂＷｉｄｔｈ＜１２８＆＆ｃｂＨｅｉｇｈｔ＜１２８）と定義されてよい。ここで、前記ｓｐｓ＿ｍｈ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現在シーケンスにおいて多重仮定予測を使用できるか否かを示すシンタックス要素を表し、例えば、前記シンタックス要素は、シーケンスパラメータセット（ＳＰＳ，ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）でシグナルされてよい。そして、ｃｂＷｉｄｔｈ及びｃｂＨｅｉｇｈｔはそれぞれ、現在ブロック（現在コーディングブロック）の幅及び高さを示す変数である。

【0116】

また、上述した実施例において、トライアングル予測を使用できる条件（図１３で、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｃｏｎｄｉｔｉｏｎｓ）は、１）ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、２）ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ（又は、ｓｌｉｃｅ＿ｔｙｐｅ）＝＝Ｂ、３）ブロックサイズ条件のうち少なくとも一つを含むことができる。一例として、ブロックサイズ条件は（ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４）と定義されてよい。ここで、前記ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現在シーケンスにおいてトライアングル予測を使用できるか否かを示すシンタックス要素を表し、例えば、前記シンタックス要素はＳＰＳでシグナルされてよい。

【0117】

また、上述した実施例において、サブブロックマージを使用できる条件（図１３で、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｃｏｎｄｉｔｉｏｎｓ）は、１）ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０、２）ブロックサイズ条件のうち少なくとも一つを含むことができる。一例として、ブロックサイズ条件は、（ｃｂＷｉｄｔｈ＞＝８＆＆ｃｂＨｅｉｇｈｔ＞＝８）と定義されてよい。ここで、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄは、サブブロックマージ候補の最大個数を示す変数である。

【0118】

したがって、一実施例において、デコーダは、（！ｍｈ＿ｉｎｔｒａ＿ｃｏｎｄｉｔｉｏｎｓ＆＆！ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｃｏｎｄｉｔｉｏｎｓ）である場合、サブブロックマージフラグをパースしなくてもよい。また、デコーダは、サブブロックマージフラグが存在しない場合、（！ｍｈ＿ｉｎｔｒａ＿ｃｏｎｄｉｔｉｏｎｓ＆＆！ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｃｏｎｄｉｔｉｏｎｓ）であれば、サブブロックマージフラグを１と推論し、そうでなければ、０と推論できる。

【0119】

また、一実施例において、デコーダは、（！ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｃｏｎｄｉｔｉｏｎｓ＆＆！ｍｈ＿ｉｎｔｒａ＿ｃｏｎｄｉｔｉｏｎｓ＆＆！ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｃｏｎｄｉｔｉｏｎｓ）である場合、ＭＭＶＤフラグをパースしなくてもよい。また、ＭＭＶＤフラグが存在しない場合、（！ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｃｏｎｄｉｔｉｏｎｓ＆＆！ｍｈ＿ｉｎｔｒａ＿ｃｏｎｄｉｔｉｏｎｓ＆＆！ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｃｏｎｄｉｔｉｏｎｓ）であれば、ＭＭＶＤフラグを１と推論し、そうでなければ、０と推論できる。

【0120】

また、一実施例において、デコーダは、（！ｓｐｓ＿ｍｈ＿ｉｎｔｒａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆！ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）である場合、サブブロックマージフラグをパースしなくてもよく、その値を１と推論できる。又は、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１であり、ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ（ｓｌｉｃｅ＿ｔｙｐｅ）がＢでない場合、デコーダは、サブブロックマージフラグをパースしなくてもよく、その値を１と推論できる。又は、幅及び高さがそれぞれ１２８、１２８であり、ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅがＢでない場合、デコーダは、サブブロックマージフラグをパースしなくてもよく、その値を１と推論できる。

【0121】

図１４は、本発明の一実施例に係るマージデータシンタックス構造を例示する図である。図１４で説明する実施例は、先に図１０乃至１３で説明した内容が適用されてよく、説明の便宜のために重複する説明は省略する。本発明の一実施例によれば、マージモードは正規マージモード、ＭＭＶＤ、サブブロックマージモード、ＣＩＩＰモード、トライアングルマージモード（又は、トライアングル分割モード（ＴＰＭ，ｔｒｉａｎｇｌｅ ｐａｒｔｉｔｉｏｎｉｎｇ ｍｏｄｅ））などを含むことができる。また、それぞれ、モードが使用（又は、適用）されるか否かを示すシグナリング（又は、シンタックス要素）である正規マージフラグ、ＭＭＶＤフラグ、サブブロックマージフラグ、ＣＩＩＰフラグ、トライアングルマージフラグが存在してよい。前述したように、予測モードは、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＢＣ、ＭＯＤＥ＿ＩＮＴＥＲを含むことができる。ＭＯＤＥ＿ＩＮＴＲＡ及びＭＯＤＥ＿ＩＢＣは、現在ブロックを含む現在ピクチャを用いた予測モードであってよい。また、ＭＯＤＥ＿ＩＮＴＲＡは、前述したイントラ予測であってよい。ＭＯＤＥ＿ＩＢＣは、モーションベクトル又はブロックベクトルを用いた予測方法であってよい。ＭＯＤＥ＿ＩＮＴＥＲは、他のピクチャを用いた予測方法であってよく、前述したインター予測であってよい。

【0122】

現在予測モードがＭＯＤＥ＿ＩＢＣであり、マージフラグが１である場合、デコーダは、正規マージモードだけを使用することができる（Ｓ１４０１）。また、このような場合、正規マージフラグをパースしなくてもよい。デコーダは、正規マージフラグを１と推論できる。

【0123】

また、本発明の一実施例によれば、ブロックサイズ（ｂｌｏｃｋ ｓｉｚｅ）に基づき、シンタックス要素をパースするか否かが決定されてよい。例えば、ブロックサイズに基づき、シンタックス要素をパースするか否かが決定されてよい。例えば、第１モード、第２モード、第３モード、第４モード、第５モードの順にシンタックス要素がシグナルされる場合、第３モード、第４モード、第５モードを使用できるブロックサイズ条件である第３条件、第４条件、第５条件がそれぞれ存在してよい。仮に第３条件、第４条件、第５条件のいずれをも満たさない条件である条件Ａを満たすときは、デコーダは、第３モード、第４モード、第５モードに関するシンタックス要素をパースせず、使用しないと推論できる。また、前記条件Ａを満たすときは、デコーダは、第２モードに関連したシンタックス要素をパースせず、第１モードシンタックス要素に基づいて決定することができる。この場合、仮に第１モードを使用しないと決定、推論されると、デコーダは、第２モードを使用すると決定、推論できる。そして、これに基づき、第２モードを使用するために必要なシンタックス要素をパースすることができる。

【0124】

本発明の一実施例によれば、サブブロックマージモード、ＣＩＩＰ、トライアングルマージモードを使用できるブロックサイズ条件が存在してよい。例えば、図１３の実施例で説明した通りであり得る。したがって、４×４、８×４、４×８サイズのブロックは、サブブロックマージモード、ＣＩＩＰ、トライアングルマージモードを使用することが可能でなくてもよい。したがって、４×４、８×４、４×８サイズのブロックは、マージフラグが１の場合に、使用可能なモードが正規マージモードとＭＭＶＤだけであってよい。したがって、この場合、デコーダはＭＭＶＤフラグをパースしなくてもよい。また、デコーダは、この場合、正規マージフラグに基づいてＭＭＶＤフラグ値を決定又は推論することができる。

【0125】

一実施例において、デコーダは、４×４ブロックに対してインター予測を行わなくてもよい。したがって、以下の実施例では、４×４ブロックに関連した条件に含めずに説明できるが、４×４インター予測が可能な場合にも本発明の実施例の適用が可能である。

【0126】

図１４を参照すると、ｃｂＷｉｄｔｈ及びｃｂＨｅｉｇｈｔがそれぞれ８、４である場合又は４、８である場合に、デコーダは、ＭＭＶＤフラグ、サブブロックマージフラグ、多重仮定予測フラグをパースしなくてもよい（Ｓ１４０２、Ｓ１４０３、Ｓ１４０４）。また、図１４に示してはいないが、ｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔが４、４である場合にもＭＭＶＤフラグ、サブブロックマージフラグ、多重仮定予測フラグをパースしなくてよい。また、この場合、その他のＭＭＶＤ、サブブロックマージモード、ＣＩＩＰ、トライアングル関連シンタックス要素もパースしなくてよい。

【0127】

また、本発明において、ｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔがそれぞれ４、８であるか或いは８、４であることを、ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔが１２であるとして示すことができる。すなわち、ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔが１２であるか或いは１２以下である場合、ＭＭＶＤフラグ、サブブロックマージフラグ、ｍｈ＿ｉｎｔｒａ＿ｆｌａｇをパースしなくてもよい。また、本発明は、予測モードがＭＯＤＥ＿ＩＮＴＥＲである場合に適用可能である。

【0128】

本発明の一実施例によれば、ＭＭＶＤの使用の可否を示す上位レベルシグナリングが存在してよい。上位レベルシグナリングは、現在ブロックを含む単位におけるシグナリングであってよい。例えば、現在ブロックの上位レベルは、ＣＴＵ、シーケンス、ピクチャ、スライス、タイル、タイルグループなどであってよい。例えば、ＭＭＶＤの使用の可否を示す上位レベルシグナリング（又は、シンタックス要素）は、ＳＰＳレベルのシグナリングであってよい。例えば、ＭＭＶＤの使用の可否を示す上位レベルシグナリングは、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇであってよい。前記ＭＭＶＤの使用の可否を示す上位レベルシグナリングは、ＭＭＶＤを使用できるか否かを示すことができる。仮に、前記ＭＭＶＤの使用の可否を示す上位レベルシグナリングが０の場合に、デコーダは、ＭＭＶＤ関連シンタックス要素をパースしなくてもよい。また、前記ＭＭＶＤの使用の可否を示す上位レベルシグナリングが０の場合に、デコーダは、ＭＭＶＤフラグを０と推論できる。前記ＭＭＶＤの使用の可否を示す上位レベルシグナリングが１の場合に、ＭＭＶＤフラグは、ブロックによって１であっても０であってもよい。

【0129】

また、一実施例において、サブブロックマージモード関連シンタックス要素は、サブブロックマージフラグ、サブブロックマージインデックスを含むことができる。サブブロックマージモードは、ＳｂＴＭＶＰ（サブブロックベースの時間モーションベクトル）、アフィンモーション補償（ａｆｆｉｎｅ ｍｏｔｉｏｎ ｃｏｍｐｅｎｓａｔｉｏｎ）モードを含むことができる。また、ＣＩＩＰ関連シンタックス要素は、ｍｈ＿ｉｎｔｒａ＿ｆｌａｇ（ＣＩＩＰフラグ）、ＣＩＩＰのインター予測部分の候補を示すインデックスを含むことができる。ＣＩＩＰのインター予測部分の候補を示すインデックスは、マージインデックスであってよい。前述したように、ＣＩＩＰは、現在ピクチャから生成した予測信号と他の参照ピクチャから生成した予測信号に基づいて予測を行う方法であってよく、多重仮定予測と呼ぶことができる。

【0130】

また、一実施例において、トライアングルマージモード（ｔｒｉａｎｇｌｅ ｍｅｒｇｅ ｍｏｄｅ）関連シンタックス要素は、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒ、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１を含むことができる。トライアングルマージモードは、現在ブロックを２部分に分け、２部分がそれぞれ異なるモーション情報を使用する予測方法（又は、予測モード）であってよい。また、前記２部分はそれぞれ、長方形以外の任意の多角形の形態を有することができる。本発明は、このような名称に制限されず、前記トライアングルマージモードは他の様々な名称を有することができる。また、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｓｐｌｉｔ＿ｄｉｒは、前記２部分がどのように分けられるかを示すシンタックス要素であってよい。また、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０及びｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１は、前記２部分がそれぞれいかなるモーション情報を使用するかを示すシンタックス要素であってよい。

【0131】

本発明の一実施例によれば、ＭＭＶＤフラグが存在しなくてもよい。例えば、図１４で説明したように、ＭＭＶＤの使用の可否を示す上位レベルシグナリング、ブロックサイズ条件などによってＭＭＶＤフラグが存在しなくてもよい。下記の実施例では、ＭＭＶＤフラグが存在しない場合に推論する方法を示すことができる。本発明の一実施例によれば、特定条件を満たす場合、デコーダは、ＭＭＶＤフラグを１と推論できる。そして、前記特定条件のうち少なくとも一つを満たさない場合、デコーダは、ＭＭＶＤフラグを０と推論できる。

【0132】

一実施例において、前記特定条件は、ＭＭＶＤの使用の可否を示す上位レベルシグナリング（又は、シンタックス要素）が１である場合を含むことができる。前述したように、前記上位レベルシグナリングは、ＳＰＳ、ＰＰＳ、スライスヘッダー、タイルグループヘッダー、ＣＴＵのいずれか一つに含まれてよい。また、前記特定条件は、ブロックサイズ条件を含むことができる。例えば、ブロックサイズが４×８又は８×４又は４×４である場合を含むことができる。すなわち、ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔが１２であるか或いは１２以下である場合を含むことができる。仮に４×４インター予測が許容されない場合、４×４である場合を除外させることができる。また、前記特定条件は、正規マージフラグが０である場合を含むことができる。また、前記特定条件は、マージフラグが１である場合を含むことができる。

【0133】

また、一実施例において、エンコーダ／デコーダは、ＭＭＶＤフラグが存在しない場合、１）ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であり、２）ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔが１２であり、３）正規マージフラグが０であれば、ＭＭＶＤフラグを１と推論できる。また、１）、２）、３）のうち少なくとも一つを満たさない場合、エンコーダ／デコーダは、ＭＭＶＤフラグを０と推論できる。

【0134】

また、本発明の一実施例によれば、デコーダは、正規マージフラグが存在しない場合、あらかじめ定義された条件によってその値を推論することができる。一実施例において、デコーダは、現在ブロックの予測モードに基づいて正規マージフラグが推論できる。例えば、デコーダは、ＣｕＰｒｅｄＭｏｄｅ値に基づいて正規マージフラグが推論できる。例えば、デコーダは、ＣｕＰｒｅｄＭｏｄｅ値がＭＯＤＥ＿ＩＢＣである場合、正規マージフラグを１と推論できる。また、デコーダは、ＣｕＰｒｅｄＭｏｄｅ値がＭＯＤＥ＿ＩＮＴＥＲである場合、正規マージフラグを０と推論できる。

【0135】

更なる実施例によれば、デコーダは、マージフラグに基づいて正規マージフラグ値を推論することができる。例えば、マージフラグが１であり、ＣｕＰｒｅｄＭｏｄｅがＭＯＤＥ＿ＩＢＣである場合、デコーダは、正規マージフラグ値を１と推論できる。また、マージフラグが０の場合に、正規マージフラグ値を０と推論できる。

【0136】

図１５は、本発明の一実施例に係るマージデータシンタックス構造を示す図である。図１５の実施例は、図１０～図１３で説明した実施例に関連するさらに他の実施例であってよい。前述したように、本発明の実施例において、マージモードとして複数のモードが定義されてよい。そして、あるモードを使用するかをシグナルする場合に、複数モードに対するシグナリング順序と複数のモードを使用可能な条件に基づき、あるモードの使用の有無、あるモードの使用の有無を示すシグナリングをパースするか否か、又はあるモードの使用の有無を示すシグナリング推論方法などが決定されてよい。

【0137】

本発明の一実施例によれば、第２モードの使用の可否を示す上位レベルシグナリングに基づき、デコーダは、第１モードの使用の有無を示すシグナリングをパースするか否かを決定できる。また、デコーダは、第２モードの使用の可否を示す上位レベルシグナリングに基づき、第１モードを使用するか否かを示すシグナリング値が推論できる。このとき、第２モードは第１モードよりも使用の有無が遅く決定されるモードであってよい。

【0138】

より具体的な実施例において、デコーダは、ＭＭＶＤの使用の可否を示す上位レベルシグナリングに基づき、正規マージフラグをパースできるか否かが決定できる。また、デコーダは、ＭＭＶＤの使用の可否を示す上位レベルシグナリングに基づき、正規マージフラグ値を推論（又は、決定）できる。図１５を参照すると、一例として、デコーダは、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１の場合に、正規マージフラグをパースすることができる（Ｓ１５０１）。

【0139】

また、一実施例において、現在ブロックのサイズに基づき、特定モードの使用の有無を示すシグナリングをパースするか否かが決定できる。また、現在ブロックのサイズに基づき、特定モードを使用するか否かを示すシグナリング値が推論できる。一実施例によれば前記現在ブロックのサイズに基づき、特定モードの使用の有無を示すシグナリングをパースしない場合にも前記特定モードを使用する場合があり得る。すなわち、前記特定モードの使用の有無を示すシグナリング値は１と推論されてよい。

【0140】

より具体的な実施例において、デコーダは、現在ブロックのサイズに基づき、正規マージフラグをパースするか否かが決定できる。例えば、現在ブロックのサイズが４×８、８×４よりも大きいか否かに基づき、正規マージフラグをパースするか否かが決定できる。ブロックサイズが４×８、８×４よりも大きいものは、幅と高さの和が１２よりも大きいものであってよい。図１５を参照すると、ｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔの和が１２よりも大きい場合、正規マージフラグをパースすることができる（Ｓ１５０１）。また、４×８と８×４以下のブロックサイズでは使用が制限されるモードがあってよい。

【0141】

本発明の一実施例によれば、複数の条件を全て満たす場合、特定モードの使用の有無を示すシグナリングをパースしなくてもよい。また、このとき、特定のあるモードを使用するか否かを示すシグナリングを１と推論できる。特定モードの使用の有無を示すシグナリングが１であるものは、使用することを示すものであってよい。実施例として、複数の条件は、第１モードと異なる第２モードの使用の可否を示す上位レベルシグナリングに関連した条件を含むことができる。例えば、複数の条件は、前記第１モードと異なる第２モードを使用できるか否かを示す上位レベルシグナリングが０である条件を含むことができる。このとき、前記第２モードは、前記第１モードよりも使用の可否が遅く決定されたり、或いは関連シンタックス要素が後に存在するモードであってよい。

【0142】

より具体的な実施例において、デコーダは、特定モードの使用の有無を示すシグナリングは、正規マージフラグであってよい。また、前記複数の条件は、ＭＭＶＤの使用の可否を示す上位レベルシグナリング値が０である場合であってよい。また、前記複数の条件は、ブロックサイズに関連した条件を含むことができる。例えば、前記複数の条件は、ブロックサイズが臨界値以下である条件を含むことができる。ブロックサイズが臨界値以下である条件において前記特定モードよりも使用の有無が遅く決定されたり或いは関連シンタックス要素が後に存在する一つ以上の他のモードが使用不可であってよい。

【0143】

より具体的に、あるモードを使用するか否かを示すシグナリングは、正規マージフラグであってよい。また、前記複数の条件は、現在ブロックの幅と高さの和が１２である場合を含むことができる。又は、前記複数の条件は、現在ブロックのサイズが４×８又は８×４である場合を含むことができる。また、４×４インター予測が可能な場合、前記複数の条件は、現在ブロックサイズが４×８又は８×４又は４×４である場合を含むことができる。

【0144】

したがって、一実施例によれば、ＭＭＶＤの使用の可否を示す上位レベルシグナリング値が０であり、現在ブロックサイズが４×８又は８×４である場合、正規マージフラグをパースしなくてもよい。また、この場合、正規マージフラグ値を１と推論できる。また、ＭＭＶＤの使用の可否を示す上位レベルシグナリング値が１であるか或いは現在ブロックサイズが４×８又は８×４よりも大きい場合、正規マージフラグをパースすることができる。

【0145】

Ｓ１５０１段階において、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であるか、或いはｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＞１２である場合、デコーダは、正規マージフラグがパースできる。また、そうでない場合、すなわち、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｌｂｅｄ＿ｆｌａｇが０であり、ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＜＝１２である場合、正規マージフラグをパースしなくてもよい。

【0146】

上述した実施例では、先に図１０～図１３で説明した通り、正規マージフラグ以後に存在するシンタックス要素に関連したモードの使用可能条件と関連していてよい。例えば、正規マージモード、ＭＭＶＤ、サブブロックマージモード、ＣＩＩＰ、トライアングルマージモードの順にシグナルされたり或いはモードを決定するとき、前記説明した実施例においてＭＭＶＤの使用の可否を示す上位レベルシグナリングが０の場合に、デコーダは、ＭＭＶＤを使用しなくてもよい。また、デコーダは、ブロックサイズが臨界値以下である場合、サブブロックマージモード、ＣＩＩＰ、トライアングルマージモードを使用しなくてもよい。したがって、このような条件を全て満たす場合、デコーダは、更なるシグナリング無しで正規マージモードを使用すると判断できる。さらに、本実施例は、ＭＯＤＥ＿ＩＮＴＥＲである場合に適用可能である。

【0147】

本発明の一実施例において、図１５のようにあらかじめ定義された特定条件を満たす場合、正規マージフラグをパースしなくてよく、この場合、デコーダはその値を１と推論できる。例えば、ＭＭＶＤの使用の可否を示す上位レベルシグナリング値が０であり、ブロックサイズが４×８又は８×４である場合、デコーダは、正規マージフラグ値を１と推論できる。また、これは、マージフラグが１の場合に行われてよい。また、これは、ＣｕＰｒｅｄＭｏｄｅがＭＯＤＥ＿ＩＮＴＥＲである場合に行われてよい。仮に、使用できるか否かを示す上位レベルシグナリング値が１であるか、或いはブロックサイズが４×８又は８×４よりも大きい場合、デコーダは、正規マージフラグ値を０と推論できる。

【0148】

一例として、正規マージフラグが存在しない場合、デコーダは、次のような条件によって正規マージフラグが推論できる。具体的に、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であり、ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＝＝１２である場合、デコーダは、正規マージフラグを１と推論できる。このとき、仮に４×４インター予測が許容される場合、ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＝＝１２条件は、ｃｂＷｉｄｔｈ＋ｃｂＨｅｉｇｈｔ＜＝１２に変わってよい。そうでない場合、デコーダは、正規マージフラグを０と推論できる。

【0149】

本発明の一実施例において、トライアングルマージフラグ、アフィンインターフラグ、サブブロックマージフラグがいずれも０である場合、現在ブロック全体に対して同一モーション情報を使用することができる。このような場合のために次のようなモーション情報誘導過程が行われてよい。また、このとき、一つ以上が条件を満たす場合、デコーダは、ｄｍｖｒＦｌａｇを１に設定できる。

【0150】

－ ｓｐｓ＿ｄｍｖｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１の場合、

【0151】

－ ｍｅｒｇｅ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１の場合、

【0152】

－ ｐｒｅｄＦｌａｇＬ０［０］［０］及びｐｒｅｄＦｌａｇＬ１［０］［０］が１の場合、

【0153】

－ ｍｍｖｄ＿ｆｌａｇ［ｘＣｂ］［ｙＣｂ］が１の場合、

【0154】

－ ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ｃｕｒｒＰｉｃ，ＲｅｆＰｉｃＬｉｓｔ［０］［ｒｅｆＩｄｘＬ０］）とＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ＲｅｆＰｉｃＬｉｓｔ［１］［ｒｅｆＩｄｘＬ１］，ｃｕｒｒＰｉｃ）が同じ場合

【0155】

－ ｃｂＨｅｉｇｈｔが８より大きいか等しい場合

【0156】

－ ｃｂＨｅｉｇｈｔ＊ｃｂＷｉｄｔｈが６４より大きいか等しい場合

【0157】

また、前記モーション情報誘導過程は、４×８又は８×４サイズのブロックに対しても行われてよい。仮に、４×８又は８×４サイズのブロックに対して両方向予測（ｂｉ－ｐｒｅｄｉｃｔｉｏｎ）である場合、デコーダは、単方向予測（ｕｎｉ－ｐｒｅｄｉｃｔｉｏｎ）に切り替えてよい。

【0158】

また、本発明の実施例において、マージフラグが１であり、正規マージフラグが１である場合に、現在ブロック全体に対して同一のモーション情報を使用することができる。又は、マージフラグが１であり、ＭＭＶＤフラグが１である場合に、現在ブロック全体に対して同一のモーション情報を使用することができる。又は、マージフラグが１であり、ＣＩＩＰフラグが１である場合に、現在ブロック全体に対して同一のモーション情報を使用することができる。又は、マージフラグが０であり、ｉｎｔｅｒ＿ａｆｆｉｎｅ＿ｆｌａｇが０である場合に、現在ブロック全体に対して同一のモーション情報を使用することができる。このとき、このような場合のためのモーション情報誘導過程が行われてよい。また、このとき、あらかじめ定義された条件のいずれか一つ以上の条件を満たすと、デコーダは、ｄｍｖｒＦｌａｇを１に設定できる。このとき、前述した実施例の条件が適用されてよい。また、前記モーション情報誘導過程は、４×８又は８×４サイズのブロックに対しても行われてよい。仮に４×８又は８×４サイズのブロックに対して両方向予測（ｂｉ－ｐｒｅｄｉｃｔｉｏｎ）である場合、デコーダは、単方向予測（ｕｎｉ－ｐｒｅｄｉｃｔｉｏｎ）に切り替えてよい。

【0159】

本発明の一実施例によれば、マージモードのうちＣＩＩＰが最後に決定されたり或いはシグナルされるモードであってよい。例えば、正規マージモード、ＭＭＶＤ、サブブロックマージモード、トライアングルマージモード、ＣＩＩＰの順に決定されてよい。このような場合、ＣＩＩＰを使用できる条件を満たさない場合、デコーダは、デコーディング順序（又は、シンタックスパーシング順序）において先に決定されるモードの使用の可否を示すシグナリングをパースすることなく当該モードを決定することができる。例えば、デコーダは、この場合、ＣＩＩＰ直前のモードの使用の可否を示すシグナリングをパースしなくてもよい。また、このとき、前記直前のモードを使用すると判断できる。例えば、このような場合は、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１である場合を含むことができる。又は、このような場合は、ｃｂＷｉｄｔｈが１２８以上である場合又はｃｂＨｅｉｇｈｔが１２８以上である場合であってよい。又は、このような場合は、ＣＩＩＰの使用の可否を示す上位レベルシグナリング、例えば、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０である場合を含むことができる。

【0160】

図１６は、本発明の一実施例に係るマージデータシンタックス構造を示す図である。図１６～図１９の実施例は、先に図１０～図１３で説明した実施例が適用されてよく、関連する重複説明は省略する。前述したように、マージモードのうちＣＩＩＰが最後に決定されたり或いはシグナルされるモードであってよい。したがって、デコーダは、ＣＩＩＰフラグをパースせずにＣＩＩＰ使用の可否を決定することができる。例えば、ＣＩＩＰよりも先にシグナルされるモードを使用しない場合、ＣＩＩＰを使用すると判断できる。また、ＣＩＩＰフラグは、他のシグナリング（又は、シンタックス要素）から誘導する値であってよい。

【0161】

本発明の一実施例によれば、モードを使用するか否かを示すシグナリングが複数存在してよい。図５３を参照すると、モードの使用の有無を示すシグナリングして正規マージフラグ、ＭＭＶＤフラグ、サブブロックマージフラグ、トライアングルマージフラグが存在してよい。また、正規マージフラグ、ＭＭＶＤフラグ、サブブロックマージフラグ、トライアングルマージフラグは、パースする場合が存在してよい。例えば、マージフラグ値が１である場合に、前記モードの使用の有無を示すシグナリングがパースできる。又は、ＣｕＰｒｅｄＭｏｄｅがＭＯＤＥ＿ＩＮＴＥＲである場合、前記モードの使用の有無を示すシグナリングがパースできる。また、マージフラグ値が１である場合に、デコーダは正規マージフラグをパースすることができる。

【0162】

また、正規マージフラグ値が０である場合に、デコーダは、ＭＭＶＤフラグがパースできる。また、デコーダは、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ値が１である場合に、ＭＭＶＤフラグがパースできる。また、デコーダは、ブロックサイズ条件を満たす場合、ＭＭＶＤフラグがパースできる。例えば、ブロックサイズが４×８でなく、８×４でなく、４×４でない場合、ＭＭＶＤフラグがパースできる。

【0163】

また、正規マージフラグ値が０である場合に、サブブロックマージフラグがパースできる。また、ＭＭＶＤフラグ値が０である場合に、サブブロックマージフラグがパースできる。また、ブロックサイズ条件を満たすとき、サブブロックマージフラグがパースできる。例えば、ブロックサイズが８×８以上である場合、サブブロックマージフラグがパースできる。また、最大サブブロックマージ候補個数が０よりも大きい場合、サブブロックマージフラグがパースできる。例えば、最大サブブロックマージ候補個数が０よりも大きい場合は、サブブロックマージ候補リストに含まれ得る候補の使用の可否に対する上位レベルシグナリングのうち少なくとも一つが使用できる旨を示すことができる。例えば、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ又はｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１である場合に、最大サブブロックマージ候補個数は０よりも大きくてよい。

【0164】

また、正規マージフラグ値が０である場合に、トライアングルマージフラグがパースできる。また、ＭＭＶＤフラグ値が０である場合に、トライアングルマージフラグがパースできる。また、サブブロックマージフラグ値が０である場合に、トライアングルマージフラグがパースできる。また、ブロックサイズ条件を満たすとき、トライアングルマージフラグがパースできる。例えば、ブロックサイズが（幅＊高く＞＝６４）条件を満たすとき、トライアングルマージフラグがパースできる。また、スライスタイプがＢである場合、トライアングルマージフラグがパースできる。例えば、スライスタイプがＢであることは、一つのサンプルを予測する時に２つ以上のモーション情報が使用できることを意味できる。また、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ値が１である場合に、デコーダは、トライアングルマージフラグがパースできる。また、最大トライアングルマージ候補個数（ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ）値に基づく条件を満たす場合、トライアングルマージフラグがパースできる。例えば、最大トライアングルマージ候補個数が２以上である場合、デコーダは、トライアングルマージフラグがパースできる。最大トライアングルマージ候補個数は、トライアングルマージモードで使用できる候補リストの最大個数（又は、長さ）であってよい。

【0165】

上述したパーシング条件を満たす場合、デコーダは、シグナリングがパースできる。すなわち、言及したパースできる条件のいずれかを満たさないと、シグナリングをパースしなくてもよい。また、シグナリングをパースしない場合に推論できる。例えば、言及したパースできる条件のいずれかを満たさないと、シグナリング値を０と推論できる。さらに他の例として、言及したパースできる条件のいずれかを満たさないと、第１モードの使用の有無を示すシグナリングが０の場合に、第２モードの使用の有無を示すシグナリング値を１と推論できる。さらに他の例として、言及したパースできる条件のいずれかを満たさないと、第１モードの使用の有無を示すシグナリングが１である場合に、第２モードの使用の有無を示すシグナリング値を０と推論できる。

【0166】

また、本発明の一実施例によれば、ＣＩＩＰフラグが存在しない場合、デコーダは、その値が推論できる。例えば、一つ以上のモードの使用の有無を示すシグナリング値に基づいて推論する値が決定されてよい。前記モードの使用の有無を示すシグナリングは、ＣＩＩＰの使用の有無よりも先に決定されるモードを使用するか否かを示すシグナリングを含むことができる。例えば、前記モードの使用の有無を示すシグナリングは、正規マージモードの使用の有無を示すシグナリング、ＭＭＶＤの使用の有無を示すシグナリング、サブブロックマージモードの使用の有無を示すシグナリング、トライアングルマージモードの使用の有無を示すシグナリングを含むことができる。また、前記モードの使用の有無を示すシグナリングは、マージモードの使用の有無を示すシグナリングを含むことができる。

【0167】

一実施例によれば、一つ以上のモードの使用の有無を示すシグナリング値がいずれも０である場合、デコーダは、ＣＩＩＰフラグ値を１と推論できる。前記一つ以上のモードの使用の有無を示すシグナリングは、正規マージフラグ、ＭＭＶＤフラグ、サブブロックマージフラグ、トライアングルマージフラグを含むことができる。したがって、正規マージフラグ＝＝０＆＆ＭＭＶＤフラグ＝＝０＆＆サブブロックマージフラグ＝＝０＆＆トライアングルマージフラグ＝＝０の場合、ＣＩＩＰフラグ値を１と推論できる。また、そうでない場合、ＣＩＩＰフラグ値を０と推論できる。

【0168】

一実施例によれば、一つ以上のモードの使用の有無を示すシグナリング値がいずれも０であり、マージフラグが１である場合に、デコーダはＣＩＩＰフラグ値を１と推論できる。前記一つ以上のモードの使用の有無を示すシグナリングは、正規マージフラグ、ＭＭＶＤフラグ、サブブロックマージフラグ、トライアングルマージフラグを含むことができる。したがって、正規マージフラグ＝＝０＆＆ＭＭＶＤフラグ＝＝０＆＆サブブロックマージフラグ＝＝０＆＆トライアングルマージフラグ＝＝０＆＆マージフラグ＝＝１の場合、デコーダは、ＣＩＩＰフラグ値を１と推論できる。また、そうでない場合、デコーダは、ＣＩＩＰフラグ値を０と推論できる。また、モードの使用の有無を示すシグナリング値が１であることは、前記モードを使用する旨を示し、モードの使用の有無を示すシグナリング値が０であることは、前記モードを使用しない旨を示すことができる。

【0169】

図１７は、本発明の一実施例に係るマージデータシンタックス構造を示す図である。図１７の実施例は、図１６の実施例に基づく効率的なシグナリング方法であり、関連する重複説明は省略する。前述したように、マージモードのうち、ＣＩＩＰは、最後に決定又はシグナルされるモードであってよい。一実施例によれば、この場合、先に図１０～図１３で説明したシグナリング方法を用いることができる。図１７～図１９の実施例は、図１０～図１３で説明した方法の具体的な実施例であってよい。

【0170】

本発明の一実施例によれば、モードＡ、モードＢ、モードＣ、モードＤの順にモード使用が決定又はシグナルされる場合、モードＤを使用できない条件が存在し得る。仮に、モードＤを使用できない条件のうち少なくとも一つを満たすと、デコーダは、モードＣの使用の有無を示すシグナリングをパースしなくてもよい。また、モードＣの使用の有無を示すシグナリングが存在しない場合、デコーダは、その値が推論できる。このとき、推論される値は、モードＤを使用できない条件、モードＡの使用の有無を示すシグナリング、モードＢの使用の有無を示すシグナリングに基づくことができる。また、モードＤを使用できない条件のいずれをも満たさないとき、モードＣの使用の有無を示すシグナリングをパースすることができる。又は、モードＤを使用できない条件の一部のいずれをも満たさない場合、デコーダは、モードＣの使用の有無を示すシグナリング（又は、シンタックス要素）がパースできる。モードＤを使用できない条件が複数存在するとき、その一部だけを本発明のシグナリング方法に使用できるので、前記条件のうち一部であってよい。例えば、モードＣの使用の有無を示すシグナリングをパースするか否かを決定するとき、条件確認を減らすために、一部の条件だけを使用することができる。

【0171】

一実施例によれば、モードＤはＣＩＩＰであってよい。また、モードＡ、モードＢ、モードＣはそれぞれ、ＭＭＶＤ、サブブロックマージモード、トライアングルマージモードであってよく、このとき、別の順序でモードＡ、モードＢ、モードＣを構成することも可能である。図１７～図１９は、モードＡ、モードＢ、モードＣがそれぞれ、ＭＭＶＤ、サブブロックマージモード、トライアングルマージモードである場合を仮定する。一実施例によれば、モードＤを使用できない条件は、モードＤを使用できるか否かを示す上位レベルシグナリングに基づくことができる。また、モードＤを使用できない条件は、ブロックサイズに基づくことができる。また、モードＤを使用できない条件は、ｃｕ＿ｓｋｉｐ＿ｆｌａｇに基づくことができる。また、モードＤを使用できない条件は、タイルグループ（又は、スライス）タイプに基づくことができる。また、モードＤを使用できない条件は、モードＤで使用できる候補の最大個数に基づくことができる。

【0172】

図１７を参照すると、ＣＩＩＰを使用できない条件は、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０である場合、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１である場合、ｃｂＷｉｄｔｈが１２８以上である場合、ｃｂＨｅｉｇｈｔが１２８以上である場合を含むことができる。したがって、本発明の実施例によれば、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であるか、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１であるか、ｃｂＷｉｄｔｈが１２８以上であるか、或いはｃｂＨｅｉｇｈｔが１２８以上である場合に、モードＣの使用の有無を示すシグナリングをパースしなくてもよい。すなわち、図１７の実施例で、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であるか、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１であるか、ｃｂＷｉｄｔｈが１２８以上であるか、或いはｃｂＨｅｉｇｈｔが１２８以上である場合に、トライアングルマージフラグをパースしなくてもよい。また、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であり、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが０であり、ｃｂＷｉｄｔｈが１２８よりも小さく、ｃｂＨｅｉｇｈｔが１２８よりも小さいとき、モードＣの使用の有無を示すシグナリングがパースできる。すなわち、図５４の実施例において、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であり、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが０であり、ｃｂＷｉｄｔｈが１２８よりも小さく、ｃｂＨｅｉｇｈｔが１２８よりも小さいとき、トライアングルマージフラグがパースできる。

【0173】

また、モードＣの使用の有無を示すシグナリングをパースするか否か決定する場合、モードＣを使用できる条件をさらに考慮することができる。例えば、モードＣを使用できる条件を満たす場合、モードＣの使用の有無を示すシグナリング（又は、シンタックス要素）がパースできる。図１６を参照すると、トライアングルマージモードを使用できる条件は、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ値が１である条件、ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅがＢである条件、ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４である条件を含むことができる。

【0174】

本発明の一実施例において、図１７で説明した実施例に関連した推論方法の一例を説明する。本実施例は、図１７で説明したモードＣの使用の有無を示すシグナリングを推論する方法であってよい。また、モードＣの使用の有無を示すシグナリングを推論することは、モードＣの使用の有無を示すシグナリングが存在しない場合に行うことができる。

【0175】

図１７の実施例では、モードＤを使用できない条件のうち少なくとも一つを満たさないとき、モードＣの使用の有無を示すシグナリングをパースしなくて済んだ。本発明の一実施例によれば、複数の条件を満たすとき、モードＣの使用の有無を示すシグナリング値を１と推論できる。例えば、１の値は、使用する旨を示し、０の値は、使用しない旨を示すことができる。また、前記複数の条件は、モードＤを使用できない条件のうち少なくとも一つを満たす条件を含むことができる。また、前記複数の条件は、モードＣを使用できる条件を含むことができる。また、前記複数の条件は、モードＡ及びモードＢの使用の有無を示すシグナリングに基づく条件を含むことができる。例えば、前記複数の条件は、モードＡとモードＢの使用の有無を示すシグナリングのいずれをも使用しない旨を示す場合を含むことができる。また、前記複数の条件のうち少なくとも一つを満たさない場合、デコーダは、モードＣの使用の有無を示すシグナリング値を０と推論できる。

【0176】

本発明の一実施例において、デコーダは、あらかじめ定義された条件に基づいてトライアングルマージフラグ値を推論することができる。一例として、デコーダは、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であるか、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１であるか、ｃｂＷｉｄｔｈが１２８以上であるか、或いはｃｂＨｅｉｇｈｔが１２８以上である場合、トライアングルマージフラグ値を１と推論できる。例えば、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であるか、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１であるか、ｃｂＷｉｄｔｈが１２８以上であるか、或いはｃｂＨｅｉｇｈｔが１２８以上である場合にのみ、デコーダはトライアングルマージフラグ値を１と推論できる。また、トライアングルマージフラグ値を１と推論するために更なる条件を満たさなければならない条件があってよい。例えば、前記更なる条件は、正規マージフラグが０である条件、ＭＭＶＤフラグが０である条件、サブブロックマージフラグが０である条件を含むことができる。また、前記更なる条件は、マージフラグが１である条件を含むことができる。また、前記更なる条件は、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１である条件、ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅがＢである条件、ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４である条件を含むことができる。また、更なる条件を全て満たすとき、トライアングルマージフラグ値を１と推論できる。

【0177】

一実施例において、次の条件を全て満たす場合、トライアングルマージフラグ値は１と推論されてよい。

【0178】

１）正規マージフラグ＝＝０

【0179】

２）ＭＭＶＤフラグ＝＝０

【0180】

３）サブブロックマージフラグ＝＝０

【0181】

４）ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝０｜｜ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝１｜｜ｃｂＷｉｄｔｈ＞＝１２８｜｜ｃｂＨｅｉｇｈｔ＞＝１２８

【0182】

５）ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝１＆＆ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ＝＝Ｂ＆＆ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４

【0183】

又は、他の実施例において、次の条件を全て満たす場合、トライアングルマージフラグ値は１と推論されてよい。

【0184】

１）正規マージフラグ＝＝０

【0185】

２）ＭＭＶＤフラグ＝＝０

【0186】

３）サブブロックマージフラグ＝＝０

【0187】

４）ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝０｜｜ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝１｜｜ｃｂＷｉｄｔｈ＞＝１２８｜｜ｃｂＨｅｉｇｈｔ＞＝１２８

【0188】

５）ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝１＆＆ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ＝＝Ｂ＆＆ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４

【0189】

６）マージフラグ＝＝１

【0190】

また、一実施例において、上述した条件のいずれか一つを満たさない場合、トライアングルマージフラグ値は、０と推論できる。例えば、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であり、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが０であり、ｃｂＷｉｄｔｈ＜１２８であり、ｃｂＨｅｉｇｈｔ＜１２８である場合、トライアングルマージフラグ値を０と推論できる。又は、正規マージフラグが１である場合に、トライアングルマージフラグ値を０と推論できる。又は、ＭＭＶＤフラグが１である場合に、トライアングルマージフラグ値を０と推論できる。又は、サブブロックマージフラグが１である場合に、トライアングルマージフラグ値を０と推論できる。又は、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｌｂｅｄ＿ｆｌａｇが０であるか、ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅがＢでないか、或いはｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＜６４である場合、トライアングルマージフラグ値を０と推論できる。又は、マージフラグが０である場合、トライアングルマージフラグ値を０と推論できる。

【0191】

図１８は、本発明の一実施例に係るマージデータシンタックス構造を示す図である。図１８の実施例は、図１７で説明した方法の具体的な実施例であってよい。図１７の説明において、モードＣの使用の有無を示すシグナリングをパースするか否かを決定するとき、前述したように、条件確認を減らすために一部の条件だけを使用してよい。例えば、図１８の実施例は、図１７においてｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇを確認しない方法であってよい。

【0192】

例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１であるか、ｃｂＷｉｄｔｈ＞＝１２８であるか、或いはｃｂＨｅｉｇｈｔ＞＝１２８である場合、デコーダは、トライアングルマージフラグをパースしなくてもよい。また、デコーダは、このとき、トライアングルマージフラグ値を１と推論できる。又は、デコーダは、前記条件を満たすときにのみ、トライアングルマージフラグ値を１と推論できる。また、前述したように、更なる条件を満たすとき、デコーダは１と推論されてよい。また、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが０であり、ｃｂＷｉｄｔｈ＜１２８であり、ｃｂＨｅｉｇｈｔ＜１２８である場合、デコーダは、トライアングルマージフラグをパースすることができる。また、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが０であり、ｃｂＷｉｄｔｈ＜１２８であり、ｃｂＨｅｉｇｈｔ＜１２８である場合にトライアングルマージフラグが存在しないと、デコーダはその値を０と推論できる。

【0193】

本実施例は、前述した図１７の実施例に比べて、シンタックス要素パーシング過程において条件確認演算を低減できる利点がある。先に言及したように、モードシグナリング順序が異なるように構成される場合、トライアングルマージフラグの代わりに他のシグナリングに本発明を適用することができる。

【0194】

図１９は、本発明の一実施例に係るマージデータシンタックス構造を例示する図である。図１９の実施例は、図１７で説明した方法の具体的な実施例であってよい。図１７の説明において、モードＣの使用の有無を示すシグナリングをパースするか否かを決定するとき、条件確認を減らすために、一部の条件だけを使用することについて言及したが、これを図１９で例示できる。例えば、図１９の実施例は、図１７においてｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇを確認しない方法であり、ｃｂＷｉｄｔｈが１２８よりも小さいか否か及びｃｂＨｅｉｇｈｔが１２８よりも小さいか否かを確認しない方法であってよい。

【0195】

例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１である場合に、デコーダは、トライアングルマージフラグをパースしなくてもよい。また、デコーダは、このとき、トライアングルマージフラグ値を１と推論できる。又は、デコーダは、この条件を満たすときにのみ、トライアングルマージフラグ値を１と推論できる。また、デコーダは、前述したように更なる条件を満たすとき、１と推論できる。また、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが０の場合に、トライアングルマージフラグがパースできる。また、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが０の場合、デコーダは、トライアングルマージフラグが存在しないと、その値を０と推論できる。

【0196】

本実施例は、前述した図１７の実施例に比べて、シンタックス要素パーシング過程で条件確認演算を低減できる利点がある。先に言及したように、モードシグナリング順序が異なるように構成される場合、トライアングルマージフラグの代わりに他のシグナリングに本発明を適用することができる。

【0197】

図２０は、本発明の一実施例に係るマージデータシンタックス構造を例示する図である。図２０の実施例は、図１７で説明した方法の具体的な実施例であってよい。図２０～図２４の実施例は、前述した発明の具体的な実施例であってよい。例えば、図２０～図２４の実施例は、図１０～図１３で説明した実施例に関連していてよく、関連する重複説明は省略する。

【0198】

図２０を参照すると、図２０以下の発明において、ＭＭＶＤの使用の有無を示すシグナリングは、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇであってよい。すなわち、前述した実施例におけるＭＭＶＤフラグは、以下の説明においてｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇと呼ぶことができる。また、図２０以下の発明において、ＭＭＶＤのベース候補を示すシグナリングは、ｍｍｖｄ＿ｃａｎｄ＿ｆｌａｇであってよい。すなわち、以前にｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇと言及したものが、図２０以下ではｍｍｖｄ＿ｃａｎｄ＿ｆｌａｇであってよい。また、ｓｌｉｃｅ ｔｙｐｅに対するものは、タイトルグループタイプ（ｔｉｌｅ ｇｒｏｕｐ ｔｙｐｅ）に適用されてもよく、その逆も可能である。また、スライスタイプ（ｓｌｉｃｅ ｔｙｐｅ）とタイトルグループタイプ（ｔｉｌｅ ｇｒｏｕｐ ｔｙｐｅ）を示す値はそれぞれ、ｓｌｉｃｅ＿ｔｙｐｅ、ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅであってよい。また、前述したマージモードの使用の有無を示すシグナリングは、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇであってよい。すなわち、先にマージフラグと説明したものは、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇに対するものであってよく、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇと説明したものをマージフラグに対して適用可能である。

【0199】

本発明の一実施例によれば、様々なマージモードのうち最後にシグナルされるものは、サブブロックマージモードであってよい。前述したように、前記様々なマージモードは、正規マージモード、ＭＭＶＤ、ＣＩＩＰ、トライアングルマージモード、サブブロックマージモードなどを含むことができる。また、様々なマージモードのうち、サブブロックマージモードの直前にシグナルされるものは、トライアングルマージモードであってよい。

【0200】

図２０を参照すると、エンコーダ／デコーダは、マージデータシンタックスにおいて正規マージモード、ＭＭＶＤ、ＣＩＩＰ、トライアングルマージモード、サブブロックマージモードの順にシグナル／パースすることができる。本発明の一実施例によれば、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇに基づき、正規マージフラグをパースするか否かが決定できる。本明細書において、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇは、一般マージフラグと呼ぶことができる。本発明の一実施例によれば、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合、正規マージフラグをパースすることが可能であってよい。このとき、パースするための更なる条件が必要であり得る。また、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合、正規マージフラグをパースすることが可能でなくてもよい。このとき、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、他の条件に関係なく正規マージフラグをパースすることが可能でなくてもよい。本発明の一実施例によれば、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合、図２０のｍｅｒｇｅ＿ｄａｔａ ｓｔｒｕｃｔｕｒｅ部分がパースできる。

【0201】

本発明の一実施例によれば、デコーダは、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇに基づき、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇをパースするか否かが決定できる。本発明の一実施例によれば、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇがパースできる。このとき、パースするための更なる条件が必要であり得る。また、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇをパースすることが可能でなくてもよい。このとき、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、他の条件に関係なくｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇをパースすることが可能でなくてもよい。

【0202】

本発明の一実施例によれば、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇに基づき、ＣＩＩＰフラグをパースするか否かが決定できる。本発明の一実施例によれば、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１の場合に、ＣＩＩＰフラグをパースすることが可能であってよい。このとき、パースするための更なる条件が必要であり得る。また、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ＣＩＩＰフラグをパースすることが可能でなくてもよい。このとき、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、他の条件に関係なくＣＩＩＰフラグをパースすることが可能でなくてもよい。

【0203】

本発明の一実施例によれば、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇに基づき、トライアングルマージフラグをパースするか否かが決定できる。本発明の一実施例によれば、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１の場合に、トライアングルマージフラグをパースすることが可能であってよい。このとき、パースするための更なる条件が必要であり得る。また、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、トライアングルマージフラグをパースすることが可能でなくてもよい。このとき、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、他の条件に関係なくトライアングルマージフラグをパースすることが可能でなくてもよい。

【0204】

本発明の一実施例によれば、デコーダは、正規マージフラグに基づき、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇをパースするか否かが決定できる。本発明の一実施例によれば、正規マージフラグが０の場合に、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇをパースすることが可能であってよい。このとき、パースするための更なる条件が必要であり得る。また、正規マージフラグが１の場合に、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇをパースすることが可能でなくてもよい。このとき、正規マージフラグが１である場合に、他の条件に関係なくｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇをパースすることが可能でなくてもよい。

【0205】

本発明の一実施例によれば、デコーダは、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇに基づいてＣＩＩＰフラグをパースするか否かが決定できる。本発明の一実施例によれば、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ＣＩＩＰフラグをパースすることが可能であってよい。このとき、パースするための更なる条件が必要であり得る。また、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇが１の場合に、ＣＩＩＰフラグをパースすることが可能でなくてもよい。このとき、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇが１の場合に、他の条件に関係なくＣＩＩＰフラグをパースすることが可能でなくてもよい。

【0206】

本発明の一実施例によれば、ＣＩＩＰフラグに基づき、トライアングルマージフラグをパースするか否かが決定できる。本発明の一実施例によれば、ＣＩＩＰフラグが０の場合に、トライアングルマージフラグをパースすることが可能であってよい。このとき、パースするための更なる条件が必要であり得る。また、ＣＩＩＰフラグが１の場合に、トライアングルマージフラグをパースすることが可能でなくてもよい。このとき、ＣＩＩＰフラグが１の場合に、他の条件に関係なくトライアングルマージフラグをパースすることが可能でなくてもよい。

【0207】

本発明の一実施例によれば、トライアングルマージフラグに基づき、サブブロックマージフラグをパースするか否かが決定できる。本発明の一実施例によれば、トライアングルマージフラグが０の場合に、サブブロックマージフラグをパースすることが可能であってよい。このとき、パースするための更なる条件が必要であり得る。また、トライアングルマージフラグが１の場合に、サブブロックマージフラグをパースすることが可能でなくてもよい。このとき、トライアングルマージフラグが１の場合に、他の条件に関係なくサブブロックマージフラグをパースすることが可能でなくてもよい。

【0208】

本発明のさらに他の実施例によれば、様々なマージモードのうち最後にシグナルされるものは、使用するか否かを示す値をパーシング無しで決定することができる。例えば、図２０を参照すると、サブブロックマージフラグは、パーシング無しで決定されてよい。例えば、次のような条件を全て満たすとき、サブブロックマージフラグは１と決定されてよい。

【0209】

１）ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１

【0210】

２）様々なマージモードのうち、サブブロックマージモードよりも先にシグナルされる全てのモードを使用しない場合

【0211】

３）サブブロックマージモードを使用できる条件を満たす場合

【0212】

また、そうでない場合（すなわち、上の条件のうち少なくとも一つを満たさない場合）、サブブロックマージフラグを０と決定できる。

【0213】

例えば、前記条件のうち、“２）様々なマージモードのうち、サブブロックマージモードよりも先にシグナルされる全てのモードを使用しない場合”は、次の条件ように定義されてよい（又は、次の条件を含むことができる）。

【0214】

（ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０＆＆ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０＆＆ｃｉｉｐ＿ｆｌａｇ＝＝０＆＆ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇ＝＝０）

【0215】

また、前記条件のうち、“３）サブブロックマージモードを使用できる条件を満たす場合”は、次の条件の通りでよい（又は、次の条件を含むことができる）。

【0216】

（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｃｂＷｉｄｔｈ＞＝８＆＆ｃｂＨｅｉｇｈｔ＞＝８）

【0217】

又は、前記条件のうち“３）”は、次の条件の通りでよい（又は、次の条件を含むことができる。）。

【0218】

（サブブロックマージモードに含み得る方法のうち少なくとも一つがｅｎａｂｌｅｄである場合＆＆ｃｂＷｉｄｔｈ＞＝８＆＆ｃｂＨｅｉｇｈｔ＞＝８）

【0219】

また、ここで、サブブロックマージモードに含み得る方法は、アフィンモーション補償（ａｆｆｉｎｅ ｍｏｔｉｏｎ ｃｏｍｐｅｎｓａｔｉｏｎ）、サブブロックベースの時間モーションベクトル予測子（ｓｕｂｂｌｏｃｋ－ｂａｓｅｄ ｔｅｍｐｏｒａｌ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｉｏｎ）を含むことができる。また、アフィンモーション補償とサブブロックベースの時間モーションベクトル予測子が利用可能か否かを示す上位レベルシグナリングは、それぞれ、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇと定義されてよい。本実施例において、前記条件において、幅、高さについて具体的な値を取り上げて説明したが、本発明がこれに制限されるものではなく、一般のブロックサイズに基づく条件であってよい。

【0220】

図２１は、本発明の一実施例に係るマージデータシンタックス構造を例示する図である。図２１の実施例は、前述した図２０の実施例に、より効率的なシグナリング方法を追加したものであってよい。本発明の一実施例によれば、様々なモードのうち、あるモードは、該あるモードより後にシグナルされる一つ以上のモードの全てに対して使用可能な条件を満たさない場合、前記あるモードは、使用するか否かを明示的にシグナルせずに決定してよい。例えば、前記あるモードを使用するか否かを示すシグナリングをパースしなくてもよい。

【0221】

例えば、図２１に示すように、シグナルされるシンタックス構造（ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ）においてサブブロックマージモードを使用可能な条件を満たせない場合、トライアングルマージモードは、使用するか否かを明示的シグナル（ｅｘｐｌｉｃｉｔ ｓｉｇｎａｌｉｎｇ）せずに、使用の可否が決定できる。例えば、サブブロックマージモードを使用可能な条件を満たせない場合、トライアングルマージフラグをパースしなくてもよい。一実施例として、サブブロックマージモードを使用可能な条件は、図２０のサブブロックマージモードを使用できる条件を満たす場合と同一であってよい（又は、次の条件を含むことができる）。

【0222】

したがって、図２１を参照すると、デコーダは、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄが０の場合に、トライアングルマージフラグをパースしなくてもよい。ここで、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄは、サブブロックマージ候補の最大個数を示す変数である。又は、デコーダは、ブロックサイズに基づいてトライアングルマージフラグをパースしなくてもよい。又は、デコーダは、ｃｂＷｉｄｔｈが８よりも小さい場合、トライアングルマージフラグをパースしなくてもよい。すなわち、ｃｂＷｉｄｔｈが４である場合（又は、４以下である場合）、デコーダはトライアングルマージフラグをパースしなくてもよい。又は、ｃデコーダは、ｂＨｅｉｇｈｔが８よりも小さい場合、トライアングルマージフラグをパースしなくてもよい。すなわち、ｃｂＨｅｉｇｈｔが４である場合（又は、４以下である場合）、デコーダはトライアングルマージフラグをパースしなくてもよい。

【0223】

したがって、本発明の実施例によれば、４－ｂｙ－Ｘブロック又はＸ－ｂｙ－４ブロックに対して（幅又は高さが４であるブロックに対して）、デコーダはトライアングルマージフラグをパースしなくてもよい。このとき、トライアングルマージフラグを推論する方法を、以下に説明する。本発明の一実施例において、ｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔの最小値は４であってよい。例えば、輝度ブロックに対して、ｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔの最小値は４であってよい。また、ｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔは２の指数形態であってよい。したがって、例えば、ｃｂＷｉｄｔｈが８以上であることは、ｃｂＷｄｉｔｈが４でないことと同じ意味であってよい。更なる実施例として、ｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔの最大値は１２８であってよい。

【0224】

また、図２１の発明において様々なマージモードがトライアングルマージモード、サブブロックマージモードの順にシグナルされることに基づいて説明したが、発明は、これに限定されず、ＣＩＩＰ、サブブロックマージモードの順にシグナルされる場合にも適用可能である。すなわち、上述した実施例において、トライアングルマージモード、トライアングルマージフラグに対するものを、ＣＩＩＰ、ＣＩＩＰフラグに対するものに取り替えることができる。

【0225】

図２１は、本発明の一実施例に係るモードの使用の有無を示すシグナリングの決定方法を示す図である。図２１の実施例は、図２０の実施例で説明した方法が適用されてよく、関連する重複説明は省略する。図２１を参照すると、トライアングルマージフラグが存在しない場合に、デコーダは、その値が推論できる。

【0226】

本発明の一実施例によれば、様々なマージモードのうちあるモードの使用の有無を示すシグナリングが存在しないとき、その値を推論することができる。一実施例として、デコーダは、１）様々なマージモードのうち前記あるモードよりも先にシグナルされる全てのモードを使用しなく、２）様々なマージモードのうち前記あるモードより後にシグナルされる全てのモードに対して使用できる条件を満たさなく、３）前記あるモードを使用できる条件を満たす場合、その値を１と推論できる。また、そうでない場合（すなわち、１）又は２）又は３）を満たさない場合）、デコーダは、その値を０と推論できる。また、ここで、条件“２）”において全てのモードに対して使用できる条件を満たさないことは、全てのモードのそれぞれに対して使用できる条件のうち少なくとも一つずつを満たさないことであってよい。

【0227】

また、ここで、前記あるモードの使用の有無を示すシグナリングを１と推論する条件に、４）様々なマージモードのうち一つを使用する条件が追加されてよい。例えば、４）ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｍｏｄｅが１である場合が追加されてよい。

【0228】

例えば、図２０の実施例に基づき、１）様々なマージモードのうちトライアングルマージモードよりも先にシグナルされる全てのモードを使用しなく、２）様々なマージモードのうちトライアングルマージモードよりも後にシグナルされる全てのモードに対して使用できる条件を満たさなく、３）トライアングルマージモードを使用できる条件を満たし、４）ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｍｏｄｅが１である場合に、トライアングルマージフラグを１と推論できる。また、そうでない場合（（すなわち、１）又は２）又は３）又は４）を満たさない場合、デコーダは、トライアングルマージフラグを０と推論できる。

【0229】

ここで、図２１を参照すると、“１）様々なマージモードのうちトライアングルマージモードよりも先にシグナルされる全てのモードを使用しない”ことは、次のような条件であってよい。

【0230】

（ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０＆＆ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０＆＆ｃｉｉｐ＿ｆｌａｇ＝＝０）

【0231】

また、図２１を参照すると、“２）様々なマージモードのうちトライアングルマージモードよりも後にシグナルされる全てのモードに対して使用できる条件を満たさない”ことは、サブブロックマージモードを使用できる条件を満たしていない場合でよく、次のような条件であってよい。例えば、ブロックサイズに対する条件を含むことができる。

【0232】

（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＝＝０｜｜ｃｂＷｉｄｔｈ＝＝４｜｜ｃｂＨｅｉｇｈｔ＝＝４）

【0233】

また、図６０を参照すると、“３）トライアングルマージモードを使用できる条件を満たすこと”は、次のような条件であってよい。

【0234】

（ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２＆＆ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４）

【0235】

更なる実施例として、図２０及び図２１の実施例において、条件確認に必要な演算を減らすために一部の条件確認を含まなくてもよい。例えば、デコーダは、トライアングルマージフラグをパース又は推論するとき、サブブロックマージモードを使用できる条件を満たせない条件又はサブブロックマージモードを使用できる条件において挙げられた条件のうち一部を使用しなくてもよい。このとき、パーシング段階と推論条件で使用する条件は、同じ該当条件であってよい。例えば、トライアングルマージフラグをパース又は推論するとき、デコーダは、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄに対する条件を確認しなくてもよい。すなわち、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄが０であってもトライアングルマージフラグをパースすることができ、トライアングルマージフラグが存在しない場合、その値を推論するとき、デコーダは、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄが０であるか否かの条件を確認しなくてもよい。

【0236】

図２２は、本発明の一実施例に係るマージデータシンタックス構造を例示する図である。図２２の実施例は、図１６～図１９の実施例と図２０及び図２１の実施例を共に行った具体的な実施例であってよい。本発明の実施例によれば、シグナリングオーバーヘッドを減らすことができる。本発明の一実施例によれば、モードＡ、モードＢ、モードＣ、モードＤ、モードＥの順にシグナルされる場合があり得る。このとき、モードＤ又はモードＥを使用できる場合に、モードＣの使用の有無を示すシグナリングをパースすることができる。仮にモードＤ及びモードＥのいずれをも使用できない場合には、モードＣの使用の有無を示すシグナリングをパースしなくてもよい。また、仮にモードＤ及びモードＥのいずれをも使用できない場合、並びにモードＡ及びモードＢのいずれをも使用しない場合に、モードＣの使用の有無を示すシグナリングを使用すると決定されてよい。

【0237】

図２２を参照すると、様々なマージモードが、正規マージ、ＭＭＶＤ、トライアングルマージモード、サブブロックマージモード、ＣＩＩＰの順にシグナルされてよい。このとき、本発明の実施例によれば、ＣＩＩＰを使用できない場合、デコーダは、サブブロックマージモードの使用の有無を示すシグナリングをパースしなくてもよい。また、ＣＩＩＰを使用することができる場合、デコーダは、サブブロックマージモードの使用の有無を示すシグナリングがパースできる。また、ＣＩＩＰが使用できなく、正規マージを使用しなく、ＭＭＶＤを使用しなく、トライアングルマージモードを使用しなく、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合に、デコーダは、サブブロックマージモードの使用の有無を示すシグナリングを使用すると推論できる。そうでない場合には、デコーダは、使用しないと推論できる。

【0238】

例えば、ＣＩＩＰを使用できる条件は、１）ＣＩＩＰの使用の可否を示す上位レベルシグナリングに基づく条件、２）ｃｕ＿ｓｋｉｐ＿ｆｌａｇに基づく条件、３）ブロックサイズ（幅又は高さ）に基づく条件のうち一つ以上の条件を＆＆（ａｎｄ）条件で含むことができる。図６１を参照すると、ＣＩＩＰを使用できる条件は、１）ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、２）ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０、３）ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４＆＆ｃｂＷｉｄｔｈ＜１２８＆＆ｃｂＨｅｉｇｈｔ＜１２８条件のうち一つ以上の条件を＆＆（ａｎｄ）条件で含むものであってよい。図２２を参照すると、ＣＩＩＰが使用できる場合は、（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４＆＆ｃｂＷｉｄｔｈ＜１２８＆＆ｃｂＨｅｉｇｈｔ＜１２８）であってよい。

【0239】

また、本発明の実施例によれば、サブブロックマージモード及びＣＩＩＰのいずれをも使用できない場合、トライアングルマージモードの使用の有無を示すシグナリングをパースしなくてもよい。また、サブブロックマージモード又はＣＩＩＰを使用できる場合、トライアングルマージモードの使用の有無を示すシグナリングがパースできる。また、サブブロックマージモード及びＣＩＩＰのいずれをも使用できなく、正規マージを使用しなく、ＭＭＶＤを使用しなく、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合に、トライアングルマージモードの使用の有無を示すシグナリングを使用すると推論できる。そうでない場合には、使用しないと推論できる。例えば、ＣＩＩＰを使用できる条件、ＣＩＩＰが使用できない場合は、先の説明を参照できる。ただし、ここでは、トライアングルマージモードを使用できる条件とＣＩＩＰを使用できる条件のうち重なるもの（例えば、図２２で、ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４）は、ＣＩＩＰを使用できる条件から省略できる。また、ｓｕｂｂｌｏｃｋ ｍｅｒｇｅｏｎｊｕｎｇｋｏモードを使用できる条件は、１）ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅｏｎｊｕｎｇｋｏＣａｎｄに基づく条件、２）ブロックサイズに基づく条件のうち一つ以上の条件を＆＆（ａｎｄ）条件で含むことができる。

【0240】

図２２を参照すると、サブブロックマージモードを使用できる条件は、１）ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０、２）ｃｂＷｄｉｔｈ＞＝８＆＆ｃｂＨｅｉｇｈｔ＞＝８のうち一つ以上の条件を＆＆（ａｎｄ）条件で含むことができる。図２を参照すると、サブブロックマージモードを使用できる条件は、（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｃｂＷｄｉｔｈ＞＝８＆＆ｃｂＨｅｉｇｈｔ＞＝８）であってよい。サブブロックマージモードを使用できない場合は、サブブロックマージモードを使用できる場合に対するＮＯＴ条件であってよい。

【0241】

図２３は、本発明の一実施例に係るマージデータシンタックス構造を例示する図である。図２３の実施例は、図２２と同じさらに他の実施例であってよい。本発明の一実施例によれば、モードＡ、モードＢ、モードＣ、モードＤ、モードＥの順にシグナルされる場合があり得る。このとき、モードＤ又はモードＥが使用できる場合、モードＣの使用の有無を示すシグナリングをパースすることができる。仮にモードＤ及びモードＥのいずれをも使用できない場合には、モードＣの使用の有無を示すシグナリングをパースしなくてもよい。また、仮にモードＤとモードＥのいずれをも使用できない場合、並びにモードＡ及びモードＢのいずれをも使用しない場合、モードＣの使用の有無を示すシグナリングを使用すると決定できる。

【0242】

図２３を参照すると、様々なマージモードが正規マージ、ＭＭＶＤ、トライアングルマージモード、ＣＩＩＰ、サブブロックマージモードの順にシグナルされてよい。このとき、本発明の実施例によれば、サブブロックマージモードを使用できない場合、ＣＩＩＰの使用の有無を示すシグナリングをパースしなくてもよい。また、サブブロックマージモードを使用できる場合、ＣＩＩＰの使用の有無を示すシグナリングがパースできる。また、サブブロックマージモードを使用できなく、正規マージを使用しなく、ＭＭＶＤを使用しなく、トライアングルマージモードを使用しなく、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合に、ＣＩＩＰの使用の有無を示すシグナリングを使用すると推論できる。そうでない場合には、使用しないと推論できる。これについて、図２１の説明を参照できる。また、本発明の実施例によれば、ＣＩＩＰとサブブロックマージモードのいずれをも使用できない場合、ＣＩＩＰ又はサブブロックマージモードを使用できる場合、トライアングルマージモードの使用の有無を示すシグナリングについて図２２の説明を参照できる。

【0243】

図２４は、本発明の一実施例に係るマージデータシンタックス構造を示す図である。図２４及び図２５の実施例は、図１７の実施例に、トライアングルマージモードを使用できる条件を追加した実施例を示す。本発明の一実施例によれば、トライアングルマージモードを使用できる条件に、トライアングルマージモード候補の最大個数に関するものが含まれてよい。例えば、トライアングルマージモード候補の最大個数を示す値は、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄであってよい。例えば、トライアングルマージモードを使用できるには、（ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）でなければならない。

【0244】

したがって、図２４を参照すると、（ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）を満たす場合、トライアングルマージフラグをパースすることが可能であり、（ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）を満たさない場合、トライアングルマージフラグをパースしなくてもよい。その他、図１７の説明と重複する説明は省略する。

【0245】

したがって、次の条件を全て満たすとき、デコーダは、トライアングルマージフラグがパースできる。仮に、次の条件のうち少なくとも一つを満たさない場合、トライアングルマージフラグをパースしなくてもよい。

【0246】

１）ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２

【0247】

２）ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ

【0248】

３）ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ

【0249】

４）ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４

【0250】

５）ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ

【0251】

６）ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０

【0252】

７）ｃｂＷｉｄｔｈ＜１２８

【0253】

８）ｃｂＨｅｉｇｈｔ＜１２８

【0254】

さらに他の一実施例において、前記条件のうち一部は省略されてもよい。これは、条件確認に必要な演算を減らすためであろう。例えば、省略される条件は、５）、６）、７）、８）のうち少なくとも一つであってよい。

【0255】

また、本発明の一実施例において、ＣＩＩＰフラグは、次のように決定されてよい。次の条件を全て満たす場合、ＣＩＩＰフラグは１に設定されてよい。

【0256】

ａ）ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１

【0257】

ｂ）ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０

【0258】

ｃ）ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０

【0259】

ｄ）ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ＝＝０

【0260】

ｅ）ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇ＝＝０

【0261】

ｆ）ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝１

【0262】

ｇ）ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０

【0263】

ｈ）ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４

【0264】

ｉ）ｃｂＷｉｄｔｈ＜１２８

【0265】

ｊ）ｃｂＨｅｉｇｈｔ＜１２８

【0266】

前記条件のうち少なくとも一つを満たさない場合、ＣＩＩＰフラグは０に設定されてよい。例えば、ｈ）、ｉ）、ｊ）条件は他のブロックサイズ条件に代替されてよい。

【0267】

本発明の一実施例において、トライアングルマージフラグが存在しない場合、トライアングルマージフラグは、次のプロセスによって推論されてよい。仮に、以下の全ての条件を満たす場合、トライアングルマージフラグは１と推論されてよい。

【0268】

１）ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０

【0269】

２）ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０

【0270】

３）ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ＝＝０

【0271】

４）ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝０｜｜ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝１｜｜ｃｂＷｉｄｔｈ＞＝１２８｜｜ｃｂＨｅｉｇｈｔ＞＝１２８

【0272】

５）ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２＆＆ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝１＆＆ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ＝＝Ｂ＆＆ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４

【0273】

６）ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１

【0274】

また、その他の場合、トライアングルマージフラグ値を０と推論できる。前記条件のうち、４）条件において｜｜（すなわち、ＯＲ）で連結されたものは、図６３で説明した５）、６）、７）、８）条件に該当するが、５）、６）、７）、８）のうち省略されるものがある場合、図６４の４）条件においても共に省略されてよい。先に図２４で説明したように、トライアングルマージモードを使用できる条件に、トライアングルマージモード候補の最大個数に関するものが含まれてよい。関連する重複説明は省略する。

【0275】

また、本発明の一実施例によれば、様々なマージモードのうち少なくとも一つのモードは、使用の有無を示すシグナリングに用いられてよい。例えば、マージモードを使用する場合（ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合）、様々なマージモードのうち少なくとも一つのモードは、使用の有無を示すシグナリングを使用する旨を示すことができる。一実施例によれば、前記少なくとも一つのモードは、既に設定されたモードであってよい。例えば、前記少なくとも一つのモードは、１個のモードであってよい。例えば、前記少なくとも一つのモードは、正規マージモードであってよい。

【0276】

一実施例によれば、マージモードを使用する場合、様々なマージモードに対する使用の有無を示すシグナリングがいずれも使用しないと設定されたとき、既に設定されたモードに対する使用の有無を示すシグナリングを使用するように設定できる。さらに他の実施例によれば、マージモードを使用する場合、様々なマージモードに対する使用の有無を示すシグナリングが、既に設定されたモードに対するものを除いて全て使用しないと設定されたとき、既に設定されたモードに対する使用の有無を示すシグナリングを使用するように設定できる。これは、誤ったシグナリング及びそれによる動作を防止するためのものであってよい。

【0277】

本発明の一実施例において、次の条件を全て満たす場合、正規マージフラグは１に設定されてよい。

【0278】

１）ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０

【0279】

２）ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０

【0280】

３）ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ＝＝０

【0281】

４）ｃｉｉｐ＿ｆｌａｇ＝＝０

【0282】

５）ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇ＝＝０

【0283】

６）ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１

【0284】

さらに他の実施例によれば、前記条件のうち一部の条件が省略されてもよい。例えば、前記条件のうち１）条件が省略されてよい。

【0285】

本発明のさらに他の実施例によれば、様々なマージモードのうち一つの特定モードを除く全てのモードに対する使用可能条件を満たさない場合、デコーダは、前記特定モードの使用の有無を示すシグナリングをパースせずにその値を１と推論できる。又は、様々なマージモードのうち一つの特定モードを除くモードのうち少なくとも一つの使用可能条件を満たす場合、当該一つの特定モードの使用の有無を示すシグナリングをパースすることができる。一実施例として、これはマージモードを使用する場合に該当し得る。また、前記特定の一つのモードは、正規マージモードであってよい。

【0286】

より具体的に、次の条件１）～４）のうち少なくとも一つを満たす場合に、デコーダは正規マージフラグがパースできる。実施例として、これは、マージモードを使用する場合に該当するものであってよい。

【0287】

１）ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ！＝３２

【0288】

２）ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｃｂＷｉｄｔｈ＞＝８＆＆ｃｂＨｅｉｇｈｔ＞＝８

【0289】

３）ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４＆＆ｃｂＷｉｄｔｈ＜１２８＆＆ｃｂＨｅｉｇｈｔ＜１２８

【0290】

４）ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２＆＆ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４

【0291】

また、前記１）～４）条件のいずれをも満たさない場合、正規マージフラグをパースしなくてもよく、その値を１と推論できる。これは、マージモードを使用する場合に該当するものであってよい。このとき、演算量を減らすために、前記条件のうち一部を省略してもよい。

【0292】

また、本発明の他の一実施例によれば、様々なマージモードのうち２つ以上のモードに対する使用の有無を示すシグナリングが使用することを示す場合、前記様々なマージモードのうち既に設定されたモードを除く全てのモードに対する使用の有無を示すシグナリングを使用しないことを示すように設定し、前記既に設定されたモードに対する使用の有無を示すシグナリングを使用するように設定できる。例えば、前記既に設定されたモードは、正規マージモードであってよい。また、さらに他の例として、前記既に設定されたモードは、使用の有無を示すシグナリングが使用することを示した前記２つ以上のモードのうち一つのモードであってよい。このとき、一つのモードを決定する既に設定された方法が存在してよい。例えば、様々なマージモードに対する既に設定された順序のうち最も前のモードと決定できる。例えば、この実施例は、マージモードを使用する場合に該当し得る。

【0293】

例えば、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１であり、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ＝＝１の場合に、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇを０に設定できる。又は、ｃｉｉｐ＿ｆｌａｇ＝＝１であり、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ＝＝１の場合に、ｃｉｉｐ＿ｆｌａｇとｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇを０に設定し、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを１に設定できる。他の例として、ｃｉｉｐ＿ｆｌａｇ＝＝１であり、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ＝＝１の場合に、既に設定された順序である正規マージモード、ＭＭＶＤ、サブブロックマージモード、ＣＩＩＰ、トライアングルマージモードのうち、前にあるｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇを１に設定し、ＣＩＩＰフラグを１に設定できる。

【0294】

図２５は、本発明の一実施例に係るマージデータシンタックス構造を例示する図である。図２５の実施例は、先に説明した発明の具体的な実施例であってよい。例えば、図２５の実施例は、図１０～図１３の実施例で説明した方法が適用されてよく、関連する重複説明は省略する。

【0295】

前述したように、複数のマージモードが既に設定された順に、使用の有無がシグナルされたり或いは使用の有無が決定されてよい。図６６を参照すると、複数のマージモードは正規マージモード、ＭＭＶＤ、サブブロックマージモード、ＣＩＩＰ、トライアングルマージモードを含むことができる。また、図２５を参照すると、前記複数のマージモードは、正規マージモード、ＭＭＶＤ、サブブロックマージモード、ＣＩＩＰ、トライアングル１マージモードの順に、使用の有無がシグナルされたり或いは使用の有無が決定されてよい。また、図２５を参照すると、正規マージモード、ＭＭＶＤ、サブブロックマージモード、ＣＩＩＰ、トライアングルマージモードを使用するか否かを示すシグナリングはそれぞれ、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ、ｃｉｉｐ＿ｆｌａｇ、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇであってよい。また、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇは、前述したｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｆｌａｇと同じ意味であってよい。

【0296】

また、各モードが行えるために満たさなければならない条件が存在してよい。例えば、あるモードが行えるために満たさなければならない条件を満たさないとき、前記あるモードを行わなくてもよい。また、この場合、前記あるモード以外の他のモードを行うことができる。又は、あるモードが行えるために満たさなければならない条件を満たす場合、前記あるモードを行ってもよく行わなくてもよい。このとき、前記あるモードを行うか否かを決定するための更なるシグナリングが存在してよい。

【0297】

例えば、あるモードが行えるために満たさなければならない条件は、前記あるモードが利用可能か否かを示す上位レベルシグナリングに基づくことができる。上位レベルは、シーケンスレベル（ｓｅｑｕｅｎｃｅ ｌｅｖｅｌ）、ＳＰＳ（ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）レベル、スライスレベル（ｓｌｉｃｅ ｌｅｖｅｌ）、タイトルレベル（ｔｉｌｅ ｌｅｖｅｌ）、タイトルグループレベル（ｔｉｌｅ ｇｒｏｕｐ ｌｅｖｅｌ）、ブリックレベル（ｂｒｉｃｋ ｌｅｖｅｌ）、ＣＴＵレベル（ＣＴＵ ｌｅｖｅｌ）などを含むことができる。また、前述したｓｐｓ＿ｍｏｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇを含むことができる。このとき、モードは、あるモードに代替されてよい。

【0298】

また、あるモードが行えるために満たさなければならない条件は、ブロックサイズに関連した条件を含むことができる。例えば、現在ブロックの幅又は高さに基づく条件を含むことができる。例えば、幅の上限線又は下限線が存在しよい。又は、高さの上限線又は下限線が存在してよい。又は、ａｒｅａ（ｗｉｄｔｈ＊ｈｅｉｇｈｔ）の上限線又は下限線が存在してよい。また、現在ブロックは、ＣＵ又はＰＵであってよい。また、現在ブロックの幅、高さはそれぞれ、ｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔであってよい。本発明において、幅、高さはそれぞれ、ｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔと同じ意味で使われてよい。

【0299】

また、あるモードが行えるために満たさなければならない条件は、スライスタイプ（ｓｌｉｃｅ ｔｙｐｅ）又はタイトルグループタイプ（ｔｉｌｅ ｇｒｏｕｐ ｔｙｐｅ）に基づくことができる。スライスタイプとタイトルグループタイプは同じ意味であってよい。

【0300】

また、あるモードが行えるために満たさなければならない条件は、他のあるモードを使用するか否かに基づくことができる。前記他のあるモードは、スキップモードを含むことができる。また、スキップモードを使用するか否かは、ｃｕ＿ｓｋｉｐ＿ｆｌａｇに基づいて決定されてよい。また、前記他のあるモードは、前記あるモードよりも先にシグナルされたり或いは決定されるモードを含むことができる。例えば、前記他のあるモードを使用しない場合、前記あるモードを行うことが可能であってよい。

【0301】

また、あるモードが行えるために満たさなければならない条件は、候補の最大個数（ｍａｘｉｍｕｍ ｎｕｍｂｅｒ ｏｆ ｃａｎｄｉｄａｔｅｓ）に基づくことができる。例えば、前記候補（ｃａｎｄｉｄａｔｅｓ）は、前記あるモードに関連した候補であってよい。例えば、前記候補は、前記あるモードが使用する候補であってよい。例えば、十分の個数以上の候補が存在し得るとき、あるモードを行うことが可能である。例えば、候補の最大個数が既に設定された値以上のとき、前記あるモードを行うことが可能である。例えば、候補の最大個数は、ＭａｘＮｕｍＭｏｄｅＣａｎｄというパラメータで示されてよく、ＭａｘＮｕｍＭｏｄｅＣａｎｄにおいてモードはどのモードを示すかに代替されてよい。例えば、マージモードに対してＭａｘＮｕｍＭｅｒｇｅＣａｎｄ値が存在してよい。例えば、トライアングルマージモードに対してＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ値が存在してよい。例えば、サブブロックマージモードに対してＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ値が存在してよい。また、候補の最大個数は、あるモードが使用可能（ｅｎａｂｌｅｄ）か否かを示す上位レベルシグナリングに基づくことができる。例えば、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄは、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ又はｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇに基づくことができる。ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｌｂｅｄ＿ｆｌａｇは、サブブロックベースの時間モーション（ベクトル）予測（ｓｕｂｂｌｏｃｋ ｂａｓｅｄ ｔｅｍｐｏｒａｌ ｍｏｔｉｏｎ（ｖｅｃｔｏｒ） ｐｒｅｄｉｃｔｉｏｎ）が使用可能か否かを示す上位レベルシグナリングであってよい。

【0302】

本発明の一実施例によれば、正規マージモードが行えるために満たさなければならない条件が存在してよい。例えば、正規マージモードが行えるためにマージモードを使用することを示すシグナリングが真でなければならない条件であってよい。前記マージモードを使用することを示すシグナリングは、ｍｅｒｇｅ＿ｆｌａｇ又はｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇであってよい。また、以下に説明する他のモードに対しても、マージモードを使用することを示すシグナリングが真であってこそ、前記他のモードを行うことが可能である。

【0303】

又は、正規マージモードを行うために満たさなければならない条件が、他のモードとは違い、存在しなくてもよい。これは、正規マージモードが最も基本となるモードであるためであり得る。前述したマージモードを使用する場合であれば、正規マージモードを使用するために更なる条件が必要でなくてもよい。

【0304】

図２５を参照すると、第１条件２５０１を満たす場合、デコーダは、正規マージフラグ（すなわち、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ）がパースできる。第１条件２５０１は、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であるか、或いは幅＊高さが３２でない場合であってよい。また、第１条件２５０１を満たさない場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースしなくてもよい。この場合、デコーダは、その値を１と推論できる。例えば、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０＆＆幅＊高さ＝＝３２である場合、デコーダは、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。又は、１と推論するために、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である条件を含んでもよい。これは、前記第１条件２５０１を満たさない場合、マージモードに属した他のモードが行えるために満たさなければならない条件を全て満たすことができないためであり得る。その他に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが存在しない場合、上の１と推論する条件を満たすことができないと、デコーダは、その値を０と推論できる。また、幅又は高さはそれぞれ、２のべき乗であってよい。また、幅又は高さは、正数であってよい。したがって、幅＊高さが３２であるものは、幅、高さがそれぞれ４、８であるか、或いは８、４であるものであってよい。また、幅＊高さが３２でないことは、幅、高さがそれぞれ４、８でなく、８、４でないものであってよい。また、幅＊高さが３２でないものは、幅と高さが８以上であるものを表すこともできる。これは、インター予測に該当するものであってよく、例えば、４×４ブロックに対してインター予測が許容されなくてもよいためであろう。

【0305】

本発明の一実施例によれば、ＭＭＶＤが行えるために満たさなければならない条件が存在してよい。例えば、ＭＭＶＤが利用可能か否かを示す上位レベルシグナリングに基づくことができる。例えば、ＭＭＶＤが利用可能か否かを示す上位レベルシグナリングは、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇであってよい。図２５を参照すると、第２条件２５０２を満たす場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇがパースできる。また、第２条件２５０２を満たさない場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇをパースしなくてもよく、その値が推論できる。第２条件２５０２は、（ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ！＝３２）であってよい。すなわち、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であり、ブロックサイズ条件を満たすとき、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇがパースでき、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であるか、或いはブロックサイズ条件を満たさないとき、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇをパースしなくてもよい。また、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であり、前記ブロックサイズを満たさない場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。例えば、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であり、ｗｉｄｔｈ＊ｈｅｉｇｈｔが３２である場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合、且つｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合に、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。前記ブロックサイズ条件は、ＭＭＶＤ後にシグナルされるモードを使用できない条件と関連していてよい。

【0306】

本発明の一実施例によれば、サブブロックマージモードが行えるために満たさなければならない条件が存在してよい。例えば、サブブロックマージモードが利用可能か否かを示す上位レベルシグナリングに基づくことができる。又は、サブブロックマージモードに属するモードが利用可能か否かを示す上位レベルシグナリングに基づくことができる。例えば、サブブロックマージモードには、アフィンモーション予測、サブブロックベースの時間モーションベクトル予測などが含まれてよい。したがって、アフィンモーション予測が利用可能か否かを示す上位レベルシグナリング（例えば、ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）に基づき、サブブロックマージモードが行われるか否かが判断されてよい。

【0307】

又は、サブブロックベースの時間モーションベクトル予測が利用可能か否かを示す上位レベルシグナリング（例えば、ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）に基づき、サブブロックマージモードが行われるか否かが判断されてよい。又は、サブブロックマージモードが行えるためにサブブロックマージモードに対する最大候補個数に基づく条件を満たさなければならない条件が存在してよい。例えば、サブブロックマージモードに対する最大候補個数値が０よりも大きい場合、サブブロックマージモードを使用することが可能であってよい。また、サブブロックマージモードに対する最大候補個数は、サブブロックマージモードに属するモードが利用可能か否かを示す上位レベルシグナリングに基づくことができる。例えば、複数のサブブロックマージモードに属するモードが利用可能か否かを示す上位レベルシグナリングのうち少なくとも一つが１である場合にのみ、サブブロックマージモードに対する最大候補個数が０よりも大きいことが可能であってよい。また、サブブロックマージモードが行えるためにブロックサイズに基づく条件を満たさなければならない条件が存在してよい。例えば、幅と高さの下限線が存在してよい。例えば、幅が８以上であり、高さが８以上であるとき、サブブロックマージモードを使用することが可能であってよい。

【0308】

図２５を参照すると、第３条件２５０３を満たす場合、サブブロックマージフラグがパースできる。また、第３条件２５０３を満たさない場合、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇをパースしなくてもよく、その値を０と推論できる。第３条件２５０３は、（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８）であってよい。

【0309】

本発明の一実施例によれば、ＣＩＩＰが行えるために満たさなければならない条件が存在してよい。例えば、ＣＩＩＰが利用可能か否かを示す上位レベルシグナリング（例えば、ｓｐｓＸＢＴ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）に基づき、ＣＩＩＰを行うことができるか否かが決定されてよい。また、スキップモードを使用するか否かに基づき、ＣＩＩＰを行うことができるか否かが決定されてよい。例えば、スキップモードを使用する場合、ＣＩＩＰを行うことが可能でなくてもよい。また、ブロックサイズに基づき、ＣＩＩＰを行うことができるか否かが決定されてよい。例えば、ブロックサイズが下限線以上であり、上限線以下であるか否かに基づき、ＣＩＩＰを行うことができるか否かが決定されてよい。例えば、幅＊高さが下限線以上であり、幅が上限線以下であり、高さが上限線以下のときに、ＣＩＩＰを行うことが可能であってよい。例えば、幅＊高さが６４以上であり、幅が１２８よりも小さく、高さが１２８よりも小さいときに、ＣＩＩＰを行うことが可能であってよい。

【0310】

図２５を参照すると、第４条件２５０４を満たすとき、ＣＩＩＰフラグがパースできる。また、第４条件２５０４を満たさないとき、ＣＩＩＰフラグをパースしなくてもよく、その値を０と推論できる。第４条件２５０４は、（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＊高さ＞＝６４＆＆ｗｉｄｔｈ＜１２８＆＆高さ＜１２８）であってよい。

【0311】

本発明の一実施例によれば、トライアングルマージモードが行えるために満たさなければならない条件が存在してよい。例えば、トライアングルマージモードが利用可能か否かを示す上位レベルシグナリング（例えば、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）に基づき、トライアングルマージモードを行うことができるか否かが決定されてよい。また、スライスタイプに基づき、トライアングルマージモードを行うことができるか否かが決定されてよい。例えば、スライスタイプがＢである場合、トライアングルマージモードを行うことが可能であってよい。これは、トライアングルマージモードを行うためには２つ以上のモーション情報又は２つ以上の参照ピクチャが必要なためであり得る。また、トライアングルマージモードに対する最大候補個数に基づき、トライアングルマージモードを行うことができるか否かが決定されてよい。トライアングルマージモードに対する最大候補個数は、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ値で示すことができる。例えば、トライアングルマージモードに対する最大候補個数が２以上である場合、トライアングルマージモードを行うことが可能であってよい。これは、トライアングルマージモードを行うためには２つ以上のモーション情報又は２つ以上の参照ピクチャが必要なためであり得る。また、本発明の実施例によれば、トライアングルマージモードが利用可能か否かを示す上位レベルシグナリングが、利用可能であること示す場合、トライアングルマージモードに対する最大候補個数が常に２以上であり、トライアングルマージモードが利用可能か否かを示す上位レベルシグナリングが、利用不可能であることを示す場合、トライアングルマージモードに対する最大候補個数が常に２よりも小さいか或いは０であってよい。

【0312】

したがって、この場合、トライアングルマージモードが利用可能か否かを示す上位レベルシグナリングに基づかず、トライアングルマージモードに対する最大候補個数に基づき、トライアングルマージモードを行うことができるか否かが決定されてよい。これにより、条件をチェックする演算を減らすことができる。また、ブロックサイズに基づき、トライアングルマージモードを行うことができるか否かが決定されてよい。例えば、ブロックサイズが下限線以上であり、上限線以下か否かに基づき、トライアングルマージモードを行うことができるか否かが決定されてよい。例えば、幅＊高さが下限線以上であり、幅が上限線以下であり、高さが上限線以下であるとき、トライアングルマージモードを行うことが可能であってよい。例えば、幅＊高さが６４以上である場合、トライアングルマージモードを行うことが可能であってよい。また、幅が１２８よりも小さく、高さが１２８よりも小さいとき、トライアングルマージモードを行うことが可能であってよい。

【0313】

図２５を参照すると、第５条件２５０５を満たす場合、トライアングルマージモードを使用するものであってよい。また、第５条件２５０５を満たさない場合、トライアングルマージモードを使用するものであってよい。第５条件２５０５は、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇが１である場合であってよい。また、第５条件２５０５を満たすために満たさなければならない条件が存在してよい。例えば、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２＆＆ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４）を含むことができる。仮に（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２＆＆ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４）が真である場合、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇが１であっても、０であってもよい。このとき、更なる条件によって１なのか０なのかが決定されてよい。前記更なる条件は、トライアングルマージモードよりも先にシグナル又は決定されるモード（例えば、正規マージモード、ＭＭＶＤ、サブブロックマージモード、ＣＩＩＰ）を使用しない場合とマージモードを使用する場合（例えば、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１）であってよく、前記更なる条件を満たす場合、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇは１であり、前記更なる条件を満たさない場合、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇは０であってよい。また、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２＆＆ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４）が偽である場合、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇが０であってよい。

【0314】

図２６は、本発明の一実施例に係るマージデータシンタックス構造を示す図である。図２６は、図１２及び図１３で説明したシグナリング方法の具体的な実施例であってよい。

【0315】

本発明の一実施例によれば、あるモードより後にシグナル又は決定されるモードのうち少なくとも一つを行うことができる場合、前記あるモードを使用するか否かを示すシグナリングをパースすることができる。また、あるモードより後にシグナル又は決定されるモードのいずれをも行うことができない場合、前記あるモードに対する使用の有無を示すシグナリングをパースしなくてもよい。また、あるモードより後にシグナル又は決定されるモードのいずれをも行うことができない場合、前記あるモードに対する使用の有無を示すシグナリング値を使用すると決定できる。

【0316】

また、ここで、あるモードより後にシグナル又は決定されるモードを行うことができるかできないかは、図２６で説明した、モードが行えるために満たさなければならない条件を満たすか満たさないかによるものであってよい。又は、ここで、あるモードより後にシグナル又は決定されるモードを行うことができるかできないかは、図２６で説明したモードが行えるために満たさなければならない条件の一部を満たすか満たさないかによるものであってよい。例えば、モードが行えるために満たさなければならない条件のうち一部を、他のモードに対するシグナリングを決定するときは省略してもよい。これは、条件を確認する演算を減らすものであってよく、例えば、真である場合が多い条件を省略することができる。

【0317】

より具体的に、あるモードを使用するためには、該あるモードが利用可能か否かを示す上位レベルシグナリングが真でなければならず、スライスタイプが特定値でなければならないが、前記あるモードと他のモードの使用の有無を示すシグナリングをパースするか否かを決定するために前記あるモードを使用するための条件を確認する場合、上位レベルシグナリングに基づき、またスライスタイプに基づかずに、前記他のモードの使用の有無を示すシグナリングをパースするか否かが決定できる。これは、スライスタイプが特定値である場合が多いためであり得る。したがって、スライスタイプが特定値でなくとも、前記あるモードが利用可能か否かを示す上位レベルシグナリングが真であれば、前記あるモードと他のモードの使用の有無を示すシグナリングがパースできる。

【0318】

図２６を参照すると、ｍｍｖｄ＿ｃｏｎｄｉｔｉｏｎ、ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎ、ｃｉｉｐ＿ｃｏｎｄｉｔｉｏｎ、ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎが存在してよい。例えば、ｍｍｖｄ＿ｃｏｎｄｉｔｉｏｎ、ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎ、ｃｉｉｐ＿ｃｏｎｄｉｔｉｏｎ、ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎはそれぞれ、図２５で説明したＭＭＶＤ、サブブロックマージモード、ＣＩＩＰ、トライアングルマージモードが行えるために満たさなければならない条件であってよい。又は、ｍｍｖｄ＿ｃｏｎｄｉｔｉｏｎ、ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎ、ｃｉｉｐ＿ｃｏｎｄｉｔｉｏｎ、ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎはそれぞれ、図２５で説明したＭＭＶＤ、サブブロックマージモード、ＣＩＩＰ、トライアングルマージモードが行えるために満たさなければならない条件の一部であってよい。例えば、ｍｍｖｄ＿ｃｏｎｄｉｔｉｏｎ、ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎ、ｃｉｉｐ＿ｃｏｎｄｉｔｉｏｎはそれぞれ、図２５で説明した第２条件２５０２、第３条件２５０３、第４条件２５０４であるか、或いはその一部であってよい。

【0319】

また、あるモードより後にシグナル又は決定されるモードが行えるために満たさなければならない条件のうち、前記あるモードが行えるために満たさなければならない条件が重なる場合、前記あるモードが行えるために満たさなければならない条件を満たしてこそ前記あるモードが使用できるため、このような重なる条件は、図２６のｍｍｖｄ＿ｃｏｎｄｉｔｉｏｎ、ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎ、ｃｉｉｐ＿ｃｏｎｄｉｔｉｏｎ、ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎなどから除外させることができる。

【0320】

図２６を参照すると、ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎを満たす場合、ｃｉｉｐ＿ｆｌａｇがパースできる。また、ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎを満たさない場合、ｃｉｉｐ＿ｆｌａｇをパースしなくてもよい。また、ｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎを満たさない場合、ｃｉｉｐ＿ｆｌａｇを１と推論できる。このとき、１と推論するためには、ＣＩＩＰを行うことができる条件を満たさなければならず、ＣＩＩＰよりも先にシグナル又は決定されるモードを全て使用しなく（例えば、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０＆＆ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０＆＆ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ＝＝０）、マージモードを使用する場合（ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１）の条件を満たさなければならない。その他の場合は、ｃｉｉｐ＿ｆｌａｇが存在しないとき、０と推論できる。

【0321】

図２６を参照すると、ｃｉｉｐ＿ｃｏｎｄｉｔｉｏｎを満たしたり或いはｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎを満たす場合、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇがパースできる。また、ｃｉｉｐ＿ｃｏｎｄｉｔｉｏｎを満たさなく、且つｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｏｎｄｉｔｉｏｎを満たさない場合、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇをパースしなくてもよい。また、ｃｉｉｐ＿ｃｏｎｄｉｔｉｏｎを満たさなく、且つｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｏｎｄｉｔｉｏｎを満たさない場合、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇを１と推論できる。このとき、１と推論するために、サブブロックマージモードを行うことができる条件を満たさなければならず、サブブロックマージモードよりも先にシグナル又は決定されるモードを全て使用しなく（例えば、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０＆＆ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０）、マージモードを使用する場合（ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１）の条件を満たさなければならない。その他の場合は、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが存在しないとき、０と推論できる。

【0322】

図２６を参照すると、ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎを満たしたり、ｃｉｉｐ＿ｃｏｎｄｉｔｉｏｎを満たしたり、或いはｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎを満たす場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇがパースできる。また、ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎを満たさなく、ｃｉｉｐ＿ｃｏｎｄｉｔｉｏｎを満たさなく、且つｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｏｎｄｉｔｉｏｎを満たさない場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇをパースしなくてもよい。また、ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎを満たさなく、ｃｉｉｐ＿ｃｏｎｄｉｔｉｏｎを満たさなく、且つｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｏｎｄｉｔｉｏｎを満たさない場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。このとき、１と推論するためには、ＭＭＶＤを行うことができる条件を満たさなければならず、ＭＭＶＤよりも先にシグナル又は決定されるモードを全て使用しなく（例えば、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０）、マージモードを使用する場合（ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１）の条件を満たさなければならない。また、図６６で説明したｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論する場合があり得る。その他の場合は、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇが存在しないとき、０と推論できる。

【0323】

図２６を参照すると、ｍｍｖｄ＿ｃｏｎｄｉｔｉｏｎを満たしたり、ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎを満たしたり、ｃｉｉｐ＿ｃｏｎｄｉｔｉｏｎを満たしたり、又はｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎを満たす場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇがパースできる。また、ｍｍｖｄ＿ｃｏｎｄｉｔｉｏｎを満たさなく、ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎを満たさなく、ｃｉｉｐ＿ｃｏｎｄｉｔｉｏｎを満たさなく、且つｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｏｎｄｉｔｉｏｎを満たさない場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースしなくてもよい。また、ｍｍｖｄ＿ｃｏｎｄｉｔｉｏｎを満たさなく、ｓｕｂｂｌｏｃｋ＿ｍｅｒｇｅ＿ｃｏｎｄｉｔｉｏｎを満たさなく、ｃｉｉｐ＿ｃｏｎｄｉｔｉｏｎを満たさなく、且つｔｒｉａｎｇｌｅ＿ｍｅｒｇｅ＿ｃｏｏｎｄｉｔｉｏｎを満たさない場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。このとき、１と推論するためには、正規マージモードを行うことができる条件を満たさなければならず（正規マージモードに対してはこのような条件が存在しなくてもよい）、正規マージモードよりも先にシグナル又は決定されるモードを全て使用しなく（正規マージモードに対してはこのような条件が存在しなくてもよい）、マージモードを使用する場合（ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１）の条件を満たさなければならない。また、図２５で説明したｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論する場合があり得る。その他の場合は、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが存在しないとき、０と推論できる。

【0324】

また、図２６において、複数のモードに対してそれよりも後にシグナル又は決定されるモードを行うことができるか否かによるシグナリングを説明したが、前記複数のモードのうち一部に対してのみ前記シグナリング方法を用いることができる。すなわち、図２５の第１条件２５０１、第２条件２５０２、第３条件２５０３、第４条件２５０４のうち少なくとも一つを使用し、残りは図２６の方法を用いることができる。すなわち、図２５の第１条件２５０１、図２６の第２条件２６０２、図２６の第３条件２６０３、第４条件２６０４を使用することができる。

【0325】

図２７は、本発明の一実施例に係るマージデータシンタックス構造を示す図である。図２７は、図１２、図１３及び図２６で説明したシグナリング方法の具体的な実施例であってよい。図２７を参照すると、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）である場合、ｃｉｉｐ＿ｆｌａｇがパースできる。このとき、ＣＩＩＰを行うことができる条件を満たす場合にのみｃｉｉｐ＿ｆｌａｇをパースすることが可能であってよい。また、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）を満たさない場合、ｃｉｉｐ＿ｆｌａｇをパースしなくてもよい。また、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）を満たさない場合、ｃｉｉｐ＿ｆｌａｇを１と推論できる。このとき、マージモードを使用し、ＣＩＩＰを行うことができる条件を満たし、ＣＩＩＰよりも先にシグナル又は決定されるモードを全て使用しない場合に、ｃｉｉｐ＿ｆｌａｇを１と推論できる。

【0326】

例えば、（ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１＆＆ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８＆＆ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０＆＆ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０＆＆ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ＝＝０）であり、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）を満たさない場合に、ｃｉｉｐ＿ｆｌａｇを１と推論できる。このとき、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）のうち一部の条件のみを使用することができる。一部の条件のみを使用するとき、パースするか否か及び推論をするとき、一部の条件は一致しなければならない。例えば、ｓｌｉｃｅ＿ｔｙｐｅを使用しない場合の、例えば（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）を満たすとき、ｃｉｉｐ＿ｆｌａｇをパースすることが可能であってよく、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）を満たさないとき、ｃｉｉｐ＿ｆｌａｇをパースしなくてもよい。また、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）を満たさないとき、マージモードを使用し、ＣＩＩＰを行うことができる条件を満たし、ＣＩＩＰよりも先にシグナル又は決定されるモードを全て使用しない場合に、ｃｉｉｐ＿ｆｌａｇを１と推論できる。

【0327】

図２７を参照すると、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８））である場合、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇがパースできる。このとき、サブブロックマージモードを行うことができる条件を満たす場合にのみ、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇをパースすることが可能であってよい。また、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８））を満たさない場合、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇをパースしなくてもよい。また、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８））を満たさない場合に、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇを１と推論できる。このとき、マージモードを使用し、サブブロックマージモードを行うことができる条件を満たし、サブブロックマージモードよりも先にシグナル又は決定されるモードを全て使用しない場合に、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇを１と推論できる。

【0328】

例えば、（ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１＆＆ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８＆＆ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０＆＆ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０）であり、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８））を満たさない場合に、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇを１と推論できる。このとき、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）のうち一部の条件のみを使用し、（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）のうち一部の条件のみを使用することができる。一部の条件のみを使用する場合、パースするか否かと推論をするときに一部の条件は一致しなければならない。また、上記で（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８））を満たさない場合を述べたが、これは、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）を満たさなく（＆＆）、（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）を満たさない場合と同じものであってよい。

【0329】

図２７を参照すると、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８））である場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇがパースできる。このとき、ＭＭＶＤを行うことができる条件を満たす場合にのみ、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇをパースすることが可能であってよい。また、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８））を満たさない場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇをパースしなくてもよい。また、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８））を満たさない場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。

【0330】

このとき、マージモードを使用し、ＭＭＶＤを行うことができる条件を満たし、ＭＭＶＤよりも先にシグナル又は決定されるモードを全て使用しない場合に、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。例えば、（ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１＆＆ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０）であり、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８））を満たさない場合に、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。このとき、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）のうち一部の条件のみを使用し、（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）のうち一部の条件のみを使用し、（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８）のうち一部の条件のみを使用することができる。一部の条件のみを使用する場合、パースするか否かと推論をするときに一部の条件は一致しなければならない。また、上記で（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８））を満たさない場合を言及したが、これは、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）を満たさなく（＆＆）、（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）を満たさなく（＆＆）、（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８）を満たさない場合と同じものであってよい。

【0331】

図２５で説明したように、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論する場合があり得る。例えば、（ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝１＆＆ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１＆＆ｗｉｄｔｈ＊ｈｅｉｇｈｔ＝＝３２＆＆ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０）である場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。また、図２６で説明したように、（ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１＆＆ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０）であり、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８））を満たさない場合に、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。それ以外の場合は、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇを０と推論できる。

【0332】

図２７を参照すると、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８）｜｜ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）である場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇがパースできる。このとき、可能なマージモードとして正規マージモードのみ存在しない場合に限って、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースすることが可能であってよい。また、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８）｜｜ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を満たさない場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースしなくてもよい。

【0333】

また、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８）｜｜ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を満たさない場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。このとき、マージモードを使用する場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。例えば、（ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１）であり、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８）｜｜ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を満たさない場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。このとき、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）のうち一部の条件のみを使用し、（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）のうち一部の条件のみを使用し、（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８）のうち一部の条件のみを使用することができる。一部の条件のみを使用する場合、パースするか否かと推論をするときに一部の条件は一致しなければならない。

【0334】

より具体的に、低複雑度エンコーダは、様々なマージツール（ｍｅｒｇｅ ｔｏｏｌｓ）を使用しなくてもよく、このようなエンコーダのために、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ｜｜ｓｐｓ＿ａｆｆｉｎｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ｜｜ｓｐｓ＿ｓｂｔｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ｜｜ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ｜｜ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を満たさない場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースせずに、その値を１と推論することができる。また、上記で（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８）｜｜ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を満たさない場合を言及したが、これは、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）を満たさなく（＆＆）、（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）を満たさなく（＆＆）、（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８）を満たさなく（＆＆）、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇを満たさない場合と同じものであってよい。

【0335】

図２５で説明したように、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論する場合があり得る。例えば、（ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝０＆＆ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１＆＆ｗｉｄｔｈ＊ｈｅｉｇｈｔ＝＝３２）である場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。また、図６８で説明したように、（ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１）であり、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８）｜｜ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を満たさない場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。それ以外の場合は、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを０と推論できる。

【0336】

また、図２７の第１条件２７０１と第２条件２７０２において、（１）ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４、（２）ｗｉｄｔｈ＞＝８、ｈｅｉｇｈｔ＞＝８の条件が含まれているので、（１）又は（２）は、幅、高さがそれぞれ４、８でないか、幅、高さがそれぞれ８、４であってはならない。したがって、第１条件２７０１と第２条件２７０２において、ｗｉｄｔｈ＊ｈｅｉｇｈｔが３２であるか否かを確認しなくて済む。したがって、第２条件２７０２は、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８）｜｜ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）のみ使用することができる。このような場合、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１であり、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８）｜｜ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を満たさない場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。また、その他の場合は、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを０と推論できる。

【0337】

また、第２条件２７０２は、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８））のみ使用することができる。このような場合、（ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１＆＆ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０）であり、（（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２）｜｜（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）｜｜（ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ＞０＆＆ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８））を満たさない場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。また、その他の場合は、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇを０と推論できる。

【0338】

また、図２６で説明したのと同様に、図２７でも複数のモードのうち一部に対してのみ前記シグナリング方法を用いることができる。すなわち、図２５の第１条件２５０１、第２条件２５０２、第３条件２５０３、第４条件２５０４のうち一部を使用し、残りは図２７の方法を用いることができる。すなわち、図２５の第１条件２５０１、図２７の第２条件２７０２、第３条件２７０３、第４条件２７０４を使用することができる。

【0339】

図２８は、本発明の一実施例に係るマージデータシンタックス構造を例示する図である。図２８は、図１２、図１３及び図２６で説明したシグナリング方法の具体的な実施例であってよい。また、図２８の実施例は、図２７で説明した実施例において重複する条件を除いたものであってよい。

【0340】

図２８を参照すると、図２７と比較して、第２条件２８０２においてｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４の条件が存在しなくてよい。これは、（ｗｉｄｔｈ＞＝８＆＆ｈｅｉｇｈｔ＞＝８）の条件を満たさない場合、ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４の条件を満たさないはずであり、ｗｉｄｔｈ＊ｈｅｉｇｈｔ！＝３２の条件が既に存在するためであり得る。すなわち、他の条件によってｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４が常に満たされるためであり得る。

【0341】

また、図２６で説明したように、図２８でも複数のモードのうち一部に対してのみ前記シグナリング方法を用いることができる。すなわち、図２５の第１条件２５０１、第２条件２５０２、第３条件２５０３、第４条件２５０４のうち一部を使用し、残りは図２８の方法を用いることができる。すなわち、図２５の第１条件２５０１、図２８の第２条件２８０２、第３条件２８０３、第４条件２８０４を使用することができる。又は、図２５～図２８の第１～第４条件を混用して使用してもよい。すなわち、図２７の第１条件２７０１、図２８の第２条件２８０２、図２８の第３条件２８０１、図２８の第４条件２８０１を使用することができる。

【0342】

図２９は、本発明の一実施例に係るマージモードシグナリング方法を例示する図である。前述したマージモードシグナリングでは、順次的なシグナリング方法を説明した。例えば、図２５のような順次的なシグナリング方法を用いることができる。図２９の（ａ）は、このような順次的なシグナリング方法を示している。図２９で、太字は、決定されるモードを表し、斜体は、シグナリングであってよい。このシグナリングはフラグであってよく、０又は１の値を有することができる。

【0343】

また、このシグナリングは、場合によって、明示的シグナリング（ｅｘｐｌｉｃｉｔ ｓｉｇｎａｌｉｎｇ）又は暗黙的シグナリング（ｉｍｐｌｉｃｉｔ ｓｉｇｎａｌｉｎｇ）が行われてよい。例えば、図２９の（ａ）において、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇがシグナルされてよく、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ値に基づき、正規マージモードなのか否か判断できる。仮にｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが正規マージモードでないことを示した場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇがシグナルされてよく、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇに基づき、ＭＭＶＤなのか否か判断できる。仮にＭＭＶＤでない場合、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇがシグナルされてよく、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇに基づき、サブブロックマージモードなのか否か判断できる。仮にサブブロックマージモードでない場合、ｃｉｉｐ＿ｆｌａｇがシグナルされてよく、ｃｉｉｐ＿ｆｌａｇに基づき、ＣＩＩＰであるか否か判断できる。また、ｃｉｉｐ＿ｆｌａｇに基づき、ＴＰＭ（トライアングルマージモード、ｔｒｉａｎｇｕｌａｒ ｐａｒｔｉｔｉｏｎｉｎｇモード）なのか否か判断できる。図２９の（ａ）では、正規マージモード、ＭＭＶＤ、サブブロックマージモード、ＣＩＩＰ、トライアングルマージモードの順にシグナルされる実施例を示したが、本発明はこれに限定されず、他の順序に構成されてもよい。上の図面に、他の順序で構成される実施例も示されている。

【0344】

さらに他のマージモードシグナリング方法としてグルーピング方法を用いることができる。図２９の（ｂ）は、グルーピング方法の一実施例を示している。例えば、ｇｒｏｕｐ＿１＿ｆｌａｇをシグナルすることができ、ｇｒｏｕｐ＿１＿ｆｌａｇに基づき、選択するモードがグループ１に属するか否か決定できる。仮にｇｒｏｕｐ＿１＿ｆｌａｇがグループ１でないことを示す場合、ｇｒｏｕｐ＿２＿ｆｌａｇをシグナルすることができる。また、ｇｒｏｕｐ＿２＿ｆｌａｇに基づき、選択するモードがグループ２に属するか否か決定できる。このような動作を、多数のグループが存在する場合にも行うことができる。また、グループ内でどのモードを示すかを示すシグナリングが存在してよい。グルーピング方法によって、順次的なシグナリングに比べてシグナリングの深さを減らすことが可能である。また、シグナリングの最大長（コードワードの最大長）を減らすことが可能である。

【0345】

本発明の一実施例によれば、３個のグループが存在してよい。また、あるグループに属するモードは１個存在してよい。例えば、グループ１に属するモードは、１個存在してよい。また、グループ２とグループ３に属するモードはそれぞれ２個存在してよい。図２９の（ｂ）を参照すると、グループ１にサブブロックマージモードが属し、グループ２に正規マージモード及びＭＭＶＤが属し、グループ３にＣＩＩＰ及びトライアングルマージモードが属してよい。また、ｇｒｏｕｐ＿１＿ｆｌａｇはｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ、ｇｒｏｕｐ＿２＿ｆｌａｇは、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇであってよい。また、グループ内においてどのモードを示すかを示すシグナリングとしてｃｉｉｐ＿ｆｌａｇ及びｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇが存在してよい。例えば、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇがシグナルされ、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇに基づいてサブブロックマージモードなのか否か決定できる。仮にサブブロックマージモードでない場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇがシグナルされてよい。ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇに基づき、グループ２（正規マージモード又はＭＭＶＤ）なのか、グループ３（ＣＩＩＰ又はトライアングルマージモード）なのか決定できる。また、グループ２であることを示す場合、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇに基づき、正規マージモードなのか、ＭＭＶＤなのか決定できる。また、グループ３であることを示す場合、ｃｉｉｐ＿ｆｌａｇに基づき、ＣＩＩＰなのかトライアングルマージモードなのか決定できる。すなわち、図２９の（ａ）及び（ｂ）におけるｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ、ｃｉｉｐ＿ｆｌａｇは、ある程度異なる意味を有し得る。

【0346】

図３０は、本発明の一実施例に係るマージデータシンタックスを例示する図である。図３０の実施例は、図２９の（ｂ）で説明したグルーピング方法を用いたものであってよい。本実施例において、前述した内容と重複する説明は省略されてよい。

【0347】

本発明の一実施例によれば、マージモードを使用する場合、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇをシグナルすることができる。マージモードを使用する場合は、前述したのと同一であってよく、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合であってよい。また、本発明は、ＣｕＰｒｅｄＭｏｄｅがＭＯＤＥ＿ＩＢＣでない場合、又はＣｕＰｒｅｄＭｏｄｅがＭＯＤＥ＿ＩＮＴＥＲである場合に該当してもよい。また、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇを、ＭａｘＮｕｍＳｕｂｂｌｏｃｋＭｅｒｇｅＣａｎｄ、ブロックサイズに基づいてパースするか否か決定でき、これは、前述したサブブロックマージモードを使用できる条件に基づくものであってよい。仮にｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが１である場合に、サブブロックマージモードを使用すると決定でき、さらにｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｉｄｘに基づいて候補インデックスを決定することができる。

【0348】

また、仮にｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが０である場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇがパースできる。このとき、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースするための条件が存在してよい。例えば、ブロックサイズに基づく条件を含むことができる。また、モードの使用の可否を示す上位レベルシグナリングに基づく条件を含むことができる。前記モードの使用の可否を示す上位レベルシグナリングは、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇを含むことができる。また、スライスタイプ（ｓｌｉｃｅ ｔｙｐｅ）に基づく条件を含むことができる。また、ｃｕ＿ｓｋｉｐ＿ｆｌａｇに基づく条件を含むことができる。図７１を参照すると、（ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）を満たしてこそ、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇがパースできる。また、（ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）を満たさない場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースしなくてもよい。

【0349】

また、ＣＩＩＰを使用できる条件は、（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０）を含むことができる。また、ＣＩＩＰを使用できるブロックサイズ条件は、（ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）を含むことができる。また、トライアングルマージモードを使用できる条件は、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ）を含むことができる。また、トライアングルマージモードを使用できるブロックサイズ条件は、（ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）を含むことができる。仮に前記ＣＩＩＰを使用できる条件又は前記トライアングルマージモードを使用できる条件を満たす場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇがパースできる。また、前記ＣＩＩＰを使用できる条件と前記トライアングルマージモードを使用できる条件のいずれをも満たさない場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースしなくてもよい。

【0350】

本発明の実施例によれば、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが存在しない場合、その値を１と推論できる。例えば、常に１と推論できる。これは、本発明においてｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合、正規マージモード又はＭＭＶＤを使用するものであってよい。したがって、仮に前記ＣＩＩＰを使用できるブロックサイズ条件と前記トライアングルマージモードを使用できるブロックサイズ条件の全てを満たせない場合、使用可能なモードは正規マージモードとＭＭＶＤであってよく、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースせずに１と決定できる。図７１に示す実施例では、ＣＩＩＰ及びトライアングルマージモードを使用できるブロックサイズ条件が同一である。すなわち、幅又は高さが１２８であるブロックに対してＣＩＩＰ及びトライアングルマージモードを全て使用することが可能でなくてもよい。

【0351】

また、前記ＣＩＩＰを使用できる条件及び前記トライアングルマージモードを使用できる条件を全て満たさない場合にも、前述したように、可能なモードが正規マージモード又はＭＭＶＤであってよいので、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースせずに１と推論できる。

【0352】

図３０を参照すると、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合に、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ値に基づいてシンタックス要素がパースできる。ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、前述したように、ＭＭＶＤが使用可能か否かを示す上位レベルシグナリングであってよい。ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の場合に、ＭＭＶＤを使用できないものであってよい。図７１を参照すると、仮にｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の場合に、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ、ｍｍｖｄ＿ｃａｎｄ＿ｆｌａｇ、ｍｍｖｄ＿ｄｉｓｔａｎｃｅ＿ｉｄｘ、ｍｍｖｄ＿ｄｉｒｅｃｔｉｏｎ＿ｉｄｘ、ｍｅｒｇｅ＿ｉｄｘをパースしなくてもよい。また、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇが存在しない場合、その値を０と推論できる。また、ｍｅｒｇｅ＿ｉｄｘが存在しない場合、その値を、既に設定された方法によって推論することができる。例えば、ｍｅｒｇｅ＿ｉｄｘが存在しない場合に、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇが１であれば、ｍｍｖｄ＿ｃａｎｄ＿ｆｌａｇと推論し、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、０と推論できる。したがって、図３０の実施例において、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが１であれば、常にｍｅｒｇｅ＿ｉｄｘ値が０であってよく、マージ候補リスト（ｍｅｒｇｅ ｃａｎｄｉｄａｔｅ ｌｉｓｔ）のインデックス０の候補を用いて正規マージモード予測ができる。したがって、候補を選択する自由度がなく、このため、コーディング効率が低下することがある。また、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１のる場合に、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇがパースでき、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄに基づいてｍｅｒｇｅ＿ｉｄｘがパースできる。

【0353】

また、図３０を参照すると、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、前記ＣＩＩＰを使用できる条件及び前記トライアングルマージモードを使用できる条件を全て満たす場合、ｃｉｉｐ＿ｆｌａｇがパースできる。仮にｃｉｉｐ＿ｆｌａｇが１の場合にＣＩＩＰを使用し、ｃｉｉｐ＿ｆｌａｇが０の場合にトライアングルマージモードを使用するものであってよい。仮に前記ＣＩＩＰを使用できる条件又は前記トライアングルマージモードを使用できる条件を満たさない場合、ｃｉｉｐ＿ｆｌａｇをパースしなくてもよい。仮にｃｉｉｐ＿ｆｌａｇが存在しない場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが１であれば、ｃｉｉｐ＿ｆｌａｇを０と推論できる。仮にｃｉｉｐ＿ｆｌａｇが存在しない場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０であれば、ｃｉｉｐ＿ｆｌａｇを（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０）と推論できる。また、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇは、Ｂスライスの場合、！ｃｉｉｐ＿ｆｌａｇに設定できる。また、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇは、Ｐスライスの場合、０に設定できる。

【0354】

図３１は、本発明の一実施例に係るマージデータシンタックスを例示する図である。本実施例において、前述したのと重複する内容は省略できる。図３０で説明したように、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが１であり、ＭＭＶＤを使用できるか否かを示す上位レベルシグナリングが、ＭＭＶＤを使用できないことを示す場合に、候補選択の自由度が低下することを説明したが、図３１の実施例ではそれを解決することができる。

【0355】

図３１を参照すると、ｍｅｒｇｅ＿ｉｄｘをパースするか否かは、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇと独立していてよい。すなわち、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値に関係なく、ｍｅｒｇｅ＿ｉｄｘをパースするか否かが決定できる。本発明の実施例によれば、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが１の場合に、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇが０であり、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ＞１の場合に、ｍｅｒｇｅ＿ｉｄｘがパースできる。また、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが１の場合に、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇが１であれば、ｍｅｒｇｅ＿ｉｄｘをパースしなくてもよい。また、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが１の場合に、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが１であれば、ｍｅｒｇｅ＿ｉｄｘをパースしなくてもよい。例えば、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１の場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが１であり、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇが０であり、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ＞１であれば、ｍｅｒｇｅ＿ｉｄｘがパースできる。また、同様に、ｓｐｓ＿ｍｍｖｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが１であり、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇが０であり、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄ＞１であれば、ｍｅｒｇｅ＿ｉｄｘがパースできる。

【0356】

また、図３０の一実施例において、トライアングルマージモードを使用できるブロックサイズ条件は、（ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）であったが、幅又は高さが１２８である場合、トライアングルマージモードを使用することが可能であってよい。例えば、幅又は高さが１２８である場合、トライアングルマージモードの予測がコーディング効率の向上に役立ち得るためである。図７２では、トライアングルマージモードを、幅又は高さが１２８である場合にも使用可能であってよい。

【0357】

図３１で、ＣＩＩＰを使用できるブロックサイズ条件は、（ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）であってよい。また、トライアングルマージモードを使用できるブロックサイズ条件は、（ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４）であってよい。したがって、図７２を参照すると、（ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４）を満たさない場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースしなくてもよい。また、幅が１２８であるか（又は、高さが１２８以上であるか）、或いは高さが１２８である（又は、高さが１２８以上である）場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースする場合があてよい。例えば、（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）である場合、（ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４）を満たせば、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇがパースできる。また、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ）である場合、（ｗｉｄｔｈ＊ｈｅｉｇｈｔ＞＝６４）を満たせば、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇがパースできる。また、（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）を満たさなく、（ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ）を満たさない場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースしなくてもよい。

【0358】

また、図３１を参照すると、ｃｉｉｐ＿ｆｌａｇをパースするか否かを決定するとき、ブロックサイズに基づく条件が必要であり得る。例えば、ｗｉｄｔｈ＜１２８であり、ｈｅｉｇｈｔ＜１２８である場合に、デコーダは、ｃｉｉｐ＿ｆｌａｇがパースできる。仮に幅が１２８であるか（又は、１２８以上であるか）、或いは高さが１２８である（又は、１２８以上である）場合に、ｃｉｉｐ＿ｆｌａｇをパースしなくてもよい。これは、幅又は高さが１２８である場合（又は、１２８以上である場合）に、ＣＩＩＰ及びトライアングルマージモードのうち一つは使用できないが、他の一つは使用できるためであり得る。これは、幅又は高さが１２８である場合（又は、１２８以上である場合）に、ＣＩＩＰは使用できないが、トライアングルマージモードを使用できるためであり得る。図３０の実施例では幅又は高さが１２８である場合（又は、１２８以上である場合）に、ＣＩＩＰ及びトライアングルマージモードの両方とも使用できず、これにより、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースせずに１と推論したため、図３１と相違点がある。

【0359】

本発明の一実施例において、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇは、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇに基づいてその値が推論できる。本実施例において、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ、ｃｉｉｐ＿ｆｌａｇは、図２９の（ｂ）、図３０、図３１で説明したｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ、ｃｉｉｐ＿ｆｌａｇであってよい。

【0360】

図３０の説明において、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが存在しない場合に、その値を常に１と推論したが、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇよりも先にシグナルされるｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが１である場合が存在してよい。このとき、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ又はｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇに基づいて予測を行うが、両方の値がいずれも１であるため、どの予測を行うかについて曖昧さ（ａｍｂｉｇｕｉｔｙ）が発生し得る。このため、本実施例ではｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇに基づいてｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを推論することができる。例えば、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが１の場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを０と推論できる。また、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが０の場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。又は、ここにｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ条件が追加されてもよい。例えば、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが０であり、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇを１と推論できる。

【0361】

また、図３０では、ｃｉｉｐ＿ｆｌａｇが存在しない場合にその値を推論する方法を示したが、ＣＩＩＰとトライアングルマージモードの使用可能なブロックサイズ条件が異なる場合、図３０で説明したｃｉｉｐ＿ｆｌａｇ推論方法を使用すれば、あるモードを使用できないブロックサイズにおいて前記あるモードを使用する旨をシグナルする。すなわち、例えば、幅又は高さが１２８である場合、ＣＩＩＰを使用できないが、ｃｉｉｐ＿ｆｌａｇが１に設定されることがある。本実施例はこの問題を解決することができる。

【0362】

本発明の一実施例によれば、ｃｉｉｐ＿ｆｌａｇが存在しない場合、ブロックサイズに基づいてその値が推論できる。また、ｃｉｉｐ＿ｆｌａｇが存在しない場合、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇに基づいてその値が推論できる。例えば、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合に、ｃｉｉｐ＿ｆｌａｇを０と推論できる。また、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ｃｉｉｐ＿ｆｌａｇをブロックサイズに基づいて推論することができる。例えば、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ｃｉｉｐ＿ｆｌａｇをブロックサイズ、ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｃｕ＿ｓｋｉｐ＿ｆｌａｇに基づいて推論することができる。ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ｃｉｉｐ＿ｆｌａｇを（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）と推論できる。したがって、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、幅又は高さが１２８であれば、ｃｉｉｐ＿ｆｌａｇを０と推論できる。また、ｃｉｉｐ＿ｆｌａｇを１と推論するために、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である条件が含まれてよい。仮にｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ｃｉｉｐ＿ｆｌａｇを０と推論できる。すなわち、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ｃｉｉｐ＿ｆｌａｇを（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８＆＆ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１）と推論できる。そうでない場合、０と推論できる。

【0363】

又は、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０であり、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合に、ｃｉｉｐ＿ｆｌａｇを（ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｗｉｄｔｈ＜１２８＆＆ｈｅｉｇｈｔ＜１２８）と推論できる。仮にｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ｃｉｉｐ＿ｆｌａｇを０と推論できる。

【0364】

また、図３０の実施例においてＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇを設定する方法を説明したが、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ値に関係なく設定した。したがって、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが１であり、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇが１である場合が発生することがあり、これは、ｐｒｅｄｉｃｔｉｏｎ方法に対して曖昧さ（ａｍｂｉｇｕｉｔｙ）を発生させる。したがって、本実施例では、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇに基づいてＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇを設定することができる。例えば、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが１の場合に、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇを０に設定できる。また、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇを！ｃｉｉｐ＿ｆｌａｇに設定できる。さらに、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、トライアングルマージモードを使用できる条件も考慮してＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇを設定することができる。例えば、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇを（！ｃｉｉｐ＿ｆｌａｇ＆＆ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ）に設定できる。

【0365】

したがって、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であるか、或いはｓｌｉｃｅ＿ｔｙｐｅがＢでない場合に、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇを１に設定する状況を防止することができる。また、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇを１に決定するために、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である条件が含まれてよい。仮に、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇを０に設定できる。すなわち、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇを（！ｃｉｉｐ＿ｆｌａｇ＆＆ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１）に設定できる。そうでない場合、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇを０に設定できる。

【0366】

又は、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０であり、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが１である場合に、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇを（！ｃｉｉｐ＿ｆｌａｇ＆＆ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ）に設定できる。仮にｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、ＭｅｒｇｅＴｒｉａｎｇｌｅＦｌａｇを０に設定できる。

【0367】

図３２は、本発明の一実施例に係るジオメトリックマージモード（ｇｅｏｍｅｔｒｉｃ ｍｅｒｇｅ ｍｏｄｅ）を示す図である。本発明の一実施例によれば、ジオメトリックマージモードは、ジオメトリック分割モード（ｇｅｏｍｅｔｒｉｃ ｐａｒｔｉｔｉｏｎｉｎｇ ｍｏｄｅ）、ＧＥＯモード、ＧＥＯマージモード、ＧＥＯ分割（ｐａｒｔｉｔｉｏｎｉｎｇ）などのように様々に呼ばれてもよい。本発明の一実施例によれば、ジオメトリックマージモードは、ＣＵ（ｃｏｄｉｎｇ ｕｎｉｔ）、ＣＢ（ｃｏｄｉｎｇ ｂｌｏｃｋ）を分割する方法であってよい。例えば、正方形又は長方形のＣＵ又はＣＢを、正方形又は長方形でないパーティション（ｐａｒｔｉｔｉｏｎ）に分ける方法であってよい。図３２を参照すると、ジオメトリック分割の例を示している。図３２に示すように、ジオメトリック分割によって、長方形のＣＵが三角形と台形のパーティション（又は、多角形）に分けられてよい。また、ジオメトリックマージモードを行う方法に対するシグナリングは、ＣＵに対してシグナルされてよい。また、ジオメトリックマージモードは、２つのモーション情報に基づいてモーション補償、予測が行われてよい。また、２つのモーション情報は、マージ候補から得ることができる。本発明の実施例によれば、ジオメトリックマージモードで使用する２つのモーション情報を示すためのシグナリングが存在してよい。例えば、ジオメトリックマージモードにおいて使用する２つのモーション情報を示すために２つのインデックスをシグナルすることができる。より具体的に、例えば、ジオメトリックマージモードで使用する２つのモーション情報を示すために２つのマージ候補インデックスをシグナルすることができる。また、ジオメトリックマージモードにおいて２個の予測子がブレンド（ｂｌｅｎｄｉｎｇ）されてよい。例えば、ジオメトリックマージモードにおいてＣＵ内の内部境界（ｉｎｎｅｒ ｂｏｕｎｄａｒｙ）付近で２個の予測子がブレンドされてよい。２つの予測子がブレンドされるということは、２つの予測子が加重和（ｗｅｉｇｈｅｄ ｓｕｍ）されることであってよい。

【0368】

一実施例として、ジオメトリックマージモードで使用する２つのモーション情報を示すためのシンタックス要素が、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１であってよい。この場合、シンタックス要素から２つのインデックスｍ、ｎを得る（ｄｅｒｉｖｅ）ことができる。例えば、次の式のように誘導されてよい。

【0369】

ｍ＝ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０

【0370】

ｎ＝ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１＋（（ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１＞＝ｍ）？１：０）

【0371】

すなわち、インデックスｍは、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０と同一であってよい。また、ｉｎｄｅｘ ｎは、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１がｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０よりも大きいか等しい場合に、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１＋１であり、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１がｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０よりも小さい場合に、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１であってよい。

【0372】

また、図３２を参照すると、ジオメトリックマージモードの分割境界（ｓｐｌｉｔ ｂｏｕｎｄａｒｙ）は角φ（ａｎｇｌｅ ｐｈｉ）と距離オフセットρ（ｄｉｓｔａｎｃｅ ｏｆｆｓｅｔ ｒｈｏ）で示すことができる。角φは、量子化角（ｑｕａｎｔｉｚｅｄ ａｎｇｌｅ）を表すことができ、距離オフセットρは、量子化オフセットを表すことができる。角と距離オフセットは、ｍｅｒｇｅ＿ｇｅｏ＿ｉｄｘによってシグナルされてよい。例えば、ルックアップテーブル（ｌｏｏｋ－ｕｐ ｔａｂｌｅ）によって定義されてよい。ジオメトリックマージモードは、２つのモーション情報に基づいて２つの予測子から予測信号（ｐｒｅｄｉｃｔｉｏｎ ｓｉｇｎａｌ）を生成することができる。このとき、２つの予測子を加重和するとき、加重値（ｗｅｉｇｈｔ）は前記角及び前記距離オフセットに基づくことができる。又は、２つの予測子を加重和するとき、加重値はブロック内における位置（座標）に基づくことができる。又は、２つの予測子を加重和するとき、加重値はブロック幅、高さに基づくことができる。

【0373】

ジオメトリックマージモードでは、可能な分割（ｓｐｌｉｔ）種類がＴＰＭよりも多くてよい。例えば、ジオメトリックマージモードで可能な分割種類は、２個よりも多くてよい。例えば、８０個の分割種類であってよい。ジオメトリックマージモードは、マージモードの一種であってよい。すなわち、ジオメトリックマージモードであるとき、ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ値が１であってよい。

【0374】

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

【0375】

図３３の実施例おいて、図２９～図３２で説明したり或いはそれ以前に説明した内容は省略してよい。

【0376】

前述したように、複数のマージモードをシグナルするための方法が存在してよい。また、複数のマージモードは、サブブロックマージモード、正規マージモード、ＭＭＶＤ、ＣＩＩＰ、ジオメトリックマージモードなどを含むことができる。また、複数のマージモードは、トライアングル分割モード（ｔｒｉａｎｇｌｅ ｐａｒｔｉｔｉｏｎｉｎｇ ｍｏｄｅ）を含まなくてよい。又は、トライアングル分割モードがジオメトリックマージモードに含まれた形態であってもよい。また、本実施例のシグナリング方法によってマージモードをシグナルするとき、互いに異なる長さのコードワードが用いられてよく、特定モードに短い長さのコードワードを使用するによってコーディング効率を向上させることができる。また、本実施例のシグナリング方法によって余分なシグナリング（ｒｅｄｕｎｄａｎｔ ｓｉｇｎａｌｉｎｇ）を無くし、コーディング効率が向上し得る。また、本実施例のシグナリングにおいて余分な条件検査を省略し、パーシング複雑性（ｃｏｍｐｌｅｘｉｔｙ）が低くなり得る。

【0377】

本発明の実施例によれば、ＣＩＩＰを使用できる条件が存在してよい。前記ＣＩＩＰを使用できる条件をＣＩＩＰ＿ｃｏｎｄｉｔｉｏｎｓと呼ぶことができる。ＣＩＩＰ＿ｃｏｎｄｉｔｉｏｎｓは、下記の条件を全て満たすとき、真（ｔｒｕｅ）であり得る。

【0378】

条件１．ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ

【0379】

条件２．ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０

【0380】

条件３．ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４

【0381】

条件４．ｃｂＷｉｄｔｈ＜１２８

【0382】

条件５．ｃｂＨｅｉｇｈｔ＜１２８

【0383】

また、ＣＩＩＰ＿ｃｏｎｄｉｔｉｏｎｓは、前記条件のうち少なくとも一つを満たさないとき、偽（ｆａｌｓｅ）であり得る。前記条件については、先の実施例で説明したので省略できる。

【0384】

本発明の実施例によれば、ジオメトリックマージモードを使用できる条件が存在してよい。前記ジオメトリックマージモードを使用できる条件をＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓと呼ぶことができる。ＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓは、下記の条件を全て満たすとき、真であり得る。

【0385】

条件１．ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ

【0386】

条件２．ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞１

【0387】

条件３．ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ

【0388】

条件４．ｃｂＷｉｄｔｈ＞＝８

【0389】

条件５．ｃｂＨｅｉｇｈｔ＞＝８

【0390】

また、ＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓは、前記条件のうち少なくとも一つを満たさないとき、偽であり得る。

【0391】

さらに他の実施例において、ｓｌｉｃｅ＿ｔｙｐｅ条件が必要でなくてもよい。これは、他の条件、例えば、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄに基づく条件を満たす場合、ｓｌｉｃｅ＿ｔｙｐｅに基づく条件を満たすためであり得る。本発明の実施例によれば、ジオメトリックマージモードを使用できる条件が存在してよい。前記ジオメトリックマージモードを使用できる条件をＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓと呼ぶことができる。ＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓは、下記の条件を全て満たすとき、真であり得る。

【0392】

条件１．ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ

【0393】

条件２．ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞１

【0394】

条件３．ｃｂＷｉｄｔｈ＞＝８

【0395】

条件４．ｃｂＨｅｉｇｈｔ＞＝８

【0396】

また、ＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓは、前記条件のうち少なくとも一つを満たさないとき、偽であり得る。

【0397】

前記条件については、先の実施例で説明したので省略できる。ただし、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄについては、先の説明ではＴＰＭに関する値として説明したが、本実施例ではそれがジオメトリックマージモードに関する値であってよい。すなわち、ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ジオメトリックマージモードが使用できるか否かを示す上位レベルシグナリングであってよい。また、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄは、ジオメトリックマージモードで使用する候補リスト最大個数であってよい。

【0398】

本発明の実施例によれば、ＣＩＩＰ＿ｃｏｎｄｉｔｉｏｎｓ又はＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓを満たす場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇがパースできる。また、ＣＩＩＰ＿ｃｏｎｄｉｔｉｏｎｓ及びＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓのいずれをも満たさない場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースしなくてもよい。図７５を参照すると、条件２が（ＣＩＩＰ＿ｃｏｎｄｉｔｉｏｎｓ｜｜ＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓ）を表している。すなわち、次の条件のうち少なくとも一つを満たす場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇがパースできる。

【0399】

条件１（ＣＩＩＰ＿ｃｏｎｄｉｔｉｏｎｓ）．ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４＆＆ｃｂＷｉｄｔｈ＜１２８＆＆ｃｂＨｅｉｇｈｔ＜１２８

【0400】

条件２（ＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓ）．ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞１＆＆ｃｂＷｉｄｔｈ＞＝８＆＆ｃｂＨｅｉｇｈｔ＞＝８

【0401】

また、前記条件のいずれをも満たさない場合に、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースしなくてよい。また、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが存在しない場合に、その値をｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＆＆！ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇと推論できる。

【0402】

さらに他の実施例として、前述したように前記条件２（ＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓ）は、ｓｌｉｃｅ＿ｔｙｐｅ条件を含めて次の通りであってよい。

【0403】

条件２（ＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓ）．ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞１＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ｃｂＷｉｄｔｈ＞＝８＆＆ｃｂＨｅｉｇｈｔ＞＝８

【0404】

しかし、ｓｌｉｃｅ＿ｔｙｐｅ条件が他の条件を満たすときに常に満たされる場合、パーシング条件確認の複雑度を減らすために、スライスタイプ条件をさらに検査しなくてもよい。

【0405】

本発明の実施例によれば、ＣＩＩＰ＿ｃｏｎｄｉｔｉｏｎｓ及びＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓを全て満たす場合に、ｃｉｉｐ＿ｆｌａｇがパースできる。また、ＣＩＩＰ＿ｃｏｎｄｉｔｉｏｎｓ又はＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓを満たさない場合に、ｃｉｉｐ＿ｆｌａｇをパースしなくてもよい。すなわち、次の条件を全て満たす場合に、ｃｉｉｐ＿ｆｌａｇがパースでき、次の条件のうち少なくとも一つを満たさない場合に、ｃｉｉｐ＿ｆｌａｇをパースしなくてよい。

【0406】

条件１（ＣＩＩＰ＿ｃｏｎｄｉｔｉｏｎｓ）．ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４＆＆ｃｂＷｉｄｔｈ＜１２８＆＆ｃｂＨｅｉｇｈｔ＜１２８

【0407】

条件２（ＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓ）．ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞１＆＆ｃｂＷｉｄｔｈ＞＝８＆＆ｃｂＨｅｉｇｈｔ＞＝８

【0408】

また、前述したように、条件２（ＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓ）に、ｓｌｉｃｅ＿ｔｙｐｅに基づく条件を含めることも可能である。その条件は、次の通りでよい。

【0409】

条件２（ＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓ）．ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞１＆＆ｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂ＆＆ｃｂＷｉｄｔｈ＞＝８＆＆ｃｂＨｅｉｇｈｔ＞＝８

【0410】

本発明の実施例によれば、パーシング複雑度を下げるために、ｃｉｉｐ＿ｆｌａｇをパースするための条件が変わってもよい。例えば、ブロックサイズ条件の一部を省略してもよい。本発明において、ジオメトリックマージモードを使用するためのブロックサイズ条件を満たす場合、ＣＩＩＰを使用するためのブロックサイズ条件の一部が満たされ得る。したがって、図７５の条件３を参照して、本発明の実施例によれば、次の条件を全て満たす場合に、ｃｉｉｐ＿ｆｌａｇがパースでき、次の条件のうち少なくとも一つを満たさない場合に、ｃｉｉｐ＿ｆｌａｇをパースしなくてよい。

【0411】

条件１（ＣＩＩＰ＿ｃｏｎｄｉｔｉｏｎｓ）．ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０＆＆ｃｂＷｉｄｔｈ＜１２８＆＆ｃｂＨｅｉｇｈｔ＜１２８

【0412】

条件２（ＧＥＯ＿ｃｏｎｄｉｔｉｏｎｓ）．ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞１＆＆ｃｂＷｉｄｔｈ＞＝８＆＆ｃｂＨｅｉｇｈｔ＞＝８

【0413】

また、ｃｉｉｐ＿ｆｌａｇが存在しない場合に、次の条件を全て満たすと、１と推論し、次の条件のうち少なくとも一つを満たさないと、０と推論できる。

【0414】

条件１．ｓｐｓ＿ｃｉｉｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝１

【0415】

条件２．ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１

【0416】

条件３．ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ＝＝０

【0417】

条件４．ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０

【0418】

条件５．ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝＝０

【0419】

条件６．ｃｂＷｉｄｔｈ＜１２８

【0420】

条件７．ｃｂＨｅｉｇｈｔ＜１２８

【0421】

条件８．ｃｂＷｉｄｔｈ＊ｃｂＨｅｉｇｈｔ＞＝６４

【0422】

すなわち、パースする時の条件と推論する時の条件が異なってよい。また、パースする時に省略した条件（例えば、ブロックサイズに基づく条件）を、推論する時の条件には含まなければならないことがある。

【0423】

また。ジオメトリックマージモードを使用するか否かを示す値であるｍｅｒｇｅ＿ｇｅｏ＿ｆｌａｇを、下記の条件を全て満たす場合に１と決定し、下記の条件のうち少なくとも一つを満たさない場合に０と決定できる。

【0424】

条件１．ｓｐｓ＿ｔｒｉａｎｇｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝１

【0425】

条件２．ｇｅｎｅｒａｌ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝１

【0426】

条件３．ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇ＝＝０

【0427】

条件４．ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ＝＝０

【0428】

条件５．ｃｉｉｐ＿ｆｌａｇ＝＝０

【0429】

条件６．ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄ＞＝２

【0430】

条件７．ｃｂＷｉｄｔｈ＞＝８

【0431】

条件８．ｃｂＨｅｉｇｈｔ＞＝８

【0432】

更なる実施例として、条件９としてｓｌｉｃｅ＿ｔｙｐｅ＝＝Ｂが追加されてよい。

【0433】

したがって、図３３を参照すると、次のようなシグナリング構造を有することができる。第１条件３３０１を満たす場合に、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇがパースできる。仮にｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが１の場合、サブブロックマージモードを使用するものであってよく、ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｉｄｘがパースでき、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇ、ｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇ、ｃｉｉｐ＿ｆｌａｇをパースしなくてよい。仮にｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが０の場合に、第２条件３３０２を満たすと、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇがパースできる。仮にｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが１の場合、正規マージモード又はＭＭＶＤを使用するものであってよく、さらにｍｍｖｄ＿ｍｅｒｇｅ＿ｆｌａｇをパースすることが可能であってよい。これについては、図２９～図３２で説明した内容が適用できる。仮にｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０の場合に、第２条件３３０２を満たすと、ｃｉｉｐ＿ｆｌａｇがパースできる。仮にｃｉｉｐ＿ｆｌａｇが１の場合、ＣＩＩＰを使用するものであってよい。ＣＩＩＰを使用する場合、ＭａｘＮｕｍＭｅｒｇｅＣａｎｄが１よりも大きいと、ｍｅｒｇｅ＿ｉｄｘがパースできる。仮にｃｉｉｐ＿ｆｌａｇが０の場合、ｍｅｒｇｅ＿ｇｅｏ＿ｆｌａｇが１と決定されてよい。また、仮にｃｉｉｐ＿ｆｌａｇが０の場合、ジオメトリックマージモードを使用するものであってよい。ジオメトリックマージモードを使用する場合、ｍｅｒｇｅ＿ｇｅｏ＿ｉｄｘ、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１がパースできる。又は、ジオメトリックマージモードを使用する場合、ＭａｘＮｕｍＴｒｉａｎｇｌｅＭｅｒｇｅＣａｎｄが１より大きいと、ｍｅｒｇｅ＿ｇｅｏ＿ｉｄｘ、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ０、ｍｅｒｇｅ＿ｔｒｉａｎｇｌｅ＿ｉｄｘ１がパースできる。

【0434】

したがって、本発明の実施例によれば、幅又は高さが４であるブロック、すなわち、４×Ｎ、Ｎ×４サイズのブロックがＣＩＩＰを使用する場合、次のようにシグナルすることができる。ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが０であってよく、第２条件３３０２を満たすので、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇをパースすることができ、その値が０であってよく、第３条件３３０３を満たさないので、ｃｉｉｐ＿ｆｌａｇをパースしなくてよく、前述した内容にしたがってその値を１と推論することができる。また、ジオメトリックマージモードを使用する場合、シグナリングは次の通りでよい。ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが０で、ｒｅｇｕｌａｒ＿ｍｅｒｇｅ＿ｆｌａｇが０で、ｃｉｉｐ＿ｆｌａｇが０であってよい。

【0435】

図３３で説明した実施例において、ジオメトリックマージモードを使用するか否かを示すシンタックス要素がｃｉｉｐ＿ｆｌａｇ以外には別に存在しなくてよい。また、図３３の実施例では幅又は高さが８よりも小さいブロックに対してはジオメトリックマージモードを使用できないとして説明したが、本発明は、これに限定されず、他のブロックサイズ（例えば、スレショルドよりも小さいブロックサイズ）に対してジオメトリックマージモードを使用できない場合にも実施例の適用が可能である。

【0436】

図３４は、本発明が適用される一実施例に係るビデオ信号処理方法を例示する図である。図３４を参照すると、説明の便宜のためにデコーダを中心に説明するが、発明がこれに制限されるものではなく、本実施例に係る多重仮定予測ベースのビデオ信号処理方法は、エンコーダにも実質的に同じ方法で適用可能である。

【0437】

デコーダは、現在ブロックにマージモード（ｍｅｒｇｅ ｍｏｄｅ）が適用されるか否かを示す第１シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）をパースする（Ｓ３４０１）

【0438】

デコーダは、前記現在ブロックに前記マージモードが適用される場合、あらかじめ定義された第１条件に基づき、第２シンタックス要素をパースするか否かを決定する（Ｓ３４０２）。実施例として、前記第２シンタックス要素は、第１モード又は第２モードが前記現在ブロックに適用されるか否かを示すことができる。

【0439】

デコーダは、前記現在ブロックに前記第１モード及び前記第２モードが適用されない場合、あらかじめ定義された第２条件に基づき、第３シンタックス要素をパースするか否かを決定する（Ｓ３４０３）。実施例として、前記第３シンタックス要素は、第３モード又は第４モードのうち、前記現在ブロックに適用されるモードを示すことができる。

【0440】

デコーダは、前記第２シンタックス要素又は前記第３シンタックス要素に基づき、前記現在ブロックに適用されるモードを決定する（Ｓ３４０４）。

【0441】

デコーダは、前記決定されたモードに基づいて前記現在ブロックのモーション情報を誘導する（Ｓ３４０５）。

【0442】

デコーダは、前記現在ブロックのモーション情報を用いて前記現在ブロックの予測ブロックを生成する（Ｓ３４０６）。

【0443】

前記第１条件は、前記第３モードを利用可能な条件及び前記第４モードを利用可能な条件のうち少なくとも一つを含む。

【0444】

前述したように、実施例として、前記第３モード及び前記第４モードは、マージデータシンタックス内でデコーディング順序上、前記第１モードよりも後順位に位置してよい。

【0445】

前述したように、実施例として、前記第１条件を満たす場合、前記第２シンタックス要素をパースする段階を含み、前記第１条件を満たさない場合、前記第２シンタックス要素は１と推論されてよい。

【0446】

前述したように、実施例として、前記第１条件を満たさない場合、前記第２シンタックス要素は、前記現在ブロックにサブブロックベースのマージモードが適用されるか否かを示す第４シンタックス要素に基づいて推論することができる。

【0447】

前述したように、実施例として、前記第２条件は、前記第４モードを利用可能な条件を含むことができる。

【0448】

前述したように、実施例として、前記第２条件は、現在シーケンスにおいて前記第３モードが利用可能か否か、前記現在シーケンスにおいて前記第４モードが利用可能か否か、前記第４モードの最大候補個数が１よりも大きいか否か、前記現在ブロックの幅があらかじめ定義された第１サイズよりも小さいか否か、及び前記現在ブロックの高さがあらかじめ定義された第２サイズよりも小さいか否か、のうち少なくとも一つを含むことができる。

【0449】

前述したように、実施例として、前記第２シンタックス要素が１である場合に、前記現在ブロックに前記第１モードが適用されるか又は前記第２モードが適用されるかを示す第５シンタックス要素を取得する段階を含むことができる。

【0450】

上述した本発明の実施例は様々な手段によって具現されてよい。例えば、本発明の実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現されてよい。

【0451】

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

【0452】

ファームウェア又はソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能又は動作を実行するモジュール、手順又は関数などの形態で具現されてよい。ソフトウェアコードはメモリに格納され、プロセッサによって駆動されてよい。前記メモリはプロセッサの内部又は外部に位置してよく、既に公知の様々な手段によってプロセッサとデータを授受することができる。

【0453】

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

【0454】

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

【0455】

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

【産業上の利用可能性】

【0456】

以上、前述した本発明の好ましい実施例は、例示の目的のために開示されたものであり、当業者であれば、添付する特許請求の範囲に開示の本発明の技術的思想及びその技術的範囲内で、様々な他の実施例として改良、変更、代替又は付加などが可能であろう。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10(a)】

【図10(b)】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29(a)】

【図29(b)】

【図30】

【図31】

【図32】

【図33】

【図34】

【手続補正書】

【提出日】2021-09-15

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ビデオ信号処理方法であって、
現在ブロックにマージモード（ｍｅｒｇｅ ｍｏｄｅ）が適用されるか否かを示す第１シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）をパースする段階；
前記現在ブロックに前記マージモードが適用される場合、あらかじめ定義された第１条件に基づき、第２シンタックス要素をパースするか否かを決定する段階、ここで、前記第２シンタックス要素は、第１モード又は第２モードが前記現在ブロックに適用されるか否かを示す；
前記現在ブロックに前記第１モード及び前記第２モードが適用されない場合、あらかじめ定義された第２条件に基づき、第３シンタックス要素をパースするか否かを決定する段階、ここで、前記第３シンタックス要素は、第３モード又は第４モードのうち、前記現在ブロックに適用されるモードを示す；
前記第２シンタックス要素又は前記第３シンタックス要素に基づき、前記現在ブロックに適用されるモードを決定する段階；前記決定されたモードに基づいて前記現在ブロックのモーション情報を誘導する段階；及び
前記現在ブロックのモーション情報を用いて前記現在ブロックの予測ブロックを生成する段階を含み、
前記第１条件は、前記第３モードを利用可能な条件及び前記第４モードを利用可能な条件のうち少なくとも一つを含むことを特徴とする、ビデオ信号処理方法。

【請求項2】

前記第３モード及び前記第４モードは、マージデータシンタックス内でデコーディング順序上、前記第１モードよりも後順位に位置することを特徴とする、請求項１に記載のビデオ信号処理方法。

【請求項3】

前記第１条件を満たす場合、前記第２シンタックス要素をパースする段階を含み、
前記第１条件を満たさない場合、前記第２シンタックス要素は１と推論されることを特徴とする、請求項１に記載のビデオ信号処理方法。

【請求項4】

前記第１条件を満たさない場合、前記第２シンタックス要素は、前記現在ブロックにサブブロックベースのマージモードが適用されるか否かを示す第４シンタックス要素に基づいて推論されることを特徴とする、請求項３に記載のビデオ信号処理方法。

【請求項5】

前記第２条件は、前記第４モードを利用可能な条件を含むことを特徴とする、請求項１に記載のビデオ信号処理方法。

【請求項6】

前記第２条件は、現在シーケンスにおいて前記第３モードが利用可能か否か、前記現在シーケンスにおいて前記第４モードが利用可能か否か、前記第４モードの最大候補個数が１よりも大きいか否か、前記現在ブロックの幅があらかじめ定義された第１サイズよりも小さいか否か、及び前記現在ブロックの高さがあらかじめ定義された第２サイズよりも小さいか否か、のうち少なくとも一つを含むことを特徴とする、請求項１に記載のビデオ信号処理方法。

【請求項7】

前記第２シンタックス要素が１である場合、前記現在ブロックに前記第１モードが適用されるか又は前記第２モードが適用されるかを示す第５シンタックス要素を取得する段階を含む、請求項１に記載のビデオ信号処理方法。

【請求項8】

ビデオ信号処理装置であって、
プロセッサを含み、
前記プロセッサは、
現在ブロックにマージモード（ｍｅｒｇｅ ｍｏｄｅ）が適用されるか否かを示す第１シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）をパースし、
前記現在ブロックに前記マージモードが適用される場合、あらかじめ定義された第１条件に基づき、第２シンタックス要素をパースするか否かを決定し、ここで、前記第２シンタックス要素は、第１モード又は第２モードが前記現在ブロックに適用されるか否かを示し、
前記現在ブロックに前記第１モード及び前記第２モードが適用されない場合、あらかじめ定義された第２条件に基づき、第３シンタックス要素をパースするか否かを決定し、ここで、前記第３シンタックス要素は、第３モード又は第４モードのうち、前記現在ブロックに適用されるモードを示し、
前記第２シンタックス要素又は前記第３シンタックス要素に基づき、前記現在ブロックに適用されるモードを決定し、
前記決定されたモードに基づいて前記現在ブロックのモーション情報を誘導し、前記現在ブロックのモーション情報を用いて前記現在ブロックの予測ブロックを生成し、
前記第１条件は、前記第３モードを利用可能な条件及び前記第４モードを利用可能な条件のうち少なくとも一つを含むことを特徴とする、ビデオ信号処理装置。

【請求項9】

前記第３モード及び前記第４モードは、マージデータシンタックス内でデコーディング順序上、前記第１モードよりも後順位に位置することを特徴とする、請求項８に記載のビデオ信号処理装置。

【請求項10】

前記プロセッサは、前記第１条件を満たす場合、前記第２シンタックス要素をパースし、前記第１条件を満たさない場合、前記第２シンタックス要素は１と推論されることを特徴とする、請求項８に記載のビデオ信号処理装置。

【請求項11】

前記第１条件を満たさない場合、前記第２シンタックス要素は、前記現在ブロックにサブブロックベースのマージモードが適用されるか否かを示す第４シンタックス要素に基づいて推論されることを特徴とする、請求項１０に記載のビデオ信号処理装置。

【請求項12】

前記第２条件は、前記第４モードを利用可能な条件を含むことを特徴とする、請求項８に記載のビデオ信号処理装置。

【請求項13】

前記第２条件は、現在シーケンスにおいて前記第３モードが利用可能か否か、前記現在シーケンスにおいて前記第４モードが利用可能か否か、前記第４モードの最大候補個数が１よりも大きいか否か、前記現在ブロックの幅があらかじめ定義された第１サイズよりも小さいか否か、及び前記現在ブロックの高さがあらかじめ定義された第２サイズよりも小さいか否か、のうち少なくとも一つを含むことを特徴とする、請求項８に記載のビデオ信号処理装置。

【請求項14】

前記プロセッサは、前記第２シンタックス要素が１である場合に、前記現在ブロックに前記第１モードが適用されるか又は前記第２モードが適用されるかを示す第５シンタックス要素を取得する、請求項８に記載のビデオ信号処理装置。

【請求項15】

ビデオ信号処理方法であって、
現在ブロックにマージモード（ｍｅｒｇｅ ｍｏｄｅ）が適用されるか否かを示す第１シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）を符号化する段階；
前記現在ブロックに前記マージモードが適用される場合、あらかじめ定義された第１条件に基づき、第２シンタックス要素を符号化するか否かを決定する段階、ここで、前記第２シンタックス要素は、第１モード又は第２モードが前記現在ブロックに適用されるか否かを示す；
前記現在ブロックに前記第１モード及び前記第２モードが適用されない場合、あらかじめ定義された第２条件に基づき、第３シンタックス要素を符号化するか否かを決定する段階、ここで、前記第３シンタックス要素は、第３モード又は第４モードのうち、前記現在ブロックに適用されるモードを示す；
前記第２シンタックス要素又は前記第３シンタックス要素に基づき、前記現在ブロックに適用されるモードを決定する段階；
前記決定されたモードに基づいて前記現在ブロックのモーション情報を誘導する段階；及び
前記現在ブロックのモーション情報を用いて前記現在ブロックの予測ブロックを生成する段階を含み、
前記第１条件は、前記第３モードを利用可能な条件及び前記第４モードを利用可能な条件のうち少なくとも一つを含むことを特徴とする、ビデオ信号処理方法。

【請求項16】

ビットストリームを記憶した非一時的コンピュータ可読記録媒体であって、
前記ビットストリームがデコーディング方法によって復号され、前記デコーディング方法は、
現在ブロックにマージモード（ｍｅｒｇｅ ｍｏｄｅ）が適用されるか否かを示す第１シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）をパースする段階；
前記現在ブロックに前記マージモードが適用される場合、あらかじめ定義された第１条件に基づき、第２シンタックス要素をパースするか否かを決定する段階、ここで、前記第２シンタックス要素は、第１モード又は第２モードが前記現在ブロックに適用されるか否かを示す；
前記現在ブロックに前記第１モード及び前記第２モードが適用されない場合、あらかじめ定義された第２条件に基づき、第３シンタックス要素をパースするか否かを決定する段階、ここで、前記第３シンタックス要素は、第３モード又は第４モードのうち、前記現在ブロックに適用されるモードを示す；
前記第２シンタックス要素又は前記第３シンタックス要素に基づき、前記現在ブロックに適用されるモードを決定する段階；前記決定されたモードに基づいて前記現在ブロックのモーション情報を誘導する段階；及び
前記現在ブロックのモーション情報を用いて前記現在ブロックの予測ブロックを生成する段階を含み、
前記第１条件は、前記第３モードを利用可能な条件及び前記第４モードを利用可能な条件のうち少なくとも一つを含むことを特徴とする、非一時的コンピュータ可読記録媒体。

【国際調査報告】