特表 2025-521298 色度イントラ予測システム及び方法

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

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

(11)【公表番号】

(43)【公表日】2025-07-08

(54)【発明の名称】色度イントラ予測システム及び方法

(51)【国際特許分類】

   H04N 19/593 20140101AFI20250701BHJP

   H04N 19/70 20140101ALI20250701BHJP

【ＦＩ】

H04N19/593

H04N19/70

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024573861

(86)(22)【出願日】2023-06-13

(85)【翻訳文提出日】2024-12-16

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

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

(87)【国際公開日】2023-12-21

(31)【優先権主張番号】63/366,596

(32)【優先日】2022-06-17

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

(31)【優先権主張番号】63/385,310

(32)【優先日】2022-11-29

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＦＲＡＭ

(71)【出願人】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．

【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋 学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田 昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口 智也

(74)【代理人】

【識別番号】100220630

【弁理士】

【氏名又は名称】河崎 亮

(72)【発明者】

【氏名】佐藤 数史

(72)【発明者】

【氏名】ユイ、ユエ

(72)【発明者】

【氏名】ユイ、ハオピン

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

5C159

【Ｆターム（参考）】

5C159LC09

5C159MA04

5C159MA05

5C159MA21

5C159MC11

5C159ME01

5C159PP16

5C159RC12

5C159TA31

5C159TB08

5C159TC27

5C159TC42

5C159UA02

5C159UA05

5C159UA16

(57)【要約】

本開示の一態様によれば、エンコーダにより符号化を行う方法が提供される。この方法は、輝度符号化ユニット（ＣＵ）に隣接していない第１参照行セットを識別するスデップを含んでもよい。この方法は、第１参照行セットに基づいて輝度（ｌｕｍａ）イントラ予測手順を実行するスデップを含んでもよい。この方法は、輝度イントラ予測手順に基づいて輝度ＣＵの輝度画素値セットを取得するスデップを含んでもよい。この方法は、第１参照行セットに基づいて、色度（ｃｈｒｏｍａ）ＣＵに隣接していない第２参照行セットを識別するスデップを含んでもよい。この方法は、輝度ＣＵに隣接していない第１参照行セット、色度ＣＵに隣接していない第２参照行セット、及び輝度ＣＵの輝度画素値セットに基づいて、色度ＣＵに関連する相関関数を推定するスデップを含んでもよい。

【特許請求の範囲】

【請求項1】

エンコーダにより符号化を行う方法であって、
少なくとも１つのプロセッサによって、輝度符号化ユニットＣＵに隣接していない第１参照行セットを識別するスデップと、
前記少なくとも１つのプロセッサによって、前記輝度ＣＵに隣接していない前記第１参照行セットに基づいて輝度イントラ予測手順を実行するスデップと、
前記少なくとも１つのプロセッサによって、前記輝度イントラ予測手順に基づいて前記輝度ＣＵの輝度画素値セットを取得するスデップと、
前記少なくとも１つのプロセッサによって、前記輝度ＣＵに隣接していない前記第１参照行セットに基づいて、色度ＣＵに隣接していない第２参照行セットを識別するスデップと、
前記少なくとも１つのプロセッサによって、前記輝度ＣＵに隣接していない前記第１参照行セット、前記色度ＣＵに隣接していない前記第２参照行セット、及び前記輝度ＣＵの前記輝度画素値セットに基づいて、前記色度ＣＵに関連する相関関数を推定するスデップと、を含む、
エンコーダにより符号化を行う方法。

【請求項2】

前記少なくとも１つのプロセッサによって、前記相関関数に基づいて色度イントラ予測手順を実行するステップと、
前記少なくとも１つのプロセッサによって、前記色度イントラ予測手順に基づいて前記色度ＣＵに対して前記色度画素値セットを取得するステップと、
前記少なくとも１つのプロセッサによって、前記輝度ＣＵに対して取得された前記輝度画素値セットと、前記色度ＣＵに対して取得された前記色度画素値セットとを含むビットストリームを生成するステップと、
通信インターフェイスによって、前記輝度ＣＵに対して取得された前記輝度画素値セットと、前記色度ＣＵに対して取得された前記色度画素値セットを含む前記ビットストリームを画像デコーダに伝送するステップと、をさらに含む、
請求項１に記載の方法。

【請求項3】

前記輝度イントラ予測手順は、マルチ参照行ＭＲＬイントラ予測手順を含み、
前記色度イントラ予測手順は、クロスコンポーネント線形モデルＣＣＬＭ手順を含む、
請求項２に記載の方法。

【請求項4】

前記方法は、
前記少なくとも１つのプロセッサによって、前記輝度イントラ予測手順に使用された前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックスを生成するステップ、をさらに含み、
前記ビットストリームは、前記輝度参照行インデックスを含むようにさらに生成される、
請求項２に記載の方法。

【請求項5】

前記輝度イントラ予測手順に使用される前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックス値と、前記色度イントラ予測手順に使用される前記色度ＣＵに隣接していない前記第２参照行セットに関連する色度参照行インデックス値とは、同じ値である、
請求項４に記載の方法。

【請求項6】

前記色度イントラ予測手順に使用される前記色度ＣＵに隣接していない前記第２参照行セットは、前記輝度イントラ予測手順に使用される前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの上方に位置する参照行を含む、
請求項２に記載の方法。

【請求項7】

前記色度イントラ予測手順に使用される前記色度ＣＵに隣接していない前記第２参照行セットは、前記輝度イントラ予測手順に使用される前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの下方に位置する参照行とを含む、
請求項２に記載の方法。

【請求項8】

前記方法は、
前記少なくとも１つのプロセッサによって、前記色度イントラ予測手順に使用される前記色度ＣＵに隣接していない前記第２参照行セットに関連する色度参照行インデックスを生成するステップをさらに含み、
前記ビットストリームは、前記色度参照行インデックスを含むようにさらに生成される、
請求項２に記載の方法。

【請求項9】

前記輝度イントラ予測手順に使用される前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックス値と、前記色度ＣＵに隣接していない前記第２参照行セットに関連する前記色度参照行インデックス値とは、異なる値である、
請求項８に記載の方法。

【請求項10】

前記方法は、
前記少なくとも１つのプロセッサによって、前記輝度イントラ予測手順に使用される前記輝度ＣＵに隣接していない前記第１参照行セットと、前記色度イントラ予測手順に使用される前記色度ＣＵに隣接していない前記第２参照行セットとの間の差分を識別するステップと、
前記少なくとも１つのプロセッサによって、前記輝度イントラ予測手順に使用される前記輝度ＣＵに隣接していない前記第１参照行セットと、前記色度イントラ予測手順に使用される前記色度ＣＵに隣接していない前記第２参照行セットとの間の前記差分に関連するデルタ値の指示を生成するステップと、をさらに含み、
前記ビットストリームは、前記輝度イントラ予測手順に使用される前記輝度ＣＵに隣接していない前記第１参照行セットと、前記色度イントラ予測手順に使用される前記色度ＣＵに隣接していない前記第２参照行セットとの間の前記差分に関連する前記デルタ値の前記指示を含むようにさらに生成される、
請求項８に記載の方法。

【請求項11】

前記輝度ＣＵと前記色度ＣＵに関連する符号化ツリー構造は、同じである、
請求項１０に記載の方法。

【請求項12】

前記指示は、ネガティブなデルタ値を表すために、第１値に設定されたビットを含み、
または、
前記指示は、ポジティブなデルタ値を表すために、第１値とは異なる第２値に設定されたビットを含む、
請求項１０に記載の方法。

【請求項13】

前記指示は、前記デルタ値を含む、
請求項１０に記載の方法。

【請求項14】

前記指示は、前記デルタ値を含まない、
請求項１０に記載の方法。

【請求項15】

エンコーダにより符号化を行うシステムであって、
少なくとも１つのプロセッサと、
メモリであって、前記メモリは、前記少なくとも１つのプロセッサによって実行される時に、前記少なくとも１つのプロセッサに、
輝度符号化ユニットＣＵに隣接していない第１参照行セットを識別させ、
前記輝度ＣＵに隣接していない前記第１参照行セットに基づいて輝度イントラ予測手順を実行させ、
前記輝度イントラ予測手順に基づいて前記輝度ＣＵの輝度画素値セットを取得させ、
前記輝度ＣＵに隣接していない前記第１参照行セットに基づいて、色度ＣＵに隣接していない第２参照行セットを識別させ、
前記輝度ＣＵに隣接していない前記第１参照行セット、前記色度ＣＵに隣接していない前記第２参照行セット、及び前記輝度ＣＵの前記輝度画素値セットに基づいて、前記色度ＣＵに関連する相関関数を推定させる命令を格納するメモリと、を含む、
エンコーダにより符号化を行うシステム。

【請求項16】

前記メモリは、前記少なくとも１つのプロセッサによって実行される時に、前記少なくとも１つのプロセッサに、さらに、
前記相関関数に基づいて色度イントラ予測手順を実行させ、
前記色度イントラ予測手順に基づいて前記色度ＣＵに対して色度画素値セットを取得させ、
前記輝度ＣＵに対して取得された前記輝度画素値セットと、前記色度ＣＵに対して取得された前記色度画素値セットとを含むビットストリームを生成させ、
前記輝度ＣＵに対して取得された前記輝度画素値セットと、前記色度ＣＵに対して取得された前記色度画素値セットとを含む前記ビットストリームを画像デコーダに伝送させる命令を格納する、
請求項１５に記載のシステム。

【請求項17】

前記輝度イントラ予測手順は、マルチ参照行ＭＲＬイントラ予測手順を含み、
前記色度イントラ予測手順は、クロスコンポーネント線形モデルＣＣＬＭ手順を含む、
請求項１６に記載のシステム。

【請求項18】

前記メモリは、前記少なくとも１つのプロセッサによって実行される時に、前記少なくとも１つのプロセッサに、さらに、
前記輝度イントラ予測手順に使用された前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックスを生成させる命令を格納し、
前記ビットストリームは、前記輝度参照行インデックスを含むようにさらに生成される、
請求項１６に記載のシステム。

【請求項19】

前記輝度イントラ予測手順に使用される前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックス値と、前記色度イントラ予測手順に使用される前記色度ＣＵに隣接していない前記第２参照行セットに関連する色度参照行インデックス値とは、同じ値である、
請求項１８に記載のシステム。

【請求項20】

前記色度イントラ予測手順に使用される前記色度ＣＵに隣接していない前記第２参照行セットは、前記輝度イントラ予測手順に使用される前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの上方に位置する参照行とを含む、
請求項１６に記載のシステム。

【請求項21】

前記色度イントラ予測手順に使用される前記色度ＣＵに隣接していない前記第２参照行セットは、前記輝度イントラ予測手順に使用される前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの下方に位置する参照行とを含む、
請求項１６に記載のシステム。

【請求項22】

前記メモリは、前記少なくとも１つのプロセッサによって実行される時に、前記少なくとも１つのプロセッサに、さらに、
前記色度イントラ予測手順に使用される前記色度ＣＵに隣接していない前記第２参照行セットに関連する色度参照行インデックスを生成させる命令を格納し、
前記ビットストリームは、前記色度参照行インデックスを含むようにさらに生成される、
請求項１６に記載のシステム。

【請求項23】

前記輝度イントラ予測手順に使用される前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックス値と、前記色度ＣＵに隣接していない前記第２参照行セットに関連する前記色度参照行インデックス値とは、異なる値である、
請求項２２に記載のシステム。

【請求項24】

前記メモリは、前記少なくとも１つのプロセッサによって実行される時に、前記少なくとも１つのプロセッサに、さらに、
前記輝度イントラ予測手順に使用される前記輝度ＣＵに隣接していない前記第１参照行セットと、前記色度イントラ予測手順に使用される前記色度ＣＵに隣接していない前記第２参照行セットとの間の差分を識別させ、
前記輝度イントラ予測手順に使用される前記輝度ＣＵに隣接していない前記第１参照行セットと、前記色度イントラ予測手順に使用される前記色度ＣＵに隣接していない前記第２参照行セットとの間の前記差分に関連するデルタ値の指示を生成させる命令を格納し、
前記ビットストリームは、前記輝度イントラ予測手順に使用される前記輝度ＣＵに隣接していない前記第１参照行セットと、前記色度イントラ予測手順に使用される前記色度ＣＵに隣接していない前記第２参照行セットとの間の前記差分に関連する前記デルタ値の前記指示を含むようにさらに生成される、
請求項２２に記載のシステム。

【請求項25】

前記輝度ＣＵと前記色度ＣＵに関連する符号化ツリー構造は、同じである、
請求項２４に記載のシステム。

【請求項26】

前記指示は、ネガティブなデルタ値を表すために、第１値に設定されたビットを含み、
または、
前記指示は、ポジティブなデルタ値を表すために、第１値とは異なる第２値に設定されたビットを含む、
請求項２４に記載のシステム。

【請求項27】

前記指示は、前記デルタ値を含む、
請求項２４に記載のシステム。

【請求項28】

前記指示は、前記デルタ値を含まない、
請求項２４に記載のシステム。

【請求項29】

デコーダにより復号化を行う方法であって、
通信インターフェースによって、画像エンコーダから、輝度符号化ユニットＣＵに関連する輝度画素値セットと、色度符号化ユニットＣＵに関連する色度画素値セットを含むビットストリームを受信するスデップと、
少なくとも１つのプロセッサによって、前記輝度ＣＵに隣接していなく且つ前記画像エンコーダによって前記輝度画素値セットを生成するために用いられる第１参照行セットと、前記色度ＣＵに隣接していなく且つ前記画像エンコーダによって色度画素値セットを生成するために用いられる第２参照行セットとに関連する相関関数を識別するステップと、を含む、
デコーダにより復号化を行う方法。

【請求項30】

前記方法は、
前記少なくとも１つのプロセッサによって、前記相関関数に基づいて前記ビットストリームを復号化して、前記輝度ＣＵに関連する前記輝度画素値セットと、前記色度ＣＵに関連する前記色度画素値セットを識別するステップと、
前記少なくとも１つのプロセッサによって、前記輝度ＣＵに関連する前記輝度画素値と、前記色度ＣＵに関連する前記色度画素値セットとに基づいて、強化した画像を生成するステップと、をさらに含む、
請求項２９に記載の方法。

【請求項31】

前記方法は、
前記少なくとも１つのプロセッサによって、前記ビットストリームからの、前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックスに関連する情報、または、前記色度ＣＵに隣接していない前記第２参照行セットに関連する色度参照行インデックスに関連する情報を識別するステップをさらに含み、
前記相関関数は、前記輝度参照行インデックスに基づいて識別される、
請求項３０に記載の方法。

【請求項32】

前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックス値と、前記色度ＣＵに隣接していない前記第２参照行セットに関連する色度参照行インデックス値とは、同じ値である、
請求項３１に記載の方法。

【請求項33】

前記色度ＣＵに隣接していない前記第２参照行セットは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの上方に位置する参照行とを含み、
前記相関関数は、前記色度ＣＵに隣接していない前記第２参照行セットに基づいて識別され、前記第２参照行セットは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの上方に位置する参照行とを含む、
請求項２９に記載の方法。

【請求項34】

前記色度ＣＵに隣接していない前記第２参照行セットは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの下方に位置する参照行とを含み、
前記相関関数は、前記色度ＣＵに隣接していない第２参照行セットに基づいて識別され、前記第２参照行セットは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの下方に位置する前記参照行とを含む、
請求項２９に記載の方法。

【請求項35】

前記ビットストリームは、前記色度ＣＵに隣接していない前記第２参照行セットに関連する色度参照行インデックスをさらに含み、
前記相関関数は、前記色度ＣＵに隣接していない前記第２参照行セットに関連する前記色度参照行インデックスに基づいて識別される、
請求項２９に記載の方法。

【請求項36】

前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックス値と、前記色度ＣＵに隣接していない前記第２参照行セットに関連する前記色度参照行インデックス値とは、異なる値である、
請求項３５に記載の方法。

【請求項37】

前記ビットストリームは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記色度ＣＵに隣接していない前記第２参照行セットとの間の差分に関連するデルタ値の指示をさらに含み、
前記相関関数は、前記デルタ値の前記指示に基づいて識別される、
請求項３６に記載の方法。

【請求項38】

前記輝度ＣＵと前記色度ＣＵに関連する符号化ツリー構造は、同じである、
請求項３７に記載の方法。

【請求項39】

前記指示は、ネガティブなデルタ値を表すために、第１値に設定されたビットを含み、
または、
前記指示は、ポジティブなデルタ値を表すために、第１値とは異なる第２値に設定されたビットを含む、
請求項３７に記載の方法。

【請求項40】

前記指示は、前記デルタ値を含む、
請求項３７に記載の方法。

【請求項41】

前記指示は、前記デルタ値を含まない、
請求項３７に記載の方法。

【請求項42】

デコーダにより復号化を行うシステムであって、
少なくとも１つのプロセッサと、
メモリであって、前記メモリは、前記少なくとも１つのプロセッサによって実行される時に、前記少なくとも１つのプロセッサに、
画像エンコーダから、輝度符号化ユニットＣＵに関連する輝度画素値セットと、色度符号化ユニットＣＵに関連する色度画素値セットを含むビットストリームを受信させ、
前記輝度ＣＵに隣接していなく且つ前記画像エンコーダによって前記輝度画素値セットを生成するために用いられる第１参照行セットと、前記色度ＣＵに隣接していなく且つ前記画像エンコーダによって色度画素値セットを生成するために用いられる第２参照行セットとに関連する相関関数を識別させる命令を格納するメモリと、を含む、
デコーダにより復号化を行うシステム。

【請求項43】

前記メモリは、前記少なくとも１つのプロセッサによって実行される時に、前記少なくとも１つのプロセッサに、さらに、
前記相関関数に基づいて前記ビットストリームを復号化して、前記輝度ＣＵに関連する前記輝度画素値セットと、前記色度ＣＵに関連する前記色度画素値セットとを識別させ、
前記輝度ＣＵに関連する前記輝度画素値と、前記色度ＣＵに関連する前記色度画素値セットとに基づいて、強化した画像を生成させる命令を格納する、
請求項４２に記載のシステム。

【請求項44】

前記メモリは、前記少なくとも１つのプロセッサによって実行される時に、前記少なくとも１つのプロセッサに、さらに、
前記ビットストリームからの、前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックスに関連する情報、または、前記色度ＣＵに隣接していない前記第２参照行セットに関連する色度参照行インデックスに関連する情報を識別させる命令を格納し、
前記相関関数は、前記輝度参照行インデックスに基づいて識別される、
請求項４３に記載のシステム。

【請求項45】

前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックス値と、前記色度ＣＵに隣接していない前記第２参照行セットに関連する色度参照行インデックス値とは、同じ値である、
請求項４４に記載のシステム。

【請求項46】

前記色度ＣＵに隣接していない前記第２参照行セットは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの上方に位置する参照行とを含み、
前記相関関数は、前記色度ＣＵに隣接していない前記第２参照行セットに基づいて識別され、前記第２参照行セットは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの上方に位置する参照行とを含む、
請求項４２に記載のシステム。

【請求項47】

前記色度ＣＵに隣接していない前記第２参照行セットは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの下方に位置する参照行とを含み、
前記相関関数は、前記色度ＣＵに隣接していない第２参照行セットに基づいて識別され、前記第２参照行セットは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの下方に位置する前記参照行とを含む、
請求項４２に記載のシステム。

【請求項48】

前記ビットストリームは、前記色度ＣＵに隣接していない前記第２参照行セットに関連する色度参照行インデックスをさらに含み、
前記相関関数は、前記色度ＣＵに隣接していない前記第２参照行セットに関連する前記色度参照行インデックスに基づいて識別される、
請求項４２に記載のシステム。

【請求項49】

前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックス値と、前記色度ＣＵに隣接していない前記第２参照行セットに関連する前記色度参照行インデックス値とは、異なる値である、
請求項４８に記載のシステム。

【請求項50】

前記ビットストリームは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記色度ＣＵに隣接していない前記第２参照行セットとの間の差分に関連するデルタ値の指示をさらに含み、
前記相関関数は、前記デルタ値の前記指示に基づいて識別される、
請求項４９に記載のシステム。

【請求項51】

前記輝度ＣＵと前記色度ＣＵに関連する符号化ツリー構造は、同じである、
請求項４７に記載のシステム。

【請求項52】

前記指示は、ネガティブなデルタ値を表すために、第１値に設定されたビットを含み、または、
前記指示は、ポジティブなデルタ値を表すために、第１値とは異なる第２値に設定されたビットを含む、
請求項５０に記載の方法。

【請求項53】

前記指示は、前記デルタ値を含む、
請求項５０に記載の方法。

【請求項54】

前記指示は、前記デルタ値を含まない、
請求項５０に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本願は、２０２２年６月１７日に出願された出願番号が６３／３６６，５９６であり且つ発明名称が「色度イントラ予測方法」である米国仮出願、２０２２年１１月２９日に出願された出願番号が６３／３８５，３１０であり且つ発明名称が「色度イントラ予測方法」である米国仮出願を基礎出願とする優先権を主張し、その開示内容の全ては参照により本願に組み込まれる。

【0002】

本開示の実施形態はビデオ符号化に関する。

【背景技術】

【0003】

デジタルビデオは主流となり、デジタルテレビ、ビデオ電話、及びテレビ会議などの幅広い用途で利用されている。これらのデジタルビデオアプリケーションは、コンピューティング及び通信技術の進歩と、効率的なビデオ符号化技術によって実現可能となっている。様々なビデオ符号化技術を用いてビデオデータを圧縮してもよい。これにより、ビデオデータに対する符号化は１つ以上のビデオ符号化標準を用いて行われることができる。例示的なビデオ符号化標準は、多用途ビデオ符号化方式（ｖｅｒｓａｔｉｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ、Ｈ．２６６／ＶＶＣ）、高効率ビデオコーディング（ｈｉｇｈ－ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ、Ｈ．２６５／ＨＥＶＣ）、高度なビデオコーディング（ａｄｖａｎｃｅｄ ｖｉｄｅｏ ｃｏｄｉｎｇ、Ｈ．２６４／ＡＶＣ）、動画専門家グループ（ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔ ｇｒｏｕｐ、ＭＰＥＧ）コーディングなどを含むが、これらに限定されない。

【発明の概要】

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

【0004】

本開示の一態様によれば、エンコーダにより符号化を行う方法が提供される。この方法は、少なくとも１つのプロセッサによって、輝度符号化ユニット（ｃｏｄｉｎｇ ｕｎｉｔ、ＣＵ）に隣接していない第１参照行セットを識別するスデップを含んでもよい。この方法は、少なくとも１つのプロセッサによって、輝度ＣＵに隣接していない第１参照行セットに基づいて輝度イントラ予測手順を実行するスデップを含んでもよい。この方法は、少なくとも１つのプロセッサによって、輝度イントラ予測手順に基づいて輝度ＣＵの輝度画素値セットを取得するスデップを含んでもよい。この方法は、少なくとも１つのプロセッサによって、輝度ＣＵに隣接していない第１参照行セットに基づいて、色度ＣＵに隣接していない第２参照行セットを識別するスデップを含んでもよい。この方法は、少なくとも１つのプロセッサによって、輝度ＣＵに隣接していない第１参照行セット、色度ＣＵに隣接していない第２参照行セット、及び輝度ＣＵの輝度画素値セットに基づいて、色度ＣＵに関連する相関関数を推定するスデップを含んでもよい。

【0005】

本開示の別の態様によれば、エンコーダにより符号化を行うシステムが提供される。このシステムは、少なくとも１つのプロセッサと、命令を格納するメモリとを含んでもよい。メモリは、少なくとも１つのプロセッサによって実行される時に、少なくとも１つのプロセッサに、輝度ＣＵに隣接していない第１参照行セットを識別させることができる命令を格納する。メモリは、少なくとも１つのプロセッサによって実行される時に、少なくとも１つのプロセッサに、輝度ＣＵに隣接していない第１参照行セットに基づいて輝度イントラ予測手順を実行させることができる命令を格納する。メモリは、少なくとも１つのプロセッサによって実行される時に、少なくとも１つのプロセッサに、輝度イントラ予測手順に基づいて輝度ＣＵの輝度画素値セットを取得させることができる命令を格納する。メモリは、少なくとも１つのプロセッサによって実行される時に、少なくとも１つのプロセッサに、輝度ＣＵに隣接していない第１参照行セットに基づいて、色度ＣＵに隣接していない第２参照行セットを識別させることができる命令を格納する。メモリは、少なくとも１つのプロセッサによって実行される時に、少なくとも１つのプロセッサに、輝度ＣＵに隣接していない第１参照行セット、色度ＣＵに隣接していない第２参照行セット、及び輝度ＣＵの輝度画素値セットに基づいて、色度ＣＵに関連する相関関数を推定させることができる命令を格納する。

【0006】

本開示の更なる態様によれば、デコーダにより復号化を行う方法が提供される。この方法は、通信インターフェースによって、輝度ＣＵに関連する輝度画素値セットと、色度ＣＵに関連する色度画素値セットを含む画像エンコーダからのビットストリームを受信するスデップを含んでもよい。この方法は、少なくとも１つのプロセッサによって、輝度ＣＵに隣接していなく且つ画像エンコーダによって輝度画素値セットを生成するために用いられる第１参照行セットと、色度ＣＵに隣接していなく且つ画像エンコーダによって色度画素値セットを生成するために用いられる第２参照行セットとに関連する相関関数を識別するスデップを含んでもよい。

【0007】

本開示のさらに別の態様によれば、デコーダによる復号化を行うシステムが提供される。このシステムは、少なくとも１つのプロセッサと、命令を格納するメモリを含んでもよい。メモリは、少なくとも１つのプロセッサによって実行される時に、少なくとも１つのプロセッサに、輝度ＣＵに関連する輝度画素値セットと、色度ＣＵに関連する色度画素値セットを含む画像エンコーダからのビットストリームを受信させることができる命令を格納する。メモリは、少なくとも１つのプロセッサによって実行される時に、少なくとも１つのプロセッサに、輝度ＣＵに隣接していなく且つ画像エンコーダによって輝度画素値セットを生成するために用いられる第１参照行セットと、色度ＣＵに隣接していなく且つ画像エンコーダによって色度画素値セットを生成するために用いられる第２参照行セットとに関連する相関関数を識別させることができる命令を格納する。

【0008】

これらの例示的な実施形態は、本開示を制限または定義するために説明させるものではなく、その理解を助けるための例を提供するためのものである。追加の実施形態は、詳細な説明に記載されており、そこでさらなる説明が提供されている。

【図面の簡単な説明】

【0009】

本明細書に組み込まれており且つ明細書の一部を形成する添付図面は、本開示の実施形態を示しており、説明とともに、本開示の原理をさらに説明し、当業者が本開示を作成および使用できるようにする役割を果たす。

【図1】画像符号化のための例示的なマルチ参照行（ｍｕｌｔｉｐｌｅ－ｒｅｆｅｒｅｎｃｅ ｌｉｎｅ、ＭＲＬ）イントラ予測手順を示す図である。

【図2】図１の画像符号化のための例示的なＭＲＬイントラ予測手順の拡張を示す図である。

【図3】クロスコンポーネント線形モデル（ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔ ｌｉｎｅａｒ ｍｏｄｅｌ、ＣＣＬＭ）パラメータ導出のための輝度サンプルと色度サンプルを示す図である。

【図4】ＣＣＬＭイントラ予測の傾き調整手順のグラフィカル表現を示す図である。

【図5A】ＶＶＣ用のシングルツリー・パーティションを示す図である。

【図5B】ＶＶＣ用のダブルツリー・パーティションを示す図である。

【図6】輝度イントラ予測手順と色度イントラ予測手順のための例示的な参照行を示す図である。

【図7】本開示のいくつかの実施形態に係る例示的な符号化システムのブロック図である。

【図8】本開示のいくつかの実施形態に係る例示的な復号化システムのブロック図である。

【図9】図８における符号化システム内の例示的なエンコーダの詳細なブロック図である。

【図10】図９における復号化システム内の例示的なデコーダの詳細なブロック図である。

【図11】本開示のいくつかの実施形態に係る、符号化ツリーユニット（ｃｏｄｉｎｇ ｔｒｅｅ ｕｎｉｔ、ＣＴＵ）に分割された例示的な画像である。

【図12】本開示のいくつかの実施形態に係る、符号化ユニット（ＣＵ）に分割された例示的なＣＴＵを示す図である。

【図13A】本開示のいくつかの実施形態に係る、輝度ＣＵに隣接していない第１参照行セットと、色度ＣＵに隣接していない第２参照行セットとを使用する第１例示イントラ予測手順を示す図である。

【図13B】本開示のいくつかの実施形態に係る、輝度ＣＵに隣接していない第１参照行セットと、色度ＣＵに隣接していない第２参照行セットとを使用する第２例示イントラ予測手順を示す図である。

【図13C】本開示のいくつかの実施形態に係る、輝度ＣＵに隣接していない第１参照行セットと、色度ＣＵに隣接していない第２参照行セットとを使用する第３例示イントラ予測手順を示す図である。

【図14A】本開示のいくつかの実施形態に係る、例示的なビデオ符号化方法のフローチャートである。

【図14B】本開示のいくつかの実施形態に係る、例示的なビデオ符号化方法のフローチャートである。

【図15】本開示のいくつかの実施形態に係る、例示的なビデオ復号化方法のフローチャートである。 本開示の実施形態は、添付図面を参照して説明される。

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

【0010】

いくつかの構成および配置について議論されているが、これは説明の目的のためだけに行われていることを理解すべきである。当業者なら、本開示の趣旨および範囲を逸脱することなく、他の構成および配置を使用できることを認識するであろう。当業者にとっては、本開示はまた、様々な他の応用にも利用してもよいことは明らかなことである。

【0011】

明細書中の「一実施形態」「実施形態」「例示的な実施形態」「いくつかの実施形態」「特定の実施形態」等への言及が、記載される実施形態が特定の特徴、構造、または特性を含んでいる可能性があることを示すものであるが、すべての実施形態が必ずしもその特定の特徴、構造、または特性を含んでいる必要はないことに留意すべきである。さらに、このような表現は必ずしも同じ実施形態を指すわけではない。また、ある実施形態と関連して特定の特徴、構造、または特性を説明する場合、当業者にとっては、明示的に記載されているか否かに関わらず、そのような特徴、構造、または特性を他の実施形態と組み合わせて実現することは知識の範囲内のことである。

【0012】

一般に、用語は少なくとも部分的には文脈における使用から理解されることができる。例えば、本明細書で使用される「１つ以上」という用語は、少なくとも部分的には文脈に応じて、単数形で任意の特徴、構造、または特性を記載するために用いられる場合もあり、複数形で特徴、構造、または特性の組み合わせを記載するために用いられる場合もある。同様に、「１つ」「１個」「当該」などの用語も、少なくとも部分的には文脈に応じて、単数形の用法を伝えるか、または複数形の用法を伝えるように理解されることができる。さらに、「基づいて」という用語は、排他的な要因セットを伝えることを必ずしも意図していないことが理解され、代わりに、少なくとも部分的には文脈に応じて、明示的に記載されていない追加的な要因の存在を許容してもよい。

【0013】

以下で、ビデオ符号化システムの様々な態様について、様々な装置および方法を参照して説明する。これらの装置および方法は、以下の詳細な説明で説明され、添付図面において、様々なモジュール、コンポーネント、回路、ステップ、操作、プロセス、アルゴリズムなど（総称して「要素」と呼ぶ）によって図示される。これらの要素は、電子ハードウェア、ファームウェア、コンピュータソフトウェア、またはそれらの任意の組み合わせを用いて実現されてもよい。このような要素がハードウェア、ファームウェア、またはソフトウェアとして実現されるか否かは、全体的なシステムに課される特定の応用および設計上の制約に依存する。

【0014】

ここで説明する技術は、様々なビデオ符号化応用のために用いられてもよい。本明細書で説明されるように、ビデオ符号化には、ビデオの符号化と復号化の両方が含まれる。ビデオの符号化と復号化は、ブロックを単位として行われてもよい。例えば、変換、量子化、予測、ループ内フィルタリング、再構築などの符号化／復号化プロセスは、符号化ブロック、変換ブロック、または予測ブロックに対して行われてもよい。本明細書では、符号化／復号化対象ブロックを「現在ブロック」と呼ぶ。例えば、現在ブロックは、現在の符号化／復号化プロセスに応じて、符号化ブロック、変換ブロック、または予測ブロックを表してもよい。また、本開示で使用される「ユニット」という用語は、特定の符号化／復号化プロセスを実行するための基本ユニットを示し、「ブロック」という用語は、予め決められたサイズのサンプル配列を示すことが理解される。特に断らない限り、「ブロック」と「ユニット」は交換可能に使用されてもよい。

【0015】

図１は、画像符号化のための例示的なマルチ参照行（ＭＲＬ）イントラ予測手順を示す図１００である。図２は、図１の画像符号化のための例示的なＭＲＬイントラ予測手順の拡張を示す図２００である。図３は、ＣＣＬＭパラメータ導出のための輝度サンプル３０２と色度サンプル３０４を示す図３００である。図４は、ＣＣＬＭイントラ予測の傾き調整手順のグラフィカル表現４００を示す図である。図５Ａは、ＶＶＣ用のシングルツリー・パーティションを示す図５００でる。図５Ｂは、ＶＶＣ用のダブルツリー・パーティションを示す図５２５である。図６は、輝度イントラ予測手順と色度イントラ予測手順のための例示的な参照行を示す図６００である。

【0016】

図１を参照すると、多用途ビデオ符号化方式（ＶＶＣ）において、符号化ユニット（ＣＵ）１０８に直接隣接する参照行内の参照サンプル１０４に加えて、隣接していない参照サンプル１０６を含む隣接していない参照行のうちの１つをイントラ予測手順に使用することにより、画素値１０２を予測してもよい。隣接していない参照サンプル１０６の後者の使用は、マルチ参照行（ＭＲＬ）予測と呼ばれる。ＶＶＣにおいて、ＭＲＬは無効にされており、符号化ツリーユニット（ＣＴＵ）の上部に位置する符号化ユニット（ＣＵｓ）に対してシグナリングされない。これによって、実施コストを最小限にする。ＭＲＬは、現在予測ブロックのイントラ予測モードが平面モードは含まれない最も可能な予測モード（ＭＰＭ）で符号化される場合にのみ適用される。

【0017】

ビットストリーム内では、表１に示すように、シーケンスパラメータセット（ｓｅｑｕｅｎｃｅ－ｐａｒａｍｅｔｅｒ ｓｅｔ、ＳＰＳ）記述子を用いてＭＲＬを有効または無効にしてもよい。

【0018】

【表1】

【0019】

ｓｐｓ＿ｍｒｌ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１に設定されている場合、図１のどの行がイントラ予測に使用されるかは、表２に示すように、ｃｏｄｉｎｇ＿ｕｎｉｔ（）構文内で指定される。

【0020】

【表2】

【0021】

図２を参照すると、ＭＲＬの拡張が提案されている。この提案では、拡張されたＭＲＬリストがＮ∈｛１，３，５，７，１２｝として定義されており、０から始まる数Ｎは、（Ｎ＋１）番目の上参照行および左参照行を表す。テンプレートに基づくイントラモード導出（Ｔｅｍｐｌａｔｅ ｂａｓｅｄ ｉｎｔｒａ ｍｏｄｅ ｄｅｒｉｖａｔｉｏｎ、ＴＩＭＤ）の場合、ＭＲＬリストはＮ∈｛１，３｝である。

【0022】

ＶＶＣにおいて、ＣＣＬＭと呼ばれる色度イントラ予測モードが指定されている。図３を参照すると、輝度サンプル３０２と色度サンプル３０４がＣＣＬＭパラメータ導出のために用いられてもよい。一般的な画像またはビデオコンテンツでは、画素の色成分間の信号相関性が観察されることがある。ＣＣＬＭモードは、ＭＲＬを用いて再構築された輝度サンプル３０２から色度サンプル３０４を予測することにより、チャンネル間の相関性を利用する。色度イントラ予測は、式（１）のような線形モデル関数を用いて行われる。

【0023】

【数1】

【0024】

ただし、Ｐ（ｉ，ｊ）は符号化ユニット（ＣＵ）内の色度サンプル３０４を表し、ｒｅｃ’Ｌ（ｉ，ｊ）は同じＣＵの輝度サンプル３０２を表す。輝度サンプル３０２は、４：２：０のカラーフォーマットの場合には、２：１の比率でダウンサンプリングされてもよい。ＣＣＬＭパラメータであるａとｂは、輝度サンプル３０２と色度サンプル３０４に基づいて導出されてもよい。

【0025】

ＶＶＣでは、３つのＣＣＬＭモード、すなわち、ＣＣＬＭの左と上（ＣＣＬＭ ｌｅｆｔ ａｎｄ ｔｏｐ、ＣＣＬＭ＿ＬＴ）、ＣＣＬＭの左（ＣＣＬＭ ｌｅｆｔ、ＣＣＬＭ＿Ｌ）、およびＣＣＬＭの上（ＣＣＬＭ ｔｏｐ、ＣＣＬＭ＿Ｔ）が指定されている。これら３つのモードは、モデルパラメータ「ａ」と「ｂ」を導出するために用いられる参照サンプルの位置について異なっている。上方境界のサンプルがＣＣＬＭ＿Ｔモードに関与し、左方境界のサンプルがＣＣＬＭ＿Ｌモードに関与する。ＣＣＬＭ＿ＬＴモードでは、上方境界と左方境界の両方のサンプルが使用される。全体として、ＣＣＬＭモードのうちのいずれかを使用する色度イントラ予測手順には、例えば、１）対応する色度ブロックのサイズに合わせるための、輝度ブロックとその隣接する再構築サンプルのダウンサンプリング、２）再構築隣接サンプルに基づくモデルパラメータ導出、３）色度イントラ予測サンプルを生成するための、式（１）の応用、が含まれる。

【0026】

輝度ＣＵのダウンサンプリングに関連する操作について、４：２：０のカラーフォーマットのビデオシーケンスの色度位置に合わせるために、２種類のダウンサンプリングフィルタを輝度サンプル３０２に応用することができる。２種類のダウンサンプリングフィルタは、いずれも、水平方向と垂直方向において２対１のダウンサンプリング比率を持ってもよい。これら２つのフィルタ（ｆ_１とｆ_２）は、下記の式（２）に例として示されており、それぞれ「ｔｙｐｅ－０」と「ｔｙｐｅ－２」の４：２：０色度フォーマットのビデオコンテンツに対応している。

【0027】

【数2】

【0028】

ＳＰＳレベルのフラグ情報に基づいて、２次元の６タップまたは５タップのフィルタが、現在ブロック内の輝度サンプル３０２とその隣接サンプルに応用される。現在ブロックの最上行がＣＴＵ境界である場合には異常が発生する。この場合、１次元フィルタ［１，２，１］／４が上記の隣接する輝度サンプル３０２に応用されることにより、ＣＴＵ境界の上方に複数の輝度行を使用することを回避する。

【0029】

モデルパラメータの導出プロセスについて、操作（１）からのモデルパラメータ「ａ」と「ｂ」は、エンコーダとデコーダの両方で、再構築された輝度サンプル３０２と色度サンプル３０４に基づいて導出され、これにより、ＶＶＣにおける任意のシグナリングオーバーヘッドを回避する。

【0030】

再び図３を参照すると、Ｍ×Ｎの色度ブロック、対応する２Ｍ×２Ｎの輝度ブロック、輝度サンプル３０２、および色度サンプル３０４の相対的なサンプル位置が示されている。図３では、ＣＣＬＭ＿ＬＴモードで使用される４つのサンプルも示されており、それらは三角形状でマークされている。それらは、上方境界でのＭ／４と３＊Ｍ／４の位置、および左方境界でのＮ／４と３＊Ｎ／４の位置にある。ＣＣＬＭ＿ＴモードおよびＣＣＬＭ＿Ｌモードでは、上方境界と左方境界が（Ｍ＋Ｎ）つのサンプルのサイズまで拡張され、モデルパラメータ導出ために用いられる４つのサンプルは、（Ｍ＋Ｎ）／８、３＊（Ｍ＋Ｎ）／８、５＊（Ｍ＋Ｎ）／８、７＊（Ｍ＋Ｎ）／８の位置にある。

【0031】

４つのサンプルが選択されると、４つの比較操作が使用されて、そのうちの２つの最小の輝度サンプル値と２つの最大の輝度サンプル値を決定する。例えば、Ｘｌを２つの最大の輝度サンプル値の平均値とし、Ｘｓを２つの最小の輝度サンプル値の平均値とする。同様に、ＹｌとＹｓを対応する色度サンプル値の平均値とする。そして、線形モデルパラメータ「ａ」と「ｂ」は、式（３）に従って取得される。

【0032】

【数3】

【0033】

式（３）において、パラメータ「ａ」を算出するための除算操作は、ルックアップテーブルを用いて実現されている。ルックアップテーブルを格納するメモリ量を減らすために、最大値と最小値の差である差分値とパラメータ「ａ」は、指数表記によって表される。ここで、差分値は、４ビットの有効部分と１つの指数によって近似される。その結果、１／差分値のテーブルは１６つの要素を含む。これにより、計算の複雑さを軽減するとともに、テーブルを格納するために必要なメモリサイズを減らすという利点がある。

【0034】

符号化効率を向上させるため、強化圧縮モデル（ｅｎｈａｎｃｅｄ ｃｏｍｐｒｅｓｓｉｏｎ ｍｏｄｅｌ、ＥＣＭ）が提案されている。ＥＣＭ において、マルチモデル線形モデル（ｍｕｌｔｉ－ｍｏｄｅｌ ｌｉｎｅａｒ ｍｏｄｅｌ、ＭＭＬＭ）と呼ばれるＣＣＬＭの拡張が採用されている。各ＭＭＬＭモードでは、再構築された隣接サンプルは、輝度サンプル３０２の平均値である閾値を用いて２つのクラスに分類される。各クラスの線形モデルは、ＶＶＣにおける上記方法の代わりに、最小平均二乗（ｌｅａｓｔ－ｍｅａｎ ｓｑｕａｒｅ、ＬＭＳ）手順を用いて導出される。

【0035】

図４を参照すると、式（１）におけるパラメータ「ａ」の傾き調整は、ＣＣＬＭの符号化性能をさらに向上させてもよい。例えば、ＣＣＬＭは、２つのパラメータを持つモデルを用いて輝度値（ｌｕｍａＶａｌ）を色度値（ｃｈｒｏｍａＶａｌ）にマッピングする。傾きパラメータ「ａ」とバイアスパラメータ「ｂ」は、式（４）に従ってそのマッピングを定義する。

【0036】

【数4】

【0037】

さらに、傾き調整パラメータ「ｕ」を用いて、傾きパラメータを更新する。これにより、式（５）に従ってモデルを更新することができる。

【0038】

【数5】

【0039】

ただし、ａ’＝ａ＋ｕ、ｂ’＝ｂ－ｕ＊ｙｒであり、ｙｒは輝度サンプル３０２の値の平均値である。

【0040】

引き続き図４を参照すると、傾き調整パラメータ「ｕ」は、－４から４までの整数（－４と４を含む）として提供され、ビットストリーム内でシグナリングされる。傾き調整パラメータの単位は、１つの輝度サンプル値あたり（例えば、１０ビットコンテンツの場合）の色度サンプル値の１／８である。傾き調整パラメータは、ＣＵの上方と左方の両方の参照サンプル（例えば、「ＬＭ＿ＣＨＲＯＭＡ＿ＩＤＸ」および「ＭＭＬＭ＿ＣＨＲＯＭＡ＿ＩＤＸ」）を使用するＣＣＬＭ手順に使用されてもよいが、「片側」モードには使用されない。この選択は、符号化効率と複雑さのトレードオフを考慮したものである。マルチモードのＣＣＬＭモデルに傾き調整が応用される場合、両方のモデルを調整することができる。そのため、１つの色度ＣＵに対して最大２つの傾き更新がシグナリングされる可能性がある。

【0041】

高効率ビデオコーディング（ＨＶＥＣ）では、ＣＴＵの符号化ツリーはそのＹ成分、Ｃｂ成分、およびＣｒ成分で共有されているため、１つのＣＵは１つの輝度ＣＵと２つの色度ＣＵで構成されている。ＶＶＣでは、このシングルツリー構造はＰスライスとＢスライスに保持されている。しかし、Ｉスライスでは、輝度成分と色度成分の空間的特性が異なる場合がある。一般的に、輝度は色度よりも細かいテクスチャを持っており、その結果、輝度ＣＴＵ内の小さなＣＵの数は色度ＣＴＵ内の小さなＣＵの数よりも多くなる。したがって、Ｉスライスでは輝度成分と色度成分に別々の符号化ツリーを使用することが合理的である。この場合、１つの輝度ＣＴＵ（元のＣＴＵの１つの輝度符号化ツリーブロック（ｃｏｄｉｎｇ－ｔｒｅｅ ｂｌｏｃｋ、ＣＴＢ）を１つだけ含む）が１つの符号化ツリーを形成し、１つの色度ＣＴＵ（元のＣＴＵの２つの色度ＣＴＢを含む）が１つの色度分離ツリー（ｃｈｒｏｍａ ｓｅｐａｒａｔｅ ｔｒｅｅ、ＣＳＴ）を形成する。ＶＶＣでは、ＩスライスにおけるこのＣＳＴの設計は「ダブルツリーＣＴＵ」と呼ばれている。

【0042】

ＣＴＵレベルからＣＳＴのパーティションを開始するには、まず輝度ＣＴＢをシグナリングし、その後に色度ＣＴＢｓをシグナリングする必要がある。そのため、デコーダは、対応する６４ｘ６４の色度ＣＴＢを処理する前に、１２８ｘ１２８の輝度ブロックを処理して保存しなければならない。このような処理順序により、ＣＴＵダブルツリーがない場合と比べて、バッファサイズが４倍になる。ＶＶＣでのバッファ要件を減らすために、ＣＳＴはＣＴＵレベルではなく、最大ＴＵレベルから開始される。

【0043】

ＶＶＣのテストモデルにおける共通テスト条件（ｃｏｍｍｏｎ ｔｅｓｔ ｃｏｎｄｉｔｉｏｎ、ＣＴＣ）では、各ＣＴＵはＩスライスにおける１２８ｘ１２８の輝度サンプルと２ｘ６４ｘ６４の色度サンプルを含み、４分木（ｑｕａｄ－ｔｒｅｅ、ＱＴ）分割手順を用いて４つの６４ｘ６４－Ｌ／３２ｘ３２－Ｃ符号化ツリーノードに分割される。２つの分離された符号化ツリー（１つは輝度符号化ツリー、もう１つはＣＳＴ）は、４つの６４ｘ６４－Ｌ／３２ｘ３２－Ｃ符号化ツリーノードの各々から開始される。現在色度ＣＵに対してＣＣＬＭモードが色度イントラ予測手順として選択される場合、１）現在色度ＣＢの色度隣接ブロックからの再構築サンプルと、２）現在色度ＣＢの対応する輝度隣接ブロックと輝度配列ブロックからの再構築サンプルとが色度予測サンプルを生成するプロセスに関与する。ＣＣＬＭ色度ＣＵを持つ単一のパーティションツリーがある場合、輝度成分と色度成分のパーティションは整列している。現在Ｃｂ／Ｃｒ ＣＢ内の任意の色度サンプルの再構築は、サンプルが再構築された後に行うことができる。

【0044】

したがって、図５Ａに示すように、同じＣＵパーティションが６４ｘ６４の輝度符号化ノードと対応する３２ｘ３２の色度符号化ツリーノードに応用される場合、対応するＣｂ／Ｃｒ ＣＵの再構築を開始する前に、全体の輝度ＣＵの再構築を待つ必要はない。しかし、ＣＴＵがダブルツリー・パーティションを持つ場合、輝度成分と色度成分間のＣＵパーティションが異なる可能性があり、例えば図５Ｂに示すように、輝度ＣＵと色度ＣＵの異なる処理順序につながる。関連するＳＰＳ構文（ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（））は、以下の表３に示されている。ツリー構造に関連する構文要素と表３の１つ以上の構文要素は、ビットストリームの一部として伝送されてもよい。

【0045】

【表3】

【0046】

表３を参照すると、ｓｐｓ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇの値が１と等しいことは、Ｉスライスについて、各ＣＴＵが暗黙的な４分木分割を用いて６４×６４の輝度サンプルを持つ符号化ユニットに分割され、これらの符号化ユニットが輝度と色度の２つの分離符号化ツリー構文構造のルートとなることを指定する。ｓｐｓ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇの値が０と等しいことは、Ｉスライスについて、分離符号化ツリー構文構造が使用されないことを指定する。ｓｐｓ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇが存在しない場合、それが０であると推測される。ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｌｕｍａがＭｉｎ（６，ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ＭｉｎＱｔＬｏｇ２ＳｉｚｅＩｎｔｒａＹより大きい場合、ｓｐｓ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇの値は０に等しくなければならない。

【0047】

ＳＰＳを参照して、ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ構文要素は、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しい色度ＣＴＵの４分木分割によって得られる色度葉ブロック（ｃｈｒｏｍａ ｌｅａｆ ｂｌｏｃｋ）の輝度サンプルにおける最小サイズの二進対数と、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅが２（Ｉ）のスライスにおけるｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しい色度ＣＵの輝度サンプルにおける最小符号化ブロックサイズの二進対数との間のデフォルトの差分を指定する。ＳＰＳを参照して、ｓｐｓ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１と等しい場合、このデフォルトの差分は、ＰＨ構文構造内に存在するｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｃｈｒｏｍａによって上書きされることができる。ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａの値は、０からＭｉｎ（６，ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹまでの範囲（０とＭｉｎ（６，ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹを含む）内にあってもよい。存在しない場合、ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａの値が０であると推測される。ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しいＣＴＵの４分木分割によって得られる色度葉ブロックの輝度サンプルにおける最小サイズの二進対数は、式（６）に従って導出される。

【0048】

【数6】

【0049】

ＳＰＳを参照して、ｓｐｓ＿ｍａｘ＿ｍｔｔ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ構文要素は、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しい色度４分木葉のマルチタイプツリー分割によって得られる、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅが２（Ｉ）のスライス内の色度符号化ユニットに対するデフォルトの最大階層深度を指定する。ＳＰＳを参照して、ｓｐｓ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合、このデフォルトの最大階層深度は、ＰＨ構文構造内に存在するｐｈ＿ｍａｘ＿ｍｔｔ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｃｈｒｏｍａによって上書きされることができる。ｓｐｓ＿ｍａｘ＿ｍｔｔ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ構文要素の値は、０から２＊（ＣｔｂＬｏｇ２ＳｉｚｅＹ－ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹ）までの範囲（０と２＊（ＣｔｂＬｏｇ２ＳｉｚｅＹ－ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹ）を含む）内にあってもよい。存在しない場合、ｓｐｓ＿ｍａｘ＿ｍｔｔ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａの値が０であると推測される。

【0050】

ＳＰＳを参照して、ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ構文要素は、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅが２（Ｉ）のスライス内で、２分木分割を用いて分割可能な色度符号化ブロックの輝度サンプルにおける最大サイズ（幅または高さ）の二進対数と、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しい色度ＣＴＵの４分木分割によって得られる色度葉ブロックの輝度サンプルにおける最小サイズ（幅または高さ）の二進対数との間のデフォルトの差分を指定する。ＳＰＳを参照して、ｓｐｓ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合、このデフォルトの差分は、ＰＨ構文構造内に存在するｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｃｈｒｏｍａによって上書きされることができる。ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａの値は、０からＭｉｎ（６，ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ＭｉｎＱｔＬｏｇ２ＳｉｚｅＩｎｔｒａＣまでの範囲（０とＭｉｎ（６，ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ＭｉｎＱｔＬｏｇ２ＳｉｚｅＩｎｔｒａＣを含む）内にある必要がある。ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａが存在しない場合、ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａの値が０であると推測される。

【0051】

ＳＰＳを参照して、ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ構文要素は、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅが２（Ｉ）のスライス内で、３分木分割を用いて分割可能な色度符号化ブロックの輝度サンプルにおける最大サイズ（幅または高さ）の二進対数と、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しい色度ＣＴＵの４分木分割によって得られる色度葉ブロックの輝度サンプルにおける最小サイズ（幅または高さ）の二進対数との間のデフォルトの差分を指定する。ＳＰＳを参照して、ｓｐｓ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１の場合、このデフォルトの差分は、ＰＨ構文構造内に存在するｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｃｈｒｏｍａによって上書きされることができる。ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａの値は、０からＭｉｎ（６，ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ＭｉｎＱｔＬｏｇ２ＳｉｚｅＩｎｔｒａＣまでの範囲（０とＭｉｎ（６，ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ＭｉｎＱｔＬｏｇ２ＳｉｚｅＩｎｔｒａＣを含む）内にある必要がある。ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａが存在しない場合、ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａの値が０であると推測される。

【0052】

ｃｏｄｉｎｇ＿ｕｎｉｔ（）構文要素は、以下の表４に示されている。

【0053】

【表4】

【0054】

パラメータ「ｔｒｅｅＴｙｐｅ」の値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しいか否かによって、現在ＣＵに対してＣＳＴが応用されるか否かを決定することができる。ここで、構文要素ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇとｃｃｌｍ＿ｍｏｄｅ＿ｉｄｘは、ビットストリーム内で伝送されてもよい。

【0055】

ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇの値が１であることは、ＩＮＴＲＡ＿ＬＴ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｌ＿ＣＣＬＭ、およびＩＮＴＲＡ＿Ｔ＿ＣＣＬＭの色度イントラ予測モードのいずれかが応用されることを指定する。ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇが０であることは、ＩＮＴＲＡ＿ＬＴ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｌ＿ＣＣＬＭ、およびＩＮＴＲＡ＿Ｔ＿ＣＣＬＭの色度イントラ予測モードのいずれも応用されないことを指定する。ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇが存在しない場合、それが０であると推測される。ｃｃｌｍ＿ｍｏｄｅ＿ｉｄｘ構文要素は、ＩＮＴＲＡ＿ＬＴ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｌ＿ＣＣＬＭ、およびＩＮＴＲＡ＿Ｔ＿ＣＣＬＭの色度イントラ予測モードのうち、どのモードが応用されるかを指定する。

【0056】

図６を参照すると、既存のＶＶＣ技術を用いる場合、図６に示すように、ＭＲＬ輝度イントラ予測６０２、ＣＣＬＭ輝度イントラ予測６０４、ＣＣＬＭ色度イントラ予測６０６のための参照行が異なってもよい。輝度ブロックの上方の１行目にノイズが含まれている場合、この行を輝度イントラ予測に使用すると、最良の符号化効率が得られない。このような場合、輝度イントラ予測には代替の参照行が使用される。この場合でも、上記の１行目と２行目は常にＣＣＬＭイントラ予測に使用される。Ｙ成分、Ｃｂ成分、およびＣｒ成分のツリー構造が共有されている場合、符号化効率の低下を招く。

【0057】

これらおよびその他の課題を克服するため、本開示では、色度ＣＵに隣接していない参照行を色度イントラ予測に使用する例示イントラ予測手順を提供する。例えば、いくつかの実施形態では、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されている場合、輝度ＭＲＬイントラ予測のための同じ参照行がＣＣＬＭ色度イントラ予測に応用される。そうでない場合、従来のＶＶＣ仕様で定義された参照行がＣＣＬＭ色度イントラ予測に使用される。いくつかの実施形態では、ＣＣＬＭ色度イントラ予測の参照行インデックスは、輝度ＭＲＬイントラ予測の参照行インデックスとは独立して伝送されてもよい。いくつかの実施形態では、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されている場合、ＣＣＬＭ色度イントラ予測の参照行インデックスと輝度ＭＲＬイントラ予測の参照行インデックスとの差分（デルタ値）が、対応する参照行インデックスの代わりに伝送される。例示的なイントラ予測手順の詳細は、以下で図７～図１５と組み合わせて提供される。

【0058】

図７は、本開示のいくつかの実施形態に係る例示的な符号化システム７００のブロック図である。図８は、本開示のいくつかの実施形態に係る例示的な復号化システム８００のブロック図である。各システム７００または８００は、コンピュータや無線通信装置などのデータ処理が可能な様々なシステムや装置に応用または組み込まれてもよい。例えば、システム７００または８００は、携帯電話、デスクトップコンピュータ、ラップトップコンピュータ、タブレット、車載コンピュータ、ゲーム機、プリンタ、測位装置、ウェアラブル電子機器、スマートセンサ、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ、ＶＲ）装置、拡張現実（ａｒｇｕｍｅｎｔ ｒｅａｌｉｔｙ、ＡＲ）装置、またはその他の適切なデータ処理能力を持つ電子機器の全部または一部であり得る。図１および図２に示すように、システム７００または８００は、プロセッサ７０２、メモリ７０４、およびインターフェース７０６を含んでもよい。これらのコンポーネントは、バスで互いに接続されているように示されているが、他の接続タイプも許容される。システム７００または８００が、ここで説明される機能を実行するためのその他の適切なコンポーネントを含んでもよいことは理解される。

【0059】

プロセッサ７０２は、グラフィックス処理ユニット（ｇｒａｐｈｉｃ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＧＰＵ）、画像信号プロセッサ（ｉｍａｇｅ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＩＳＰ）、中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、テンソル処理ユニット（ｔｅｎｓｏｒ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＴＰＵ）、ビジョン処理ユニット（ｖｉｓｉｏｎ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＶＰＵ）、ニューラル処理ユニット（ｎｅｕｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＮＰＵ）、シナジスティック処理ユニット（ｓｙｎｅｒｇｉｓｔｉｃ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＳＰＵ）、または物理処理ユニット（ｐｈｙｓｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＰＰＵ）などのマイクロプロセッサ、マイクロコントローラユニット（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ ｕｎｉｔ、ＭＣＵ）、識別用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、プログラマブル論理デバイス（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ、ＰＬＤ）、ステートマシン、ゲートドロジック、ディスクリートハードウェア回路、および本開示で説明される様々な機能を実行するように構成されたその他の適切なハードウェアを含んでもよい。図１および図２には１つのプロセッサのみが示されているが、複数のプロセッサを含んでもよいことは理解される。プロセッサ７０２は、１つ以上の処理コアを持つハードウェアデバイスであってもよい。プロセッサ７０２はソフトウェアを実行してもよい。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などと呼ばれるに関わらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などと広く解釈されるべきである。ソフトウェアは、解釈型言語、コンパイル型言語、または機械語で書かれたコンピュータ命令を含んでもよい。ソフトウェアの広いカテゴリの下では、ハードウェアに指示するその他の技術も許容される。

【0060】

メモリ７０４は、大まかには、メモリ（すなわち、主メモリ／システムメモリ）とストレージ（すなわち、二次メモリ）の両方を含んでもよい。例えば、メモリ７０４は、ランダムアクセスメモリ（ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、読み出し専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、静的ＲＡＭ（ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、動的ＲＡＭ（ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ）、強誘電体ＲＡＭ（ｆｅｒｒｏ－ｅｌｅｃｔｒｉｃ ＲＡＭ、ＦＲＡＭ）、電気的消去可能プログラマブルＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＥＥＰＲＯＭ）、コンパクトディスク読み出し専用メモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）またはその他の光ディスクストレージ、磁気ディスクストレージまたはその他の磁気ストレージ装置などのハードディスクドライブ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ、ＨＤＤ）、フラッシュドライブ、ソリッドステートドライブ（ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ、ＳＳＤ）、またはプロセッサ７０２によってアクセスおよび実行可能な命令の形で所望のプログラムコードを保持または格納するために用いられることができるその他の媒体を含んでもよい。大まかには、メモリ７０４は、非一時的なコンピュータ読み取り可能な媒体などの任意のコンピュータ読み取り可能な媒体によって具現化されてもよい。図１および図２には１つのメモリのみが示されているが、複数のメモリを含んでもよいことは理解される。

【0061】

インターフェース７０６は、大まかには、情報を送受信する過程で他の外部ネットワーク要素と共に信号を送受信するように構成されるデータインターフェースと通信インターフェースを含んでもよい。例えば、インターフェース７０６は、入力／出力（ｉｎｐｕｔ／ｏｕｔｐｕｔ、Ｉ／Ｏ）機器と有線トランシーバまたは無線のトランシーバを含んでもよい。図１および図２には１つのメモリのみが示されているが、複数のインターフェースを含んでもよいことは理解される。

【0062】

プロセッサ７０２、メモリ７０４、およびインターフェース７０６は、ビデオ符号化機能を実行するために、システム７００または８００内で様々な形態で実現されてもよい。いくつかの実施形態では、システム７００または８００のプロセッサ７０２、メモリ７０４、およびインターフェース７０６は、１つ以上のシステムオンチップ（ｓｙｓｔｅｍ－ｏｎ－ｃｈｉｐ、ＳｏＣ）上で実現される（例えば、統合される）。１つの例では、プロセッサ７０２、メモリ７０４、およびインターフェース７０６は、ビデオ符号化および復号化アプリケーションを実行することを含む、オペレーティングシステム（ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ、ＯＳ）環境におけるアプリケーション処理を担当するアプリケーションプロセッサ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ、ＡＰ）ＳｏＣ上で統合される。別の例では、プロセッサ７０２、メモリ７０４、およびインターフェース７０６は、リアルタイムオペレーティングシステム（ｒｅａｌ－ｔｉｍｅ ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ、ＲＴＯＳ）における画像およびビデオ処理に専用のＧＰＵまたはＩＳＰチップなどの、ビデオ符号化用の専用プロセッサチップ上で統合される。

【0063】

図７に示すように、符号化システム７００において、プロセッサ７０２は、エンコーダ７０１などの１つ以上のモジュールを含んでもよい。図７ではエンコーダ７０１が１つのプロセッサ７０２内にあるように示されているが、エンコーダ７０１が、互いに近接または離れる異なるプロセッサ上で実現されることができる１つ以上のサブモジュールを含んでもよいことは理解される。エンコーダ７０１（および任意の対応するサブモジュールまたはサブユニット）は、他のコンポーネントと共に使用するように設計されるプロセッサ７０２のハードウェアユニット（例えば、集積回路の一部）であるか、またはプロセッサ７０２が少なくともプログラム（すなわち、命令）の一部を実行することによって実現するソフトウェアユニットである。プログラムの命令は、メモリ７０４などのコンピュータ読み取り可能な媒体に格納されており、プロセッサ７０２によって実行されるとき、以下で詳細に説明される画像分割、インター予測、イントラ予測、変換、量子化、フィルタリング、エントロピー符号化などのビデオ符号化に関連する１つ以上の機能を持つプロセスを実行してもよい。

【0064】

同様に、図８に示すように、復号化システム８００において、プロセッサ７０２は、デコーダ８０１などの１つ以上のモジュールを含んでもよい。図８ではデコーダ８０１が１つのプロセッサ７０２内にあるように示されているが、デコーダ８０１が、互いに近接または離れる異なるプロセッサ上で実現されることができる１つ以上のサブモジュールを含んでもよいことは理解される。デコーダ８０１（および任意の対応するサブモジュールまたはサブユニット）は、他のコンポーネントと共に使用するように設計されるプロセッサ７０２のハードウェアユニット（例えば、集積回路の一部）であるか、またはプロセッサ７０２が少なくともプログラム（すなわち、命令）の一部を実行することによって実現するソフトウェアユニットである。プログラムの命令は、メモリ７０４などのコンピュータ読み取り可能な媒体に格納されており、プロセッサ７０２によって実行されるとき、以下で詳細に説明されるエントロピー復号化、逆量子化、逆変換、インター予測、イントラ予測、フィルタリングなどのビデオ復号化に関連する１つ以上の機能を持つプロセスを実行してもよい。

【0065】

図９は、本開示のいくつかの実施形態に係る、図７における符号化システム７００内の例示的なエンコーダ７０１の詳細なブロック図である。図９に示すように、エンコーダ７０１は、パーティションモジュール９０２、インター予測モジュール９０４、イントラ予測モジュール９０６、変換モジュール９０８、量子化モジュール９１０、逆量子化モジュール９１２、逆変換モジュール９１４、フィルタモジュール９１６、バッファモジュール９１８、および符号化モジュール９２０を含んでもよい。図９に示されている各要素が、ビデオエンコーダにおける互いに異なる特性的な機能を表すように独立して表現されており、各コンポーネントが個別のハードウェアの構成単位または単一のソフトウェアによって形成されることを意味するものではないことは理解される。つまり、各要素は、説明の便宜上要素として列挙するために含まれており、少なくとも２つの要素が組み合わされて単一の要素を形成したり、ある要素が複数の要素に分割されて機能を実行したりしてもよい。また、これらの要素のうち、本開示で説明される機能を実行するための必須要素ではなく、むしろ性能を向上させるための選択的な要素であることは理解される。さらに、これらの要素が、電子ハードウェア、ファームウェア、コンピュータソフトウェア、またはそれらの任意の組み合わせを用いて実現されてもよいことは理解される。このような要素がハードウェア、ファームウェア、またはソフトウェアとして実現されるか否かは、エンコーダ７０１に課される特定のアプリケーションと設計上の制約に依存する。

【0066】

パーティションモジュール９０２は、ビデオの入力画像を少なくとも１つの処理ユニットに分割するように構成されてもよい。１つの画像は、ビデオの１つのフレームまたはビデオの１つのフィールドであり得る。いくつかの実施形態では、１つの画像は、１つのモノクロフォーマットの輝度サンプルの配列、または１つの輝度サンプルの配列と２つの対応する色度サンプルの配列を含む。この際で、処理ユニットは、予測ユニット（ｐｒｅｄｉｃｔｉｏｎ ｕｎｉｔ、ＰＵ）、変換ユニット（ｔｒａｎｓｆｏｒｍ ｕｎｉｔ、ＴＵ）、または符号化ユニット（ｃｏｄｉｎｇ ｕｎｉｔ、ＣＵ）であり得る。パーティションモジュール９０２は、画像を複数の符号化ユニット、複数の予測ユニット、および複数の変換ユニットの組み合わせに分割し、予め決められた基準（例えば、コスト関数）に基づいて符号化ユニット、予測ユニット、および変換ユニットの組み合わせを選択することによって画像を符号化してもよい。

【0067】

Ｈ．２６５／ＨＥＶＣと同様に、Ｈ．２６６／ＶＶＣもブロックに基づく混合空間および時間予測符号化方案である。図１１に示すように、符号化時に、まず、入力画像１１００をパーティションモジュール９０２によって正方形のブロック、すなわちＣＴＵ１１０２に分割される。例えば、ＣＴＵ１１０２は、１２８×１２８ピクセルのブロックであり得る。図１２に示すように、画像１１００内の各ＣＴＵ１１０２は、パーティションモジュール９０２によって１つ以上のＣＵ１２０２に分割され、１つ以上のＣＵ１２０２は予測と変換に使用されることができる。Ｈ．２６５／ＨＥＶＣとは異なり、Ｈ．２６６／ＶＶＣにおいて、ＣＵ１２０２は、矩形または正方形であり、予測ユニットや変換ユニットにさらに分割することなく符号化されることができる。例えば、図１２に示すように、ＣＴＵ１１０２からＣＵ１２０２への分割は、４分木分割（実線で示されている）、２分木分割（破線で示されている）、および３分木分割（一点鎖線で示されている）を含んでもよい。いくつかの実施形態によれば、各ＣＵ１２０２は、そのルートＣＴＵ１１０２と同じ大きさであってもよいし、又は４×４ブロックという小さなサイズのルートＣＴＵ１１０２のサブ分割であってもよい。

【0068】

図９を参照すると、インター予測モジュール９０４は、予測ユニットに対してインター予測を実行するように構成されてもよく、イントラ予測モジュール９０６は、予測ユニットに対してイントラ予測を実行するように構成されてもよい。予測ユニットに対してインター予測を使用するか、またはイントラ予測を実行するかを決定し、各予測方法に応じて具体的な情報（例えば、イントラ予測モード、動きベクトル、参照画像など）を決定してもよい。この際、予測を実行するための処理ユニットと、予測方法と具体的な内容を決定するための処理ユニットは、異なってもよい。例えば、予測方法と予測モードは予測ユニット内で決定され、予測は変換ユニット内で実行されてもよい。生成された予測ブロックと元のブロックとの間の残差ブロック内の残差係数は、変換モジュール９０８に入力されてもよい。また、予測用の予測モード情報、動きベクトル情報などは、残差係数または量子化レベルとともに、符号化モジュール９２０によってビットストリーム内に符号化されてもよい。特定の符号化モードでは、元のブロックが、予測モジュール９０４または９０６を介して予測ブロックを生成することなく、そのまま符号化されることがあることは理解される。また、特定の符号化モードでは、予測、変換、および／または量子化がスキップされることもあることは理解される。

【0069】

いくつかの実施形態では、インター予測モジュール９０４は、現在の画像の前または現在の画像の後の画像のうち、少なくとも１つの画像に関する情報に基づいて予測ユニットを予測してもよく、場合によっては、現在の画像内で既に符号化された部分領域に関する情報に基づいて予測ユニットを予測してもよい。インター予測モジュール９０４は、参照画像補間モジュール、動き予測モジュール、および動き補償モジュール（図示せず）などのサブモジュールを含んでもよい。例えば、参照画像補間モジュールは、バッファモジュール９１８から参照画像情報を受信し、参照画像から整数ピクセル以下のピクセル情報を生成してもよい。輝度ピクセルの場合、フィルタ係数が変化する、離散コサイン変換（ｄｉｓｃｒｅｔｅ ｃｏｓｉｎｅ ｔｒａｎｓｆｏｒｍ、ＤＣＴ）に基づく８タップ補間フィルタを用いて、１／４ピクセル単位で整数ピクセル以下のピクセル情報を生成してもよい。色差信号の場合、フィルタ係数が変化する、ＤＣＴに基づく４タップ補間フィルタを用いて、１／８ピクセル単位で整数ピクセル以下のピクセル情報を生成してもよい。動き予測モジュールは、参照画像補間部によって補間された参照画像に基づいて動き予測を実行してもよい。動きベクトルを算出する方法として、フルサーチベースのブロックマッチングアルゴリズム（ｆｕｌｌ ｓｅａｒｃｈ－ｂａｓｅｄ ｂｌｏｃｋ ｍａｔｃｈｉｎｇ ａｌｇｏｒｉｔｈｍ、ＦＢＭＡ）、３ステップサーチ（ｔｈｒｅｅ－ｓｔｅｐ ｓｅａｒｃｈ、ＴＳＳ）、新しい３ステップサーチアルゴリズム（ｎｅｗ ｔｈｒｅｅ－ｓｔｅｐ ｓｅａｒｃｈ ａｌｇｏｒｉｔｈｍ、ＮＴＳ）などの様々な方法を使用してもよい。動きベクトルは、補間されたピクセルに基づいて、１／２、１／４、または１／１６ピクセル単位または整数ピクセルの動きベクトル値を持ってもよい。動き予測モジュードは、動き予測方法を変えることによって、現在の予測ユニットを予測してもよい。スキップ法、マージ法、高度動きベクトル予測（ａｄｖａｎｃｅｄ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｉｏｎ、ＡＭＶＰ）法、ブロック内コピー法などの様々な方法を、動き予測方法として使用してもよい。

【0070】

いくつかの実施形態では、イントラ予測モジュール９０６は、現在画像内のピクセル情報である現在ブロックの周囲の参照ピクセルに関する情報に基づいて、予測ユニットを生成してもよい。参照ピクセルは、現在ブロックに隣接していない参照行内に位置してもよい。現在の予測ユニットの近隣でのブロックがインター予測が実行されたブロックであり、そのため参照ピクセルがインター予測が実行されたピクセルである場合、インター予測が実行されたブロックに含まれる参照ピクセルが、イントラ予測が実行された近隣でのブロックの参照ピクセル情報の代わりに使用されてもよい。つまり、参照ピクセルが利用できない場合、利用可能な参照ピクセルのうち少なくとも１つの参照ピクセルが、利用できない参照ピクセル情報の代わりに使用されてもよい。イントラ予測において、予測モードは、予測方向に応じて参照ピクセル情報を使用する角度予測モードと、予測を実行する際に方向情報を使用しない非角度予測モードを有してもよい。輝度情報を予測するためのモードと、色差情報を予測するためのモードは異なっていてもよく、輝度情報を予測するためのイントラ予測モード情報または予測された輝度信号情報は、色度情報を予測するために用いられてもよい。イントラ予測を実行する際に、予測ユニットのサイズが変換ユニットのサイズと同じである場合、予測ユニットの左側のピクセル、左上側のピクセル、および上側のピクセルに基づいて、予測ユニットに対してイントラ予測を実行してもよい。しかし、イントラ予測を実行する際に、予測ユニットのサイズが変換ユニットのサイズと異なる場合、変換ユニットに基づいて参照ピクセルを用いてイントラ予測を実行してもよい。

【0071】

イントラ予測方法では、参照ピクセルに適応型イントラ平滑（ａｄａｐｔｉｖｅ ｉｎｔｒａ ｓｍｏｏｔｈｉｎｇ、ＡＩＳ）フィルタを応用した後、予測モードに応じて予測ブロックを生成してもよい。参照ピクセルに応用されるＡＩＳフィルタの種類は、変化することがある。イントラ予測方法を実行するために、現在の予測ユニットの隣接に存在する予測ユニットのイントラ予測モードから現在の予測ユニットのイントラ予測モードを予測してもよい。現在の予測ユニットの予測モードが隣接予測ユニットから予測されたモード情報を用いて予測されるときに、現在の予測ユニットのイントラ予測モードが近隣での予測ユニットと同じである場合、現在の予測ユニットの予測モードが近隣での予測ユニットと同じであることを指示する情報が、予め決められたフラグ情報を用いて伝送されてもよく、現在の予測ユニットと近隣での予測ユニットの予測モードが互いに異なる場合、現在ブロックの予測モード情報が、追加のフラグ情報によって符号化されてもよい。イントラ予測モジュール９０６によって実行される例示イントラ予測手順の様々な方面は、図１３Ａ～１３Ｃに示されている。

【0072】

例えば、図１３Ａは、本開示のいくつかの実施形態に係る、輝度ＣＵに隣接していない第１参照行セットと、色度ＣＵに隣接していない第２参照行セットを使用する第１例示イントラ予測手順１３００を示す図である。図１３Ｂは、本開示のいくつかの実施形態に係る、輝度ＣＵに隣接していない第１参照行セットと、色度ＣＵに隣接していない第２参照行セットを使用する第２例示イントラ予測手順１３２５を示す図である。図１３Ｃは、本開示のいくつかの実施形態に係る、輝度ＣＵに隣接していない第１参照行セットと、色度ＣＵに隣接していない第２参照行セットを使用する第３例示イントラ予測手順１３５０を示す図である。図１３Ａ～１３Ｃについて、図９のイントラ予測モジュール９０６と組み合わせて説明される。

【0073】

図９および図１３Ａを参照すると、イントラ予測モジュール９０６によって、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されている場合、輝度ＭＲＬイントラ予測のための同じ参照行がＣＣＬＭ（色度イントラ予測に応用される。そうでない場合、従来のＶＶＣ仕様で定義された参照行がＣＣＬＭ色度イントラ予測に使用される。例えば、参照行ｘ（例えば、図１３Ａの非隣接参照行１３０１または参照行４）が輝度イントラ予測に使用され、ＭＲＬ内のｒｅｆ＿ｌｉｎｅ＿ｉｄｘによって指定されていると仮定すると、輝度参照行ｘと行ｘ＋１（例えば、図１３Ａの非隣接参照行１３０３または参照行４と５）と、色度サンプル行ｆｌｏｏｒ（（ｘ＋１）／２）（例えば、図１３Ａの非隣接参照行１３０５または参照行２）がＣＣＬＭイントラ予測に使用され、ここで関数ｆｌｏｏｒ（ｘ）はｘの整数部分を表す。図１３Ａに示された例示イントラ予測手順１３００は、デコーダに送信されるビットストリーム内の構文要素に対する変更を必要としない。イントラ予測モジュール９０６では、符号化と復号化のプロセスに対するいくつかの補正のみが必要とされる。

【0074】

応用に応じて、ｘが奇数である場合、色度行ｆｌｏｏｒ（（ｘ－１）／２）の代わりに、色度行ｆｌｏｏｒ（（ｘ＋１）／２）は、輝度行ｘとｘ＋１とともに、ＣＣＬＭにおいて使用されることができる。上述のように、この実施形態は、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されている場合、例えば、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡではない場合にのみ応用されてもよい。Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されていない場合、すなわち、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合、図１３Ｂに示されている実施形態が実行されてもよい。

【0075】

図９および図１３Ｂを参照すると、ＣＣＬＭ色度イントラ予測の参照行インデックスは、輝度ＭＲＬイントラ予測の参照行インデックスとは独立して伝送されてもよい。例えば、ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘがｘであり、ｘが０からＮまでの整数であると仮定すると、隣接する輝度サンプル行ｘと行ｘ＋１（例えば、図１３Ｂの非隣接参照行１３０３または参照行２と３）と、色度サンプル行ｆｌｏｏｒ（ｘ／２＋１／２）（例えば、図１３Ｂの非隣接参照行１３０５または参照行２）がＣＣＬＭイントラ予測に使用され、ｆｌｏｏｒ（ｘ）はｘの整数部分を表す。ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘの値は、ＣＣＬＭ輝度サンプル座標内にある（例えば、図１３Ｂの非隣接参照行１３０３または参照行２と３）。応用に応じて、ｘが奇数である場合、色度行ｆｌｏｏｒ（ｘ／２＋１／２）の代わりに、色度参照行ｆｌｏｏｒ（ｘ／２－１／２）は、輝度サンプル行ｘとｘ＋１とともに、ＣＣＬＭイントラ予測に使用されることができる。

【0076】

図９および図１３Ｂを参照すると、エンコーダ７０１は、ビットストリーム内に例示的なｃｏｄｉｎｇ＿ｕｎｉｔ（）構文要素を含んでもよい。ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇの値が１と等しい場合、追加の構文要素ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘが伝送される。イントラ予測モジュール９０６によって生成される例示的なｃｏｄｉｎｇ＿ｕｎｉｔ（）構文要素の例は、以下の表５に示されている。

【0077】

【表5】

【0078】

ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ構文要素（例えば、イントラ予測モジュール９０６によって生成される）は、ＣＣＬＭ色度イントラ予測に使用される参照行を指定する。ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘの値は、輝度サンプル座標（例えば、図１３Ｂの非隣接参照行１３０１または参照行４）で指定される。隣接する輝度サンプル行であるｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ、ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ＋１、および色度サンプル行ｆｌｏｏｒ（ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ／２＋１／２）が、ＣＣＬＭイントラ予測に使用される。ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘが存在しない場合、その値が０であると推測される。

【0079】

ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘが偶数である場合、隣接する輝度サンプル行であるｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ、ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ＋１、および色度サンプル行ｆｌｏｏｒ（ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ／２＋１／２）は、ＣＣＬＭイントラ予測に使用される。ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘが奇数である場合、隣接する輝度サンプル行であるｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ、ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ＋１、および色度サンプル行ｆｌｏｏｒ（ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ／２－１／２）は、ＣＣＬＭイントラ予測に使用される。ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘが存在しない場合、その値が０であると推測される。図１３Ｂに示されている実施形態は、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されていない場合でも、例えば、つまりｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡを示すように設定されている場合でも、応用されてもよい。

【0080】

図９および図１３Ｃを参照すると、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されている場合、ＣＣＬＭ色度イントラ予測の参照行インデックスと輝度ＭＲＬ（マルチ参照行）イントラ予測の参照行インデックスとの差分（デルタ値）が、対応する参照行インデックスの代わりに伝送される。図１３Ｂと図１３Ｃに示された例示的な実施形態の違い（および図１３Ｃの実施形態との相違）は、ＣＣＬＭの参照行（例えば、図１３Ｃの非隣接参照行１３０５または参照行１）が、輝度ＭＲＬの参照行インデックス（例えば、図１３Ｃの非隣接参照行１３０１または参照行４）とは独立して表されてもよい点である。しかし、ＣＣＬＭの参照行自身のインデックスを伝送する代わりに、輝度ＭＲＬ参照行のインデックスからの差分のみが伝送される。ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ と ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘの値は、図１３Ｂと同様に、輝度サンプル座標内にある。ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘの値は、イントラ予測モジュール９０６によって式（７）に従って算出されてもよい。

【0081】

【数7】

【0082】

式（７）に従い、図１３Ｃに示された例示的な参照行を用いると、ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘの値とｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘの値は、それぞれ４と－２である。ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅの値は、４＋（－２）＝２として算出されてもよく、これは、ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅの輝度サンプル行（例えば、図１３Ｃの非隣接参照行１３０３または参照行２）とｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ＋１（例えば、図１３Ｃの非隣接参照行１３０３または参照行３）および色度サンプル行ｆｌｏｏｒ（ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ／２＋１／２）（例えば、図１３Ｃの非隣接参照行１３０５または参照行１）が、ＣＣＬＭ色度イントラ予測に使用されることを示す。

【0083】

図１３Ｂに示された実施形態と同様に、応用に応じて、ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅが奇数である場合、色度サンプル行ｆｌｏｏｒ（ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ／２－１／２）は、輝度参照行ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅとｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ＋１とともに、図１３Ｃの実施形態におけるＣＣＬＭ色度イントラ予測にも使用されることができる。

【0084】

図１３Ｃと組み合わせて説明された実施形態は、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されている場合、例えば、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しくない場合にのみ応用されてもよい。Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されていない場合、すなわち、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合、図１３Ｃに関連する２つの可能な実施形態がある。いくつかの実施形態では、以下の表６に示されているｃｏｄｉｎｇ＿ｕｎｉｔ（）構文要素が使用されるが、いくつかの実施形態では、以下の表７に示されているｃｏｄｉｎｇ＿ｕｎｉｔ（）構文要素が使用されてもよい。

【0085】

【表6】

【0086】

【表7】

【0087】

表６と図１３Ｃを参照すると、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有され、すなわち、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しくなく、かつ、ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇの値が１である場合、追加の構文要素ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、イントラ予測モジュール９０６によって生成され、ビットストリーム内で伝送されてもよい。ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１である場合、追加の構文要素ａｂｓ＿ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇが伝送されてもよい。Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されていない場合、すなわち、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しい場合、デコーダ８０１によってｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０であると推測され、図１３Ａに示されている方法が応用されてもよい。この場合、追加の構文要素ａｂｓ＿ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇは伝送されないこともある。

【0088】

再び表６と図１３Ｃを参照すると、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有され、すなわち、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しくなく、かつ、ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇの値が１である場合、追加の構文要素ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、イントラ予測モジュール９０６によって生成され、ビットストリーム内で伝送されてもよい。ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１である場合、追加の構文要素ａｂｓ＿ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇが伝送される。Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されていない場合、すなわち、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合、構文要素ａｂｓ＿ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇの代わりに、図１３Ｂと組み合わせて上記の構文要素ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘは生成され、ビットストリーム内で送信されてもよい。

【0089】

引き続き表６と図１３Ｃを参照すると、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ構文要素の値が１であることは、ａｂｓ＿ｄｅｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇが伝送されることを表す。ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０であることは、ａｂｓ＿ｄｅｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇが伝送されず、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘの値が０であることを表す。この場合、輝度サンプルの参照行ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘとｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘ＋１、および色度サンプルの行ｆｌｏｏｒ（ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘ／２＋１／２）が、ＣＣＬＭ色度イントラ予測に使用されることになる。ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合、デコーダ８０１によってｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０であると推測されてもよい。

【0090】

再び表６と図１３Ｃを参照すると、ａｂｓ＿ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇは、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ構文要素の値を表す。ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇの値が０であることは、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘが負の数であることを表し、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇの値が１であることは、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘが正の数であることを表す。ＣＣＬＭに使用される輝度参照行ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅの参照行の値は、ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ＝ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘ＋（２＊ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇ－１）＊ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとして算出される。輝度サンプルの参照行ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅとｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ＋１、および色度サンプルの行ｆｌｏｏｒ（ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ／２＋１／２）が、ＣＣＬＭ色度イントラ予測に使用されることになる。

【0091】

表７と図１３Ｃを参照すると、ａｂｓ＿ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇは、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘの値を表す。例えば、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇの値が０であることは、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘが負の数であることを表し、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇの値が１であることは、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘが正の数であることを表す。ＣＣＬＭに使用される輝度参照行ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅの参照行の値は、ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ＝ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘ＋（２＊ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇ－１）＊ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとして算出される。ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅが偶数である場合、輝度サンプルの参照行ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅとｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ＋１、および色度サンプルの行ｆｌｏｏｒ（ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ／２＋１／２）が、ＣＣＬＭ色度イントラ予測に使用されてもよい。ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅが奇数である場合、輝度サンプルの参照行ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅとｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ＋１、および色度サンプルの行ｆｌｏｏｒ（ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ／２－１／２）が、ＣＣＬＭ色度イントラ予測に使用されることになる。

【0092】

図９に示すように、予測ユニットと、当該予測ユニットと元のブロックとの差分値である残差係数情報を含む残差ブロックが生成されてもよく、当該予測ユニットは、予測モジュール９０４または９０６によって生成された予測ユニットに基づいて予測が行われたものである。生成された残差ブロックは、変換モジュール９０８に入力されてもよい。

【0093】

変換モジュール９０８は、ＤＣＴ、離散サイン変換（discrete sine transform、ＤＳＴ）、カルーネン・レーヴ変換（Karhunen-Loeve transform、ＫＬＴ）、または変換スキップなどの変換方法を用いて、元のブロックと、予測モジュール９０４および９０６を介して生成された予測ユニットの残差係数情報とを含む残差ブロックを変換するように構成されてもよい。残差ブロックを生成するための予測ユニットのイントラ予測モード情報に基づいて、ＤＣＴ、ＤＳＴ、またはＫＬＴを応用するか否かを決定することにより、残差ブロックを変換してもよい。変換モジュール９０８は、残差ブロック内のビデオ信号を画素領域から変換領域（例えば、変換方法に依存する周波数領域）に変換することができる。いくつかの例では、変換モジュール９０８がスキップされ、ビデオ信号が変換領域に変換されないことがあることは理解される。

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

発明の概要および要約では、1人以上の発明者が考える本開示の１つ以上の（ただしすべてではない）例示的な実施形態が記載されており、そのため、本開示および添付の特許請求の範囲をいかなる形でも制限する意図はない。

【0186】

上述したように、様々な機能ブロック、モジュール、およびステップが開示されている。提供されている配置は、例示的なものであり、限定的なものではない。したがって、機能ブロック、モジュール、およびステップは、上述の例とは異なる方法で並べ替えられたり、組み合わされたりしてもよい。同様に、いくつかの実施形態は、機能ブロック、モジュール、およびステップのサブセットのみを含んでおり、そのようなサブセットは許容される。

【0187】

本開示の幅と範囲は、上述の例示的な実施形態のいずれによっても制限されるべきではなく、以下の特許請求の範囲とその同等物に従ってのみ定義されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13A】

【図13B】

【図13C】

【図14A】

【図14B】

【図15】

【手続補正書】

【提出日】2024-12-18

【手続補正1】

【補正対象書類名】明細書

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本願は、２０２２年６月１７日に出願された出願番号が６３／３６６，５９６であり且つ発明名称が「色度イントラ予測方法」である米国仮出願、２０２２年１１月２９日に出願された出願番号が６３／３８５，３１０であり且つ発明名称が「色度イントラ予測方法」である米国仮出願を基礎出願とする優先権を主張し、その開示内容の全ては参照により本願に組み込まれる。

【0002】

本開示の実施形態はビデオ符号化に関する。

【背景技術】

【0003】

デジタルビデオは主流となり、デジタルテレビ、ビデオ電話、及びテレビ会議などの幅広い用途で利用されている。これらのデジタルビデオアプリケーションは、コンピューティング及び通信技術の進歩と、効率的なビデオ符号化技術によって実現可能となっている。様々なビデオ符号化技術を用いてビデオデータを圧縮してもよい。これにより、ビデオデータに対する符号化は１つ以上のビデオ符号化標準を用いて行われることができる。例示的なビデオ符号化標準は、多用途ビデオ符号化方式（ｖｅｒｓａｔｉｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ、Ｈ．２６６／ＶＶＣ）、高効率ビデオコーディング（ｈｉｇｈ－ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ、Ｈ．２６５／ＨＥＶＣ）、高度なビデオコーディング（ａｄｖａｎｃｅｄ ｖｉｄｅｏ ｃｏｄｉｎｇ、Ｈ．２６４／ＡＶＣ）、動画専門家グループ（ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔ ｇｒｏｕｐ、ＭＰＥＧ）コーディングなどを含むが、これらに限定されない。

【発明の概要】

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

【0004】

本開示の一態様によれば、エンコーダにより符号化を行う方法が提供される。この方法は、少なくとも１つのプロセッサによって、輝度符号化ユニット（ｃｏｄｉｎｇ ｕｎｉｔ、ＣＵ）に隣接していない第１参照行セットを識別するスデップを含んでもよい。この方法は、少なくとも１つのプロセッサによって、輝度ＣＵに隣接していない第１参照行セットに基づいて輝度イントラ予測手順を実行するスデップを含んでもよい。この方法は、少なくとも１つのプロセッサによって、輝度イントラ予測手順に基づいて輝度ＣＵの輝度画素値セットを取得するスデップを含んでもよい。この方法は、少なくとも１つのプロセッサによって、輝度ＣＵに隣接していない第１参照行セットに基づいて、色度ＣＵに隣接していない第２参照行セットを識別するスデップを含んでもよい。この方法は、少なくとも１つのプロセッサによって、輝度ＣＵに隣接していない第１参照行セット、色度ＣＵに隣接していない第２参照行セット、及び輝度ＣＵの輝度画素値セットに基づいて、色度ＣＵに関連する相関関数を推定するスデップを含んでもよい。

【0005】

本開示の別の態様によれば、エンコーダにより符号化を行うシステムが提供される。このシステムは、少なくとも１つのプロセッサと、命令を格納するメモリとを含んでもよい。メモリは、少なくとも１つのプロセッサによって実行される時に、少なくとも１つのプロセッサに、輝度ＣＵに隣接していない第１参照行セットを識別させることができる命令を格納する。メモリは、少なくとも１つのプロセッサによって実行される時に、少なくとも１つのプロセッサに、輝度ＣＵに隣接していない第１参照行セットに基づいて輝度イントラ予測手順を実行させることができる命令を格納する。メモリは、少なくとも１つのプロセッサによって実行される時に、少なくとも１つのプロセッサに、輝度イントラ予測手順に基づいて輝度ＣＵの輝度画素値セットを取得させることができる命令を格納する。メモリは、少なくとも１つのプロセッサによって実行される時に、少なくとも１つのプロセッサに、輝度ＣＵに隣接していない第１参照行セットに基づいて、色度ＣＵに隣接していない第２参照行セットを識別させることができる命令を格納する。メモリは、少なくとも１つのプロセッサによって実行される時に、少なくとも１つのプロセッサに、輝度ＣＵに隣接していない第１参照行セット、色度ＣＵに隣接していない第２参照行セット、及び輝度ＣＵの輝度画素値セットに基づいて、色度ＣＵに関連する相関関数を推定させることができる命令を格納する。

【0006】

本開示の更なる態様によれば、デコーダにより復号化を行う方法が提供される。この方法は、通信インターフェースによって、輝度ＣＵに関連する輝度画素値セットと、色度ＣＵに関連する色度画素値セットを含む画像エンコーダからのビットストリームを受信するスデップを含んでもよい。この方法は、少なくとも１つのプロセッサによって、輝度ＣＵに隣接していなく且つ画像エンコーダによって輝度画素値セットを生成するために用いられる第１参照行セットと、色度ＣＵに隣接していなく且つ画像エンコーダによって色度画素値セットを生成するために用いられる第２参照行セットとに関連する相関関数を識別するスデップを含んでもよい。

【0007】

本開示のさらに別の態様によれば、デコーダによる復号化を行うシステムが提供される。このシステムは、少なくとも１つのプロセッサと、命令を格納するメモリを含んでもよい。メモリは、少なくとも１つのプロセッサによって実行される時に、少なくとも１つのプロセッサに、輝度ＣＵに関連する輝度画素値セットと、色度ＣＵに関連する色度画素値セットを含む画像エンコーダからのビットストリームを受信させることができる命令を格納する。メモリは、少なくとも１つのプロセッサによって実行される時に、少なくとも１つのプロセッサに、輝度ＣＵに隣接していなく且つ画像エンコーダによって輝度画素値セットを生成するために用いられる第１参照行セットと、色度ＣＵに隣接していなく且つ画像エンコーダによって色度画素値セットを生成するために用いられる第２参照行セットとに関連する相関関数を識別させることができる命令を格納する。

【0008】

これらの例示的な実施形態は、本開示を制限または定義するために説明させるものではなく、その理解を助けるための例を提供するためのものである。追加の実施形態は、詳細な説明に記載されており、そこでさらなる説明が提供されている。

【図面の簡単な説明】

【0009】

本明細書に組み込まれており且つ明細書の一部を形成する添付図面は、本開示の実施形態を示しており、説明とともに、本開示の原理をさらに説明し、当業者が本開示を作成および使用できるようにする役割を果たす。

【図1】画像符号化のための例示的なマルチ参照行（ｍｕｌｔｉｐｌｅ－ｒｅｆｅｒｅｎｃｅ ｌｉｎｅ、ＭＲＬ）イントラ予測手順を示す図である。

【図2】図１の画像符号化のための例示的なＭＲＬイントラ予測手順の拡張を示す図である。

【図3】クロスコンポーネント線形モデル（ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔ ｌｉｎｅａｒ ｍｏｄｅｌ、ＣＣＬＭ）パラメータ導出のための輝度サンプルと色度サンプルを示す図である。

【図4】ＣＣＬＭイントラ予測の傾き調整手順のグラフィカル表現を示す図である。

【図5A】ＶＶＣ用のシングルツリー・パーティションを示す図である。

【図5B】ＶＶＣ用のダブルツリー・パーティションを示す図である。

【図6】輝度イントラ予測手順と色度イントラ予測手順のための例示的な参照行を示す図である。

【図7】本開示のいくつかの実施形態に係る例示的な符号化システムのブロック図である。

【図8】本開示のいくつかの実施形態に係る例示的な復号化システムのブロック図である。

【図9】図８における符号化システム内の例示的なエンコーダの詳細なブロック図である。

【図10】図９における復号化システム内の例示的なデコーダの詳細なブロック図である。

【図11】本開示のいくつかの実施形態に係る、符号化ツリーユニット（ｃｏｄｉｎｇ ｔｒｅｅ ｕｎｉｔ、ＣＴＵ）に分割された例示的な画像である。

【図12】本開示のいくつかの実施形態に係る、符号化ユニット（ＣＵ）に分割された例示的なＣＴＵを示す図である。

【図13A】本開示のいくつかの実施形態に係る、輝度ＣＵに隣接していない第１参照行セットと、色度ＣＵに隣接していない第２参照行セットとを使用する第１例示イントラ予測手順を示す図である。

【図13B】本開示のいくつかの実施形態に係る、輝度ＣＵに隣接していない第１参照行セットと、色度ＣＵに隣接していない第２参照行セットとを使用する第２例示イントラ予測手順を示す図である。

【図13C】本開示のいくつかの実施形態に係る、輝度ＣＵに隣接していない第１参照行セットと、色度ＣＵに隣接していない第２参照行セットとを使用する第３例示イントラ予測手順を示す図である。

【図14A】本開示のいくつかの実施形態に係る、例示的なビデオ符号化方法のフローチャートである。

【図14B】本開示のいくつかの実施形態に係る、例示的なビデオ符号化方法のフローチャートである。

【図15】本開示のいくつかの実施形態に係る、例示的なビデオ復号化方法のフローチャートである。 本開示の実施形態は、添付図面を参照して説明される。

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

【0010】

いくつかの構成および配置について議論されているが、これは説明の目的のためだけに行われていることを理解すべきである。当業者なら、本開示の趣旨および範囲を逸脱することなく、他の構成および配置を使用できることを認識するであろう。当業者にとっては、本開示はまた、様々な他の応用にも利用してもよいことは明らかなことである。

【0011】

明細書中の「一実施形態」「実施形態」「例示的な実施形態」「いくつかの実施形態」「特定の実施形態」等への言及が、記載される実施形態が特定の特徴、構造、または特性を含んでいる可能性があることを示すものであるが、すべての実施形態が必ずしもその特定の特徴、構造、または特性を含んでいる必要はないことに留意すべきである。さらに、このような表現は必ずしも同じ実施形態を指すわけではない。また、ある実施形態と関連して特定の特徴、構造、または特性を説明する場合、当業者にとっては、明示的に記載されているか否かに関わらず、そのような特徴、構造、または特性を他の実施形態と組み合わせて実現することは知識の範囲内のことである。

【0012】

一般に、用語は少なくとも部分的には文脈における使用から理解されることができる。例えば、本明細書で使用される「１つ以上」という用語は、少なくとも部分的には文脈に応じて、単数形で任意の特徴、構造、または特性を記載するために用いられる場合もあり、複数形で特徴、構造、または特性の組み合わせを記載するために用いられる場合もある。同様に、「１つ」「１個」「当該」などの用語も、少なくとも部分的には文脈に応じて、単数形の用法を伝えるか、または複数形の用法を伝えるように理解されることができる。さらに、「基づいて」という用語は、排他的な要因セットを伝えることを必ずしも意図していないことが理解され、代わりに、少なくとも部分的には文脈に応じて、明示的に記載されていない追加的な要因の存在を許容してもよい。

【0013】

以下で、ビデオ符号化システムの様々な態様について、様々な装置および方法を参照して説明する。これらの装置および方法は、以下の詳細な説明で説明され、添付図面において、様々なモジュール、コンポーネント、回路、ステップ、操作、プロセス、アルゴリズムなど（総称して「要素」と呼ぶ）によって図示される。これらの要素は、電子ハードウェア、ファームウェア、コンピュータソフトウェア、またはそれらの任意の組み合わせを用いて実現されてもよい。このような要素がハードウェア、ファームウェア、またはソフトウェアとして実現されるか否かは、全体的なシステムに課される特定の応用および設計上の制約に依存する。

【0014】

ここで説明する技術は、様々なビデオ符号化応用のために用いられてもよい。本明細書で説明されるように、ビデオ符号化には、ビデオの符号化と復号化の両方が含まれる。ビデオの符号化と復号化は、ブロックを単位として行われてもよい。例えば、変換、量子化、予測、ループ内フィルタリング、再構築などの符号化／復号化プロセスは、符号化ブロック、変換ブロック、または予測ブロックに対して行われてもよい。本明細書では、符号化／復号化対象ブロックを「現在ブロック」と呼ぶ。例えば、現在ブロックは、現在の符号化／復号化プロセスに応じて、符号化ブロック、変換ブロック、または予測ブロックを表してもよい。また、本開示で使用される「ユニット」という用語は、特定の符号化／復号化プロセスを実行するための基本ユニットを示し、「ブロック」という用語は、予め決められたサイズのサンプル配列を示すことが理解される。特に断らない限り、「ブロック」と「ユニット」は交換可能に使用されてもよい。

【0015】

図１は、画像符号化のための例示的なマルチ参照行（ＭＲＬ）イントラ予測手順を示す図１００である。図２は、図１の画像符号化のための例示的なＭＲＬイントラ予測手順の拡張を示す図２００である。図３は、ＣＣＬＭパラメータ導出のための輝度サンプル３０２と色度サンプル３０４を示す図３００である。図４は、ＣＣＬＭイントラ予測の傾き調整手順のグラフィカル表現４００を示す図である。図５Ａは、ＶＶＣ用のシングルツリー・パーティションを示す図５００でる。図５Ｂは、ＶＶＣ用のダブルツリー・パーティションを示す図５２５である。図６は、輝度イントラ予測手順と色度イントラ予測手順のための例示的な参照行を示す図６００である。

【0016】

図１を参照すると、多用途ビデオ符号化方式（ＶＶＣ）において、符号化ユニット（ＣＵ）１０８に直接隣接する参照行内の参照サンプル１０４に加えて、隣接していない参照サンプル１０６を含む隣接していない参照行のうちの１つをイントラ予測手順に使用することにより、画素値１０２を予測してもよい。隣接していない参照サンプル１０６の後者の使用は、マルチ参照行（ＭＲＬ）予測と呼ばれる。ＶＶＣにおいて、ＭＲＬは無効にされており、符号化ツリーユニット（ＣＴＵ）の上部に位置する符号化ユニット（ＣＵｓ）に対してシグナリングされない。これによって、実施コストを最小限にする。ＭＲＬは、現在予測ブロックのイントラ予測モードが平面モードは含まれない最も可能な予測モード（ＭＰＭ）で符号化される場合にのみ適用される。

【0017】

ビットストリーム内では、表１に示すように、シーケンスパラメータセット（ｓｅｑｕｅｎｃｅ－ｐａｒａｍｅｔｅｒ ｓｅｔ、ＳＰＳ）記述子を用いてＭＲＬを有効または無効にしてもよい。

【0018】

【表1】

【0019】

ｓｐｓ＿ｍｒｌ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１に設定されている場合、図１のどの行がイントラ予測に使用されるかは、表２に示すように、ｃｏｄｉｎｇ＿ｕｎｉｔ（）構文内で指定される。

【0020】

【表2】

【0021】

図２を参照すると、ＭＲＬの拡張が提案されている。この提案では、拡張されたＭＲＬリストがＮ∈｛１，３，５，７，１２｝として定義されており、０から始まる数Ｎは、（Ｎ＋１）番目の上参照行および左参照行を表す。テンプレートに基づくイントラモード導出（Ｔｅｍｐｌａｔｅ ｂａｓｅｄ ｉｎｔｒａ ｍｏｄｅ ｄｅｒｉｖａｔｉｏｎ、ＴＩＭＤ）の場合、ＭＲＬリストはＮ∈｛１，３｝である。

【0022】

ＶＶＣにおいて、ＣＣＬＭと呼ばれる色度イントラ予測モードが指定されている。図３を参照すると、輝度サンプル３０２と色度サンプル３０４がＣＣＬＭパラメータ導出のために用いられてもよい。一般的な画像またはビデオコンテンツでは、画素の色成分間の信号相関性が観察されることがある。ＣＣＬＭモードは、ＭＲＬを用いて再構築された輝度サンプル３０２から色度サンプル３０４を予測することにより、チャンネル間の相関性を利用する。色度イントラ予測は、式（１）のような線形モデル関数を用いて行われる。

【0023】

【数1】

【0024】

ただし、Ｐ（ｉ，ｊ）は符号化ユニット（ＣＵ）内の色度サンプル３０４を表し、ｒｅｃ’Ｌ（ｉ，ｊ）は同じＣＵの輝度サンプル３０２を表す。輝度サンプル３０２は、４：２：０のカラーフォーマットの場合には、２：１の比率でダウンサンプリングされてもよい。ＣＣＬＭパラメータであるａとｂは、輝度サンプル３０２と色度サンプル３０４に基づいて導出されてもよい。

【0025】

ＶＶＣでは、３つのＣＣＬＭモード、すなわち、ＣＣＬＭの左と上（ＣＣＬＭ ｌｅｆｔ ａｎｄ ｔｏｐ、ＣＣＬＭ＿ＬＴ）、ＣＣＬＭの左（ＣＣＬＭ ｌｅｆｔ、ＣＣＬＭ＿Ｌ）、およびＣＣＬＭの上（ＣＣＬＭ ｔｏｐ、ＣＣＬＭ＿Ｔ）が指定されている。これら３つのモードは、モデルパラメータ「ａ」と「ｂ」を導出するために用いられる参照サンプルの位置について異なっている。上方境界のサンプルがＣＣＬＭ＿Ｔモードに関与し、左方境界のサンプルがＣＣＬＭ＿Ｌモードに関与する。ＣＣＬＭ＿ＬＴモードでは、上方境界と左方境界の両方のサンプルが使用される。全体として、ＣＣＬＭモードのうちのいずれかを使用する色度イントラ予測手順には、例えば、１）対応する色度ブロックのサイズに合わせるための、輝度ブロックとその隣接する再構築サンプルのダウンサンプリング、２）再構築隣接サンプルに基づくモデルパラメータ導出、３）色度イントラ予測サンプルを生成するための、式（１）の応用、が含まれる。

【0026】

輝度ＣＵのダウンサンプリングに関連する操作について、４：２：０のカラーフォーマットのビデオシーケンスの色度位置に合わせるために、２種類のダウンサンプリングフィルタを輝度サンプル３０２に応用することができる。２種類のダウンサンプリングフィルタは、いずれも、水平方向と垂直方向において２対１のダウンサンプリング比率を持ってもよい。これら２つのフィルタ（ｆ_１とｆ_２）は、下記の式（２）に例として示されており、それぞれ「ｔｙｐｅ－０」と「ｔｙｐｅ－２」の４：２：０色度フォーマットのビデオコンテンツに対応している。

【0027】

【数2】

【0028】

ＳＰＳレベルのフラグ情報に基づいて、２次元の６タップまたは５タップのフィルタが、現在ブロック内の輝度サンプル３０２とその隣接サンプルに応用される。現在ブロックの最上行がＣＴＵ境界である場合には異常が発生する。この場合、１次元フィルタ［１，２，１］／４が上記の隣接する輝度サンプル３０２に応用されることにより、ＣＴＵ境界の上方に複数の輝度行を使用することを回避する。

【0029】

モデルパラメータの導出プロセスについて、操作（１）からのモデルパラメータ「ａ」と「ｂ」は、エンコーダとデコーダの両方で、再構築された輝度サンプル３０２と色度サンプル３０４に基づいて導出され、これにより、ＶＶＣにおける任意のシグナリングオーバーヘッドを回避する。

【0030】

再び図３を参照すると、Ｍ×Ｎの色度ブロック、対応する２Ｍ×２Ｎの輝度ブロック、輝度サンプル３０２、および色度サンプル３０４の相対的なサンプル位置が示されている。図３では、ＣＣＬＭ＿ＬＴモードで使用される４つのサンプルも示されており、それらは三角形状でマークされている。それらは、上方境界でのＭ／４と３＊Ｍ／４の位置、および左方境界でのＮ／４と３＊Ｎ／４の位置にある。ＣＣＬＭ＿ＴモードおよびＣＣＬＭ＿Ｌモードでは、上方境界と左方境界が（Ｍ＋Ｎ）つのサンプルのサイズまで拡張され、モデルパラメータ導出ために用いられる４つのサンプルは、（Ｍ＋Ｎ）／８、３＊（Ｍ＋Ｎ）／８、５＊（Ｍ＋Ｎ）／８、７＊（Ｍ＋Ｎ）／８の位置にある。

【0031】

４つのサンプルが選択されると、４つの比較操作が使用されて、そのうちの２つの最小の輝度サンプル値と２つの最大の輝度サンプル値を決定する。例えば、Ｘｌを２つの最大の輝度サンプル値の平均値とし、Ｘｓを２つの最小の輝度サンプル値の平均値とする。同様に、ＹｌとＹｓを対応する色度サンプル値の平均値とする。そして、線形モデルパラメータ「ａ」と「ｂ」は、式（３）に従って取得される。

【0032】

【数3】

【0033】

式（３）において、パラメータ「ａ」を算出するための除算操作は、ルックアップテーブルを用いて実現されている。ルックアップテーブルを格納するメモリ量を減らすために、最大値と最小値の差である差分値とパラメータ「ａ」は、指数表記によって表される。ここで、差分値は、４ビットの有効部分と１つの指数によって近似される。その結果、１／差分値のテーブルは１６つの要素を含む。これにより、計算の複雑さを軽減するとともに、テーブルを格納するために必要なメモリサイズを減らすという利点がある。

【0034】

符号化効率を向上させるため、強化圧縮モデル（ｅｎｈａｎｃｅｄ ｃｏｍｐｒｅｓｓｉｏｎ ｍｏｄｅｌ、ＥＣＭ）が提案されている。ＥＣＭ において、マルチモデル線形モデル（ｍｕｌｔｉ－ｍｏｄｅｌ ｌｉｎｅａｒ ｍｏｄｅｌ、ＭＭＬＭ）と呼ばれるＣＣＬＭの拡張が採用されている。各ＭＭＬＭモードでは、再構築された隣接サンプルは、輝度サンプル３０２の平均値である閾値を用いて２つのクラスに分類される。各クラスの線形モデルは、ＶＶＣにおける上記方法の代わりに、最小平均二乗（ｌｅａｓｔ－ｍｅａｎ ｓｑｕａｒｅ、ＬＭＳ）手順を用いて導出される。

【0035】

図４を参照すると、式（１）におけるパラメータ「ａ」の傾き調整は、ＣＣＬＭの符号化性能をさらに向上させてもよい。例えば、ＣＣＬＭは、２つのパラメータを持つモデルを用いて輝度値（ｌｕｍａＶａｌ）を色度値（ｃｈｒｏｍａＶａｌ）にマッピングする。傾きパラメータ「ａ」とバイアスパラメータ「ｂ」は、式（４）に従ってそのマッピングを定義する。

【0036】

【数4】

【0037】

さらに、傾き調整パラメータ「ｕ」を用いて、傾きパラメータを更新する。これにより、式（５）に従ってモデルを更新することができる。

【0038】

【数5】

【0039】

ただし、ａ’＝ａ＋ｕ、ｂ’＝ｂ－ｕ＊ｙｒであり、ｙｒは輝度サンプル３０２の値の平均値である。

【0040】

引き続き図４を参照すると、傾き調整パラメータ「ｕ」は、－４から４までの整数（－４と４を含む）として提供され、ビットストリーム内でシグナリングされる。傾き調整パラメータの単位は、１つの輝度サンプル値あたり（例えば、１０ビットコンテンツの場合）の色度サンプル値の１／８である。傾き調整パラメータは、ＣＵの上方と左方の両方の参照サンプル（例えば、「ＬＭ＿ＣＨＲＯＭＡ＿ＩＤＸ」および「ＭＭＬＭ＿ＣＨＲＯＭＡ＿ＩＤＸ」）を使用するＣＣＬＭ手順に使用されてもよいが、「片側」モードには使用されない。この選択は、符号化効率と複雑さのトレードオフを考慮したものである。マルチモードのＣＣＬＭモデルに傾き調整が応用される場合、両方のモデルを調整することができる。そのため、１つの色度ＣＵに対して最大２つの傾き更新がシグナリングされる可能性がある。

【0041】

高効率ビデオコーディング（ＨＶＥＣ）では、ＣＴＵの符号化ツリーはそのＹ成分、Ｃｂ成分、およびＣｒ成分で共有されているため、１つのＣＵは１つの輝度ＣＵと２つの色度ＣＵで構成されている。ＶＶＣでは、このシングルツリー構造はＰスライスとＢスライスに保持されている。しかし、Ｉスライスでは、輝度成分と色度成分の空間的特性が異なる場合がある。一般的に、輝度は色度よりも細かいテクスチャを持っており、その結果、輝度ＣＴＵ内の小さなＣＵの数は色度ＣＴＵ内の小さなＣＵの数よりも多くなる。したがって、Ｉスライスでは輝度成分と色度成分に別々の符号化ツリーを使用することが合理的である。この場合、１つの輝度ＣＴＵ（元のＣＴＵの１つの輝度符号化ツリーブロック（ｃｏｄｉｎｇ－ｔｒｅｅ ｂｌｏｃｋ、ＣＴＢ）を１つだけ含む）が１つの符号化ツリーを形成し、１つの色度ＣＴＵ（元のＣＴＵの２つの色度ＣＴＢを含む）が１つの色度分離ツリー（ｃｈｒｏｍａ ｓｅｐａｒａｔｅ ｔｒｅｅ、ＣＳＴ）を形成する。ＶＶＣでは、ＩスライスにおけるこのＣＳＴの設計は「ダブルツリーＣＴＵ」と呼ばれている。

【0042】

ＣＴＵレベルからＣＳＴのパーティションを開始するには、まず輝度ＣＴＢをシグナリングし、その後に色度ＣＴＢｓをシグナリングする必要がある。そのため、デコーダは、対応する６４ｘ６４の色度ＣＴＢを処理する前に、１２８ｘ１２８の輝度ブロックを処理して保存しなければならない。このような処理順序により、ＣＴＵダブルツリーがない場合と比べて、バッファサイズが４倍になる。ＶＶＣでのバッファ要件を減らすために、ＣＳＴはＣＴＵレベルではなく、最大ＴＵレベルから開始される。

【0043】

ＶＶＣのテストモデルにおける共通テスト条件（ｃｏｍｍｏｎ ｔｅｓｔ ｃｏｎｄｉｔｉｏｎ、ＣＴＣ）では、各ＣＴＵはＩスライスにおける１２８ｘ１２８の輝度サンプルと２ｘ６４ｘ６４の色度サンプルを含み、４分木（ｑｕａｄ－ｔｒｅｅ、ＱＴ）分割手順を用いて４つの６４ｘ６４－Ｌ／３２ｘ３２－Ｃ符号化ツリーノードに分割される。２つの分離された符号化ツリー（１つは輝度符号化ツリー、もう１つはＣＳＴ）は、４つの６４ｘ６４－Ｌ／３２ｘ３２－Ｃ符号化ツリーノードの各々から開始される。現在色度ＣＵに対してＣＣＬＭモードが色度イントラ予測手順として選択される場合、１）現在色度ＣＢの色度隣接ブロックからの再構築サンプルと、２）現在色度ＣＢの対応する輝度隣接ブロックと輝度配列ブロックからの再構築サンプルとが色度予測サンプルを生成するプロセスに関与する。ＣＣＬＭ色度ＣＵを持つ単一のパーティションツリーがある場合、輝度成分と色度成分のパーティションは整列している。現在Ｃｂ／Ｃｒ ＣＢ内の任意の色度サンプルの再構築は、サンプルが再構築された後に行うことができる。

【0044】

したがって、図５Ａに示すように、同じＣＵパーティションが６４ｘ６４の輝度符号化ノードと対応する３２ｘ３２の色度符号化ツリーノードに応用される場合、対応するＣｂ／Ｃｒ ＣＵの再構築を開始する前に、全体の輝度ＣＵの再構築を待つ必要はない。しかし、ＣＴＵがダブルツリー・パーティションを持つ場合、輝度成分と色度成分間のＣＵパーティションが異なる可能性があり、例えば図５Ｂに示すように、輝度ＣＵと色度ＣＵの異なる処理順序につながる。関連するＳＰＳ構文（ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｒｂｓｐ（））は、以下の表３に示されている。ツリー構造に関連する構文要素と表３の１つ以上の構文要素は、ビットストリームの一部として伝送されてもよい。

【0045】

【表3】

【0046】

表３を参照すると、ｓｐｓ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇの値が１と等しいことは、Ｉスライスについて、各ＣＴＵが暗黙的な４分木分割を用いて６４×６４の輝度サンプルを持つ符号化ユニットに分割され、これらの符号化ユニットが輝度と色度の２つの分離符号化ツリー構文構造のルートとなることを指定する。ｓｐｓ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇの値が０と等しいことは、Ｉスライスについて、分離符号化ツリー構文構造が使用されないことを指定する。ｓｐｓ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇが存在しない場合、それが０であると推測される。ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｌｕｍａがＭｉｎ（６，ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ＭｉｎＱｔＬｏｇ２ＳｉｚｅＩｎｔｒａＹより大きい場合、ｓｐｓ＿ｑｔｂｔｔ＿ｄｕａｌ＿ｔｒｅｅ＿ｉｎｔｒａ＿ｆｌａｇの値は０に等しくなければならない。

【0047】

ＳＰＳを参照して、ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ構文要素は、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しい色度ＣＴＵの４分木分割によって得られる色度葉ブロック（ｃｈｒｏｍａ ｌｅａｆ ｂｌｏｃｋ）の輝度サンプルにおける最小サイズの二進対数と、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅが２（Ｉ）のスライスにおけるｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しい色度ＣＵの輝度サンプルにおける最小符号化ブロックサイズの二進対数との間のデフォルトの差分を指定する。ＳＰＳを参照して、ｓｐｓ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１と等しい場合、このデフォルトの差分は、ＰＨ構文構造内に存在するｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｃｈｒｏｍａによって上書きされることができる。ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａの値は、０からＭｉｎ（６，ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹまでの範囲（０とＭｉｎ（６，ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹを含む）内にあってもよい。存在しない場合、ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍｉｎ＿ｑｔ＿ｍｉｎ＿ｃｂ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａの値が０であると推測される。ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しいＣＴＵの４分木分割によって得られる色度葉ブロックの輝度サンプルにおける最小サイズの二進対数は、式（６）に従って導出される。

【0048】

【数6】

【0049】

ＳＰＳを参照して、ｓｐｓ＿ｍａｘ＿ｍｔｔ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ構文要素は、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しい色度４分木葉のマルチタイプツリー分割によって得られる、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅが２（Ｉ）のスライス内の色度符号化ユニットに対するデフォルトの最大階層深度を指定する。ＳＰＳを参照して、ｓｐｓ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合、このデフォルトの最大階層深度は、ＰＨ構文構造内に存在するｐｈ＿ｍａｘ＿ｍｔｔ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｃｈｒｏｍａによって上書きされることができる。ｓｐｓ＿ｍａｘ＿ｍｔｔ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ構文要素の値は、０から２＊（ＣｔｂＬｏｇ２ＳｉｚｅＹ－ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹ）までの範囲（０と２＊（ＣｔｂＬｏｇ２ＳｉｚｅＹ－ＭｉｎＣｂＬｏｇ２ＳｉｚｅＹ）を含む）内にあってもよい。存在しない場合、ｓｐｓ＿ｍａｘ＿ｍｔｔ＿ｈｉｅｒａｒｃｈｙ＿ｄｅｐｔｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａの値が０であると推測される。

【0050】

ＳＰＳを参照して、ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ構文要素は、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅが２（Ｉ）のスライス内で、２分木分割を用いて分割可能な色度符号化ブロックの輝度サンプルにおける最大サイズ（幅または高さ）の二進対数と、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しい色度ＣＴＵの４分木分割によって得られる色度葉ブロックの輝度サンプルにおける最小サイズ（幅または高さ）の二進対数との間のデフォルトの差分を指定する。ＳＰＳを参照して、ｓｐｓ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１である場合、このデフォルトの差分は、ＰＨ構文構造内に存在するｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｃｈｒｏｍａによって上書きされることができる。ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａの値は、０からＭｉｎ（６，ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ＭｉｎＱｔＬｏｇ２ＳｉｚｅＩｎｔｒａＣまでの範囲（０とＭｉｎ（６，ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ＭｉｎＱｔＬｏｇ２ＳｉｚｅＩｎｔｒａＣを含む）内にある必要がある。ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａが存在しない場合、ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｂｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａの値が０であると推測される。

【0051】

ＳＰＳを参照して、ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａ構文要素は、ｓｈ＿ｓｌｉｃｅ＿ｔｙｐｅが２（Ｉ）のスライス内で、３分木分割を用いて分割可能な色度符号化ブロックの輝度サンプルにおける最大サイズ（幅または高さ）の二進対数と、ｔｒｅｅＴｙｐｅがＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しい色度ＣＴＵの４分木分割によって得られる色度葉ブロックの輝度サンプルにおける最小サイズ（幅または高さ）の二進対数との間のデフォルトの差分を指定する。ＳＰＳを参照して、ｓｐｓ＿ｐａｒｔｉｔｉｏｎ＿ｃｏｎｓｔｒａｉｎｔｓ＿ｏｖｅｒｒｉｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が１の場合、このデフォルトの差分は、ＰＨ構文構造内に存在するｐｈ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｃｈｒｏｍａによって上書きされることができる。ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａの値は、０からＭｉｎ（６，ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ＭｉｎＱｔＬｏｇ２ＳｉｚｅＩｎｔｒａＣまでの範囲（０とＭｉｎ（６，ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ＭｉｎＱｔＬｏｇ２ＳｉｚｅＩｎｔｒａＣを含む）内にある必要がある。ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａが存在しない場合、ｓｐｓ＿ｌｏｇ２＿ｄｉｆｆ＿ｍａｘ＿ｔｔ＿ｍｉｎ＿ｑｔ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ｃｈｒｏｍａの値が０であると推測される。

【0052】

ｃｏｄｉｎｇ＿ｕｎｉｔ（）構文要素は、以下の表４に示されている。

【0053】

【表4】

【0054】

パラメータ「ｔｒｅｅＴｙｐｅ」の値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しいか否かによって、現在ＣＵに対してＣＳＴが応用されるか否かを決定することができる。ここで、構文要素ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇとｃｃｌｍ＿ｍｏｄｅ＿ｉｄｘは、ビットストリーム内で伝送されてもよい。

【0055】

ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇの値が１であることは、ＩＮＴＲＡ＿ＬＴ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｌ＿ＣＣＬＭ、およびＩＮＴＲＡ＿Ｔ＿ＣＣＬＭの色度イントラ予測モードのいずれかが応用されることを指定する。ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇが０であることは、ＩＮＴＲＡ＿ＬＴ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｌ＿ＣＣＬＭ、およびＩＮＴＲＡ＿Ｔ＿ＣＣＬＭの色度イントラ予測モードのいずれも応用されないことを指定する。ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇが存在しない場合、それが０であると推測される。ｃｃｌｍ＿ｍｏｄｅ＿ｉｄｘ構文要素は、ＩＮＴＲＡ＿ＬＴ＿ＣＣＬＭ、ＩＮＴＲＡ＿Ｌ＿ＣＣＬＭ、およびＩＮＴＲＡ＿Ｔ＿ＣＣＬＭの色度イントラ予測モードのうち、どのモードが応用されるかを指定する。

【0056】

図６を参照すると、既存のＶＶＣ技術を用いる場合、図６に示すように、ＭＲＬ輝度イントラ予測６０２、ＣＣＬＭ輝度イントラ予測６０４、ＣＣＬＭ色度イントラ予測６０６のための参照行が異なってもよい。輝度ブロックの上方の１行目にノイズが含まれている場合、この行を輝度イントラ予測に使用すると、最良の符号化効率が得られない。このような場合、輝度イントラ予測には代替の参照行が使用される。この場合でも、上記の１行目と２行目は常にＣＣＬＭイントラ予測に使用される。Ｙ成分、Ｃｂ成分、およびＣｒ成分のツリー構造が共有されている場合、符号化効率の低下を招く。

【0057】

これらおよびその他の課題を克服するため、本開示では、色度ＣＵに隣接していない参照行を色度イントラ予測に使用する例示イントラ予測手順を提供する。例えば、いくつかの実施形態では、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されている場合、輝度ＭＲＬイントラ予測のための同じ参照行がＣＣＬＭ色度イントラ予測に応用される。そうでない場合、従来のＶＶＣ仕様で定義された参照行がＣＣＬＭ色度イントラ予測に使用される。いくつかの実施形態では、ＣＣＬＭ色度イントラ予測の参照行インデックスは、輝度ＭＲＬイントラ予測の参照行インデックスとは独立して伝送されてもよい。いくつかの実施形態では、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されている場合、ＣＣＬＭ色度イントラ予測の参照行インデックスと輝度ＭＲＬイントラ予測の参照行インデックスとの差分（デルタ値）が、対応する参照行インデックスの代わりに伝送される。例示的なイントラ予測手順の詳細は、以下で図７～図１５と組み合わせて提供される。

【0058】

図７は、本開示のいくつかの実施形態に係る例示的な符号化システム７００のブロック図である。図８は、本開示のいくつかの実施形態に係る例示的な復号化システム８００のブロック図である。各システム７００または８００は、コンピュータや無線通信装置などのデータ処理が可能な様々なシステムや装置に応用または組み込まれてもよい。例えば、システム７００または８００は、携帯電話、デスクトップコンピュータ、ラップトップコンピュータ、タブレット、車載コンピュータ、ゲーム機、プリンタ、測位装置、ウェアラブル電子機器、スマートセンサ、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ、ＶＲ）装置、拡張現実（ａｒｇｕｍｅｎｔ ｒｅａｌｉｔｙ、ＡＲ）装置、またはその他の適切なデータ処理能力を持つ電子機器の全部または一部であり得る。図７および図８に示すように、システム７００または８００は、プロセッサ７０２、メモリ７０４、およびインターフェース７０６を含んでもよい。これらのコンポーネントは、バスで互いに接続されているように示されているが、他の接続タイプも許容される。システム７００または８００が、ここで説明される機能を実行するためのその他の適切なコンポーネントを含んでもよいことは理解される。

【0059】

プロセッサ７０２は、グラフィックス処理ユニット（ｇｒａｐｈｉｃ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＧＰＵ）、画像信号プロセッサ（ｉｍａｇｅ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＩＳＰ）、中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、テンソル処理ユニット（ｔｅｎｓｏｒ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＴＰＵ）、ビジョン処理ユニット（ｖｉｓｉｏｎ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＶＰＵ）、ニューラル処理ユニット（ｎｅｕｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＮＰＵ）、シナジスティック処理ユニット（ｓｙｎｅｒｇｉｓｔｉｃ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＳＰＵ）、または物理処理ユニット（ｐｈｙｓｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＰＰＵ）などのマイクロプロセッサ、マイクロコントローラユニット（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ ｕｎｉｔ、ＭＣＵ）、識別用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、プログラマブル論理デバイス（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ、ＰＬＤ）、ステートマシン、ゲートドロジック、ディスクリートハードウェア回路、および本開示で説明される様々な機能を実行するように構成されたその他の適切なハードウェアを含んでもよい。図７および図８には１つのプロセッサのみが示されているが、複数のプロセッサを含んでもよいことは理解される。プロセッサ７０２は、１つ以上の処理コアを持つハードウェアデバイスであってもよい。プロセッサ７０２はソフトウェアを実行してもよい。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などと呼ばれるに関わらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などと広く解釈されるべきである。ソフトウェアは、解釈型言語、コンパイル型言語、または機械語で書かれたコンピュータ命令を含んでもよい。ソフトウェアの広いカテゴリの下では、ハードウェアに指示するその他の技術も許容される。

【0060】

メモリ７０４は、大まかには、メモリ（すなわち、主メモリ／システムメモリ）とストレージ（すなわち、二次メモリ）の両方を含んでもよい。例えば、メモリ７０４は、ランダムアクセスメモリ（ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、読み出し専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、静的ＲＡＭ（ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、動的ＲＡＭ（ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ）、強誘電体ＲＡＭ（ｆｅｒｒｏ－ｅｌｅｃｔｒｉｃ ＲＡＭ、ＦＲＡＭ）、電気的消去可能プログラマブルＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＥＥＰＲＯＭ）、コンパクトディスク読み出し専用メモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）またはその他の光ディスクストレージ、磁気ディスクストレージまたはその他の磁気ストレージ装置などのハードディスクドライブ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ、ＨＤＤ）、フラッシュドライブ、ソリッドステートドライブ（ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ、ＳＳＤ）、またはプロセッサ７０２によってアクセスおよび実行可能な命令の形で所望のプログラムコードを保持または格納するために用いられることができるその他の媒体を含んでもよい。大まかには、メモリ７０４は、非一時的なコンピュータ読み取り可能な媒体などの任意のコンピュータ読み取り可能な媒体によって具現化されてもよい。図７および図８には１つのメモリのみが示されているが、複数のメモリを含んでもよいことは理解される。

【0061】

インターフェース７０６は、大まかには、情報を送受信する過程で他の外部ネットワーク要素と共に信号を送受信するように構成されるデータインターフェースと通信インターフェースを含んでもよい。例えば、インターフェース７０６は、入力／出力（ｉｎｐｕｔ／ｏｕｔｐｕｔ、Ｉ／Ｏ）機器と有線トランシーバまたは無線のトランシーバを含んでもよい。図７および図８には１つのインターフェースのみが示されているが、複数のインターフェースを含んでもよいことは理解される。

【0062】

プロセッサ７０２、メモリ７０４、およびインターフェース７０６は、ビデオ符号化機能を実行するために、システム７００または８００内で様々な形態で実現されてもよい。いくつかの実施形態では、システム７００または８００のプロセッサ７０２、メモリ７０４、およびインターフェース７０６は、１つ以上のシステムオンチップ（ｓｙｓｔｅｍ－ｏｎ－ｃｈｉｐ、ＳｏＣ）上で実現される（例えば、統合される）。１つの例では、プロセッサ７０２、メモリ７０４、およびインターフェース７０６は、ビデオ符号化および復号化アプリケーションを実行することを含む、オペレーティングシステム（ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ、ＯＳ）環境におけるアプリケーション処理を担当するアプリケーションプロセッサ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ、ＡＰ）ＳｏＣ上で統合される。別の例では、プロセッサ７０２、メモリ７０４、およびインターフェース７０６は、リアルタイムオペレーティングシステム（ｒｅａｌ－ｔｉｍｅ ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ、ＲＴＯＳ）における画像およびビデオ処理に専用のＧＰＵまたはＩＳＰチップなどの、ビデオ符号化用の専用プロセッサチップ上で統合される。

【0063】

図７に示すように、符号化システム７００において、プロセッサ７０２は、エンコーダ７０１などの１つ以上のモジュールを含んでもよい。図７ではエンコーダ７０１が１つのプロセッサ７０２内にあるように示されているが、エンコーダ７０１が、互いに近接または離れる異なるプロセッサ上で実現されることができる１つ以上のサブモジュールを含んでもよいことは理解される。エンコーダ７０１（および任意の対応するサブモジュールまたはサブユニット）は、他のコンポーネントと共に使用するように設計されるプロセッサ７０２のハードウェアユニット（例えば、集積回路の一部）であるか、またはプロセッサ７０２が少なくともプログラム（すなわち、命令）の一部を実行することによって実現するソフトウェアユニットである。プログラムの命令は、メモリ７０４などのコンピュータ読み取り可能な媒体に格納されており、プロセッサ７０２によって実行されるとき、以下で詳細に説明される画像分割、インター予測、イントラ予測、変換、量子化、フィルタリング、エントロピー符号化などのビデオ符号化に関連する１つ以上の機能を持つプロセスを実行してもよい。

【0064】

同様に、図８に示すように、復号化システム８００において、プロセッサ７０２は、デコーダ８０１などの１つ以上のモジュールを含んでもよい。図８ではデコーダ８０１が１つのプロセッサ７０２内にあるように示されているが、デコーダ８０１が、互いに近接または離れる異なるプロセッサ上で実現されることができる１つ以上のサブモジュールを含んでもよいことは理解される。デコーダ８０１（および任意の対応するサブモジュールまたはサブユニット）は、他のコンポーネントと共に使用するように設計されるプロセッサ７０２のハードウェアユニット（例えば、集積回路の一部）であるか、またはプロセッサ７０２が少なくともプログラム（すなわち、命令）の一部を実行することによって実現するソフトウェアユニットである。プログラムの命令は、メモリ７０４などのコンピュータ読み取り可能な媒体に格納されており、プロセッサ７０２によって実行されるとき、以下で詳細に説明されるエントロピー復号化、逆量子化、逆変換、インター予測、イントラ予測、フィルタリングなどのビデオ復号化に関連する１つ以上の機能を持つプロセスを実行してもよい。

【0065】

図９は、本開示のいくつかの実施形態に係る、図７における符号化システム７００内の例示的なエンコーダ７０１の詳細なブロック図である。図９に示すように、エンコーダ７０１は、パーティションモジュール９０２、インター予測モジュール９０４、イントラ予測モジュール９０６、変換モジュール９０８、量子化モジュール９１０、逆量子化モジュール９１２、逆変換モジュール９１４、フィルタモジュール９１６、バッファモジュール９１８、および符号化モジュール９２０を含んでもよい。図９に示されている各要素が、ビデオエンコーダにおける互いに異なる特性的な機能を表すように独立して表現されており、各コンポーネントが個別のハードウェアの構成単位または単一のソフトウェアによって形成されることを意味するものではないことは理解される。つまり、各要素は、説明の便宜上要素として列挙するために含まれており、少なくとも２つの要素が組み合わされて単一の要素を形成したり、ある要素が複数の要素に分割されて機能を実行したりしてもよい。また、これらの要素のうち、本開示で説明される機能を実行するための必須要素ではなく、むしろ性能を向上させるための選択的な要素であることは理解される。さらに、これらの要素が、電子ハードウェア、ファームウェア、コンピュータソフトウェア、またはそれらの任意の組み合わせを用いて実現されてもよいことは理解される。このような要素がハードウェア、ファームウェア、またはソフトウェアとして実現されるか否かは、エンコーダ７０１に課される特定のアプリケーションと設計上の制約に依存する。

【0066】

パーティションモジュール９０２は、ビデオの入力画像を少なくとも１つの処理ユニットに分割するように構成されてもよい。１つの画像は、ビデオの１つのフレームまたはビデオの１つのフィールドであり得る。いくつかの実施形態では、１つの画像は、１つのモノクロフォーマットの輝度サンプルの配列、または１つの輝度サンプルの配列と２つの対応する色度サンプルの配列を含む。この際で、処理ユニットは、予測ユニット（ｐｒｅｄｉｃｔｉｏｎ ｕｎｉｔ、ＰＵ）、変換ユニット（ｔｒａｎｓｆｏｒｍ ｕｎｉｔ、ＴＵ）、または符号化ユニット（ｃｏｄｉｎｇ ｕｎｉｔ、ＣＵ）であり得る。パーティションモジュール９０２は、画像を複数の符号化ユニット、複数の予測ユニット、および複数の変換ユニットの組み合わせに分割し、予め決められた基準（例えば、コスト関数）に基づいて符号化ユニット、予測ユニット、および変換ユニットの組み合わせを選択することによって画像を符号化してもよい。

【0067】

Ｈ．２６５／ＨＥＶＣと同様に、Ｈ．２６６／ＶＶＣもブロックに基づく混合空間および時間予測符号化方案である。図１１に示すように、符号化時に、まず、入力画像１１００をパーティションモジュール９０２によって正方形のブロック、すなわちＣＴＵ１１０２に分割される。例えば、ＣＴＵ１１０２は、１２８×１２８ピクセルのブロックであり得る。図１２に示すように、画像１１００内の各ＣＴＵ１１０２は、パーティションモジュール９０２によって１つ以上のＣＵ１２０２に分割され、１つ以上のＣＵ１２０２は予測と変換に使用されることができる。Ｈ．２６５／ＨＥＶＣとは異なり、Ｈ．２６６／ＶＶＣにおいて、ＣＵ１２０２は、矩形または正方形であり、予測ユニットや変換ユニットにさらに分割することなく符号化されることができる。例えば、図１２に示すように、ＣＴＵ１１０２からＣＵ１２０２への分割は、４分木分割（実線で示されている）、２分木分割（破線で示されている）、および３分木分割（一点鎖線で示されている）を含んでもよい。いくつかの実施形態によれば、各ＣＵ１２０２は、そのルートＣＴＵ１１０２と同じ大きさであってもよいし、又は４×４ブロックという小さなサイズのルートＣＴＵ１１０２のサブ分割であってもよい。

【0068】

図９を参照すると、インター予測モジュール９０４は、予測ユニットに対してインター予測を実行するように構成されてもよく、イントラ予測モジュール９０６は、予測ユニットに対してイントラ予測を実行するように構成されてもよい。予測ユニットに対してインター予測を使用するか、またはイントラ予測を実行するかを決定し、各予測方法に応じて具体的な情報（例えば、イントラ予測モード、動きベクトル、参照画像など）を決定してもよい。この際、予測を実行するための処理ユニットと、予測方法と具体的な内容を決定するための処理ユニットは、異なってもよい。例えば、予測方法と予測モードは予測ユニット内で決定され、予測は変換ユニット内で実行されてもよい。生成された予測ブロックと元のブロックとの間の残差ブロック内の残差係数は、変換モジュール９０８に入力されてもよい。また、予測用の予測モード情報、動きベクトル情報などは、残差係数または量子化レベルとともに、符号化モジュール９２０によってビットストリーム内に符号化されてもよい。特定の符号化モードでは、元のブロックが、予測モジュール９０４または９０６を介して予測ブロックを生成することなく、そのまま符号化されることがあることは理解される。また、特定の符号化モードでは、予測、変換、および／または量子化がスキップされることもあることは理解される。

【0069】

いくつかの実施形態では、インター予測モジュール９０４は、現在の画像の前または現在の画像の後の画像のうち、少なくとも１つの画像に関する情報に基づいて予測ユニットを予測してもよく、場合によっては、現在の画像内で既に符号化された部分領域に関する情報に基づいて予測ユニットを予測してもよい。インター予測モジュール９０４は、参照画像補間モジュール、動き予測モジュール、および動き補償モジュール（図示せず）などのサブモジュールを含んでもよい。例えば、参照画像補間モジュールは、バッファモジュール９１８から参照画像情報を受信し、参照画像から整数ピクセル以下のピクセル情報を生成してもよい。輝度ピクセルの場合、フィルタ係数が変化する、離散コサイン変換（ｄｉｓｃｒｅｔｅ ｃｏｓｉｎｅ ｔｒａｎｓｆｏｒｍ、ＤＣＴ）に基づく８タップ補間フィルタを用いて、１／４ピクセル単位で整数ピクセル以下のピクセル情報を生成してもよい。色差信号の場合、フィルタ係数が変化する、ＤＣＴに基づく４タップ補間フィルタを用いて、１／８ピクセル単位で整数ピクセル以下のピクセル情報を生成してもよい。動き予測モジュールは、参照画像補間部によって補間された参照画像に基づいて動き予測を実行してもよい。動きベクトルを算出する方法として、フルサーチベースのブロックマッチングアルゴリズム（ｆｕｌｌ ｓｅａｒｃｈ－ｂａｓｅｄ ｂｌｏｃｋ ｍａｔｃｈｉｎｇ ａｌｇｏｒｉｔｈｍ、ＦＢＭＡ）、３ステップサーチ（ｔｈｒｅｅ－ｓｔｅｐ ｓｅａｒｃｈ、ＴＳＳ）、新しい３ステップサーチアルゴリズム（ｎｅｗ ｔｈｒｅｅ－ｓｔｅｐ ｓｅａｒｃｈ ａｌｇｏｒｉｔｈｍ、ＮＴＳ）などの様々な方法を使用してもよい。動きベクトルは、補間されたピクセルに基づいて、１／２、１／４、または１／１６ピクセル単位または整数ピクセルの動きベクトル値を持ってもよい。動き予測モジュードは、動き予測方法を変えることによって、現在の予測ユニットを予測してもよい。スキップ法、マージ法、高度動きベクトル予測（ａｄｖａｎｃｅｄ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｉｏｎ、ＡＭＶＰ）法、ブロック内コピー法などの様々な方法を、動き予測方法として使用してもよい。

【0070】

いくつかの実施形態では、イントラ予測モジュール９０６は、現在画像内のピクセル情報である現在ブロックの周囲の参照ピクセルに関する情報に基づいて、予測ユニットを生成してもよい。参照ピクセルは、現在ブロックに隣接していない参照行内に位置してもよい。現在の予測ユニットの近隣でのブロックがインター予測が実行されたブロックであり、そのため参照ピクセルがインター予測が実行されたピクセルである場合、インター予測が実行されたブロックに含まれる参照ピクセルが、イントラ予測が実行された近隣でのブロックの参照ピクセル情報の代わりに使用されてもよい。つまり、参照ピクセルが利用できない場合、利用可能な参照ピクセルのうち少なくとも１つの参照ピクセルが、利用できない参照ピクセル情報の代わりに使用されてもよい。イントラ予測において、予測モードは、予測方向に応じて参照ピクセル情報を使用する角度予測モードと、予測を実行する際に方向情報を使用しない非角度予測モードを有してもよい。輝度情報を予測するためのモードと、色差情報を予測するためのモードは異なっていてもよく、輝度情報を予測するためのイントラ予測モード情報または予測された輝度信号情報は、色度情報を予測するために用いられてもよい。イントラ予測を実行する際に、予測ユニットのサイズが変換ユニットのサイズと同じである場合、予測ユニットの左側のピクセル、左上側のピクセル、および上側のピクセルに基づいて、予測ユニットに対してイントラ予測を実行してもよい。しかし、イントラ予測を実行する際に、予測ユニットのサイズが変換ユニットのサイズと異なる場合、変換ユニットに基づいて参照ピクセルを用いてイントラ予測を実行してもよい。

【0071】

イントラ予測方法では、参照ピクセルに適応型イントラ平滑（ａｄａｐｔｉｖｅ ｉｎｔｒａ ｓｍｏｏｔｈｉｎｇ、ＡＩＳ）フィルタを応用した後、予測モードに応じて予測ブロックを生成してもよい。参照ピクセルに応用されるＡＩＳフィルタの種類は、変化することがある。イントラ予測方法を実行するために、現在の予測ユニットの隣接に存在する予測ユニットのイントラ予測モードから現在の予測ユニットのイントラ予測モードを予測してもよい。現在の予測ユニットの予測モードが隣接予測ユニットから予測されたモード情報を用いて予測されるときに、現在の予測ユニットのイントラ予測モードが近隣での予測ユニットと同じである場合、現在の予測ユニットの予測モードが近隣での予測ユニットと同じであることを指示する情報が、予め決められたフラグ情報を用いて伝送されてもよく、現在の予測ユニットと近隣での予測ユニットの予測モードが互いに異なる場合、現在ブロックの予測モード情報が、追加のフラグ情報によって符号化されてもよい。イントラ予測モジュール９０６によって実行される例示イントラ予測手順の様々な方面は、図１３Ａ～１３Ｃに示されている。

【0072】

例えば、図１３Ａは、本開示のいくつかの実施形態に係る、輝度ＣＵに隣接していない第１参照行セットと、色度ＣＵに隣接していない第２参照行セットを使用する第１例示イントラ予測手順１３００を示す図である。図１３Ｂは、本開示のいくつかの実施形態に係る、輝度ＣＵに隣接していない第１参照行セットと、色度ＣＵに隣接していない第２参照行セットを使用する第２例示イントラ予測手順１３２５を示す図である。図１３Ｃは、本開示のいくつかの実施形態に係る、輝度ＣＵに隣接していない第１参照行セットと、色度ＣＵに隣接していない第２参照行セットを使用する第３例示イントラ予測手順１３５０を示す図である。図１３Ａ～１３Ｃについて、図９のイントラ予測モジュール９０６と組み合わせて説明される。

【0073】

図９および図１３Ａを参照すると、イントラ予測モジュール９０６によって、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されている場合、輝度ＭＲＬイントラ予測のための同じ参照行がＣＣＬＭ（色度イントラ予測に応用される。そうでない場合、従来のＶＶＣ仕様で定義された参照行がＣＣＬＭ色度イントラ予測に使用される。例えば、参照行ｘ（例えば、図１３Ａの非隣接参照行１３０１または参照行４）が輝度イントラ予測に使用され、ＭＲＬ内のｒｅｆ＿ｌｉｎｅ＿ｉｄｘによって指定されていると仮定すると、輝度参照行ｘと行ｘ＋１（例えば、図１３Ａの非隣接参照行１３０３または参照行４と５）と、色度サンプル行ｆｌｏｏｒ（（ｘ＋１）／２）（例えば、図１３Ａの非隣接参照行１３０５または参照行２）がＣＣＬＭイントラ予測に使用され、ここで関数ｆｌｏｏｒ（ｘ）はｘの整数部分を表す。図１３Ａに示された例示イントラ予測手順１３００は、デコーダに送信されるビットストリーム内の構文要素に対する変更を必要としない。イントラ予測モジュール９０６では、符号化と復号化のプロセスに対するいくつかの補正のみが必要とされる。

【0074】

応用に応じて、ｘが奇数である場合、色度行ｆｌｏｏｒ（（ｘ－１）／２）の代わりに、色度行ｆｌｏｏｒ（（ｘ＋１）／２）は、輝度行ｘとｘ＋１とともに、ＣＣＬＭにおいて使用されることができる。上述のように、この実施形態は、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されている場合、例えば、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡではない場合にのみ応用されてもよい。Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されていない場合、すなわち、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合、図１３Ｂに示されている実施形態が実行されてもよい。

【0075】

図９および図１３Ｂを参照すると、ＣＣＬＭ色度イントラ予測の参照行インデックスは、輝度ＭＲＬイントラ予測の参照行インデックスとは独立して伝送されてもよい。例えば、ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘがｘであり、ｘが０からＮまでの整数であると仮定すると、隣接する輝度サンプル行ｘと行ｘ＋１（例えば、図１３Ｂの非隣接参照行１３０３または参照行２と３）と、色度サンプル行ｆｌｏｏｒ（ｘ／２＋１／２）（例えば、図１３Ｂの非隣接参照行１３０５または参照行２）がＣＣＬＭイントラ予測に使用され、ｆｌｏｏｒ（ｘ）はｘの整数部分を表す。ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘの値は、ＣＣＬＭ輝度サンプル座標内にある（例えば、図１３Ｂの非隣接参照行１３０３または参照行２と３）。応用に応じて、ｘが奇数である場合、色度行ｆｌｏｏｒ（ｘ／２＋１／２）の代わりに、色度参照行ｆｌｏｏｒ（ｘ／２－１／２）は、輝度サンプル行ｘとｘ＋１とともに、ＣＣＬＭイントラ予測に使用されることができる。

【0076】

図９および図１３Ｂを参照すると、エンコーダ７０１は、ビットストリーム内に例示的なｃｏｄｉｎｇ＿ｕｎｉｔ（）構文要素を含んでもよい。ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇの値が１と等しい場合、追加の構文要素ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘが伝送される。イントラ予測モジュール９０６によって生成される例示的なｃｏｄｉｎｇ＿ｕｎｉｔ（）構文要素の例は、以下の表５に示されている。

【0077】

【表5】

【0078】

ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ構文要素（例えば、イントラ予測モジュール９０６によって生成される）は、ＣＣＬＭ色度イントラ予測に使用される参照行を指定する。ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘの値は、輝度サンプル座標（例えば、図１３Ｂの非隣接参照行１３０１または参照行４）で指定される。隣接する輝度サンプル行であるｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ、ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ＋１、および色度サンプル行ｆｌｏｏｒ（ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ／２＋１／２）が、ＣＣＬＭイントラ予測に使用される。ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘが存在しない場合、その値が０であると推測される。

【0079】

ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘが偶数である場合、隣接する輝度サンプル行であるｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ、ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ＋１、および色度サンプル行ｆｌｏｏｒ（ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ／２＋１／２）は、ＣＣＬＭイントラ予測に使用される。ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘが奇数である場合、隣接する輝度サンプル行であるｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ、ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ＋１、および色度サンプル行ｆｌｏｏｒ（ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ／２－１／２）は、ＣＣＬＭイントラ予測に使用される。ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘが存在しない場合、その値が０であると推測される。図１３Ｂに示されている実施形態は、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されていない場合でも、例えば、つまりｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡを示すように設定されている場合でも、応用されてもよい。

【0080】

図９および図１３Ｃを参照すると、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されている場合、ＣＣＬＭ色度イントラ予測の参照行インデックスと輝度ＭＲＬ（マルチ参照行）イントラ予測の参照行インデックスとの差分（デルタ値）が、対応する参照行インデックスの代わりに伝送される。図１３Ｂと図１３Ｃに示された例示的な実施形態の違い（および図１３Ａの実施形態との相違）は、ＣＣＬＭの参照行（例えば、図１３Ｃの非隣接参照行１３０５または参照行１）が、輝度ＭＲＬの参照行インデックス（例えば、図１３Ｃの非隣接参照行１３０１または参照行４）とは独立して表されてもよい点である。しかし、ＣＣＬＭの参照行自身のインデックスを伝送する代わりに、輝度ＭＲＬ参照行のインデックスからの差分のみが伝送される。ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘ と ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘの値は、図１３Ｃと同様に、輝度サンプル座標内にある。ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘの値は、イントラ予測モジュール９０６によって式（７）に従って算出されてもよい。

【0081】

【数7】

【0082】

式（７）に従い、図１３Ｃに示された例示的な参照行を用いると、ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘの値とｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘの値は、それぞれ４と－２である。ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅの値は、４＋（－２）＝２として算出されてもよく、これは、ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅの輝度サンプル行（例えば、図１３Ｃの非隣接参照行１３０３または参照行２）とｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ＋１（例えば、図１３Ｃの非隣接参照行１３０３または参照行３）および色度サンプル行ｆｌｏｏｒ（ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ／２＋１／２）（例えば、図１３Ｃの非隣接参照行１３０５または参照行１）が、ＣＣＬＭ色度イントラ予測に使用されることを示す。

【0083】

図１３Ｂに示された実施形態と同様に、応用に応じて、ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅが奇数である場合、色度サンプル行ｆｌｏｏｒ（ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ／２－１／２）は、輝度参照行ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅとｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ＋１とともに、図１３Ｃの実施形態におけるＣＣＬＭ色度イントラ予測にも使用されることができる。

【0084】

図１３Ｃと組み合わせて説明された実施形態は、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されている場合、例えば、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しくない場合にのみ応用されてもよい。Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されていない場合、すなわち、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合、図１３Ｃに関連する２つの可能な実施形態がある。いくつかの実施形態では、以下の表６に示されているｃｏｄｉｎｇ＿ｕｎｉｔ（）構文要素が使用されるが、いくつかの実施形態では、以下の表７に示されているｃｏｄｉｎｇ＿ｕｎｉｔ（）構文要素が使用されてもよい。

【0085】

【表6】

【0086】

【表7】

【0087】

表６と図１３Ｃを参照すると、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有され、すなわち、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しくなく、かつ、ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇの値が１である場合、追加の構文要素ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、イントラ予測モジュール９０６によって生成され、ビットストリーム内で伝送されてもよい。ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１である場合、追加の構文要素ａｂｓ＿ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇが伝送されてもよい。Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されていない場合、すなわち、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しい場合、デコーダ８０１によってｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０であると推測され、図１３Ａに示されている方法が応用されてもよい。この場合、追加の構文要素ａｂｓ＿ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇは伝送されないこともある。

【0088】

再び表６と図１３Ｃを参照すると、Ｙ、Ｃｂ、およびＣｒのツリー構造が共有され、すなわち、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡと等しくなく、かつ、ｃｃｌｍ＿ｍｏｄｅ＿ｆｌａｇの値が１である場合、追加の構文要素ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、イントラ予測モジュール９０６によって生成され、ビットストリーム内で伝送されてもよい。ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１である場合、追加の構文要素ａｂｓ＿ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇが伝送される。Ｙ、Ｃｂ、およびＣｒのツリー構造が共有されていない場合、すなわち、ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合、構文要素ａｂｓ＿ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇの代わりに、図１３Ｂと組み合わせて上記の構文要素ｉｎｔｒａ＿ｃｃｌｍ＿ｒｅｆ＿ｉｄｘは生成され、ビットストリーム内で送信されてもよい。

【0089】

引き続き表６と図１３Ｃを参照すると、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ構文要素の値が１であることは、ａｂｓ＿ｄｅｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇが伝送されることを表す。ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０であることは、ａｂｓ＿ｄｅｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇが伝送されず、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘの値が０であることを表す。この場合、輝度サンプルの参照行ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘとｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘ＋１、および色度サンプルの行ｆｌｏｏｒ（ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘ／２＋１／２）が、ＣＣＬＭ色度イントラ予測に使用されることになる。ｔｒｅｅＴｙｐｅの値がＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡである場合、デコーダ８０１によってｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０であると推測されてもよい。

【0090】

再び表６と図１３Ｃを参照すると、ａｂｓ＿ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇは、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘ構文要素の値を表す。ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇの値が０であることは、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘが負の数であることを表し、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇの値が１であることは、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘが正の数であることを表す。ＣＣＬＭに使用される輝度参照行ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅの参照行の値は、ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ＝ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘ＋（２＊ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇ－１）＊ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとして算出される。輝度サンプルの参照行ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅとｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ＋１、および色度サンプルの行ｆｌｏｏｒ（ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ／２＋１／２）が、ＣＣＬＭ色度イントラ予測に使用されることになる。

【0091】

表７と図１３Ｃを参照すると、ａｂｓ＿ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇは、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘの値を表す。例えば、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇの値が０であることは、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘが負の数であることを表し、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇの値が１であることは、ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘが正の数であることを表す。ＣＣＬＭに使用される輝度参照行ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅの参照行の値は、ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ＝ｉｎｔｒａ＿ｌｕｍａ＿ｒｅｆ＿ｉｄｘ＋（２＊ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｓｉｇｎ＿ｆｌａｇ－１）＊ｄｅｌｔａ＿ｉｎｔｒａ＿ｃｃｌｍ＿ｉｄｘとして算出される。ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅが偶数である場合、輝度サンプルの参照行ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅとｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ＋１、および色度サンプルの行ｆｌｏｏｒ（ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ／２＋１／２）が、ＣＣＬＭ色度イントラ予測に使用されてもよい。ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅが奇数である場合、輝度サンプルの参照行ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅとｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ＋１、および色度サンプルの行ｆｌｏｏｒ（ｃｃｌｍ＿ｌｕｍａ＿ｒｅｆ＿ｌｉｎｅ／２－１／２）が、ＣＣＬＭ色度イントラ予測に使用されることになる。

【0092】

図９に示すように、予測ユニットと、当該予測ユニットと元のブロックとの差分値である残差係数情報を含む残差ブロックが生成されてもよく、当該予測ユニットは、予測モジュール９０４または９０６によって生成された予測ユニットに基づいて予測が行われたものである。生成された残差ブロックは、変換モジュール９０８に入力されてもよい。

【0093】

変換モジュール９０８は、ＤＣＴ、離散サイン変換（discrete sine transform、ＤＳＴ）、カルーネン・レーヴ変換（Karhunen－Loeve transform、ＫＬＴ）、または変換スキップなどの変換方法を用いて、元のブロックと、予測モジュール９０４および９０６を介して生成された予測ユニットの残差係数情報とを含む残差ブロックを変換するように構成されてもよい。残差ブロックを生成するための予測ユニットのイントラ予測モード情報に基づいて、ＤＣＴ、ＤＳＴ、またはＫＬＴを応用するか否かを決定することにより、残差ブロックを変換してもよい。変換モジュール９０８は、残差ブロック内のビデオ信号を画素領域から変換領域（例えば、変換方法に依存する周波数領域）に変換することができる。いくつかの例では、変換モジュール９０８がスキップされ、ビデオ信号が変換領域に変換されないことがあることは理解される。

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

発明の概要および要約では、1人以上の発明者が考える本開示の１つ以上の（ただしすべてではない）例示的な実施形態が記載されており、そのため、本開示および添付の特許請求の範囲をいかなる形でも制限する意図はない。

【0186】

上述したように、様々な機能ブロック、モジュール、およびステップが開示されている。提供されている配置は、例示的なものであり、限定的なものではない。したがって、機能ブロック、モジュール、およびステップは、上述の例とは異なる方法で並べ替えられたり、組み合わされたりしてもよい。同様に、いくつかの実施形態は、機能ブロック、モジュール、およびステップのサブセットのみを含んでおり、そのようなサブセットは許容される。

【0187】

本開示の幅と範囲は、上述の例示的な実施形態のいずれによっても制限されるべきではなく、以下の特許請求の範囲とその同等物に従ってのみ定義されるべきである。

【手続補正2】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

エンコーダにより符号化を行う方法であって、
少なくとも１つのプロセッサによって、輝度符号化ユニットＣＵに隣接していない第１参照行セットを識別するスデップと、
前記少なくとも１つのプロセッサによって、前記輝度ＣＵに隣接していない前記第１参照行セットに基づいて輝度イントラ予測手順を実行するスデップと、
前記少なくとも１つのプロセッサによって、前記輝度イントラ予測手順に基づいて前記輝度ＣＵの輝度画素値セットを取得するスデップと、
前記少なくとも１つのプロセッサによって、前記輝度ＣＵに隣接していない前記第１参照行セットに基づいて、色度ＣＵに隣接していない第２参照行セットを識別するスデップと、
前記少なくとも１つのプロセッサによって、前記輝度ＣＵに隣接していない前記第１参照行セット、前記色度ＣＵに隣接していない前記第２参照行セット、及び前記輝度ＣＵの前記輝度画素値セットに基づいて、前記色度ＣＵに関連する相関関数を推定するスデップと、を含む、
エンコーダにより符号化を行う方法。

【請求項2】

エンコーダにより符号化を行うシステムであって、
少なくとも１つのプロセッサと、
メモリであって、前記メモリは、前記少なくとも１つのプロセッサによって実行される時に、前記少なくとも１つのプロセッサに、
輝度符号化ユニットＣＵに隣接していない第１参照行セットを識別させ、
前記輝度ＣＵに隣接していない前記第１参照行セットに基づいて輝度イントラ予測手順を実行させ、
前記輝度イントラ予測手順に基づいて前記輝度ＣＵの輝度画素値セットを取得させ、
前記輝度ＣＵに隣接していない前記第１参照行セットに基づいて、色度ＣＵに隣接していない第２参照行セットを識別させ、
前記輝度ＣＵに隣接していない前記第１参照行セット、前記色度ＣＵに隣接していない前記第２参照行セット、及び前記輝度ＣＵの前記輝度画素値セットに基づいて、前記色度ＣＵに関連する相関関数を推定させる命令を格納するメモリと、を含む、
エンコーダにより符号化を行うシステム。

【請求項3】

デコーダにより復号化を行う方法であって、
通信インターフェースによって、画像エンコーダから、輝度符号化ユニットＣＵに関連する輝度画素値セットと、色度符号化ユニットＣＵに関連する色度画素値セットを含むビットストリームを受信するスデップと、
少なくとも１つのプロセッサによって、前記輝度ＣＵに隣接していなく且つ前記画像エンコーダによって前記輝度画素値セットを生成するために用いられる第１参照行セットと、前記色度ＣＵに隣接していなく且つ前記画像エンコーダによって色度画素値セットを生成するために用いられる第２参照行セットとに関連する相関関数を識別するステップと、を含む、
デコーダにより復号化を行う方法。

【請求項4】

前記方法は、
前記少なくとも１つのプロセッサによって、前記相関関数に基づいて前記ビットストリームを復号化して、前記輝度ＣＵに関連する前記輝度画素値セットと、前記色度ＣＵに関連する前記色度画素値セットを識別するステップと、
前記少なくとも１つのプロセッサによって、前記輝度ＣＵに関連する前記輝度画素値セットと、前記色度ＣＵに関連する前記色度画素値セットとに基づいて、強化した画像を生成するステップと、をさらに含む、
請求項３に記載の方法。

【請求項5】

前記方法は、
前記少なくとも１つのプロセッサによって、前記ビットストリームからの、前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックスに関連する情報、または、前記色度ＣＵに隣接していない前記第２参照行セットに関連する色度参照行インデックスに関連する情報を識別するステップをさらに含み、
前記相関関数は、前記輝度参照行インデックスに基づいて識別される、
請求項４に記載の方法。

【請求項6】

前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックス値と、前記色度ＣＵに隣接していない前記第２参照行セットに関連する色度参照行インデックス値とは、同じ値である、
請求項５に記載の方法。

【請求項7】

前記色度ＣＵに隣接していない前記第２参照行セットは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの上方に位置する参照行とを含み、
前記相関関数は、前記色度ＣＵに隣接していない前記第２参照行セットに基づいて識別され、前記第２参照行セットは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの上方に位置する参照行とを含む、
請求項３に記載の方法。

【請求項8】

前記色度ＣＵに隣接していない前記第２参照行セットは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの下方に位置する参照行とを含み、
前記相関関数は、前記色度ＣＵに隣接していない第２参照行セットに基づいて識別され、前記第２参照行セットは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記輝度ＣＵに隣接していない前記第１参照行セットの下方に位置する前記参照行とを含む、
請求項３に記載の方法。

【請求項9】

前記ビットストリームは、前記色度ＣＵに隣接していない前記第２参照行セットに関連する色度参照行インデックスをさらに含み、
前記相関関数は、前記色度ＣＵに隣接していない前記第２参照行セットに関連する前記色度参照行インデックスに基づいて識別される、
請求項３に記載の方法。

【請求項10】

前記輝度ＣＵに隣接していない前記第１参照行セットに関連する輝度参照行インデックス値と、前記色度ＣＵに隣接していない前記第２参照行セットに関連する前記色度参照行インデックス値とは、異なる値である、
請求項９に記載の方法。

【請求項11】

前記ビットストリームは、前記輝度ＣＵに隣接していない前記第１参照行セットと、前記色度ＣＵに隣接していない前記第２参照行セットとの間の差分に関連するデルタ値の指示をさらに含み、
前記相関関数は、前記デルタ値の前記指示に基づいて識別される、
請求項１０に記載の方法。

【請求項12】

前記輝度ＣＵと前記色度ＣＵに関連する符号化ツリー構造は、同じである、
請求項１１に記載の方法。

【請求項13】

前記指示は、ネガティブなデルタ値を表すために、第１値に設定されたビットを含み、
または、
前記指示は、ポジティブなデルタ値を表すために、第１値とは異なる第２値に設定されたビットを含む、
請求項１１に記載の方法。

【請求項14】

前記指示は、前記デルタ値を含む、または、
前記指示は、前記デルタ値を含まない、
請求項１１に記載の方法。

【請求項15】

デコーダにより復号化を行うシステムであって、
少なくとも１つのプロセッサと、
メモリであって、前記メモリは、前記少なくとも１つのプロセッサによって実行される時に、前記少なくとも１つのプロセッサに、
画像エンコーダから、輝度符号化ユニットＣＵに関連する輝度画素値セットと、色度符号化ユニットＣＵに関連する色度画素値セットを含むビットストリームを受信させ、
前記輝度ＣＵに隣接していなく且つ前記画像エンコーダによって前記輝度画素値セットを生成するために用いられる第１参照行セットと、前記色度ＣＵに隣接していなく且つ前記画像エンコーダによって色度画素値セットを生成するために用いられる第２参照行セットとに関連する相関関数を識別させる命令を格納するメモリと、を含む、
デコーダにより復号化を行うシステム。

【国際調査報告】