JP6113752B2 - Ｃａｂａｃ係数レベルコーディングのためのスループット改善 - Google Patents

Description

関連出願

[0001]本出願は、それらのすべての全体が参照により本明細書に組み込まれる、２０１２年１月１７日に出願された米国仮出願第６１／５８７，６２４号、２０１２年１月２０日に出願された米国仮出願第６１／５８９，２９０号、２０１２年１月２７日に出願された米国仮出願第６１／５９１，７７２号、２０１２年３月２日に出願された米国仮出願第６１／６０６，３４７号、および２０１２年４月１１日に出願された米国仮出願第６１／６２２，７８５号の利益を主張する。

[0002]本開示は、ビデオコーディングに関し、より詳細には、変換係数をコーディングするための技法に関する。

[0003]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラー電話または衛星無線電話、ビデオ遠隔会議デバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、デジタルビデオ情報をより効率的に送信、受信および記憶するための、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ １０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）によって定義された規格、現在開発中の高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格、およびそのような規格の拡張に記載されているビデオ圧縮技法など、ビデオ圧縮技法を実装する。

[0004]ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減または除去するために空間的予測および／または時間的予測を含む。ブロックベースのビデオコーディングの場合、ビデオフレームまたはスライスはブロックに区分され得る。ビデオフレームは代替的にピクチャと呼ばれ得る。各ブロックはさらに区分され得る。イントラコード化（Ｉ）フレームまたはスライス中のブロックは、同じフレームまたはスライス中の隣接ブロック中の参照サンプルに対する空間的予測を使用して符号化される。インターコード化（ＰまたはＢ）フレームまたはスライス中のブロックは、同じフレームまたはスライス中の隣接ブロック中の参照サンプルに対する空間的予測、あるいは他の参照フレーム中の参照サンプルに対する時間的予測を使用し得る。空間的予測または時間的予測は、コーディングされるべきブロックの予測ブロックをもたらす。残差データは、コーディングされるべき元のブロック、すなわちコード化ブロックと予測ブロックとの間のピクセル差分を表す。

[0005]インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトル、およびコード化ブロックと予測ブロックとの間の差分を示す残差データに従って符号化される。イントラコード化ブロックは、イントラコーディングモードおよび残差データに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換されて残差変換係数をもたらすことができ、その残差変換係数は、次いで量子化され得る。最初は２次元アレイに構成される量子化された変換係数は、エントロピーコーディングのための変換係数の１次元ベクトルを生成するために、特定の順序でスキャンされ得る。

[0006]概して、本開示では、ビデオデータをコーディングするための技法について説明する。詳細には、本開示では、ビデオコーディングプロセスにおいて変換係数に関する情報をコーディングするための技法について説明する。

[0007]本開示は、バイパスコーディングされるビンの数に対して変換係数をシグナリングするためにコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：context adaptive binary arithmetic coding）により適応コンテキストモデルを使用してコーディングされるビンの数を制限するための様々な技法を提案する。特に、本開示は、ビデオコーディングプロセスにおいて変換係数のレベル情報をコーディングするためにＣＡＢＡＣを使用するビンの数を制限するための技法を開示する。

[0008]本開示の一例では、ビデオコーディングプロセスにおいて変換係数をコーディングする方法は、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示された変換係数のチャンクにおける変換係数について、１超フラグをコーディングすることと、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングすることとを備え、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。

[0009]本開示の別の例では、ビデオコーディングプロセスにおいて変換係数をコーディングする方法は、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示されたチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける変換係数について、２超フラグをコーディングすることとを備え、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。

[0010]本開示の別の例では、ビデオコーディングプロセスにおいて変換係数をコーディングする方法は、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示されたチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングすることとを備え、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。

[0011]本開示では、本明細書で説明する変換係数をシグナリングするための技法を実行するように構成され得るビデオ符号器と、ビデオ復号器と、装置と、命令を記憶しているコンピュータ可読媒体とについても説明する。

[0012]１つまたは複数の例の詳細は、添付の図面および以下の説明に記載されている。他の特徴、目的、および利点は、その説明および図面、ならびに特許請求の範囲から明らかになろう。

例示的なビデオ符号化および復号システムを示すブロック図。 変換係数をコーディングするための例示的な逆方向スキャン順序を示す概念図。 例示的なサブブロックベースの対角スキャンを示す概念図。 変換係数の４×４チャンクの例示的な逆方向対角スキャンを示す概念図。 サブブロック位置に基づくコンテキストベースのコーディングしきい値を示す概念図。 サブブロック位置および最後の有意係数の位置に基づくコンテキストベースのコーディングしきい値を示す概念図。 サブブロック位置および最後の有意係数の位置に基づくコンテキストベースのコーディングしきい値を示す概念図。 ８×８ブロックの４×４サブブロックへの例示的な分割とコンテキスト近傍とを示す概念図。 例示的なビデオ符号器を示すブロック図。 例示的なビデオ復号器を示すブロック図。 本開示の技法による例示的な方法を示すフローチャート。 本開示の技法による別の例示的な方法を示すフローチャート。 本開示の技法による別の例示的な方法を示すフローチャート。

[0026]概して、本開示では、ビデオデータをコーディングするための技法について説明する。詳細には、本開示では、ビデオ符号化プロセスおよび／またはビデオ復号プロセス内で変換係数をコーディングするための技法について説明する。

[0027]変換係数に関するレベル情報（たとえば、絶対値および符号）は一般に、２つの方法のうちの１つでエントロピーコーディングされる。レベル情報のいくつかのビンは、（たとえば、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）により）適応コンテキストモデルによりコーディングされる。レベル情報の他のビンは、（たとえば、指数ゴロムコーダまたはゴロムライス（Golomb-Rice）コーダにより）固定同等確率モデル（fixed equal probability model）によりバイパスモードでコーディングされる。適応コンテキストベースのビンコーディングは、帯域幅の効率を高める一方、エントロピーコーディングの主なボトルネックの１つであることが観測されている。

[0028]この欠点を考慮して、本開示は、ＣＡＢＡＣスループットを改善するための技法を提示する。詳細には、いくつかの例では、本開示は、適応コンテキストコード化ビンの数を減らし、バイパスコード化ビンの数を増やすことによって、ＣＡＢＡＣスループットを改善するための技法を提案する。

[0029]図１は、本開示の例による、変換係数をコーディングするための技法を利用するように構成され得る例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示すように、システム１０は、通信チャネル１６を介して符号化ビデオを宛先デバイス１４に送信するソースデバイス１２を含む。符号化ビデオデータはまた、記憶媒体３４またはファイルサーバ３６に記憶され得、必要に応じて宛先デバイス１４によってアクセスされ得る。記憶媒体またはファイルサーバに記憶されたとき、ビデオ符号器２０は、コード化ビデオデータを記憶媒体に記憶するための、ネットワークインターフェース、コンパクトディスク（ＣＤ）、Ｂｌｕ−ｒａｙ（登録商標）またはデジタルビデオディスク（ＤＶＤ）バーナーまたはスタンピングファシリティデバイス、あるいは他のデバイスなど、別のデバイスにコード化ビデオデータを与え得る。同様に、ネットワークインターフェース、ＣＤまたはＤＶＤリーダーなど、ビデオ復号器３０とは別個のデバイスが、記憶媒体からコード化ビデオデータを取り出し、取り出されたデータをビデオ復号器３０に与え得る。

[0030]ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆるスマートフォンなどの電話ハンドセット、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソールなどを含む、多種多様なデバイスのいずれかを備え得る。多くの場合、そのようなデバイスはワイヤレス通信用に装備され得る。したがって、通信チャネル１６は、符号化ビデオデータの送信に好適なワイヤレスチャネル、ワイヤードチャネル、またはワイヤレスチャネルとワイヤードチャネルとの組合せを備え得る。同様に、ファイルサーバ３６は、インターネット接続を含む任意の標準データ接続を介して宛先デバイス１４によってアクセスされ得る。これは、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに好適であるワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、ＤＳＬ、ケーブルモデムなど）、または両方の組合せを含み得る。

[0031]本開示の例による、変換係数をコーディングするための技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、たとえばインターネットを介したストリーミングビデオ送信、データ記憶媒体に記憶するためのデジタルビデオの符号化、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例など、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオ電話などの適用例をサポートするために、一方向または双方向のビデオ送信をサポートするように構成され得る。

[0032]図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオ符号器２０と、変調器／復調器２２と、送信機２４とを含む。ソースデバイス１２において、ビデオソース１８は、ビデオカメラなどのビデオキャプチャデバイス、以前キャプチャされたビデオを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェース、および／または、ソースビデオとしてコンピュータグラフィックスデータを生成するためのコンピュータグラフィックスシステムなどのソース、またはそのようなソースの組合せを含み得る。一例として、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、いわゆるカメラフォンまたはビデオフォンを形成することができ、これらは、たとえば、スマートフォンまたはタブレットコンピュータ内に与えられ得る。ただし、本開示で説明する技法は、概してビデオコーディングに適用可能であり得、ワイヤレスおよび／またはワイヤード適用例、あるいは符号化ビデオデータがローカルディスクに記憶された適用例に適用され得る。

[0033]キャプチャされたビデオ、以前キャプチャされたビデオ、またはコンピュータ生成されたビデオは、ビデオ符号器２０によって符号化され得る。符号化ビデオ情報は、ワイヤード通信プロトコルまたはワイヤレス通信プロトコルなどの通信規格に従ってモデム２２によって変調され、送信機２４を介して宛先デバイス１４に送信され得る。モデム２２は、信号変調のために設計された様々なミキサ、フィルタ、増幅器または他の構成要素を含むことができる。送信機２４は、増幅器と、フィルタと、ワイヤレス通信の場合には１つまたは複数のアンテナとを含む、データを送信するために設計された回路を含むことができる。

[0034]ビデオ符号器２０によって符号化された、キャプチャされたビデオ、以前キャプチャされたビデオ、またはコンピュータ生成されたビデオはまた、後で消費するために記憶媒体３４またはファイルサーバ３６に記憶され得る。記憶媒体３４は、Ｂｌｕ−ｒａｙディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、または符号化ビデオを記憶するための任意の他の好適なデジタル記憶媒体を含み得る。記憶媒体３４に記憶された符号化ビデオは、次いで、復号および再生のために宛先デバイス１４によってアクセスされ得る。図１には示されていないが、いくつかの例では、記憶媒体３４および／またはファイルサーバ３６は送信機２４の出力を記憶し得る。

[0035]ファイルサーバ３６は、符号化ビデオを記憶すること、およびその符号化ビデオを宛先デバイス１４に送信することが可能な、任意のタイプのサーバであり得る。例示的なファイルサーバは、（たとえば、ウェブサイトのための）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、ローカルディスクドライブ、または、符号化されたビデオデータを記憶すること、および符号化されたビデオデータを宛先デバイスに送信することが可能な任意の他のタイプのデバイスを含む。ファイルサーバ３６からの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、または両方の組合せであり得る。ファイルサーバ３６は、インターネット接続を含む任意の標準的なデータ接続を通じて宛先デバイス１４によってアクセスされ得る。これは、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに好適である、ワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ接続）、ワイヤード接続（たとえば、ＤＳＬ、ケーブルモデム、イーサネット（登録商標）、ＵＳＢなど）、または両方の組合せを含み得る。

[0036]宛先デバイス１４は、図１の例では、受信機２６と、モデム２８と、ビデオ復号器３０と、ディスプレイデバイス３２とを含む。宛先デバイス１４の受信機２６はチャネル１６を介して情報を受信し、モデム２８はその情報を復調して、ビデオ復号器３０のための復調されたビットストリームを生成する。チャネル１６を介して通信される情報は、ビデオデータを復号する際にビデオ復号器３０が使用する、ビデオ符号器２０によって生成された様々なシンタックス情報を含み得る。そのようなシンタックスはまた、記憶媒体３４またはファイルサーバ３６に記憶される符号化ビデオデータとともに含まれ得る。ビデオ符号器２０およびビデオ復号器３０の各々は、ビデオデータを符号化または復号することが可能であるそれぞれの符号器復号器（コーデック）の一部を形成し得る。

[0037]ディスプレイデバイス３２は、宛先デバイス１４と一体化されるかまたはその外部にあり得る。いくつかの例では、宛先デバイス１４は、一体型ディスプレイデバイスを含み、また、外部ディスプレイデバイスとインターフェースするように構成され得る。他の例では、宛先デバイス１４はディスプレイデバイスであり得る。概して、ディスプレイデバイス３２は、復号ビデオデータをユーザに対して表示し、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを備え得る。

[0038]図１の例では、通信チャネル１６は、無線周波数（ＲＦ）スペクトルあるいは１つまたは複数の物理伝送線路など、任意のワイヤレス通信媒体またはワイヤード通信媒体、あるいはワイヤレス媒体とワイヤード媒体との任意の組合せを備え得る。通信チャネル１６は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースネットワークの一部を形成し得る。通信チャネル１６は、概して、ワイヤード媒体またはワイヤレス媒体の任意の好適な組合せを含む、ビデオデータをソースデバイス１２から宛先デバイス１４に送信するのに好適な任意の通信媒体、または様々な通信媒体の集合体を表す。通信チャネル１６は、ソースデバイス１２から宛先デバイス１４への通信を可能にするのに有用であり得るルータ、スイッチ、基地局、または任意の他の機器を含むことができる。

[0039]ビデオ符号器２０およびビデオ復号器３０は、ＩＴＵ−Ｔ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＶＣＥＧ）とＩＳＯ／ＩＥＣ Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）とのＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｏｎ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）によって現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格などのビデオ圧縮規格に従って動作し得る。ＨＥＶＣの最新のワーキングドラフト（ＷＤ）は、文書ＪＣＴＶＣ−Ｉ１００３、Ｂｒｏｓｓら、「高効率ビデオコーディング（ＨＥＶＣ）テキスト仕様ドラフト９」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）に記載されており、以下ではＨＥＶＣ ＷＤ７と呼ばれ、http://phenix.int-evry.fr/jct/doc_end_user/documents/9_Geneva/wg11/JCTVC-I1003-v6.zipから入手可能である。

[0040]代替的に、ビデオ符号器２０およびビデオ復号器３０は、代替的にＭＰＥＧ−４、Ｐａｒｔ １０、Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ Ｈ．２６４規格など、他のプロプライエタリ規格または業界規格、あるいはそのような規格の拡張に従って動作し得る。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。他の例にはＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ．２６３がある。

[0041]図１には示されていないが、いくつかの態様では、ビデオ符号器２０およびビデオ復号器３０は、それぞれオーディオ符号器および復号器と統合され得、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含んで、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理し得る。適用可能な場合、いくつかの例では、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。

[0042]ビデオ符号器２０およびビデオ復号器３０はそれぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適な符号器回路のいずれか、あるいはそれらの任意の組合せとして実装され得る。本技法が部分的にソフトウェアで実装されるとき、デバイスは、好適な非一時的コンピュータ可読媒体にソフトウェアの命令を記憶し、１つまたは複数のプロセッサを使用してその命令をハードウェアで実行して、本開示の技法を実行し得る。ビデオ符号器２０およびビデオ復号器３０の各々は１つまたは複数の符号器または復号器中に含まれてよく、そのいずれも、それぞれのデバイスにおいて複合符号器／復号器（コーデック）の一部として統合されてよい。

[0043]ビデオ符号器２０は、ビデオコーディングプロセス内で変換係数をコーディングするための、本開示の技法のうちのいずれかまたはすべてを実施することができる。同様に、ビデオ復号器３０は、ビデオコーディングプロセス内で変換係数をコーディングするための、これらの技法のいずれかまたはすべてを実施することができる。本開示に記載されたビデオコーダは、ビデオ符号器またはビデオ復号器を指す場合がある。同様に、ビデオコーディングユニットは、ビデオ符号器またはビデオ復号器を指す場合がある。同様に、ビデオコーディングはビデオ符号化またはビデオ復号を指す場合がある。

[0044]本開示の一例では、ビデオ符号器２０は、変換係数のチャンクにおける各変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示された変換係数のチャンクにおける変換係数について、１超フラグをコーディングすることと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングすることとを行うように構成され、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。

[0045]同様に、ビデオ復号器３０は、変換係数のチャンクにおける変換係数について、有意性マップフラグを復号することと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、変換係数のチャンクにおける変換係数について、１超フラグを復号することと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグを復号することとを行うように構成され、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。

[0046]本開示の別の例では、ビデオ符号器２０は、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示されたチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける変換係数について、２超フラグをコーディングすることとを行うように構成され、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。

[0047]同様に、ビデオ復号器３０は、変換係数のチャンクにおける変換係数について、有意性マップフラグを復号することと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示されたチャンクにおける最初のＭ１個の変換係数について、１超フラグを復号することと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける変換係数について、２超フラグを復号することとを行うように構成され、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。

[0048]本開示の別の例では、ビデオ符号器２０は、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示されたチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングすることとを行うように構成され、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。

[0049]同様に、ビデオ復号器３０は、変換係数のチャンクにおける変換係数について、有意性マップフラグを復号することと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示されたチャンクにおける最初のＭ１個の変換係数について、１超フラグを復号することと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグを復号することとを行うように構成され、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。

[0050]デジタルビデオデバイスは、デジタルビデオ情報をより効率的に符号化および復号するためのビデオ圧縮技法を実装する。ビデオ圧縮は、ビデオシーケンスに固有の冗長性を低減または除去するために空間的（フレーム内）予測および／または時間的（フレーム間）予測技法を適用し得る。

[0051]ＪＣＴ−ＶＣは、たとえば上記で説明したＨＥＶＣ ＷＤ７に記載されているように、ＨＥＶＣ規格の開発に取り組んでいる。ＨＥＶＣ規格化の取り組みは、ＨＥＶＣテストモデル（ＨＭ）と呼ばれるビデオコーディングデバイスの発展的モデルに基づく。ＨＭは、たとえば、ＩＴＵ−Ｔ Ｈ．２６４／ＡＶＣに従う既存のデバイスに対してビデオコーディングデバイスのいくつかの追加の能力を仮定する。たとえば、Ｈ．２６４は９つのイントラ予測符号化モードを提供するが、ＨＭは３３個ものイントラ予測符号化モードを提供し得る。以下のセクションでは、ＨＭのいくつかの態様についてより詳細に説明する。

[0052]現在開発中のＨＥＶＣ規格に従うビデオコーディングの場合、ビデオフレームはコーディングユニットに区分され得る。コーディングユニット（ＣＵ）は、概して、ビデオ圧縮のために様々なコーディングツールが適用される基本ユニットとして働く画像領域を指す。ＣＵは通常、Ｙとして示されるルミナンス成分と、ＵおよびＶとして示される２つのクロマ成分とを有する。ビデオサンプリングフォーマットに応じて、Ｕ成分およびＶ成分のサイズは、サンプル数に関して、Ｙ成分のサイズと同じであるか、またはＹ成分のサイズとは異なっていてもよい。

[0053]ＣＵは、一般に正方形であり、たとえば、ＩＴＵ−Ｔ Ｈ．２６４などの他のビデオコーディング規格の下でのいわゆるマクロブロックと同様であると見なされ得る。本出願では、例示のために、開発中のＨＥＶＣ規格の現在提案されている態様のいくつかに従うコーディングについて説明する。ただし、本開示で説明する技法は、Ｈ．２６４または他の規格に従って定義されるビデオコーディングプロセスあるいはプロプライエタリビデオコーディングプロセスなど、他のビデオコーディングプロセスのために有用であり得る。

[0054]ＨＭによれば、ＣＵは、１つもしくは複数の予測ユニット（ＰＵ）および／または１つもしくは複数の変換ユニット（ＴＵ）を含むことができる。ビットストリーム内のシンタックスデータは、ピクセル数に換算して最大のＣＵである最大コーディングユニット（ＬＣＵ）を定義することができる。概して、ＣＵは、ＣＵがサイズの差異を有していないことを除いて、Ｈ．２６４のマクロブロックと同様の目的を有する。したがって、ＣＵはサブＣＵに分割することができる。概して、本開示におけるＣＵへの言及は、ピクチャの最大コーディングユニットまたはＬＣＵのサブＣＵを指すことがある。ＬＣＵはサブＣＵに分割され得、各サブＣＵはさらにサブＣＵに分割され得る。ビットストリームのシンタックスデータは、ＣＵ深さと呼ばれる、ＬＣＵが分割され得る最大回数を定義し得る。それに応じて、ビットストリームは最小コーディングユニット（ＳＣＵ）をも定義し得る。本開示ではまた、ＣＵ、ＰＵ、またはＴＵのいずれかを指すために「ブロック」または「部分」という用語を使用する。概して、「部分」は、ビデオフレームの任意のサブセットを指し得る。

[0055]ＬＣＵは４分木データ構造に関連付けられ得る。概して、４分木データ構造はＣＵごとに１つのノードを含み、ルートノードはＬＣＵに対応する。ＣＵが４つのサブＣＵに分割された場合、ＣＵに対応するノードは４つのリーフノードを含み、リーフノードの各々はサブＣＵのうちの１つに対応する。４分木データ構造の各ノードは、対応するＣＵのシンタックスデータを与え得る。たとえば、４分木のノードは、そのノードに対応するＣＵがサブＣＵに分割されるかどうかを示す分割フラグを含み得る。ＣＵのシンタックス要素は、再帰的に定義され得、ＣＵがサブＣＵに分割されるかどうかに依存し得る。ＣＵがこれ以上分割されない場合、そのＣＵはリーフＣＵと呼ばれる。本開示では、元のリーフＣＵの明示的分割が存在しなくても、リーフＣＵの４つのサブＣＵをリーフＣＵとも呼ぶ。たとえば、１６×１６サイズのＣＵがさらに分割されない場合、この１６×１６ＣＵが決して分割されなくても、４つの８×８サブＣＵをリーフＣＵとも呼ぶ。

[0056]リーフＣＵは、１つまたは複数の予測ユニット（ＰＵ）を含み得る。概して、ＰＵは、対応するＣＵの全部または一部を表し、そのＰＵ用の参照サンプルを取り出すためのデータを含むことができる。たとえば、ＰＵがインターモード符号化されるとき、ＰＵは、ＰＵ用の動きベクトルを定義するデータを含むことができる。動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルの解像度（たとえば、１／４ピクセル精度もしくは１／８ピクセル精度）、動きベクトルが指す参照フレーム、および／または動きベクトル用の参照リスト（たとえば、リスト０もしくはリスト１）を記述することができる。ＰＵを定義するリーフＣＵ用のデータはまた、たとえば、ＣＵを１つまたは複数のＰＵに区分することを記述することができる。区分モードは、ＣＵがコーディングされないか、イントラ予測モード符号化されるか、またはインター予測モード符号化されるかに応じて異なり得る。イントラコーディングの場合、ＰＵは、以下で説明するリーフ変換ユニットと同じように扱われ得る。

[0057]新生のＨＥＶＣ規格は、ＣＵごとに異なり得る変換ユニット（ＴＵ）に従う変換を可能にする。ＴＵは、一般に、区分されたＬＣＵについて定義された所与のＣＵ内のＰＵのサイズに基づいてサイズ決定されるが、常にそうであるとは限らない。ＴＵは、一般にＰＵと同じサイズであるかまたはＰＵよりも小さい。いくつかの例では、ＣＵに対応する残差サンプルは、「残差４分木」（ＲＱＴ：residual quad tree）として知られる４分木構造を使用してより小さいユニットに再分割され得る。ＲＱＴのリーフノードは変換ユニット（ＴＵ）と呼ばれることがある。ＴＵに関連するピクセル差分値は、量子化され得る変換係数を生成するために変換され得る。

[0058]概して、ＰＵは、予測プロセスに関係するデータを指す。たとえば、ＰＵがイントラモード符号化されるとき、ＰＵは、ＰＵ用のイントラ予測モードを記述するデータを含むことができる。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、ＰＵ用の動きベクトルを定義するデータを含むことができる。

[0059]概して、ＴＵは、変換プロセスと量子化プロセスとのために使用される。１つまたは複数のＰＵを有する所与のＣＵは、１つまたは複数の変換ユニット（ＴＵ）も含み得る。予測に続いて、ビデオ符号器２０は、ＰＵに従ってコーディングノードによって識別されたビデオブロックから残差値を計算し得る。コーディングノードは、次いで、元のビデオブロックではなく残差値を参照するように更新される。残差値はピクセル差分値を備え、ピクセル差分値は、エントロピーコーディングのためのシリアル化変換係数（serialized transform coefficient）を生成するためにＴＵ中で指定された変換と他の変換情報とを使用して変換係数に変換され、量子化され、スキャンされ得る。コーディングノードはこれらのシリアル化変換係数を指すようにもう一度更新され得る。本開示は、一般に、ＣＵのコーディングノードを指す「ビデオブロック」という用語を使用する。いくつかの特定の場合において、本開示は、コーディングノードならびにＰＵおよびＴＵを含む、ツリーブロック、すなわち、ＬＣＵまたはＣＵを指す「ビデオブロック」という用語も使用し得る。

[0060]ビデオシーケンスは、一般に、一連のビデオフレームまたはピクチャを含む。ピクチャグループ（ＧＯＰ）は、概して、ビデオピクチャのうちの一連の１つまたは複数を備える。ＧＯＰは、ＧＯＰ中に含まれるいくつかのピクチャを記述するシンタックスデータを、ＧＯＰのヘッダ中、ピクチャのうちの１つまたは複数のヘッダ中、または他の場所に含み得る。ピクチャの各スライスは、それぞれのスライスの符号化モードを記述するスライスシンタックスデータを含み得る。ビデオ符号器２０は、一般に、ビデオデータを符号化するために個々のビデオスライス内のビデオブロックに対して動作する。ビデオブロックは、ＣＵ内のコーディングノードに対応し得る。ビデオブロックは、固定サイズまたは可変サイズを有することができ、指定のコーディング規格に応じてサイズが異なることがある。

[0061]ブロック（たとえば、ビデオデータの予測ユニット）をコーディングするために、ブロックの予測子が最初に導出される。予測ブロックとも呼ばれる予測子は、イントラ（Ｉ）予測（すなわち、空間的予測）またはインター（ＰもしくはＢ）予測（すなわち時間的予測）のいずれかを介して導出され得る。したがって、いくつかの予測ユニットは、同じフレーム（またはスライス）中の隣接参照ブロック中の参照サンプルに対する空間的予測を使用してイントラコーディング（Ｉ）され得、他の予測ユニットは、他の以前コーディングされたフレーム（またはスライス）中の参照サンプルのブロックに対して単方向にインターコーディング（Ｐ）されるかまたは双方向にインターコーディング（Ｂ）され得る。各場合において、参照サンプルは、コーディングされるべきブロックの予測ブロックを形成するために使用され得る。

[0062]予測ブロックの識別時に、元のビデオデータブロック中のピクセルとその予測ブロック中のピクセルとの間の差分が決定される。この差分は予測残差データと呼ばれることがあり、コーディングされるべきブロック中のピクセル値と、コード化ブロックを表すように選択された予測ブロック中のピクセル値との間のピクセル差分を示す。より良好な圧縮を実現するために、予測残差データは、たとえば、離散コサイン変換（ＤＣＴ）、整数変換、カルーネン−レーベ（Ｋ−Ｌ）変換、または変換係数を生成するための別の変換を使用して変換され得る。

[0063]ＴＵなどの変換ブロック中の残差データは、空間的ピクセル領域に存在するピクセル差分値の２次元（２Ｄ）アレイで構成され得る。変換は、周波数領域などの変換領域において残差ピクセル値を変換係数の２次元アレイに変換する。

[0064]さらなる圧縮のために、変換係数は、エントロピーコーディングに先立って量子化され得る。次いで、エントロピーコーダは、量子化変換係数にコンテキスト適応型可変長コーディング（ＣＡＶＬＣ：Context Adaptive Variable Length Coding）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、確率間隔区分エントロピーコーディング（ＰＩＰＥ：Probability Interval Partitioning Entropy Coding）などのエントロピーコーディングを適用する。いくつかの例では、ビデオ符号器２０は、エントロピー符号化され得るシリアル化ベクトルを生成するために、量子化変換係数をスキャンするためにあらかじめ定義されたスキャン順序を利用し得る。他の例では、ビデオ符号器２０は適応スキャンを実行し得る。量子化変換係数をスキャンして１次元ベクトルを形成した後に、ビデオ符号器２０は、１次元ベクトルをエントロピー符号化し得る。ビデオ符号器２０はまた、ビデオデータを復号する際にビデオ復号器３０が使用するための、符号化ビデオデータに関連するシンタックス要素をエントロピー符号化し得る。

[0065]本開示は、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）エントロピーコーダ、あるいは確率間隔区分エントロピーコーディング（ＰＩＰＥ）または関係するコーダなど、他のエントロピーコーダのための関係する技法である。算術コーディングは、シンボルを非整数長さコードワードにマッピングすることが可能であるので、高いコーディング効率を有する多くの圧縮アルゴリズムにおいて使用されるエントロピーコーディングの形態である。算術コーディングアルゴリズムの一例は、Ｈ．２６４／ＡＶＣにおいて使用されるコンテキストベースバイナリ算術コーディング（ＣＡＢＡＣ）である。

[0066]概して、ＣＡＢＡＣを使用してデータシンボルをエントロピーコーディングすることは、以下のステップのうちの１つまたは複数を伴う。
（１）２値化：コーディングされるべきシンボルが非２進値化された場合、そのシンボルは、いわゆる「ビン」のシーケンスにマッピングされる。各ビンは「０」または「１」の値を有することができる。
（２）コンテキスト割当て：（標準モードにおける）各ビンはコンテキストに割り当てられる。コンテキストモデルは、以前符号化されたシンボルの値またはビン数など、ビンについて利用可能な情報に基づいて所与のビンのコンテキストがどのように計算されるかを決定する。
（３）ビン符号化：ビンは算術符号器を用いて符号化される。ビンを符号化するために、算術符号器は、入力として、ビンの値の確率、すなわち、ビンの値が「０」に等しい確率と、ビンの値が「１」に等しい確率とを必要とする。各コンテキストの（推定された）確率は、「コンテキスト状態」と呼ばれる整数値によって表される。各コンテキストはある状態を有し、したがって、その状態（すなわち、推定された確率）は、１つのコンテキストに割り当てられたビンに対して同じであり、コンテキスト間で異なる。
（４）状態更新：選択されたコンテキストの確率（状態）は、ビンの実際のコード化値に基づいて更新される（たとえば、ビン値が「１」であった場合、「１」の確率が増やされる）。

[0067]確率間隔区分エントロピーコーディング（ＰＩＰＥ）は、算術コーディングの原理と同様の原理を使用し、したがって、本開示の技法をも利用することができることに留意されたい。

[0068]Ｈ．２６４／ＡＶＣおよびＨＥＶＣにおけるＣＡＢＡＣは状態を使用し、各状態は暗黙的に確率に関係する。シンボル（「０」または「１」）の確率が直接使用される、すなわち、確率（またはそれの整数バージョン）が状態である、ＣＡＢＡＣの変形態が存在する。たとえば、ＣＡＢＡＣのそのような変形態は、以下において「ＪＣＴＶＣ−Ａ１１４」と呼ぶ、「Ｄｅｓｃｒｉｐｔｉｏｎ ｏｆ ｖｉｄｅｏ ｃｏｄｉｎｇ ｔｅｃｈｎｏｌｏｇｙ ｐｒｏｐｏｓａｌ ｂｙ Ｆｒａｎｃｅ Ｔｅｌｅｃｏｍ， ＮＴＴ， ＮＴＴ ＤＯＣＯＭＯ， Ｐａｎａｓｏｎｉｃ ａｎｄ Ｔｅｃｈｎｉｃｏｌｏｒ」、１^ｓｔ ＪＣＴ−ＶＣ Ｍｅｅｔｉｎｇ, Ｄｒｅｓｄｅｎ, ＤＥ, Ａｐｒｉｌ ２０１０、および、以下において「ＪＣＴＶＣ−Ｆ２５４」と呼ぶ、Ａ． ＡｌｓｈｉｎおよびＥ． Ａｌｓｈｉｎａ、の「Ｍｕｌｔｉ−ｐａｒａｍｅｔｅｒ ｐｒｏｂａｂｉｌｉｔｙ ｕｐｇｒａｄｅ ｆｏｒ ＣＡＢＡＣ」、６^ｔｈ ＪＣＴ−ＶＣ Ｍｅｅｔｉｎｇ, Ｔｏｒｉｎｏ, ＩＴ, Ｊｕｌｙ ２０１１に記載されている。

[0069]量子化された変換係数のブロックをエントロピーコーディングするために、ブロック中の量子化された変換係数の２次元（２Ｄ）アレイが、特定のスキャン順序に従って、変換係数の順序付けられた１次元（１Ｄ）アレイ、すなわちベクトルへと再構成されるように、スキャン処理が通常実行される。次いで、変換係数のベクトルにエントロピーコーディングが適用される。変換ユニット中の量子化された変換係数のスキャンは、エントロピーコーダのために変換係数の２Ｄアレイをシリアル化する。有意（すなわち、非ゼロ）係数の位置を示すための有意性マップが生成され得る。スキャンは、有意（すなわち、非０）係数のレベルをスキャンするために、かつ／または有意係数の符号をコーディングするために適用され得る。

[0070]新生のＨＥＶＣ規格では、有意変換の位置情報（たとえば、有意性マップ）は、スキャン順序内の最後の非ゼロ係数の位置を示すために、ＴＵについて最初にコーディングされる。有意性マップおよびレベル情報（係数の絶対値および符号）は、逆方向スキャン順序で係数ごとにコーディングされる。

[0071]現在、ＨＥＶＣには４つの異なるスキャン、すなわち、対角スキャン、水平スキャン、垂直スキャンおよびサブブロックベースの対角スキャンがある。図２は、変換係数のブロックのための逆方向スキャン順序の例を示している。逆方向対角パターン３５、逆方向ジグザグパターン２９、逆方向垂直パターン３１、および逆方向水平パターン３３の各々は、変換ブロックの右下隅におけるより高い周波数の係数から変換ブロックの左上隅におけるより低い周波数の係数に進むことに留意されたい。

[0072]対角スキャン、水平スキャン、および垂直スキャンは、４×４および８×８のＴＵに適用される。サブブロックベースの対角スキャンは、現在のＨＥＶＣテストモデルにおいて１６×１６および３２×３２のＴＵで採用される。いくつかの例では、サブブロックベースの対角スキャンは、８×８のＴＵにも適用され得る。サブブロックベースのスキャンでは、より大きいＴＵのある４×４サブブロックが、より大きいＴＵ内の別の４×４サブブロックに進む前にスキャンされる。他の例では、「サブブロック」は、使用されるスキャン順序によるいくつかの連続的にスキャンされる係数からなり得る。たとえば、「サブブロック」は、対角スキャン順序に沿った１６個の連続的にスキャンされる係数からなり得る。

[0073]図３は、８×８ＴＵ上でのサブブロックベースのスキャンの一例を示している。８×８ＴＵ３８は、４つの４×４サブブロック（３６Ａ、３６Ｂ、３６Ｃ、３６Ｄ）からなる。図３に示すように、サブブロック３６Ａにおける変換係数がスキャンされ、その後にサブブロック３６Ｂにおける変換係数をスキャンする。次いでスキャンは、サブブロック３６Ｂからサブブロック３６Ｃに進み、最後にサブブロック３６Ｄに進む。図３は、各サブブロックにおける順方向対角スキャン順序を示しているが、任意のスキャン順序が使用され得る（たとえば、水平、垂直、ジグザグなど）。他の例では、図２に示す順序のような逆方向スキャン順序が各サブブロック内で使用される。

[0074]新生のＨＥＶＣ規格では、係数はチャンクにグループ化され得る。変換係数の有意性マップおよびレベル情報（絶対値および符号）は、チャンクごとにコーディングされる。一例では、チャンクは、４×４のＴＵおよび８×８のＴＵについてのスキャン順序（たとえば、順方向または逆方向の対角スキャン順序、水平スキャン順序、または垂直スキャン順序）に沿った１６個の連続する係数からなる。１６×１６のＴＵおよび３２×３２のＴＵの場合、より大きいＴＵ内の変換係数の４×４のサブブロックはチャンクとして扱われる。チャンク内の係数レベル情報を表すために、以下のシンボルがコーディングされシグナリングされる。一例では、すべてのシンボルが逆方向スキャン順序で符号化される。

[0075]ｓｉｇｎｉｆｉｃａｎｔ＿ｃｏｅｆｆ＿ｆｌａｇ（略称ｓｉｇＭａｐＦｌａｇ）：このフラグは、チャンク中の各係数の有意性を示す。１以上の絶対値を有する係数は有意であると考えられる。一例として、０のｓｉｇＭａｐＦｌａｇは、係数が有意ではないことを示し、一方で１の値は、係数が有意であることを示す。このフラグは概して、有意性フラグと呼ばれ得る。
ｃｏｅｆｆ＿ａｂｓ＿ｌｅｖｅｌ＿ｇｒｅａｔｅｒ１＿ｆｌａｇ（略称ｇｒ１Ｆｌａｇ）：このフラグは、任意の非ゼロ係数（すなわち、ｓｉｇＭａｐＦｌａｇが１である係数）について、係数の絶対値が１よりも大きいかどうかを示す。一例として、０のｇｒ１Ｆｌａｇ値は、係数が１よりも大きい絶対値を有しないことを示し、一方で１のｇｒ１Ｆｌａｇ値は、係数が１よりも大きい絶対値を有することを示す。このフラグは概して、１超フラグと呼ばれ得る。
ｃｏｅｆｆ＿ａｂｓ＿ｌｅｖｅｌ＿ｇｒｅａｔｅｒ２＿ｆｌａｇ（略称ｇｒ２Ｆｌａｇ）：このフラグは、１よりも大きい絶対値を有する任意の係数（すなわち、ｇｒ１Ｆｌａｇが１である係数）について、係数の絶対値が２よりも大きいかどうかを示す。一例として、０のｇｒ２Ｆｌａｇ値は、係数が２よりも大きい絶対値を有しないことを示し、一方で１のｇｒ２Ｆｌａｇ値は、係数が２よりも大きい絶対値を有することを示す。このフラグは概して、２超フラグと呼ばれ得る。
ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ（略称ｓｉｇｎＦｌａｇ）：このフラグは、任意の非ゼロ係数（すなわち、ｓｉｇＭａｐＦｌａｇが１である係数）に関する符号情報を示す。たとえば、このフラグのゼロは正の符号を示すが、１は負の符号を示す。
ｃｏｅｆｆ＿ａｂｓ＿ｌｅｖｅｌ＿ｒｅｍａｉｎｉｎｇ（略称ｌｅｖｅｌＲｅｍ）：このシンタックス要素は、残存係数の絶対レベル値を示す。このフラグの場合、２よりも大きい絶対値を有する係数（すなわち、ｇｒ２Ｆｌａｇが１である係数）ごとに、係数の絶対値から３を差し引いた値がコーディングされる（ａｂｓ（ｌｅｖｅｌ）−３）。

[0076]図４は、４×４ブロック１００における量子化係数の一例を示している。ブロック１００は、４×４ＴＵであっても、８×８、１６×１６または３２×３２ＴＵにおける４×４サブブロック（チャンク）であってもよい。逆方向スキャン順序でスキャンされる図４に示す係数の符号化シンボルが、表１に要約されている。表１では、ｓｃａｎ＿ｐｏｓは、図４に示す逆方向対角スキャンに沿った係数の位置を指す。ｓｃａｎ＿ｐｏｓ１５が、スキャンされる最初の係数であり、ブロック１００の左下隅にある。ｓｃａｎ＿ｐｏｓ１５における量子化係数は、０の絶対値を有する。ｓｃａｎ＿ｐｏｓ０が、スキャンされる最後の係数であり、ブロック１００の右上隅にある。ｓｃａｎ＿ｐｏｓ０における量子化係数は、１０の絶対値を有する。４×４ＴＵまたはより大きいＴＵにおける最後の４×４サブブロックの場合、最後の非ゼロ係数の位置が知られているので、最初の４つのｓｉｇＭａｐＦｌａｇはコーディングされる必要がない。すなわち、ｓｉｇＭａｐＦｌａｇのコーディングは、最後の非ゼロ係数（この例では、ｓｃａｎ＿ｐｏｓ１１おける係数）で始まり得る。

[0077]これらのシンボルのうち、ｓｉｇＭａｐＦｌａｇ、ｇｒ１Ｆｌａｇおよびｇｒ２Ｆｌａｇのビンは、適応コンテキストモデルで符号化される。ｓｉｇｎＦｌａｇおよびｌｅｖｅｌＲｅｍの２値化されたビンは、固定同等確率モデルによりバイパスモード（たとえば、指数ゴロムコード）で符号化される。現在のＨＥＶＣ設計では、ゼロよりも大きい振幅を有する係数について、３つのフラグビンが適応コンテキストモデルで符号化される。コンテキストベースのビンコーディングは、エントロピーコーディングの主なボトルネックの１つであることが観測されている。

[0078]この欠点を考慮して、本開示は、ＣＡＢＡＣスループットを改善するための技法を提示する。詳細には、本開示は、コンテキストコード化ビンの数を減らし、バイパスコード化ビンの数を増やすことによって、ＣＡＢＡＣスループットを改善するための技法を提案する。

[0079]新生のＨＥＶＣ規格では、係数レベル情報は逆方向スキャン順序でコーディングされる。これは一般に、より高い周波数の変換係数（ブロックの右下隅により近い係数）が最初にスキャンされることを意味する。そのような設計では、逆方向スキャン順序による初期係数は、小さい絶対値を有する傾向がある。そのような係数が有意である場合、それらは、１または２の絶対値を有する確率がより高い傾向がある。それらの係数の場合、明示的なシンボルｇｒ１Ｆｌａｇおよびｇｒ２Ｆｌａｇを使用することで、２値化されるビンの長さを短縮して係数レベルを表すことができ、ｇｒ１Ｆｌａｇおよびｇｒ２Ｆｌａｇは、以前コーディングされたコンテンツによる割り当てられたコンテキストで算術コーディングエンジンによって効率的に符号化され得る。

[0080]しかしながら、逆方向スキャン順序による残存係数の場合、係数がより大きい絶対レベル値を有する傾向があるので、シンボルｇｒ１Ｆｌａｇおよびｇｒ２Ｆｌａｇを使用することは圧縮パフォーマンスを改善しないことがある。ｇｒ１Ｆｌａｇおよびｇｒ２Ｆｌａｇを使用することは、コーディング効率を低下させることさえある。

[0081]本開示の１つの目標は、明示的なｇｒ１Ｆｌａｇおよびｇｒ２Ｆｌａｇを、固定確率モデルによりバイパスモードを使用してコーディングされるｌｅｖｅｌＲｅｍシンタックスに適応的に切り替えることによって、コンテキストコード化ビンの数を減らすことである。バイパスモードは、ＣＡＢＡＣエンジンとは異なって動作するバイパスコーディングエンジンによって処理される。バイパスコーディングエンジンは、たとえば、ゴロムコードまたは指数ゴロムコードを使用し得る。ｌｅｖｅｌＲｅｍシンタックスは一般に、ゴロムコードによりｌｅｖｅｌＲｅｍ値（たとえば、２を超える残存レベル）を２値化し、２値化された値を同等確率モデルによりバイパスモードで符号化することによってコーディングされる。要約すれば、本開示は、チャンクまたはＴＵの係数のサブセットのみについて明示的なｓｉｇＭａｐＦｌａｇ、ｇｒ１Ｆｌａｇおよび／またはｇｒ２Ｆｌａｇを符号化するための様々な例示的な技法を提案する。

[0082]一例では、本開示は、ｇｒ２Ｆｌａｇで明示的に符号化されるチャンクにおける係数の数を制限することを提案する。ＨＥＶＣのためのいくつかの提案では、チャンクにおけるｇｒ２Ｆｌａｇで明示的に符号化される係数の数は、最大で１６個の係数であり得る（たとえば、すべての係数の絶対値が１よりも大きい場合におけるチャンクのすべての係数）。本開示は、１よりも大きい絶対値を有するスキャン順序に沿ったチャンクにおける最初のＮ個の係数（すなわち、ｇｒ１Ｆｌａｇが１である係数）のみについて明示的なｇｒ２Ｆｌａｇを符号化することを提案する。値Ｎは、ビデオ符号器によって選択可能であってよく、０から１６までの任意の値に設定され得る。別の例では、Ｎは、たとえば、１６個の係数からなるセットにおけるすべてよりも少ない係数がｇｒ２Ｆｌａｇシンタックス要素でコーディングされるように、１６未満の任意の値になるように選択される。ゼロに等しいＮは、シンボルｇｒ２Ｆｌａｇがまったくコーディングされないことを意味する。

[0083]一例として、本開示は、すべてのチャンクに固定Ｎ値を適用することを提案する。１つの特定の例では、Ｎは１に設定される。したがって、ｇｒ２Ｆｌａｇコーディングが実行される場合、ｇｒ２Ｆｌａｇは最初の係数について（すなわち、１よりも大きい絶対値（１のｇｒ１Ｆｌａｇ）を有する最初の係数について）のみコーディングされる。ｇｒ１Ｆｌａｇがすでにコーディングされていて、変換係数が１よりも大きくないことを示している場合、ｇｒ２Ｆｌａｇはコーディングされる必要がない。この場合、変換係数が２よりも大きくないことが今や知られているので、ｇｒ２Ｆｌａｇをコーディングすることは必要ではない。Ｎの値として１を使用することが、コーディング効率とコンテキストベースのビンの数との間のトレードオフをもたらす。２または４の値もＮに適していることがあるが、Ｎの任意の値が選択され得る。

[0084]表２は、Ｎが１に等しいときの図４の例示的なチャンクについてコーディングされるべきシンボルを示している。表１のコード化シンボルと比較して、Ｘでマークされた位置の５つのｇｒ２Ｆｌａｇが省略されている（ｓｃａｎ＿ｐｏｓ６、５、２、１、０）。相応して、スキャン位置６、５、２、１、および０における係数のｌｅｖｅｌＲｅｍが、表１に示すものと比較して変更されている。これらの位置では、ｌｅｖｅｌＲｅｍビンの値は、（ａｂｓ（ｌｅｖｅｌ）−３）の代わりに（ａｂｓ（ｌｅｖｅｌ）−２）で計算される。

[0085]上述のように明示的なｇｒ２Ｆｌａｇの数をＮに制限するとき、チャンクにおける係数レベルのコード化シンボルは次のように要約され得る。
ｓｉｇＭａｐＦｌａｇ：係数の絶対値がゼロよりも大きいかどうかを示す。
ｇｒ１Ｆｌａｇ：値１のｓｉｇＭａｐＦｌａｇを有する係数について、係数の絶対値が１よりも大きいかどうかを示す。
ｇｒ２Ｆｌａｇ：値１のｇｒ１Ｆｌａｇを有する最初のＮ個の係数について、係数の絶対値が２よりも大きいかどうかを示す。
ｓｉｇｎＦｌａｇ：ｓｉｇＭａｐＦｌａｇが１である係数の符号を示す。
ｌｅｖｅｌＲｅｍ：残存係数の絶対レベル値を示し、値１のｇｒ２Ｆｌａｇを有する係数については値（ａｂｓ（ｌｅｖｅｌ）−３）が使用され、明示的なｇｒ２Ｆｌａｇがコーディングされておらず（表２においてＸで示されている）、値１のｇｒ１Ｆｌａｇを有する係数については値（ａｂｓ（ｌｅｖｅｌ）−２）がシグナリングされる。

[0086]上述の技法によれば、ビデオ符号器２０および／またはビデオ復号器３０は、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、変換係数のチャンクにおける変換係数について、１超フラグをコーディングすることと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングすることと、ここで、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す、チャンクにおける変換係数について、レベル残存値をコーディングすることとを行うように構成され得る。残存係数値は、１のコード化２超フラグを有するチャンクにおける変換係数については、対応する係数の絶対値から３を差し引いた値を表し、残存係数値は、１のコード化１超フラグを有するが、２超フラグがコーディングされていないチャンクにおける変換係数については、対応する係数の絶対値から２を差し引いた値を表す。

[0087]別の例では、本開示は、ｇｒ１Ｆｌａｇで明示的に符号化されるチャンクにおける係数の数を制限することを提案する。ＨＥＶＣのためのいくつかの提案では、係数のすべてが有意である場合、チャンクにおけるコード化ｇｒ１Ｆｌａｇシンタックス要素の数は１６に達し得る。一例として、本開示は、チャンクにおける逆方向スキャン順序に沿った最初のＭ１個の非ゼロ係数についてのみ、明示的なｇｒ１Ｆｌａｇを符号化することを提案する。Ｍ１は、０から１６までの任意の値になるように選択され得る。別の例では、Ｍ１は、たとえば、１６個の係数からなるセットにおけるすべてよりも少ない係数がｇｒ１Ｆｌａｇシンタックス要素でコーディングされるように、１６未満の任意の値になるように選択される。ゼロに等しいＭ１は、シンボルｇｒ１Ｆｌａｇがまったく符号化されないことを意味する。

[0088]一例では、本開示は、すべてのチャンクに固定Ｍ１値を適用することを提案する。１つの特定の例では、Ｍ１は８に設定される。したがって、ｇｒ１Ｆｌａｇコーディングが実行される場合、ｇｒ１Ｆｌａｇは最初の８つの係数について（すなわち、０よりも大きい絶対値（１のｓｉｇＭａｐＦｌａｇ）を有する最初の８つの係数について）のみコーディングされる。Ｍ１の値として８を使用することが、コーディング効率とコンテキストベースのビンの数との間のトレードオフをもたらす。チャンクにおける係数にとって、２または４もＭ１の適切な値であり得る。表３は、Ｍ１が４に等しいときの図４の例示的なチャンクについてコーディングされるべきシンボルを示している。表４は、Ｍ１が８に等しいときの図４の例示的なチャンクについてコーディングされるべきシンボルを示している。表１のシンボルと比較して、Ｍ１が４に等しいときに、Ｘでマークされた位置の５つのｇｒ１Ｆｌａｇおよび４つのｇｒ２Ｆｌａｇが省略されている。表１のシンボルと比較して、Ｍ１が８に等しいときに、Ｘでマークされた位置の１つのｇｒ１Ｆｌａｇおよび１つのｇｒ２Ｆｌａｇが省略されている。表３および表４のＸでマークされた位置では、ｌｅｖｅｌＲｅｍビンの値は、（ａｂｓ（ｌｅｖｅｌ）−３）の代わりに（ａｂｓ（ｌｅｖｅｌ）−１）で計算される。

[0089]ｇｒ１Ｆｌａｇの最大数をＭ１に制限するとき、チャンクにおける係数レベルのコード化シンボルは次のように要約され得る。
ｓｉｇＭａｐＦｌａｇ：係数の絶対値がゼロよりも大きいかどうかを示す。
ｇｒ１Ｆｌａｇ：最初のＭ１個の非ゼロ係数（値１のｓｉｇＭａｐＦｌａｇ）について、係数の絶対値が１よりも大きいかどうかを示す。
ｇｒ２Ｆｌａｇ：値１のｇｒ１Ｆｌａｇを有する係数について、係数の絶対値が２よりも大きいかどうかを示す。
ｓｉｇｎＦｌａｇ：ｓｉｇＭａｐＦｌａｇが１である係数の符号を示す。
ｌｅｖｅｌＲｅｍ：残存係数の絶対レベル値を示し、ｇｒ２Ｆｌａｇが１の値を有する係数については値（ａｂｓ（ｌｅｖｅｌ）−３）が使用され、明示的なｇｒ１Ｆｌａｇがコーディングされていない非ゼロ係数については値（ａｂｓ（ｌｅｖｅｌ）−１）が使用される。

[0090]上述の技法によれば、ビデオ符号器２０および／またはビデオ復号器３０は、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示されたチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける変換係数について、２超フラグをコーディングすることとを行うように構成され、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。ビデオ符号器２０および／またはビデオ復号器３０は、チャンクにおける変換係数についてレベル残存値をコーディングするようにさらに構成され得る。残存係数値は、１のコード化２超フラグを有するチャンクにおける変換係数については、対応する係数の絶対値から３を差し引いた値を表し、残存係数値は、コード化有意性マップフラグを有するが、１超フラグがコーディングされていないチャンクにおける変換係数については、対応する係数の絶対値から１を差し引いた値を表す。

[0091]明示的にコーディングされるｇｒ１Ｆｌａｇおよびｇ２Ｆｌａｇの数を制限する上述の方法は、組み合わせられ得る。この例では、チャンクにおける係数レベルのコード化シンボルは、次のように要約され得る（原則として、ＮはＭ１と同じであるか、またはＭ１よりも小さいものとする）。
ｓｉｇＭａｐＦｌａｇ：係数の絶対値がゼロよりも大きいかどうかを示す。
ｇｒ１Ｆｌａｇ：最初のＭ１個の非ゼロ係数（値１のｓｉｇＭａｐＦｌａｇ）について、係数の絶対値が１よりも大きいかどうかを示す。
ｇｒ２Ｆｌａｇ：値１のｇｒ１Ｆｌａｇを有する最初のＮ個の係数について、係数の絶対値が２よりも大きいかどうかを示す。
ｓｉｇｎＦｌａｇ：ｓｉｇＭａｐＦｌａｇが１である係数の符号を示す。
ｌｅｖｅｌＲｅｍ：残存係数の絶対レベル値を示し、ｇｒ２Ｆｌａｇが１の値を有する係数については値（ａｂｓ（ｌｅｖｅｌ）−３）が使用され、明示的なｇｒ２Ｆｌａｇがコーディングされておらず、ｇｒ１Ｆｌａｇが１の値を有する係数については値（ａｂｓ（ｌｅｖｅｌ）−２）が使用され、明示的なｇｒ１Ｆｌａｇがコーディングされていない非ゼロ係数については値（ａｂｓ（ｌｅｖｅｌ）−１）が使用される。

[0092]下の表５は、明示的なｇｒ２Ｆｌａｇ（Ｎは１に等しい）と明示的なｇｒ１Ｆｌａｇ（Ｍ１は８に等しい）の両方が制限されているときの、図４の例示的なチャンクについてコーディングされるべきシンボルを示している。表１のシンボルと比較して、Ｍ１が８に等しく、Ｎが１に等しいときに、Ｘでマークされた位置の１つのｇｒ１Ｆｌａｇおよび５つのｇｒ２Ｆｌａｇが省略されている。

[0093]上述の技法によれば、ビデオ符号器２０および／またはビデオ復号器３０は、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示されたチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングすることとを行うように構成され得、ここで、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。この例では、ビデオ符号器２０および／またはビデオ復号器３０は、非ゼロであるチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングするように構成される。

[0094]ビデオ符号器２０および／またはビデオ復号器３０は、チャンクにおける変換係数についてレベル残存値をコーディングするようにさらに構成され得る。レベル残存値は、１のコード化２超フラグを有するチャンクにおける変換係数については、対応する係数の絶対値から３を差し引いた値を表し、レベル残存値は、１のコード化１超フラグを有するが、２超フラグがコーディングされていないチャンクにおける変換係数については、対応する係数の絶対値から２を差し引いた値を表し、レベル残存値は、非ゼロであるが、コード化１超フラグを有しないチャンクにおける変換係数については、対応する係数の絶対値から１を差し引いた値を表す。

[0095]別の例として、本開示は、１よりも大きい絶対値（たとえば、１のコード化ｇｒ１Ｆｌａｇ）を有するチャンクにおける先行係数の数が一定量Ｍ２まで累積したとき、チャンクにおける残存係数について、明示的なｇｒ１Ｆｌａｇを符号化することをオフに切り替えることを提案する。Ｍ２は、０から１６までの任意の値に設定され得る。

[0096]一例では、本開示は、すべてのチャンクに固定Ｍ２値を適用することを提案する。１のＭ２値は、コーディング効率とコンテキストベースのビンの数との間の良好なトレードオフをもたらすことを示している。チャンクにおける係数にとって、２または４もＭ２の例示的な値である。表６は、Ｍ２が１に等しいときの図４の例示的なチャンクについてコーディングされるべきシンボルを示している。表１のコード化シンボルと比較して、Ｘとマークされた位置の６つのｇｒ１Ｆｌａｇがコーディングされていない。これらの位置では、ｌｅｖｅｌＲｅｍコーディングが使用される。ｌｅｖｅｌＲｅｍは、表１の場合の（ａｂｓ（ｌｅｖｅｌ）−３）の代わりに（ａｂｓ（ｌｅｖｅｌ）−１）で計算される。

[0097]逆方向スキャン順序による１の値を有する以前に符号化されたｇｒ１Ｆｌａｇの数がＭ２まで累積したときの残存係数について、明示的なｇｒ１Ｆｌａｇコーディングをオフに切り替える方法を使用するとき、チャンクにおける係数レベルのコード化シンボルは次のように要約され得る。

ｓｉｇＭａｐＦｌａｇ：係数の絶対値がゼロよりも大きいかどうかを示す。
ｇｒ１Ｆｌａｇ：１に等しい値を有する以前コーディングされたｇｒ１Ｆｌａｇの累積量がＭ２未満であるときの非ゼロ係数について、係数の絶対値が１よりも大きいかどうかを示す。
ｇｒ２Ｆｌａｇ：ｇｒ１Ｆｌａｇが１としてコーディングされた係数について、係数の絶対値が２よりも大きいかどうかを示す。
ｓｉｇｎＦｌａｇ：ｓｉｇＭａｐＦｌａｇが１である係数の符号を示す。
ｌｅｖｅｌＲｅｍ：残存係数の絶対レベル値を示し、ｇｒ２Ｆｌａｇが１としてコーディングされた係数については値（ａｂｓ（ｌｅｖｅｌ）−３）がコーディングされ、明示的なｇｒ１Ｆｌａｇがコーディングされていない非ゼロ係数については値（ａｂｓ（ｌｅｖｅｌ）−１）がコーディングされる。

[0098]上述のように、ｇｒ１Ｆｌａｇについてコーディングされたコード化ビンの数は、チャンクにおける以前コーディングされたｇｒ１Ｆｌａｇの値に依存する。これは、チャンクにおける以前コーディングされたｇｒ１Ｆｌａｇをビデオコーダが追跡しなければならないので、ビンのコーディングスループットを妨げることがある。この依存性の影響を緩和するために、ビデオコーダは、全体としてｇｒ１Ｆｌａｇのグループを符号化し、次いで、１つのグループにおけるすべてのｇｒ１Ｆｌａｇを符号化した後の残存係数について、明示的なｇｒ１Ｆｌａｇを符号化することをオフに切り替えるかどうかを決定するように構成され得る。ｇｒ１Ｆｌａｇのグループは、固定数のｇｒ１Ｆｌａｇからなり得る。例示的なグループサイズは、２つ、３つまたは４つのｇｒ１Ｆｌａｇであり得る。

[0099]この依存性の影響を緩和し得る別の例は、１よりも大きい振幅（すなわち、１のコード化ｇｒ１Ｆｌａｇ）を有する以前コーディングされた係数の数が一定量Ｍ２まで累積した後、ｇｒ１Ｆｌａｇの追加グループを符号化することに関係する。この追加グループがコーディングされた後、明示的なｇｒ１Ｆｌａｇのコーディングはオフに切り替えられる（すなわち、ｇｒ１Ｆｌａｇはコーディングされないが、代わりにｌｅｖｅｌＲｅｍ値がバイパスモードでコーディングされる）。追加グループの例示的なサイズは、１つ、２つまたは３つの係数であり得る。

[0100]チャンクにおける以前コーディングされたｇｒ１Ｆｌａｇの数が値Ｍ２まで累積したときに、明示的にコーディングされるｇｒ１Ｆｌａｇの数を制限するこの提案された方法はまた、ｇｒ２Ｆｌａｇの最大数をＮに制限する方法と組み合わせられ得る。チャンクにおける係数レベルのコード化シンボルは次のように要約され得る（原則として、ＮはＭ２よりも小さいものとする）。
ｓｉｇＭａｐＦｌａｇ：係数の絶対値がゼロよりも大きいかどうかを示す。
ｇｒ１Ｆｌａｇ：１の値を有する以前コーディングされたｇｒ１Ｆｌａｇの累積数がＭ２未満であるときの係数について、係数の絶対値が１よりも大きいかどうかを示す。
ｇｒ２Ｆｌａｇ：ｇｒ１Ｆｌａｇが１としてコーディングされた最初のＮ個の係数について、係数の絶対値が２よりも大きいかどうかを示す。
ｓｉｇｎＦｌａｇ：ｓｉｇＭａｐＦｌａｇが１である係数の符号を示す。
ｌｅｖｅｌＲｅｍ：残存係数の絶対レベル値を示し、ｇｒ２Ｆｌａｇが１としてコーディングされた係数については値（ａｂｓ（ｌｅｖｅｌ）−３）がコーディングされ、明示的なｇｒ２Ｆｌａｇがコーディングされておらず、ｇｒ１Ｆｌａｇが１としてコーディングされた係数については値（ａｂｓ（ｌｅｖｅｌ）−２）がコーディングされ、明示的なｇｒ１Ｆｌａｇがコーディングされていない非ゼロ係数については値（ａｂｓ（ｌｅｖｅｌ）−１）がコーディングされる。

[0101]本開示の別の例では、上述の技法のすべては、明示的にコーディングされるｇｒＦｌａｇおよびｇｒ２Ｆｌａｇの数を減らすように組み合わせられ得る。組み合わせられた方法のチャンクにおける係数レベルのコード化シンボルは、次のように要約され得る（原則として、Ｍ１はＭ２よりも大きいものとする）。
ｓｉｇＭａｐＦｌａｇ：係数の絶対値がゼロよりも大きいかどうかを示す。
ｇｒ１Ｆｌａｇ：最初のＭ１個の非ゼロ係数（値１のｓｉｇＭａｐＦｌａｇ）について、かつ１の値を有する以前コーディングされたｇｒ１ｆｌａｇの累積数がＭ２未満であるときに、係数の絶対値が１よりも大きいかどうかを示す。これらの条件のいずれかが満たされない場合、ｇｒ１Ｆｌａｇはコーディングされない。
ｇｒ２Ｆｌａｇ：ｇｒ１ｆｌａｇが１としてコーディングされた最初のＮ個の係数について、係数の絶対値が２よりも大きいかどうかを示す。
ｓｉｇｎＦｌａｇ：ｓｉｇＭａｐＦｌａｇが１である係数の符号を示す。
ｌｅｖｅｌＲｅｍ：残存係数の絶対レベル値を示し、ｇｒ２ｆｌａｇが１としてコーディングされた係数については値（ａｂｓ（ｌｅｖｅｌ）−３）がコーディングされ、明示的なｇｒ２ｆｌａｇがコーディングされておらず、ｇｒ１ｆｌａｇが１としてコーディングされた係数については値（ａｂｓ（ｌｅｖｅｌ）−２）がコーディングされ、明示的なｇｒ１ｆｌａｇがコーディングされていない非ゼロ係数については値（ａｂｓ（ｌｅｖｅｌ）−１）がコーディングされる。

[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]上述の提案された技法は、４×４チャンクにとどまらずＴＵ全体の係数レベルコーディングに適用されてもよい。たとえば、本開示は、逆方向スキャン順序によるＴＵ全体の、１よりも大きい値（すなわち、１としてコーディングされたｇｒ１Ｆｌａｇ）を有する最初のＮ_TU個の係数について、明示的なｇｒ２Ｆｌａｇを符号化することも提案する。Ｎ_TUは、０からＭａｘＣｏｅｆｆＮｕｍ（すなわち、ＴＵにおける係数の最大数であって、４×４ＴＵでは１６、８×８ＴＵでは６４、１６×１６ＴＵでは２５６、３２×３２ＴＵでは１０２４）までの任意の値になるように選択可能である。別の例では、Ｎ_TUはＭａｘＣｏｅｆｆＮｕｍ未満の任意の値に設定される。一例では、すべてのＴＵサイズについて、固定Ｎ_TU値が係数レベルコーディングに適用され得る。コーディング効率とコンテキストベースのビンの数との間のトレードオフとして、Ｎ_TUは４の値に設定され得る。別の例として、可変ＴＵサイズは異なる統計を示すので、可変ＴＵサイズには異なるＮ_TU値が適用され得る。より小さいサイズを有するＴＵの場合、より小さいＮ_TU値が利用されてよく、より大きいサイズを有するＴＵの場合、より大きいＮ_TU値が利用されてよい。典型的な例として、Ｎ_TUは、４×４ＴＵについては１、８×８ＴＵについては２、１６×１６ＴＵについては４、そして３２×３２ＴＵについては８に設定され得る。

[0130]本開示はまた、ＴＵ全体の逆方向スキャン順序による最初のＭ１_TU個の非ゼロ係数について、明示的なｇｒ１Ｆｌａｇを符号化することを提案する。Ｍ１_TUは、０からＴＵのＭａｘＣｏｅｆｆＮｕｍの間の任意の値に設定され得る。可変ＴＵサイズは異なる統計を示すので、可変ＴＵサイズには異なるＭ１_TU値が設定され得る。より小さいサイズを有するＴＵの場合、より小さいＭ１_TU値が利用される可能性が高く、より大きいサイズを有するＴＵの場合、より大きいＭ１_TU値が利用される可能性が高い。典型的な例として、Ｍ１_TUは、４×４ＴＵについては４、８×８ＴＵについては８、１６×１６ＴＵについては１６、そして３２×３２ＴＵについては３２に設定され得る。

[0131]本開示はまた、ＴＵ全体の逆方向スキャン順序による１よりも大きい絶対値（すなわち、１のコード化ｇｒ１Ｆｌａｇ）を有する以前符号化された係数の数が一定量Ｍ２_TUまで累積したときの残存係数について、明示的なｇｒ１Ｆｌａｇを符号化することをオフに切り替えることを提案する。Ｍ２_TUは、０からＭａｘＣｏｅｆｆＮｕｍの間の任意の値に設定され得る。一例では、すべてのＴＵサイズについて、固定Ｍ２_TUが係数レベルコーディングに適用され得る。別の例として、可変ＴＵサイズについては異なるＭ２_TU値が設定され得る。より小さいサイズを有するＴＵの場合、より小さいＭ２_TU値が利用されてよく、より大きいサイズを有するＴＵの場合、より大きいＭ２_TU値が利用されてよい。典型的な例として、Ｍ２_TUは、４×４ＴＵについては１、８×８ＴＵについては２、１６×１６ＴＵについては４、そして３２×３２ＴＵについては８に設定され得る。

[0132]別の例では、本開示はまた、ＴＵ全体の逆方向スキャン順序による最初のＫ１_TU個の係数について、明示的なｓｉｇＭａｐＦｌａｇをコーディングすることを提案する。Ｋ１_TUは、０からＴＵのＭａｘＣｏｅｆｆＮｕｍ（係数の最大数）までの任意の値に設定され得る。可変ＴＵサイズは最大係数の異なる数を示すので、可変ＴＵサイズには異なるＫ１_TU値が設定され得る。より小さいサイズを有するＴＵの場合、より小さいＫ１_TU値が利用されてよく、より大きいサイズを有するＴＵの場合、より大きいＫ１_TU値が利用されてよい。典型的な例として、Ｋ１_TUは、４×４ＴＵについては８、８×８ＴＵについては３２、１６×１６ＴＵについては１２８、そして３２×３２ＴＵについては５１２に設定され得る。

[0133]別の例では、本開示は、ＴＵ全体のスキャン順序による１に等しい以前に符号化されたｓｉｇＭａｐＦｌａｇの数が一定量Ｋ２_TUまで累積したときの残存係数について、明示的なｓｉｇＭａｐＦｌａｇを符号化することをオフに切り替えることを提案する。Ｋ２_TUは、０からＭａｘＣｏｅｆｆＮｕｍの間の任意の値に設定され得る。すべてのＴＵサイズについて、固定Ｋ２_TUが係数レベルコーディングに適用され得る。代替として、可変ＴＵサイズについては異なるＫ２_TU値が設定され得る。より小さいサイズを有するＴＵの場合、より小さいＫ２_TU値が利用されてよく、より大きいサイズを有するＴＵの場合、より大きいＫ２_TU値が利用されてよい。典型的な例として、Ｋ２_TUは、４×４ＴＵについては４、８×８ＴＵについては１６、１６×１６ＴＵについては３２、そして３２×３２ＴＵについては６４に設定され得る。

[0134]ＴＵ全体のｇｒ１Ｆｌａｇ、ｇｒ２Ｆｌａｇ、およびｓｉｇＭａｐＦｌａｇの明示的なコーディングを制限するための上述の技法の各々は組み合わせられ得る。また、しきい値Ｎ、Ｍ１、Ｍ２、Ｋ１およびＫ２に関する上述の適応型しきい値方式は、適応的にＫ１_TU、Ｋ２_TU、Ｎ_TU、Ｍ１_TUおよびＭ２_TUを変更するように適用されてもよい。ＴＵベースの方式のシナリオでは、周囲のブロックはＴＵの左および上を意味する。

[0135]上述の技法によれば、明示的なｇｒ１Ｆｌａｇ、ｇｒ２Ｆｌａｇ、および／またはｓｉｇＭａｐＦｌａｇは、チャンクにおける限られた数の係数についてのみコーディングされる。したがって、より多くの係数（小さい絶対値を有する残存係数を含む）が、たとえばゴロムコーディング、ゴロムライスコーディング、または指数ゴロムコーディングによりバイパスモードでバイパスコーディングされる。上記の技法によれば、本開示は、以前のＨＥＶＣテストモデルでコーディングされたｌｅｖｅｌＲｅｍ値と比較して異なるｌｅｖｅｌＲｅｍ値に対応するために、ゴロムライスコード適応パラメータを変更することも提案する。

[0136]本開示のいくつかの例によれば、ゴロムライス更新方法は、コーディングされる係数の特性に従って適応され得る。一例として、ゴロムライスパラム（GolombRiceParam）更新プロセスは、量子化パラメータ、ＴＵサイズ、ＴＵ深さ、予測モード、現在のブロックの色成分タイプ（たとえば、Ｙ、ＵまたはＶ）、および隣接チャンクまたはブロックの係数統計などのような、コーディングされるチャンクのビデオブロックの関連特性に依存する。

[0137]概して、本開示で説明する技法は、ゴロムライスコーディングが早期に使用されるように、チャンク内またはＴＵ内の様々な条件下でｇｒ２Ｆｌａｇ、ｇｒ１Ｆｌａｇおよび／またはｓｉｇＭａｐＦｌａｇのうちの１つまたは複数のコーディングをオフに切り替える。代替例では、これらの決定は、有意係数の数、隣接ＴＵにおける１よりも大きいか、または２よりも大きい係数の数などの統計またはビデオコーディング特性に基づき得る。代替として、決定は、スライスの開始以降の累積統計に基づき得る。別の例では、より高いレベルのシンタックス（たとえば、ＳＰＳ、ＰＰＳ、ＡＰＳまたはスライスヘッダ）のフラグは、切替えがスライスの開始と同時に発生すべきであることを示し得る。

[0138]本開示の別の例では、これまでにチャンク、ＴＵ、隣接ＴＵにおいて、またはスライスの開始以降にコーディングされた係数の絶対値の合計が、ｇｒ２Ｆｌａｇ、ｇｒ１ＦｌａｇおよびｓｉｇＭａｐＦｌａｇのうちの１つまたは複数のコーディングをオフに切り替える基準として使用される。

[0139]概して、ｇｒ２Ｆｌａｇ、ｇｒ１ＦｌａｇまたはｓｉｇＭａｐＦｌａｇなどの特定のシンタックス要素をオフに切り替えることは、チャンクにおけるそのシンタックス要素に関するすでにコーディングされた情報に依存し得る。特定のシンタックス要素をオフに切り替えることはまた、このチャンクについて、また以前のチャンクおよびＴＵについてスライスの開始以降にコーディングされた有意性およびレベル情報に関係する情報に依存し得る。たとえば、ｇｒ２Ｆｌａｇをコーディングすることをオフに切り替える決定は、現在のチャンクにおいて以前コーディングされた２よりも大きい係数の数に依存し得る。ｇｒ２Ｆｌａｇをコーディングすることをオフに切り替える決定はまた、チャンク全体における有意係数の数および／または１よりも大きい絶対値を有する係数の数に依存し得る。

[0140]ＨＥＶＣテストモデルのあるバージョン（ＨＭ５．０）では、チャンク全体のすべてのｓｉｇＭａｐＦｌａｇが、ｇｒ１Ｆｌａｇなどを送る前に送られるといったことに留意されたい。したがって、本開示の技法によれば、チャンクにおけるｓｉｇＭａｐＦｌａｇのコード化情報が、ｇｒ１Ｆｌａｇまたはｇｒ２Ｆｌａｇのコーディングをオフに切り替えるかどうかを決定するために使用され得る。同様に、あるチャンクについてのすべてのシンタックス要素が、次のチャンクに進む前に送られるので、以前のチャンクからのすべての有意性（ｓｉｇＭａｐＦｌａｇ）およびレベル情報（ｇｒ１Ｆｌａｇ、ｇｒ２Ｆｌａｇ、ｌｅｖｅｌＲｅｍ）も、ｓｉｇＭａｐＦｌａｇ、ｇｒ１Ｆｌａｇおよび／またはｇｒ２Ｆｌａｇのコーディングの切替えの決定を下すために使用され得る。この順序（たとえば、インターリービング）が変更される場合、オフに切り替える決定は、チャンクからの以前符号化／復号された係数に対応するシンタックス要素に基づき得る。

[0141]チャンクを使用する代わりに、係数ごとに、または（ｓｉｇＭａｐＦｌａｇ、ｇｒ１Ｆｌａｇなどのような）シンタックス要素プレーンを使用して、ＨＭ５．０で行われているようにＴＵ全体がコーディングされる場合、特定のコンテキスト要素に関するオフに切り替える決定を下すために、サポートの空間領域が画定され得る。サポートの領域は、コーディングされる変換係数の近くの変換係数のグループであり得る。オフに切り替えられるべきシンタックス要素ならびに早期にすでにコーディングされているシンタックス要素に関するサポートの領域からの符号化／復号された情報が、決定を下す際に使用され得る。たとえば、ｇｒ２Ｆｌａｇをオフに切り替える決定は、空間サポート領域からのｇｒ２Ｆｌａｇ、ｇｒ１Ｆｌａｇおよび／またはｓｉｇＭａｐＦｌａｇを使用することができる。サポートの空間領域は、現在のＴＵにおける変換係数の因果的近傍（すなわち、スキャン順序に沿ってすでにコーディングされている）を含み得る。サポートの領域はまた、他のＴＵからの同じ周波数位置における係数を含み得る。チャンクが使用されている場合、サポートの領域は、早期にコーディングされたシンタックス要素、たとえば上の例におけるｇｒ１ＦｌａｇおよびｓｉｇＭａｐＦｌａｇについては非因果的であり得る。

[0142]ｓｉｇＭａｐＦｌａｇのコーディングがオフに切り替えられる例を含め、本明細書で説明するすべての例において、最後の非ゼロ係数位置の位置は、ＣＡＢＡＣ（または任意の他のエントロピーコーダ）を使用してコーディングされる。明確にすると、ｓｉｇＭａｐＦｌａｇ、ｇｒ１Ｆｌａｇおよびｇｒ２Ｆｌａｇのすべてがオフに切り替えられるとき、ＴＵにおける最後の非ゼロ係数の位置は依然としてコーディングされる。続いてレベル情報（ゴロムライスコーディングを使用する）が最後の係数で始まり、逆方向スキャン順序によりＤＣ係数に進む。

[0143]ＨＥＶＣのためのいくつかの提案では、変換係数コーディングのための追加の方法が導入される。これらの方法では、上記で説明した同じ５つのシンタックス要素がコーディングされる。ｓｉｇＭａｐＦｌａｇ、ｇｒ１Ｆｌａｇおよびｇｒ２ＦｌａｇについてＣＡＢＡＣのコンテキストを導出するために、現在コーディングしている係数の近くにある係数の近傍に関する統計が使用される。係数の近傍に関する統計はまた、シンタックス要素ｌｅｖｅｌＲｅｍについてのゴロムライスパラメータ（ゴロムパラメータ）を決定するために使用され得る。

[0144]左下方向の対角スキャンの場合における、現在コーディングされている変換係数Ｘについてのコンテンツ導出に使用される近傍の一例が、図８に点線の四角形で示されている。近傍は、ｓｉｇＭａｐＦｌａｇのコーディングに関する一例であるが、他の近傍が使用されてもよい。近傍における係数は、Ｘ₀、Ｘ₁、Ｘ₂、Ｘ₃、およびＸ₄とラベルされている。様々なシンタックス要素についてのコンテキスト導出は、近傍における係数の絶対レベルの関数に基づく。５つのパス（上述のシンタックス要素ごとに１つのパス）で各サブセットまたはチャンクをコーディングする代わりに、１つの変換係数についてのシンタックス要素が、次の係数に進む前にコーディングされ得る。

[0145]一例として、コンテキスト近傍を使用して以下の量が定義され得る。この例では、合計は、コンテキスト近傍中のすべての係数にわたる。

[0146]この場合、ｓｕｍ＿ａｂｓｏｌｕｔｅ＿ｌｅｖｅｌは、ｓｉｇＭａｐＦｌａｇのコンテキストインデックスを導出するために使用されてよく、ｓｕｍ＿ａｂｓｏｌｕｔｅ＿ｌｅｖｅｌＭｉｎｕｓ１は、ｇｒ１Ｆｌａｇおよびｇｒ２Ｆｌａｇのコンテキストインデックスを導出するために使用されてよい。

[0147]上記で説明したように、本開示の技法は、コンテキストコード化ｓｉｇＭａｐＦｌａｇ、ｇｒ１Ｆｌａｇおよびｇｒ２Ｆｌａｇコーディングを適応的にオフに切り替え、ゴロムライスコーディングに切り替えることによって、コンテキストコード化ビンを減らすことによってＣＡＢＡＣスループットを改善し得る。本開示はまた、これらの概念を、近傍係数およびそれらの潜在的変形態からコンテキストを判断する技法に拡張するための技法について説明する。

[0148]一例として、現在の係数の近傍領域（近傍領域の１つの典型的な例が図８に示されている）が画定されてよく、近傍領域内の係数レベル情報が、現在の係数の特定のコンテキスト要素についてのオフに切り替える決定を下すために使用されてよい。たとえば、係数についてのｇｒ２Ｆｌａｇをオフに切り替える決定は、近傍領域内のｇｒ２Ｆｌａｇ、ｇｒ１Ｆｌａｇおよび／またはｓｉｇＭａｐＦｌａｇを使用することができる。係数についてのｇｒ１Ｆｌａｇをオフに切り替える決定は、近傍領域内のｇｒ１Ｆｌａｇおよび／またはｓｉｇＭａｐＦｌａｇを使用することができる。係数ごとに係数がコーディングされるとき、近傍内のすべてのレベル情報が利用可能であってよく、現在の係数のｇｒ２Ｆｌａｇ、ｇｒ１Ｆｌａｇおよび／またはｓｉｇＭａｐＦｌａｇをオフに切り替えるかどうかを決定するために使用されてよい。場合によっては、以下に列挙される情報１〜６の値が、ある一定のしきい値よりも大きいとき、現在の係数のｇｒ２Ｆｌａｇ、ｇｒ１Ｆｌａｇおよび／またはｓｉｇＭａｐＦｌａｇはオフに切り替えられ得る。
１．式（１）において定義されている近傍領域内の有意係数の数
２．式（２）において定義されている近傍領域内の絶対レベルの合計
３．式（３）において定義されている近傍領域内の絶対レベルから１を差し引いた値の合計
４．近傍領域内の最大絶対レベル
５．近傍領域内のレベル情報の任意の他の線形計算または非線形計算
６．項目１、２、３および／または４における値に基づく任意の他の線形計算または非線形計算
[0149]係数ごとに係数がコーディングされるとき、上述の近傍領域は因果的係数のみを含む。別個のパスで係数がコーディングされるとき、上述の近傍領域は非因果的係数も含み得る。いくつかの例では、上述の近傍領域は、現在のチャンク全体さらには現在のＴＵ全体であり得る。

[0150]上述のように、近傍領域内の係数のレベル情報全体が、シンタックス要素のコンテキストベースのコーディングをオフに切り替える決定を下すために使用され得る。しかしながら、場合によっては、レベル全体をコーディングすることは、記憶リソースに対する負担となり得る。したがって、場合によっては、係数レベルが一定のしきい値（２、３、７などであり得る）までに制限されてよく、そして、変換係数についての特定のシンタックス要素のコンテキストベースのコーディングをオフに切り替えるかどうかを決定するために使用されてよい。

[0151]上述のように、係数についての特定のコンテキストコード化シンタックス要素をオフに切り替えるかどうかの決定は、係数ごとに下され得る。代替として、特定のコンテキストコード化シンタックス要素についてのオフに切り替える決定がトリガされ、伝搬され得る。たとえば、現在の係数について、特定のコンテキストコード化シンタックス要素がオフに切り替えられると、現在のチャンクにおけるすべての残存係数について、さらには現在のＴＵにおけるすべての残存係数について、この特定のコンテキストコード化シンタックス要素はオフに切り替えられ得る。

[0152]図９は、本開示で説明する、変換係数をコーディングするための技法を使用し得るビデオ符号器２０の一例を示すブロック図である。ビデオ符号器２０について、例示のためにＨＥＶＣコーディングのコンテキストにおいて説明するが、変換係数のスキャンを必要とし得る他のコーディング規格または方法に関して本開示を限定するものではない。ビデオ符号器２０は、ビデオフレーム内のＣＵのイントラコーディングおよびインターコーディングを実行し得る。イントラコーディングは、所与のビデオフレーム内のビデオデータの空間的冗長性を低減または除去するために空間的予測に依拠する。インターコーディングは、ビデオシーケンスの現在のフレームと以前コーディングされたフレームとの間の時間的冗長性を低減または除去するために時間的予測に依拠する。イントラモード（Ｉモード）は、いくつかの空間ベースのビデオ圧縮モードのいずれかを指し得る。単方向予測（Ｐモード）または双方向予測（Ｂモード）などのインターモードは、いくつかの時間ベースのビデオ圧縮モードのいずれかを指し得る。

[0153]図９に示すように、ビデオ符号器２０は、符号化されるべきビデオフレーム内の現在ビデオブロックを受信する。図９の例では、ビデオ符号器２０は、動き補償ユニット４４と、動き推定ユニット４２と、イントラ予測処理ユニット４６と、参照フレームバッファ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６とを含む。図９に示す変換処理ニット５２は、残差データのブロックに実際の変換または変換の組合せを適用するユニットであり、ＣＵの変換ユニット（ＴＵ）と呼ばれることもある変換係数のブロックと混同されるべきでない。ビデオブロック再構成のために、ビデオ符号器２０はまた、逆量子化ユニット５８と、逆変換処理ユニット６０と、加算器６２とを含む。再構成されたビデオからブロッキネスアーティファクトを除去するためにブロック境界をフィルタリングするための、デブロッキングフィルタ（図９に図示せず）も含まれ得る。所望される場合、デブロッキングフィルタは、一般に、加算器６２の出力をフィルタリングする。

[0154]符号化プロセス中に、ビデオ符号器２０は、コーディングされるべきビデオフレームまたはスライスを受信する。フレームまたはスライスは、複数のビデオブロック、たとえば、最大コーディングユニット（ＬＣＵ）に分割され得る。動き推定ユニット４２および動き補償ユニット４４は、時間圧縮を行うために、１つまたは複数の参照フレーム中の１つまたは複数のブロックに対して受信されたビデオブロックのインター予測コーディングを実行する。イントラ予測処理ニット４６は、空間圧縮を行うために、コーディングされるべきブロックと同じフレームまたはスライス中の１つまたは複数の隣接ブロックに対する受信したビデオブロックのイントラ予測コーディングを実施し得る。

[0155]モード選択ユニット４０は、たとえば、各モードについての誤差（すなわち、ひずみ）結果に基づいて、コーディングモードのうちの１つ、すなわち、イントラまたはインターを選択し得、得られたイントラまたはインター予測ブロック（たとえば、予測ユニット（ＰＵ））を、残差ブロックデータを生成するために加算器５０に与え、参照フレーム中で使用する符号化ブロックを再構成するために加算器６２に与える。加算器６２は、以下でより詳細に説明するように、予測ブロックを、そのブロックについての、逆変換処理ユニット６０からの逆量子化され逆変換されたデータと合成して、符号化ブロックを再構成する。いくつかのビデオフレームがＩフレームとして指定されることがあり、Ｉフレーム中のすべてのブロックはイントラ予測モードで符号化される。場合によっては、たとえば、動き推定ユニット４２によって実行された動き探索によって得られたブロックの予測が不十分であったとき、イントラ予測処理ユニット４６は、ＰフレームまたはＢフレーム中のブロックのイントラ予測符号化を実施し得る。

[0156]動き推定ユニット４２と動き補償ユニット４４とは、高度に統合され得るが、概念的な目的のために別々に示してある。動き推定（または動き探索）は、ビデオブロックについて動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、参照フレームの参照サンプルに対する、現在フレーム内の予測ユニットの変位を示すことができる。動き推定ユニット４２は、予測ユニットを参照フレームバッファ６４に記憶された参照フレームの参照サンプルと比較することによってインターコード化フレームの予測ユニットの動きベクトルを計算する。参照サンプルは、差分絶対値和（ＳＡＤ：sum of absolute difference）、差分２乗和（ＳＳＤ：sum of squared difference）、または他の差分メトリックによって判断され得るピクセル差分に関して、コーディングされているＰＵを含むＣＵの部分にぴったり一致することがわかるブロックであり得る。参照サンプルは、参照フレームまたは参照スライス内のどこにでも発生する可能性があり、必ずしも、参照フレームまたはスライスのブロック（たとえば、コーディングユニット）境界において発生するとは限らない。いくつかの例では、参照サンプルは分数ピクセル位置において発生し得る。

[0157]動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６と動き補償ユニット４４とに送る。動きベクトルによって識別される参照フレームの部分は参照サンプルと呼ばれることがある。動き補償ユニット４４は、たとえば、ＰＵの動きベクトルによって識別される参照サンプルを取り出すことによって、現在ＣＵの予測ユニットについての予測値を計算し得る。

[0158]イントラ予測処理ユニット４６は、動き推定ユニット４２と動き補償ユニット４４とによって実行されるインター予測の代替として、受信ブロックをイントラ予測し得る。イントラ予測処理ユニット４６は、隣接する以前コーディングされたブロック、たとえば、ブロックについての左から右へ、上から下への符号化順序を仮定すると、現在ブロックの上、右上、左上、または左のブロックに対して受信ブロックを予測し得る。イントラ予測処理ユニット４６は多種多様なイントラ予測モードで構成され得る。たとえば、イントラ予測処理ユニット４６は、符号化されているＣＵのサイズに基づいて、一定数の方向性予測モード、たとえば、３４個の方向性予測モードで構成され得る。

[0159]イントラ予測処理ユニット４６は、たとえば、様々なイントラ予測モードの誤差値を計算し、最も低い誤差値を生じるモードを選択することによって、イントラ予測モードを選択し得る。方向性予測モードは、空間的に隣接するピクセルの値を合成し、その合成された値をＰＵ中の１つまたは複数のピクセル位置に適用するための機能を含み得る。ＰＵ中のすべてのピクセル位置の値が計算されると、イントラ予測処理ユニット４６は、ＰＵと符号化されるべき受信ブロックとの間のピクセル差分に基づいて予測モードの誤差値を計算し得る。イントラ予測処理ユニット４６は、許容できる誤差値を生じるイントラ予測モードが発見されるまでイントラ予測モードをテストし続け得る。イントラ予測処理ユニット４６は、次いで、ＰＵを加算器５０に送り得る。

[0160]ビデオ符号器２０は、コーディングされている元のビデオブロックから、動き補償ユニット４４またはイントラ予測処理ユニット４６によって計算された予測データを減算することによって残差ブロックを形成する。加算器５０は、この減算演算を実行する１つまたは複数の構成要素を表す。残差ブロックはピクセル差分値の２次元行列に対応し得、残差ブロック中の値の数は、残差ブロックに対応するＰＵ中のピクセルの数と同じである。残差ブロック中の値は、ＰＵ中のコロケートピクセルの値と、コーディングされるべき元のブロック中のコロケートピクセルの値との間の差分、すなわち、誤差に対応し得る。差分は、コーディングされるブロックのタイプに応じてクロマ差分またはルーマ差分であり得る。

[0161]変換処理ユニット５２は、残差ブロックから１つまたは複数の変換ユニット（ＴＵ）を形成し得る。変換処理ユニット５２は、複数の変換の中から変換を選択する。変換は、ブロックサイズ、コーディングモードなど、１つまたは複数のコーディング特性に基づいて選択され得る。変換処理ユニット５２は、次いで、選択された変換をＴＵに適用して、変換係数の２次元アレイを備えるビデオブロックを生成する。

[0162]変換処理ユニット５２は、得られた変換係数を量子化ユニット５４に送り得る。量子化ユニット５４は、次いで、その変換係数を量子化し得る。エントロピー符号化ユニット５６が、次いで、スキャンモードに従って、行列中の量子化された変換係数のスキャンを実行し得る。本開示では、エントロピー符号化ユニット５６がスキャンを実行するものとして説明する。ただし、他の例では、量子化ユニット５４などの他の処理ユニットがスキャンを実行し得ることを理解されたい。

[0163]変換係数が１次元アレイにスキャンされると、エントロピー符号化ユニット５６は、ＣＡＢＡＣ、シンタックスベースコンテキスト適応型バイナリアリスメチックコーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）、確率間隔区分エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）または別のエントロピーコーディング方法などのエントロピーコーディングを係数に適用し得る。

[0164]ＣＡＢＡＣを実行するために、エントロピー符号化ユニット５６は、送信されるべきシンボルを符号化するために、あるコンテキストに適用すべきコンテキストモデルを選択し得る。コンテキストは、たとえば、隣接値が非ゼロであるか否かに関係し得る。エントロピー符号化ユニット５６はまた、選択された変換を表す信号など、シンタックス要素をエントロピー符号化し得る。本開示の技法によれば、エントロピー符号化ユニット５６は、コンテキストモデル選択のために使用されるファクタの中でも、たとえば、イントラ予測モードのためのイントラ予測方向、シンタックス要素に対応する係数のスキャン位置、ブロックタイプ、および／または変換タイプに基づいて、これらのシンタックス要素を符号化するために使用されるコンテキストモデルを選択し得る。

[0165]エントロピー符号化ユニット５６によるエントロピーコーディングの後に、得られた符号化ビデオは、ビデオ復号器３０などの別のデバイスに送信されるか、あるいは後で送信するかまたは取り出すためにアーカイブされ得る。

[0166]場合によっては、エントロピー符号化ユニット５６またはビデオ符号器２０の別のユニットは、エントロピーコーディングに加えて、他のコーディング機能を実行するように構成され得る。たとえば、エントロピー符号化ユニット５６は、ＣＵおよびＰＵのコード化ブロックパターン（ＣＢＰ）値を決定するように構成され得る。また、場合によっては、エントロピー符号化ユニット５６は、係数のランレングスコーディングを実行し得る。

[0167]逆量子化ユニット５８および逆変換処理ユニット６０は、それぞれ逆量子化および逆変換を適用して、たとえば参照ブロックとして後で使用するために、ピクセル領域において残差ブロックを再構成する。動き補償ユニット４４は、残差ブロックを参照フレームバッファ６４のフレームのうちの１つの予測ブロックに加算することによって参照ブロックを計算し得る。動き補償ユニット４４はまた、再構成された残差ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するサブ整数ピクセル値を計算し得る。加算器６２は、再構成された残差ブロックを、動き補償ユニット４４によって生成された動き補償予測ブロックに加算して、参照フレームバッファ６４に記憶するための再構成されたビデオブロックを生成する。再構成されたビデオブロックは、後続のビデオフレーム中のブロックをインターコーディングするために動き推定ユニット４２および動き補償ユニット４４によって参照ブロックとして使用され得る。

[0168]図１０は、符号化ビデオシーケンスを復号するビデオ復号器３０の一例を示すブロック図である。図１０の例では、ビデオ復号器３０は、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測処理ユニット７４と、逆量子化ユニット７６と、逆変換ユニット７８と、参照フレームバッファ８２と、加算器８０とを含む。ビデオ復号器３０は、いくつかの例では、ビデオ符号器２０（図９参照）に関して説明した符号化パスとは概して逆の復号パスを実行し得る。

[0169]エントロピー復号ユニット７０は、変換係数の１次元アレイを取り出すために、符号化ビットストリームに対してエントロピー復号プロセスを実行する。使用されるエントロピー復号プロセスは、ビデオ符号器２０によって使用されたエントロピーコーディング（たとえば、ＣＡＢＡＣ）に依存する。符号器によって使用されたエントロピーコーディングプロセスは、符号化ビットストリーム中でシグナリングされ得るか、または所定のプロセスであり得る。

[0170]いくつかの例では、エントロピー復号ユニット７０（または逆量子化ユニット７６）は、ビデオ符号器２０のエントロピー符号化ユニット５６（または量子化ユニット５４）によって使用されたスキャンモードをミラーリングするスキャンを使用して受信値をスキャンし得る。係数のスキャンは逆量子化ユニット７６において実行され得るが、スキャンについては、例示のために、エントロピー復号ユニット７０によって実行されるものとして説明する。さらに、説明しやすいように別個の機能ユニットとして示されているが、ビデオ復号器３０のエントロピー復号ユニット７０、逆量子化ユニット７６、および他のユニットの構造および機能は互いに高度に統合され得る。

[0171]逆量子化ユニット７６は、ビットストリーム中で与えられ、エントロピー復号ユニット７０によって復号された、量子化変換係数を逆量子化（inverse quantize）、すなわち、デクオンタイズ（de-quantize）する。逆量子化プロセスは、たとえば、ＨＥＶＣのために提案されたプロセスまたはＨ．２６４復号規格によって定義されたプロセスと同様の、従来のプロセスを含み得る。逆量子化プロセスは、ＣＵが量子化の程度を判定し、同様に、適用されるべき逆量子化の程度を判定するために、ビデオ符号器２０によって計算された量子化パラメータＱＰの使用を含むことができる。逆量子化ユニット７６は、係数が１次元アレイから２次元アレイに変換される前または変換された後に変換係数を逆量子化し得る。

[0172]逆変換処理ユニット７８は、逆量子化された変換係数に逆変換を適用する。いくつかの例では、逆変換処理ユニット７８は、ビデオ符号器２０からのシグナリングに基づいて、またはブロックサイズ、コーディングモードなどの１つまたは複数のコーディング特性から変換を推測することによって、逆変換を決定し得る。いくつかの例では、逆変換処理ユニット７８は、現在のブロックを含むＬＣＵのための４分木のルートノードにおけるシグナリングされた変換に基づいて、現在のブロックに適用すべき変換を決定し得る。代替として、変換は、ＬＣＵ４分木中のリーフノードＣＵ用のＴＵ４分木のルートでシグナリングされ得る。いくつかの例では、逆変換処理ユニット７８は、逆変換処理ユニット７８が、復号されている現在のブロックの変換係数に２つ以上の逆変換を適用する、カスケード逆変換を適用することができる。

[0173]イントラ予測処理ユニット７４は、シグナリングされたイントラ予測モードと、現在フレームの以前復号されたブロックからのデータとに基づいて、現在フレームの現在ブロックについての予測データを生成し得る。

[0174]動き補償ユニット７２は、符号化ビットストリームから、動きベクトルと、動き予測方向と、参照インデックスとを取り出すことができる。参照予測方向は、インター予測モードが単方向である（たとえば、Ｐフレーム）か、双方向である（Ｂフレーム）かを示す。参照インデックスは、候補動きベクトルがどの参照フレームに基づくかを示す。

[0175]取り出された動き予測方向、参照フレームインデックス、および動きベクトルに基づいて、動き補償ユニットは現在部分の動き補償ブロックを生成する。これらの動き補償ブロックは、本質的に、残差データを生成するために使用される予測ブロックを再現する。

[0176]動き補償ユニット７２は、動き補償ブロックを生成し、場合によっては、補間フィルタに基づいて補間を実行し得る。サブピクセル精度をもつ動き推定に使用されるべき補間フィルタの識別子がシンタックス要素中に含まれ得る。動き補償ユニット７２は、ビデオブロックの符号化中にビデオ符号器２０によって使用された補間フィルタを使用して、参照ブロックのサブ整数ピクセルの補間値を計算し得る。動き補償ユニット７２は、受信されたシンタックス情報に従って、ビデオ符号器２０によって使用された補間フィルタを判断し、その補間フィルタを使用して予測ブロックを生成し得る。

[0177]さらに、動き補償ユニット７２およびイントラ予測処理ユニット７４は、ＨＥＶＣの例では、（たとえば、４分木によって与えられる）シンタックス情報の一部を使用して、符号化ビデオシーケンスの（１つまたは複数の）フレームを符号化するために使用されたＬＣＵのサイズを判断し得る。動き補償ユニット７２およびイントラ予測処理ユニット７４はまた、シンタックス情報を使用して、符号化ビデオシーケンスのフレームの各ＣＵがどのように分割されるか（および、同様に、サブＣＵがどのように分割されるか）を記述する分割情報を判断し得る。シンタックス情報はまた、各分割がどのように符号化されるかを示すモード（たとえば、イントラまたはインター予測、およびイントラ予測の場合はイントラ予測符号化モード）と、各インター符号化ＰＵについての１つまたは複数の参照フレーム（および／またはそれらの参照フレームの識別子を含んでいる参照リスト）と、符号化ビデオシーケンスを復号するための他の情報とを含み得る。

[0178]加算器８０は、残差ブロックを、動き補償ユニット７２またはイントラ予測処理ユニット７４によって生成された対応する予測ブロックと合成して、復号ブロックを形成する。必要に応じて、ブロッキネスアーティファクトを除去するために、デブロッキングフィルタを適用して、復号ブロックをフィルタ処理することもできる。復号ビデオブロックは、次いで、参照フレームバッファ８２に記憶され、参照フレームバッファ８２は、その後の動き補償のための参照ブロックを与え、また、（図１のディスプレイデバイス３２などの）ディスプレイデバイス上での提示のために復号ビデオを生成する。

[0179]図１１は、本開示の技法による例示的な方法を示すフローチャートである。図１１の方法は、ビデオコーダによって（たとえば、図９のビデオ符号器２０によって、または図１０のビデオ復号器３０によって）実行され得る。

[0180]ビデオ符号器２０およびビデオ復号器３０（すなわち、ビデオコーダ）は、ビデオコーディングプロセスにおいて変換係数をコーディングする方法を実行するように構成され得る。ビデオコーダは、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることを行う（１１１０）ように構成され得、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す。ビデオコーダは、有意性マップフラグによってゼロよりも大きい絶対値を有することが示された変換係数のチャンクにおける変換係数について、１超フラグをコーディングすることを行う（１１２０）ようにさらに構成され得、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す。ビデオコーダは、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングすることを行う（１１３０）ようにさらに構成され得、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示し、Ｎは、チャンクにおける変換係数の最大数よりも小さい。一例では、Ｎの値は１である。別の例では、Ｎの値は、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、色成分タイプ、変換ユニットにおけるチャンクの位置、チャンクにおける最後の有意係数の存在、および隣接チャンクの係数統計のうちの少なくとも１つに基づく。

[0181]ビデオコーダは、チャンクにおける変換係数についてレベル残存値をコーディングすることを行う（１１４０）ようにさらに構成され得る。レベル残存値は、１のコード化２超フラグを有するチャンクにおける変換係数については、対応する係数の絶対値から３を差し引いた値を表す。レベル残存値は、１のコード化１超フラグを有するが、２超フラグがコーディングされていないチャンクにおける変換係数については、対応する係数の絶対値から２を差し引いた値を表す。ビデオコーダは、チャンクにおける変換係数について符号フラグをコーディングすることを行う（１１５０）ようにさらに構成され得、符号フラグは、特定の変換係数の符号を示す。

[0182]本開示の一例では、有意性マップフラグ、１超フラグ、および２超フラグは、適応コンテキストモデルによりＣＡＢＡＣを使用してコーディングされる。レベル残存値は、ＣＡＢＡＣバイパスモードでゴロムライスコーディングを使用してコーディングされる。符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる。本開示の別の例では、レベル残存値はゴロムライスコーディングを使用してコーディングされ、このゴロムライスコーディングは、ゴロムパラメータに従って適応される。ゴロムパラメータは、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、予測モード、色成分タイプ、および隣接チャンクの係数統計のうちの少なくとも１つに基づいて決定される。

[0183]本開示の別の例では、有意性マップフラグは１番目にコーディングされ、１超フラグは２番目にコーディングされ、２超フラグは３番目にコーディングされ、レベル残存値は２超フラグの後にコーディングされる。スキャン順序に従ってチャンクにおける変換係数について、有意性マップフラグ、１超フラグ、２超フラグ、およびレベル残存値の各々がコーディングされる。一例では、スキャン順序は逆方向対角スキャン順序である。

[0184]本開示の他の例によれば、チャンクは変換ユニットのサブブロックである。チャンクは、変換ユニットの１６個の変換係数のサブブロックであり得る。別の例では、チャンクは変換ユニット全体である。別の例では、チャンクは、スキャン順序に沿ったいくつかの連続する変換係数である。

[0185]ビデオ符号器が図１１の方法を実行している場合、本方法は、ピクセルデータを符号化して残差ビデオデータを生成することと、残差ビデオデータを変換して変換係数のチャンクを生成することと、コード化有意性マップフラグと、コード化１超フラグと、コード化２超フラグとを符号化ビデオビットストリーム中でシグナリングすることとをさらに備えることができる。加えて、別の例では、ビデオ符号器は、Ｎの値を符号化ビデオビットストリーム中でシグナリングすることができる。Ｎの値は、シーケンスパラメータセット、ピクチャパラメータセット、適応パラメータセット、およびスライスヘッダのうちの少なくとも１つでシグナリングされ得る。

[0186]ビデオ復号器が図１１の方法を実行している場合、本方法は、有意性マップフラグと、１超フラグと、２超フラグとを符号化ビデオビットストリーム中で受信することと、変換係数のチャンクを逆変換して残差ビデオデータを生成することと、残差ビデオデータを復号してピクセルデータを生成することとをさらに備えることができる。

[0187]図１２は、本開示の技法による別の例示的な方法を示すフローチャートである。図１２の方法は、ビデオコーダによって（たとえば、図９のビデオ符号器２０によって、または図１０のビデオ復号器３０によって）実行され得る。

[0188]ビデオ符号器２０およびビデオ復号器３０（すなわち、ビデオコーダ）は、ビデオコーディングプロセスにおいて変換係数をコーディングする方法を実行するように構成され得る。ビデオコーダは、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることを行う（１２１０）ように構成され得、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す。ビデオコーダは、有意性マップフラグによってゼロよりも大きい絶対値を有することが示されたチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることを行う（１２２０）ようにさらに構成され得、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す。Ｍ１は、チャンクにおける変換係数の最大数よりも小さい。ビデオコーダは、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける変換係数について、２超フラグをコーディングすることを行う（１２３０）ようにさらに構成され得、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。一例では、Ｍ１の値は８である。別の例では、Ｍ１の値は、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、色成分タイプ、変換ユニットにおけるチャンクの位置、チャンクにおける最後の有意係数の存在、および隣接チャンクの係数統計のうちの少なくとも１つに基づく。

[0189]ビデオコーダは、チャンクにおける変換係数についてレベル残存値をコーディングすることを行う（１２４０）ようにさらに構成され得る。レベル残存値は、１のコード化２超フラグを有するチャンクにおける変換係数については、対応する係数の絶対値から３を差し引いた値を表す。レベル残存値は、コード化有意性マップフラグを有するが、１超フラグがコーディングされていないチャンクにおける変換係数については、対応する係数の絶対値から１を差し引いた値を表す。ビデオコーダは、チャンクにおける変換係数について符号フラグをコーディングすることを行う（１２５０）ようにさらに構成され得、符号フラグは、特定の変換係数の符号を示す。

[0190]本開示の一例では、有意性マップフラグ、１超フラグ、および２超フラグは、適応コンテキストモデルによりＣＡＢＡＣを使用してコーディングされる。レベル残存値は、ＣＡＢＡＣバイパスモードでゴロムライスコーディングを使用してコーディングされる。符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる。本開示の別の例では、レベル残存値はゴロムライスコーディングを使用してコーディングされ、このゴロムライスコーディングは、ゴロムパラメータに従って適応される。ゴロムパラメータは、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、予測モード、色成分タイプ、および隣接チャンクの係数統計のうちの少なくとも１つに基づいて決定される。

[0191]本開示の別の例では、有意性マップフラグは１番目にコーディングされ、１超フラグは２番目にコーディングされ、２超フラグは３番目にコーディングされ、レベル残存値は２超フラグの後にコーディングされる。スキャン順序に従ってチャンクにおける変換係数について、有意性マップフラグ、１超フラグ、２超フラグ、およびレベル残存値の各々がコーディングされる。一例では、スキャン順序は逆方向対角スキャン順序である。

[0192]本開示の他の例によれば、チャンクは変換ユニットのサブブロックである。チャンクは、変換ユニットの１６個の変換係数のサブブロックであり得る。別の例では、チャンクは変換ユニット全体である。別の例では、チャンクは、スキャン順序に沿ったいくつかの連続する変換係数である。

[0193]ビデオ符号器が図１２の方法を実行している場合、本方法は、ピクセルデータを符号化して残差ビデオデータを生成することと、残差ビデオデータを変換して変換係数のチャンクを生成することと、コード化有意性マップフラグと、コード化１超フラグと、コード化２超フラグとを符号化ビデオビットストリーム中でシグナリングすることとをさらに備えることができる。加えて、別の例では、ビデオ符号器は、Ｍ１の値を符号化ビデオビットストリーム中でシグナリングすることができる。Ｍ１の値は、シーケンスパラメータセット、ピクチャパラメータセット、適応パラメータセット、およびスライスヘッダのうちの少なくとも１つでシグナリングされ得る。

[0194]ビデオ復号器が図１２の方法を実行している場合、本方法は、有意性マップフラグと、１超フラグと、２超フラグとを符号化ビデオビットストリーム中で受信することと、変換係数のチャンクを逆変換して残差ビデオデータを生成することと、残差ビデオデータを復号してピクセルデータを生成することとをさらに備えることができる。

[0195]図１３は、本開示の技法による別の例示的な方法を示すフローチャートである。図１３の方法は、ビデオコーダによって（たとえば、図９のビデオ符号器２０によって、または図１０のビデオ復号器３０によって）実行され得る。

[0196]ビデオ符号器２０およびビデオ復号器３０（すなわち、ビデオコーダ）は、ビデオコーディングプロセスにおいて変換係数をコーディングする方法を実行するように構成され得る。ビデオコーダは、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることを行う（１３１０）ように構成され得、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す。ビデオコーダは、有意性マップフラグによってゼロよりも大きい絶対値を有することが示されたチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることを行う（１３２０）ようにさらに構成され得、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す。Ｍ１は、チャンクにおける変換係数の最大数よりも小さい。ビデオコーダは、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングすることを行う（１３３０）ようにさらに構成され得、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示し、Ｎは、チャンクにおける変換係数の最大数よりも小さい。一例では、Ｎの値は１である。別の例では、Ｎの値は、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、色成分タイプ、変換ユニットにおけるチャンクの位置、チャンクにおける最後の有意係数の存在、および隣接チャンクの係数統計のうちの少なくとも１つに基づく。一例では、Ｍ１の値は８である。別の例では、Ｍ１の値は、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、色成分タイプ、変換ユニットにおけるチャンクの位置、チャンクにおける最後の有意係数の存在、および隣接チャンクの係数統計のうちの少なくとも１つに基づく。

[0197]ビデオコーダは、チャンクにおける変換係数についてレベル残存値をコーディングすることを行う（１３４０）ようにさらに構成され得る。レベル残存値は、１のコード化２超フラグを有するチャンクにおける変換係数については、対応する係数の絶対値から３を差し引いた値を表す。レベル残存値は、１のコード化１超フラグを有するが、２超フラグがコーディングされていないチャンクにおける変換係数については、対応する係数の絶対値から２を差し引いた値を表す。レベル残存値は、非ゼロであるが、コード化１超フラグを有しないチャンクにおける変換係数については、対応する係数の絶対値から１を差し引いた値を表す。ビデオコーダは、チャンクにおける変換係数について符号フラグをコーディングすることを行う（１３５０）ようにさらに構成され得、符号フラグは、特定の変換係数の符号を示す。

[0198]本開示の一例では、ビデオコーディングプロセスにおいて変換係数をコーディングする方法は、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示されたチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示し、Ｍ１は、チャンクにおける変換係数の最大数よりも小さい、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける変換係数について、２超フラグをコーディングすることとを備え、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。

[0199]本開示の別の例では、本方法は、チャンクにおける変換係数について、レベル残存値をコーディングすることをさらに備えることができ、レベル残存値は、１のコード化２超フラグを有するチャンクにおける変換係数については、対応する係数の絶対値から３を差し引いた値を表し、レベル残存値は、コード化有意性マップフラグを有するが、１超フラグがコーディングされていないチャンクにおける変換係数については、対応する係数の絶対値から１を差し引いた値を表す。

[0200]本開示の別の例では、本方法は、チャンクにおける変換係数について、符号フラグをコーディングすることをさらに備えることができ、符号フラグは、特定の変換係数の符号を示す。

[0201]本開示の別の例では、有意性マップフラグ、１超フラグ、および２超フラグは、適応コンテキストモデルによりコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用してコーディングされ、レベル残存値は、ＣＡＢＡＣバイパスモードでコーディングされ、符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる。

[0202]本開示の別の例では、本方法は、ゴロムパラメータを使用してレベル残存値をコーディングすることであって、ゴロムパラメータは、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、予測モード、色成分タイプ、および隣接チャンクの係数統計のうちの少なくとも１つに基づいて決定される、ことをさらに備えることができる。

[0203]本開示の別の例では、有意性マップフラグは１番目にコーディングされ、１超フラグは、２番目にコーディングされ、２超フラグは、３番目にコーディングされ、レベル残存値は、２超フラグの後にコーディングされる。

[0204]本開示の別の例では、スキャン順序に従ってチャンクにおける変換係数について、有意性マップフラグ、１超フラグ、２超フラグ、およびレベル残存値の各々がコーディングされる。

[0205]本開示の別の例では、スキャン順序は、逆方向対角スキャン順序である。本開示の別の例では、チャンクは変換ユニットのサブブロックである。本開示の別の例では、チャンクは変換ユニットの１６個の変換係数のサブブロックである。本開示の別の例では、チャンクは変換ユニットである。本開示の別の例では、チャンクは、スキャン順序に沿ったいくつかの連続する変換係数である。本開示の別の例では、スキャン順序は逆方向スキャン順序である。

[0206]本開示の別の例では、Ｍ１の値は８である。本開示の別の例では、Ｍ１の値は、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、色成分タイプ、変換ユニットにおけるチャンクの位置、チャンクにおける最後の有意係数の存在、および隣接チャンクの係数統計のうちの少なくとも１つに基づく。

[0207]本開示の別の例では、ビデオコーディングプロセスはビデオ符号化プロセスであり、本方法は、ピクセルデータを符号化して残差ビデオデータを生成することと、残差ビデオデータを変換して変換係数のチャンクを生成することと、コード化有意性マップフラグと、コード化１超フラグと、コード化２超フラグとを符号化ビデオビットストリーム中でシグナリングすることとをさらに備える。

[0208]本開示の別の例では、本方法は、Ｍ１の値を符号化ビデオビットストリーム中でシグナリングすることをさらに備える。本開示の別の例では、Ｍ１の値は、シーケンスパラメータセット、ピクチャパラメータセット、適応パラメータセット、およびスライスヘッダのうちの少なくとも１つでシグナリングされる。

[0209]本開示の別の例では、ビデオコーディングプロセスはビデオ復号プロセスであり、本方法は、有意性マップフラグと、１超フラグと、２超フラグとを符号化ビデオビットストリーム中で受信することと、変換係数のチャンクを逆変換して残差ビデオデータを生成することと、残差ビデオデータを復号してピクセルデータを生成することとをさらに備える。

[0210]本開示の別の例では、２超フラグをコーディングすることは、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、１超フラグをコーディングすることを備え、Ｎは、チャンクにおける変換係数の最大数よりも小さい、本方法は、チャンクにおける変換係数について、レベル残存値をコーディングすることをさらに備え、レベル残存値は、１のコード化２超フラグを有するチャンクにおける変換係数については、対応する係数の絶対値から３を差し引いた値を表し、レベル残存値は、１のコード化１超フラグを有するが、２超フラグがコーディングされていないチャンクにおける変換係数については、対応する係数の絶対値から２を差し引いた値を表し、レベル残存値は、非ゼロであるが、コード化１超フラグを有しないチャンクにおける変換係数については、対応する係数の絶対値から１を差し引いた値を表す。

[0211]本開示の別の例では、Ｍ１の値は８である。

[0212]本開示の別の例では、ビデオコーディングプロセスにおいて変換係数をコーディングするように構成された装置は、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示されたチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示し、Ｍ１は、チャンクにおける変換係数の最大数よりも小さい、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける変換係数について、２超フラグをコーディングすることとを行うように構成されたビデオコーダを備え、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。

[0213]本開示の別の例では、ビデオコーダは、チャンクにおける変換係数について、レベル残存値をコーディングすることを行うようにさらに構成され、レベル残存値は、１のコード化２超フラグを有するチャンクにおける変換係数については、対応する係数の絶対値から３を差し引いた値を表し、レベル残存値は、コード化有意性マップフラグを有するが、１超フラグがコーディングされていないチャンクにおける変換係数については、対応する係数の絶対値から１を差し引いた値を表す。

[0214]本開示の別の例では、ビデオコーダは、チャンクにおける変換係数について、符号フラグをコーディングすることを行うようにさらに構成され、符号フラグは、特定の変換係数の符号を示す。

[0215]本開示の別の例では、有意性マップフラグ、１超フラグ、および２超フラグは、適応コンテキストモデルによりコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用してコーディングされ、レベル残存値は、ＣＡＢＡＣバイパスモードでコーディングされ、符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる。

[0216]本開示の別の例では、ビデオコーダは、ゴロムパラメータを使用してレベル残存値をコーディングすることを行うようにさらに構成され、ゴロムパラメータは、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、予測モード、色成分タイプ、および隣接チャンクの係数統計のうちの少なくとも１つに基づいて決定される。

[0217]本開示の別の例では、有意性マップフラグは１番目にコーディングされ、１超フラグは２番目にコーディングされ、２超フラグは３番目にコーディングされ、レベル残存値は２超フラグの後にコーディングされる。本開示の別の例では、スキャン順序に従ってチャンクにおける変換係数について、有意性マップフラグ、１超フラグ、２超フラグ、およびレベル残存値がコーディングされる。

[0218]本開示の別の例では、スキャン順序は逆方向対角スキャン順序である。本開示の別の例では、チャンクは変換ユニットのサブブロックである。本開示の別の例では、チャンクは変換ユニットの１６個の変換係数のサブブロックである。本開示の別の例では、チャンクは変換ユニットである。本開示の別の例では、チャンクは、スキャン順序に沿ったいくつかの連続する変換係数である。本開示の別の例では、スキャン順序は逆方向スキャン順序である。

[0219]本開示の別の例では、Ｍ１の値は８である。本開示の別の例では、Ｍ１の値は、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、色成分タイプ、変換ユニットにおけるチャンクの位置、チャンクにおける最後の有意係数の存在、および隣接チャンクの係数統計のうちの少なくとも１つに基づく。

[0220]本開示の別の例では、ビデオコーダはビデオ符号器であり、ビデオ符号器は、ピクセルデータを符号化して残差ビデオデータを生成することと、残差ビデオデータを変換して変換係数のチャンクを生成することと、コード化有意性マップフラグと、コード化１超フラグと、コード化２超フラグとを符号化ビデオビットストリーム中でシグナリングすることとを行うようにさらに構成される。本開示の別の例では、ビデオコーダは、Ｍ１の値を符号化ビデオビットストリーム中でシグナリングするようにさらに構成される。本開示の別の例では、Ｍ１の値は、シーケンスパラメータセット、ピクチャパラメータセット、適応パラメータセット、およびスライスヘッダのうちの少なくとも１つでシグナリングされる。

[0221]本開示の別の例では、ビデオコーダはビデオ復号器であり、ビデオ復号器は、有意性マップフラグと、１超フラグと、２超フラグとを符号化ビデオビットストリーム中で受信することと、変換係数のチャンクを逆変換して残差ビデオデータを生成することと、残差ビデオデータを復号してピクセルデータを生成することとを行うようにさらに構成される。

[0222]本開示の別の例では、ビデオコーダは、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングすることを行うようにさらに構成され、Ｎは、チャンクにおける変換係数の最大数よりも小さい、本方法は、チャンクにおける変換係数について、レベル残存値をコーディングすることをさらに備え、レベル残存値は、１のコード化２超フラグを有するチャンクにおける変換係数については、対応する係数の絶対値から３を差し引いた値を表し、レベル残存値は、１のコード化１超フラグを有するが、２超フラグがコーディングされていないチャンクにおける変換係数については、対応する係数の絶対値から２を差し引いた値を表し、レベル残存値は、非ゼロであるが、コード化１超フラグを有しないチャンクにおける変換係数については、対応する係数の絶対値から１を差し引いた値を表す。本開示の別の例では、Ｎの値は１である。

[0223]本開示の別の例では、ビデオコーディングプロセスにおいて変換係数をコーディングするように構成された装置は、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングするための手段と、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示されたチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングするための手段と、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示し、Ｍ１は、チャンクにおける変換係数の最大数よりも小さい、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける変換係数について、２超フラグをコーディングするための手段とを備え、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。

[0224]本開示の別の例では、コンピュータ可読記憶媒体は、実行されたとき、ビデオデータをコーディングするように構成されたデバイスの１つまたは複数のプロセッサに、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示されたチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示し、Ｍ１は、チャンクにおける変換係数の最大数よりも小さい、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける変換係数について、２超フラグをコーディングすることとを行わせる命令を記憶し、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示す。

[0225]本開示の別の例では、ビデオコーディングプロセスにおいて変換係数をコーディングする方法は、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示された変換係数のチャンクにおける変換係数について、１超フラグをコーディングすることと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングすることとを備え、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示し、Ｎは、チャンクにおける変換係数の最大数よりも小さい。

[0226]本開示の別の例では、本方法は、チャンクにおける変換係数について、レベル残存値をコーディングすることをさらに備え、レベル残存値は、１のコード化２超フラグを有するチャンクにおける変換係数については、対応する係数の絶対値から３を差し引いた値を表し、レベル残存値は、１のコード化１超フラグを有するが、２超フラグがコーディングされていないチャンクにおける変換係数については、対応する係数の絶対値から２を差し引いた値を表す。

[0227]本開示の別の例では、本方法は、チャンクにおける変換係数について、符号フラグをコーディングすることをさらに備え、符号フラグは、特定の変換係数の符号を示す。

[0228]本開示の別の例では、有意性マップフラグ、１超フラグ、および２超フラグは、適応コンテキストモデルによりコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用してコーディングされ、レベル残存値は、ＣＡＢＡＣバイパスモードでコーディングされ、符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる。

[0229]本開示の別の例では、本方法は、ゴロムパラメータを使用してレベル残存値をコーディングすることをさらに備え、ゴロムパラメータは、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、予測モード、色成分タイプ、および隣接チャンクの係数統計のうちの少なくとも１つに基づいて決定される。

[0230]本開示の別の例では、有意性マップフラグは１番目にコーディングされ、１超フラグは２番目にコーディングされ、２超フラグは３番目にコーディングされ、レベル残存値は２超フラグの後にコーディングされる。

[0231]本開示の別の例では、スキャン順序に従ってチャンクにおける変換係数について、有意性マップフラグ、１超フラグ、２超フラグ、およびレベル残存値の各々がコーディングされる。

[0232]本開示の別の例では、スキャン順序は逆方向対角スキャン順序である。本開示の別の例では、チャンクは変換ユニットのサブブロックである。本開示の別の例では、チャンクは変換ユニットの１６個の変換係数のサブブロックである。本開示の別の例では、チャンクは変換ユニットである。本開示の別の例では、チャンクは、スキャン順序に沿ったいくつかの連続する変換係数である。本開示の別の例では、スキャン順序は逆方向スキャン順序である。

[0233]本開示の別の例では、Ｎの値は１である。本開示の別の例では、Ｎの値は、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、色成分タイプ、変換ユニットにおけるチャンクの位置、チャンクにおける最後の有意係数の存在、および隣接チャンクの係数統計のうちの少なくとも１つに基づく。

[0234]本開示の別の例では、ビデオコーディングプロセスはビデオ符号化プロセスであり、本方法は、ピクセルデータを符号化して残差ビデオデータを生成することと、残差ビデオデータを変換して変換係数のチャンクを生成することと、コード化有意性マップフラグと、コード化１超フラグと、コード化２超フラグとを符号化ビデオビットストリーム中でシグナリングすることとをさらに備える。本開示の別の例では、本方法は、Ｎの値を符号化ビデオビットストリーム中でシグナリングすることをさらに備える。本開示の別の例では、Ｎの値は、シーケンスパラメータセット、ピクチャパラメータセット、適応パラメータセット、およびスライスヘッダのうちの少なくとも１つでシグナリングされる。

[0235]本開示の別の例では、ビデオコーディングプロセスはビデオ復号プロセスであり、本方法は、有意性マップフラグと、１超フラグと、２超フラグとを符号化ビデオビットストリーム中で受信することと、変換係数のチャンクを逆変換して残差ビデオデータを生成することと、残差ビデオデータを復号してピクセルデータを生成することとをさらに備える。

[0236]本開示の別の例では、１超フラグをコーディングすることは、非ゼロであるチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることを備え、Ｍ１は、チャンクにおける変換係数の最大数よりも小さい、本方法は、チャンクにおける変換係数について、レベル残存値をコーディングすることをさらに備え、レベル残存値は、１のコード化２超フラグを有するチャンクにおける変換係数については、対応する係数の絶対値から３を差し引いた値を表し、レベル残存値は、１のコード化１超フラグを有するが、２超フラグがコーディングされていないチャンクにおける変換係数については、対応する係数の絶対値から２を差し引いた値を表し、レベル残存値は、非ゼロであるが、コード化１超フラグを有しないチャンクにおける変換係数については、対応する係数の絶対値から１を差し引いた値を表す。本開示の別の例では、Ｍ１の値は８である。

[0237]本開示の別の例では、ビデオコーディングプロセスにおいて変換係数をコーディングするように構成された装置は、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示された変換係数のチャンクにおける変換係数について、１超フラグをコーディングすることと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングすることとを行うように構成されたビデオコーダを備え、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示し、Ｎは、チャンクにおける変換係数の最大数よりも小さい。

[0238]本開示の別の例では、ビデオコーダは、チャンクにおける変換係数について、レベル残存値をコーディングすることを行うようにさらに構成され、レベル残存値は、１のコード化２超フラグを有するチャンクにおける変換係数については、対応する係数の絶対値から３を差し引いた値を表し、レベル残存値は、１のコード化１超フラグを有するが、２超フラグがコーディングされていないチャンクにおける変換係数については、対応する係数の絶対値から２を差し引いた値を表す。

[0239]本開示の別の例では、ビデオコーダは、チャンクにおける変換係数について、符号フラグをコーディングすることを行うようにさらに構成され、符号フラグは、特定の変換係数の符号を示す。

[0240]本開示の別の例では、有意性マップフラグ、１超フラグ、および２超フラグは、適応コンテキストモデルによりコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用してコーディングされ、レベル残存値は、ＣＡＢＡＣバイパスモードでコーディングされ、符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる。

[0241]本開示の別の例では、ビデオコーダは、ゴロムパラメータを使用してレベル残存値をコーディングすることを行うようにさらに構成され、ゴロムパラメータは、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、予測モード、色成分タイプ、および隣接チャンクの係数統計のうちの少なくとも１つに基づいて決定される。

[0242]本開示の別の例では、有意性マップフラグは１番目にコーディングされ、１超フラグは２番目にコーディングされ、２超フラグは３番目にコーディングされ、レベル残存値は２超フラグの後にコーディングされる。

[0243]本開示の別の例では、スキャン順序に従ってチャンクにおける変換係数について、有意性マップフラグ、１超フラグ、２超フラグ、およびレベル残存値の各々がコーディングされる。本開示の別の例では、スキャン順序は逆方向対角スキャン順序である。

[0244]本開示の別の例では、チャンクは変換ユニットのサブブロックである。本開示の別の例では、チャンクは変換ユニットの１６個の変換係数のサブブロックである。本開示の別の例では、チャンクは変換ユニットである。本開示の別の例では、チャンクは、スキャン順序に沿ったいくつかの連続する変換係数である。本開示の別の例では、スキャン順序は逆方向スキャン順序である。

[0245]本開示の別の例では、Ｎの値は１である。本開示の別の例では、Ｎの値は、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、色成分タイプ、変換ユニットにおけるチャンクの位置、チャンクにおける最後の有意係数の存在、および隣接チャンクの係数統計のうちの少なくとも１つに基づく。

[0246]本開示の別の例では、ビデオコーダはビデオ符号器であり、ビデオ符号器は、ピクセルデータを符号化して残差ビデオデータを生成することと、残差ビデオデータを変換して変換係数のチャンクを生成することと、コード化有意性マップフラグと、コード化１超フラグと、コード化２超フラグとを符号化ビデオビットストリーム中でシグナリングすることとを行うようにさらに構成される。本開示の別の例では、ビデオコーダは、Ｎの値を符号化ビデオビットストリーム中でシグナリングするようにさらに構成される。本開示の別の例では、Ｎの値は、シーケンスパラメータセット、ピクチャパラメータセット、適応パラメータセット、およびスライスヘッダのうちの少なくとも１つでシグナリングされる。

[0247]本開示の別の例では、ビデオコーダはビデオ復号器であり、ビデオ復号器は、有意性マップフラグと、１超フラグと、２超フラグとを符号化ビデオビットストリーム中で受信することと、変換係数のチャンクを逆変換して残差ビデオデータを生成することと、残差ビデオデータを復号してピクセルデータを生成することとを行うようにさらに構成される。

[0248]本開示の別の例では、ビデオコーダは、非ゼロであるチャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることを行うようにさらに構成され、Ｍ１は、チャンクにおける変換係数の最大数よりも小さく、ビデオコーダは、チャンクにおける変換係数について、レベル残存値をコーディングすることを行うようにさらに構成され、レベル残存値は、１のコード化２超フラグを有するチャンクにおける変換係数については、対応する係数の絶対値から３を差し引いた値を表し、レベル残存値は、１のコード化１超フラグを有するが、２超フラグがコーディングされていないチャンクにおける変換係数については、対応する係数の絶対値から２を差し引いた値を表し、レベル残存値は、非ゼロであるが、コード化１超フラグを有しないチャンクにおける変換係数については、対応する係数の絶対値から１を差し引いた値を表す。本開示の別の例では、Ｍ１の値は８である。

[0249]本開示の別の例では、ビデオコーディングプロセスにおいて変換係数をコーディングするように構成された装置は、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングするための手段と、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示された変換係数のチャンクにおける変換係数について、１超フラグをコーディングするための手段と、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングするための手段とを備え、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示し、Ｎは、チャンクにおける変換係数の最大数よりも小さい。

[0250]本開示の別の例では、コンピュータ可読記憶媒体は、実行されたとき、ビデオコーディングプロセスにおいて変換係数をコーディングするように構成された１つまたは複数のプロセッサに、変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、有意性マップフラグによってゼロよりも大きい絶対値を有することが示された変換係数のチャンクにおける変換係数について、１超フラグをコーディングすることと、ここで、１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、１超フラグによって１よりも大きい絶対値を有することが示されたチャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングすることとを行わせる命令を記憶し、２超フラグは、特定の変換係数が２よりも大きい絶対値を有するかどうかを示し、Ｎは、チャンクにおける変換係数の最大数よりも小さい。

[0251]１つまたは複数の例では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含むデータ記憶媒体または通信媒体などの有形媒体に対応するコンピュータ可読記憶媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、（１）非一時的である有形コンピュータ可読記憶媒体、あるいは（２）信号または搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明した技法の実装のための命令、コードおよび／またはデータ構造を取り出すために１つまたは複数のコンピュータあるいは１つまたは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含むことができる。

[0252]限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

[0253]命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）などの１つまたは複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、あるいは他の等価な集積回路またはディスクリート論理回路によって実行され得る。したがって、本明細書で使用する「プロセッサ」という用語は、前述の構造、または本明細書で説明する技法の実装に好適な他の構造のいずれかを指すことができる。さらに、いくつかの態様では、本明細書で説明した機能は、符号化および復号のために構成された専用のハードウェアおよび／またはソフトウェアモジュール内に与えられ得、あるいは複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素中に十分に実装され得る。

[0254]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）、またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示する技法を実行するように構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットについて説明したが、それらの構成要素、モジュール、またはユニットを、必ずしも異なるハードウェアユニットによって実現する必要があるとは限らない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明した１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作ハードウェアユニットの集合によって与えられ得る。

[0255]様々な例について説明した。これらおよび他の例は以下の特許請求の範囲内に入る。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオコーディングプロセスにおいて変換係数をコーディングする方法であって、
変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、前記有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、
前記有意性マップフラグによってゼロよりも大きい絶対値を有することが示された前記チャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることと、ここで、前記１超フラグは、前記特定の変換係数が１よりも大きい絶対値を有するかどうかを示し、Ｍ１は、前記チャンクにおける変換係数の最大数よりも小さい、
前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける変換係数について、２超フラグをコーディングすることと
を備え、前記２超フラグは、前記特定の変換係数が２よりも大きい絶対値を有するかどうかを示す、
方法。
［Ｃ２］
前記２超フラグをコーディングすることは、前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける最初のＮ個の変換係数について、前記２超フラグをコーディングすることを備え、Ｎは、前記チャンクにおける変換係数の最大数よりも小さく、
前記方法は、前記チャンクにおける変換係数について、レベル残存値をコーディングすることをさらに備え、
前記レベル残存値は、１のコード化２超フラグを有する前記チャンクにおける変換係数については、対応する係数の前記絶対値から３を差し引いた値を表し、
前記レベル残存値は、１のコード化１超フラグを有するが、前記２超フラグがコーディングされていない前記チャンクにおける変換係数については、対応する係数の前記絶対値から２を差し引いた値を表し、
前記レベル残存値は、非ゼロであるが、コード化１超フラグを有しないチャンクにおける変換係数については、対応する係数の前記絶対値から１を差し引いた値を表す、
［Ｃ１］に記載の方法。
［Ｃ３］
Ｍ１の値は、８である、
［Ｃ２］に記載の方法。
［Ｃ４］
前記チャンクにおける変換係数について、レベル残存値をコーディングすることをさらに備え、
前記レベル残存値は、１のコード化２超フラグを有する前記チャンクにおける変換係数については、対応する係数の前記絶対値から３を差し引いた値を表し、
前記レベル残存値は、コード化有意性マップフラグを有するが、前記１超フラグがコーディングされていない前記チャンクにおける変換係数については、対応する係数の前記絶対値から１を差し引いた値を表す、
［Ｃ１］に記載の方法。
［Ｃ５］
前記チャンクにおける変換係数について、符号フラグをコーディングすることをさらに備え、前記符号フラグは、前記特定の変換係数の符号を示す、
［Ｃ４］に記載の方法。
［Ｃ６］
前記有意性マップフラグ、前記１超フラグ、および前記２超フラグは、適応コンテキストモデルによりコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用してコーディングされ、前記レベル残存値は、ＣＡＢＡＣバイパスモードでコーディングされ、前記符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる、
［Ｃ５］に記載の方法。
［Ｃ７］
ゴロムパラメータを使用して前記レベル残存値をコーディングすることをさらに備え、前記ゴロムパラメータは、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、予測モード、色成分タイプ、および変換係数の隣接チャンクの係数統計のうちの少なくとも１つに基づいて決定される、
［Ｃ６］に記載の方法。
［Ｃ８］
前記有意性マップフラグを１番目に、前記１超フラグを２番目に、前記２超フラグを３番目に、前記レベル残存値を前記２超フラグの後にコーディングすることをさらに備える、
［Ｃ５］に記載の方法。
［Ｃ９］
スキャン順序に従って前記チャンクにおける前記変換係数について、前記有意性マップフラグ、前記１超フラグ、前記２超フラグ、および前記レベル残存値の各々をコーディングすることをさらに備える、
［Ｃ８］に記載の方法。
［Ｃ１０］
前記スキャン順序は、逆方向対角スキャン順序である、
［Ｃ９］に記載の方法。
［Ｃ１１］
前記チャンクは、変換ユニットのサブブロックである、
［Ｃ１］に記載の方法。
［Ｃ１２］
前記チャンクは、変換ユニットの１６個の変換係数のサブブロックである、
［Ｃ１］に記載の方法。
［Ｃ１３］
前記チャンクは、変換ユニットである、
［Ｃ１］に記載の方法。
［Ｃ１４］
前記チャンクは、変換ユニット内のスキャン順序に沿ったいくつかの連続する変換係数である、
［Ｃ１］に記載の方法。
［Ｃ１５］
前記スキャン順序は、逆方向スキャン順序である、
［Ｃ１４］に記載の方法。
［Ｃ１６］
Ｍ１の値は、８である、
［Ｃ１］に記載の方法。
［Ｃ１７］
Ｍ１の値は、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、色成分タイプ、変換ユニットにおける前記チャンクの位置、前記チャンクにおける最後の有意係数の存在、および隣接チャンクの係数統計のうちの少なくとも１つに基づく、
［Ｃ１］に記載の方法。
［Ｃ１８］
前記ビデオコーディングプロセスはビデオ符号化プロセスであり、前記方法は、
ピクセルデータを符号化して残差ビデオデータを生成することと、
前記残差ビデオデータを変換して変換係数の前記チャンクを生成することと、
前記コード化有意性マップフラグと、前記コード化１超フラグと、前記コード化２超フラグとを符号化ビデオビットストリーム中でシグナリングすることと
をさらに備える、［Ｃ１］に記載の方法。
［Ｃ１９］
Ｍ１の値を符号化ビデオビットストリーム中でシグナリングすることをさらに備える、
［Ｃ１］に記載の方法。
［Ｃ２０］
Ｍ１の値は、シーケンスパラメータセット、ピクチャパラメータセット、適応パラメータセット、およびスライスヘッダのうちの少なくとも１つでシグナリングされる、
［Ｃ１９］に記載の方法。
［Ｃ２１］
前記ビデオコーディングプロセスは、ビデオ復号プロセスであり、前記方法は、
前記有意性マップフラグと、前記１超フラグと、前記２超フラグとを符号化ビデオビットストリーム中で受信することと、
変換係数の前記チャンクを逆変換して残差ビデオデータを生成することと、
前記残差ビデオデータを復号してピクセルデータを生成することと
をさらに備える、［Ｃ１］に記載の方法。
［Ｃ２２］
ビデオコーディングプロセスにおいて変換係数をコーディングするように構成された装置であって、
変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、前記有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、
前記有意性マップフラグによってゼロよりも大きい絶対値を有することが示された前記チャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることと、ここで、前記１超フラグは、前記特定の変換係数が１よりも大きい絶対値を有するかどうかを示し、Ｍ１は、前記チャンクにおける変換係数の最大数よりも小さい、
前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける変換係数について、２超フラグをコーディングすることと
を行うように構成されたビデオコーダを備え、前記２超フラグは、前記特定の変換係数が２よりも大きい絶対値を有するかどうかを示す、
装置。
［Ｃ２３］
前記ビデオコーダは、前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける最初のＮ個の変換係数について、前記２超フラグをコーディングすることを行うようにさらに構成され、Ｎは、前記チャンクにおける変換係数の最大数よりも小さい、
前記方法は、前記チャンクにおける変換係数について、レベル残存値をコーディングすることをさらに備え、
前記レベル残存値は、１のコード化２超フラグを有する前記チャンクにおける変換係数については、対応する係数の前記絶対値から３を差し引いた値を表し、
前記レベル残存値は、１のコード化１超フラグを有するが、前記２超フラグがコーディングされていない前記チャンクにおける変換係数については、対応する係数の前記絶対値から２を差し引いた値を表し、
前記レベル残存値は、非ゼロであるが、コード化１超フラグを有しないチャンクにおける変換係数については、対応する係数の前記絶対値から１を差し引いた値を表す、
［Ｃ２２］に記載の装置。
［Ｃ２４］
Ｎの値は、１である、
［Ｃ２３］に記載の装置。
［Ｃ２５］
前記ビデオコーダは、
前記チャンクにおける変換係数について、レベル残存値をコーディングするようにさらに構成され、
前記レベル残存値は、１のコード化２超フラグを有する前記チャンクにおける変換係数については、対応する係数の前記絶対値から３を差し引いた値を表し、
前記レベル残存値は、コード化有意性マップフラグを有するが、前記１超フラグがコーディングされていない前記チャンクにおける変換係数については、対応する係数の前記絶対値から１を差し引いた値を表す、
［Ｃ２２］に記載の装置。
［Ｃ２６］
前記ビデオコーダは、
前記チャンクにおける変換係数について、符号フラグをコーディングすることを行うようにさらに構成され、前記符号フラグは、前記特定の変換係数の符号を示す、
［Ｃ２５］に記載の装置。
［Ｃ２７］
前記有意性マップフラグ、前記１超フラグ、および前記２超フラグは、適応コンテキストモデルによりコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用してコーディングされ、前記レベル残存値は、ＣＡＢＡＣバイパスモードでコーディングされ、前記符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる、
［Ｃ２６］に記載の装置。
［Ｃ２８］
前記ビデオコーダは、
ゴロムパラメータを使用して前記レベル残存値をコーディングすることを行うようにさらに構成され、前記ゴロムパラメータは、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、予測モード、色成分タイプ、および変換係数の隣接チャンクの係数統計のうちの少なくとも１つに基づいて決定される、
［Ｃ２７］に記載の装置。
［Ｃ２９］
前記ビデオコーダは、前記有意性マップフラグを１番目に、前記１超フラグを２番目に、前記２超フラグを３番目に、前記レベル残存値を前記２超フラグの後にコーディングするようにさらに構成される、
［Ｃ２６］に記載の装置。
［Ｃ３０］
前記ビデオコーダは、スキャン順序に従って前記チャンクにおける前記変換係数について、前記有意性マップフラグ、前記１超フラグ、前記２超フラグ、および前記レベル残存値の各々をコーディングするようにさらに構成される、
［Ｃ２９］に記載の装置。
［Ｃ３１］
前記スキャン順序は、逆方向対角スキャン順序である、
［Ｃ３０］に記載の装置。
［Ｃ３２］
前記チャンクは、変換ユニットのサブブロックである、
［Ｃ２２］に記載の装置。
［Ｃ３３］
前記チャンクは、変換ユニットの１６個の変換係数のサブブロックである、
［Ｃ２２］に記載の装置。
［Ｃ３４］
前記チャンクは、変換ユニットである、
［Ｃ２２］に記載の装置。
［Ｃ３５］
前記チャンクは、変換ユニット内のスキャン順序に沿ったいくつかの連続する変換係数である、
［Ｃ２２］に記載の装置。
［Ｃ３６］
前記スキャン順序は、逆方向スキャン順序である、
［Ｃ３５］に記載の装置。
［Ｃ３７］
Ｍ１の値は、８である、
［Ｃ２２］に記載の装置。
［Ｃ３８］
Ｍ１の値は、量子化パラメータ、変換ユニットサイズ、変換ユニット深さ、色成分タイプ、変換ユニットにおける前記チャンクの位置、前記チャンクにおける最後の有意係数の存在、および隣接チャンクの係数統計のうちの少なくとも１つに基づく、
［Ｃ２２］に記載の装置。
［Ｃ３９］
前記ビデオコーダは、ビデオ符号器であり、前記ビデオ符号器は、
ピクセルデータを符号化して残差ビデオデータを生成することと、
前記残差ビデオデータを変換して変換係数の前記チャンクを生成することと、
前記コード化有意性マップフラグと、前記コード化１超フラグと、前記コード化２超フラグとを符号化ビデオビットストリーム中でシグナリングすることと
を行うようにさらに構成される、［Ｃ２２］に記載の装置。
［Ｃ４０］
前記ビデオコーダは、
Ｍ１の値を符号化ビデオビットストリーム中でシグナリングするようにさらに構成される、
［Ｃ２２］に記載の装置。
［Ｃ４１］
Ｍ１の値は、シーケンスパラメータセット、ピクチャパラメータセット、適応パラメータセット、およびスライスヘッダのうちの少なくとも１つでシグナリングされる、
［Ｃ４０］に記載の装置。
［Ｃ４２］
前記ビデオコーダは、ビデオ復号器であり、前記ビデオ復号器は、
前記有意性マップフラグと、前記１超フラグと、前記２超フラグとを符号化ビデオビットストリーム中で受信することと、
変換係数の前記チャンクを逆変換して残差ビデオデータを生成することと、
前記残差ビデオデータを復号してピクセルデータを生成することと
を行うようにさらに構成される、［Ｃ２２］に記載の装置。
［Ｃ４３］
ビデオコーディングプロセスにおいて変換係数をコーディングするように構成された装置であって、
変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングするための手段と、ここで、前記有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、
前記有意性マップフラグによってゼロよりも大きい絶対値を有することが示された前記チャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングするための手段と、ここで、前記１超フラグは、前記特定の変換係数が１よりも大きい絶対値を有するかどうかを示し、Ｍ１は、前記チャンクにおける変換係数の最大数よりも小さい、
前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける変換係数について、２超フラグをコーディングするための手段と
を備え、前記２超フラグは、前記特定の変換係数が２よりも大きい絶対値を有するかどうかを示す、
装置。
［Ｃ４４］
実行されたとき、ビデオデータをコーディングするように構成されたデバイスの１つまたは複数のプロセッサに、
変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、前記有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、
前記有意性マップフラグによってゼロよりも大きい絶対値を有することが示された前記チャンクにおける最初のＭ１個の変換係数について、１超フラグをコーディングすることと、ここで、前記１超フラグは、前記特定の変換係数が１よりも大きい絶対値を有するかどうかを示し、Ｍ１は、前記チャンクにおける変換係数の最大数よりも小さい、
前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける変換係数について、２超フラグをコーディングすることと、
を行わせる命令を記憶し、前記２超フラグは、前記特定の変換係数が２よりも大きい絶対値を有するかどうかを示す、
コンピュータ可読記憶媒体。
［Ｃ４５］
ビデオコーディングプロセスにおいて変換係数をコーディングする方法であって、
変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、前記有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、
前記有意性マップフラグによってゼロよりも大きい絶対値を有することが示された変換係数の前記チャンクにおける変換係数について、１超フラグをコーディングすることと、ここで、前記１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、
前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングすることと
を備え、前記２超フラグは、前記特定の変換係数が２よりも大きい絶対値を有するかどうかを示し、Ｎは、前記チャンクにおける変換係数の最大数よりも小さい、
方法。
［Ｃ４６］
前記チャンクにおける変換係数について、レベル残存値をコーディングすることをさらに備え、
前記レベル残存値は、１のコード化２超フラグを有する前記チャンクにおける変換係数については、対応する係数の前記絶対値から３を差し引いた値を表し、
前記レベル残存値は、１のコード化１超フラグを有するが、前記２超フラグがコーディングされていない前記チャンクにおける変換係数については、対応する係数の前記絶対値から２を差し引いた値を表す、
［Ｃ４５］に記載の方法。
［Ｃ４７］
前記チャンクにおける変換係数について、符号フラグをコーディングすることをさらに備え、前記符号フラグは、前記特定の変換係数の符号を示す、
［Ｃ４６］に記載の方法。
［Ｃ４８］
Ｎの値は、１である、
［Ｃ４５］に記載の方法。
［Ｃ４９］
ビデオコーディングプロセスにおいて変換係数をコーディングするように構成された装置であって、
変換係数のチャンクにおける変換係数について、有意性マップフラグをコーディングすることと、ここで、前記有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、
前記有意性マップフラグによってゼロよりも大きい絶対値を有することが示された変換係数の前記チャンクにおける変換係数について、１超フラグをコーディングすることと、ここで、前記１超フラグは、特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、
前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける最初のＮ個の変換係数について、２超フラグをコーディングすることと
を行うように構成され、前記２超フラグは、前記特定の変換係数が２よりも大きい絶対値を有するかどうかを示し、Ｎは、前記チャンクにおける変換係数の最大数よりも小さい、
ビデオコーダを備える装置。
［Ｃ５０］
前記ビデオコーダは、
前記チャンクにおける変換係数について、レベル残存値をコーディングするようにさらに構成され、
前記レベル残存値は、１のコード化２超フラグを有する前記チャンクにおける変換係数については、対応する係数の前記絶対値から３を差し引いた値を表し、
前記レベル残存値は、１のコード化１超フラグを有するが、前記２超フラグがコーディングされていない前記チャンクにおける変換係数については、対応する係数の前記絶対値から２を差し引いた値を表す、
［Ｃ４９］に記載の装置。
［Ｃ５１］
前記ビデオコーダは、
前記チャンクにおける変換係数について、符号フラグをコーディングすることを行うようにさらに構成され、前記符号フラグは、前記特定の変換係数の符号を示す、
［Ｃ５０］に記載の装置。
［Ｃ５２］
前記Ｎの値は、１である、
［Ｃ４９］に記載の装置。

Claims (16)

1. ブロックベースのビデオコーディングプロセスにおいてブロックベースの変換係数を符号化する方法であって、
   変換係数のチャンクにおける変換係数について、有意性マップフラグを符号化することと、ここで、前記有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、
   前記チャンクにおける変換係数について、符号フラグを符号化することと、ここで、前記符号フラグは、前記特定の変換係数の符号を示す、
   前記有意性マップフラグによってゼロよりも大きい絶対値を有することが示された前記チャンクにおける逆方向スキャン順序中の最初のＭ１個の変換係数について、１超フラグを符号化することと、ここで、前記１超フラグは、前記特定の変換係数が１よりも大きい絶対値を有するかどうかを示し、Ｍ１は、前記チャンクにおける変換係数の最大数よりも小さい、
   前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける変換係数について、２超フラグを符号化することと、ここで、前記２超フラグは、前記特定の変換係数が２よりも大きい絶対値を有するかどうかを示す、
   前記チャンクにおける変換係数について、レベル残存値を符号化することと、
   前記符号フラグ、前記有意性マップフラグ、前記１超フラグ、前記２超フラグ、および前記レベル残存値を符号化ビデオビットストリーム中でシグナリングすることと
   を備え、前記レベル残存値は、前記特定の変換係数が２よりも大きい絶対値を有することを示すコード化２超フラグを有する前記チャンクにおける変換係数については、対応する係数の前記絶対値から３を差し引いた値を表し、
   前記レベル残存値は、非ゼロであるが、コード化１超フラグを有しないチャンクにおける変換係数については、対応する係数の前記絶対値から１を差し引いた値を表し、
   前記有意性マップフラグ、前記１超フラグ、および前記２超フラグは、適応コンテキストモデルによりコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用してコーディングされ、前記レベル残存値は、ＣＡＢＡＣバイパスモードでコーディングされ、前記符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる、方法。
2. ブロックベースのビデオコーディングプロセスにおいてブロックベースの変換係数を復号する方法であって、
   符号フラグ、有意性マップフラグ、１超フラグ、２超フラグ、およびレベル残存値を符号化ビデオビットストリーム中で受信することと、
   変換係数のチャンクにおける変換係数について、前記有意性マップフラグを復号することと、ここで、前記有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、
   前記チャンクにおける変換係数について、前記符号フラグを復号することと、ここで、前記符号フラグは、前記特定の変換係数の符号を示す、
   前記有意性マップフラグによってゼロよりも大きい絶対値を有することが示された前記チャンクにおける逆方向スキャン順序中の最初のＭ１個の変換係数について、前記１超フラグを復号することと、ここで、前記１超フラグは、前記特定の変換係数が１よりも大きい絶対値を有するかどうかを示し、Ｍ１は、前記チャンクにおける変換係数の最大数よりも小さい、
   前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける変換係数について、前記２超フラグを復号することと、ここで、前記２超フラグは、前記特定の変換係数が２よりも大きい絶対値を有するかどうかを示す、
   前記チャンクにおける変換係数について、前記レベル残存値を復号することと、
   を備え、前記レベル残存値は、前記特定の変換係数が２よりも大きい絶対値を有することを示すコード化２超フラグを有する前記チャンクにおける変換係数については、対応する係数の前記絶対値から３を差し引いた値を表し、
   前記レベル残存値は、非ゼロであるが、コード化１超フラグを有しないチャンクにおける変換係数については、対応する係数の前記絶対値から１を差し引いた値を表し、
   前記有意性マップフラグ、前記１超フラグ、および前記２超フラグは、適応コンテキストモデルによりコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用してコーディングされ、前記レベル残存値は、ＣＡＢＡＣバイパスモードでコーディングされ、前記符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる、方法。
3. 前記２超フラグを符号化することは、前記１超フラグによって１より大きい絶対値を有することが示された前記チャンクにおける最初のＮ個の変換係数について前記２超フラグを符号化することを備え、前記Ｎは、Ｍ１に等しいまたは小さい、 前記レベル残存値は、前記特定の変換係数が１よりも大きい絶対値を有することを示すコード化１超フラグを有するが、前記２超フラグがコーディングされていない前記チャンクにおける変換係数については、対応する係数の前記絶対値から２を差し引いた値を表す、請求項１に記載の方法。
4. 前記２超フラグを復号することは、前記１超フラグによって１より大きい絶対値を有することが示された前記チャンクにおける最初のＮ個の変換係数について前記２超フラグを復号することを備え、前記Ｎは、Ｍ１に等しいまたは小さい、
   前記レベル残存値は、前記特定の変換係数が１よりも大きい絶対値を有することを示すコード化１超フラグを有するが、前記２超フラグがコーディングされていない前記チャンクにおける変換係数については、対応する係数の前記絶対値から２を差し引いた値を表す、請求項２に記載の方法。
5. 前記有意性マップフラグを１番目に、前記１超フラグを２番目に、前記２超フラグを３番目に、前記レベル残存値を前記２超フラグの後に符号化することをさらに備える、請求項１に記載の方法。
6. 前記有意性マップフラグを１番目に、前記１超フラグを２番目に、前記２超フラグを３番目に、前記レベル残存値を前記２超フラグの後に復号することをさらに備える、請求項２に記載の方法。
7. 前記チャンクは、
   変換ユニットのサブブロック、
   変換ユニットの１６個の変換係数のサブブロック、
   変換ユニット、および
   変換ユニット内の前記逆方向スキャン順序に沿ったいくつかの連続する変換係数
   のうちの１つである、請求項１または２に記載の方法。
8. Ｍ１の値は、８である、請求項１または２に記載の方法。
9. ブロックベースのビデオコーディングプロセスにおいてブロックベースの変換係数を符号化する方法であって、
   変換係数のチャンクにおける変換係数について、有意性マップフラグを符号化することと、ここで、前記有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、
   前記チャンクにおける変換係数について、符号フラグを符号化することと、ここで、前記符号フラグは、前記特定の変換係数の符号を示す、
   前記有意性マップフラグによってゼロよりも大きい絶対値を有することが示された変換係数の前記チャンクにおける変換係数について、１超フラグを符号化することと、ここで、前記１超フラグは、前記特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、
   前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける逆方向スキャン順序中の最初のＮ個の変換係数について、２超フラグを符号化することと、ここで、前記２超フラグは、前記特定の変換係数が２よりも大きい絶対値を有するかどうかを示し、Ｎは、前記チャンクにおける変換係数の最大数よりも小さい、
   前記チャンクにおける変換係数について、レベル残存値を符号化することと、
   前記符号フラグ、前記有意性マップフラグ、前記１超フラグ、前記２超フラグ、および前記レベル残存値を符号化ビデオビットストリーム中でシグナリングすることと
   を備え、前記レベル残存値は、前記特定の変換係数が２よりも大きい絶対値を有することを示すコード化２超フラグを有する前記チャンクにおける変換係数については、対応する係数の前記絶対値から３を差し引いた値を表し、
   前記レベル残存値は、前記特定の変換係数が１よりも大きい絶対値を有することを示すコード化１超フラグを有するが、前記２超フラグがコーディングされていない前記チャンクにおける変換係数については、対応する係数の前記絶対値から２を差し引いた値を表し、
   前記有意性マップフラグ、前記１超フラグ、および前記２超フラグは、適応コンテキストモデルによりコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用してコーディングされ、前記レベル残存値は、ＣＡＢＡＣバイパスモードでコーディングされ、前記符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる、方法。
10. ブロックベースのビデオコーディングプロセスにおいてブロックベースの変換係数を復号する方法であって、
    符号フラグ、有意性マップフラグ、１超フラグ、２超フラグ、およびレベル残存値を符号化ビデオビットストリーム中で受信することと、
    変換係数のチャンクにおける変換係数について、前記有意性マップフラグを復号することと、ここで、前記有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、
    前記チャンクにおける変換係数について、前記符号フラグを復号することと、ここで、前記符号フラグは、前記特定の変換係数の符号を示す、
    前記有意性マップフラグによってゼロよりも大きい絶対値を有することが示された変換係数の前記チャンクにおける変換係数について、前記１超フラグを復号することと、ここで、前記１超フラグは、前記特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、
    前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける逆方向スキャン順序中の最初のＮ個の変換係数について、前記２超フラグを復号することと、ここで、前記２超フラグは、前記特定の変換係数が２よりも大きい絶対値を有するかどうかを示し、Ｎは、前記チャンクにおける変換係数の最大数よりも小さい、
    前記チャンクにおける変換係数について、前記レベル残存値を復号することと
    を備え、前記レベル残存値は、前記特定の変換係数が２よりも大きい絶対値を有することを示すコード化２超フラグを有する前記チャンクにおける変換係数については、対応する係数の前記絶対値から３を差し引いた値を表し、
    前記レベル残存値は、前記特定の変換係数が１よりも大きい絶対値を有することを示すコード化１超フラグを有するが、前記２超フラグがコーディングされていない前記チャンクにおける変換係数については、対応する係数の前記絶対値から２を差し引いた値を表し、
    前記有意性マップフラグ、前記１超フラグ、および前記２超フラグは、適応コンテキストモデルによりコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用してコーディングされ、前記レベル残存値は、ＣＡＢＡＣバイパスモードでコーディングされ、前記符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる、方法。
11. Ｎの値は、１である、請求項９または１０に記載の方法。
12. 実行されたとき、ビデオデータをコーディングするように構成されたデバイスの１つまたは複数のプロセッサに、請求項１乃至１１のいずれか１項に記載の方法を行わせる命令を記憶する、コンピュータ可読記憶媒体。
13. ブロックベースのビデオコーディングプロセスにおいてブロックベースの変換係数を符号化するように構成された装置であって、
    変換係数のチャンクにおける変換係数について、有意性マップフラグを符号化するための手段と、ここで、前記有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、
    前記チャンクにおける変換係数について、符号フラグを符号化するための手段と、ここで、前記符号フラグは、前記特定の変換係数の符号を示す、
    前記有意性マップフラグによってゼロよりも大きい絶対値を有することが示された前記チャンクにおける逆方向スキャン順序中の最初のＭ１個の変換係数について、１超フラグを符号化するための手段と、ここで、前記１超フラグは、前記特定の変換係数が１よりも大きい絶対値を有するかどうかを示し、Ｍ１は、前記チャンクにおける変換係数の最大数よりも小さい、
    前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける変換係数について、２超フラグを符号化するための手段と、ここで、前記２超フラグは、前記特定の変換係数が２よりも大きい絶対値を有するかどうかを示す、
    前記チャンクにおける変換係数について、レベル残存値を符号化するための手段と、
    前記符号フラグ、前記有意性マップフラグ、前記１超フラグ、前記２超フラグ、および前記レベル残存値を符号化ビデオビットストリーム中でシグナリングするための手段と
    を備え、前記レベル残存値は、前記特定の変換係数が２よりも大きい絶対値を有することを示すコード化２超フラグを有する前記チャンクにおける変換係数については、対応する係数の前記絶対値から３を差し引いた値を表し、
    前記レベル残存値は、非ゼロであるが、コード化１超フラグを有しないチャンクにおける変換係数については、対応する係数の前記絶対値から１を差し引いた値を表し、
    前記有意性マップフラグ、前記１超フラグ、および前記２超フラグは、適応コンテキストモデルによりコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用してコーディングされ、前記レベル残存値は、ＣＡＢＡＣバイパスモードでコーディングされ、前記符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる、装置。
14. ブロックベースのビデオコーディングプロセスにおいてブロックベースの変換係数を符号化するように構成された装置であって、
    変換係数のチャンクにおける変換係数について、有意性マップフラグを符号化することと、ここで、前記有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、
    前記チャンクにおける変換係数について、符号フラグを符号化することと、ここで、前記符号フラグは、前記特定の変換係数の符号を示す、
    前記有意性マップフラグによってゼロよりも大きい絶対値を有することが示された変換係数の前記チャンクにおける変換係数について、１超フラグを符号化することと、ここで、前記１超フラグは、前記特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、
    前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける逆方向スキャン順序中の最初のＮ個の変換係数について、２超フラグを符号化することと、ここで、前記２超フラグは、前記特定の変換係数が２よりも大きい絶対値を有するかどうかを示し、Ｎは、前記チャンクにおける変換係数の最大数よりも小さい、
    前記チャンクにおける変換係数について、レベル残存値を符号化することと、
    前記符号フラグ、前記有意性マップフラグ、前記１超フラグ、前記２超フラグ、および前記レベル残存値を符号化ビデオビットストリーム中でシグナリングすることと
    を行うように構成されたビデオコーダを備え、前記レベル残存値は、前記特定の変換係数が２よりも大きい絶対値を有することを示すコード化２超フラグを有する前記チャンクにおける変換係数については、対応する係数の前記絶対値から３を差し引いた値を表し、
    前記レベル残存値は、前記特定の変換係数が１よりも大きい絶対値を有することを示すコード化１超フラグを有するが、前記２超フラグがコーディングされていない前記チャンクにおける変換係数については、対応する係数の前記絶対値から２を差し引いた値を表し、
    前記有意性マップフラグ、前記１超フラグ、および前記２超フラグは、適応コンテキストモデルによりコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用してコーディングされ、前記レベル残存値は、ＣＡＢＡＣバイパスモードでコーディングされ、前記符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる、装置。
15. ブロックベースのビデオコーディングプロセスにおいてブロックベースの変換係数を復号するように構成された装置であって、
    符号フラグ、有意性マップフラグ、１超フラグ、２超フラグ、およびレベル残存値を符号化ビデオビットストリーム中で受信するための手段と、
    変換係数のチャンクにおける変換係数について、前記有意性マップフラグを復号するための手段と、ここで、前記有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、
    前記チャンクにおける変換係数について、前記符号フラグを復号するための手段と、ここで、前記符号フラグは、前記特定の変換係数の符号を示す、
    前記有意性マップフラグによってゼロよりも大きい絶対値を有することが示された前記チャンクにおける逆方向スキャン順序中の最初のＭ１個の変換係数について、１超フラグを符号化するための手段と、ここで、前記１超フラグは、前記特定の変換係数が１よりも大きい絶対値を有するかどうかを示し、Ｍ１は、前記チャンクにおける変換係数の最大数よりも小さい、
    前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける変換係数について、前記２超フラグを復号するための手段と、ここで、前記２超フラグは、前記特定の変換係数が２よりも大きい絶対値を有するかどうかを示す、
    前記チャンクにおける変換係数について、前記レベル残存値を復号するための手段と
    を備え、前記レベル残存値は、前記特定の変換係数が２よりも大きい絶対値を有することを示すコード化２超フラグを有する前記チャンクにおける変換係数については、対応する係数の前記絶対値から３を差し引いた値を表し、
    前記レベル残存値は、非ゼロであるが、コード化１超フラグを有しないチャンクにおける変換係数については、対応する係数の前記絶対値から１を差し引いた値を表し、
    前記有意性マップフラグ、前記１超フラグ、および前記２超フラグは、適応コンテキストモデルによりコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用してコーディングされ、前記レベル残存値は、ＣＡＢＡＣバイパスモードでコーディングされ、前記符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる、装置。
16. ブロックベースのビデオコーディングプロセスにおいてブロックベースの変換係数を復号するように構成された装置であって、
    符号フラグ、有意性マップフラグ、１超フラグ、２超フラグ、およびレベル残存値を符号化ビデオビットストリーム中で受信することと、
    変換係数のチャンクにおける変換係数について、前記有意性マップフラグを復号することと、ここで、前記有意性マップフラグは、特定の変換係数がゼロよりも大きい絶対値を有するかどうかを示す、
    前記チャンクにおける変換係数について、前記符号フラグを復号することと、ここで、前記符号フラグは、前記特定の変換係数の符号を示す、
    前記有意性マップフラグによってゼロよりも大きい絶対値を有することが示された変換係数の前記チャンクにおける変換係数について、１超フラグを符号化することと、ここで、前記１超フラグは、前記特定の変換係数が１よりも大きい絶対値を有するかどうかを示す、
    前記１超フラグによって１よりも大きい絶対値を有することが示された前記チャンクにおける逆方向スキャン順序中の最初のＮ個の変換係数について、前記２超フラグを復号することと、ここで、前記２超フラグは、前記特定の変換係数が２よりも大きい絶対値を有するかどうかを示し、Ｎは、前記チャンクにおける変換係数の最大数よりも小さい、
    前記チャンクにおける変換係数について、前記レベル残存値を復号することと
    を行うように構成されたビデオコーダを備え、前記レベル残存値は、前記特定の変換係数が２よりも大きい絶対値を有することを示すコード化２超フラグを有する前記チャンクにおける変換係数については、対応する係数の前記絶対値から３を差し引いた値を表し、
    前記レベル残存値は、前記特定の変換係数が１よりも大きい絶対値を有することを示すコード化１超フラグを有するが、前記２超フラグがコーディングされていない前記チャンクにおける変換係数については、対応する係数の前記絶対値から２を差し引いた値を表し、
    前記有意性マップフラグ、前記１超フラグ、および前記２超フラグは、適応コンテキストモデルによりコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用してコーディングされ、前記レベル残存値は、ＣＡＢＡＣバイパスモードでコーディングされ、前記符号フラグは、ＣＡＢＡＣバイパスモードでコーディングされる、装置。

Images