JP7286783B2 - 符号化方法、復号化方法、デコーダ、エンコーダー及び記憶媒体 - Google Patents

Description

本発明は、２０１９年０３月０９日に提出された出願番号２０１９１０１７７５８０.４、発明名称「符号化及び復号化するための方法、復号化側、符号化側およびシステム」の中国特許出願の優先権を主張し、その全ての内容は参照により本明細書に援用する。

本発明は、オーディオ・ビデオ技術の分野に関し、特に符号化方法、復号化方法、デコーダ、エンコーダー及び記憶媒体に関するものである。

インターネット技術やコンピュータ技術の発展に伴い、ビデオアプリケーションがますます増え、ビデオアプリケーションでの高精細度ビデオに対するユーザーの要求がますます高まているが、高精細度ビデオのデータ量が比較的多いため、高精細度ビデオが限られたネットワーク帯域幅で伝送されるには、高精細度ビデオに対して符号化処理を行なう必要がある。一般的に、符号化処理は、イントラ予測（またはインター予測）、変換、量子化、エントロピー符号化、ループ内フィルタリングなどを含む。符号化処理を行う際に、イントラ予測によって残差ブロック（ＴＵ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｕｎｉｔ、変換ユニット）と称することができ、現在のブロックの残差信号と称することができる）を取得し、ＴＵを変換する（変換とは、空間領域における画素の形で記述される画像を変換領域に変換し、変換係数の形で表現することを指す）ことにより、変換係数を得る。次に、変換係数に対して量子化及びエントロピー符号化を行なうことにより、符号化データを得る。

本開示の実施例は、符号化方法、復号化方法、デコーダ、エンコーダー及び記憶媒体を提供する。技術案は以下の通りである。

第１の側面において、現在のブロックの符号化データを取得することと、
前記現在のブロックの高さと幅がいずれもプリセット閾値以下であり、且つ前記現在のブロックが輝度ブロックであると確定することと、
前記符号化データから前記現在のブロックの変換カーネルペアインデックスを取得し、ここで、前記変換カーネルペアインデックスが５つのインデックス値を含む場合、前記変換カーネルペアインデックスのインデックス値が第１のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）であり、前記変換カーネルペアインデックスのインデックス値が第２のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＳＴ７、ＤＳＴ７）であり、前記変換カーネルペアインデックスのインデックス値が第３のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であり、前記変換カーネルペアインデックスのインデックス値が第４のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であり、前記変換カーネルペアインデックスのインデックス値が第５のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＣＴ８、ＤＣＴ８）であり、前記変換カーネルペアインデックスに対応する二値化コードワードは、最大４ビットを占め、前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、第１のインデックス値によってマップされた変換カーネルペアを使用するかどうかを示すためのものであり、一番目のビットの値が第１の値である場合、第１のインデックス値によってマップされた変換カーネルペア（ＤＣＴ２、ＤＣＴ２）が使用されたことを示し、一番目のビットの値が第２の値である場合、残りのインデックス値のうちの１つのインデックス値によってマップされた変換カーネルペアを使用し、前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、１つのコンテキストモデルに基づいて適応バイナリ算術符号化が行われたことにより復号化されたものであることと、
前記変換カーネルペアインデックスに基づいて、前記現在のブロックに対応する変換カーネルペアを確定し、ここで、前記変換カーネルペアは、水平変換カーネルと垂直変換カーネルとを含むことと、
を含む、
復号化方法に関する。

本開示の１つの可能な実施形態において、前記変換カーネルペアインデックスに基づいて、前記現在のブロックに対応する変換カーネルペアを確定することは、前記現在のブロックの変換カーネルペアインデックス、および予め設定された変換カーネルペアインデックスと変換カーネルペアとの対応関係に基づいて、前記現在のブロックに対応する変換カーネルペアを確定することを含み、ここで、前記対応関係は、５つの変換カーネルペアインデックスのインデックス値と５つの変換カーネルペアとのマッピング関係を含む。

本開示の１つの可能な実施形態において、一番目のビットの値が第２の値である場合、一番目のビットは、残りのインデックス値のうちの１つのインデックス値によってマップされた変換カーネルペアを使用することを示すために使用され、前記残りのインデックス値のうちの１つのインデックス値によってマップされた変換カーネルペアは、４つの変換カーネルペア（ＤＳＴ７、ＤＳＴ７）、（ＤＣＴ８、ＤＳＴ７）、（ＤＳＴ７、ＤＣＴ８）、（ＤＣＴ８、ＤＣＴ８）のうちの１つであり、
前記二値化コードワードの二番目のビットの値は、現在のブロックによって使用された変換カーネルペアが（ＤＳＴ７、ＤＳＴ７）であるか、他の変換カーネルペア（ＤＣＴ８、ＤＳＴ７）、（ＤＳＴ７、ＤＣＴ８）、（ＤＣＴ８、ＤＣＴ８）のうちの１つであるかを区別するためのものであり、
前記二値化コードワードの三番目のビットの値は、現在のブロックによって使用された変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であるか、変換カーネルペア（ＤＳＴ７、ＤＣＴ８）、（ＤＣＴ８、ＤＣＴ８）のうちの１つであるかを区別するためのものであり、
前記二値化コードワードの四番目のビットの値は、現在のブロックによって使用された変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であるか、変換カーネルペア（ＤＣＴ８、ＤＣＴ８）であるかを区別するためのものである。

本開示の１つの可能な実施形態において、前記変換カーネルペアインデックスに基づいて、現在のブロックに対応する変換カーネルペアを確定することは、
一番目のビットが０である場合、前記現在のブロックに対応する変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）であると確定することと、
一番目のビットが１であり、二番目のビットが０である場合、前記現在のブロックに対応する変換カーネルペアが（ＤＳＴ７、ＤＳＴ７）であると確定することと、
一番目のビットが１であり、二番目のビットが１であり、三番目のビットが０である場合、前記現在のブロックに対応する変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であると確定することと、
一番目のビットが１であり、二番目のビットが１であり、三番目のビットが１であり、四番目のビットが０である場合、前記現在のブロックに対応する変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であると確定することと、
一番目のビットが１であり、二番目のビットが１であり、三番目のビットが１であり、四番目のビットが１である場合、前記現在のブロックに対応する変換カーネルペアが（ＤＣＴ８、ＤＣＴ８）であると確定することと、
を含む。

本開示の１つの可能な実施形態において、前記符号化データから前記現在のブロックの変換カーネルペアインデックスを取得する前に、前記方法は、符号化側からの前記符号化データにターゲット識別子が含まれるかどうかを判断することをさらに含み、前記ターゲット識別子は、明示的なマルチコア変換処理を行うことを示すために使用される。

本開示の１つの可能な実施形態において、前記符号化データから前記現在のブロックの変換カーネルペアインデックスを取得することは、前記現在のブロックが輝度ブロックであり、且つ前記現在のブロックの高さと幅がいずれも３２以下であると確定した場合、前記符号化データから前記現在のブロックの変換カーネルペアインデックスを取得するステップを実行することを含む。

本開示の１つの可能な実施形態において、前記方法は、前記現在のブロックが輝度ブロックではない、または前記現在のブロックの高さ又は幅が３２より大きいと確定した場合、前記現在のブロックの変換カーネルペアインデックスを復号化せずに、直接に（ＤＣＴ２、ＤＣＴ２）を前記現在のブロックによって使用された変換カーネルペアとすることをさらに含む。

本開示の１つの可能な実施形態において、前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットの第１の値は、０であり、前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットの第２の値は、１である。

本開示の１つの可能な実施形態において、前記第１のインデックス値の二値化コードワードは、０であり、前記第２のインデックス値の二値化コードワードは、１０であり、前記第３のインデックス値の二値化コードワードは、１１０であり、前記第４のインデックス値の二値化コードワードは、１１１０であり、前記第５のインデックス値の二値化コードワードは、１１１１である。

本開示の１つの可能な実施形態において、前記変換カーネルペアインデックスの二値化コードワードが前記一番目のビット以外の他のビットをさらに含む場合、前記他のビットに対してコンテキストモデルに基づく適応バイナリ算術符号化ＣＡＢＡＣ方式を使用して復号化する。

本開示の１つの可能な実施形態において、前記現在のブロックの符号化データを取得することは、前記符号化データに対してエントロピ復号化処理を行い、エントロピ復号化結果に対して逆量子化処理を行うことにより、前記現在のブロックの逆量子化されたデータを得ることを含む。

本開示の１つの可能な実施形態において、前記現在のブロックに対応する変換カーネルペアを確定した後、前記方法は、前記変換カーネルペアを使用して、前記現在のブロックの逆量子化されたデータに対して逆変換処理を行うことにより、前記現在のブロックに対応する残差信号を得て、この後、前記残差信号を予測信号に加算することにより、前記現在のブロックに対応する再構築情報を得ることをさらに含む。

本開示の１つの可能な実施形態において、前記現在のブロックは、変換ユニットであり、前記現在のブロックは、四分木分割、水平二分木分割、垂直二分木分割、水平三分木分割と垂直三分木分割の１つまたは複数を使用して符号化ツリーユニットを分割することにより得られた符号化ユニットである。

本開示の１つの可能な実施形態において、前記現在のブロックは、幅が高さより大きい変換ユニットであり、または、前記現在のブロックは、幅が高さに等しい変換ユニットであり、または、前記現在のブロックは、幅が高さより小さい変換ユニットである。

別の側面において、現在のブロックの高さと幅がいずれもプリセット閾値以下であり、且つ前記現在のブロックが輝度ブロックであると確定することと、
前記現在のブロックに対応する変換カーネルペアおよび前記現在のブロックに対応する変換カーネルペアインデックスを確定し、前記変換カーネルペアインデックスが５つのインデックス値を含む場合、前記変換カーネルペアインデックスのインデックス値が第１のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）であり、前記変換カーネルペアインデックスのインデックス値が第２のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＳＴ７、ＤＳＴ７）であり、前記変換カーネルペアインデックスのインデックス値が第３のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であり、前記変換カーネルペアインデックスのインデックス値が第４のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であり、前記変換カーネルペアインデックスのインデックス値が第５のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＣＴ８、ＤＣＴ８）であり、前記変換カーネルペアインデックスに対応する二値化コードワードは、最大４ビットを占め、前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、第１のインデックス値によってマップされた変換カーネルペアを使用するかどうかを示すためのものであり、一番目のビットの値が第１の値である場合、第１のインデックス値によってマップされた変換カーネルペア（ＤＣＴ２、ＤＣＴ２）が使用されたことを示し、一番目のビットの値が第２の値である場合、残りのインデックス値のうちの１つのインデックス値によってマップされた変換カーネルペアを使用することと、
前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットに対して、１つのコンテキストモデルに基づいて適応バイナリ算術符号化を行う方式に従って、前記変換カーネルペアインデックスを符号化し、前記現在のブロックの符号化データに追加することと、
を含む、
符号化方法に関する。

本開示の１つの可能な実施形態において、前記現在のブロックに対応する変換カーネルペアおよび前記現在のブロックに対応する変換カーネルペアインデックスを確定することは、前記現在のブロックに対応する変換カーネルペアを確定することと、前記変換カーネルペア、および予め設定された変換カーネルペアインデックスと変換カーネルペアとの対応関係に基づいて、前記現在のブロックの変換カーネルペアインデックスを確定することとを含み、ここで、前記対応関係は、５つの変換カーネルペアインデックスのインデックス値と５つの変換カーネルペアとのマッピング関係を含む。

本開示の１つの可能な実施形態において、前記一番目のビットの値が第２の値である場合、残りのインデックス値のうちの１つのインデックス値によってマップされた変換カーネルペアを使用することは、一番目のビットの値が第２の値である場合、一番目のビットが、残りのインデックス値のうちの１つのインデックス値によってマップされた変換カーネルペアを使用することを示すために使用されることを含み、前記残りのインデックス値のうちの１つのインデックス値によってマップされた変換カーネルペアは、４つの変換カーネルペア（ＤＳＴ７、ＤＳＴ７）、（ＤＣＴ８、ＤＳＴ７）、（ＤＳＴ７、ＤＣＴ８）、（ＤＣＴ８、ＤＣＴ８）のうちの１つであり、
ここで、前記二値化コードワードの二番目のビットの値は、現在のブロックによって使用された変換カーネルペアが（ＤＳＴ７、ＤＳＴ７）であるか、他の変換カーネルペア（ＤＣＴ８、ＤＳＴ７）、（ＤＳＴ７、ＤＣＴ８）、（ＤＣＴ８、ＤＣＴ８）のうちの１つであるかを区別するためのものであり、
ここで、前記二値化コードワードの三番目のビットの値は、現在のブロックによって使用された変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であるか、変換カーネルペア（ＤＳＴ７、ＤＣＴ８）、（ＤＣＴ８、ＤＣＴ８）のうちの１つであるかを区別するためのものであり、
ここで、前記二値化コードワードの四番目のビットの値は、現在のブロックによって使用された変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であるか、変換カーネルペア（ＤＣＴ８、ＤＣＴ８）であるかを区別するためのものでありる。

本開示の１つの可能な実施形態において、前記現在のブロックに対応する変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）である場合、前記二値化コードワードの一番目のビットが０であり、前記現在のブロックに対応する変換カーネルペアが（ＤＳＴ７、ＤＳＴ７）である場合、前記二値化コードワードの一番目のビットが１であり、二番目のビットが０であり、前記現在のブロックに対応する変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）である場合、前記二値化コードワードの一番目のビットが１であり、二番目のビットが１であり、三番目のビットが０であり、前記現在のブロックに対応する変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）である場合、前記二値化コードワードの一番目のビットが１であり、二番目のビットが１であり、三番目のビットが１であり、四番目のビットが０であり、前記現在のブロックに対応する変換カーネルペアが（ＤＣＴ８、ＤＣＴ８）である場合、前記二値化コードワードの一番目のビットが１であり、二番目のビットが１であり、三番目のビットが１であり、四番目のビットが１である。

本開示の１つの可能な実施形態において、前記方法は、前記符号化データにターゲット識別子を追加することをさらに含み、ターゲット識別子は、明示的なマルチコア変換処理を行うことを示すために使用される。

本開示の１つの可能な実施形態において、前記現在のブロックに対応する変換カーネルペアおよび前記現在のブロックに対応する変換カーネルペアインデックスを確定することは、
前記現在のブロックが輝度ブロックであり、且つ前記現在のブロックの高さと幅がいずれも３２以下であると確定した場合、前記現在のブロックに対応する変換カーネルペアおよび前記現在のブロックに対応する変換カーネルペアインデックスを確定するステップを実行することを含む。

本開示の１つの可能な実施形態において、前記符号化方法は、前記現在のブロックが輝度ブロックではない、または前記現在のブロックの高さ又は幅が３２より大きいと確定した場合、前記現在のブロックの変換カーネルペアインデックスを符号化せずに、直接に（ＤＣＴ２、ＤＣＴ２）を前記現在のブロックによって使用された変換カーネルペアとすることをさらに含む。

本開示の１つの可能な実施形態において、前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットの第１の値は、０であり、前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットの第２の値は、１である。

本開示の１つの可能な実施形態において、前記第１のインデックス値の二値化コードワードは、０であり、前記第２のインデックス値の二値化コードワードは、１０であり、前記第３のインデックス値の二値化コードワードは、１１０であり、前記第４のインデックス値の二値化コードワードは、１１１０であり、前記第５のインデックス値の二値化コードワードは、１１１１である。

本開示の１つの可能な実施形態において、前記符号化方法は、前記変換カーネルペアインデックスの二値化コードワードが前記一番目のビット以外の他のビットをさらに含む場合、前記他のビットに対してコンテキストモデルに基づく適応バイナリ算術符号化ＣＡＢＡＣ方式を使用して復号化することをさらに含む。

本開示の１つの可能な実施形態において、前記符号化方法は、前記変換カーネルペアに基づいて、前記現在のブロックを変換することにより、変換係数を得て、前記変換係数に対して量子化処理を行うことにより、量子化係数を得て、前記量子化係数に対してエントロピー符号化処理を行うことにより、前記現在のブロックの符号化データを得ることをさらに含む。

本開示の１つの可能な実施形態において、前記現在のブロックに対応する変換カーネルペアを確定した後、前記方法は、前記変換カーネルペアに基づいて、前記現在のブロックの残差信号を変換することにより、変換係数を得て、前記変換係数に対して量子化処理を行うことにより、量子化係数を得て、前記量子化係数に対してエントロピー符号化処理を行うことにより、前記現在のブロックの符号化データを得ることと、符号化された前記変換カーネルペアインデックスを前記符号化データに追加することとをさらに含む。

本開示の１つの可能な実施形態において、前記現在のブロックは、変換ユニットであり、前記現在のブロックは、四分木分割、水平二分木分割、垂直二分木分割、水平三分木分割と垂直三分木分割の１つまたは複数を使用して符号化ツリーユニットを分割することにより得られた符号化ユニットである。

本開示の１つの可能な実施形態において、前記現在のブロックは、幅が高さより大きい変換ユニットであり、または、前記現在のブロックは、幅が高さに等しい変換ユニットであり、または、前記現在のブロックは、幅が高さより小さい変換ユニットである。

別の側面において、プロセッサとプロセッサ実行可能命令を記憶するためのメモリとを含み、ここで、前記プロセッサは、上記のいずれかの実施例に記載の復号化方法を実行するように構成されるデコーダに関する。

別の側面において、プロセッサとプロセッサ実行可能命令を記憶するためのメモリとを含み、ここで、前記プロセッサは、上記のいずれかの実施例に記載の符号化方法を実行するように構成されるエンコーダに関する。

別の側面において、上記のいずれかの実施例に記載の復号化方法を実行するように構成される復号化装置に関する。

別の側面において、上記のいずれかの実施例に記載の符号化方法を実行するように構成される符号化装置に関する。

別の側面において、プロセッサによって実行可能な機器実行可能命令が記憶される機器可読記憶媒体であって、上記のいずれかの実施例に記載の復号化方法または上記のいずれかの実施例に記載の符号化方法を実現するために、前記プロセッサは、機器実行可能命令を実行するために使用される機器可読記憶媒体に関する。

本開示の実施例によるブロックの分割タイプの概略図である。 本開示の実施例によるＣＴＵをＣＵに分割する概略図である。 本開示の実施例による通常の３種類のブロックの概略図である。 本開示の実施例によるイントラ予測を行う場合の方向概略図である。 本開示の実施例による符号化の概略図である。 本開示の実施例による分布信号の概略図である。 本開示の実施例による残差信号分布の概略図である。 本開示の実施例による符号化するための方法のフローチャートである。 本開示の実施例による復号化するための方法のフローチャートである。 本開示の実施例による符号化するための方法のフローチャートである。 本開示の実施例による復号化するための方法のフローチャートである。 本開示の実施例による符号化するための方法のフローチャートである。 本開示の実施例による復号化するための方法のフローチャートである。 本開示の実施例による復号化側の構造概略図である。 本開示の実施例による符号化側の構造概略図である。 本開示の実施例による復号化側の構造概略図である。 本開示の実施例による符号化側の構造概略図である。 本開示の実施例による復号化側の構造概略図である。 本開示の実施例による符号化側の構造概略図である。 本開示の実施例による符号化側の構造概略図である。 本開示の実施例による復号化側の構造概略図である。

本開示の目的、技術案および利点をより明確にするために、以下、図面を参照して本開示の実施形態をさらに詳細に説明する。

関連技術では、変換する際に、通常、あるプリセット変換カーネルペア（変換カーネルペアは、水平変換カーネルと垂直変換カーネルからなるものである）を選択して、ＴＵに対して変換処理を行なうことにより、変換係数を得る。相応的に、復号化する際にも、符号化する際に使用されたプリセット変換カーネルペアを選択して、ＴＵに対して逆変換処理を行なうことにより、残差信号を得る。

このように、異なる変換カーネルペアを使用して同一のＴＵを変換することで、圧縮効果が大きく異なるため、同一のプリセット変換カーネルペアを使用して、すべてのＴＵに対して変換処理を行なうと、符号化及び復号化の性能が低下する可能性がある。

本開示は、符号化および復号化するための方法を提供し、符号化するための方法の実行主体は、符号化側であり、復号化するための方法の実行主体は、復号化側であってもよく、ここで、符号化側または復号化側は、サーバ、コンピュータ、携帯電話などのビデオデータを符号化および／または復号化することができる装置であってもよい。

ここで、符号化側または復号化側には、プロセッサ、メモリ、送受信機などが設けられてもよく、プロセッサは、符号化処理および/または復号化処理を行うために使用されてもよく、メモリは、符号化および／または復号化するプロセスに必要なデータおよび生成されたデータを記憶するために使用されてもよく、送受信機は、ビデオデータを取得するなど、データを受信および送信するために使用されてもよい。

実施の前に、まず本開示の実施例に係る概念について説明する。

「変換カーネル（ｔｒａｎｓｆｏｒｍ ｋｅｒｎｅｌ）」

ビデオ符号化では、変換は、ビデオデータの圧縮を実現するために不可欠な段階であり、信号のエネルギーをより集中させることができ、ＤＣＴ（Ｄｉｓｃｒｅｔｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ、離散コサイン変換）/ ＤＳＴ（Ｄｉｓｃｒｅｔｅ Ｓｉｎｅ Ｔｒａｎｓｆｏｒｍ、離散サイン変換）に基づく変換技術は、ビデオ符号化の主な変換技術である。ＤＣＴとＤＳＴは、基底関数の違いに応じてさらに具体的に複数種類の変換カーネルに分けられ、表１には一般的に使用される３種類の変換カーネルの基底関数が示される。

「正変換（ｆｏｒｗａｒｄ ｔｒａｎｓｆｏｒｍ）と逆変換（ｉｎｖｅｒｓｅ ｔｒａｎｓｆｏｒｍ）」

ビデオ符号化では、変換プロセスは、順方向変換および逆方向変換とも呼ばれる正変換および逆変換プロセスを含み、ここで、正変換は、二次元残差信号（残差係数）をエネルギーがより集中した二次元スペクトル信号（変換係数）に変換するものであり、変換係数は、量子化プロセスを経て高周波成分を効果的に除去し、中低周波成分を保持し、圧縮の役割を果たす。式（１）のように行列式で表し、即ち、

ここで、ｍは残差ブロック幅、ｎは残差ブロック高さ、ｆはＮxＭ次元の元の残差信号、ｆはＮxＭ次元の周波数領域信号を表す。ＡおよびＢは、ＭxＭおよびＮxＮ次元の変換行列を表し、これらはいずれも直交性を満たす。

逆変換は、逆方向変換とも呼ばれ、正変換の逆過程であり、即ち、直交変換行列ＡおよびＢによって周波数領域信号Ｆを時間領域残差信号ｆに変換する。式（２）のように行列式で表し、即ち、

「水平変換（Ｈｏｒｉｚｅｎｔａｌ ｔｒａｎｓｆｏｒｍ）と垂直変換（Ｖｅｒｔｉｃａｌ ｔｒａｎｓｆｏｒｍ）」

ビデオ符号化の変換段階では、二次元残差信号が入力され、式（３）に示されるように、

このため、１つの二次元残差信号の正変換は、２回の一次元の正変換によって実現されることができ、第１回の正変換の後、１つのＭxＮの信号Ｘが得られ、二次元残差信号の水平方向の画素間の相関が除去されたので、第１回の正変換は、水平変換と呼ばれ、Ａを水平変換行列と呼び、第２回の正変換で二次元残差信号の垂直方向の画素間の相関が除去され、したがって、第２回の正変換は、垂直変換と呼ばれ、Ｂを垂直変換行列と呼ぶ。

「変換カーネルペア（Ｔｒａｎｓｆｏｒｍ ｐａｉｒ）」

次世代ビデオ符号化標準規格では、ＴＵ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｕｎｉｔ、変換ユニット）が矩形ブロックをサポートするので、ＭがＮに等しくない可能性があり、したがって、ＡとＢの次元が同じではない可能性があり、これ以外に、次世代ビデオ符号化標準規格が、ＡとＢが同じ変換カーネルによる変換行列ではないこともサポートするので、変換には、ＡとＢに対応する変換カーネルからなる変換カーネルペア｛Ｈ、Ｖ｝が存在し、ここで、Ｈを水平変換カーネルと呼び、Ｖを垂直変換カーネルと呼ぶ。

「ブロック分割技術（Ｂｌｏｃｋ Ｐａｒｔｉｔｉｏｎ）」

ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ、高効率ビデオ圧縮）では、四分木を用いて１つの６４x６４サイズのＣＴＵ（Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ、符号化ツリーユニット）をＣＵ（Ｃｏｄｉｎｇ Ｕｎｉｔ、符号化ユニット）に再帰的に分割する。リーフノードＣＵレベルでは、イントラ符号化またはインター符号化を使用するかどうかを確定する。ＣＵは、さらに２つまたは４つのＰＵ（Ｐｒｅｄｉｃｔｉｏｎ Ｕｎｉｔ、予測ユニット）に分割されてもよく、同一のＰＵ内で、同じ予測情報を使用する。予測が完了した後に残差信号が得られた後、１つのＣＵは、さらに４分割されて複数のＴＵに分割されることができる。

しかしながら、新たに提案されたＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ、汎用ビデオ符号化）におけるブロック分割技術に大きな変化があった。二分木/三分木/四分木（（ｂｉｎａｒｙ/ｔｅｒｎａｒｙ/ｑｕａｔｅｒｎａｒｙ）ｔｒｅｅ（ＢＴ/ＴＴ/ＱＴ））を混合した分割構造は、元の分割モードを取って代わり、元のＣＵ、ＰＵ、ＴＵの概念の区分をキャンセルし、ＣＵのより柔軟な分割方式をサポートする。ＣＵは、正方形でもよいし、長方形でもよく、まずＣＴＵに対して四分木の分割を行い、その後、四分木の分割が行われたリーフノードに対して、さらに二分木と三分木の分割を行うことができる。つまり、四分木分割、水平二分木分割、垂直二分木分割、水平三分木分割、垂直三分木分割の５種類の分割タイプがあり、図１に示すように、５種類の分割タイプが示され、図１では、（ａ）は分割しないことを示し、（ｂ）は四分木分割を示し、（ｃ）は水平二分木分割を示し、（ｄ）は垂直二分木分割を示し、（ｅ）は水平三分木分割を示し、（ｆ）は垂直三分木分割を示す。図２に示すように、ＣＴＵをＣＵに分割する例を示す図が提供される。

したがって、上記の分割方式に基づいて、ブロックには通常３種類の形状が存在し、図３に示すように、図３において、（ａ）は幅が高さより大きいブロックを示し、（ｂ）は幅が高さに等しいブロックを示し、（ｃ）は幅が高さより小さいブロックを示す。

「イントラ予測」

イントラ予測では、画像において、隣接ブロックの間に強い空間領域の相関があることを考慮しているので、周りで再構築された画素を参照画素として使用して、現在の符号化されていないブロックを予測することができ、したがって、元の信号に対して符号化処理を行うのではなく、残差信号（元の信号-予測信号）に対して後の符号化処理を行うだけで、空間領域における冗長性を効果的に除去し、ビデオ信号の圧縮効率を大幅に向上させることができる。そして、イントラ予測では、より密な角度は、より良い予測効果をもたらすことができ、図４に示すように、ＶＶＣにより与えられた６７種類のイントラ予測モードによるイントラ予測時の角度方向の模式図が示され、イントラ予測モードの数は、ＨＥＶＣの３３種類から６５種類に増加し、モード番号が０である場合、Ｐｌａｎａｒ（平面）モードを表し、モード番号が１である場合、ＤＣモード（ＤＣモードとは、現在のブロックの予測画素がいずれも参照画素の平均値であることを指す）を表し、黒い実線は、元のＨＥＶＣの角度方向（２、４、６、８、…、６４、６６）を表し、破線は、新たに追加された角度方向（３、５、７、９、…、６３、６５）であり、より密な角度方向は、自然なビデオにおける任意の方向の境界をより効果的に捉えることができ、より多くの参照情報を利用してレート歪みコストの選択を行うことにより、現在のブロックをより正確に予測するためのより適切なイントラ予測モードを見つけることができるため、予測ブロックを元のブロックに近づけ、現在のブロックを符号化するために送信する必要のあるビットがより少なくなり、この結果、符号化の性能がより向上する。イントラ予測符号化を行う場合、これら６７種類のイントラモードは、輝度成分および色度成分を含むすべてのサイズの符号化ブロックに適用される。

図４において、イントラ予測モードのモード番号は２～３４であり、角度方向と水平右方向との角度の範囲は-４５度～４５度であり、イントラ予測モードのモード番号は３５～６６であり、角度方向と水平右方向との角度の範囲は-１３５度～-４５度である。

なお、平面直角座標系において、水平右方向は、ｘ軸の正方向となり、垂直上方向は、ｙ軸の正方向となり、このように、第一象限と第二象限では原点を頂点とする放射線（放射線が原点から離れる方向）とｘ軸の正方向からなる角は、正の値となり、第三象限と第四象限では原点を頂点とする放射線（放射線が原点から離れる方向）とｘ軸の正方向からなる角は、負の値となる。例えば、水平右方向と第四象限における対称軸（原点から離れる方向）との角は、-４５度である。

本開示の実施例は、一般的な符号化フレームを提供し、図５に示すように、完全なビデオ符号化方法は、一般的に、予測、変換、量子化、エントロピー符号化、ループ内フィルタリングなどを含む。ここで、予測は、具体的にはイントラ予測とインター予測に分けられ、イントラ予測では、画像において、隣接ブロックの間に強い空間領域の相関があることを考慮しているので、周りで再構築された画素を参照画素として使用して、現在の符号化されていないブロックを予測することができ、したがって、元の信号を符号化するのではなく、残差信号（元の信号-予測信号）に対して後の符号化処理を行うだけで、空間領域における冗長性を効果的に除去し、ビデオ信号の圧縮効率を大幅に向上させることができる。インター予測とは、ビデオ時間領域の冗長性を除去する目的を達成するために、ビデオ信号時間領域における相関を利用して、隣接で符号化された画像画素を用いて、現在の画像の画素を予測することを指す。インター予測の場合、ビデオに強い時間領域の相関があり、すなわち、時間領域の隣接する２フレームの画像には多くの類似した画像ブロックがあるため、現在のフレームの画像ブロックに対して、隣接する参照画像において動き探索を行い、参照ブロックとして現在のブロックに最も合致するブロックを見つける。参照ブロックと現在のブロックの類似度が高く、両者の差分が非常に小さいので、差分を符号化するコードレートのオーバヘッドが、通常、現在のブロックの画素値を直接に符号化することによるコードレートのオーバヘッドよりもはるかに小さい。

上記の変換プロセスでは、同一のＴＵ(残差ブロックとも呼ばれ、現在のブロックとも呼ばれる)に対して異なる変換カーネルペアを用いて残差ブロックを圧縮し、圧縮の効果は大きく異なる。これは、変換カーネル自身の基底関数によって決定され、図６に示すように、ＤＣＴ２、ＤＳＴ７、ＤＣＴ８の３種類の変換カーネルの基底関数に対応して、入力信号ビットは、６４ポイントである。図面におけるゼロオーダ基底関数から分かるように、ＤＣＴ２は、均一に分布された信号に対して強いエネルギー集中効果を有し、且つ生成された直流成分は、入力信号の平均値の倍数であり、ＤＳＴ７は、振幅が増加する入力信号に対して強いエネルギー集中効果を有し、ＤＣＴ８は、振幅が減少する入力信号に対して強いエネルギー集中効果を有する。

異なる変換カーネルと残差特性の関係をより直感的に感じるために、図７に示すように、５種類の異なる水平垂直変換カーネルペアは、異なるタイプの残差分布の状況を表し、{ＤＣＴ２、ＤＣＴ２}変換カーネルタイプについては、ＴＵの残差が均一に分布することを表し、{ＤＳＴ７、ＤＳＴ７}変換カーネルタイプについては、ＴＵの残差が左から右にかけて、上から下にかけて順次に大きくなるように分布し、ＴＵの右下に主に分布することを表し、同様に、{ＤＣＴ８、ＤＳＴ７}は、残差がＴＵの左下に主に分布することを表し、{ＤＳＴ７、ＤＣＴ８}は、残差がＴＵの右上に主に分布することを表し、{ＤＣＴ８、ＤＣＴ８}は、残差がＴＵの左上に主に分布することを表す。

コンテキストモデルについて、ビデオ符号化において、コンテキストに基づいてシンボル確率を更新するプロセスをコンテキストモデルと呼ぶ。

本開示の実施例は、符号化するための方法を提供し、当該方法の実行フローは、図８に示すようにすることができる。

ステップ８０１において、符号化側は、現在のブロックの残差信号を取得する。

実施では、符号化側は、ビデオデータを符号化する際に、まずイントラ予測を行い、残差信号を得て（残差ブロックを得る方法は、既存のビデオ符号化標準規格と一致しており、これ以上説明しない）、次に残差信号を現在処理されようとする現在のブロックの残差信号とする。

イントラ予測モードを選択する方法は、次のとおりである。

一般的に、符号化効率を評価する２つの指標は、コードレートとＰＳＮＲ（Ｐｅａｋ Ｓｉｇｎａｌ ｔｏ Ｎｏｉｓｅ Ｒａｔｉｏ、ピーク信号対雑音比）である。一般的に、ビットストリームが小さいほど、圧縮率が高くなり、ＰＳＮＲが大きいほど、再構築画像の品質が良くなる。モードを選択する際に、判別式は、実質的には両者を総合的に評価するものである。

モードに対応するレート歪みコストは、Ｊ（ｍｏｄｅ）=Ｄ+λ*Ｒである。ここで、Ｄは、Ｄｉｓｔｏｒｔｉｏｎ（歪み）を表し、通常にＳＳＥ（Ｓｕｍ ｏｆ Ｓｑｕａｒｅｓ Ｅｒｒｏｒ、残差平方和）指標を用いて測定されることが多く、ＳＳＥとは、再構築ブロックとソース画像との差分の２乗平均和を意味し、λは、ラグランジュの未定乗数であり、Ｒは、当該イントラ予測モードにおける画像ブロックの符号化に必要な実際のビット数であり、符号化モード情報、動き情報、残差信号などに必要なビット総和を含む。

符号化側は、明示的なマルチコア変換構文テーブルを取得し、表２に示すように、１種類のイントラ予測モードを選択すると、表２の各変換カーネルペアを選択して、変換処理、量子化、エントロピー符号化、復号化処理の順に行うことにより、各種類のイントラ予測モードを巡回した後、レート歪みコストが最小になるイントラ予測モードと変換カーネルペアを選択し、当該イントラ予測モードを現在のブロックに対応するイントラ予測モードとして確定する。このようにすると、現在のブロックに対応するイントラ予測モードと変換カーネルペアを確定することができる。例えば、６７種類のイントラ予測モードがあり、１種類のイントラ予測モードには５つの変換カーネルペアがあり、このようにすると、６７＊５の組み合わせがあり、各組み合わせには１種類のイントラ予測モードと１つの変換カーネルペアが含まれ、レート歪みコストが最小になる組み合わせを選択し、最終的なイントラ予測と変換に用いる。

なお、表２の別の可能な実施形態は、ＤＣＴ８の代わりにＤＣＴ４を使用し、ＤＳＴ７の代わりにＤＳＴ４を使用し、またはＤＣＴ８およびＤＳＴ７の代わりに他の変換カーネルを使用することもできる。

また、表３に示すように、符号化時間を短縮するために、表２に加えて、変換カーネルペア（ＤＣＴ８、ＤＣＴ８）を削除することができ、すなわち（ＤＣＴ８、ＤＣＴ８）のＲＤＯ決定を行わず、このようにすると、上記の組み合わせが６７*５から６７*４に変更され、ＲＤＯ決定の回数が減少するので、符号化時間が短縮される。そして、変換カーネルペア（ＤＣＴ８、ＤＣＴ８）がないので、変換カーネルペアインデックスに対応する二値化コードワードのビットも４つから３つに減少し、符号化されたビットオーバーヘッドを低減することもできる。

なお、表３の別の可能な実施形態は、ＤＣＴ８の代わりにＤＣＴ２を使用し、または所定のプリセット形状制限条件を満たす場合、ＤＣＴ８の代わりにＤＣＴ２を使用することもできる。

また、表４に示すように、符号化時間を短縮するために、表３に加えて、変換カーネルペア（ＤＳＴ７、ＤＣＴ８）を削除することができる。すなわち（ＤＳＴ７、ＤＣＴ８）のＲＤＯ決定を行わず、このようにすると、上記の組み合わせが６７*４から６７*３に変更され、ＲＤＯ決定の回数が減少するので、符号化時間が短縮される。そして、変換カーネルペア（ＤＣＴ８、ＤＣＴ８）、（ＤＳＴ７、ＤＣＴ８）がないので、変換カーネルペアインデックスに対応する二値化コードワードのビットも３つから２つに減少し、符号化されたビットオーバーヘッドを低減することもできる。

また、表５に示すように、符号化時間を短縮するために、表３に加えて、変換カーネルペア（ＤＣＴ８、ＤＳＴ７）を削除することができる。すなわち（ＤＣＴ８、ＤＳＴ７）のＲＤＯ決定を行わず、このようにすると、上記の組み合わせが６７*４から６７*３に変更され、ＲＤＯ決定の回数が減少するので、符号化時間が短縮される。そして、変換カーネルペア（ＤＣＴ８、ＤＣＴ８）、（ＤＣＴ８、ＤＳＴ７）がないので、変換カーネルペアインデックスに対応する二値化コードワードのビットも３つから２つに減少し、符号化されたビットオーバーヘッドを低減することもできる。

また、表６に示すように、符号化時間を短縮するために、表２に加えて、変換カーネルペア（ＤＣＴ８、ＤＣＴ８）、（ＤＣＴ８、ＤＳＴ７）、（ＤＳＴ７、ＤＣＴ８）を削除することができる。すなわち（ＤＣＴ８、ＤＣＴ８）、（ＤＣＴ８、ＤＳＴ７）、（ＤＳＴ７、ＤＣＴ８）のＲＤＯ決定を行わず、このようにすると、上記の組み合わせが６７*５個から６７*２個に変更され、ＲＤＯ決定の回数が減少するので、符号化時間が短縮される。そして、変換カーネルペア（ＤＣＴ８、ＤＣＴ８）、（ＤＣＴ８、ＤＳＴ７）、（ＤＳＴ７、ＤＣＴ８）がないので、変換カーネルペアインデックスに対応する二値化コードワードのビットも３つから１つに減少し、符号化されたビットオーバーヘッドを低減することもできる。

なお、表４と表５の別の可能な実施形態は、ＤＣＴ８の代わりにＤＣＴ２を使用し、または所定のプリセット形状制限条件を満たす場合、ＤＣＴ８の代わりにＤＣＴ２を使用することもできる。

なお、表４を使用する場合、ＲＤＯ決定の回数が減少するが、符号化の性能も低下する。

また、なお、表２について、変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、現在のブロックが変換カーネルペアインデックス１に対応する変換カーネルペアを使用するか、変換カーネルペアインデックス２-５に対応する変換カーネルペアを使用するかを区別するためのものであり、二番目のビットに対する符号化は、現在のブロックが変換カーネルペアインデックス２に対応する変換カーネルペアを使用するか、変換カーネルペアインデックス３-５に対応する変換カーネルペアを使用するかを区別するためのものであり、三番目のビットに対する符号化は、現在のブロックが変換カーネルペアインデックス３に対応する変換カーネルペアを使用するか、変換カーネルペアインデックス４-５に対応する変換カーネルペアを使用するかを区別するためのものであり、四番目のビットに対する符号化は、現在のブロックが変換カーネルペアインデックス４に対応する変換カーネルペアを使用するか、変換カーネルペアインデックス５に対応する変換カーネルペアを使用するかを区別するためのものである。つまり、一番目のビットが０である場合、変換カーネルペア（ＤＣＴ２、ＤＣＴ２）が使用されることを示し、一番目のビットが１であり、二番目のビットが０である場合、変換カーネルペア（ＤＳＴ７、ＤＳＴ７）が使用されることを示し、一番目のビットが１であり、二番目のビットが１であり、三番目のビットが０である場合、変換カーネルペア（ＤＣＴ８、ＤＳＴ７）が使用されることを示し、一番目のビットが１であり、二番目のビットが１であり、三番目のビットが１であり、四番目のビットが０である場合、変換カーネルペア（ＤＳＴ７、ＤＣＴ８）が使用されることを示し、一番目のビットが１であり、二番目のビットが１であり、三番目のビットが１であり、四番目のビットが１である場合、変換カーネルペア（ＤＣＴ８、ＤＣＴ８）が使用されることを示す。

また、なお、表３について、変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、現在のブロックが変換カーネルペアインデックス１に対応する変換カーネルペアを使用するか、変換カーネルペアインデックス２-４に対応する変換カーネルペアを使用するかを区別するためのものであり、二番目のビットに対する符号化は、現在のブロックが変換カーネルペアインデックス２に対応する変換カーネルペアを使用するか、変換カーネルペアインデックス３-４に対応する変換カーネルペアを使用するかを区別するためのものであり、三番目のビットに対する符号化は、現在のブロックが変換カーネルペアインデックス３に対応する変換カーネルペアを使用するか、変換カーネルペアインデックス４に対応する変換カーネルペアを使用するかを区別するためのものである。つまり、一番目のビットが０である場合、変換カーネルペア（ＤＣＴ２、ＤＣＴ２）が使用されることを示し、一番目のビットが１であり、二番目のビットが０である場合、変換カーネルペア（ＤＳＴ７、ＤＳＴ７）が使用されることを示し、一番目のビットが１であり、二番目のビットが１であり、三番目のビットが０である場合、変換カーネルペア（ＤＣＴ８、ＤＳＴ７）が使用されることを示し、一番目のビットが１であり、二番目のビットが１であり、三番目のビットが１である場合、変換カーネルペア（ＤＳＴ７、ＤＣＴ８）が使用されることを示す。

また、なお、表４について、変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、現在のブロックが変換カーネルペアインデックス１に対応する変換カーネルペアを使用するか、変換カーネルペアインデックス２-３に対応する変換カーネルペアを使用するかを区別するためのものであり、二番目のビットに対する符号化は、現在のブロックが変換カーネルペアインデックス２に対応する変換カーネルペアを使用するか、変換カーネルペアインデックス３に対応する変換カーネルペアを使用するかを区別するためのものである。つまり、一番目のビットが０である場合、変換カーネルペア（ＤＣＴ２、ＤＣＴ２）が使用されることを示し、一番目のビットが１であり、二番目のビットが０である場合、変換カーネルペア（ＤＳＴ７、ＤＳＴ７）が使用されることを示し、一番目のビットが１であり、二番目のビットが１である場合、変換カーネルペア（ＤＣＴ８、ＤＳＴ７）が使用されることを示す。

また、なお、表５について、変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、現在のブロックが変換カーネルペアインデックス１に対応する変換カーネルペアを使用するか、変換カーネルペアインデックス２-３に対応する変換カーネルペアを使用するかを区別するためのものであり、二番目のビットに対する符号化は、現在のブロックが変換カーネルペアインデックス２に対応する変換カーネルペアを使用するか、変換カーネルペアインデックス３に対応する変換カーネルペアを使用するかを区別するためのものである。つまり、一番目のビットが０である場合、変換カーネルペア（ＤＣＴ２、ＤＣＴ２）が使用されることを示し、一番目のビットが１であり、二番目のビットが０である場合、変換カーネルペア（ＤＳＴ７、ＤＳＴ７）が使用されることを示し、一番目のビットが１であり、二番目のビットが１である場合、変換カーネルペア（ＤＳＴ７、ＤＣＴ８）が使用されることを示す。

また、なお、表６について、変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、現在のブロックが変換カーネルペアインデックス１に対応する変換カーネルペアを使用するか、変換カーネルペアインデックス２に対応する変換カーネルペアを使用するかを区別するためのものである。つまり、一番目のビットが０である場合、変換カーネルペア（ＤＣＴ２、ＤＣＴ２）が使用されることを示し、一番目のビットが１である場合、変換カーネルペア（ＤＳＴ７、ＤＳＴ７）が使用されることを示す。

ステップ８０２において、符号化側は、現在のブロックに対応する変換カーネルペア及び現在のブロックに対応する変換カーネルペアインデックスを確定する。

ここで、変換カーネルペアは、垂直変換カーネルと水平変換カーネルとを含む。

実施では、符号化側は、最終的に選択された変換カーネルペアを取得し、次に表２から表６のいずれかに記載された変換カーネルペアと変換カーネルペアインデックスとの対応関係から、当該変換カーネルペアに対応する変換カーネルペアインデックスを選択することができる。

なお、符号化の際には、通常、表２から表６のどちらを使用するかが固定されているので、表２から表６の１つだけを取得することができる。

本開示の１つの可能な実施形態において、ステップ８０２の前に、次のような判断を行ってもよい。

符号化側は、現在のブロックの高さ及び幅がプリセット閾値以下であり、且つ現在のブロックが輝度ブロックであると確定する。

ここで、プリセット閾値は、プリセットされて符号化側に記憶されることができ、プリセット閾値は、一般にＮである（Ｎは３２であってもよい）。

実施では、符号化側は、ステップ８０１の実行を完了したとき、高さ方向における現在のブロックの画素点の数、すなわち現在のブロックの高さを確定し、且つ幅方向における現在のブロックの画素点の数、すなわち現在のブロックの幅を確定することができる。そして、現在のブロックが輝度ブロックであるかどうかを判断することができ、現在のブロックが輝度ブロックであり、且つ現在のブロックの高さと幅がいずれもプリセット閾値以下である場合、ステップ８０２の処理を実行する。

本開示の１つの可能な実施形態において、以下に示すように、イントラ予測モードまたは現在のブロックの形状情報を使用して、変換カーネルペアインデックスを確定することもできる。

方式１として、符号化側は、現在のブロックに対応する変換カーネルペアを確定し、現在のブロックのイントラ予測モードと変換カーネルペアに基づいて、現在のブロックに対応する変換カーネルペアインデックスを確定する。

実施では、符号化側は、前述のように、変換カーネルペアと現在のブロックのイントラ予測モードを確定し、この後、プリセットされた明示的なマルチコア変換カーネルペアの構文テーブルを取得することができ、当該構文テーブルでは、イントラ予測モードと変換カーネルペアを使用して、現在のブロックに対応する変換カーネルペアインデックスを確定する。

本開示の１つの可能な実施形態において、以下のようにして、イントラ予測モードを使用して、変換カーネルペアインデックスを確定し、対応する処理は、以下のようにしてもよい。

変換カーネルペアが第１の変換カーネルペアであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値以下である場合、現在のブロックに対応する変換カーネルペアインデックスが第１のインデックスであると確定し、変換カーネルペアが第２の変換カーネルペアであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値より大きい場合、現在のブロックに対応する変換カーネルペアインデックスが第１のインデックスであると確定し、変換カーネルペアが第２の変換カーネルペアであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値以下である場合、現在のブロックに対応する変換カーネルペアインデックスが第２のインデックスであると確定し、変換カーネルペアが第１の変換カーネルペアであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値より大きい場合、現在のブロックに対応する変換カーネルペアインデックスが第２のインデックスであると確定する。

実施では、プリセットされた明示的なマルチコア変換カーネルペアの構文テーブルは、表７に示すようになる。

表７において、第１の変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であり、イントラ予測モードのモード番号がプリセット値（プリセット値が３４である）以下であり、変換カーネルペアインデックスが３であると確定できれば、対応する二値化コードワードのビットが３つあり、順次１、１、０となる。第１の変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であり、イントラ予測モードのモード番号が３４より大きく、対応する変換カーネルペアインデックスが３であると確定できれば、対応する二値化コードワードのビットが３つあり、順次１、１、０となる。第１の変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であり、イントラ予測モードのモード番号が３４以下であり、対応する変換カーネルペアインデックスが４であると確定できれば、対応する二値化コードワードのビットが４つあり、順次１、１、１、０となる。第１の変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であり、イントラ予測モードのモード番号が３４より大きく、変換カーネルペアインデックスが４であると確定できれば、対応する二値化コードワードのビットが４つあり、順次１、１、１、０となる。

なお、いくつかの変換カーネルペアが変換カーネルペアインデックスを直接に確定することができるので、方式１の場合に満足される条件は、確定された変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）、（ＤＳＴ７、ＤＳＴ７）、（ＤＣＴ８、ＤＣＴ８）のいずれでもないことである。

なお、表７において、変換カーネルペアインデックスが３である場合、上記のＭｏｄｅ=０～３４？ＤＳＴ７：ＤＣＴ８とは、イントラ予測モードのモード番号０から３４が真の場合、水平変換カーネルがＤＳＴ７であり、そうでない場合、水平変換カーネルがＤＣＴ８であることを指す。Ｍｏｄｅ=０～３４？ＤＣＴ８：ＤＳＴ７とは、イントラ予測モードのモード番号０から３４が真の場合、垂直変換カーネルがＤＣＴ８であり、そうでない場合、垂直変換カーネルがＤＳＴ７であることを指す。変換カーネルペアインデックスが４である場合、上記のＭｏｄｅ=０～３４？ＤＣＴ８：ＤＳＴ７とは、イントラ予測モードのモード番号０から３４が真の場合、水平変換カーネルがＤＣＴ８であり、そうでない場合、水平変換カーネルがＤＳＴ７であることを指す。Ｍｏｄｅ=０～３４？ＤＳＴ７：ＤＣＴ８とは、イントラ予測モードのモード番号０から３４が真の場合、垂直変換カーネルがＤＳＴ７であり、そうでない場合、垂直変換カーネルがＤＣＴ８であることを指す。

方式２として、符号化側は、現在のブロックに対応する変換カーネルペアを確定し、現在のブロックの形状情報と変換カーネルペアに基づいて、現在のブロックに対応する変換カーネルペアインデックスを確定する。

実施では、符号化側は、前述のように、変換カーネルペアと現在のブロックの形状情報を確定し、この後、プリセットされた明示的なマルチコア変換カーネルペアの構文テーブルを取得することができ、当該テーブルでは、変換カーネルペアと現在のブロックの形状情報を使用して、現在のブロックに対応する変換カーネルペアインデックスを確定する。

本開示の１つの可能な実施形態において、以下のようにして、現在のブロックの形状情報を参照して、変換カーネルペアインデックスを確定する処理は、以下のようにしてもよい。

変換カーネルペアが第１の変換カーネルペアであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たしている場合、現在のブロックに対応する変換カーネルペアインデックスが第１のインデックスであると確定する。変換カーネルペアが第２の変換カーネルペアであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たしていない場合、現在のブロックに対応する変換カーネルペアインデックスが第１のインデックスであると確定する。変換カーネルペアが第２の変換カーネルペアであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たしている場合、現在のブロックに対応する変換カーネルペアインデックスが第２のインデックスであると確定する。変換カーネルペアが第１の変換カーネルペアであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たしていない場合、現在のブロックに対応する変換カーネルペアインデックスが第２のインデックスであると確定する。

ここで、プリセット形状制限条件は、プリセットされ、符号化側に記憶されることができ、プリセット形状制限条件は、幅が高さ以上であることである。

実施では、プリセットされた明示的なマルチコア変換カーネルペアの構文テーブルは、表８に示すようになる。

表８において、第１の変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であり、現在のブロックの形状情報が、幅が高さ以上であるということであり、変換カーネルペアインデックスが３であると確定できれば、対応する二値化コードワードのビットが３つあり、順次１、１、０となる。第１の変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であり、現在のブロックの形状情報が、幅が高さより小さいことであり、対応する変換カーネルペアインデックスが３であると確定できれば、対応する二値化コードワードのビットが３つあり、順次１、１、０となる。第１の変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であり、現在のブロックの形状情報が、幅が高さ以上であるということであり、対応する変換カーネルペアインデックスが４であると確定できれば、対応する二値化コードワードのビットが４つあり、順次１、１、１、０となる。第１の変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であり、現在のブロックの形状情報が、幅が高さより小さいことであり、変換カーネルペアインデックスが４であると確定できれば、対応する二値化コードワードのビットが４つあり、順次１、１、１、０となる。

表８に基づいて、方式２において、現在のブロックの形状情報が、幅が高さ以上であるということであり、第１の変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）である場合、第１のインデックスが３であり、現在のブロックの形状情報が、幅が高さより小さいことであり、第１の変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であり、第１のインデックスが３であり、現在のブロックの形状情報が、幅が高さより小さいことであり、第１の変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であり、第２のインデックスが４であり、現在のブロックの形状情報が、幅が高さ以上であるということであり、第１の変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であり、第２のインデックスが４である。

なお、いくつかの変換カーネルペアが変換カーネルペアインデックスを直接に確定することができるので、方式２の場合に満足される条件は、確定された変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）、（ＤＳＴ７、ＤＳＴ７）、（ＤＣＴ８、ＤＣＴ８）のいずれでもないことである。

なお、表８において、変換カーネルペアインデックスが３である場合、上述Ｗ≧Ｈ？ＤＳＴ７：ＤＣＴ８とは、現在のブロックの幅が高さ以上であるということが真の場合、水平変換カーネルがＤＳＴ７であり、そうでない場合、水平変換カーネルがＤＣＴ８であることを指す。Ｗ≧Ｈ？ＤＣＴ８：ＤＳＴ７とは、現在のブロックの幅が高さ以上であるということが真の場合、垂直変換カーネルがＤＣＴ８であり、そうでない場合、垂直変換カーネルがＤＳＴ７であることを指す。変換カーネルペアインデックスが４である場合、上述Ｗ≧Ｈ？ＤＣＴ８：ＤＳＴ７とは、現在のブロックの幅が高さ以上であるということが真の場合、水平変換カーネルがＤＣＴ８であり、そうでない場合、水平変換カーネルがＤＳＴ７であることを指す。Ｗ≧Ｈ？ＤＳＴ７：ＤＣＴ８とは、現在のブロックの幅が高さ以上であるということが真の場合、垂直変換カーネルがＤＳＴ７であり、そうでない場合、垂直変換カーネルがＤＣＴ８であることを指す。

なお、上記の表７において、Ｍｏｄｅは、モード番号を表し、上記の表８において、Ｗは、幅を表し、Ｈは、高さを表す。

このように、上述した現在のブロックの形状情報、イントラ予測モードに基づいて変換カーネルペアの優先度を適応に調整することで、確率の高い変換カーネルペアに対応する二値化コードワード、及び符号化が必要な変換カーネルペアインデックスに対応する二値化コードワードを短くすることができる。

また、符号化側は、現在のブロックを取得した後、まず、現在のブロックの高さと幅がＮ（Ｎは３２であってもよい）以下であるかどうかを判断し、且つ輝度ブロックであるかどうかを判断することができ、現在のブロックの高さと幅がＮ以下であり、且つ輝度ブロックである場合、ステップ８０２の実行を継続してもよく、高さと幅がＮ以下であること、輝度ブロックであることの両方の少なくとも１つが満たされていない場合、プリセット変換カーネルペア（すなわち（ＤＣＴ２、ＤＣＴ２））を直接に取得する。

ステップ８０３において、符号化側は、変換カーネルペアに基づいて、現在のブロックの残差信号に対して符号化処理を行い、現在のブロックに対応する符号化データを得る。

実施では、符号化側は、現在のブロックに対応する変換カーネルペアを取得した後、変換カーネルペアに基づいて、現在のブロックの残差信号を変換することにより、変換係数を得て、この後、変換係数に対して量子化処理を行うことにより、量子化係数を得て、量子化係数に対してエントロピー符号化処理を行うことにより、現在のブロックに対応する符号化データを得ることができる。

ステップ８０４において、符号化側は、変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットに対して、１つのコンテキストモデルに基づいて適応バイナリ算術符号化を行う方式に従って、変換カーネルペアインデックスを符号化し、現在のブロックの符号化データに追加する。

実施では、復号化側が符号化側で使用される変換カーネルペアを知ることができるようにするために、符号化データに変換カーネルペアインデックスを追加する。

符号化側は、変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットに対して、１つのコンテキストモデルに基づいて適応バイナリ算術符号化を行い、二値化コードワードが他のビットをさらに含む場合、これらの他のビットに対して、ＣＡＢＡＣ（Ｃｏｎｔｅｘｔ-ｂａｓｅｄ Ａｄａｐｔｉｖｅ Ｂｉｎａｒｙ Ａｒｉｔｈｍｅｔｉｃ Ｃｏｄｉｎｇ、コンテキストに基づく適応バイナリ算術符号化）方式を使用して符号化してもよく、バイパスのバイナリ算術符号化方式を使用して符号化してもよい。この後、符号化側は、符号化された後の変換カーネルペアインデックスを現在のブロックの符号化データに追加する。

このようにして、現在のブロックの符号化処理が完了する。図８に示されるフローに従って、各現在のブロックを処理することにより、ビデオデータのセグメント全体を符号化することができる。

本開示の１つの可能な実施形態において、上記の他のビットに対して、バイパスのバイナリ算術符号化方式を使用して符号化することができ、対応する処理は、以下のようにしてもよい。

変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合、一番目のビットに対して、１つのコンテキストモデルに基づいて適応バイナリ算術符号化を行い、且つ複数のビットのうち一番目のビット以外の他のビットの少なくとも１つに対して、バイパスのバイナリ算術符号化方式を採用して復号化し、符号化された後の変換カーネルペアインデックスを現在のブロックの符号化データに追加する。

実施では、変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合、一番目のビットに対して、１つのコンテキストモデルに基づいて適応バイナリ算術符号化を行い、且つ複数のビットのうち一番目のビット以外の他のビットの少なくとも１つに対して、バイパスのバイナリ算術符号化方式を採用して復号化し、この後、符号化された後の変換カーネルペアインデックスを現在のブロックの符号化データに追加することができる。

例えば、使用された変換カーネルペアが（ＤＣＴ８、ＤＣＴ８）であり、対応するビットが４つあり、順次１、１、１、１となり、一番目のビットを符号化する場合、１つのコンテキストモデルを使用し、後の３つのビットを符号化する場合、いずれもバイパスのバイナリ算術符号化方式を採用して復号化する。このようにして、後のいくつかのビットのコンテキストモデルを記憶する必要がないので、メモリスペースを節約し，符号化と復号化の複雑さを低減することができる。

また、復号化側が明示的なマルチコア変換方式を使用することもできるようにするために、符号化データにターゲット識別子を追加してもよく、ターゲット識別子は、明示的なマルチコア変換方式が使用されることを示すために使用される。

上述の図８に示された符号化方式に対して、本開示の実施例は、対応する復号化方式をさらに提供し、図９に示すように、処理のフローは、次のようになる。

ステップ９０１において、復号化側は、現在のブロックの符号化データを取得する。

実施では、復号化側は、復号化すべきである符号化データが存在する場合、符号化データを取得し、この後、符号化データに対してエントロピー復号化処理を行い、エントロピー復号化結果に対して逆量子化処理を行うことにより、現在のブロックの符号化データを得ることができる。

ステップ９０２において、復号化側は、符号化データから現在のブロックの変換カーネルペアインデックスを取得し、ここで、変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、１つのコンテキストモデルに基づいて適応バイナリ算術符号化が行われたことにより復号化される。

実施では、復号化側は、現在のブロックの符号化データから現在のブロックに対応する変換カーネルペアインデックスを取得することができ、符号化側が現在のブロックの変換カーネルペアインデックスを符号化する際に、変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、１つのコンテキストモデルに基づいて適応バイナリ算術符号化が行われたものである。このようにして、一番目のビットを復号化する場合、復号化側も、１つのコンテキストモデルに基づいて適応バイナリ算術符号化が行われたものである。

本開示の１つの可能な実施形態において、ステップ９０２の前に、次のような判断を行ってもよい。

復号化側は、現在のブロックの高さ及び幅がプリセット閾値以下であり、且つ現在のブロックが輝度ブロックであると確定する。

ここで、プリセット閾値は、プリセットされて復号化側に記憶されることができ、プリセット閾値は、一般にＮである（Ｎは３２であってもよい）。

実施では、復号化側は、ステップ９０１の実行を完了したとき、高さ方向における現在のブロックの画素点の数、すなわち現在のブロックの高さを確定し、且つ幅方向における現在のブロックの画素点の数、すなわち現在のブロックの幅を確定することができる。そして、復号化側は、現在のブロックが輝度ブロックであるかどうかを判断することができ、現在のブロックが輝度ブロックであり、且つ現在のブロックの高さと幅がいずれもプリセット閾値以下である場合、ステップ９０２の処理を実行する。

また、ステップ９０２の処理を実行する前に、符号化データにターゲット識別子が含まれるかどうかを判断してもよく、ターゲット識別子は、明示的なマルチコア変換処理を行うことを示すために使用される。符号化データにターゲット識別子が含まれる場合、明示的なマルチコア変換処理が使用されることを示し、ステップ９０２の処理を行うことができる。

ステップ９０３において、復号化側は、変換カーネルペアインデックスに基づいて、現在のブロックに対応する変換カーネルペアを確定し、ここで、変換カーネルペアは、水平変換カーネルと垂直変換カーネルとを含む。

実施では、復号化側は、現在のブロックの変換カーネルペアインデックスを確定した後、変換カーネルペアインデックスと変換カーネルペアとの対応関係において、現在のブロックに対応する変換カーネルペアを確定することができる。

ステップ９０４において、復号化側は、変換カーネルペアに基づいて、現在のブロックに対して復号化処理を行うことにより、現在のブロックに対応する再構築情報を得る。

実施では、復号化側は、現在のブロックに対応する変換カーネルペアを確定した後、当該変換カーネルペアを使用して、現在のブロックの逆量子化された後のデータに対して逆変換処理を行うことにより、現在のブロックに対応する残差信号を得て、この後、残差信号を現在のブロックの予測信号に加算することにより、現在のブロックに対応する再構築情報を得ることができる。

このようにして、現在のブロックの復号化処理が完了する。図９に示されるフローに従って、各現在のブロックを処理することにより、ビデオデータのセグメント全体を復号化することができる。

ステップ９０３において、現在のブロックの変換カーネルペアを確定するための様々な方式があり、以下、様々な可能な方式が示される。

方式１として、表２に示すように、変換カーネルペアインデックスが１である場合、使用された変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）であることを示し、変換カーネルペアインデックスが２である場合、使用された変換カーネルペアが（ＤＳＴ７、ＤＳＴ７）であることを示し、変換カーネルペアインデックスが３である場合、使用された変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であることを示し、変換カーネルペアインデックスが４である場合、使用された変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であることを示し、変換カーネルペアインデックスが５である場合、使用された変換カーネルペアが（ＤＣＴ８、ＤＣＴ８）であることを示す。

方式２として、表３に記載された変換カーネルペアインデックスと変換カーネルペアとの対応関係、及び現在のブロックの変換カーネルペアインデックスを使用して、現在のブロックの変換カーネルペアを確定することができる。

方式３として、表４に記載された変換カーネルペアインデックスと変換カーネルペアとの対応関係、及び現在のブロックの変換カーネルペアインデックスを使用して、現在のブロックの変換カーネルペアを確定することができる。

方式４として、表５に記載された変換カーネルペアインデックスと変換カーネルペアとの対応関係、及び現在のブロックの変換カーネルペアインデックスを使用して、現在のブロックの変換カーネルペアを確定することができる。

方式５として、表６に記載された変換カーネルペアインデックスと変換カーネルペアとの対応関係、及び現在のブロックの変換カーネルペアインデックスを使用して、現在のブロックの変換カーネルペアを確定することができる。

本開示の１つの可能な実施形態において、現在のブロックのイントラモード情報または現在のブロックの形状情報を使用して、変換カーネルペアを確定することもでき、対応する処理は、以下のようにしてもよい。

復号化側は、現在のブロックのイントラ予測モードと変換カーネルペアインデックスに基づいて、現在のブロックに対応する変換カーネルペアを確定し、または、

復号化側は、変換カーネルペアインデックス、現在のブロックの幅と高さに基づいて、現在のブロックに対応する変換カーネルペアを確定する。

実施では、変換カーネルペアインデックスが第１のインデックスであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値以下である場合、現在のブロックに対応する変換カーネルペアが第１の変換カーネルペアであると確定し、変換カーネルペアインデックスが第１のインデックスであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値より大きい場合、現在のブロックに対応する変換カーネルペアが第２の変換カーネルペアであると確定し、変換カーネルペアインデックスが第２のインデックスであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値以下である場合、現在のブロックに対応する変換カーネルペアが第２の変換カーネルペアであると確定し、変換カーネルペアインデックスが第２のインデックスであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値より大きい場合、現在のブロックに対応する変換カーネルペアが第１の変換カーネルペアであると確定する。

または、変換カーネルペアインデックスが第１のインデックスであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たす場合、現在のブロックに対応する変換カーネルペアが第１の変換カーネルペアであると確定し、変換カーネルペアインデックスが第１のインデックスであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たさない場合、現在のブロックに対応する変換カーネルペアが第２の変換カーネルペアであると確定し、変換カーネルペアインデックスが第２のインデックスであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たす場合、現在のブロックに対応する変換カーネルペアが第２の変換カーネルペアであると確定し、変換カーネルペアインデックスが第２のインデックスであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たさない場合、現在のブロックに対応する変換カーネルペアが第１の変換カーネルペアであると確定する。（当該プロセスは、ステップ８０３のプロセスに対応することができ、ここでは説明を省略する）

上記のプリセット値は、表７における３４であってもよく、第１のインデックスは、３であってもよく、第１の変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であり、第２のインデックスは、４であってもよく、第１の変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）である。

本開示の１つの可能な実施形態において、符号化側のメモリスペースを節約するために、符号化側が変換カーネルペアインデックスに対応する二値化コードワードを符号化する際に、変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合、複数のビットのうち一番目のビット以外の他のビットの少なくとも１つは、バイパスのバイナリ算術符号化方式を採用して復号化される。このようにして、あるビットがバイパスのバイナリ算術符号化方式を採用して復号化される場合、コンテキストモデルを記憶する必要がないので、メモリスペースを節約することができる。同様に、復号化側も、復号化する際に、対応する方式を使用して復号化する。

本開示の実施例では、符号化側は、現在のブロックを符号化する際に、プリセット変換カーネルペアを直接に取得するのではなく、現在のブロックに対応する変換カーネルペアを取得して符号化処理を行うことができるので、符号化及び復号化の性能を向上させることができる。符号化側は、変換カーネルペアインデックスに対応する二値化コードワードを符号化する際に、複数のコンテキストモデルを必要とせずに、１つのコンテキストモデルを使用して変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットに対して符号化処理を行うので、メモリスペースを節約することができる。なお、複数のコンテキストモデルを必要としないので、コンテキストを更新する必要もなく、符号化と復号化の複雑さを低減することができる。

本開示の別の実施例では、変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合のメモリスペースの節約を考慮して、図１０に示すように、以下の符号化および復号化プロセスを提供する。

ステップ１００１において、符号化側は、現在のブロックの残差信号を取得する。

実施では、符号化側は、ビデオデータを符号化する際に、まずイントラ予測を行い、残差信号を得て（残差信号が得られる方式は、既存のビデオ符号化標準規格と一致し、説明を省略する）、次に残差信号を現在処理されようとする現在のブロックの残差信号とする。

イントラ予測モードを選択する方式は、ステップ８０１においてイントラ予測モードを選択する方式と同様であり、ステップ８０１を参照することができ、ここでは説明を省略する。

ステップ１００２において、符号化側は、現在のブロックに対応する変換カーネルペア及び現在のブロックに対応する変換カーネルペアインデックスを確定する。

ここで、変換カーネルペアは、垂直変換カーネルと水平変換カーネルとを含む。

実施では、符号化側は、最終的に選択された変換カーネルペアを取得し、次に表２から表６のいずれかの表から、当該変換カーネルペアに対応する変換カーネルペアインデックスを選択する。（この処理プロセスについて、ステップ８０２のプロセスを参照することができる）。

なお、符号化の際には、通常、表２から表６のどちらを使用するかが固定されているので、表２から表６の１つだけを取得することができる。

本開示の１つの可能な実施形態において、変換カーネルペアインデックスを確定するための様々な方式があり、以下、２つの実行可能な実施形態が示される。

方式１として、符号化側は、現在のブロックに対応する変換カーネルペアを確定し、現在のブロックのイントラ予測モードと変換カーネルペアに基づいて、現在のブロックに対応する変換カーネルペアインデックスを確定する。

このプロセスは、ステップ８０２において表７に示された方式１と完全に同じであり、ここでは説明を省略する。

方式２として、符号化側は、現在のブロックに対応する変換カーネルペアを確定し、現在のブロックの形状情報と変換カーネルペアに基づいて、現在のブロックに対応する変換カーネルペアインデックスを確定する。

このプロセスは、ステップ８０２において表８に示された方式２と完全に同じであり、ここでは説明を省略する。

また、符号化側は、現在のブロックを取得した後、まず、現在のブロックの高さと幅がＮ以下であるかどうかを判断し（Ｎは３２であってもよい）、且つ輝度ブロックであるかどうかを判断することができ、現在のブロックの高さと幅が３２以下であり、且つ輝度ブロックである場合、ステップ１００２の実行を継続してもよく、高さと幅が３２以下であること、輝度ブロックであることの両方の少なくとも１つが満たされていない場合、プリセット変換カーネルペア（すなわち（ＤＣＴ２、ＤＣＴ２））を直接に取得する。

ステップ１００３において、符号化側は、変換カーネルペアに基づいて、現在のブロックの残差信号に対して符号化処理を行い、現在のブロックに対応する符号化データを得る。

実施では、符号化側は、現在のブロックに対応する変換カーネルペアを取得した後、変換カーネルペアに基づいて、現在のブロックの残差信号を変換することにより、変換係数を得ることができる。この後、符号化側は、変換係数に対して量子化処理を行うことにより、量子化係数を得て、符号化側は、量子化係数に対してエントロピー符号化処理を行うことにより、現在のブロックに対応する符号化データを得る。

ステップ１００４において、変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合、符号化側は、複数のビットのうち一番目のビット以外の他のビットの少なくとも１つに対して、バイパスのバイナリ算術符号化方式を採用して符号化し、現在のブロックの符号化データに追加する。

実施では、復号化側が符号化側で使用される変換カーネルペアを知ることができるようにするために、符号化データに変換カーネルペアインデックスを追加する。

変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合、符号化側は、変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットに対してＣＡＢＡＣ方式を採用して符号化することができ、二値化コードワードには他のビットがさらに含まれる場合、これらの他のビットの少なくとも１つに対して、バイパスのバイナリ算術符号化方式を使用して符号化し、この後、符号化された後の変換カーネルペアインデックスを符号化データに追加する。このようにして、バイパスのバイナリ算術符号化方式では、コンテキストモデルを記憶する必要がないので、バイパスのバイナリ算術符号化方式を使用して符号化する場合、当該ビットについては、コンテキストモデルを記憶する必要がない。

このようにして、現在のブロックの符号化処理が完了する。図１０に示されるフローに従って、各現在のブロックを処理することにより、ビデオデータのセグメント全体を符号化することができる。

本開示の１つの可能な実施形態において、一番目のビットに対して、１つのコンテキストモデルに基づいて適応バイナリ算術符号化を行う。

実施では、ＣＡＢＡＣ方式を使用して一番目のビットを符号化する際に、複数のコンテキストモデルではなく、１つのコンテキストモデルを使用して適応バイナリ算術符号化を行うことができるので、複数のコンテキストモデルを記憶する必要がなく、メモリスペースを節約することもできる。

また、復号化側が明示的なマルチコア変換方式を使用することもできるようにするために、符号化データにターゲット識別子を追加してもよく、ターゲット識別子は、明示的なマルチコア変換方式が使用されることを示すために使用される。

図１０に示す符号化方式に基づいて、図１１に示すように、本開示の実施例は、対応する復号化方式をさらに提供する。

ステップ１１０１において、復号化側は、現在のブロックの符号化データを取得する。

実施では、復号化側は、復号化すべきである符号化データが存在する場合、符号化データを取得し、この後、符号化データに対してエントロピ復号化処理を行うことができる。復号化側は、エントロピ復号化結果に対して逆量子化処理を行うことにより、現在のブロックの符号化データとして符号化データにおける現在のブロックを得る。

ステップ１１０２において、復号化側は、符号化データから変換カーネルペアインデックスを取得し、ここで、変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合、複数のビットのうち一番目のビット以外の他のビットの少なくとも１つは、バイパスのバイナリ算術復号化方式を採用して復号化される。

実施では、復号化側は、符号化データから現在のブロックに対応する変換カーネルペアインデックスを取得することができ、符号化側が現在のブロックの変換カーネルペアインデックスを符号化する際に、変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合、複数のビットのうち一番目のビット以外の他のビットの少なくとも１つは、バイパスのバイナリ算術符号化方式を採用して復号化される。このようにして、復号化側がバイパスのバイナリ算術符号化方式を使用して符号化されたビットを復号化する場合も、バイパスのバイナリ算術符号化方式を使用して復号化し、復号化側のメモリスペースを節約することもできる。

本開示の１つの可能な実施形態において、メモリスペースを節約するために、１つのコンテキストモデルを使用して、複数のビットのうちの一番目のビットを符号化する。

本開示の１つの可能な実施形態において、ステップ１１０２を実行する前に、現在のブロックの高さと幅がいずれも目標値以下であり、現在のブロックが輝度ブロックであると確定する。

実施では、目標値は、プリセットされて復号化側に記憶されることができ、一般にＮである（Ｎは３２であってもよい）。現在のブロックの高さと幅がいずれもＮ以下であり、現在のブロックが輝度ブロックである場合、ステップ１１０２の処理を実行する。そうでない場合、現在のブロックに対応する変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）であると確定することができ、その後、当該変換カーネルペアを直接に使用して復号化処理を行うことができる。

また、ステップ１１０２の処理を実行する前に、符号化データにターゲット識別子が含まれるかどうかを判断してもよく、ターゲット識別子は、明示的なマルチコア変換処理を行うことを示すために使用される。符号化データにおけるターゲット識別子が、明示的なマルチコア変換処理が使用されることを示す場合、ステップ１１０２の処理を行うことができる。

ステップ１１０３において、復号化側は、変換カーネルペアインデックスに基づいて、現在のブロックに対応する変換カーネルペアを確定し、ここで、変換カーネルペアは、水平変換カーネルと垂直変換カーネルとを含む。

このプロセスは、ステップ９０３の処理プロセスと完全に同じであり、ステップ９０３の処理を参照することができ、ここでは説明を省略する。

本開示の１つの可能な実施形態において、変換カーネルペアを確定する際に、現在のブロックの高さと幅、または現在のブロックのイントラ予測モードを使用してもよく、対応する処理は、以下のようにしてもよい。

現在のブロックのイントラ予測モードと変換カーネルペアインデックスに基づいて、現在のブロックに対応する変換カーネルペアを確定し、または、現在のブロックの形状情報と変換カーネルペアインデックスに基づいて、現在のブロックに対応する変換カーネルペアを確定し、ここで、変換カーネルペアは、水平変換カーネルと垂直変換カーネルとを含む。

実施では、当該プロセスは、ステップ９０３において現在のブロックの高さと幅、または現在のブロックのイントラ予測モードを使用して変換カーネルペアを確定する方式と同じであり、ステップ９０３の処理を参照することができ、ここでは説明を省略する。

ステップ１１０４において、復号化側は、変換カーネルペアに基づいて、現在のブロックに対して復号化処理を行うことにより、現在のブロックに対応する再構築情報を得る。

実施では、現在のブロックに対応する変換カーネルペアを確定した後、復号化側は、当該変換カーネルペアを使用して、現在のブロックに対応する量子化係数に対して逆変換処理を行うことにより、現在のブロックに対応する残差信号を得ることができる。この後、復号化側は、現在のブロックの周りで再構築された領域内の画素点の画素値を利用し、使用されたイントラ予測モードに従って予測信号を構築し、次に、残差信号を予測信号に加算することにより、現在のブロックに対応する再構築情報を得る。

このようにして、現在のブロックの復号化処理が完了する。図１１に示されるフローに従って、各現在のブロックを処理することにより、ビデオデータのセグメント全体を復号化することができる。

本開示の実施例では、符号化側は、現在のブロックを符号化する際に、プリセット変換カーネルペアを直接に取得するのではなく、現在のブロックに対応する変換カーネルペアを取得して符号化処理を行うことができるので、符号化及び復号化の性能を向上させることができる。符号化側が変換カーネルペアインデックスを符号化する場合、バイパスのバイナリ算術符号化方式を使用して変換カーネルペアインデックスに対応する二値化コードワードのうち一番目のビット以外の他のビットの少なくとも１つに対して、符号化処理を行い、この少なくとも１つのビットについては、コンテキストモデルを記憶する必要がないので、メモリスペースを節約することができる。また、少なくとも１つのビットがＣＡＢＡＣ方式を使用せず、バイパスのバイナリ算術符号化方式を使用し、コンテキストモデルを更新する必要がないので、符号化と復号化の複雑さを低減することもできる。

本開示の別の実施例では、図１２に示すように、現在のブロックの形状情報、または現在のブロックのイントラ予測モードに基づいて、変換カーネルペアを確定する処理をさらに提供する。

ステップ１２０１において、符号化側は、現在のブロックの残差信号を取得する。

実施では、符号化側は、ビデオデータを符号化する際に、まずイントラ予測を行い、残差信号を得る（残差信号が得られる方式は、既存のビデオ符号化標準規格と一致し、説明を省略する）。この後、符号化側は、残差信号を現在処理すべきである現在のブロックの残差信号とする。

なお、本開示の実施例におけるＴＵは、前述のＣＵと同様である。

イントラ予測モードを選択する方式は、ステップ８０１においてイントラ予測モードを選択する方式と同様であり、ステップ８０１を参照することができ、ここでは説明を省略する。

ステップ１２０２において、符号化側は、現在のブロックのイントラ予測モード及び現在のブロックに対応する変換カーネルペア、または、現在のブロックの形状情報及び現在のブロックに対応する変換カーネルペアを取得する。

ここで、変換カーネルペアは、垂直変換カーネルと水平変換カーネルとを含む。

実施では、符号化側は、ステップ１２０１で最終的にイントラ予測のときに使用されたイントラ予測モード（すなわち、現在のブロックに対応するイントラ予測モード）、及びレート歪みコストを最小にするときに当該イントラ予測モードに対応する変換カーネルペア（すなわち、現在のブロックに対応する変換カーネルペア）を取得することができる。

または、符号化側は、当該現在のブロックの高さと幅（すなわち、高さ方向における現在のブロックの画素点の数、幅方向における現在のブロックの画素点の数）を確定することができ、このようにして、符号化側は、現在のブロックの形状情報を取得し、且つレート歪みコストを最小にするときに使用された変換カーネルペア（すなわち、現在のブロックに対応する変換カーネルペア）を取得することができる。

また、符号化側は、現在のブロックを取得した後、まず、現在のブロックの高さと幅がＮ以下であるかどうかを判断し（Ｎは３２であってもよい）、且つ輝度ブロックであるかどうかを判断することができ、現在のブロックの高さと幅がＮ以下であり、且つ輝度ブロックである場合、ステップ１２０２の実行を継続してもよく、高さと幅がＮ以下であること、輝度ブロックであることの両方の少なくとも１つが満たされていない場合、プリセット変換カーネルペア（すなわち（ＤＣＴ２、ＤＣＴ２））を直接に取得する。

ステップ１２０３において、符号化側は、現在のブロックのイントラ予測モードと現在のブロックに対応する変換カーネルペアに基づいて、現在のブロックに対応する変換カーネルペアインデックスを確定し、または、現在のブロックの形状情報と現在のブロックに対応する変換カーネルペアに基づいて、現在のブロックに対応する変換カーネルペアインデックスを確定する。

実施では、ステップ１２０２において確定された変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）、（ＤＳＴ７、ＤＳＴ７）、（ＤＣＴ８、ＤＣＴ８）のいずれでもない場合、プリセットされた明示的なマルチコア変換カーネルペアの構文テーブル（上記の表７に示すように）を取得することができ、表７から現在のブロックに対応するイントラ予測モードと変換カーネルペアに共通に対応する変換カーネルペアインデックス、すなわち、現在のブロックに対応する変換カーネルペアインデックスを確定することができる。例えば、変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であり、現在のブロックに対応するイントラ予測モードのモード番号が３２である場合、共通に対応する変換カーネルペアインデックスが３である。

または、ステップ１２０２において確定された変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）、（ＤＳＴ７、ＤＳＴ７）、（ＤＣＴ８、ＤＣＴ８）のいずれでもない場合、プリセットされた明示的なマルチコア変換カーネルペアの構文テーブル（上記の表８に示すように）を取得することができ、表８から現在のブロックの形状情報、変換カーネルペアに共通に対応する変換カーネルペアインデックス、すなわち、現在のブロックに対応する変換カーネルペアインデックスを確定することができる。例えば、変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であり、現在のブロックの幅が高さより大きい場合、共通に対応する変換カーネルペアインデックスが３である。

本開示の１つの可能な実施形態において、符号化側は、イントラ予測モードと変換カーネルペアを使用して変換カーネルペアインデックスを確定する場合、次のような方式を使用することができる。

変換カーネルペアが第１の変換カーネルペアであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値以下である場合、現在のブロックに対応する変換カーネルペアインデックスが第１のインデックスであると確定し、変換カーネルペアが第２の変換カーネルペアであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値より大きい場合、現在のブロックに対応する変換カーネルペアインデックスが第１のインデックスであると確定し、変換カーネルペアが第２の変換カーネルペアであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値以下である場合、現在のブロックに対応する変換カーネルペアインデックスが第２のインデックスであると確定し、変換カーネルペアが第１の変換カーネルペアであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値より大きい場合、現在のブロックに対応する変換カーネルペアインデックスが第２のインデックスであると確定する。

実施では、このプロセスは、ステップ８０２において表７に示された方式１と完全に同じであり、ここでは説明を省略する。

本開示の１つの可能な実施形態において、符号化側は、現在のブロックの形状情報、変換カーネルペアを使用して変換カーネルペアインデックスを確定する場合、次のような方式を使用することができる。

変換カーネルペアが第１の変換カーネルペアであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たしている場合、現在のブロックに対応する変換カーネルペアインデックスが第１のインデックスであると確定し、変換カーネルペアが第２の変換カーネルペアであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たしていない場合、現在のブロックに対応する変換カーネルペアインデックスが第１のインデックスであると確定し、変換カーネルペアが第２の変換カーネルペアであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たす場合、現在のブロックに対応する変換カーネルペアインデックスが第２のインデックスであると確定し、変換カーネルペアが第１の変換カーネルペアであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たしていない場合、現在のブロックに対応する変換カーネルペアインデックスが第２のインデックスであると確定する。

実施では、このプロセスは、ステップ８０２において表８に示された方式２と完全に同じであり、ここでは説明を省略する。

ステップ１２０４において、符号化側は、変換カーネルペアに基づいて、現在のブロックの残差信号に対して符号化処理を行い、現在のブロックに対応する符号化データを得る。

実施では、符号化側は、現在のブロックに対応する変換カーネルペアを取得した後、変換カーネルペアに基づいて、現在のブロックの残差信号を変換することにより、変換係数を得ることができる。この後、符号化側は、変換係数に対して量子化処理を行うことにより、量子化係数を得て、符号化側は、量子化係数に対してエントロピー符号化処理を行うことにより、現在のブロックに対応する符号化データを得る。

ステップ１２０５において、符号化側は、変換カーネルペアインデックスに対して符号化処理を行い、現在のブロックの符号化データに追加する。

実施では、復号化側が符号化側で使用される変換カーネルペアを知ることができるようにするために、符号化データに変換カーネルペアインデックスの二値化コードワードを追加する。

符号化側は、変換カーネルペアインデックスに対して符号化処理を行い、この後、符号化処理が行われた後の変換カーネルペアインデックスを符号化データに追加することができる。

このようにして、現在のブロックの符号化処理が完了する。図１２に示されるフローに従って、各現在のブロックを処理することにより、ビデオデータのセグメント全体を符号化することができる。

本開示の１つの可能な実施形態において、メモリスペースを節約するために、以下の方式に従って、変換カーネルペアインデックスを符号化することができ、対応するステップ１２０５の処理は、以下のようになる。

変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合、一番目のビットに対して、ＣＡＢＡＣ方式を使用して符号化し、且つ複数のビットのうち一番目のビット以外の他のビットの少なくとも１つに対して、バイパスのバイナリ算術符号化方式を採用して復号化する。

実施では、変換カーネルペアインデックスに対応する二値化コードワードが１つのビットのみを含む場合、ＣＡＢＡＣ方式を直接に使用して符号化処理を行うことができ、変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合、一番目のビットに対して、ＣＡＢＡＣ方式を使用して符号化し、且つ一番目のビット以外の他のビットの少なくとも１つに対して、バイパスのバイナリ算術符号化方式を採用して復号化することができる。この後、符号化側は、符号化された後の変換カーネルペアインデックスを現在のブロックの符号化データに追加する。このようにして、変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合、いくつかのビットは、バイパスのバイナリ算術符号化方式を採用して復号化され、コンテキストモデルを記憶する必要がないので、メモリスペースを節約することができる。

本開示の１つの可能な実施形態において、符号化側は、変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットに対して、１つのコンテキストモデルに基づいて適応バイナリ算術符号化を行う。

実施では、符号化側は、変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットに対して、１つのコンテキストモデを採用して符号化することができる。このようにして、１つのコンテキストモデのみを採用するので、１つのコンテキストモデのみを記憶し、占用されたメモリスペースが少なく、符号化側の記憶スペースを節約することができる。

また、復号化側が明示的なマルチコア変換方式を使用することもできるようにするために、符号化データにターゲット識別子を追加してもよく、ターゲット識別子は、明示的なマルチコア変換方式が使用されることを示すために使用される。

上記の図１２に示された符号化プロセスに基づいて、本開示の実施例では、図１３に示すように、復号化のプロセスをさらに提供する。

ステップ１３０１において、復号化側は、現在のブロックの符号化データを取得する。

実施では、復号化すべきである符号化データが存在する場合、復号化側は、符号化データを取得し、この後、符号化データに対してエントロピ復号化処理を行うことができる。復号化側は、エントロピ復号化結果に対して逆量子化処理を行うことにより、現在のブロックの符号化データとして符号化データにおける現在のブロックを得る。

ステップ１３０２において、復号化側は、符号化データから変換カーネルペアインデックスを取得し、且つ現在のブロックのイントラ予測モードまたは現在のブロックの形状情報を取得する。

実施では、復号化側は、符号化データから現在のブロックに対応する変換カーネルペアインデックスを取得することができ、現在のブロックの高さ方向に含まれる画素点の数（即ち高さ）を確定することができ、現在のブロックの幅方向に含まれる画素点の数（即ち幅）を確定することができる。この後、復号化側は、現在のブロックの高さと幅の大きさを判断し、すなわち現在のブロックの形状情報を取得する。

または、復号化側は、符号化データから現在のブロックに対応する変換カーネルペアインデックスを取得することができ、且つ符号化データのイントラ予測モードのフラグから分析することによりイントラ予測モードのモード番号を得る。

本開示の１つの可能な実施形態において、変換カーネルペアインデックスに対応する二値化コードワードは、複数のビットを含み、一番目のビットは、ＣＡＢＡＣ方式を使用して復号化され、複数のビットのうち一番目のビット以外の他のビットの少なくとも１つは、バイパスのバイナリ算術復号化方式を採用して復号化される。このようにして、符号化側で、変換カーネルペアインデックスが複数のビットを含む場合、いくつかのビットは、バイパスのバイナリ算術符号化方式を採用して符号化され、コンテキストモデルを記憶する必要がないので、メモリスペースを節約することができる。このようにして、バイパスのバイナリ算術符号化方式を使用して符号化されビットに対して、復号化側は、バイパスのバイナリ算術符号化方式を使用して復号化する必要もあり、復号化側は、コンテキストモデルを記憶する必要もなく、メモリスペースを節約することもできる。

本開示の１つの可能な実施形態において、変換カーネルペアインデックスの一番目のビットは、１つのコンテキストモデルを採用して復号化される。このようにして、復号化側が１つのコンテキストモデルのみを採用するので、１つのコンテキストモデのみを記憶し、占用されたメモリスペースも少ない。

本開示の１つの可能な実施形態において、ステップ１３０２を実行する前に、現在のブロックの高さと幅がいずれも目標値以下であり、現在のブロックが輝度ブロックであると確定する。

実施では、目標値は、プリセットされて復号化側に記憶されることができ、一般にＮである（Ｎが３２である）。現在のブロックの高さと幅がいずれもＮ以下であり、現在のブロックが輝度ブロックである場合、ステップ１３０２の処理を実行する。そうでない場合、現在のブロックに対応する変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）であると確定することができ、その後、当該変換カーネルペアを直接に使用して復号化処理を行うことができる。

また、ステップ１３０２の処理を実行する前に、符号化データにターゲット識別子が含まれるかどうかを判断してもよく、ターゲット識別子は、明示的なマルチコア変換処理を行うことを示すために使用される。符号化データにおけるターゲット識別子が、明示的なマルチコア変換処理が使用されることを示す場合、ステップ１３０２の処理を行うことができる。

ステップ１３０３において、復号化側は、現在のブロックのイントラ予測モードと変換カーネルペアインデックスに基づいて、現在のブロックに対応する変換カーネルペアを確定し、または、現在のブロックの形状情報と変換カーネルペアインデックスに基づいて、現在のブロックに対応する変換カーネルペアを確定し、ここで、変換カーネルペアは、水平変換カーネルと垂直変換カーネルとを含む。

実施では、変換カーネルペアは、水平変換カーネルと垂直変換カーネルとを含む。ステップ１３０２で確定された変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）、（ＤＳＴ７、ＤＳＴ７）、（ＤＣＴ８、ＤＣＴ８）のいずれでもない場合、プリセットされた明示的なマルチコア変換カーネルペアの構文テーブル（上記の表７に示すように）を取得することができ、表７から現在のブロックに対応するイントラ予測モードと変換カーネルペアインデックスに共通に対応する変換カーネルペア、すなわち、現在のブロックに対応する変換カーネルペアを確定することができる。例えば、現在のブロックに対応するイントラ予測モードのモード番号が３２であり、変換カーネルペアインデックスが３である場合、変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）である。

または、ステップ１３０２で確定された変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）、（ＤＳＴ７、ＤＳＴ７）、（ＤＣＴ８、ＤＣＴ８）のいずれでもない場合、プリセットされた明示的なマルチコア変換カーネルペアの構文テーブル（上記の表８に示すように）を取得することができ、表８から現在のブロックの高さと幅、変換カーネルペアインデックスに共通に対応する変換カーネルペア、すなわち、現在のブロックに対応する変換カーネルペアを確定することができる。例えば、現在のブロックの幅が高さより大きく、変換カーネルペアインデックスが３である場合、変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）である。

本開示の１つの可能な実施形態において、イントラ予測モードと変換カーネルペアインデックスを使用して変換カーネルペアを確定する場合、次のような方式を使用することができる。

変換カーネルペアインデックスが第１のインデックスであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値以下である場合、現在のブロックに対応する変換カーネルペアが第１の変換カーネルペアであると確定し、変換カーネルペアインデックスが第１のインデックスであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値より大きい場合、現在のブロックに対応する変換カーネルペアが第２の変換カーネルペアであると確定し、変換カーネルペアインデックスが第２のインデックスであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値以下である場合、現在のブロックに対応する変換カーネルペアが第２の変換カーネルペアであると確定し、変換カーネルペアインデックスが第２のインデックスであり、且つ現在のブロックのイントラ予測モードのモード番号がプリセット値より大きい場合、現在のブロックに対応する変換カーネルペアが第１の変換カーネルペアであると確定する。

実施では、ステップ１３０２で確定された変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）、（ＤＳＴ７、ＤＳＴ７）、（ＤＣＴ８、ＤＣＴ８）のいずれでもない場合、プリセットされた明示的なマルチコア変換カーネルペアの構文テーブル（上記の表７に示すように）を取得することができ、表７から現在のブロックに対応する変換カーネルペアを確定することができる。

上記の第１のインデックスが３であり、プリセット値が３４であり、第１の変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であり、第２のインデックスが４であり、プリセット値が３４であり、第１の変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）である。

本開示の１つの可能な実施形態において、現在のブロックの高さと幅、変換カーネルペアインデックスを使用して変換カーネルペアを確定する場合、次のような方式を使用することができる。

変換カーネルペアインデックスが第１のインデックスであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たす場合、現在のブロックに対応する変換カーネルペアが第１の変換カーネルペアであると確定し、変換カーネルペアインデックスが第１のインデックスであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たさない場合、現在のブロックに対応する変換カーネルペアが第２の変換カーネルペアであると確定し、変換カーネルペアインデックスが第２のインデックスであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たす場合、現在のブロックに対応する変換カーネルペアが第２の変換カーネルペアであると確定し、変換カーネルペアインデックスが第２のインデックスであり、且つ現在のブロックの形状情報がプリセット形状制限条件を満たさない場合、現在のブロックに対応する変換カーネルペアが第１の変換カーネルペアであると確定する。

実施では、ステップ１３０２で確定された変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）、（ＤＳＴ７、ＤＳＴ７）、（ＤＣＴ８、ＤＣＴ８）のいずれでもない場合、プリセットされた明示的なマルチコア変換カーネルペアの構文テーブル（上記の表８に示すように）を取得することができ、表８から現在のブロックに対応する変換カーネルペアを確定することができる。

上記の第１のインデックスが３であり、Ｗ≧Ｈであり、第１の変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であり、第２のインデックスが４であり、Ｗ≧Ｈであり、第１の変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）である。

ステップ１３０４において、復号化側は、変換カーネルペアに基づいて、現在のブロックに対して復号化処理を行うことにより、現在のブロックに対応する再構築情報を得る。

実施では、現在のブロックに対応するターゲット変換カーネルペアを確定した後、ターゲット変換カーネルペアを使用して、現在のブロックに対応する量子化係数に対して逆変換処理を行うことにより、現在のブロックに対応する残差信号を得ることができる。この後、復号化側は、現在のブロックの周りで再構築された領域内の画素点の画素値を利用し、使用されたイントラ予測モードに従って予測信号を構築し、次に、残差信号を予測信号に加算することにより、現在のブロックに対応する再構築情報を得る。

このようにして、現在のブロックの復号化処理が完了する。図１３に示されるフローに従って、各現在のブロックを処理することにより、ビデオデータのセグメント全体を復号化することができる。

なお、本開示の実施例では、イントラ予測モードまたは現在のブロックの形状情報に基づいて変換カーネルペアの優先度を適応に調整することで、可能な限り確率の高い変換カーネルペア、符号化が必要なコードワードを短くすることができる。

本開示の実施例では、符号化側は、符号化する場合、変換カーネルペアを選択する時に、プリセット変換カーネルペアではなく、現在のブロックのイントラ予測モードまたは現在のブロックの形状情報も使用し、相応的に、プリセット変換カーネルペアではなく、現在のブロックのイントラ予測モードまたは現在のブロックの形状情報も使用するので、符号化及び復号化の性能を向上させることができる。

同じ技術的概念に基づいて、本開示の実施例は、復号化するための復号化側をさらに提供し、如図１４に示すように、当該復号化側は、
現在のブロックの符号化データを取得し、
前記符号化データから前記現在のブロックの変換カーネルペアインデックスを取得するために使用され、ここで、前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、１つのコンテキストモデルに基づいて適応バイナリ算術符号化が行われたことにより復号化される取得モジュール１４１０と、
前記変換カーネルペアインデックスに基づいて、前記現在のブロックに対応する変換カーネルペアを確定するために使用され、ここで、前記変換カーネルペアは、水平変換カーネルと垂直変換カーネルとを含む確定モジュール１４２０と、
を含む。

本開示の１つの可能な実施形態において、前記変換カーネルペアインデックスに対応する二値化コードワードは、複数のビットを含み、前記複数のビットのうち前記一番目のビット以外の他のビットの少なくとも１つは、バイパスのバイナリ算術符号化方式を採用して復号化される。

本開示の１つの可能な実施形態において、前記確定モジュール１４２０は、
前記現在のブロックのイントラ予測モードと前記変換カーネルペアインデックスに基づいて、前記現在のブロックに対応する変換カーネルペアを確定し、または、
前記現在のブロックの形状情報と前記変換カーネルペアインデックスに基づいて、前記現在のブロックに対応する変換カーネルペアを確定するために使用される。

同じ技術的概念に基づいて、本開示の実施例は、符号化するための符号化側をさらに提供し、如図１５に示すように、当該符号化側は、
現在のブロックに対応する変換カーネルペア及び前記現在のブロックに対応する変換カーネルペアインデックスを確定するために使用される確定モジュール１５１０と、
前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットに対して、１つのコンテキストモデルに基づいて適応バイナリ算術符号化を行う方式に従って、前記変換カーネルペアインデックスを符号化し、前記現在のブロックの符号化データに追加する符号化モジュール１５２０と、
を含む。

本開示の１つの可能な実施形態において、前記符号化モジュール１５２０は、
前記変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合、一番目のビットに対して、１つのコンテキストモデルに基づいて適応バイナリ算術符号化を行い、且つ前記複数のビットのうち前記一番目のビット以外の他のビットの少なくとも１つに対して、バイパスのバイナリ算術符号化方式を採用して符号化し、
符号化された後の変換カーネルペアインデックスを前記符号化データに追加するために使用される。

本開示の１つの可能な実施形態において、前記確定モジュール１５１０は、
前記現在のブロックに対応する変換カーネルペアを確定し、前記現在のブロックのイントラ予測モードと前記変換カーネルペアに基づいて、前記現在のブロックに対応する変換カーネルペアインデックスを確定し、または、
前記現在のブロックに対応する変換カーネルペアを確定し、前記現在のブロックの形状情報と前記変換カーネルペアに基づいて、前記現在のブロックに対応する変換カーネルペアインデックスを確定するために使用される。

本開示の実施例では、符号化側は、現在のブロックを符号化する際に、プリセット変換カーネルペアを直接に取得するのではなく、現在のブロックに対応する変換カーネルペアを取得して符号化処理を行うことができるので、符号化及び復号化の性能を向上させることができる。符号化側は、変換カーネルペアインデックスに対応する二値化コードワードを符号化する際に、複数のコンテキストモデルを必要とせずに、１つのコンテキストモデルを使用して変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットに対して符号化処理を行うので、メモリスペースを節約することができる。なお、複数のコンテキストモデルを必要としないので、コンテキストを更新する必要もなく、符号化と復号化の複雑さを低減することができる。

同じ技術的概念に基づいて、本開示の実施例は、復号化するための復号化側をさらに提供し、如図１６に示すように、当該復号化側は、
現在のブロックの符号化データを取得し、
前記符号化データから変換カーネルペアインデックスを取得するために使用され、ここで、前記変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合、前記複数のビットのうち一番目のビット以外の他のビットの少なくとも１つは、バイパスのバイナリ算術符号化方式を採用して復号化される取得モジュール１６１０と、
前記変換カーネルペアインデックスに基づいて、前記現在のブロックに対応する変換カーネルペアを確定するために使用され、ここで、前記変換カーネルペアは、水平変換カーネルと垂直変換カーネルとを含む確定モジュール１６２０と、
を含む。

本開示の１つの可能な実施形態において、前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、１つのコンテキストモデルに基づいて適応バイナリ算術符号化が行われたことにより復号化される。

本開示の１つの可能な実施形態において、前記確定モジュール１６２０は、
前記現在のブロックのイントラ予測モードと前記変換カーネルペアインデックスに基づいて、前記現在のブロックに対応する変換カーネルペアを確定し、または、
前記現在のブロックの形状情報と前記変換カーネルペアインデックスに基づいて、前記現在のブロックに対応する変換カーネルペアを確定するために使用され、ここで、所述変換カーネルペアは、水平変換カーネルと垂直変換カーネルとを含む。

同じ技術的概念に基づいて、本開示の実施例は、符号化するための符号化側をさらに提供し、如図１７に示すように、当該符号化側は、
現在のブロックに対応する変換カーネルペア及び前記現在のブロックに対応する変換カーネルペアインデックスを確定するために使用される確定モジュール１７１０と、
前記変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合、複数のビットのうち前記一番目のビット以外の他のビットの少なくとも１つに対して、バイパスのバイナリ算術符号化方式を採用して符号化し、前記現在のブロックの符号化データに追加するために使用される符号化モジュール１７２０と、
を含む。

本開示の１つの可能な実施形態において、前記符号化モジュール１７２０は、
前記一番目のビットに対して、１つのコンテキストモデルに基づいて適応バイナリ算術符号化を行うためにも使用される。

本開示の１つの可能な実施形態において、前記確定モジュール１７１０は、
前記現在のブロックに対応する変換カーネルペアを確定し、前記現在のブロックのイントラ予測モードと前記変換カーネルペアに基づいて、前記現在のブロックに対応する変換カーネルペアインデックスを確定し、または、
前記現在のブロックに対応する変換カーネルペアを確定し、前記現在のブロックの形状情報と前記変換カーネルペアに基づいて、前記現在のブロックに対応する変換カーネルペアインデックスを確定するために使用される。

本開示の実施例では、符号化側は、現在のブロックを符号化する際に、プリセット変換カーネルペアを直接に取得するのではなく、現在のブロックに対応する変換カーネルペアを取得して符号化処理を行うことができるので、符号化及び復号化の性能を向上させることができる。符号化側が変換カーネルペアインデックスを符号化する場合、バイパスのバイナリ算術符号化方式を使用して変換カーネルペアインデックスに対応する二値化コードワードのうち一番目のビット以外の他のビットの少なくとも１つに対して、符号化処理を行い、この少なくとも１つのビットについては、コンテキストモデルを記憶する必要がないので、メモリスペースを節約することができる。また、少なくとも１つのビットがＣＡＢＡＣ方式を使用せず、バイパスのバイナリ算術符号化方式を使用するので、符号化と復号化の複雑さを低減することもできる。

同じ技術的概念に基づいて、本開示の実施例は、復号化するための復号化側をさらに提供し、如図１８に示すように、当該復号化側は、
現在のブロックの符号化データを取得し

前記符号化データから変換カーネルペアインデックスを取得し、且つ前記現在のブロックのイントラ予測モードまたは前記現在のブロックの形状情報を取得するために使用される取得モジュール１８１０と、
前記現在のブロックのイントラ予測モードと前記変換カーネルペアインデックスに基づいて、前記現在のブロックに対応する変換カーネルペアを確定し、または、前記現在のブロックの形状情報と前記変換カーネルペアインデックスに基づいて、前記現在のブロックに対応する変換カーネルペアを確定するために使用され、ここで、所述変換カーネルペアは、水平変換カーネルと垂直変換カーネルとを含む確定モジュール１８２０と、
を含む。

本開示の１つの可能な実施形態において、前記確定モジュール１８２０は、
前記変換カーネルペアインデックスが第１のインデックスであり、且つ前記現在のブロックのイントラ予測モードのモード番号がプリセット値以下である場合、前記現在のブロックに対応する変換カーネルペアが第１の変換カーネルペアであると確定し、
前記変換カーネルペアインデックスが第１のインデックスであり、且つ前記現在のブロックのイントラ予測モードのモード番号がプリセット値より大きい場合、前記現在のブロックに対応する変換カーネルペアが第２の変換カーネルペアであると確定し、
前記変換カーネルペアインデックスが第２のインデックスであり、且つ前記現在のブロックのイントラ予測モードのモード番号がプリセット値以下である場合、前記現在のブロックに対応する変換カーネルペアが第２の変換カーネルペアであると確定し、
前記変換カーネルペアインデックスが第２のインデックスであり、且つ前記現在のブロックのイントラ予測モードのモード番号がプリセット値より大きい場合、前記現在のブロックに対応する変換カーネルペアが第１の変換カーネルペアであると確定するために使用される。

本開示の１つの可能な実施形態において、前記確定モジュール１８２０は、
前記変換カーネルペアインデックスが第１のインデックスであり、且つ前記現在のブロックの形状情報がプリセット形状制限条件を満たす場合、前記現在のブロックに対応する変換カーネルペアが第１の変換カーネルペアであると確定し、
前記変換カーネルペアインデックスが第１のインデックスであり、且つ前記現在のブロックの形状情報がプリセット形状制限条件を満たさない場合、前記現在のブロックに対応する変換カーネルペアが第２の変換カーネルペアであると確定し、
前記変換カーネルペアインデックスが第２のインデックスであり、且つ前記現在のブロックの形状情報がプリセット形状制限条件を満たす場合、前記現在のブロックに対応する変換カーネルペアが第２の変換カーネルペアであると確定し、
前記変換カーネルペアインデックスが第２のインデックスであり、且つ前記現在のブロックの形状情報がプリセット形状制限条件を満たさない場合、前記現在のブロックに対応する変換カーネルペアが第１の変換カーネルペアであると確定するために使用される。

本開示の１つの可能な実施形態において、前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、１つのコンテキストモデルに基づいて適応バイナリ算術符号化が行われたことにより復号化される。

本開示の１つの可能な実施形態において、前記変換カーネルペアインデックスに対応する二値化コードワードは、複数のビットを含み、前記複数のビットのうち一番目のビット以外の他のビットの少なくとも１つは、バイパスのバイナリ算術符号化方式を採用して符号化される。

同じ技術的概念に基づいて、本開示の実施例は、符号化するための符号化側をさらに提供し、如図１9に示すように、当該符号化側は、
現在のブロックのイントラ予測モード及び前記現在のブロックに対応する変換カーネルペア、または、前記現在のブロックの形状情報及び前記現在のブロックに対応する変換カーネルペアを取得するために使用される取得モジュール１９１０と、
前記現在のブロックのイントラ予測モードと前記現在のブロックに対応する変換カーネルペアに基づいて、前記現在のブロックに対応する変換カーネルペアインデックスを確定し、または、前記現在のブロックの形状情報と前記現在のブロックに対応する変換カーネルペアに基づいて、前記現在のブロックに対応する変換カーネルペアインデックスを確定するために使用される確定モジュール１９２０と、
変換カーネルペアインデックスに対して符号化処理を行い、前記現在のブロックの符号化データに追加するために使用される符号化モジュール１９３０と、
を含む。

本開示の１つの可能な実施形態において、前記確定モジュール１９２０は、
前記変換カーネルペアが第１の変換カーネルペアであり、且つ前記現在のブロックのイントラ予測モードのモード番号がプリセット値以下である場合、前記現在のブロックに対応する変換カーネルペアインデックスが第１のインデックスであると確定し、
前記変換カーネルペアが第２の変換カーネルペアであり、且つ前記現在のブロックのイントラ予測モードのモード番号がプリセット値より大きい場合、前記現在のブロックに対応する変換カーネルペアインデックスが第１のインデックスであると確定し、
前記変換カーネルペアが第２の変換カーネルペアであり、且つ前記現在のブロックのイントラ予測モードのモード番号がプリセット値以下である場合、前記現在のブロックに対応する変換カーネルペアインデックスが第２のインデックスであると確定し、
前記変換カーネルペアが第１の変換カーネルペアであり、且つ前記現在のブロックのイントラ予測モードのモード番号がプリセット値より大きい場合、前記現在のブロックに対応する変換カーネルペアインデックスが第２のインデックスであると確定するために使用される。

本開示の１つの可能な実施形態において、前記確定モジュール１９２０は、
前記変換カーネルペアが第１の変換カーネルペアであり、且つ前記現在のブロックの形状情報がプリセット形状制限条件を満たす場合、前記現在のブロックに対応する変換カーネルペアインデックスが第１のインデックスであると確定し、
前記変換カーネルペアが第２の変換カーネルペアであり、且つ前記現在のブロックの形状情報がプリセット形状制限条件を満たさない場合、前記現在のブロックに対応する変換カーネルペアインデックスが第１のインデックスであると確定し、
前記変換カーネルペアが第２の変換カーネルペアであり、且つ前記現在のブロックの形状情報がプリセット形状制限条件を満たす場合、前記現在のブロックに対応する変換カーネルペアインデックスが第２のインデックスであると確定し、
前記変換カーネルペアが第１の変換カーネルペアであり、且つ前記現在のブロックの形状情報がプリセット形状制限条件を満たさない場合、前記現在のブロックに対応する変換カーネルペアインデックスが第２のインデックスであると確定するために使用される。

本開示の１つの可能な実施形態において、前記符号化モジュール１９３０は、
前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットに対して、１つのコンテキストモデルに基づいて適応バイナリ算術符号化を行う方式に従って、符号化するために使用される。

本開示の１つの可能な実施形態において、前記符号化モジュール１９３０は、
前記変換カーネルペアインデックスに対応する二値化コードワードが複数のビットを含む場合、前記複数のビットのうち一番目のビット以外の他のビットの少なくとも１つに対して、バイパスのバイナリ算術符号化方式を採用して復号化するために使用される。

本開示の実施例では、符号化側は、符号化する場合、変換カーネルペアを選択する時に、プリセット変換カーネルペアではなく、現在のブロックのイントラ予測モードまたは現在のブロックの形状情報も使用し、相応的に、プリセット変換カーネルペアではなく、現在のブロックのイントラ予測モードまたは現在のブロックの形状情報も使用するので、符号化及び復号化の性能を向上させることができる。

なお、上記の実施例による復号化側が復号化する場合、上述した各機能モジュールの分割のみを例に挙げて説明し、実際の応用では、上述した機能の全部または一部を完了するために、必要に応じて異なる機能モジュールによって上述した機能の割り当てを完了し、即ち復号化側の内部構造を異なる機能モジュールに分割することができる。また、上記の実施例による復号化側及び復号化するための方法の実施例は、同じ概念に属し、その具体的な実現プロセスについて、方法の実施例を参照し、ここでは説明を省略する。

なお、上記の実施例による符号化側が符号化する場合、上述した各機能モジュールの分割のみを例に挙げて説明し、実際の応用では、上述した機能の全部または一部を完了するために、必要に応じて異なる機能モジュールによって上述した機能の割り当てを完了し、即ち符号化側の内部構造を異なる機能モジュールに分割することができる。また、上記の実施例による符号化側及び符号化するための方法の実施例は、同じ概念に属し、その具体的な実現プロセスについて、方法の実施例を参照し、ここでは説明を省略する。

図２０は、本発明の実施例による符号化側の構造概略図であり、当該符号化側２０００は、構成または性能の違いによって比較的大きな差異を生じる可能性があり、１つ以上のプロセッサ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔｓ、ＣＰＵ）２００１と１つ以上のメモリ２００２とを含むことができ、ここで、前記メモリ２００２に少なくとも１つの指令が記憶され、前記少なくとも１つの指令が前記プロセッサ２００１によってロードされて実行されることにより、上記した符号化するための方法のステップを実現する。

図２１は、本発明の実施例による復号化側の構造概略図であり、当該復号化側２１００は、構成または性能の違いによって比較的大きな差異を生じる可能性があり、１つ以上のプロセッサ（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔｓ、ＣＰＵ）２１０１と１つ以上のメモリ２１０２とを含むことができ、ここで、前記メモリ２１０２に少なくとも１つの指令が記憶され、前記少なくとも１つの指令が前記プロセッサ２１０１によってロードされて実行されることにより、上記した復号化するための方法のステップを実現する。

本開示の実施例において、コンピュータ可読記憶媒体をさらに提供し、前記記憶媒体にコンピュータプログラムが記憶され、前記コンピュータプログラムがプロセッサによって実行されるとき、上記した符号化するための方法及び復号化するための方法のステップを実現する。

本開示の実施例において、プロセッサとメモリとを含む符号化側をさらに提供し、ここで、前記メモリは、コンピュータプログラムを記憶するために使用され、前記プロセッサは、前記メモリに記憶されたプログラムを実行するために使用され、上記した符号化するための方法のステップを実現する。

本開示の実施例において、プロセッサとメモリとを含む復号化側をさらに提供し、ここで、前記メモリは、コンピュータプログラムを記憶するために使用され、前記プロセッサは、前記メモリに記憶されたプログラムを実行するために使用され、上記した復号化するための方法のステップを実現する。

本開示の実施例において、符号化及び復号化するためのシステムをさらに提供し、前記システムは、符号化側と復号化側とを含み、ここで、
前記符号化側は、上述したように符号化処理を行う符号化側であり、
前記復号化側は、上述したように復号化処理を行う復号化側である。

当業者にとって、上記の実施例のステップの全部または一部をハードウェアによって完了してもよく、プログラムを利用して関連するハードウェアを指令することにより完了してもよいことを理解することができ、前記プログラムは、コンピュータ可読記憶媒体に記憶されることができ、上記記憶媒体は、読み出し専用メモリ、磁気ディスク、または光ディスク等であってもよい。

上記は、本開示の好ましい実施例に過ぎない、本開示を限定するものではなく、本開示の精神および原則内でなされた任意の変更、等効な置換、改善などは、本開示の範囲に含まれるものとする。

１４１０ 取得モジュール
１４２０ 確定モジュール
１５２０ 符号化モジュール
１６１０ 取得モジュール
１６２０ 確定モジュール
１７１０ 確定モジュール
１７２０ 符号化モジュール
１８１０ 取得モジュール
１８２０ 確定モジュール
１９１０ 取得モジュール
１９２０ 確定モジュール
１９３０ 符号化モジュール
２０００ 符号化側
２００１ プロセッサ
２００２ メモリ
２１００ 復号化側
２１０１ プロセッサ
２１０２ メモリ

Claims (15)

1. 現在のブロックの符号化データを取得することと、
   前記現在のブロックの高さと幅がいずれもプリセット閾値以下であり、且つ前記現在のブロックが輝度ブロックであると確定することと、
   前記符号化データから前記現在のブロックの変換カーネルペアインデックスを取得し、ここで、前記変換カーネルペアインデックスが５つのインデックス値を含む場合、前記変換カーネルペアインデックスのインデックス値が第１のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）であり、前記変換カーネルペアインデックスのインデックス値が第２のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＳＴ７、ＤＳＴ７）であり、前記変換カーネルペアインデックスのインデックス値が第３のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であり、前記変換カーネルペアインデックスのインデックス値が第４のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であり、前記変換カーネルペアインデックスのインデックス値が第５のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＣＴ８、ＤＣＴ８）であり、前記変換カーネルペアインデックスに対応する二値化コードワードは、最大４ビットを占め、前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、第１のインデックス値によってマップされた変換カーネルペアを使用するかどうかを示すためのものであり、一番目のビットの値が第１の値である場合、第１のインデックス値によってマップされた変換カーネルペア（ＤＣＴ２、ＤＣＴ２）が使用されたことを示し、一番目のビットの値が第２の値である場合、残りのインデックス値のうちの１つのインデックス値によってマップされた変換カーネルペアを使用し、前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、１つのコンテキストモデルに基づいて適応バイナリ算術符号化が行われたことにより復号化され、前記変換カーネルペアインデックスの二値化コードワードが前記一番目のビット以外の他のビットをさらに含む場合、前記他のビットは、コンテキストモデルに基づく適応バイナリ算術符号化（ＣＡＢＡＣ）を行うことにより復号化されることと、
   前記変換カーネルペアインデックスに基づいて、前記現在のブロックに対応する変換カーネルペアを確定し、ここで、前記変換カーネルペアは、水平変換カーネルと垂直変換カーネルとを含むことと、
   を含む、
   ことを特徴とする復号化方法。
2. 前記変換カーネルペアインデックスに基づいて、前記現在のブロックに対応する変換カーネルペアを確定することは、
   前記現在のブロックの変換カーネルペアインデックス、および予め設定された変換カーネルペアインデックスと変換カーネルペアとの対応関係に基づいて、前記現在のブロックに対応する変換カーネルペアを確定することを含み、ここで、前記対応関係は、５つの変換カーネルペアインデックスのインデックス値と５つの変換カーネルペアとのマッピング関係を含む、
   請求項１に記載の方法。
3. 一番目のビットの値が第２の値である場合、一番目のビットは、残りのインデックス値のうちの１つのインデックス値によってマップされた変換カーネルペアを使用することを示すために使用され、前記残りのインデックス値のうちの１つのインデックス値によってマップされた変換カーネルペアは、４つの変換カーネルペア（ＤＳＴ７、ＤＳＴ７）、（ＤＣＴ８、ＤＳＴ７）、（ＤＳＴ７、ＤＣＴ８）、（ＤＣＴ８、ＤＣＴ８）のうちの１つであり、
   前記二値化コードワードの二番目のビットの値は、現在のブロックによって使用された変換カーネルペアが（ＤＳＴ７、ＤＳＴ７）であるか、他の変換カーネルペア（ＤＣＴ８、ＤＳＴ７）、（ＤＳＴ７、ＤＣＴ８）、（ＤＣＴ８、ＤＣＴ８）のうちの１つであるかを区別するためのものであり、
   前記二値化コードワードの三番目のビットの値は、現在のブロックによって使用された変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であるか、変換カーネルペア（ＤＳＴ７、ＤＣＴ８）、（ＤＣＴ８、ＤＣＴ８）のうちの１つであるかを区別するためのものであり、
   前記二値化コードワードの四番目のビットの値は、現在のブロックによって使用された変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であるか、変換カーネルペア（ＤＣＴ８、ＤＣＴ８）であるかを区別するためのものである、
   請求項１に記載の方法。
4. 前記変換カーネルペアインデックスに基づいて、現在のブロックに対応する変換カーネルペアを確定することは、
   一番目のビットが０である場合、前記現在のブロックに対応する変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）であると確定することと、
   一番目のビットが１であり、二番目のビットが０である場合、前記現在のブロックに対応する変換カーネルペアが（ＤＳＴ７、ＤＳＴ７）であると確定することと、
   一番目のビットが１であり、二番目のビットが１であり、三番目のビットが０である場合、前記現在のブロックに対応する変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であると確定することと、
   一番目のビットが１であり、二番目のビットが１であり、三番目のビットが１であり、四番目のビットが０である場合、前記現在のブロックに対応する変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であると確定することと、
   一番目のビットが１であり、二番目のビットが１であり、三番目のビットが１であり、四番目のビットが１である場合、前記現在のブロックに対応する変換カーネルペアが（ＤＣＴ８、ＤＣＴ８）であると確定することと、
   を含む、
   請求項１に記載の方法。
5. 前記符号化データから前記現在のブロックの変換カーネルペアインデックスを取得する前に、符号化側からの前記符号化データにターゲット識別子が含まれるかどうかを判断することをさらに含み、前記ターゲット識別子は、明示的なマルチコア変換処理を行うことを示すために使用される
   請求項１に記載の方法。
6. 前記符号化データから前記現在のブロックの変換カーネルペアインデックスを取得することは、
   前記現在のブロックが輝度ブロックであり、且つ前記現在のブロックの高さと幅がいずれも３２以下であると確定した場合、前記符号化データから前記現在のブロックの変換カーネルペアインデックスを取得するステップを実行することと、
   前記現在のブロックが輝度ブロックではない、または前記現在のブロックの高さ又は幅が３２より大きいと確定した場合、前記現在のブロックの変換カーネルペアインデックスを復号化せずに、直接に（ＤＣＴ２、ＤＣＴ２）を前記現在のブロックによって使用された変換カーネルペアとすることと、
   を含む、
   請求項１に記載の方法。
7. 前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットの第１の値は、０であり、前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットの第２の値は、１であり、
   前記第１のインデックス値の二値化コードワードは、０であり、前記第２のインデックス値の二値化コードワードは、１０であり、前記第３のインデックス値の二値化コードワードは、１１０であり、前記第４のインデックス値の二値化コードワードは、１１１０であり、前記第５のインデックス値の二値化コードワードは、１１１１である、
   ことを特徴とする請求項１に記載の方法。
8. 現在のブロックの高さと幅がいずれもプリセット閾値以下であり、且つ前記現在のブロックが輝度ブロックであると確定することと、
   前記現在のブロックに対応する変換カーネルペアおよび前記現在のブロックに対応する変換カーネルペアインデックスを確定し、前記変換カーネルペアインデックスが５つのインデックス値を含む場合、前記変換カーネルペアインデックスのインデックス値が第１のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）であり、前記変換カーネルペアインデックスのインデックス値が第２のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＳＴ７、ＤＳＴ７）であり、前記変換カーネルペアインデックスのインデックス値が第３のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であり、前記変換カーネルペアインデックスのインデックス値が第４のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であり、前記変換カーネルペアインデックスのインデックス値が第５のインデックス値であると、前記変換カーネルペアインデックスによってマップされた変換カーネルペアが（ＤＣＴ８、ＤＣＴ８）であり、前記変換カーネルペアインデックスに対応する二値化コードワードは、最大４ビットを占め、前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットは、第１のインデックス値によってマップされた変換カーネルペアを使用するかどうかを示すためのものであり、一番目のビットの値が第１の値である場合、第１のインデックス値によってマップされた変換カーネルペア（ＤＣＴ２、ＤＣＴ２）が使用されたことを示し、一番目のビットの値が第２の値である場合、残りのインデックス値のうちの１つのインデックス値によってマップされた変換カーネルペアを使用し、前記変換カーネルペアインデックスの二値化コードワードが前記一番目のビット以外の他のビットをさらに含む場合、前記他のビットは、コンテキストモデルに基づく適応バイナリ算術符号化（ＣＡＢＡＣ）を行うことにより復号化されることと、
   前記変換カーネルペアインデックスに対応する二値化コードワードの一番目のビットに対して、１つのコンテキストモデルに基づいて適応バイナリ算術符号化を行う方式に従って、前記変換カーネルペアインデックスを符号化し、前記現在のブロックの符号化データに追加することと、
   を含む、
   ことを特徴とする符号化方法。
9. 前記現在のブロックに対応する変換カーネルペアおよび前記現在のブロックに対応する変換カーネルペアインデックスを確定することは、前記現在のブロックに対応する変換カーネルペアを確定することと、前記変換カーネルペア、および予め設定された変換カーネルペアインデックスと変換カーネルペアとの対応関係に基づいて、前記現在のブロックの変換カーネルペアインデックスを確定することとを含み、ここで、前記対応関係は、５つの変換カーネルペアインデックスのインデックス値と５つの変換カーネルペアとのマッピング関係を含む、
   請求項８に記載の方法。
10. 前記一番目のビットの値が第２の値である場合、残りのインデックス値のうちの１つのインデックス値によってマップされた変換カーネルペアを使用することは、一番目のビットの値が第２の値である場合、一番目のビットが、残りのインデックス値のうちの１つのインデックス値によってマップされた変換カーネルペアを使用することを示すために使用されることを含み、前記残りのインデックス値のうちの１つのインデックス値によってマップされた変換カーネルペアは、４つの変換カーネルペア（ＤＳＴ７、ＤＳＴ７）、（ＤＣＴ８、ＤＳＴ７）、（ＤＳＴ７、ＤＣＴ８）、（ＤＣＴ８、ＤＣＴ８）のうちの１つであり、
    ここで、前記二値化コードワードの二番目のビットの値は、現在のブロックによって使用された変換カーネルペアが（ＤＳＴ７、ＤＳＴ７）であるか、他の変換カーネルペア（ＤＣＴ８、ＤＳＴ７）、（ＤＳＴ７、ＤＣＴ８）、（ＤＣＴ８、ＤＣＴ８）のうちの１つであるかを区別するためのものであり、
    ここで、前記二値化コードワードの三番目のビットの値は、現在のブロックによって使用された変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）であるか、変換カーネルペア（ＤＳＴ７、ＤＣＴ８）、（ＤＣＴ８、ＤＣＴ８）のうちの１つであるかを区別するためのものであり、
    ここで、前記二値化コードワードの四番目のビットの値は、現在のブロックによって使用された変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）であるか、変換カーネルペア（ＤＣＴ８、ＤＣＴ８）であるかを区別するためのものであり、
    ここで、前記現在のブロックに対応する変換カーネルペアが（ＤＣＴ２、ＤＣＴ２）である場合、前記二値化コードワードの一番目のビットが０であり、
    前記現在のブロックに対応する変換カーネルペアが（ＤＳＴ７、ＤＳＴ７）である場合、前記二値化コードワードの一番目のビットが１であり、二番目のビットが０であり、
    前記現在のブロックに対応する変換カーネルペアが（ＤＣＴ８、ＤＳＴ７）である場合、前記二値化コードワードの一番目のビットが１であり、二番目のビットが１であり、三番目のビットが０であり、
    前記現在のブロックに対応する変換カーネルペアが（ＤＳＴ７、ＤＣＴ８）である場合、前記二値化コードワードの一番目のビットが１であり、二番目のビットが１であり、三番目のビットが１であり、四番目のビットが０であり、
    前記現在のブロックに対応する変換カーネルペアが（ＤＣＴ８、ＤＣＴ８）である場合、前記二値化コードワードの一番目のビットが１であり、二番目のビットが１であり、三番目のビットが１であり、四番目のビットが１である、
    請求項８に記載の方法。
11. プロセッサとプロセッサ実行可能命令を記憶するためのメモリとを含み、ここで、前記プロセッサは、請求項１から７の何れか一項に記載の復号化方法を実行するように構成されることを特徴とするデコーダ。
12. プロセッサとプロセッサ実行可能命令を記憶するためのメモリとを含み、ここで、前記プロセッサは、請求項８から１０の何れか一項に記載の符号化方法を実行するように構成されることを特徴とするエンコーダ。
13. 請求項１から７の何れか一項に記載の復号化方法を実行するように構成されることを特徴とする復号化装置。
14. 請求項８から１０の何れか一項に記載の符号化方法を実行するように構成されることを特徴とする符号化装置。
15. プロセッサによって実行可能な機器実行可能命令が記憶される機器可読記憶媒体であって、請求項１から７または８から１０の何れか一項に記載の方法を実現するために、前記プロセッサは、機器実行可能命令を実行するために使用される機器可読記憶媒体である。

Images