特表 2024-529313 ビデオコーデックにおけるシーケンスレベルおよびスライスレベルの構文表現

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

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

(11)【公表番号】

(43)【公表日】2024-08-06

(54)【発明の名称】ビデオコーデックにおけるシーケンスレベルおよびスライスレベルの構文表現

(51)【国際特許分類】

   H04N 19/70 20140101AFI20240730BHJP

【ＦＩ】

H04N19/70

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024500653

(86)(22)【出願日】2022-07-07

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

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

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

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

(31)【優先権主張番号】63/219,173

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．ＦＲＡＭ

(71)【出願人】

【識別番号】516227559

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

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

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

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋 学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100152205

【弁理士】

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

(74)【代理人】

【識別番号】100137523

【弁理士】

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

(74)【代理人】

【識別番号】100120385

【弁理士】

【氏名又は名称】鈴木 健之

(72)【発明者】

【氏名】ユイ、ユエ

(72)【発明者】

【氏名】ユイ、ハオピン

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

5C159

【Ｆターム（参考）】

5C159MA04

5C159MA05

5C159MA21

5C159MC11

5C159ME01

5C159PP04

5C159RC11

5C159UA02

5C159UA05

(57)【要約】

ビデオは、画像のシーケンスを含み、各当該画像は、１つまたは複数のスライスを含む。ビットストリームを解析して第１フラグの値を取得する。当該第１フラグの値がヘッダ拡張パラメータセットが存在することを示しているか否かを決定する。当該第１フラグの値が、当該ヘッダ拡張パラメータセットが存在することを示していることに応答して、当該ビットストリームを解析して第２フラグの値を取得する。当該第２フラグの値が、当該シーケンスに対して当該ヘッダ拡張パラメータセット内の第１パラメータがイネーブルになっていることを示しているか否かを決定する。当該第２フラグの値が、当該第１パラメータがイネーブルになっていることを示していることに応答して、当該ビットストリームを解析して、当該シーケンス内の当該スライスの１つのために使用される当該第１パラメータの値を取得する。当該第１パラメータの値に基づいて、当該スライスを復号化する。

【特許請求の範囲】

【請求項1】

ビデオの復号化方法であって、前記ビデオは、画像のシーケンスを含み、各前記画像は、１つまたは複数のスライスを含み、前記方法は、
プロセッサが、ビットストリームを解析して第１フラグの値を取得するステップと、
前記プロセッサが、前記第１フラグの値がヘッダ拡張パラメータセットが存在することを示しているか否かを決定するステップと、
前記第１フラグの値が、前記ヘッダ拡張パラメータセットが存在することを示していることに応答して、前記プロセッサが、前記ビットストリームを解析して前記第２フラグの値を取得するステップと、
前記プロセッサが、前記第２フラグの値が、前記画像のシーケンスに対して前記ヘッダ拡張パラメータセット内の第１パラメータがイネーブルになっていることを示しているか否かを決定するステップと、
前記第２フラグの値が、前記画像のシーケンスに対して前記第１パラメータがイネーブルになっていることを示していることに応答して、前記プロセッサが、前記ビットストリームを解析して、前記画像のシーケンス内の前記スライスの１つのために使用される前記第１パラメータの値を取得するステップと、
前記プロセッサが、前記スライスのために使用される前記第１パラメータの値に基づいて、前記スライスを復号化するステップと、を含む、ビデオの復号化方法。

【請求項2】

前記第１パラメータは、最後有効係数の位置を参照するための参照位置を指示する最後有効係数逆フラグを含む、
請求項１に記載のビデオの復号化方法。

【請求項3】

前記第１のパラメータは、前記スライスが高スループットモードで符号化されているか否かを指示する高スループットモードフラグを含む、
請求項１に記載のビデオの復号化方法。

【請求項4】

前記第１パラメータは、前記スライスの残差符号化において残差データビットがシフトするか否かを指示する残差データビットシフトフラグを含む、
請求項１に記載のビデオの復号化方法。

【請求項5】

前記第２フラグの値は、前記画像のシーケンスのヘッダ拡張に符号化される、
請求項１に記載のビデオの復号化方法。

【請求項6】

前記第１パラメータの値は、前記スライスのヘッダに符号化される、
請求項１に記載のビデオの復号化方法。

【請求項7】

前記ビデオの復号化方法は、
前記第１フラグの値が、前記ヘッダ拡張パラメータセットが存在することを示していることに応答して、前記プロセッサが、前記ビットストリームを解析して第３フラグの値を取得するステップと、
前記プロセッサが、前記第３フラグの値が、前記画像のシーケンスに対して前記ヘッダ拡張パラメータセット内の第２パラメータがイネーブルになっていることを示しているか否かを決定するステップと、
前記第３フラグの値が、前記画像のシーケンスに対して前記第２パラメータがイネーブルになっていることを示していることに応答して、前記プロセッサが、前記ビットストリームを解析して、前記スライスのために使用される前記第２パラメータの値を取得するステップと、
前記プロセッサが、前記スライスのために使用される前記第１パラメータの値および前記第２パラメータの値に基づいて、前記スライスを復号化するステップと、をさらに含む、
請求項１に記載のビデオの復号化方法。

【請求項8】

ビデオの復号化システムであって、前記ビデオは、画像のシーケンスを含み、各前記画像は、１つまたは複数のスライスを含み、前記システムは、
命令を記憶するように構成されるメモリと、
前記メモリに結合されたプロセッサと、を備え、前記プロセッサは、前記命令を実行するときに、
ビットストリームを解析して第１フラグの値を取得するステップと、
前記第１フラグの値が、ヘッダ拡張パラメータセットが存在することを示しているか否かを決定するステップと、
前記第１フラグの値が、前記ヘッダ拡張パラメータセットが存在することを示していることに応答して、前記ビットストリームを解析して前記第２フラグの値を取得するステップと、
前記第２フラグの値が、前記画像のシーケンスに対して前記ヘッダ拡張パラメータセット内の第１パラメータがイネーブルになっていることを示しているか否かを決定するステップと、
前記第２フラグの値が、前記画像のシーケンスに対して前記第１パラメータがイネーブルになっていることを示していることに応答して、前記ビットストリームを解析して、前記画像のシーケンス内の前記スライスの１つのために使用される前記第１パラメータの値を取得するステップと、
前記スライスのために使用される前記第１パラメータの値に基づいて、前記スライスを復号化するステップと、を実行するように構成される、ビデオの復号化システム。

【請求項9】

前記第１パラメータは、最後有効係数の位置を参照するための参照位置を指示する最後有効係数逆フラグを含む、
請求項８に記載のビデオの復号化システム。

【請求項10】

前記第１パラメータは、前記スライスが高スループットモードで符号化されているか否かを指示する高スループットモードフラグを含む、
請求項８に記載のビデオの復号化システム。

【請求項11】

前記第１パラメータは、前記スライスの残差符号化において残差データビットがシフトするか否かを指示する残差データビットシフトフラグを含む、
請求項８に記載のビデオの復号化システム。

【請求項12】

前記第２フラグの値は、前記画像のシーケンスのヘッダ拡張に符号化される、
請求項８に記載のビデオの復号化システム。

【請求項13】

前記第１パラメータの値は、前記スライスのヘッダに符号化される、
請求項８に記載のビデオの復号化システム。

【請求項14】

前記プロセッサはさらに、
前記第１フラグの値が、前記ヘッダ拡張パラメータセットが存在することを示していることに応答して、前記ビットストリームを解析して第３フラグの値を取得するステップと、
前記第３フラグの値が、前記画像のシーケンスに対して前記ヘッダ拡張パラメータセット内の第２パラメータがイネーブルになっていることを示しているか否かを決定するステップと、
前記第３フラグの値が、前記画像のシーケンスに対して前記第２パラメータがイネーブルになっていることを示していることに応答して、前記ビットストリームを解析して、前記スライスのために使用される前記第２パラメータの値を取得するステップと、
前記スライスのために使用される前記第１パラメータの値および前記第２パラメータの値に基づいて、前記スライスを復号化するステップと、を実行するように構成される、
請求項８に記載のビデオの復号化システム。

【請求項15】

ビデオの符号化方法であって、前記ビデオは、画像のシーケンスを含み、各前記画像は、１つまたは複数のスライスを含み、前記ビデオの符号化方法は、
プロセッサが、前記画像のシーケンス内の少なくとも１つの前記スライスのヘッダ拡張パラメータセット内の第１パラメータの値を決定するステップと、
前記プロセッサが、前記第１パラメータの値に基づいて、前記ヘッダ拡張パラメータセットが存在するか否かを指示する第１フラグの値を決定するステップと、
前記プロセッサが、前記第１パラメータの値に基づいて、前記画像のシーケンスに対して前記第１パラメータがイネーブルになっているか否かを指示する第２フラグの値を決定するステップと、
前記プロセッサが、前記第１パラメータの値に基づいて、前記少なくとも１つのスライスをビットストリームに符号化するステップと、
前記プロセッサが、前記第１フラグの値、前記第２フラグの値、および前記第１パラメータの値を、前記ビットストリームに符号化するステップと、を含む、ビデオの符号化方法。

【請求項16】

前記第１パラメータは、最後有効係数の位置を参照するための参照位置を指示する最後有効係数逆フラグを含む、
請求項１５に記載のビデオの符号化方法。

【請求項17】

前記第１パラメータは、前記少なくとも１つのスライスが高スループットモードで符号化されているか否かを指示する高スループットモードフラグを含む、
請求項１５に記載のビデオの符号化方法。

【請求項18】

前記第１パラメータは、前記少なくとも１つのスライスの残差符号化において残差データビットがシフトするか否かを指示する残差データビットシフトフラグを含む、
請求項１５に記載のビデオの符号化方法。

【請求項19】

前記第２フラグの値は、前記画像のシーケンスのヘッダ拡張に符号化される、
請求項１５に記載のビデオの符号化方法。

【請求項20】

前記第１パラメータの値は、前記少なくとも１つのスライスのヘッダに符号化される、
請求項１５に記載のビデオの符号化方法。

【請求項21】

前記ビデオの符号化方法は、
前記プロセッサが、前記少なくとも１つのスライスの前記ヘッダ拡張パラメータセット内の第２パラメータの値を決定するステップと、
前記プロセッサが、前記第２パラメータの値に基づいて、前記画像のシーケンスに対して前記第２パラメータがイネーブルになっているか否かを指示する第３フラグの値を決定するステップと、
前記プロセッサが、前記第１パラメータの値および前記第２パラメータの値に基づいて、前記少なくとも１つのスライスを前記ビットストリームに符号化するステップと、
前記プロセッサが、前記第１フラグの値、前記第２フラグの値、前記第１パラメータの値、および前記第２パラメータの値を、前記ビットストリームに符号化するステップと、をさらに含む、
請求項１５に記載のビデオの符号化方法。

【請求項22】

ビデオの符号化システムであって、前記ビデオは、画像のシーケンスを含み、各前記画像は、１つまたは複数のスライスを含み、前記システムは、
命令を記憶するように構成されるメモリと、
前記メモリに結合されたプロセッサと、を備え、前記プロセッサは、前記命令を実行するときに、
前記画像のシーケンス内の少なくとも１つの前記スライスのヘッダ拡張パラメータセット内の第１パラメータの値を決定するステップと、
前記第１パラメータの値に基づいて、前記ヘッダ拡張パラメータセットが存在するか否かを指示する第１フラグの値を決定するステップと、
前記第１パラメータの値に基づいて、前記画像のシーケンスに対して前記第１パラメータがイネーブルになっているか否かを指示する第２フラグの値を決定するステップと、
前記第１パラメータの値に基づいて、前記少なくとも１つのスライスをビットストリームに符号化するステップと、
前記第１フラグの値、前記第２フラグの値、および前記第１パラメータの値を、前記ビットストリームに符号化するステップと、を実行するように構成される、ビデオの符号化システム。

【請求項23】

前記第１パラメータは、最後有効係数の位置を参照するための参照位置を指示する最後有効係数逆フラグを含む、
請求項２２に記載のビデオの符号化システム。

【請求項24】

前記第１パラメータは、前記少なくとも１つのスライスが高スループットモードで符号化されているか否かを指示する高スループットモードフラグを含む、
請求項２２に記載のビデオの符号化システム。

【請求項25】

前記第１パラメータは、前記少なくとも１つのスライスの残差符号化において残差データビットがシフトするか否かを指示する残差データビットシフトフラグを含む、
請求項２２に記載のビデオの符号化システム。

【請求項26】

前記第２フラグの値は、前記画像のシーケンスのヘッダ拡張に符号化される、
請求項２２に記載のビデオの符号化システム。

【請求項27】

前記第１パラメータの値は、前記少なくとも１つのスライスのヘッダに符号化される、
請求項２２に記載のビデオの符号化システム。

【請求項28】

前記プロセッサはさらに、
前記少なくとも１つのスライスの前記ヘッダ拡張パラメータセット内の第２パラメータの値を決定するステップと、
前記第２パラメータの値に基づいて、前記画像のシーケンスに対して前記第２パラメータがイネーブルになっているか否かを指示する第３フラグの値を決定するステップと、
前記第１パラメータの値および前記第２パラメータの値に基づいて、前記少なくとも１つのスライスを前記ビットストリームに符号化するステップと、
前記第１フラグの値、前記第２フラグの値、前記第１パラメータの値、および前記第２パラメータの値を、前記ビットストリームに符号化するステップと、を実行するように構成される、
請求項２２に記載のビデオの符号化システム。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願への相互参照）
本願は、２０２１年０７月０７日に提出された、発明の名称が「ＲＥＰＲＥＳＥＮＴＡＴＩＯＮ ＯＦ ＳＥＶＥＲＡＬ ＳＰＳ ＡＮＤ ＳＬＩＣＥ ＲＥＬＡＴＥＤ ＳＹＮＴＡＸ ＥＬＥＭＥＮＴＳ ＦＯＲ ＶＩＤＥＯ ＣＯＤＩＮＧ」であり、出願番号が６３／２１９，１７３である米国仮出願の優先権を主張し、その内容の全てが引用により本願に組み込まれる。

【0002】

本発明の実施例は、ビデオコーデックに関するものである。

【背景技術】

【0003】

デジタルビデオは主流になり、デジタルテレビ、ビデオテレ電話、遠隔会議などのアプリケーションに幅広く応用されている。このようなデジタルビデオアプリケーションは、コンピューティングと通信技術の進歩と効率的なビデオコーデック技術のおかげで実現可能となる。様々なビデオコーデック技術を使用してビデオデータを圧縮することができ、これにより、１つまたは複数のビデオコーデック規格でビデオデータのコーデックを実行することができる。ビデオコーデック規格の例としては、汎用ビデオコーデック（Ｈ．２６６／ＶＶＣ）、高効率ビデオコーデック（Ｈ．２６５／ＨＥＶＣ）、高性能ビデオコーデック（Ｈ．２６４／ＡＶＣ）、動画像専門家グループ（ＭＰＥＧ：ｍｏｖｉｎｇ ｐｉｃｔｕｒｅ ｅｘｐｅｒｔ ｇｒｏｕｐ）コーデックなどが挙げられるが、これらに限定されない。

【発明の概要】

【0004】

本発明の一態様によれば、ビデオの復号化方法を開示する。当該ビデオは、画像のシーケンスを含み、各当該画像は、１つまたは複数のスライスを含む。プロセッサは、ビットストリームを解析して第１フラグの値を取得する。当該プロセッサは、当該第１フラグの値がヘッダ拡張パラメータセットが存在することを示しているか否かを決定する。当該第１フラグの値が、当該ヘッダ拡張パラメータセットが存在することを示していることに応答して、当該プロセッサは、当該ビットストリームを解析して第２フラグの値を取得する。当該プロセッサは、当該第２フラグの値が、当該画像のシーケンスに対して当該ヘッダ拡張パラメータセット内の当該第１パラメータがイネーブルになっていることを示しているか否かを決定する。当該第２フラグの値が、当該画像のシーケンスに対して当該第１パラメータがイネーブルなっていることを示していることに応答して、当該ビットストリームを解析して、当該画像のシーケンス内の当該スライスの１つのために使用される当該第１パラメータの値を取得する。当該プロセッサは、当該スライスのために使用される当該第１パラメータの値に基づいて、当該スライスを復号化する。

【0005】

本発明の別の態様によれば、ビデオの復号化システムは、命令を記憶するように構成されるメモリと、当該メモリに結合されたプロセッサと、を備える。当該ビデオは、画像のシーケンスを含み、各当該画像は、１つまたは複数のスライスを含む。当該プロセッサは、当該命令を実行するときに、ビットストリームを解析して第１フラグの値を取得するように構成される。当該プロセッサはさらに、当該命令を実行するときに、当該第１フラグの値がヘッダ拡張パラメータセットが存在することを示しているか否かを決定し、当該第１フラグの値が当該ヘッダ拡張パラメータセットが存在することを示していることに応答して、当該ビットストリームを解析して第２フラグの値を取得するように構成される。当該プロセッサはさらに、当該命令を実行するときに、当該第２フラグの値が、当該画像のシーケンスに対して当該ヘッダ拡張パラメータセット内の当該第１パラメータがイネーブルになっていることを示しているか否かを決定し、当該第２フラグの値が、前記画像のシーケンスに対して当該第１パラメータがイネーブルになっていることを示していることに応答して、当該ビットストリームを解析して、当該画像のシーケンス内の当該スライスの１つのために使用される当該第１パラメータの値を取得するように構成される。当該プロセッサはさらに、当該命令を実行するときに、当該スライスのために使用される当該第１パラメータの値に基づいて、当該スライスを復号化するように構成される。

【0006】

本発明のさらに別の態様によれば、ビデオの符号化方法を開示する。当該ビデオは、画像のシーケンスを含み、各当該画像は、１つまたは複数のスライスを含む。プロセッサは、当該画像のシーケンス内の少なくとも１つの当該スライスのヘッダ拡張パラメータセット内の第１パラメータの値を決定する。当該プロセッサは、当該第１パラメータの値に基づいて、当該ヘッダ拡張パラメータセットが存在するか否かを指示する第１フラグの値を決定する。当該第１パラメータの値に基づいて、当該画像のシーケンスに対して当該第１パラメータがイネーブルになっているか否かを指示する第２フラグの値を決定する。当該プロセッサは、当該第１パラメータの値に基づいて、当該少なくとも１つのスライスをビットストリームに符号化する。当該プロセッサは、当該第１フラグの値、当該第２フラグの値、および当該第１パラメータの値を、当該ビットストリームに符号化する。

【0007】

本発明のさらに別の態様によれば、ビデオの符号化システムは、命令を記憶するように構成されるメモリと、当該メモリに結合されたプロセッサと、を備える。当該ビデオは、画像のシーケンスを含み、各当該画像は、１つまたは複数のスライスを含む。当該プロセッサは、当該命令を実行するときに、当該画像のシーケンス内の少なくとも１つの当該スライスのヘッダ拡張パラメータセット内の第１パラメータの値を決定するように構成される。当該プロセッサはさらに、当該命令を実行するときに、当該第１パラメータの値に基づいて、当該ヘッダ拡張パラメータセットが存在するか否かを指示する第１フラグの値を決定するように構成される。当該プロセッサはさらに、当該命令を実行するときに、当該第１パラメータの値に基づいて、当該画像のシーケンスに対して当該第１パラメータがイネーブルになっているか否かを指示する第２フラグの値を決定するように構成される。当該プロセッサはさらに、当該命令を実行するときに、当該第１パラメータの値に基づいて、当該少なくとも１つのスライスをビットストリームに符号化し、当該第１フラグの値、当該第２フラグの値、および当該第１パラメータの値を、当該ビットストリームに符号化するように構成される。

【0008】

これらの例示的な実施例は、本発明を限定または定義することを意図したものではなく、理解を容易にする例を提供することを意図したものである。追加の実施例は、明細書において詳細に説明され、以下に更なる説明を提供する。

【図面の簡単な説明】

【0009】

【図1】本発明のいくつかの実施例による例示的な符号化システムのブロック図である。

【図2】本発明のいくつかの実施例による例示的な復号化システムのブロック図である。

【図3】本発明のいくつかの実施例による、図１の符号化システムにおける例示的なエンコーダの詳細ブロック図である。

【図4】本発明のいくつかの実施例による、図２の復号化システムにおける例示的なデコーダの詳細ブロック図である。

【図5A】本発明のいくつかの実施例による、画像のシーケンスに分割されたビデオの一例を示す。

【図5B】本発明のいくつかの実施例による、スライスに分割された画像の一例を示す。

【図5C】本発明のいくつかの実施例による、符号化ツリーユニット（ＣＴＵ：ｃｏｄｉｎｇ ｔｒｅｅ ｕｎｉｔ）に分割されたスレイスの一例を示す。

【図5D】本発明のいくつかの実施例による、符号化ユニット（ＣＵ：ｃｏｄｉｎｇ ｕｎｉｔ）に分割されたＣＴＵの一例を示す。

【図6】本発明のいくつかの実施例による、正規残差符号化（ＲＲＣ：ｒｅｇｕｌａｒ ｒｅｓｉｄｕａｌ ｃｏｄｉｎｇ）を使用して符号化された変換ブロックの一例を示す。

【図7】ＲＲＣにおける符号化パスを示す。

【図8A】本発明のいくつかの実施例による、ＲＲＣにおける例示的な高スループットモードを示す。

【図8B】本発明のいくつかの実施例による、ＲＲＣにおける別の例示的な高スループットモードを示す。

【図8C】本発明のいくつかの実施例による、変換ユニット（ＴＵ：ｔｒａｎｓｆｏｒｍ ｕｎｉｔ）符号化におけるさらに別の例示的な高スループットモードを示す。

【図8D】本発明のいくつかの実施例による、ＴＵ符号化における例示的な高スループットモードを示す。

【図9】本発明のいくつかの実施例による例示的なビデオの復号化方法のフローチャートを示す。

【図10】本発明のいくつかの実施例による例示的なビデオの符号化方法のフローチャートを示す。

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

【0010】

本明細書に組み込まれ、本明細書の一部を構成する図面は、本発明の実施例を例示し、本明細書の説明とともに本発明の原理をさらに説明するために使用され、それにより、当業者が本発明を実施し、使用できるようにする。

【0011】

図面を参照しながら本発明の実施例を説明する。

【0012】

いくつかの構成および配置について説明するが、これは例示のためにのみ行われることを理解されたい。当業者であれば、本発明の精神および範囲から逸脱することなく、他の構成および配置を使用できることを理解することができる。明らかに、当業者にとって本発明は様々な他の用途にも使用できる。

【0013】

なお、本明細書において、「一つの実施例」、「一実施例」、「例示的実施例」、「いくつかの実施例」、「特定の実施例」などは、記載された実施例が特定の特徴、構造または特性を含み得ることを示すが、すべての実施例が必ずしも当該特定の特徴、構造または特性を含むとは限らない。また、このような表現は、必ずしも同じ実施例を指すとは限らない。さらに、特定の特徴、構造または特性が実施例に関連して説明される場合、それが明示的に説明されているか否かにかかわらず、そのような特徴、構造または特性は、当業者の知識の範囲内で他の実施例と組み合わせることによって実現される。

【0014】

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

【0015】

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

【0016】

本明細書で説明される技術は、様々なビデオコーデックアプリケーションに使用され得る。本明細書に記載されているように、ビデオコーデックには、ビデオの符号化と復号化が含まれる。ビデオの符号化と復号化は、ブロック単位で実行することができる。例えば、変換、量子化、予測、ループ内フィルタリング、再構成などの符号化／復号化処理は、符号化ブロック、変換ブロック、または予測ブロックに対して実行され得る。本明細書に記載されているように、符号化／復号化されるブロックは、「現在ブロック」と呼ばれる。例えば、現在の符号化／復号化プロセスに応じて、現在ブロックは、コーデックブロック、変換ブロック、または予測ブロックを表すことができる。さらに、本発明における「ユニット」という用語は、特定の符号化／復号化プロセスを実行するための基本単位を示し、用語「ブロック」は、所定のサイズのサンプル配列を示すことを理解されたい。特に明記されていない限り、「ブロック」と「ユニット」は同じ意味で使用されることができる。

【0017】

ビデオ符号化では、量子化は、変換されたまたは変換されていないビデオ信号のダイナミックレンジを減らすために使用され、これにより、より少ないビット数でビデオ信号を表現することができる。量子化前、特定の位置における変換されたまたは変換されていないビデオ信号は、「係数」と呼ばれる。量子化後、係数の量子化値は、「量子化レベル」または「レベル」と呼ばれる。本発明において、ある位置の量子化レベルとは、その位置における係数の量子化レベルを指す。ビデオ符号化では、残差符号化は、位置の量子化レベルをビットストリームに符号化するために使用される。量子化後、Ｎ×Ｍサイズの符号化ブロックに対してＮ×Ｍ個の量子化レベルが存在する。これらのＮ×Ｍ個の量子化レベルは、ゼロ値でも非ゼロ値でもよい。非ゼロレベルが２値でない場合、２値化方法を使用して非ゼロレベルを２値表現（２値ｂｉｎなど）にさらに変換（例えば、２値化）する。次に、符号化アルゴリズム（エントロピー符号化アルゴリズムなど）を使用して２値表現（２値ｂｉｎなど）をビットストリームに圧縮する。２値化方法の例としては、複合（ｃｏｍｂｉｎｅｄ）ＴＲ（Ｔｒｕｎｃａｔｅｄ Ｒｉｃｅ）２値化、有限ｋ次指数ゴロム（ｌｉｍｉｔｅｄ ＥＧｋ（ｋ－ｔｈ ｏｒｄｅｒ Ｅｘｐ－Ｇｏｌｏｍｂ））２値化、およびｋ次Ｅｘｐ－Ｇｏｌｏｍｂ２値化などのゴロム・ライス（Ｇｏｌｏｍｂ－Ｒｉｃｅ）２値化が挙げられるが、これらに限定されない。エントロピー符号化アルゴリズムの例としては、可変長符号化（ＶＬＣ：ｖａｒｉａｂｌｅ－ｌｅｎｇｔｈ ｃｏｄｉｎｇ）方式、コンテキスト適応型ＶＬＣ方式（ＣＡＶＬＣ：ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ＶＬＣ ｓｃｈｅｍｅ）、算術符号化方式、２値化、コンテキスト適応型２値算術符号化（ＣＡＢＡＣ：ｃｏｎｔｅｘｔ ａｄａｐｔｉｖｅ ｂｉｎａｒｙ ａｒｉｔｈｍｅｔｉｃ ｃｏｄｉｎｇ）、構文ベースのコンテキスト適応型２値算術符号化（ＳＢＡＣ：ｓｙｎｔａｘ－ｂａｓｅｄ ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ｂｉｎａｒｙ ａｒｉｔｈｍｅｔｉｃ ｃｏｄｉｎｇ）、確率間隔分割エントロピー（ＰＩＰＥ：ｐｒｏｂａｂｉｌｉｔｙ ｉｎｔｅｒｖａｌ ｐａｒｔｉｔｉｏｎｉｎｇ ｅｎｔｒｏｐｙ）符号化、または他のエントロピー符号化技術が挙げられるが、これらに限定されない。

【0018】

レベル（または場合によっては係数）の表現に加えて、ビデオ符号化に使用される他の情報（構文要素など）の表現も、ビットストリームに符号化される／書き込まれる場合がある。ビデオ符号化は、ビデオを異なるピース（ｐｉｅｃｅｓ）（シーケンス、画像、スライスなど）に分割することによって、異なるレベルで構成されるため、構文要素の表現も、例えば、対応するヘッダ情報として、異なるレベル（シーケンスレベル、画像レベル、スライスレベルなど）で配置される。さらに、ビデオ符号化におけるいくつかの構文要素を解析するには、複数の条件チェックを必要とする場合があり、これにより、構文要素の表現を編成および解析する複雑さがさらに増加される。

【0019】

本発明は、ビデオ符号化における構文要素の表現を編成および解析する効率を向上させ、複雑さを低減するための様々な方案を提供する。本発明のいくつかの態様によれば、異なるレベルの様々な構文要素（例えば、シーケンスレベルフラグおよびスライスレベルフラグ）は、異なるレベルの対応する条件チェックと組み合わせて、簡素化された効率的な方法で特定のオプションパラメータ（ヘッダ拡張パラメータ（ｈｅａｄｅｒ ｅｘｔｅｎｓｉｏｎ ｐａｒａｍｅｔｅｒ）など）を編成および解析するために使用され得る。いくつかの実施例では、フラグは、ヘッダ拡張パラメータセットの存在を指示する。ヘッダ拡張パラメータは、いくつかの画像のシーケンスには関連付けられ得るが、他の画像のシーケンスには関連付けられない様々なパラメータを含み得る。いくつかの実施例では、このようなヘッダ拡張パラメータセットが存在する場合、シーケンスレベルフラグは、当該ヘッダ拡張パラメータセット内の各パラメータに使用され、ビデオ内の特定の画像のシーケンスに対して対応するパラメータがイネーブルになっているか否かを指示する。いくつかの実施例では、パラメータがシーケンスレベルでイネーブルになっている場合、スライスレベル構文要素は、各パラメータに使用され、画像のシーケンス内の特定のスライスを符号化／復号化するためのパラメータの値を指示する。

【0020】

本発明のいくつかの態様によれば、同じレベルで同じ条件チェックを有する異なる構文要素の表現は、条件チェックの数を減らすためにグループ化されることができ、それによって当該方案をさらに簡素化することができる。

【0021】

図１は、本発明のいくつかの実施例による例示的な符号化システム１００のブロック図である。図２は、本発明のいくつかの実施例による例示的な復号化システム２００のブロック図である。システム１００またはシステム２００はそれぞれ、コンピュータや無線通信装置など、データ処理が可能な様々なシステムおよび装置に適用または統合されることができる。例えば、システム１００またはシステム２００は、携帯電話、デスクトップコンピュータ、ラップトップコンピュータ、タブレット、車両コンピュータ、ゲーミングコンソール、プリンタ、測位機器、ウェアラブル電子機器、スマートセンサ、仮想現実（ＶＲ：ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ）機器、拡張現実（ＡＲ：ａｒｇｕｍｅｎｔ ｒｅａｌｉｔｙ）機器、またはデータ処理機能を有する他の任意の適切な電子機器の全体または一部であってもよい。図１および図２に示すように、システム１００またはシステム２００は、プロセッサ１０２、メモリ１０４、およびインターフェース１０６を含み得る。これらの構成要素は、バスによって互いに接続されているように示されているが、他の接続タイプも許容される。なお、システム１００またはシステム２００は、本明細書で説明する機能を実行するための他の任意の適切な構成要素を含んでもよい。

【0022】

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

【0023】

メモリ１０４は、広義には、メモリ（プライマリメモリ／システムメモリとも呼ばれる）およびストレージ（セカンダリメモリとも呼ばれる）を含み得る。例えば、メモリ１０４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、スタティックＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、強誘電体ＲＡＭ（ＦＲＡＭ）、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）または他の光ディスクストレージ、ハードディスクドライブ（ＨＤＤ：ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）、例えば、磁気ディスク記憶装置または他の磁気記憶装置、フラッシュドライブ、ソリッドステートドライブ（ＳＳＤ：ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ）、またはプロセッサ１０２がアクセスおよび実行できる命令の形態で所望のプログラムコードを携帯または記憶するために使用できる任意の他の媒体を含み得る。広義には、メモリ１０４は、非一時的コンピュータ可読媒体など、任意のコンピュータ可読媒体によって具現化され得る。図１および図２には、１つのメモリのみが示されているが、複数のメモリを含んでもよいことが理解できる。

【0024】

インターフェース１０６は、広義には、データインターフェースおよび通信インターフェースを含み得、当該通信インターフェースは、他の外部ネットワーク要素との情報の送受信プロセスにおいて信号を受信および送信するように構成される。例えば、インターフェース１０６は、入力／出力（Ｉ／Ｏ）機器、有線または無線トランシーバを含み得る。図１および図２には、１つのインターフェースのみが示されているが、複数のインターフェースが含まれていてもよいことが理解される。

【0025】

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

【0026】

図１に示すように、符号化システム１００では、プロセッサ１０２は、エンコーダ１０１などの１つまたは複数のモジュールを含み得る。図１は、エンコーダ１０１が１つのプロセッサ１０２内にあることを示しているが、理解可能なこととして、エンコーダ１０１は、１つまたは複数のサブモジュールを含み得、これらのサブモジュールは、互いに密接または遠隔に配置された異なるプロセッサに実装され得る。エンコーダ１０１（および任意の対応するサブモジュールまたはサブユニット）は、プロセッサ１０２のハードウェアユニット（例えば、集積回路の一部）であり得、当該ハードウェアユニットは、プロセッサ１０２がプログラムの少なくとも一部（即ち、命令）を実行することによって実装する他の構成要素またはソフトウェアユニットと共に使用するように設計される。プログラムの命令は、メモリ１０４などのコンピュータ可読媒体に記憶されてもよく、プロセッサ１０２によって実行されるときに、当該命令は、以下に詳述するように、画像分割、インター予測、イントラ予測、変換、量子化、フィルタリング、エントロピー符号化などのビデオ符号化に関連する１つまたは複数の機能を有するプロセスを実行することができる。

【0027】

同様に、図２に示すように、復号化システム２００では、プロセッサ１０２は、デコーダ２０１などの１つまたは複数のモジュールを含み得る。図２には、デコーダ２０１が１つのプロセッサ１０２内にあることが示されているが、理解可能なこととして、デコーダ２０１は、１つまたは複数のサブモジュールを含み得、これらのサブモジュールは、互いに密接または遠隔に配置された異なるプロセッサに実装され得る。デコーダ２０１（および任意の対応するサブモジュールまたはサブユニット）は、プロセッサ１０２のハードウェアユニット（例えば、集積回路の一部）であり得、当該ハードウェアユニットは、プロセッサ１０２がプログラムの少なくとも一部（即ち、命令）を実行することによって実装する他の構成要素またはソフトウェアユニットと共に使用するように設計される。プログラムの命令は、メモリ１０４などのコンピュータ可読媒体に記憶されてもよく、プロセッサ１０２によって実行されるときに、当該命令は、以下に詳述するように、エントロピー復号化、逆量子化、逆変換、インター予測、イントラ予測、変換、量子化、フィルタリングなどのビデオ復号化に関連する１つまたは複数の機能を有するプロセスを実行することができる。

【0028】

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

【0029】

分割モジュール３０２は、ビデオの入力画像を少なくとも１つの処理ユニットに分割するように構成され得る。画像は、ビデオのフレーム、またはビデオのフィールドであり得る。図５Ａ～図５Ｄに示すように、ビデオは、異なるレベルのピースに分割されて、ビデオコーデックに使用される。例えば、図５Ａにおいて、ビデオ５００は、１つまたは複数のシーケンス５０２に分割され得、各シーケンス５０２は、１つまたは複数の画像５０４を含み得る。いくつかの実施例では、画像５０４は、モノクロ形式のルーマサンプル（ｌｕｍａ ｓａｍｐｌｅ）のアレイ、または１つのルーマサンプルと２つの対応するクロマサンプルのアレイを含む。この場合、処理ユニットは、予測ユニット（ＰＵ：ｐｒｅｄｉｃｔｉｏｎ ｕｎｉｔ）、変換ユニット（ＴＵ：ｔｒａｎｓｆｏｒｍ ｕｎｉｔ）またはＣＵであってもよい。分割モジュール３０２は、画像を符号化ユニット、予測ユニット、および変換ユニットの複数の組み合わせに分割し、所定の基準（例えば、コスト関数）に基づいて、符号化ユニット、予測ユニット、および変換ユニットの組み合わせを選択することによって画像を符号化してもよい。

【0030】

いくつかの実施例では、例えば、図５Ｂに示すように、分割モジュール３０２によって、画像５０４は、１つまたは複数のスライス（ｓｌｉｃｅ）５０６に分割される。なお、各画像５０４内のスライス５０６の形状およびスライス５０６の数は、異なる例において異なってもよい。いくつかの実施例によれば、各スライス５０６は、そのルート画像５０４と同じサイズであってもよいし、ルート画像５０４の細分（ｓｕｂｄｉｖｉｓｉｏｎ）であってもよい。

【0031】

Ｈ．２６５／ＨＥＶＣと同様に、Ｈ．２６６／ＶＶＣはブロックベースのハイブリッド時間および空間予測コーデック方式である。図５Ｃに示すように、符号化中に、スライス５０６は、分割モジュール３０２によって、正方形のブロックＣＴＵ５０８にさらに分割され得る。例えば、ＣＴＵ５０８は１２８×１２８ピクセルのブロックであってもよい。換言すれば、スライス５０６は、複数のＣＴＵ５０８を含み得る。図５Ｄに示すように、各ＣＴＵ５０８は、分割モジュール３０２によって、予測および変換のための１つまたは複数のＣＵ５１０にさらに分割され得る。Ｈ．２６５／ＨＥＶＣとは異なり、Ｈ．２６６／ＶＶＣでは、ＣＵ５１０は長方形または正方形であり得、予測ユニットまたは変換ユニットにさらに分割されることなく符号化され得る。例えば、図５Ｄに示すように、ＣＴＵ５０８からＣＵ５１０への分割は、４分木分割（実線で示す）、２分木分割（破線で示す）、および３分木分割（一点鎖線で示す）を含み得る。いくつかの実施例によれば、各ＣＵ５１０は、そのルートＣＴＵ５０８と同じ大きさであってもよいし、ルートＣＴＵ５０８の４×４ブロックという小さい細分（ｓｕｂｄｉｖｉｓｉｏｎ）あってもよい。以下に詳述するように、ビデオ５００を異なるレベルの複数のピース（シーケンス５０２、画像５０４、スライス５０６、ＣＴＵ５０８、ＣＵ５１０など）に分割することにより、ビデオ５００を符号化するときに、異なるレベルで構文要素を使用して、ビデオ符号化の柔軟性および効率を向上させることができる。

【0032】

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

【0033】

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

【0034】

いくつかの実施例では、イントラ予測モジュール３０６は、現在ブロック周辺の参照ピクセルの情報に基づいて予測ユニットを生成することができ、当該情報は、現在画像内のピクセル情報である。現在の予測単位の近傍のブロックがインター予測が実行されたブロックであり、参照ピクセルがインター予測が実行されたピクセルである場合、イントラ予測が実行された近傍のブロックの参照ピクセル情報の代わりに、インター予測が実行されたブロック内の参照ピクセルを使用してもよい。即ち、参照ピクセルが利用できない場合、利用可能な参照ピクセルのうちの少なくとも１つを、利用できない参照ピクセル情報の代わりに使用することができる。イントラ予測では、予測モードは、予測方向に応じて参照ピクセル情報を使用する角度予測モードと、予測の実行時に方向情報を使用しない非角度予測モードとを有し得る。ルーマ（ｌｕｍａ）情報を予測するモードは、色差情報を予測するモードとは異なってもよく、ルーマ情報の予測に使用されるイントラ予測モード情報または予測されたルーマ信号情報は、色差情報の予測に使用され得る。イントラ予測が実行されるときに、予測ユニットのサイズが変換ユニットのサイズと同じである場合、予測ユニットの左側ピクセル、左上側ピクセル、および上部ピクセルに基づいて、予測ユニットに対してイントラ予測を実行することができる。しかしながら、イントラ予測が実行されるときに、予測ユニットのサイズが変換ユニットのサイズと異なる場合、変換ユニットに基づいた参照ピクセルを使用してイントラ予測を実行することができる。

【0035】

イントラ予測方法は、予測モードに基づいて参照ピクセルに適応型イントラ平滑化（ＡＩＳ：ａｄａｐｔｉｖｅ ｉｎｔｒａ ｓｍｏｏｔｈｉｎｇ）フィルタを適用した後、予測ブロックを生成することができる。参照ピクセルに適用されるＡＩＳフィルタのタイプは変更可能である。イントラ予測方法を実行するために、現在の予測ユニットの近傍の予測ユニットのイントラ予測モードから、現在の予測ユニットのイントラ予測モードを予測することができる。近傍の予測ユニットから予測されたモード情報を使用して現在の予測ユニットの予測モードを予測する場合、現在の予測ユニットのイントラ予測モードが近傍の予測ユニットのイントラ予測ユニットと同じであれば、所定のフラグ情報を使用して、現在の予測ユニットの予測モードが近傍の予測ユニットの予測モードと同じであることを指示する情報を伝送することができる。また、現在の予測ユニットの予測モードが近傍の予測ユニットの予測モードと異なる場合、追加のフラグ情報に基づいて現在ブロックの予測モード情報を符号化することができる。

【0036】

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

【0037】

【0038】

量子化モジュール３１０は、符号化ブロック内の各位置の係数を量子化して、位置の量子化レベルを生成するように構成され得る。現在ブロックは、残差ブロックであり得る。つまり、量子化モジュール３１０は、各残差ブロックに対して量子化処理を実行することができる。残差ブロックは、Ｎ×Ｍ個の位置（サンプル）を含み得、各位置（サンプル）は、ルーマ（ｌｕｍａ）および／またはクロマ（ｃｈｒｏｍａ）情報などの、変換されたまたは変換されていないビデオ信号／データに関連付けられ、ここで、ＮおよびＭは正の整数である。本発明では、量子化前に、特定の位置にある変換されたまたは変換されていないビデオ信号は、本明細書では「係数」と呼ばれる。量子化後、当該係数の量子化値は、本明細書では「量子化レベル」または「レベル」と呼ばれる。

【0039】

量子化を使用して、変換されたまたは変換されていないビデオ信号のダイナミックレンジを減らすことができ、これにより、より少ないビット数でビデオ信号を表現することができる。量子化は、通常、量子化ステップ長による除算と丸めを含み、逆量子化（反量子化とも呼ばれる）は、量子化ステップ長による乗算を含む。量子化ステップ長は、量子化パラメータ（ＱＰ：ｑｕａｎｔｉｚａｔｉｏｎ ｐａｒａｍｅｔｅｒ）で指示することができる。このような量子化プロセスはスカラー量子化と呼ばれる。１つの符号化ブロック内のすべての係数の量子化は独立して行うことができ、このような量子化方法は、Ｈ．２６４／ＡＶＣやＨ．２６５／ＨＥＶＣなどのいくつかの既存のビデオ圧縮規格で使用されている。量子化におけるＱＰは、ビデオ符号化に使用されるビットレートに影響を与える可能性がある。例えば、ＱＰが高いとビットレートが低くなり、ＱＰが低いとビットレートが高くなる。

【0040】

Ｎ×Ｍサイズの符号化ブロックの場合、特定の符号化スキャン順序を使用して、ブロックの２次元（２Ｄ）係数を１次元（１Ｄ）順序に変換して、係数量子化および符号化を行うことができる。通常、符号化スキャンは、符号化ブロックの左上隅から始まり、符号化ブロックの右下隅または右下方向の最後の非ゼロ係数／レベルで停止する。なお、符号化スキャン順序は、ジグザグスキャン順序、垂直（列）スキャン順序、水平（行）スキャン順序、斜め方向スキャン順序、またはそれらの任意の組み合わせなどの任意の適切な順序を含み得る。符号化ブロック内の係数の量子化は、符号化スキャン順序情報を利用することができる。例えば、符号化スキャン順序に沿った、以前の量子化レベルの状態に依存することができる。符号化効率をさらに向上させるために、量子化モジュール３１０は、複数の量子化器、例えば、２つのスカラー量子化器を使用することができる。どの量子化器が現在の係数の量子化に使用されるかは、符号化スキャン順序において現在の係数の前の情報に依存することができる。このような量子化プロセスは、従属量子化と呼ばれる。

【0041】

図３を参照すると、符号化モジュール３２０は、符号化ブロック内の各位置の量子化レベルをビットストリームに符号化するように構成される。いくつかの実施例では、符号化モジュール３２０は、符号化ブロックに対してエントロピー符号化を実行することができる。エントロピー符号化は、例えば、ＥＧｋ２値化、複合ＴＲ２値化、および有限ＥＧｋ２値化などを含む、Ｇｏｌｏｍｂ－Ｒｉｃｅ２値化などの様々な２値化方法を使用して、各量子化レベルを２値ｂｉｎなどの対応する２値表現に変換することができる。次に、ＶＬＣ、ＣＡＶＬＣ、ＣＡＢＡＣ、ＳＢＡＣ、ＰＩＰＥ符号化などのエントロピー符号化アルゴリズムを使用して、２値表現をさらに圧縮することができる。圧縮されたデータをビットストリームに追加することができる。いくつかの実施例では、符号化モジュール３２０は、符号化ブロックに対して残差符号化を実行して、量子化レベルをビットストリームに変換することができる。例えば、量子化後、Ｎ×Ｍサイズのブロックに対してＮ×Ｍ個の量子化レベルが存在し得る。これらのＮ×Ｍ個の量子化レベルは、ゼロ値または非ゼロ値であってもよい。非ゼロレベルが２値でない場合、複合ＴＲ２値化と有限ＥＧｋ２値化などを使用して、非ゼロレベルを２値ｂｉｎにさらに２値化することができる。

【0042】

量子化レベルに加えて、符号化モジュール３２０は、符号化ユニットのブロックタイプ情報、予測モード情報、分割ユニット情報、予測ユニット情報、伝送ユニット情報、動きベクトル情報、参照フレーム情報、ブロック補間情報、および予測モジュール３０４および予測モジュール３０６から入力されるフィルタリング情報などの様々な他の情報を符号化することができる。量子化レベルまたは係数を除いた情報（ビデオ符号化で使用されるパラメータなど）は、シーケンス５０２のヘッダ、画像５０４のヘッダ、スライス５０６のヘッダ、ＣＴＵ５０８のヘッダ、ＣＵ５１０のヘッダなど、異なるレベルのヘッダに編成されて含まれることができる。例えば、各シーケンス５０２のヘッダは、シーケンスレベル構文要素（フラグなど）を含み得、各シーケンスレベル構文要素は、対応するシーケンス５０２内のすべての画像５０４に適用される値を有し、各スライス５０６のヘッダは、スライスレベル構文要素（フラグなど）も含み得、各スライスレベル構文要素は、対応するスライス５０６内のすべてのＣＴＵ５０８に適用される値を有する。

【0043】

本発明の範囲と一貫して、Ｈ．２６６／ＶＶＣでは、ビデオ符号化のためのいくつかのパラメータは、オプションであると考えられ、例えば、各シーケンス５０２に常に適用できるわけではないため、これらのパラメータは、ヘッダ拡張パラメータのセットと呼ばれ得、適切なレベルでヘッダの末尾において、これらのパラメータが当該レベルに存在するか否かに基づいて定義または解析され得る。例えば、当該ヘッダ拡張パラメータセットは、例示のみを目的として以下に詳述するようなスライスレベル構文要素を含み得る。即ち、（ｉ）最後有効係数の位置を参照するための参照位置を指示する最後有効係数逆フラグ（ｌａｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｃｏｅｆｆｉｃｉｅｎｔ ｒｅｖｅｒｓｅ ｆｌａｇ）、（ｉｉ）スライスが高スループットモードで符号化されているか否かを指示する高スループットモードフラグ（ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ ｍｏｄｅ ｆｌａｇ）、（ｉｉｉ）スライスの残差符号化において残差データビットがシフトするか否かを指示する残差データビットシフトフラグ（ｒｅｓｉｄｕａｌ ｄａｔａ ｂｉｔ ｓｈｉｆｔ ｆｌａｇ）、（ｉｖ）スライスのルーマ／クロマ残差符号化においてシフトされたビット数を指示するルーマ／クロマシフト構文要素（ｌｕｍａ／ｃｈｒｏｍａ ｓｈｉｆｔ ｓｙｎｔａｘ ｅｌｅｍｅｎｔ）を含む。

【0044】

本発明のいくつかの態様によれば、Ｈ．２６６／ＶＶＣでは、符号化ブロックは、正規残差符号化（ＲＲＣ：ｒｅｇｕｌａｒ ｒｅｓｉｄｕａｌ ｃｏｄｉｎｇ）を使用して符号化された変換ブロックである。４×４より大きい変換ブロックは、４×４サブブロックに分割することができ、これらのサブブロックは、逆斜め方向スキャンモードを使用して処理される。なお、Ｈ．２６６／ＶＶＣは、非正方形の長方形形状の変換ブロックをサポートしているため、非４×４サブブロックをサポートする。説明を容易にし、一般性を失わないために、図６には、１６×１６の変換ブロックの例が示されており、当該変換ブロックは、４×４のサブブロックにさらに分割される。逆斜め方向スキャンモードは、変換ブロックのサブブロックの処理と、各サブブロック内の周波数位置の処理に使用される。

【0045】

ＲＲＣでは、最後の非ゼロレベルの位置（最後有効スキャン位置とも呼ばれる）は、符号化スキャン順序に沿った最後の非ゼロレベルの位置として定義され得る。最後の非ゼロレベルの２Ｄ座標（ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ）は、最初に最大４つの構文要素、即ち、２つの最後有効係数プレフィックス（ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ）である２つのコンテキスト符号化の構文要素と、２つの最後有効係数サフィックス（ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｓｕｆｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｓｕｆｆｉｘ）である２つのバイパス符号化の構文要素を使用して符号化することができる。サブブロック内で、ＲＲＣは最初に、コンテキスト符号化ｂｉｎ（ｃｏｎｔｅｘｔ－ｃｏｄｅｄ ｂｉｎ）、即ち、符号化されたサブブロックフラグ（ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇ）を符号化して、現在のサブブロック内のすべてのレベルが０に等しいか否かを指示することができる。例えば、ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇが１に等しい場合、現在のサブブロックに少なくとも１つの非ゼロ係数が存在する可能性があり、ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇが０に等しい場合、現在のサブブロック内のすべての係数は０となる。なお、最後の非ゼロレベルを有する最後の非ゼロサブブロックのｓｂ＿ｃｏｄｅｄ＿ｆｌａｇは、ビットストリームに符号化することなく、符号化スキャン順序に従ってｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙから導出され得る。同様に、ブロック全体のＤＣが存在する第１サブブロックのｓｂ＿ｃｏｄｅｄ＿ｆｌａｇは、ビットストリームに符号化することなく、符号化スキャン順序に従って導出され得る。他のｓｂ＿ｃｏｄｅｄ＿ｆｌａｇは、コンテキスト符号化ｂｉｎとして符号化され得る。ＲＲＣは、最後の非ゼロサブブロックから、逆符号化スキャン順序でサブブロックごとに符号化することができる。

【0046】

いくつかの実施例では、左上隅（０，０）を参照して、最後有効スキャン位置／係数の座標を測定する。高ビット深度のビデオ符号化（例えば、ビデオ符号化の高スループットモード）を伴う高ビットレート（例えば、１６ビット以上）の場合、変換係数は、変換ブロック内でより広く分布される。その結果、最後有効係数スキャン位置／係数は、左上隅よりも右下隅に近くなる傾向がある。したがって、いくつかの実施例では、変換ブロックの右下隅を参照して、最後有効係数の代替座標セットを測定および符号化する。実際の座標は、幅マイナス１または高さマイナス１から代替座標を減算することによって計算することができる。いくつかの実施例では、実際の座標を符号化するときに、変換ブロックにゼロアウト（ｚｅｒｏ－ｏｕｔ）処理を適用してもよい。例えば、座標は、（Ｌｏｇ２ＺｏＴｂＷｉｄｔｈ＜＜１）－１、（Ｌｏｇ２ＺｏＴｂＨｅｉｇｈｔ＜＜１）－１に対して符号化されてもよく、ここで、（Ｌｏｇ２ＺｏＴｂＷｉｄｔｈ＜＜１）と（Ｌｏｇ２ＺｏＴｂＨｅｉｇｈｔ＜＜１）は、変換ブロック内のゼロアウト領域の幅および高さを指し、当該ゼロアウト領域は、変換ブロック内のサブ領域として定義され、ゼロアウト領域外のすべての係数は、それぞれ０である。

【0047】

本発明の範囲と一貫して、例えば、特定シーケンスのヘッダ拡張にシーケンスレベルフラグ（ｓｐｓ＿ｒｅｖｅｒｓｅ＿ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を提供して、当該シーケンス内のスライスに対してスライスレベルフラグ（ｓｈ＿ｒｅｖｅｒｓｅ＿ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ）をイネーブルにするか否かを指示する。スライスレベルフラグ（ｓｈ＿ｒｅｖｅｒｓｅ＿ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ）は、スライスにおける最後有効係数の位置を参照するための参照位置を指示する最後有効係数逆フラグであり得、シーケンスレベルフラグ（ｓｐｓ＿ｒｅｖｅｒｓｅ＿ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、対応するシーケンスにおける最後有効係数逆フラグの使用のイネーブルメント（ｅｎａｂｌｅｍｅｎｔ）／ディセーブルメント（ｄｉｓａｂｌｅｍｅｎｔ）を示すフラグであり得る。すると、例えば、シーケンス内の各スライスのヘッダに、対応するスライスレベルフラグ（ｓｈ＿ｒｅｖｅｒｓｅ＿ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ）が提供され、当該フラグの値は、最後有効係数の位置を参照するための参照位置（例えば、左上隅または右下隅）、即ち、対応するスライス内の最後有効係数に対して、代替座標を使用するか否かを指示する。例えば、シーケンスヘッダ拡張（ｓｅｑｕｅｎｃｅ ｈｅａｄｅｒ ｅｘｔｅｎｓｉｏｎ）内のｓｐｓ＿ｒｅｖｅｒｓｅ＿ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、シーケンス内の各スライスについて、代替座標の使用は、スライスヘッダ内のｓｈ＿ｒｅｖｅｒｓｅ＿ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇによってさらにシグナリングされる。ｓｈ＿ｒｅｖｅｒｓｅ＿ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇが１に等しい場合、対応するスライスの代替座標を使用して最後有効係数を符号化することができる。そうでない場合、最後有効係数の正規座標は、対応するスライスに使用され得る。シーケンスヘッダ拡張内のｓｐｓ＿ｒｅｖｅｒｓｅ＿ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、最後有効係数の正規座標は、ｓｈ＿ｒｅｖｅｒｓｅ＿ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇを使用してスライスレベルで更にシグナリングすることなく、シーケンス内のすべてのスライスに使用され得る。以下の例では、シーケンスヘッダ拡張内のｓｐｓ＿ｒｅｖｅｒｓｅ＿ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇｇと、スライスヘッダ内のｓｈ＿ｒｅｖｅｒｓｅ＿ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇについて説明する。

【表1】

【0048】

本発明のいくつかの態様によればＨ．２６６／ＶＶＣ、Ｈ．２６５／ＨＥＶＣ、およびＨ．２６４／ＡＶＣに使用される、コンテキスト適応モデリングベースの２値算術符号化（ＣＡＢＡＣ：ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ｍｏｄｅｌｉｎｇ ｂａｓｅｄ ｂｉｎａｒｙ ａｒｉｔｈｍｅｔｉｃ ｃｏｄｉｎｇ）は、ｂｉｎを使用して位置の量子化レベルをビットに符号化する。ＣＡＢＡＣは、コンテキストモデリングベースの２つの符号化方法を使用する。コンテキストベースの方法は、隣接する符号化情報に基づいてコンテキストモデルを適応的に更新する。この方法で符号化されたｂｉｎは、コンテキスト符号化ｂｉｎ（ＣＣＢ：ｃｏｎｔｅｘｔ－ｃｏｄｅｄ ｂｉｎ）と呼ばれる。これに対して、他のバイパス方法は、１または０の確率が常に５０％であると想定しているため、適応なしで常に固定のコンテキストモデリングを使用する。この方法で符号化されたｂｉｎは、バイパス符号化ｂｉｎ（ＢＣＢ：ｂｙｐａｓｓ－ｃｏｄｅｄ ｂｉｎ）と呼ばれる。高ビット深度および高ビットレートのビデオ符号化では、スループットがより深刻な問題となる。しかしながら、バイパス符号化ｂｉｎの符号化に比べて、コンテキスト符号化ｂｉｎを使用した符号化は、一般に、比較的複雑なハードウェア実装を必要とし、ビデオ符号化のスループットを低下させるため、高ビット深度および高ビットレートのビデオ符号化のスループットの改善のネックとなっている。

【0049】

ビデオ符号化のスループット、特に、高ビット深度および高ビットレートのビデオ符号化のスループットを向上させるために、例えば、より良いスループットを得るために高ビット深度および高ビットレートのビデオ符号化を必要とするアプリケーションの場合、必要に応じて、残差符号化中に高スループットモードをイネーブルにすることができる。いくつかの実施例では、高スループットモードにおいて、残差符号化のためのコンテキスト符号化ｂｉｎの一部または全部をバイパス符号化ｂｉｎに変更することができる。いくつかの実施例では、高スループットモードにおいて、残差符号化のためのコンテキスト符号化ｂｉｎの一部またはすべてをスキップすることができる。その結果、高スループットモードにおいて、バイパス符号化ｂｉｎのみが残差符号化に使用され得る。さらに、バイパスビットアライメント（Ｂｙｐａｓｓ ｂｉｔ－ａｌｉｇｎｍｅｎｔ）を高スループットモードで適用して、バイパス符号化のスループットをさらに向上させることができる。バイパス符号化は、ビットアライメントを適用した後に通常のＣＡＢＡＣ操作を経る代わりに、シフト操作によって実現できるため、複数のバイパス符号化ビンを使用して同時に符号化することが可能になる。高スループットモードでは、バイパスビットアライメントは、現在の符号化ブロックの符号化処理の開始、変換ユニットの符号化処理の開始など、必要に応じて残差符号化の異なる段階で呼び出すことができる。

【0050】

最悪のケースのスループットを確保するために、残りのコンテキスト符号化ｂｉｎ（ｒｅｍＢｉｎｓＰａｓｓ１）の値を使用して、コンテキスト符号化ｂｉｎの最大数を制限することができる。ｒｅｍＢｉｎｓＰａｓｓ１の初期値は、少なくとも部分的には、符号化ブロックの長さと幅に基づいて計算することができる。サブブロック内では、ＲＲＣは、逆符号化スキャン順序で各位置のレベルを符号化することができる。事前に定義された閾値とｒｅｍＢｉｎｓＰａｓｓ１を比較して、コンテキスト符号化ｂｉｎの最大数に達したか否かを決定することができる。例えば、Ｈ．２６６／ＶＶＣにおけるｒｅｍＢｉｎｓＰａｓｓ１の閾値は、４に事前定義されてもよい。

【0051】

【0052】

絶対レベルが５より大きいか、またはｒｅｍＢｉｎｓＰａｓｓ１の値が４より小さい場合、前述のコンテキスト符号化ｂｉｎを符号化した後、残りのレベルに対して、第２符号化パス（図７の「パス２」）および第３符号化パス（図７の「パス３」）において、他の２つの構文要素、即ち、残余（ａｂｓ＿ｒｅｍａｉｎｄｅｒ、図７の「ｒｅｍ」、本発明では「残りのレベル」とも呼ばれる）および絶対レベル（ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ、図７の「ｄｅｃＡｂｓＬｅｖｅｌ」）をバイパス符号化ｂｉｎとしてそれぞれ符号化してもよい。また、第４符号化パス（図７の「パス４」）において、各非ゼロレベルの係数サインフラグ（ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ、図７の「ｓｉｇｎ」）も、バイパス符号化ｂｉｎとして符号化して、量子化レベルを完全に表してもよい。

【0053】

いくつかの実施例では、より一般的な残差符号化方法は、より大きいレベルフラグ（ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘＸ＿ｆｌａｇ）および残りのレベルｂｉｎを使用して、変換ブロックのレベル符号化のための構文要素を条件付きで解析できるようにし、レベルの絶対値の対応する２値化は以下の表Ｉに示す。ここで、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘＸ＿ｆｌａｇは、レベルの絶対値がＸより大きいか否かを記述し、ここで、Ｘは、０、１、２．．．．．またはＮなどの整数である。ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘＸ＿ｆｌａｇが０であり、Ｘが０～Ｎ－１の整数である場合、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ（Ｘ＋１）＿ｆｌａｇは存在しない。ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘＸ＿ｆｌａｇが１である場合、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ（Ｘ＋１）＿ｆｌａｇが存在する。また、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘＮ＿ｆｌａｇが０である場合、残余（ｒｅｍａｉｎｄｅｒ）は存在しない。ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘＮ＿ｆｌａｇが１である場合、残余が存在し、当該残余は、レベルから（Ｎ＋１）を取り除いた値を表す。通常、ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘＸ＿ｆｌａｇは、コンテキスト符号化ｂｉｎとして符号化され、残りのレベルｂｉｎは、バイパス符号化ｂｉｎとして符号化されることができる。

【表2】

【0054】

図８Ａは、本発明のいくつかの実施例による、ＲＲＣにおける例示的な高スループットモードを示す。図８Ａに示すように、ビットストリームは、変換ユニットの変換ユニットｂｉｎから開始してもよい。様々な変換ユニットｂｉｎは、ＣＡＢＡＣにおけるコンテキスト符号化のためのコンテキスト符号化ｂｉｎとして予約され得る。変換ユニットｂｉｎは、符号化されたＣｂ変換ブロックフラグ（ｔｕ＿ｃｂ＿ｃｏｄｅｄ＿ｆｌａｇ）、符号化されたＣｒ変換ブロックフラグ（ｔｕ＿ｃｒ＿ｃｏｄｅｄ＿ｆｌａｇ）、符号化されたルーマ変換ブロックフラグ（ｔｕ＿ｙ＿ｃｏｄｅｄ＿ｆｌａｇ）、量子化パラメータデルタ値（ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓ）、クロマ量子化パラメータオフセットフラグ（ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｆｌａｇ）、クロマ量子化パラメータオフセットインデックス（ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｉｄｘ）、ジョイントクロマフラグ（ｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌ＿ｆｌａｇ）、およびトランスフォームスキップフラグ（ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇ）を含み得る。なお、変換ユニットｂｉｎは、いくつかの例における量子化パラメータデルタ符号フラグ（ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｆｌａｇ）などのバイパス符号化ｂｉｎをさらに含み得る。

【0055】

図８Ａに示すように、変換ユニットは、ルーマサンプル（図８Ａの「Ｙ」）の１つの符号化ブロック（例えば、ＲＲＣ用の変換ブロック）と、クロマサンプルの２つの対応する符号化ブロック（図８Ａの「Ｃｂ」および「Ｃｒ」）とに対応され得る。したがって、変換ユニットｂｉｎは、それぞれＹ、Ｃｂ、およびＣｒ符号化ブロックのための３つのｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇを含み得、それぞれがコンテキスト符号化ｂｉｎである。各符号化ブロックについて、ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇの後にビットストリームに符号化／復号化される符号化ブロックの第１残差符号化ｂｉｎは、コンテキスト符号化ｂｉｎのままである最後有効係数プレフィックス（ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘ）であってもよい。図８Ａに示すように、各符号化ブロックにおける他のすべての残差符号化ｂｉｎは、バイパス符号化ｂｉｎであってもよい。例えば、バイパス符号化された残差符号化ｂｉｎは、最後有効係数サフィックス（ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｓｕｆｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｓｕｆｆｉｘ）、符号化されたサブブロックフラグ（ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇ）、絶対レベル（ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ）、および係数サインフラグ（ｃｏｅｆｆ＿ｓｉｇｎ＿ｆｌａｇ）を含み得る。

【0056】

つまり、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘの後、ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇの前に、各符号化ブロックに対して高スループットモードがイネーブルになってもよい。ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｓｕｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｓｕｆｉｘも符号化する必要のあるいくつかの実施例では、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘの後、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｓｕｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｓｕｆｉｘの前に、各符号化ブロックに対して高スループットモードがイネーブルになってもよい。換言すれば、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘの直後に、各符号化ブロックに対して高スループットモードがイネーブルになってもよい。高スループットモードにおいて、各サブブロックの各位置について、残差符号化ｂｉｎ、即ち、ｓｂ＿ｃｏｄｅｄ＿ｆｌａｇは、コンテキスト符号化ｂｉｎからバイパス符号化ｂｉｎに変更できる。残りのコンテキスト符号化ｂｉｎ（ｒｅｍＢｉｎｓＰａｓｓ１）の値を閾値４より小さい値（例えば０）に設定することなどにより、有効フラグ（ｓｉｇ＿ｃｏｅｆｆ＿ｆｌａｇ）、１より大きいフラグ（ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［０］）、パリティフラグ（ｐａｒ＿ｌｅｖｅｌ＿ｆｌａｇ）および大なりフラグ（ａｂｓ＿ｌｅｖｅｌ＿ｇｔｘ＿ｆｌａｇ［ｎ］［１］）などの他のすべてのコンテキスト符号化ｂｉｎの符号化をスキップすることができる。したがって、残りのレベル／残余（ａｂｓ＿ｒｅｍａｉｎｄｅｒ［ｎ］）の符号化もスキップすることができる。換言すれば、高スループットモードにおいて、符号化ブロックの各サブブロックの各位置における第１符号化パスおよび第２符号化パスをスキップすることにより、コンテキスト符号化ｂｉｎが第１符号化パスで現れないようにすることができる。その結果、高スループットモードにおいて、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘを除き、バイパス符号化ｂｉｎのみを使用して各符号化ブロックを符号化することができる。各量子化レベルの符号化は、残りのレベル／残余（ａｂｓ＿ｒｅｍａｉｎｄｅｒ）ではなく、バイパス符号化された絶対レベル（ｄｅｃ＿ａｂｓ＿ｌｅｖｅｌ）によって行ってもよい。

【0057】

図８Ｂは、本発明のいくつかの実施例による、ＲＲＣにおける別の例示的な高スループットモードを示す。図８Ａのバイパス符号化とは異なり、図８Ｂの高スループットモードはさらに、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘをコンテキスト符号化ｂｉｎからバイパス符号化ｂｉｎに変更し、図８Ｂの高スループットモードにおいて、バイパス符号化ｂｉｎのみを使用して各符号化ブロックを符号化することができる。図８Ｂに示すように、符号化ブロックレベルで高スループットモードをイネーブルにすることができる。図８Ａの方式と比較して、図８Ｂの方式は、最後有効係数プレフィックスをコンテキスト符号化ｂｉｎからバイパス符号化ｂｉｎに変更することによって、ビデオ符号化のスループットをさらに向上させることができる。非常に高いビットレートおよび高ビット深度の動作範囲の場合、ほとんどのブロックが小さいブロックサイズに符号化されるため、最後有効係数の位置のビットもかなり高くなる可能性がある。コンテキスト変数のインデックスがｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘの各ｂｉｎに対して導出されるため、ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｘ＿ｐｒｅｆｉｘおよびｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｙ＿ｐｒｅｆｉｘのコンテキストインデックスの導出は、スループットに影響を与える可能性がある。

【0058】

図８Ｃは、本発明のいくつかの実施例による、変換ユニット符号化におけるさらに別の例示的な高スループットモードを示す。図８Ｂの高スループットモードとは異なり、図８Ｃのバイパス符号化モードは、さらに、ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇをコンテキスト符号化ｂｉｎからバイパス符号化ｂｉｎに変更する。

【0059】

図８Ｄは、本発明のいくつかの実施例による、変換ユニット符号化におけるさらに別の例示的な高スループットモードを示す。図８Ｃとは異なり、図８Ｄの高スループットモードは、さらに、変換ユニットの変換ユニットｂｉｎをコンテキスト符号化ｂｉｎからバイパス符号化ｂｉｎに変更して、変換ユニットのすべての変換ユニットｂｉｎも高スループットモードでバイパス符号化ｂｉｎとして符号化されるようにする。例えば、バイパス符号化モードでは、ｔｒａｎｓｆｏｒｍ＿ｓｋｉｐ＿ｆｌａｇｓに加えて、ｔｕ＿ｃｂ＿ｃｏｄｅｄ＿ｆｌａｇ、ｔｕ＿ｃｒ＿ｃｏｄｅｄ＿ｆｌａｇ、ｔｕ＿ｙ＿ｃｏｄｅｄ＿ｆｌａｇ、ｃｕ＿ｑｐ＿ｄｅｌｔａ＿ａｂｓ、ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｆｌａｇ、ｃｕ＿ｃｈｒｏｍａ＿ｑｐ＿ｏｆｆｓｅｔ＿ｉｄｘ、およびｔｕ＿ｊｏｉｎｔ＿ｃｂｃｒ＿ｒｅｓｉｄｕａｌ＿ｆｌａｇをコンテキスト符号化ｂｉｎからバイパス符号化ｂｉｎに変更することもできる。その結果、図８Ｄの高スループットモードでは、バイパス符号化ｂｉｎのみを使用して変換ユニットおよび３つの対応する符号化ブロックを符号化することができる。図８Ｃの方式と比較して、図８Ｄのバイパス符号化モードは、変換ユニットｂｉｎをバイパス符号化ｂｉｎのみとして符号化して、変換ユニットを符号化するときに、ＣＡＢＡＣ符号化エンジンによるコンテキスト符号化とバイパス符号化との間の切り替えを回避することによって、ビデオ符号化のスループットをさらに向上させることができる。バイパス符号化モードは、変換ユニットレベルでイネーブルにすることができる。

【0060】

本発明の範囲と一貫して、別のシーケンスレベルフラグ（ｓｐｓ＿ｈｉｇｈ＿ｔｈｒｏｕｇｈｐｕｔ＿ｍｏｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、例えば、特定シーケンスのヘッダ拡張で提供され、当該シーケンス内のスライスに対してスライスレベルフラグ（ｓｈ＿ｈｉｇｈ＿ｔｈｒｏｕｇｈｐｕｔ＿ｍｏｄｅ＿ｆｌａｇ）がイネーブルになっているか否かを指示する。すると、対応するスライスレベルフラグ（ｓｈ＿ｈｉｇｈ＿ｔｈｒｏｕｇｈｐｕｔ＿ｍｏｄｅ＿ｆｌａｇ）は、例えば、シーケンス内の各スライスのヘッダ提供され、当該フラグの値は、当該スライスが高スループットモードで符号化されているか否かを指示する。例えば、シーケンスヘッダ拡張内のｓｐｓ＿ｈｉｇｈ＿ｔｈｒｏｕｇｈｐｕｔ＿ｍｏｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、スライスを符号化するための高スループットモードの使用は、シーケンス内の各スライスのスライスヘッダ内のｓｈ＿ｈｉｇｈ＿ｔｈｒｏｕｇｈｐｕｔ＿ｍｏｄｅ＿ｆｌａｇでさらにシグナルされ得る。ｓｈ＿ｈｉｇｈ＿ｔｈｒｏｕｇｈｐｕｔ＿ｍｏｄｅ＿ｆｌａｇが１に等しい場合、高スループットモードでスライスを符号化してもよい。そうでない場合、高スループットモードでスライスを符号化しなくてもよい。シーケンスヘッダ拡張内のｓｐｓ＿ｈｉｇｈ＿ｔｈｒｏｕｇｈｐｕｔ＿ｍｏｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、シーケンス内のすべてのスライスに対して高スループットモードを呼び出さなくてもよく、ｓｈ＿ｈｉｇｈ＿ｔｈｒｏｕｇｈｐｕｔ＿ｍｏｄｅ＿ｆｌａｇを使用したスライスレベルでの更なるシグナリングは不要である。以下の例では、シーケンスヘッダ拡張内のｓｐｓ＿ｈｉｇｈ＿ｔｈｒｏｕｇｈｐｕｔ＿ｍｏｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇと、スライスヘッダ内のｓｈ＿ｈｉｇｈ＿ｔｈｒｏｕｇｈｐｕｔ＿ｍｏｄｅ＿ｆｌａｇについて説明する。

【表3】

【0061】

本発明のいくつかの態様によれば、重要性（ｓｉｇｎｉｆｉｃａｎｃｅ）、ＧＴ１、およびＧＴ２が数ビット左にシフトされる、残差データの符号化の修正が使用され得る。これは、フラグ自体の符号化効率は低いが、係数値に関するより多くの情報を与えるため、係数符号化の効率を向上させることができる。セットｂｉｎの割合の減少により、係数の数が減少するため、Ｇｏｌｏｍｂ－Ｒｉｃｅ符号化が必要である。

【0062】

本発明の範囲と一貫して、さらに別のシーケンスレベルフラグ（ｓｐｓ＿ｓｈｉｆｔ＿ｒｅｓｉｄｕａｌ＿ｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、例えば、特定シーケンスのヘッダ拡張で提供され、当該シーケンス内のスライスに対してスライスレベル構文要素（ｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｌｕｍａおよびｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｃｈｒｏｍａ）がイネーブルになっているか否かを指示する。スライスレベル構文要素（ｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｌｕｍａおよびｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｃｈｒｏｍａ）は、スライスの残差符号化におけるルーマ／クロマデータのシフトビット数を指示する構文要素であってもよく、シーケンスレベルフラグ（ｓｐｓ＿ｓｈｉｆｔ＿ｒｅｓｉｄｕａｌ＿ｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、対応するシーケンスにおいて、スライスレベルビットシフト構文要素の使用のイネーブルメント／ディセーブルメントを指示するフラグであってもよい。すると、対応するスライスレベル構文要素（ｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｌｕｍａおよびｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｃｈｒｏｍａ）は、例えば、シーケンス内の各スライスのヘッダで提供され、これらの構文要素の値は、当該スライスのルーマ／クロマ残差符号化におけるシフトビット数を指示する。例えば、シーケンスヘッダ拡張内のｓｐｓ＿ｓｈｉｆｔ＿ｒｅｓｉｄｕａｌ＿ｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、シーケンス内の各スライスについて、スライスを符号化するための残差データビットシフトの使用は、スライスヘッダ内のｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｌｕｍａおよびｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｃｈｒｏｍａでさらにシグナルされ得る。ｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｌｕｍａおよびｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｃｈｒｏｍａの値は、対応するルーマおよびクロマ残差データに対してシフトされたビット数を指示することができる。シーケンスヘッダ拡張内のｓｐｓ＿ｓｈｉｆｔ＿ｒｅｓｉｄｕａｌ＿ｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、シーケンス内のすべてのスライスに対して残差データビットシフティングを呼び出さなくてもよいため、ｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｌｕｍａおよびｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｃｈｒｏｍａを使用してスライスレベルでさらに指定する必要がない。以下の例では、シーケンスヘッダ拡張内のｓｐｓ＿ｓｈｉｆｔ＿ｒｅｓｉｄｕａｌ＿ｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、およびスライスヘッダ内のｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｌｕｍａおよびｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｃｈｒｏｍａについて説明する。

【表4】

【0063】

いくつかの実施例では、シーケンスレベルフラグ（ｓｐｓ＿ｓｈｉｆｔ＿ｒｅｓｉｄｕａｌ＿ｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）と、スライスレベル構文要素（ｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｌｕｍａおよびｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｃｈｒｏｍａ）との間に、別のスライスレベルフラグ（ｓｈ＿ｓｈｉｆｔ＿ｒｅｓｉｄｕａｌ＿ｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を追加して、スライスレベルでの条件チェック／解析の別のレイヤを追加する。例えば、特定シーケンスのヘッダ拡張で提供されるｓｐｓ＿ｓｈｉｆｔ＿ｒｅｓｉｄｕａｌ＿ｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、残差データビットシフトフラグ（ｓｈ＿ｓｈｉｆｔ＿ｒｅｓｉｄｕａｌ＿ｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が、当該シーケンス内のスライスに対して、当該スライスの残差符号化における残差データビットシフトがイネーブルになっているか否かを指示するか否かを指示することができる。すると、対応するスライスレベルフラグ（ｓｈ＿ｓｈｉｆｔ＿ｒｅｓｉｄｕａｌ＿ｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、例えば、シーケンス内の各スライスのヘッダで提供され、当該フラグの値（「０」または「１」）は、スライスの残差符号化において残差データビットがシフトするか否かを指示する。例えば、スライスヘッダ内のｓｈ＿ｓｈｉｆｔ＿ｒｅｓｉｄｕａｌ＿ｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合、上述のように、スライスの残差符号化における残差データビットシフトの使用は、ｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｌｕｍａおよびｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｃｈｒｏｍａによってさらに指定され得る。そうでない場合、スライスは、残差データビットシフトなしで符号化でき、ｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｌｕｍａおよびｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｃｈｒｏｍａの値をさらに指定する必要がない。以下の例では、スライスヘッダ内のｓｈ＿ｓｈｉｆｔ＿ｒｅｓｉｄｕａｌ＿ｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｌｕｍａ、およびｓｌｉｃｅ＿ｆｌａｇｓｈｉｆｔ＿ｃｈｒｏｍａについて説明する。

【表5】

【0064】

上述したように、上記の最後有効係数逆フラグ、高スループットモードフラグ、残差データビットシフトフラグ、およびルーマ／クロマシフトフラグは、構文要素の例であり、これらの構文要素は、スライスレベルでそれらの値によって指定され、対応するシーケンスレベルフラグによってシーケンスレベルでイネーブル（ｅｎａｂｌｅｄ）／デイセーブル（ｄｉｓａｂｌｅｄ）され得る。これらの構文要素の例は、他の任意の適切な構文要素とともに、任意の適切なレベルのヘッダ拡張パラメータセットに属するパラメータの一部であってもよい。本発明の範囲と一貫して、ＰＰＳフラグ（ｐｐｓ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）は、例えば、任意の適切なレベルのヘッダで提供され、当該レベルのヘッダ拡張パラメータセットが存在するか否かを指示する。特定のシーケンスレベルフラグ（例えば、ｓｐｓ＿ｒｅｖｅｒｓｅ＿ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｈｉｇｈ＿ｔｈｒｏｕｇｈｐｕｔ＿ｍｏｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、およびｓｐｓ＿ｓｈｉｆｔ＿ｒｅｓｉｄｕａｌ＿ｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、例えば、シーケンスのヘッダ拡張で提供され、それらの値は、上記で詳細に説明したように、シーケンスおいて、対応するヘッダ拡張パラメータがイネーブルになっているか否かを指示する。例えば、ｐｐｓ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ヘッダ拡張パラメータのための特定のシーケンスレベルフラグ（例えば、ｓｐｓ＿ｒｅｖｅｒｓｅ＿ｌａｓｔ＿ｓｉｇ＿ｃｏｅｆｆ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｐｓ＿ｈｉｇｈ＿ｔｈｒｏｕｇｈｐｕｔ＿ｍｏｄｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、およびｓｐｓ＿ｓｈｉｆｔ＿ｒｅｓｉｄｕａｌ＿ｄａｔａ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、シーケンスヘッダからさらに解析されることができる。ｐｐｓ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ヘッダ拡張パラメータは使用されず、シーケンスを符号化するためにヘッダ拡張パラメータの特定のシーケンスレベルフラグをさらに解析する必要がない。

【0065】

本発明のいくつかの態様によれば、同じ条件チェック／解析における構文要素は一緒にグループ化され、複雑さをさらに低減し、ビデオ符号化効率を向上させることができる。例えば、構文要素の一部またはすべて（例えば、ヘッダ拡張パラメータおよびそれらに対応する特定のシーケンスレベルフラグ）は、以下の２つの例に示すように、同じ条件チェック／解析において、一般フラグ（ｇｅｎｅｒａｌ ｆｌａｇ）（ｐｐｓ＿ｓｌｉｃｅ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）によってグループ化されてもよい。

【表6】

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

本発明の広さおよび範囲は、上述の例示的な実施例のいずれかによって限定されるべきではなく、以下の特許請求の範囲およびその同等物に基づいてのみ定義されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図5C】

【図5D】

【図6】

【図7】

【図8A】

【図8B】

【図8C】

【図8D】

【図9】

【図10】

【国際調査報告】