特許 7524188 現在ピクチャ参照を用いたビデオ信号処理方法及び装置

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

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

(11)【特許番号】

(24)【登録日】2024-07-19

(45)【発行日】2024-07-29

(54)【発明の名称】現在ピクチャ参照を用いたビデオ信号処理方法及び装置

(51)【国際特許分類】

   H04N 19/70 20140101AFI20240722BHJP

   H04N 19/51 20140101ALI20240722BHJP

   H04N 19/593 20140101ALI20240722BHJP

【ＦＩ】

H04N19/70

H04N19/51

H04N19/593

【請求項の数】 16

(21)【出願番号】P 2021534131

(86)(22)【出願日】2019-12-12

(65)【公表番号】

(43)【公表日】2022-02-09

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

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

(87)【国際公開日】2020-06-18

【審査請求日】2021-06-14

(31)【優先権主張番号】10-2018-0160432

(32)【優先日】2018-12-12

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

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

(32)【優先日】2019-02-19

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

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

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

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

【前置審査】

(73)【特許権者】

【識別番号】520144428

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

(74)【代理人】

【識別番号】100108453

【弁理士】

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(72)【発明者】

【氏名】ゴンジュン・コ

(72)【発明者】

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

(72)【発明者】

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

(72)【発明者】

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

(72)【発明者】

【氏名】チンサム・カク

【審査官】鉢呂 健

(56)【参考文献】

【文献】特表２０１７－５２８９８４（ＪＰ，Ａ）

【文献】国際公開第２０１５／１９２３５３（ＷＯ，Ａ１）

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

【文献】LI, Xiang et al.，Description of SDR video coding technology proposal by Tencent，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 10th Meeting: San Diego, US, 10-20 Apr. 2018, [JVET-J0029-v1]，JVET-J0029 (version 2)，ITU-T，2018年04月06日，＜URL:https://jvet-experts.org/doc_end_user/documents/10_San%20Diego/wg11/JVET-J0029-v2.zip＞: JVET-J0029.docx: pp.7-8

【文献】XU, Xiaozhong et al.，On unification of intra block copy and inter-picture motion compensation，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 16th Meeting: San Jose, US, 9-17 Jan. 2014, [JCTVC-Q0132]，JCTVC-Q0132 (version 5)，ITU-T，2014年04月03日，＜URL:http://phenix.it-sudparis.eu/jct/doc_end_user/documents/17_Valencia/wg11/JCTVC-Q0132-v5.zip＞: JCTVC-Q0132_v5.doc: pp.1-14

【文献】PANG, Chao et al.，Non-CE2: Block vector prediction method for intra block copy，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 20th Meeting: Geneva, CH, 10 - 18 Feb. 2015, [JCTVC-T0097-r1]，JCTVC-T0097 (version 2)，ITU-T，2015年02月11日，＜URL:http://phenix.it-sudparis.eu/jct/doc_end_user/documents/20_Geneva/wg11/JCTVC-T0097-v2.zip＞: JCTVC-T0097-r1.doc: pp.1-4

【文献】PANG, Chao et al.，SCCE1: Test 3.1 - Block vector prediction method for Intra block copy，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 18th Meeting: Sapporo, JP, 30 June - 9 July 2014, [JCTVC-R0185]，JCTVC-R0185 (version 2)，ITU-T，2014年07月02日，＜URL:http://phenix.it-sudparis.eu/jct/doc_end_user/documents/18_Sapporo/wg11/JCTVC-R0185-v2.zip＞: JCTVC-R0185_r1.doc: pp.1-8

【文献】XU, Xiaozhong et al.，CE8: CPR mode with local search ranges (Test CE8.3.1 and CE8.3.2)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 12th Meeting: Macao, CN, 3-12 Oct. 2018, [JVET-L0293]，JVET-L0293 (version 5)，ITU-T，2018年10月10日，＜URL:https://jvet-experts.org/doc_end_user/documents/12_Macao/wg11/JVET-L0293-v5.zip＞: JVET-L0293-CE8.3.1 and CE8.3.2_v2.docx: pp.1-5, JVET-L0293-CE8.3.1b-spec_r2.docx: pp.1-9

【文献】LI, Xiang et al.，Description of SDR video coding technology proposal by Tencent，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 10th Meeting: San Diego, US, 10-20 Apr. 2018, [JVET-J0029-v1]，JVET-J0029 (version 2)，ITU-T，2018年04月06日，＜URL:http://phenix.it-sudparis.eu/jvet/doc_end_user/documents/10_San%20Diego/wg11/JVET-J0029-v2.zip＞: JVET-J0029.docx: pp.7-8

【文献】PANG, Chao et al.，Non-CE2: Block vector prediction method for intra block copy，Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11 20th Meeting: Geneva, CH, 10 - 18 Feb. 2015, [JCTVC-T0097-r1]，JCTVC-T0097 (version 2)，ITU-T，2015年02月11日，＜URL:http://phenix.it-sudparis.eu/jct/doc_end_user/documents/20_Geneva/wg11/JCTVC-T0097-v2.zip＞＜JCTVC-T0097-r1.doc: pp.1-4

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

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

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

【請求項1】

プロセッサを含むビデオ信号エンコーディング装置であって、
前記プロセッサは、
現在ブロックの予測モードがインター予測モードであるかイントラ予測モードであるかを決定する段階；
前記現在ブロックの前記予測モードがＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）予測モードであるか否かを決定する段階；及び
前記現在ブロックの前記予測モードに基づいて、前記現在ブロックをデコードするためにビットストリームをエンコードする段階を含むように構成され、
前記ＩＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記インター予測モードで前記現在ブロックをデコードするために参照される空間的隣位置の集合の一部を含み、
前記現在ブロックの前記予測モードが前記インター予測モードであるか前記イントラ予測モードであるかを示す予測モードパラメータが、前記ビットストリームに含まれない場合に、
前記現在ブロックが属するスライス（Ｓｌｉｃｅ）が第１のスライスであれば、前記現在ブロックの前記予測モードは、前記イントラ予測モードであり、
前記現在ブロックが属する前記スライスが第２のスライスであれば、前記現在ブロックの前記予測モードは、前記インター予測モードであり、
前記現在ブロックの前記予測モードが前記ＩＢＣ予測モードであるか否かを示すＩＢＣモードパラメータが前記ビットストリームに含まれない場合に、
前記現在ブロックの属した前記スライス（Ｓｌｉｃｅ）が、前記第１のスライスであり、前記現在ブロックよりも上位レベルのシグナリング情報が前記ＩＢＣ予測モードを使用可能であることを示す場合、前記現在ブロックの前記予測モードは、前記ＩＢＣ予測モードであり、
前記現在ブロックの属した前記スライスが、前記第２のスライスである場合、前記現在ブロックの前記予測モードは、前記ＩＢＣ予測モードではなく、
前記第１のスライスは、現在ピクチャを参照ピクチャとして参照するスライスであり、
前記第２のスライスは、前記現在ピクチャ以外のピクチャを参照ピクチャとして参照可能なスライスである、ビデオ信号エンコーディング装置。

【請求項2】

前記インター予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の前記集合は、前記現在ブロックの最上端最左側位置が（ｘＣｂ，ｙＣｂ）のとき、（ｘＣｂ－１，ｙＣｂ－１）の位置を含み、
前記ＩＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の前記集合は、前記現在ブロックの前記最上端最左側位置が（ｘＣｂ，ｙＣｂ）のとき、（ｘＣｂ－１，ｙＣｂ－１）の前記位置を含まない、請求項１に記載のビデオ信号エンコーディング装置。

【請求項3】

前記ＩＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の前記集合は、前記現在ブロックの最上端最左側位置が（ｘＣｂ，ｙＣｂ）のとき、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）の位置及び（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）の位置のうち少なくとも一つで構成され、
前記ｃｂＷｉｄｔｈは前記現在ブロックの幅（ｗｉｄｔｈ）であり、前記ｃｂＨｅｉｇｈｔは前記現在ブロックの高さ（ｈｅｉｇｈｔ）である、請求項１に記載のビデオ信号エンコーディング装置。

【請求項4】

前記現在ブロックの前記予測モードが前記ＩＢＣ予測モードであるか否かを示すＩＢＣモードパラメータが前記ビットストリームに含まれない場合、
前記現在ブロックの分割を示すコーディングツリータイプ情報（ｔｒｅｅＴｙｐｅ）が、クロマ成分（ｃｈｒｏｍａ ｃｏｍｐｏｎｅｎｔ）を示すＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡであれば、前記現在ブロックの前記予測モードは、前記ＩＢＣ予測モードでない、請求項１に記載のビデオ信号エンコーディング装置。

【請求項5】

前記予測モードパラメータが前記ビットストリームに含まれない場合、前記現在ブロックの前記予測モードが前記インター予測モードであるか、又は前記イントラ予測モードであるかは、前記現在ブロックのサイズに基づいて推論される、請求項１に記載のビデオ信号エンコーディング装置。

【請求項6】

前記現在ブロックの前記予測モードが前記ＩＢＣ予測モードであるか否かを示すＩＢＣモードパラメータが前記ビットストリームに含まれない場合、前記現在ブロックの前記予測モードが前記ＩＢＣ予測モードであるか否かは、前記現在ブロックのサイズ、及び前記現在ブロックにスキップモードが適用されるか否かに基づいて推論される、請求項１に記載のビデオ信号エンコーディング装置。

【請求項7】

前記現在ブロックに前記スキップモードが適用され、前記現在ブロックの前記サイズがあらかじめ設定されたサイズである場合、前記予測モードは、前記ＩＢＣ予測モードであり、
ｉ）前記現在ブロックに前記スキップモードが適用されず、又は前記現在ブロックの前記サイズが前記あらかじめ設定されたサイズでなく、ｉｉ）前記現在ブロックの属した前記スライスが前記第２のスライスである場合、前記予測モードは、前記ＩＢＣ予測モードでない、請求項６に記載のビデオ信号エンコーディング装置。

【請求項8】

プロセッサを含むビデオ信号デコーディング装置であって、
前記プロセッサは、
予測モードパラメータの値に基づいて、現在ブロックの予測モードがインター予測モードであるかイントラ予測モードであるかを決定し、
ビットストリームから前記予測モードパラメータが取得される場合、前記予測モードパラメータをパースすることにより前記予測モードパラメータの前記値が決定され、
ＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）モードパラメータの値に基づいて、前記現在ブロックの前記予測モードがＩＢＣ予測モードであるか否かを決定し、
前記ビットストリームから前記ＩＢＣモードパラメータが取得される場合、前記ＩＢＣモードパラメータをパースすることにより前記ＩＢＣモードパラメータの前記値が決定され、
前記現在ブロックの前記予測モードが前記ＩＢＣ予測モードであれば、前記ＩＢＣ予測モードに基づいて前記現在ブロックをデコードし、
前記現在ブロックの前記予測モードが前記インター予測モードであれば、前記インター予測モードに基づいて前記現在ブロックをデコードし、
前記ＩＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記インター予測モードで前記現在ブロックをデコードするために参照される空間的隣位置の集合の一部を含んで構成され、
前記ビットストリームから前記予測モードパラメータが取得されない場合に、
前記現在ブロックが属するスライス（Ｓｌｉｃｅ）が第１のスライスであれば、前記予測モードパラメータの値は、前記現在ブロックの前記予測モードが前記イントラ予測モードであることを示す値として推論され、
前記現在ブロックが属する前記スライスが第２のスライスであれば、前記予測モードパラメータの値は、前記現在ブロックの前記予測モードが前記インター予測モードであることを示す値として推論され、
前記ビットストリームから前記ＩＢＣモードパラメータが取得されない場合に、
前記現在ブロックの属した前記スライス（Ｓｌｉｃｅ）が、前記第１のスライスであり、前記現在ブロックよりも上位レベルのシグナリング情報が前記ＩＢＣ予測モードを使用可能であることを示す場合、前記ＩＢＣモードパラメータの前記値は、前記現在ブロックの前記予測モードが前記ＩＢＣ予測モードであることを示す値として推論され、
前記現在ブロックの属した前記スライスが、前記第２のスライスである場合、前記ＩＢＣモードパラメータの前記値は、前記現在ブロックの前記予測モードが前記ＩＢＣ予測モードでないことを示す値として推論され、
前記第１のスライスは、現在ピクチャを参照ピクチャとして参照するスライスであり、
前記第２のスライスは、前記現在ピクチャ以外のピクチャを参照ピクチャとして参照可能なスライスである、ビデオ信号デコーディング装置。

【請求項9】

前記インター予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の前記集合は、前記現在ブロックの最上端最左側位置が（ｘＣｂ，ｙＣｂ）のとき、（ｘＣｂ－１，ｙＣｂ－１）の位置を含み、
前記ＩＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の前記集合は、前記現在ブロックの前記最上端最左側位置が（ｘＣｂ，ｙＣｂ）のとき、（ｘＣｂ－１，ｙＣｂ－１）の前記位置を含まない、請求項８に記載のビデオ信号デコーディング装置。

【請求項10】

前記ＩＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の前記集合は、前記現在ブロックの最上端最左側位置が（ｘＣｂ，ｙＣｂ）のとき、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）の位置及び（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）の位置のうち少なくとも一つで構成され、
前記ｃｂＷｉｄｔｈは前記現在ブロックの幅（ｗｉｄｔｈ）であり、前記ｃｂＨｅｉｇｈｔは前記現在ブロックの高さ（ｈｅｉｇｈｔ）である、請求項８に記載のビデオ信号デコーディング装置。

【請求項11】

前記ビットストリームから前記ＩＢＣモードパラメータが取得されない場合、
前記現在ブロックの分割を示すコーディングツリータイプ情報（ｔｒｅｅＴｙｐｅ）が、クロマ成分（ｃｈｒｏｍａ ｃｏｍｐｏｎｅｎｔ）を示すＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡであれば、前記ＩＢＣモードパラメータの前記値は、前記現在ブロックの前記予測モードが前記ＩＢＣ予測モードでないことを示す値として推論される、請求項８に記載のビデオ信号デコーディング装置。

【請求項12】

前記ビットストリームから前記予測モードパラメータが取得されない場合、前記現在ブロックのサイズに基づいて前記予測モードパラメータの前記値が推論される、請求項８に記載のビデオ信号デコーディング装置。

【請求項13】

前記ビットストリームから前記ＩＢＣモードパラメータが取得されない場合、前記現在ブロックのサイズ、及び前記現在ブロックにスキップモードが適用されるか否かに基づいて前記ＩＢＣモードパラメータの前記値が推論される、請求項８に記載のビデオ信号デコーディング装置。

【請求項14】

前記現在ブロックに前記スキップモードが適用され、前記現在ブロックの前記サイズがあらかじめ設定されたサイズである場合、前記予測モードが前記ＩＢＣ予測モードであることを示す値として前記ＩＢＣモードパラメータの前記値が推論され、
ｉ）前記現在ブロックに前記スキップモードが適用されず、又は前記現在ブロックの前記サイズが前記あらかじめ設定されたサイズでなく、ｉｉ）前記現在ブロックの属した前記スライスが前記第２のスライスである場合、前記予測モードが前記ＩＢＣ予測モードでないことを示す値として前記ＩＢＣモードパラメータの前記値が推論される、請求項１３に記載のビデオ信号デコーディング装置。

【請求項15】

ビットストリームを取得する方法であって、前記方法は、
現在ブロックの予測モードがインター予測モードであるかイントラ予測モードであるかを決定する段階；
前記現在ブロックの前記予測モードがＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）予測モードであるか否かを決定する段階；及び
前記現在ブロックの前記予測モードに基づいて、前記現在ブロックをデコードするためにビットストリームを取得する段階を含み、
前記ＩＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記インター予測モードで前記現在ブロックをデコードするために参照される空間的隣位置の集合の一部を含み、
前記現在ブロックの前記予測モードが前記インター予測モードであるか前記イントラ予測モードであるかを示す予測モードパラメータが、前記ビットストリームに含まれない場合に、
前記現在ブロックが属するスライス（Ｓｌｉｃｅ）が第１のスライスであれば、前記現在ブロックの前記予測モードは、前記イントラ予測モードであり、
前記現在ブロックが属する前記スライスが第２のスライスであれば、前記現在ブロックの前記予測モードは、前記インター予測モードであり、
前記現在のブロックの予測モードがＩＢＣ予測モードであるか否かを示すＩＢＣモードパラメータが前記ビットストリームに含まれない場合に、
前記現在ブロックの属した前記スライス（Ｓｌｉｃｅ）が、前記第１のスライスであり、前記現在ブロックよりも上位レベルのシグナリング情報が前記ＩＢＣ予測モードを使用可能であることを示す場合、前記現在ブロックの前記予測モードは、前記ＩＢＣ予測モードであり、
前記現在ブロックの属した前記スライスが、前記第２のスライスである場合、前記現在ブロックの前記予測モードは、前記ＩＢＣ予測モードではなく、
前記第１のスライスは、現在ピクチャを参照ピクチャとして参照するスライスであり、
前記第２のスライスは、前記現在ピクチャ以外のピクチャを参照ピクチャとして参照可能なスライスである、ビットストリームを取得する方法。

【請求項16】

ビデオ信号処理方法であって、
予測モードパラメータの値に基づいて、現在ブロックの予測モードがインター予測モードであるかイントラ予測モードであるかを決定する段階であって、ビットストリームから前記予測モードパラメータが取得される場合、前記予測モードパラメータをパースすることにより前記予測モードパラメータの前記値が決定される、段階；
ＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）モードパラメータの値に基づいて、前記現在ブロックの前記予測モードがＩＢＣ予測モードであるか否かを決定する段階；
前記ビットストリームから前記ＩＢＣモードパラメータが取得される場合、前記ＩＢＣモードパラメータをパースすることにより前記ＩＢＣモードパラメータの前記値が決定され、
前記現在ブロックの前記予測モードが前記ＩＢＣ予測モードであれば、前記ＩＢＣ予測モードに基づいて前記現在ブロックをデコードする段階；及び
前記現在ブロックの前記予測モードが前記インター予測モードであれば、前記インター予測モードに基づいて前記現在ブロックをデコードする段階を含み、
前記ＩＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記インター予測モードで前記現在ブロックをデコードするために参照される空間的隣位置の集合の一部を含み、
前記ビットストリームから前記予測モードパラメータが取得されない場合に、
前記現在ブロックが属するスライス（Ｓｌｉｃｅ）が第１のスライスであれば、前記予測モードパラメータの値は、前記現在ブロックの前記予測モードが前記イントラ予測モードであることを示す値として推論され、
前記現在ブロックが属する前記スライスが第２のスライスであれば、前記予測モードパラメータの値は、前記現在ブロックの前記予測モードが前記インター予測モードであることを示す値として推論され、
前記ビットストリームから前記ＩＢＣモードパラメータが取得されない場合に、
前記現在ブロックの属した前記スライス（Ｓｌｉｃｅ）が、前記第１のスライスであり、前記現在ブロックよりも上位レベルのシグナリング情報が前記ＩＢＣ予測モードを使用可能であることを示す場合、前記ＩＢＣモードパラメータの前記値は、前記現在ブロックの前記予測モードが前記ＩＢＣ予測モードであることを示す値として推論され、
前記現在ブロックの属した前記スライスが、前記第２のスライスである場合、前記ＩＢＣモードパラメータの前記値は、前記現在ブロックの前記予測モードが前記ＩＢＣ予測モードでないことを示す値として推論され、
前記第１のスライスは、現在ピクチャを参照ピクチャとして参照するスライスであり、
前記第２のスライスは、前記現在ピクチャ以外のピクチャを参照ピクチャとして参照可能なスライスである、ビデオ信号処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明はビデオ信号処理方法及び装置に関し、より詳しくは、ビデオ信号をエンコーディングするかデコーディングするビデオ信号処理方法及び装置に関する。

【背景技術】

【0002】

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

【発明の概要】

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

【0003】

本発明は、ビデオ信号のコーディング効率を上げるための目的を有する。

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

【0004】

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

【0005】

まず、本発明の実施例によれば、ビデオ信号処理方法において、現在ブロックの予測モードを決定する段階；前記現在ブロックの予測モードが、現在ピクチャを参照するＢＣ（ｂｌｏｃｋ ｃｏｐｙ）予測モードであれば、前記ＢＣ予測モードに基づいて前記現在ブロックをデコードする段階；及び、前記現在ブロックの予測モードが少なくとも一つのピクチャを参照するインター予測モードであれば、前記インター予測モードに基づいて前記現在ブロックをデコードする段階を含み、前記ＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記インター予測モードで前記現在ブロックをデコードするために参照される空間的隣位置の集合の一部を含んで構成されるビデオ信号処理方法が提供される。

【0006】

また、本発明の一実施例によれば、ビデオ信号処理方法において、現在ブロックの予測モードを決定する段階；前記現在ブロックの予測モードが現在ピクチャを参照するＢＣ（ｂｌｏｃｋ ｃｏｐｙ）予測モードであれば、前記ＢＣ予測モードに基づいて前記現在ブロックをエンコードするビットストリームを生成する段階；及び、前記現在ブロックの予測モードが少なくとも一つのピクチャを参照するインター予測モードであれば、前記インター予測モードに基づいて前記現在ブロックをエンコードするビットストリームを生成する段階を含み、前記ＢＣ予測モードで前記現在ブロックをエンコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記インター予測モードで前記現在ブロックをエンコードするために参照される空間的隣位置の集合の一部を含んで構成されるビデオ信号処理方法が提供される。

【0007】

また、本発明の一実施例によれば、ビデオ信号処理装置において、プロセッサを含み、前記プロセッサは、現在ブロックの予測モードを決定し、前記現在ブロックの予測モードが現在ピクチャを参照するＢＣ（ｂｌｏｃｋ ｃｏｐｙ）予測モードであれば、前記ＢＣ予測モードに基づいて前記現在ブロックをデコーディングし、前記現在ブロックの予測モードが少なくとも一つのピクチャを参照するインター予測モードであれば、前記インター予測モードに基づいて前記現在ブロックをデコードし、前記ＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記インター予測モードで前記現在ブロックをデコードするために参照される空間的隣位置の集合の一部を含んで構成されるビデオ信号処理装置が提供される。

【0008】

また、本発明の一実施例によれば、ビデオ信号処理装置において、プロセッサを含み、前記プロセッサは、現在ブロックの予測モードを決定し、前記現在ブロックの予測モードが現在ピクチャを参照するＢＣ（ｂｌｏｃｋ ｃｏｐｙ）予測モードであれば、前記ＢＣ予測モードに基づいて前記現在ブロックをエンコードするビットストリームを生成し、前記現在ブロックの予測モードが少なくとも一つのピクチャを参照するインター予測モードであれば、前記インター予測モードに基づいて前記現在ブロックをエンコードするビットストリームを生成し、前記ＢＣ予測モードで前記現在ブロックをエンコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記インター予測モードで前記現在ブロックをエンコードするために参照される空間的隣位置の集合の一部を含んで構成されるビデオ信号処理装置が提供される。

【0009】

また、本発明の一実施例によれば、ビデオ信号処理のためのビットストリームを保存するコンピュータ可読記録媒体において、前記ビットストリームは対象ブロックの予測モード情報を含み、前記対象ブロックの予測モードが対象ピクチャを参照するＢＣ（ｂｌｏｃｋ ｃｏｐｙ）予測モードであれば、前記ＢＣ予測モードに基づいて前記対象ブロックをエンコードするビットストリームを含み、前記対象ブロックの予測モードが少なくとも一つのピクチャを参照するインター予測モードであれば、前記インター予測モードに基づいて前記対象ブロックをエンコードするビットストリームを含み、前記ＢＣ予測モードで前記対象ブロックをエンコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記インター予測モードで前記対象ブロックをエンコードするために参照される空間的隣位置の集合の一部を含んで構成されるコンピュータ可読記録媒体が提供される。

【発明の効果】

【0010】

本発明の実施例によれば、ビデオ信号のコーディング効率を上げることができる。

【図面の簡単な説明】

【0011】

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

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

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

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

【図5】イントラ予測モードで現在ブロックの予測のために用いられる参照サンプルの一実施例を示す。

【図6】イントラ予測に用いられる予測モードの一実施例を示す。

【図7】本発明の一実施例に係るインター予測（ｉｎｔｅｒ ｐｒｅｄｉｃｔｉｏｎ）を示す図である。

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

【図9】本発明の一実施例に係るＭＶＤ（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ）のシンタックス（ｓｙｎｔａｘ）を示す図である。

【図10】本発明の一実施例に係るＡＭＶＲ（ａｄａｐｔｉｖｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｓｏｌｕｔｉｏｎ）シグナリングを示す図である。

【図11】本発明の一実施例に係るインター予測関連シンタックスを示す図である。

【0012】

ｇ）位置を示す図である。

【図13】本発明の一実施例に係る現在ピクチャ（ｃｕｒｒｅｎｔ ｐｉｃｔｕｒｅ）の参照（ｒｅｆｅｒｅｎｃｉｎｇ）を示す図である。

【図14】本発明の一実施例に係る空間的隣候補（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｃａｎｄｉｄａｔｅ）参照方法を示す図である。

【図15】本発明の一実施例に係るブロック位置とモーション候補リスト（ｍｏｔｉｏｎ ｃａｎｄｉｄａｔｅ ｌｉｓｔ）構成を示す図である。

【図16】本発明の一実施例に係るブロック位置とモーション候補リスト構成を示す図である。

【図17】本発明の一実施例に係る空間的隣候補使用を示す図である。

【図18】本発明の一実施例に係るモーションベクトル（ｍｏｔｉｏｎ ｖｅｃｔｏｒ）を示す図である。

【図19】本発明の一実施例に係るＭＶＤのシンタックスを示す図である。

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

【図21】本発明の一実施例に係るＭＶＤのシンタックスを示す図である。

【図22】本発明の一実施例に係るＭＶＤのシンタックスを示す図である。

【図23】本発明の一実施例に係るブロックとサイズを示す図である。

【図24】本発明の一実施例に係るマージ候補リスト（ｍｅｒｇｅ ｃａｎｄｉｄａｔｅ ｌｉｓｔ）構成を示す図である。

【図25】本発明の一実施例に係るブロック位置とシンタックスを示す図である。

【図26】本発明の一実施例に係るＨＭＶＰのヒストリー（ｈｉｓｔｏｒｙ）を保存する空間をリセット（ｒｅｓｅｔ）することを示す図である。

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

【図28】本発明の一実施例に係る予測モードシグナリングを示す図である。

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

【図30】本発明の一実施例に係る予測モードシグナリングを示す図である。

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

【図32】本発明の一実施例に係る予測モードシグナリングを示す図である。

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

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

【図35】本発明の一実施例に係るクロマ成分のイントラ予測モード誘導（ｄｅｒｉｖａｔｉｏｎ）を示す図である。

【図36】本発明の一実施例に係るクロマ成分のイントラ予測モード誘導を示す図である。

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

【図38】本発明の一実施例に係るシンタックス構造（ｓｙｎｔａｘ ｓｔｒｕｃｔｕｒｅ）を示す図である。

【図39】本発明の一実施例に係るシグナリング値推論（ｉｎｆｅｒ）方法を示す図である。

【図40】本発明の一実施例に係るシグナリング値推論方法を示す図である。

【図41】本発明の一実施例に係るｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ値と二進化（ｂｉｎａｒｉｚａｔｉｏｎ）を示す図である。

【図42】本発明の一実施例に係るｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ値と二進化を示す図である。

【図43】本発明の一実施例に係るｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ値と二進化を示す図である。

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

【0013】

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

【0014】

まず、本発明の実施例によれば、ビデオ信号処理方法において、現在ブロックの予測モードを決定する段階；前記現在ブロックの予測モードが現在ピクチャを参照するＢＣ（ｂｌｏｃｋ ｃｏｐｙ）予測モードであれば、前記ＢＣ予測モードに基づいて前記現在ブロックをデコードする段階；及び、前記現在ブロックの予測モードが少なくとも一つのピクチャを参照するインター予測モードであれば、前記インター予測モードに基づいて前記現在ブロックをデコードする段階を含み、前記ＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記インター予測モードで前記現在ブロックをデコードするために参照される空間的隣位置の集合の一部を含んで構成されるビデオ信号処理方法が提供される。ここで、ＢＣ予測モードは、ＩＢＣ（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ）予測モード又はＣＢＲ（ｃｕｒｒｅｎｔ ｐｉｃｔｕｒｅ ｒｅｆｅｒｅｎｃｉｎｇ）予測モードと命名できる。

【0015】

前記インター予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記現在ブロックの最上端最左側位置が（ｘＣｂ，ｙＣｂ）のとき、（ｘＣｂ－１，ｙＣｂ－１）位置を含み、前記ＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記現在ブロックの最上端最左側位置が（ｘＣｂ，ｙＣｂ）のとき、（ｘＣｂ－１，ｙＣｂ－１）位置を含まなくてもよい。

【0016】

前記ＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記現在ブロックの最上端最左側位置が（ｘＣｂ，ｙＣｂ）のとき、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）位置及び（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）位置のうち少なくとも一つで構成され、前記ｃｂＷｉｄｔｈは前記現在ブロックの幅（ｗｉｄｔｈ）であり、前記ｃｂＨｅｉｇｈｔは前記現在ブロックの高さ（ｈｅｉｇｈｔ）であってよい。

【0017】

前記現在ブロックの予測モードを決定する段階は、ビットストリームから前記現在ブロックの予測モードがＢＣ予測モードであるか否かを示すＢＣモードパラメータ（ｐｒｅｄ＿ｍｏｄｅ＿ｂｃ＿ｆｌａｇ）を取得する段階；及び、前記ＢＣモードパラメータに基づいて前記現在ブロックの予測モードをＢＣ予測モードと決定する段階を含むことができる。ここで、ＢＣモードパラメータは、ＢＣモードがＩＢＣモードと命名される場合ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇと表記されてもよい。

【0018】

前記ビットストリームから前記ＢＣモードパラメータが取得されない場合、前記現在ブロックの属した並列プロセシング（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）単位が、現在ピクチャでないピクチャを参照ピクチャとして参照しない単位であり、前記現在ブロックよりも上位レベルのシグナリング情報（ｓｐｓ＿ｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）がＢＣ予測モードを使用することを示す場合、前記ＢＣモードパラメータの値は、ＢＣ予測モードを使用することを示す値と決定されてよい。ここで、上位レベルのシグナリング情報（ｓｐｓ＿ｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、ＢＣモードがＩＢＣモードと命名される場合、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇと表記されてよい。

【0019】

前記ビットストリームから前記ＢＣモードパラメータが取得されない場合、前記現在ブロックの属したスライス（Ｓｌｉｃｅ）が、現在ピクチャでないピクチャを参照ピクチャとして参照しないスライスであり、前記現在ブロックよりも上位レベルのシグナリング情報（ｓｐｓ＿ｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）がＢＣ予測モードを使用可能であることを示す場合、前記ＢＣモードパラメータの値は、ＢＣ予測モードを使用することを示す値と決定されてよい。

【0020】

前記ビットストリームから前記ＢＣモードパラメータが取得されない場合、前記現在ブロックの属した並列プロセシング単位が、現在ピクチャでないピクチャを参照ピクチャとして参照可能な単位であれば、前記ＢＣモードパラメータの値は、ＢＣ予測モードを使用しないことを示す値と決定されてよい。

【0021】

前記ビットストリームから前記ＢＣモードパラメータが取得されない場合、前記現在ブロックの属したスライスが、現在ピクチャでないピクチャを参照ピクチャとして参照可能なスライスであれば、前記ＢＣモードパラメータの値は、ＢＣ予測モードを使用しないことを示す値と決定されてよい。

【0022】

前記現在ブロックの予測モードを決定する段階は、ビットストリームから前記現在ブロックの予測モードがＢＣ予測モードであるか否かを示すＢＣモードパラメータを取得する前に、前記ビットストリームから前記現在ブロックの予測モードを示す予測モードパラメータ（ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ）を取得する段階を含むことができる。

【0023】

前記ビットストリームから前記予測モードパラメータが取得されない場合、前記現在ブロックの属した並列プロセシング（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）単位が、現在ピクチャでないピクチャを参照ピクチャとして参照しない単位であれば、前記予測モードパラメータは、イントラ予測モードを示す値と決定されてよい。

【0024】

前記ビットストリームから前記予測モードパラメータが取得されない場合、前記現在ブロックの属した並列プロセシング単位が、現在ピクチャでないピクチャを参照ピクチャとして参照可能な単位であれば、前記予測モードパラメータは、インター予測モードを示す値と決定されてよい。

【0025】

前記現在ブロックの予測モードを決定する段階は、ビットストリームから前記現在ブロックの予測モードがＢＣ予測モードであるか否かを示すＢＣモードパラメータを取得する段階を含むことができる。前記ビットストリームから前記ＢＣモードパラメータが取得されない場合、前記現在ブロックの分割を示すコーディングツリータイプ情報（ｔｒｅｅＴｙｐｅ）が、クロマ成分（ｃｈｒｏｍａ ｃｏｍｐｏｎｅｎｔ）を示すＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡであれば、ＢＣモードパラメータの値は、ＢＣ予測モードを使用しないことを示す値と決定されてよい。

【0026】

前記現在ブロックの予測モードを決定する段階は、ビットストリームから前記現在ブロックの予測モードを示す予測モードパラメータを取得する段階を含み、前記ビットストリームから前記予測モードパラメータが取得されない場合、前記現在ブロックのサイズが、インター予測が制限されるブロックサイズにあらかじめ設定されたブロックサイズに該当しなく、前記現在ブロックの属した並列プロセシング単位が、現在ピクチャでないピクチャを参照ピクチャとして参照可能な単位であれば、前記予測モードパラメータは、インター予測を示す値と決定されてよい。

【0027】

前記現在ブロックの予測モードを決定する段階は、ビットストリームから前記現在ブロックの予測モードがＢＣ予測モードであるか否かを示すＢＣモードパラメータを取得する段階を含み、前記ビットストリームから前記ＢＣモードパラメータが取得されない場合、前記現在ブロックがスキップモードか否かを示すパラメータがスキップモードであることを示し、前記現在ブロックのサイズが、インター予測が制限されるブロックサイズにあらかじめ設定されたブロックサイズに該当する場合、ＢＣモードパラメータの値は、ＢＣ予測モードを使用することを示す値と決定されてよい。

【0028】

前記ビットストリームから前記ＢＣモードパラメータが取得されない場合、前記現在ブロックがスキップモードか否かを示すパラメータがスキップモードであることを示さなく、前記現在ブロックのサイズが、インター予測が制限されるブロックサイズにあらかじめ設定されたブロックサイズに該当しなく、前記現在ブロックの属した並列プロセシング単位が、現在ピクチャでないピクチャを参照ピクチャとして参照可能な単位であれば、ＢＣモードパラメータの値は、ＢＣを使用しないことを示す値と決定されてよい。

【0029】

前記現在ブロックの予測モードを決定する段階は、ビットストリームから前記現在ブロックの予測モードがＢＣ予測モードであるか否かを示すＢＣモードパラメータを取得する前に、前記ビットストリームから前記現在ブロックの予測モードを示す予測モードパラメータを取得する段階を含み、前記ビットストリームから前記予測モードパラメータが取得されない場合、前記現在ブロックのサイズが、インター予測が制限されるブロックサイズにあらかじめ設定されたブロックサイズに該当すれば、前記予測モードパラメータは、イントラ予測を示す値と決定されてよい。

【0030】

前記インター予測モードに基づいて前記現在ブロックをデコードする段階は、ビットストリームから前記現在ブロックのインター予測類型を示すインター予測類型パラメータ（ｉｎｔｅｒ＿ｐｒｅｄ＿ｉｄｃ）を取得する段階；及び、前記現在ブロックのサイズ及び前記インター予測類型パラメータに基づいて前記現在ブロックの参照リストを決定する段階を含み、前記現在ブロックの幅と高さの和が１２よりも大きければ、前記インター予測類型パラメータはＬ０参照リスト及びＬ１参照リストのうち少なくとも一つのリストを示し、前記現在ブロックの幅と高さの和が１２であれば、前記インター予測類型パラメータはＬ０参照リスト及びＬ１参照リストのいずれか一つのリストを示すことができる。

【0031】

前記現在ブロックの幅と高さの和が１２よりも大きければ、前記インター予測類型パラメータのビットシグナリング００はＬ０参照リストを示し、ビットシグナリング０１はＬ１参照リストを示し、ビットシグナリング１はＬ０参照リストとＬ１参照リストを示すことができる。

【0032】

また、本発明の一実施例によれば、ビデオ信号処理方法において、現在ブロックの予測モードを決定する段階；前記現在ブロックの予測モードが現在ピクチャを参照するＢＣ（ｂｌｏｃｋ ｃｏｐｙ）予測モードであれば、前記ＢＣ予測モードに基づいて前記現在ブロックをエンコードするビットストリームを生成する段階；及び、前記現在ブロックの予測モードが少なくとも一つのピクチャを参照するインター予測モードであれば、前記インター予測モードに基づいて前記現在ブロックをエンコードするビットストリームを生成する段階を含み、前記ＢＣ予測モードで前記現在ブロックをエンコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記インター予測モードで前記現在ブロックをエンコードするために参照される空間的隣位置の集合の一部を含んで構成される、ビデオ信号処理方法が提供される。

【0033】

また、本発明の一実施例によれば、ビデオ信号処理装置において、プロセッサを含み、前記プロセッサは、現在ブロックの予測モードを決定し、前記現在ブロックの予測モードが現在ピクチャを参照するＢＣ（ｂｌｏｃｋ ｃｏｐｙ）予測モードであれば、前記ＢＣ予測モードに基づいて前記現在ブロックをデコードし、前記現在ブロックの予測モードが少なくとも一つのピクチャを参照するインター予測モードであれば、前記インター予測モードに基づいて前記現在ブロックをデコードし、前記ＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記インター予測モードで前記現在ブロックをデコードするために参照される空間的隣位置の集合の一部を含んで構成されるビデオ信号処理装置が提供される。

【0034】

前記インター予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記現在ブロックの最上端最左側位置が（ｘＣｂ，ｙＣｂ）のとき、（ｘＣｂ－１，ｙＣｂ－１）位置を含み、前記ＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記現在ブロックの最上端最左側位置が（ｘＣｂ，ｙＣｂ）のとき、（ｘＣｂ－１，ｙＣｂ－１）位置を含まなくてもよい。

【0035】

前記ＢＣ予測モードで前記現在ブロックをデコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記現在ブロックの最上端最左側位置が（ｘＣｂ，ｙＣｂ）のとき、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）位置及び（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）位置のうち少なくとも一つで構成され、前記ｃｂＷｉｄｔｈは前記現在ブロックの幅（ｗｉｄｔｈ）であり、前記ｃｂＨｅｉｇｈｔは前記現在ブロックの高さ（ｈｅｉｇｈｔ）であってよい。

【0036】

前記プロセッサは、ビットストリームから前記現在ブロックの予測モードがＢＣ予測モードであるか否かを示すＢＣモードパラメータを取得し、前記ＢＣモードパラメータに基づいて前記現在ブロックの予測モードをＢＣ予測モードと決定できる。

【0037】

前記ビットストリームから前記ＢＣモードパラメータが取得されなく、前記現在ブロックの属した並列プロセシング（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）単位が、現在ピクチャでないピクチャを参照ピクチャとして参照しない単位であり、前記現在ブロックよりも上位レベルのシグナリング情報（ｓｐｓ＿ｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）がＢＣ予測モードを使用することを示す場合、前記ＢＣモードパラメータの値は、ＢＣ予測モードを使用することを示す値と決定されてよい。

【0038】

前記ビットストリームから前記ＢＣモードパラメータが取得されない場合、前記現在ブロックの属したスライス（Ｓｌｉｃｅ）が、現在ピクチャでないピクチャを参照ピクチャとして参照しないスライスであり、前記現在ブロックよりも上位レベルのシグナリング情報（ｓｐｓ＿ｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）がＢＣ予測モードを使用可能であることを示す場合、前記ＢＣモードパラメータの値は、ＢＣ予測モードを使用することを示す値と決定されてよい。

【0039】

前記ビットストリームから前記ＢＣモードパラメータが取得されなく、前記現在ブロックの属した並列プロセシング単位が、現在ピクチャでないピクチャを参照ピクチャとして参照可能な単位であれば、前記ＢＣモードパラメータの値は、ＢＣ予測モードを使用しないことを示す値と決定されてよい。

【0040】

前記ビットストリームから前記ＢＣモードパラメータが取得されない場合、前記現在ブロックの属したスライスが、現在ピクチャでないピクチャを参照ピクチャとして参照可能なスライスであれば、前記ＢＣモードパラメータの値は、ＢＣ予測モードを使用しないことを示す値と決定されてよい。

【0041】

前記プロセッサは、ビットストリームから前記現在ブロックの予測モードがＢＣ予測モードであるか否かを示すＢＣモードパラメータを取得する前に、前記ビットストリームから前記現在ブロックの予測モードを示す予測モードパラメータを取得し、前記ビットストリームから前記予測モードパラメータが取得されなく、前記現在ブロックの属した並列プロセシング（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）単位が、現在ピクチャでないピクチャを参照ピクチャとして参照しない単位であれば、前記予測モードパラメータは、イントラ予測モードを示す値と決定され、前記ビットストリームから前記予測モードパラメータが取得されなく、前記現在ブロックの属した並列プロセシング単位が、現在ピクチャでないピクチャを参照ピクチャとして参照可能な単位であれば、前記予測モードパラメータは、インター予測モードを示す値と決定されてよい。

【0042】

前記プロセッサは、ビットストリームから、前記現在ブロックの予測モードがＢＣ予測モードであるか否かを示すＢＣモードパラメータを取得できる。前記ビットストリームから前記ＢＣモードパラメータが取得されなく、前記現在ブロックの分割を示すコーディングツリータイプ情報（ｔｒｅｅＴｙｐｅ）が、クロマ成分（ｃｈｒｏｍａ ｃｏｍｐｏｎｅｎｔ）を示すＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡであれば、ＢＣモードパラメータの値は、ＢＣ予測モードを使用しないことを示す値と決定されてよい。

【0043】

前記プロセッサは、ビットストリームから、前記現在ブロックの予測モードを示す予測モードパラメータを取得できる。前記ビットストリームから前記予測モードパラメータが取得されなく、前記現在ブロックのサイズが、インター予測が制限されるブロックサイズにあらかじめ設定されたブロックサイズに該当しなく、前記現在ブロックの属した並列プロセシング単位が、現在ピクチャでないピクチャを参照ピクチャとして参照可能な単位であれば、前記予測モードパラメータは、インター予測を示す値と決定されてよい。

【0044】

前記プロセッサは、ビットストリームから前記現在ブロックの予測モードがＢＣ予測モードであるか否かを示すＢＣモードパラメータを取得し、前記ビットストリームから前記ＢＣモードパラメータが取得されなく、前記現在ブロックがスキップモードか否かを示すパラメータがスキップモードであることを示し、前記現在ブロックのサイズが、インター予測が制限されるブロックサイズにあらかじめ設定されたブロックサイズに該当する場合、ＢＣモードパラメータの値は、ＢＣ予測モードを使用することを示す値と決定されてよい。

【0045】

前記ビットストリームから前記ＢＣモードパラメータが取得されなく、前記現在ブロックがスキップモードか否かを示すパラメータがスキップモードであることを示さなく、前記現在ブロックのサイズが、インター予測が制限されるブロックサイズにあらかじめ設定されたブロックサイズに該当しなく、前記現在ブロックの属した並列プロセシング単位が、現在ピクチャでないピクチャを参照ピクチャとして参照可能な単位であれば、ＢＣモードパラメータの値は、ＢＣを使用しないことを示す値と決定されてよい。

【0046】

また、本発明の一実施例によれば、ビデオ信号処理装置において、プロセッサを含み、前記プロセッサは、現在ブロックの予測モードを決定し、前記現在ブロックの予測モードが現在ピクチャを参照するＢＣ（ｂｌｏｃｋ ｃｏｐｙ）予測モードであれば、前記ＢＣ予測モードに基づいて前記現在ブロックをエンコードするビットストリームを生成し、前記現在ブロックの予測モードが少なくとも一つのピクチャを参照するインター予測モードであれば、前記インター予測モードに基づいて前記現在ブロックをエンコードするビットストリームを生成し、前記ＢＣ予測モードで前記現在ブロックをエンコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記インター予測モードで前記現在ブロックをエンコードするために参照される空間的隣位置の集合の一部を含んで構成されるビデオ信号処理装置が提供される。

【0047】

前記プロセッサは、ビットストリームから前記現在ブロックの予測モードがＢＣ予測モードであるか否かを示すＢＣモードパラメータを取得する前に、前記ビットストリームから前記現在ブロックの予測モードを示す予測モードパラメータを取得し、前記ビットストリームから前記予測モードパラメータが取得されない場合、前記現在ブロックのサイズが、インター予測が制限されるブロックサイズにあらかじめ設定されたブロックサイズに該当すれば、前記予測モードパラメータは、イントラ予測を示す値と決定されてよい。

【0048】

前記プロセッサは、ビットストリームから前記現在ブロックのインター予測類型を示すインター予測類型パラメータを取得し、前記現在ブロックのサイズ及び前記インター予測類型パラメータに基づいて前記現在ブロックの参照リストを決定するが、前記現在ブロックの幅と高さの和が１２よりも大きければ、前記インター予測類型パラメータはＬ０参照リスト及びＬ１参照リストのうち少なくとも一つのリストを示し、前記現在ブロックの幅と高さの和が１２であれば、前記インター予測類型パラメータはＬ０参照リスト及びＬ１参照リストのいずれか一つのリストを示すことができる。

【0049】

前記現在ブロックの幅と高さの和が１２よりも大きければ、前記インター予測類型パラメータのビットシグナリング００はＬ０参照リストを示し、ビットシグナリング０１はＬ１参照リストを示し、ビットシグナリング１はＬ０参照リストとＬ１参照リストを示すことができる。

【0050】

また、本発明の一実施例によれば、ビデオ信号処理のためのビットストリームを保存するコンピュータ可読記録媒体において、前記ビットストリームは、対象ブロックの予測モード情報を含み、前記対象ブロックの予測モードが対象ピクチャを参照するＢＣ（ｂｌｏｃｋ ｃｏｐｙ）予測モードであれば、前記ＢＣ予測モードに基づいて前記対象ブロックをエンコードするビットストリームを含み、前記対象ブロックの予測モードが少なくとも一つのピクチャを参照するインター予測モードであれば、前記インター予測モードに基づいて前記対象ブロックをエンコードするビットストリームを含み、前記ＢＣ予測モードで前記対象ブロックをエンコードするために参照される空間的隣（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒ）位置の集合は、前記インター予測モードで前記対象ブロックをエンコードするために参照される空間的隣位置の集合の一部を含んで構成されるコンピュータ可読記録媒体が提供される。

【0051】

［実施例］

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

イントラ予測部２５２は、イントラ符号化情報及び現在ピクチャ内の復元されたサンプルを利用して予測ブロックを生成する。上述したように、イントラ符号化情報は、イントラ予測モード、ＭＰＭ（ＭＯＳＴ Ｐｒｏｂａｂｌｅ Ｍｏｄｅ）フラッグ、ＭＰＭインデックスのうち少なくとも一つを含む。イントラ予測部２５２は、現在ブロックの左側及び／又は上側に位置している復元されたピクセルを参照ピクセルとして用いて現在ブロックのピクセル値を予測する。一実施例によれば、参照ピクセルは、現在ブロックの左側境界に隣接したピクセル及び／又は上側境界に隣接したピクセルであってよい。他の実施例によれば、参照ピクセルは、現在ブロックの周辺ブロックのピクセルのうち、現在ブロックの左側境界から既に設定された距離以内に隣接したピクセルら及び／又は現在ブロックの上側境界から既に設定された距離以内に隣接したピクセルであってもよい。このとき、現在ブロックの周辺ブロックは、現在ブロックに隣接した左側（Ｌ）ブロック、上側（Ａ）ブロック、下左側（Ｂｅｌｏｗ Ｌｅｆｔ，ＢＬ）ブロック、上右側（Ａｂｏｖｅ Ｒｉｇｈｔ，ＡＲ）ブロック又は上左側（Ａｂｏｖｅ Ｌｅｆｔ，ＡＬ）ブロックのうち少なくとも一つを含むことができる。

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

各々のクワッドツリーリーフノード‘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’は３個の矩形ノードに分割される。

【0078】

図５及び図６には、本発明の実施例に係るイントラ予測方法をより具体的に示す。前述したように、イントラ予測部は、現在ブロックの左側及び／又は上側に位置している復元されたピクセルを参照ピクセルとして用いて現在ブロックのピクセル値を予測する。

【0079】

まず、図５には、イントラ予測モードで現在ブロックの予測のために用いられる参照サンプルの一実施例を示す。一実施例によれば、参照ピクセルは、現在ブロックの左側境界に隣接したピクセル及び／又は上側境界に隣接したピクセルであってよい。図５に示すように、現在ブロックのサイズがＷ×Ｈであり、現在ブロックに隣接した単一参照ライン（ｌｉｎｅ）のピクセルがイントラ予測に用いられる場合、現在ブロックの左側及び／又は上側に位置している最大で２Ｗ＋２Ｈ＋１個の隣接ピクセルを用いて参照ピクセルを設定することができる。一方、本発明の更なる実施例によれば、現在ブロックのイントラ予測のために多重参照ラインのピクセルが用いられてもよい。多重参照ラインは、現在ブロックから既に設定された範囲以内に位置しているｎ個のラインで構成されてよい。一実施例によれば、イントラ予測のために多重参照ラインのピクセルが用いられる場合、参照ピクセルとして設定されるラインを示す別個のインデックス情報がシグナルされてよい。参照ピクセルとして用いられる少なくとも一部の隣接ピクセルがまだ復元されていない場合、イントラ予測部は、既に設定された規則に従う参照サンプルパディング過程を行って参照ピクセルを取得することができる。また、イントラ予測部は、イントラ予測の誤差を減らすために参照サンプルフィルタリング過程を行うことができる。すなわち、隣接ピクセル及び／又は参照サンプルパディング過程によって取得されたピクセルにフィルタリングを行って参照ピクセルが取得できる。イントラ予測部は、このように取得された参照ピクセルを用いて現在ブロックのピクセルを予測する。

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

イントラ予測部は、現在ブロックのイントラ予測モード情報に基づいて、現在ブロックのイントラ予測に用いられる参照ピクセル及び／又は補間された参照ピクセルを決定する。イントラ予測モードインデックスが特定角度モードを示す場合、現在ブロックの現在ピクセルから前記特定角度に対応する参照ピクセル又は補間された参照ピクセルが現在ピクセルの予測に用いられる。したがって、イントラ予測モードによって異なるセットの参照ピクセル及び／又は補間された参照ピクセルがイントラ予測に用いられ得る。参照ピクセル及びイントラ予測モード情報を用いて現在ブロックのイントラ予測が行われると、デコーダは、逆変換部から取得した現在ブロックの残差信号を現在ブロックのイントラ予測値と合算して現在ブロックのピクセル値を復元する。

【0090】

図７は、本発明の一実施例に係るインター予測を示す図である。

【0091】

前述したように、現在ピクチャ又はブロックをエンコード、デコードする時、他のピクチャ又はブロックから予測できる。すなわち、他のピクチャ又はブロックとの類似性に基づいてエンコード、デコードすることが可能である。他のピクチャ又はブロックと類似の部分を現在ピクチャ又はブロックでは省略したシグナリングでエンコード、デコードすることができ、これについて以下にさらに説明する。ブロック単位の予測をすることが可能である。

【0092】

図７を参照すると、左側に参照ピクチャ（Ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ）があり、右側に現在ピクチャ（Ｃｕｒｒｅｎｔ ｐｉｃｔｕｒｅ）があるが、現在ピクチャ又は現在ピクチャの一部を、参照ピクチャ又は参照ピクチャの一部との類似性を用いて予測することができる。図７の現在ピクチャ中に実線で表した四角形が現在エンコード、デコードするブロックであるとしたとき、参照ピクチャの点線で表した四角形から現在ブロックを予測することができる。この時、現在ブロックが参照すべきブロック（参照ブロック）を示す情報が存在してよく、これは直接シグナルされてもよく、シグナリングオーバーヘッドを減らすためにいずれかの約束によって生成してもよい。前記現在ブロックが参照すべきブロックを示す情報は、モーションベクトル（ｍｏｔｉｏｎ ｖｅｃｔｏｒ）を含むことができる。これは、現在ブロックと参照ブロック間のピクチャ内における相対的な位置を示すベクトルであってよい。図７を参照すると、参照ピクチャの点線で表した部分が存在するが、現在ブロックがどのように移動すれば参照ピクチャの参照すべきブロックへ移動できるかを示すベクトルがモーションベクトルであってよい。すなわち、現在ブロックをモーションベクトルに沿って動けば現れるブロックは、図７の現在ピクチャに点線で表した部分であってよく、この点線で表した部分は、ピクチャ内での位置が参照ピクチャの参照ブロック位置と同一であっよい。

【0093】

また、前記現在ブロックが参照すべきブロックを示す情報は、参照ピクチャを示す情報を含むことができる。参照ピクチャを示す情報として参照ピクチャリストと参照ピクチャインデックスが含まれてよい。参照ピクチャリストは参照ピクチャを表すリストであり、参照ピクチャリストに含まれた参照ピクチャにおいて参照ブロックを使用することが可能である。すなわち、参照ピクチャリストに含まれた参照ピクチャから現在ブロックを予測することが可能である。また、参照ピクチャインデックスは、使用する参照ピクチャを示すためのインデックスであってよい。

【0094】

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

【0095】

本発明の一実施例によれば、モーションベクトル（ｍｏｔｉｏｎ ｖｅｃｔｏｒ；ＭＶ）は、ＭＶＰ（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｏｒ）に基づいて生成することが可能である。例えば、下記のように、ＭＶＰがモーションベクトルになり得る。

【0096】

ＭＶ＝ＭＶＰ

【0097】

他の例として、下記のように、モーションベクトルはＭＶＤ（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ）に基づいてもよい。ＭＶＰに、正確なモーションベクトルを示すためにＭＶＤを加算することができる。

【0098】

ＭＶ＝ＭＶＰ＋ＭＶＤ

【0099】

また、ビデオコーディングにおいてエンコーダで決定したモーションベクトル情報をデコーダに伝送し、デコーダは、受信したモーションベクトル情報からモーションベクトルを生成して予測ブロックを決定することが可能である。例えば、前記モーションベクトル情報は、ＭＶＰに関する情報、ＭＶＤを含むことができる。このとき、モードによって前記モーションベクトル情報の構成要素が異なってよい。例えば、マージモード（ｍｅｒｇｅ ｍｏｄｅ）では前記モーションベクトル情報はＭＶＰに関する情報を含み、ＭＶＤを含まなくてよい。また、他の例として、ＡＭＶＰ（ａｄｖａｎｃｅｄ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｉｏｎ）モードでは、前記モーションベクトル情報はＭＶＰに関する情報を含み、ＭＶＤを含むことができる。

【0100】

ＭＶＰに関する情報を決定、送信、受信するために、エンコーダとデコーダは、同じ方法でＭＶＰ候補（ＭＶＰ ｃａｎｄｉｄａｔｅｓ）を生成することができる。例えば、エンコーダとデコーダは、同じ順序で同じＭＶＰ候補を生成することができる。そして、エンコーダは、生成したＭＶＰ候補の中から決定したＭＶＰを示すインデックスをデコーダに伝送し、デコーダは、このインデックスに基づき、決定されたＭＶＰ及びＭＶを知ることが可能である。

【0101】

ＭＶＰ候補及びＭＶＰ候補生成方法は、空間的候補（ｓｐａｔｉａｌ ｃａｎｄｉｄａｔｅ）、時間的候補（ｔｅｍｐｏｒａｌ ｃａｎｄｉｄａｔｅ）などを含むことができる。空間的候補は、現在ブロックから一定の位置にあるブロックに対するモーションベクトルであってよい。例えば、現在ブロックと隣接又は非隣接するブロック又は位置に該当するモーションベクトルであってよい。時間的候補は、現在ピクチャと他のピクチャ内のブロックに該当するモーションベクトルであってよい。又は、ＭＶＰ候補は、アフィンモーションベクトル（ａｆｆｉｎｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ）、ＡＴＭＶＰ、ＳＴＭＶＰ、前述のモーションベクトルの組合せ（ｃｏｍｂｉｎａｔｉｏｎ）、前述のモーションベクトルの平均ベクトル、ゼロモーションベクトル（ｚｅｒｏ ｍｏｔｉｏｎ ｖｅｃｔｏｒ）などを含むことができる。

【0102】

また、前述の参照ピクチャを示す情報も、エンコーダからデコーダに伝送されてよい。また、ＭＶＰ候補に該当する参照ピクチャが、参照ピクチャを示す情報に該当しない時、モーションベクトルスケーリング（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｓｃａｌｉｎｇ）をしてもよい。モーションベクトルスケーリングは、現在ピクチャのＰＯＣ（ｐｉｃｔｕｒｅ ｏｒｄｅｒ ｃｏｕｎｔ）、現在ブロックの参照ピクチャのＰＯＣ、ＭＶＰ候補の参照ピクチャのＰＯＣ、ＭＶＰ候補に基づく計算であってよい。

【0103】

図９は、本発明の一実施例に係るＭＶＤ（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ）シンタックスを示す図である。

【0104】

ＭＶＤは、ＭＶＤの符号（ｓｉｇｎ）と絶対値（ａｂｓｏｌｕｔｅ ｖａｌｕｅ）が分離してコードされてよい。すなわち、ＭＶＤの符号と絶対値は別個のシンタックスであってよい。また、ＭＶＤの絶対値は、値が直接コードされてもよいが、図９のように、絶対値がＮよりも大きいか否かを示すフラグ（ｆｌａｇ）を含んでコードされてよい。仮に絶対値がＮよりも大きい場合、（絶対値－Ｎ）の値が共にシグナルされてよい。図９の例では、ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ０＿ｆｌａｇが伝送されてよく、このフラグは、絶対値が０よりも大きいか否かを示すフラグであってよい。仮に、絶対値が０よりも大きくないとａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ０＿ｆｌａｇが示した場合、絶対値が０であると決定できる。また、仮に絶対値が０よりも大きいとａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ０＿ｆｌａｇが示した場合、追加シンタックスシンタックスが存在してよい。例えば、ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇが存在でき、このフラグは、絶対値が１よりも大きいか否かを示すフラグであってよい。仮に絶対値が１よりも大きくないとａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇが示した場合、絶対値が１であると決定できる。仮に絶対値が１よりも大きいとａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇが示した場合、追加シンタックスが存在してよい。例えば、ａｂｓ＿ｍｖｄ＿ｍｉｎｕｓ２が存在できるが、これは（絶対値－２）の値であってよい。前述したａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ０＿ｆｌａｇ、ａｂｓ＿ｍｖｄ＿ｇｒｅａｔｅｒ１＿ｆｌａｇから絶対値が１よりも大きいと（２以上として）決定されたので、（絶対値－２）を示す。ａｂｓ＿ｍｖｄ＿ｍｉｎｕｓ２が可変長（ｖａｒｉａｂｌｅ ｌｅｎｇｔｈ）に二進化（ｂｉｎａｒｉｚａｔｉｏｎ）される場合、より少ないビットでシグナルするためである。例えば、Ｅｘｐ－Ｇｏｌｏｍｂ、ｔｒｕｎｃａｔｅｄ ｕｎａｒｙ、ｔｒｕｎｃａｔｅｄ Ｒｉｃｅなどの可変長二進化方法が存在する。またｍｖｄ＿ｓｉｇｎ＿ｆｌａｇは、ＭＶＤの符号を示すフラグであってよい。

【0105】

この実施例においてコーディング方法をＭＶＤを用いて説明したが、ＭＶＤ以外の情報も、符号と絶対値に関して分け、絶対値は、絶対値が或る値よりも大きいか否かを示すフラグと、絶対値から前記或る値を引いた値にコードすることが可能である。

【0106】

また、図９において、［０］と［１］は成分インデックス（ｃｏｍｐｏｎｅｎｔ ｉｎｄｅｘ）を示すことができる。例えば、ｘ－成分、ｙ－成分を示すことができる。

【0107】

また、図９において、ｃｐＩｄｘは、コントロールポイントインデックス（ｃｏｎｔｒｏｌ ｐｏｉｎｔ ｉｎｄｅｘ）を示すことができる。コントロールポイントインデックスは、アフィンモーション予測（ａｆｆｉｎｅ ｍｏｔｉｏｎ ｐｒｅｄｉｃｔｉｏｎ）におけるコントロールモーションベクトルインデックス（ｃｏｎｔｒｏｌ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｉｎｄｅｘ）に該当するインデックスであってよい。また、アフィンモーション予測以外の予測方法では、ｃｐＩｄｘを例えば、０のように既に設定された値として使用することができる。

【0108】

図１０は、本発明の一実施例に係るＡＭＶＲ（ａｄａｐｔｉｖｅ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｒｅｓｏｌｕｔｉｏｎ）シグナリングを示す図である。

【0109】

本発明の一実施例によれば、モーションベクトル又はＭＶＤを示す解像度（ｒｅｓｏｌｕｔｉｏｎ）は、様々であり得る。言い換えると、モーションベクトル又はＭＶＤがコードされる解像度は、様々であり得る。例えば、解像度は、ピクセル（ｐｉｘｅｌ；ｐｅｌ）に基づいて示すことができる。例えば、１／４（ｑｕａｒｔｅｒ）、１／２（ｈａｌｆ）、１（ｉｎｔｅｇｅｒ）、２、４ピクセルなどの単位でモーションベクトル又はＭＶＤをシグナルすることができる。例えば、１６を示したいとき、１／４単位にすれば６４でコードし（１／４＊６４＝１６）、１単位にすれば１６でコードし（１＊１６＝１６）、４単位にすれば４でコードすることができる（４＊４＝１６）。すなわち、次のように値を決定することができる。

【0110】

ｖａｌｕｅＤｅｔｅｒｍｉｎｅｄ＝ｒｅｓｏｌｕｔｉｏｎ＊ｖａｌｕｅＰｅｒＲｅｓｏｌｕｔｉｏｎ

【0111】

ここで、ｖａｌｕｅＤｅｔｅｒｍｉｎｅｄは、伝達する値、本実施例ではモーションベクトル又はＭＶＤであってよい。また、ｖａｌｕｅＰｅｒＲｅｓｏｌｕｔｉｏｎは、ｖａｌｕｅＤｅｔｅｒｍｉｎｅｄを［／ｒｅｓｏｌｕｔｉｏｎ］単位で示した値であってよい。

【0112】

このとき、モーションベクトル又はＭＶＤとしてシグナルする値が解像度で割り切れない場合、丸め（ｒｏｕｎｄｉｎｇ）などにより、予測性能が最も良いモーションベクトル又はＭＶＤではなく不正確な値を送ることができる。高い解像度を使用すれば不正確さを下げることはできるが、コードされる値が大きいため多くのビットが使用されることがあり、低い解像度を使用すれば不正確さが上がることがあるが、コードされる値が小さいので少ないビットを使用して済む。

【0113】

また、前記解像度を、ブロック、ＣＵ、ｓｌｉｃｅなどの単位に個別に設定することが可能である。したがって、単位に合わせて適応的に（ａｄａｐｔｉｖｅ）解像度を適用することができる。

【0114】

前記解像度は、エンコーダからデコーダにシグナルされてよい。このとき、解像度に対するシグナリングは、前述した可変長に二進化したシグナリングであってよい。このような場合、最小の値（最も前にある値）に該当するインデックスでシグナルする場合、シグナリングオーバーヘッドが減少する。

【0115】

一実施例として、高解像度（詳細にシグナリング）から低解像度の順にシグナリングインデックスにマッチさせることができる。

【0116】

図１０は、３つの解像度に対するシグナリングを示している。このような場合、３つのシグナリングは、０、１０、１１でよく、３つのシグナリングのそれぞれが解像度１、解像度２、解像度３に該当し得る。解像度１をシグナルするためには１ビットが必要であり、残りの解像度をシグナルするためには２ビットが必要であるため、解像度１をシグナルする時にシグナリングオーバーヘッドが少ない。図１０の例では、解像度１、解像度２、解像度３がそれぞれ１／４、１、４ピクセルである。

【0117】

以下の発明において、モーションベクトル解像度はＭＶＤの解像度を意味できる。

【0118】

図１１は、本発明の一実施例に係るインター予測関連シンタックスを示す図である。

【0119】

本発明の一実施例によれば、インター予測方法は、スキップモード（ｓｋｉｐ ｍｏｄｅ）、マージモード（ｍｅｒｇｅ ｍｏｄｅ）、インターモード（ｉｎｔｅｒ ｍｏｄｅ）などを含むことができる。一実施例によれば、スキップモードではレジデュアルシグナル（ｒｅｓｉｄｕａｌ ｓｉｇｎａｌ）が伝送されなくてよい。また、スキップモードにおいてマージモードのようなＭＶ決定方法を用いることができる。スキップモードが使用されるか否かは、スキップフラグ（ｓｋｉｐ ｆｌａｇ）によって決定されてよい。図１１を参照すると、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ値によって、スキップモード使用の有無が決定されてよい。

【0120】

一実施例によれば、マージモードではＭＶＤを使用しなくてよい。モーション候補インデックス（Ｍｏｔｉｏｎ ｃａｎｄｉｄａｔｅ ｉｎｄｅｘ）に基づいてモーションベクトルを決定することができる。マージモードが使用されるか否かは、マージフラグ（ｍｅｒｇｅ ｆｌａｇ）によって決定されてよい。図１１を参照すると、ｍｅｒｇｅ＿ｆｌａｇ値によって、マージモード使用の有無が決定されてよい。また、スキップモードを使用しない場合にマージモードを使用することが可能である。

【0121】

スキップモード又はマージモードにおいて一つ以上の候補リスト種類の中から選択的に使用することが可能である。例えば、マージ候補（ｍｅｒｇｅ ｃａｎｄｉｄａｔｅ）又はサブブロックマージ候補（ｓｕｂｂｌｏｃｋ ｍｅｒｇｅ ｃａｎｄｉｄａｔｅ）を使用することが可能である。また、マージ候補は、空間的隣候補（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｃａｎｄｉｄａｔｅ）、時間的候補（ｔｅｍｐｏｒａｌ ｃａｎｄｉｄａｔｅ）などを含むことができる。また、マージ候補は、現在ブロック（ＣＵ）全体に対するモーションベクトルを使用する候補を含むことができる。すなわち、現在ブロックに属する各サブブロックのモーションベクトルが同じ候補を含むことができる。また、サブブロックマージ候補は、サブブロックベースの時間的ＭＶ、アフィンマージ候補（ａｆｆｉｎｅ ｍｅｒｇｅ ｃａｎｄｉｄａｔｅ）などを含むことができる。また、サブブロックマージ候補は、現在ブロック（ＣＵ）のサブブロック別に異なるモーションベクトルを使用することが可能な候補を含むことができる。アフィンマージ候補は、アフィンモーション予測のコントロールポイントモーションベクトルを決定するとき、ＭＶＤを使用しないで決定する方法で作ったものであってよい。また、サブブロックマージ候補は、現在ブロックでサブブロック単位にモーションベクトルを決定する方法を含むことができる。例えば、サブブロックマージ候補は、先に言及したサブブロックベースの時間的ＭＶとアフィンマージ候補の他にも、平面ＭＶ、回帰ベースＭＶ、ＳＴＭＶＰなどを含むことができる。

【0122】

一実施例によれば、インターモードではＭＶＤを使用することができる。モーション候補インデックスに基づいてＭＶＰを決定し、前記ＭＶＰ及びＭＶＤに基づいてモーションベクトルを決定することができる。インターモードが使用されるか否かは、他のモードが使用されるか否かによって決定されてよい。また、他の例として、インターモードが使用されるか否かはフラグによって決定されてもよい。図１１では、他のモードであるスキップモード及びマージモードを使用しない場合にインターモードを使用する例を示している。

【0123】

インターモードは、ＡＭＶＰモード、アフィンインターモードなどを含むことができる。インターモードは、ＭＶＰ及びＭＶＤに基づいてモーションベクトルを決定するモードであってよい。アフィンインターモードは、アフィンモーション予測のコントロールポイントモーションベクトルを決定する時にＭＶＤを使用する方法であってよい。

【0124】

図１１を参照すると、スキップモード又はマージモードと決定された後に、サブブロックマージ候補を使用するか、或いはマージ候補を使用するかが決定できる。例えば、特定条件を満たす場合に、サブブロックマージ候補を使用するか否かを示すｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇをパースすることができる。また、前記特定条件は、ブロックサイズと関連した条件であってよい。例えば、幅、高さ、領域などに関する条件であってよく、これらを組み合わせて使用することもできる。図１１を参照すると、例えば、現在ブロック（ＣＵ）の幅及び高さが特定値以上の時の条件であってよい。ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇをパースする場合には、その値を０と推論（ｉｎｆｅｒ）できる。仮にｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｆｌａｇが１である場合にサブブロックマージ候補を使用し、０である場合にマージ候補を使用することができる。サブブロックマージ候補を使用する場合に、候補インデックスであるｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｉｄｘをパースでき、マージ候補を使用する場合に、候補インデックスであるｍｅｒｇｅ＿ｉｄｘをパースすることができる。この時、候補リストの最大個数が１である場合にはパースしなくてもよい。ｍｅｒｇｅ＿ｓｕｂｂｌｏｃｋ＿ｉｄｘ又はｍｅｒｇｅ＿ｉｄｘをパッシングしない場合には、０と推論できる。

【0125】

図１１は、ｃｏｄｉｎｇ＿ｕｎｉｔ関数を示しているが、イントラ予測関連内容は省かれたものでよく、図１１は、インター予測と決定された場合を示すものであってよい。

【0126】

図１２は、本発明の一実施例に係る空間的隣位置を示す図である。

【0127】

前述したように、予測を行う際に現在ブロック周辺位置を参照することができる。すなわち、現在ブロック周辺位置に該当するモーション情報を参照することができる。例えば、マージモード又はＡＭＶＰモードなどを使用する時、現在ブロック周辺位置に該当するモーション情報に基づいてＭＶＰ又はＭＶを設定することが可能である。前記周辺位置は既に設定されていてよい。また、前記周辺位置が多数あるとき、それらを参照する順序が既に設定されていてもよい。また、周辺位置は空間的隣及び時間的隣を含むことができる。

【0128】

図１２を参照すると、Ａ０、Ａ１、Ｂ０、Ｂ１、Ｂ２に該当する位置が既に設定されていてよい。また、ここでの位置は、ルマ位置を意味できる。現在ブロックの最上端－最左側位置を（ｘＣｂ，ｙＣｂ）とするとき、Ａ０、Ａ１、Ｂ０、Ｂ１、Ｂ２はそれぞれ、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ）、（ｘＣｂ－１，ｙＣｂ＋ｃｂＨｅｉｇｈｔ－１）、（ｘＣｂ＋ｃｂＷｉｄｔｈ，ｙＣｂ－１）、（ｘＣｂ＋ｃｂＷｉｄｔｈ－１，ｙＣｂ－１）、（ｘＣｂ－１，ｙＣｂ－１）であってよい。このとき、ｃｂＷｉｄｔｈ、ｃｂＨｅｉｇｈｔはそれぞれ、現在ブロック（ｃｕｒｒｅｎｔ ｂｌｏｃｋ）の幅と高さであってよい。

【0129】

本発明の一実施例によれば、マージモードにおいてＡ１、Ｂ１、Ｂ０、Ａ０、Ｂ２の順に空間的隣を参照することができる。また、空間的隣位置に該当する空間的候補を候補リストに追加することができる。また、空間的候補の他に時間的候補を追加でき、これは空間的候補よりも後に存在してよい。また、時間的候補に該当するモーションベクトルを、コロゲイテッドモーションベクトル（ｃｏｌｌｏｃａｔｅｄ ｍｏｔｉｏｎ ｖｅｃｔｏｒ）と呼ぶことができる。

【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】

110 変換部
115 量子化部
120 逆量子化部
125 逆変換部
130 フィルタリング部
150 予測部
152 イントラ予測部
154 インター予測部
154a モーション推定部
154b モーション補償部
160 エントロピーコーディング部
210 エントロピーデコーディング部
220 逆量子化部
225 逆変換部
230 フィルタリング部
250 予測部
252 イントラ予測部
254 インター予測部

【図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(a)】

【図25(b)】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】

【図43】