【誤訳訂正書】
【提出日】平成23年6月10日(2011.6.10)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
複数のフレームの複数のビデオブロック上で予測ベースのコーディング技法を使用して、ビデオシーケンスの前記複数のフレームを符号化するビデオコーディングユニットと、
（ａ）  与えられたビデオブロックがテクスチャ符号化されている場合は、前記与えられたビデオブロックのブロック境界をデブロックフィルタリングする、
（ｂ）  前記与えられたビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックに対する隣接ビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックと前記隣接ビデオブロックとが実質的に類似した動きベクトルを有する場合は、前記与えられたビデオブロックを符号化するために使用される予測ビデオフレームの、フィルタがかけられたバージョンを使用して、動き補償プロセスを実行する、
（ｃ）  （ａ）も（ｂ）も満たされない場合は、前記与えられたビデオブロックの前記ブロック境界をデブロックフィルタリングする、および前記予測ビデオフレームの前記フィルタバージョンを使用して前記動き補償プロセスを実行する、
デブロックフィルタリングユニットと、
を備えるビデオコーディングデバイス。
【請求項２】
前記デブロックフィルタリングユニットは、
（ｄ）  前記与えられたビデオブロックがテクスチャ符号化されている場合は、前記与えられたビデオブロックの複数のブロック境界をデブロックフィルタリングする、
（ｅ）  前記与えられたビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックに対する複数の隣接ビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックと前記複数の隣接ビデオブロックとが実質的に類似した動きベクトルを有する場合は、前記与えられたビデオブロックを符号化するために使用される前記予測ビデオフレームの前記のフィルタがかけられたバージョンを使用して前記動き補償プロセスを実行する、
（ｆ）  （ｄ）も（ｅ）も満たされない場合は、前記与えられたビデオブロックの前記複数のブロック境界をデブロックフィルタリングする、および前記予測ビデオフレームの前記フィルタバージョンを使用して前記動き補償プロセスを実行する、
請求項１に記載のビデオコーディングデバイス。
【請求項３】
前記予測ベースのコーディング技法は、動き推定と動き補償とを備える、請求項１に記載のビデオコーディングデバイス。
【請求項４】
前記ビデオコーディングデバイスは、規格準拠のためのインループデブロックフィルタリングを指定しないコーディング規格に準拠する、請求項１に記載のビデオコーディングデバイス。
【請求項５】
前記コーディング規格は、ムービングピクチャエキスパートグループ４（ＭＰＥＧ−４）規格および国際電気通信連合（ＩＴＵ）Ｈ．２６３  Ｐ０規格のうちの一方を備える、請求項４に記載のビデオコーディングデバイス。
【請求項６】
前記ビデオコーディングデバイスは、デジタルテレビジョン、ワイヤレス通信デバイス、携帯型個人情報端末、ラップトップコンピュータ、デスクトップコンピュータ、デジタルカメラ、デジタル記録デバイス、ビデオ機能を有するセルラ無線電話、ビデオ機能を有する衛星無線電話、およびビデオ機能を有する直接双方向通信デバイス、のうちの少なくとも１つを備える、請求項１に記載のビデオコーディングデバイス。
【請求項７】
前記デブロックフィルタリングユニットは、しきい値よりも小さい、前記複数のフレームのうちの１つに関連する量子化パラメータに、少なくとも部分的に基づいて、前記ビデオシーケンスの前記複数のフレームのうちの前記１つに関してデブロックフィルタリングをディスエーブルする、請求項１に記載のビデオコーディングデバイス。
【請求項８】
前記デブロックフィルタリングユニットは、輝度ビデオブロックに関して、（ａ）、（ｂ）、および（ｃ）を実行し、クロミナンスビデオブロックに関してデブロックフィルタリングをディスエーブルする、請求項１に記載のビデオコーディングデバイス。
【請求項９】
ステップ（ｂ）は、前記与えられたビデオブロックの前記ブロック境界のいずれのデブロックフィルタリングも除外する、請求項１に記載のビデオコーディングデバイス。
【請求項１０】
前記予測ベースのコーディング技法は、前記予測ビデオフレームのフィルタがかけられていないバージョンを使用した動き補償プロセスを含む、請求項１に記載のビデオコーディングデバイス。
【請求項１１】
（ａ）  複数のフレームの複数のビデオブロック上で予測ベースのコーディング技法を使用してビデオシーケンスの前記複数のフレームを符号化すること、
（ｂ）  与えられたビデオブロックがテクスチャ符号化されている場合は、前記与えられたビデオブロックのブロック境界をデブロックフィルタリングすること、
（ｃ）  前記与えられたビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックに対する隣接ビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックと前記隣接ビデオブロックとが実質的に類似した動きベクトルを有する場合は、前記与えられたビデオブロックを符号化するために使用される予測ビデオフレームの、フィルタがかけられたバージョンを使用して、動き補償プロセスを実行すること、
（ｄ）  （ｂ）も（ｃ）も満たされない場合は、前記与えられたビデオブロックの前記ブロック境界をデブロックフィルタリングすること、および前記予測ビデオフレームの前記フィルタバージョンを使用して前記動き補償プロセスを実行すること、
を備える方法。
【請求項１２】
（ｅ）  前記与えられたビデオブロックがテクスチャ符号化されている場合は、前記与えられたビデオブロックの複数のブロック境界をデブロックフィルタリングすること、
（ｆ）  前記与えられたビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックに対する複数の隣接ビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックと前記複数の隣接ビデオブロックとが実質的に類似した動きベクトルを有する場合は、前記与えられたビデオブロックを符号化するために使用される前記予測ビデオフレームの、前記のフィルタがかけられたバージョンを使用して、前記動き補償プロセスを実行すること、
（ｇ）  （ｅ）も（ｆ）も満たされない場合は、前記与えられたビデオブロックの前記複数のブロック境界をデブロックフィルタリングすること、および前記予測ビデオフレームの前記フィルタバージョンを使用して前記動き補償プロセスを実行すること、
をさらに備える、請求項１１に記載の方法。
【請求項１３】
前記予測ベースのコーディング技法は、動き推定と動き補償とを備える、請求項１１に記載の方法。
【請求項１４】
前記ビデオシーケンスの複数のフレームを符号化することは、規格準拠のためのインループデブロックフィルタリングを指定しないコーディング規格に応じて前記複数のフレームを符号化することを備える、請求項１１に記載の方法。
【請求項１５】
前記コーディング規格は、ムービングピクチャエキスパートグループ４（ＭＰＥＧ−４）規格と国際電気通信連合（ＩＴＵ）Ｈ．２６３  Ｐ０規格とのうちの、一方を備える、請求項１４に記載の方法。
【請求項１６】
しきい値よりも小さい、前記複数のフレームのうちの１つに関連する量子化パラメータに、少なくとも部分的に基づいて、前記ビデオシーケンスの前記複数のフレームのうちの前記１つに関してデブロックフィルタリングをディスエーブルすること、をさらに備える請求項１１に記載の方法。
【請求項１７】
デブロックフィルタリングを実行することは、輝度ビデオブロックに関して、（ｂ）、（ｃ）、および（ｄ）を実行することを備え、前記方法は、クロミナンスビデオブロックに関してデブロックフィルタリングをディスエーブルすること、をさらに備える、請求項１１に記載の方法。
【請求項１８】
前記予測ベースのコーディング技法は、前記予測ビデオフレームのフィルタがかけられていないバージョンを使用した動き補償プロセスを含む、請求項１１に記載の方法。
【請求項１９】
ビデオコーディングのためのデブロックフィルタリングユニットであって、前記デブロックフィルタリングユニットは、
（ａ）  与えられたビデオブロックがテクスチャ符号化されている場合は、前記与えられたビデオブロックのブロック境界をデブロックフィルタリングする、
（ｂ）  前記与えられたビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックに対する隣接ビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックと前記隣接ビデオブロックとが実質的に類似した動きベクトルを有する場合は、前記与えられたビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して動き補償プロセスを実行する、
（ｃ）  （ａ）も（ｂ）も満たされない場合は、前記与えられたビデオブロックの前記ブロック境界をデブロックフィルタリングする、および前記予測ビデオフレームの前記フィルタバージョンを使用して前記動き補償プロセスを実行する、
デブロックフィルタリングユニット。
【請求項２０】
前記デブロックフィルタリングユニットは、
（ｄ）  前記与えられたビデオブロックがテクスチャ符号化されている場合は、前記与えられたビデオブロックの複数のブロック境界をデブロックフィルタリングする、
（ｅ）  前記与えられたビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックに対する複数の隣接ビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックと前記複数の隣接ビデオブロックとが実質的に類似した動きベクトルを有する場合は、前記与えられたビデオブロックを符号化するために使用される前記予測ビデオフレームの前記のフィルタがかけられたバージョンを使用して前記動き補償プロセスを実行する、
（ｆ）  （ｄ）も（ｅ）も満たされない場合は、前記与えられたビデオブロックの前記複数のブロック境界をデブロックフィルタリングする、および前記予測ビデオフレームの前記フィルタバージョンを使用して前記動き補償プロセスを実行する、
請求項１９に記載のデブロックフィルタリングユニット。
【請求項２１】
前記デブロックフィルタリングユニットは、プロセッサにおいて実行される複数のソフトウェア命令を備える、請求項１９に記載のデブロックフィルタリングユニット。
【請求項２２】
前記予測ベースのコーディング技法は、前記予測ビデオフレームのフィルタがかけられていないバージョンを使用した動き補償プロセスを含む、請求項１９に記載のデブロックフィルタリングユニット。
【請求項２３】
ビデオコーディングプロセス中に実行するとすぐに、
（ａ）  与えられたビデオブロックがテクスチャ符号化されている場合は、前記与えられたビデオブロックのブロック境界をデブロックフィルタリングする、
（ｂ）  前記与えられたビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックに対する隣接ビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックと前記隣接ビデオブロックとが実質的に類似した動きベクトルを有する場合は、前記与えられたビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して動き補償プロセスを実行する、
（ｃ）  （ａ）も（ｂ）も満たされない場合は、前記与えられたビデオブロックの前記ブロック境界をデブロックフィルタリングする、および前記予測ビデオフレームの前記フィルタバージョンを使用して前記動き補償プロセスを実行する、
複数の命令、を備えるコンピュータ読取り可能媒体。
【請求項２４】
前記符号化プロセス中に実行するとすぐに、
（ｄ）  前記与えられたビデオブロックがテクスチャ符号化されている場合は、前記与えられたビデオブロックの複数のブロック境界をデブロックフィルタリングする、
（ｅ）  前記与えられたビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックに対する複数の隣接ビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックと前記複数の隣接ビデオブロックとが実質的に類似した動きベクトルを有する場合は、前記与えられたビデオブロックを符号化するために使用される前記予測ビデオフレームの前記のフィルタがかけられたバージョンを使用して前記動き補償プロセスを実行する、
（ｆ）  （ｄ）も（ｅ）も満たされない場合は、前記与えられたビデオブロックの前記複数のブロック境界をデブロックフィルタリングする、および前記予測ビデオフレームの前記フィルタバージョンを使用して前記動き補償プロセスを実行する、
命令、をさらに備える請求項２３に記載のコンピュータ読取り可能媒体。
【請求項２５】
複数のフレームの複数のビデオブロック上で予測ベースのコーディング技法を使用してビデオシーケンスの前記複数のフレームを符号化するための手段、
与えられたビデオブロックがテクスチャ符号化されている場合は、前記与えられたビデオブロックのブロック境界をデブロックフィルタリングするための手段、
前記与えられたビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックに対する隣接ビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックと前記隣接ビデオブロックとが実質的に類似した動きベクトルを有する場合は、前記与えられたビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して動き補償プロセスを実行するための手段、
前記ビデオブロックがテクスチャ符号化されておらず、次の、
前記与えられたビデオブロックに対する前記隣接ビデオブロックがテクスチャ符号化されている、という条件、および
前記与えられたビデオブロックと前記隣接ビデオブロックとが実質的に異なる動きベクトルを有する、という条件、
のうちの１つ以上が満たされる場合は、前記与えられたビデオブロックの前記ブロック境界をデブロックフィルタリングする、および前記予測ビデオフレームの前記フィルタバージョンを使用して前記動き補償プロセスを実行する、ための手段、
を備えるビデオコーディングデバイス。
【請求項２６】
複数のフレームの複数のビデオブロック上で予測ベースのコーディング技法を使用してビデオシーケンスの前記複数のフレームを符号化し、デブロックフィルタリングを実行するビデオコーディングユニット、を備えるビデオコーディングデバイスであって、前記デブロックフィルタリングは、
（ａ）  与えられたビデオブロックがテクスチャ符号化されている場合は、前記与えられたビデオブロックのブロック境界をデブロックフィルタリングすること、
（ｂ）  前記与えられたビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックに対する隣接ビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックと前記隣接ビデオブロックとが実質的に類似した動きベクトルを有する場合は、前記与えられたビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して動き補償プロセスを実行すること、
（ｃ）  （ａ）も（ｂ）も満たされない場合は、前記与えられたビデオブロックの前記ブロック境界をデブロックフィルタリングすること、および前記予測ビデオフレームの前記フィルタバージョンを使用して前記動き補償プロセスを実行すること、
を含んでいる、
ビデオコーディングデバイス。
【請求項２７】
前記ビデオコーディングユニットによって実行される前記デブロックフィルタリングは、
（ｄ）  前記与えられたビデオブロックがテクスチャ符号化されている場合は、前記与えられたビデオブロックの複数のブロック境界をデブロックフィルタリングすること、
（ｅ）  前記与えられたビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックに対する複数の隣接ビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックと前記複数の隣接ビデオブロックとが実質的に類似した動きベクトルを有する場合は、前記与えられたビデオブロックを符号化するために使用される前記予測ビデオフレームの前記のフィルタがかけられたバージョンを使用して前記動き補償プロセスを実行すること、
（ｆ）  （ｄ）も（ｅ）も満たされない場合は、前記与えられたビデオブロックの前記複数のブロック境界をデブロックフィルタリングすること、および前記予測ビデオフレームの前記フィルタバージョンを使用して前記動き補償プロセスを実行すること、
をさらに含む、
請求項２６に記載のビデオコーディングデバイス。
【請求項２８】
前記予測ベースのコーディング技法は、前記予測ビデオフレームのフィルタがかけられていないバージョンを使用した動き補償プロセスを含む、請求項２６に記載のビデオコーディングデバイス。
【請求項２９】
（ａ）  与えられたビデオブロックがテクスチャ符号化されている場合は、前記与えられたビデオブロックのブロック境界をデブロックフィルタリングすること、
（ｂ）  前記与えられたビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックに対する隣接ビデオブロックがテクスチャ符号化されておらず、前記与えられたビデオブロックと前記隣接ビデオブロックとが実質的に類似した動きベクトルを有する場合は、前記与えられたビデオブロックを符号化するために使用される基準フレームのフィルタがかけられたバージョンを使用してイントラ予測プロセスを実行すること、
（ｃ）  （ａ）も（ｂ）も満たされない場合は、前記与えられたビデオブロックの前記ブロック境界をデブロックフィルタリングすること、および前記予測ビデオフレームの前記フィルタバージョンを使用して空間推定プロセスを実行すること、
を備える方法。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】ビデオコーディングのための選択的デブロックフィルタリング
【技術分野】
【０００１】
（関連出願）
本願は、本願の譲受人に譲渡され、その全体が、すべての目的のために参照によりここにおいて組み込まれている、２００５年１０月１８日に出願された、「選択的ＭＣ−ＤＢ：動き補償に基づいたデブロッキングポストフィルタ(SELECTIVE MC-DB: A DEBLOCKING POST-FILTER BASED ON MOTION COMPENSATION)」という名称の仮米国出願第６０／７２８，３６１号の利益を主張するものである。
【０００２】
（分野）
本開示は、デジタルビデオ処理に関し、より具体的には、符号化されたビデオフレーム(coded video frames)におけるブロック歪みアーチファクト(blockiness artifact)を低減させることができるフィルタリング技法に関する。
【背景】
【０００３】
デジタルビデオ機能は、デジタルテレビジョンと、デジタル直接ブロードキャストシステムと、ワイヤレス通信デバイスと、携帯型個人情報端末(personal digital assistant)（ＰＤＡ）と、ラップトップコンピュータと、デスクトップコンピュータと、デジタルカメラと、デジタル記録デバイスと、セルラ無線電話または衛星無線電話と、直接双方向通信デバイス（時に「ウォーキートーキー(walkie-talkie)」と称される）などを含めて、広い範囲のデバイスに組み込まれることができる。デジタルビデオデバイスは、フルモーションビデオシーケンス(full motion video sequence)を作成し、修正し、送信し、記憶し、記録し、再生する際に、従来のアナログビデオシステムに優るかなりの改善を実現することができる。
【０００４】
いくつかの異なるビデオコーディング規格が、デジタルビデオシーケンスを符号化するために確立されてきている。例えば、ムービングピクチャエキスパートグループ(Moving Picture Expert Group)（ＭＰＥＧ）は、ＭＰＥＧ−１、ＭＰＥＧ−２およびＭＰＥＧ−４を含めて、いくつかの規格を開発してきている。他の規格は、国際電気通信連合(International Telecommunication Union)（ＩＴＵ）のＨ．２６３規格と、カリフォルニア州クパチーノ市(Cupertino)のアップルコンピュータ社(Apple Computer)により開発されたクイックタイム（商標）(QuickTimeTM)技術と、ワシントン州レッドモンド市(Redmond)のマイクロソフト社(Microsoft Corporation)により開発されたビデオフォーウィンドウズ（登録商標）(Video for Windows（登録商標）TM)と、インテル社(Intel Corporation)により開発されたインディオ（商標）(IndeoTM)と、ワシントン州シアトル市(Seattle)のリアルネットワークス社(RealNetworks, Inc.)からのリアルビデオ（商標）(RealVideoTM)と、スーパーマック社(SuperMac, Inc.)によって開発されたシネパック（商標）(CinepakTM)とを含む。さらに、新しい規格が、ＩＴＵ  Ｈ．２６４規格といくつかの独自開発規格を含めて、出現し進化し続けている。
【０００５】
多くのビデオコーディング規格は、圧縮されるやり方でデータを符号化することにより、ビデオシーケンスの改善された伝送レートを可能にする。圧縮は、ビデオフレーム(video frames)の効果的な伝送のために、伝送される必要があるデータの全体的な量を低減させることができる。例えば、ほとんどのビデオコーディング規格は、圧縮なしで達成されることができるよりも狭い帯域幅上でビデオおよび画像の伝送を容易にするように設計されたグラフィックスとビデオの圧縮技法を利用する。例えば、ＭＰＥＧ規格と、ＩＴＵ  Ｈ．２６３規格およびＩＴＵ  Ｈ．２６４規格の多くは、インターフレーム圧縮(inter-frame compression)を実現するために、時間的相関またはインターフレーム相関と称される、連続するビデオフレーム(successive video frames)の間の類似性を利用したビデオコーディング技法をサポートする。そのようなインターフレーム圧縮は、一般的に動き推定(motion estimation)コーディング技法と動き補償(motion compensation)コーディング技法とを経由して達成される。さらに、一部のビデオコーディング技法は、ビデオフレーム(video frames)を圧縮するために、空間相関またはイントラフレーム相関と称されるフレーム内(within frames)の類似性を利用する。イントラフレーム圧縮(intra-frame compression)は、一般的に空間推定(spatial estimation)コーディング技法とイントラ予測(intra-prediction)コーディング技法とを経由して達成される。
【０００６】
インターフレーム圧縮および／またはイントラフレーム圧縮における離散ビデオブロックの使用は、隣接するビデオブロックの間のビデオシーケンスの中にアーチファクトを引き起こす可能性がある。特に、ビデオフレームが、ビデオコーディングのためにビデオブロックに分割されるときには、符号化された１つのビデオブロックのエッジは、符号化された別のビデオブロックの隣接するエッジと不連続に見えることもある。これが生ずるときには、復号化されたビデオフレームは、「ブロック歪みがある(blocky)」ように見える可能性があり、これは、非常に望ましくない。ビデオブロックの変換と量子化は、符号化されたビデオフレーム(coded video frames)におけるこの望ましくないブロック歪み効果を複雑にする可能性がある。
【０００７】
そのような「ブロック歪み」を取り除くために、フィルタリングが、隣接するビデオブロックの間の遷移を「平滑化する」ために、ビデオブロックのブロック境界の上で実行されることができる。デブロッキングフィルタ(deblocking filter)は、一般にブロック歪みアーチファクトを低減させ、あるいは除去するために、隣接するビデオブロックの間の遷移を平滑化するために使用されるフィルタを意味する。例えば、ＩＴＵ−Ｔ  Ｈ．２６４規格は、インループコーディング(in-loop coding)の一部分としてデブロッキングフィルタを必要とする。この場合には、フィルタリングが、インループビデオコーディングの一部分であるときに、動き推定と動き補償において使用される以前に符号化されたフレームは、そのようなフレームのフィルタがかけられたバージョンである。コーディングループの一部分としてデブロッキングフィルタを義務づけない他の規格では、ポストデブロックフィルタリング(post deblock filtering)は、コーディングが実行された後に、ブロック歪みアーチファクトを除去することにより、ビデオコーディングの品質を依然として改善することができる。
【発明の開示】
【０００８】
［概要］
本開示は、予測ベースのビデオコーディング(prediction-based video coding)の結果として明らかにすることができる起源性ブロック歪み(originated blockiness)と継承性ブロック歪み(inherited blockiness)の両方に対処するデブロックフィルタリング技法(deblock filtering technique)について説明している。起源性ブロック歪みは、貧弱なテクスチャコーディング(texture coding)によって導入されるブロック歪みを意味する。起源性ブロック歪みは、符号化されたビデオフレームのビデオブロック境界において生ずる。他方、継承性ブロック歪みは、現在のビデオブロックを符号化するために、予測ベースのビデオコーディング技法によって使用される予測ビデオフレームから継承される可能性があるブロック歪みを意味する。継承性ブロック歪みは、符号化されたビデオフレームの中のいずれのロケーションにおいても生ずる可能性があり、ブロック境界だけには限定されない。したがって、ブロック境界の周りに適用される伝統的なデブロックフィルタリングは、継承性ブロック歪みを除去しない可能性もある。
【０００９】
本開示は、選択的デブロックフィルタリングを提供し、この選択的デブロックフィルタリングは、ＭＰＥＧ−４やＩＴＵ  Ｈ．２６３  Ｐ０（ＩＴＵ  Ｈ．２６３規格のプロファイル０）など、規格準拠のためのインループデブロックフィルタリング(in-loop deblock filtering)を指定しないコーディング規格でとりわけ有用である。この場合には、ポストフィルタリングは、起源性ブロック歪みと継承性ブロック歪みを明らかにする方法で適用されることができる。特に、デブロックフィルタリングが、符号化されている与えられたビデオブロックのブロック境界に関して選択的に実行されることができ、動き補償プロセスが、与えられたビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して実行されることができ、あるいはその両方が可能である。本開示は、どのタイプのデブロッキング技法を様々なシナリオにおいて適用すべきかを決定するために適用されることができる選択規則も提供する。選択規則は、エンコーダにおけるビデオブロックと、デコーダにおけるビデオブロックとの間のミスマッチが、フィルタリングによって導入されないことを保証することができる。
【００１０】
一実施形態においては、本開示は、フレームのビデオブロック(video blocks of the frames)上で予測ベースのコーディング技法を使用して、ビデオシーケンスのフレーム(frames of a video sequence)を符号化するビデオコーディングユニットと、デブロックフィルタリングユニットと、を備えるビデオコーディングデバイスを提供する。例えば、予測ベースのコーディング技法は、動きベースのコーディング(motion-based coding)を実現するために予測フレームのフィルタがかけられないバージョンを使用する動き補償プロセスを含むことができる。デブロックフィルタリングユニットは、（ａ）  与えられたビデオブロックが、テクスチャ符号化されている場合は、与えられたビデオブロックのブロック境界をデブロックフィルタリングし(deblock filter)、（ｂ）  与えられたビデオブロックが、テクスチャ符号化されておらず、与えられたビデオブロックに対する隣接ビデオブロックが、テクスチャ符号化されておらず、与えられたビデオブロックと隣接ビデオブロックとが、実質的に類似した動きベクトルを有する場合は、与えられたビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して動き補償プロセスを実行し、（ｃ）  （ａ）も（ｂ）も満たされない場合は、与えられたビデオブロックのブロック境界をデブロックフィルタリングし、予測ビデオフレームのフィルタバージョンを使用して動き補償プロセスを実行する。
【００１１】
別の実施形態においては、本開示は、（ａ）  フレームのビデオブロック(video blocks of the frames)上で予測ベースのコーディング技法を使用してビデオシーケンスのフレーム(frames of a video sequence)を符号化することと、（ｂ）  与えられたビデオブロックがテクスチャ符号化されている場合は、与えられたビデオブロックのブロック境界をデブロックフィルタリングすることと、（ｃ）  与えられたビデオブロックが、テクスチャ符号化されておらず、与えられたビデオブロックに対する隣接ビデオブロックが、テクスチャ符号化されておらず、与えられたビデオブロックと隣接ビデオブロックとが、実質的に類似した動きベクトルを有する場合は、与えられたビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して動き補償プロセスを実行することと、（ｄ）  （ｂ）も（ｃ）も満たされない場合は、与えられたビデオブロックのブロック境界をデブロックフィルタリングすることと、予測ビデオフレームのフィルタバージョンを使用して動き補償プロセスを実行することと、を備える方法を提供する。
【００１２】
別の実施形態においては、本開示は、ビデオコーディングのためのデブロックフィルタリングユニットを提供する。この場合には、デブロックフィルタリングユニットは、（ａ）  与えられたビデオブロックが、テクスチャ符号化されている場合は、与えられたビデオブロックのブロック境界をデブロックフィルタリングし、（ｂ）  与えられたビデオブロックが、テクスチャ符号化されておらず、与えられたビデオブロックに対する隣接ビデオブロックが、テクスチャ符号化されておらず、与えられたビデオブロックと隣接ビデオブロックとが、実質的に類似した動きベクトルを有する場合は、与えられたビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して動き補償プロセスを実行し、（ｃ）  （ａ）も（ｂ）も満たされない場合は、与えられたビデオブロックのブロック境界をデブロックフィルタリングし、予測ビデオフレームのフィルタバージョンを使用して動き補償プロセスを実行する。
【００１３】
別の実施形態においては、本開示は、ビデオコーディングプロセス中に実行するとすぐに、（ａ）  与えられたビデオブロックが、テクスチャ符号化されている場合は、与えられたビデオブロックのブロック境界をデブロックフィルタリングし、（ｂ）  与えられたビデオブロックが、テクスチャ符号化されておらず、与えられたビデオブロックに対する隣接ビデオブロックが、テクスチャ符号化されておらず、与えられたビデオブロックと隣接ビデオブロックとが、実質的に類似した動きベクトルを有する場合は、与えられたビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して動き補償プロセスを実行し、（ｃ）  （ａ）も（ｂ）も満たされない場合は、与えられたビデオブロックのブロック境界をデブロックフィルタリングし、予測ビデオフレームのフィルタバージョンを使用して動き補償プロセスを実行する命令を備えるコンピュータ読取り可能媒体を提供する。
【００１４】
別の実施形態においては、本開示は、フレームのビデオブロック(video blocks of the frames)上で予測ベースのコーディング技法を使用してビデオシーケンスのフレーム(frames of a video sequence)を符号化するための手段と、与えられたビデオブロックがテクスチャ符号化されている場合は、与えられたビデオブロックのブロック境界をデブロックフィルタリングするための手段と、与えられたビデオブロックが、テクスチャ符号化されておらず、与えられたビデオブロックに対する隣接ビデオブロックが、テクスチャ符号化されておらず、与えられたビデオブロックと隣接ビデオブロックとが、実質的に類似した動きベクトルを有する場合は、与えられたビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して動き補償プロセスを実行するための手段と、ビデオブロックがテクスチャ符号化されておらず、次の条件、すなわち、与えられたビデオブロックに対する隣接ビデオブロックがテクスチャ符号化される、という条件、および、与えられたビデオブロックと隣接ビデオブロックとが実質的に異なる動きベクトルを有するという条件、のうちの１つ以上が満たされる場合は、与えられたビデオブロックのブロック境界をデブロックフィルタリングし、予測ビデオフレームのフィルタバージョンを使用して動き補償プロセスを実行するための手段、を備えるビデオコーディングデバイスを提供する。
【００１５】
別の実施形態においては、本開示は、フレームのビデオブロック(video blocks of the frames)上で予測ベースのコーディング技法を使用してビデオシーケンスのフレーム(frames of a video sequence)を符号化するビデオコーディングユニットを備えるビデオコーディングデバイスを提供する。この場合には、ビデオコーディングユニットは、（ａ）  与えられたビデオブロックが、テクスチャ符号化されている場合は、与えられたビデオブロックのブロック境界をデブロックフィルタリングすることと、（ｂ）  与えられたビデオブロックが、テクスチャ符号化されておらず、与えられたビデオブロックに対する隣接ビデオブロックが、テクスチャ符号化されておらず、与えられたビデオブロックと隣接ビデオブロックとが、実質的に類似した動きベクトルを有する場合は、与えられたビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して動き補償プロセスを実行することと、（ｃ）  （ａ）も（ｂ）も満たされない場合は、与えられたビデオブロックのブロック境界をデブロックフィルタリングすることと、予測ビデオフレームのフィルタバージョンを使用して動き補償プロセスを実行することと、を含むデブロックフィルタリングを実行する。
【００１６】
追加される一実施形態においては、本開示は、動きベースのコーディングではなくてイントラ予測コーディングに関してここにおいてインプリメントされる技法を考慮している。この場合には、一方法は、（ａ）  与えられたビデオブロックが、テクスチャ符号化されている場合は、与えられたビデオブロックのブロック境界をデブロックフィルタリングすることと、（ｂ）  与えられたビデオブロックがテクスチャ符号化されておらず、与えられたビデオブロックに対する隣接ビデオブロックが、テクスチャ符号化されておらず、与えられたビデオブロックと隣接ビデオブロックとが、実質的に類似した動きベクトルを有する場合は、与えられたビデオブロックを符号化するために使用される基準フレーム(reference frame)のフィルタがかけられたバージョンを使用してイントラ予測プロセスを実行することと、（ｃ）  （ａ）も（ｂ）も満たされない場合は、与えられたビデオブロックのブロック境界をデブロックフィルタリングすることと、予測ビデオフレームのフィルタバージョンを使用して空間推定プロセスを実行することと、を備えることができる。この追加される技法をインプリメントするデバイスおよび／またはデブロッキングフィルタもまた、考えられている。
【００１７】
ここにおいて説明される、これらおよび他の技法および実施形態は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらの任意の組合せの形でデジタルビデオデバイスにインプリメントされることができる。ソフトウェアの形でインプリメントされる場合、ソフトウェアは、デジタル信号プロセッサ(digital signal processor)（ＤＳＰ）の中で実行されることができる。その場合には、本技法を実行するソフトウェアは、コンピュータ読取り可能媒体に最初に記憶され、デジタルビデオデバイスにおける効果的なデブロックフィルタリングのためにＤＳＰにロードされ、実行されることができる。ハードウェア、１つまたは複数のプロセッサ、あるいはハードウェアと、ソフトウェアと、ファームウェアと、プロセッサの組合せもまた、考慮される。
【００１８】
様々な実施形態についての更なる詳細は、添付の図面および以下の説明の中で述べられる。他の特徴、目的および利点は、説明および図面から、そして特許請求の範囲から、明らかになるであろう。
【００１９】
［詳細な説明］
本開示は、ＭＰＥＧ−４やＩＴＵ  Ｈ．２６３  Ｐ０などの規格に準拠するためにインループデブロックフィルタリングを指定しないコーディング規格でとりわけ有用な選択的デブロックフィルタリング技法について説明している。本開示に従って、デブロックフィルタリングが、符号化されている与えられたビデオブロックのブロック境界に関して選択的に実行されることができ、動き補償プロセスが、与えられたビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して実行されることができ、あるいはその両方が可能である。本開示はまた、どのタイプのデブロッキング技法を様々なシナリオにおいて適用すべきかを決定するために適用されることができる選択規則も提供する。選択規則は、エンコーダにおけるビデオブロックと、デコーダにおけるビデオブロックとの間のミスマッチが、フィルタリングによって導入されないことを保証することもできる。
【００２０】
説明される技法は、予測ベースのビデオコーディングの結果として明らかにすることができる起源性ブロック歪みと継承性ブロック歪みの両方について説明することができる。起源性ブロック歪みは、貧弱なテクスチャコーディングによって導入されるブロック歪みを意味する。起源性ブロック歪みは、符号化されたビデオフレームのビデオブロック境界において生ずる。他方、継承性ブロック歪みは、予測ベースのビデオコーディングによって使用される予測ビデオフレームから継承される可能性があるブロック歪みを意味する。予測ビデオフレームは、コーディングを実行するために使用される基準フレームを意味し、動きベースのコーディングでは、一般的に符号化されているビデオシーケンスの現在のフレームに対する以前の（または後続の）フレームである。いずれにしても、継承性ブロック歪みは、符号化されたビデオフレームの中のいずれかのロケーションにおいて生ずる可能性があり、ブロック境界だけには限定されない。
【００２１】
図１は、本開示によるビデオコーディングデバイス１０のブロック図である。コーディングデバイス１０は、ビデオシーケンスを符号化し、または復号化するために使用されることができる多種多様のデバイスのうちの任意のものを備えることができる。コーディングデバイス１０の例は、一般にサーバ、ワークステーション、他の任意のデスクトップコンピューティングデバイスなど任意のコンピュータ、あるいはラップトップコンピュータや携帯型個人情報端末（ＰＤＡ）などのモバイルコンピューティングデバイスを含んでいる。他の例は、デジタルテレビジョンブロードキャスティング衛星と、デジタルテレビジョン、デジタルカメラ、デジタルビデオカメラ、他のデジタル記録デバイスなどの受信デバイスとを含んでいる。さらに他の例は、ビデオ機能を有するモバイル電話などのデジタルビデオ電話と、ビデオ機能を有する直接双方向通信デバイスと、他のワイヤレスビデオデバイスなどとを含む。本技法は、本技法がフィルタリングの複雑さを低減させることができる限り、サイズとバッテリ消費が、より関連している小型ハンドヘルドデバイスでは、とりわけ有用になり得る。
【００２２】
コーディングデバイス１０は、メモリ１２を含み、このメモリは、任意の揮発性ストレージ素子または不揮発性ストレージ素子を備えることができる。メモリ１２は、一般に例えば符号化プロセスおよび復号化プロセス中に、ビデオシーケンスを記憶する。一部の場合には、メモリ１２は、オンチップメモリもオフチップメモリも含むことができる。例えば、メモリ１２は、ビデオシーケンスを記憶する比較的大きなオフチップメモリ空間と、コーディングプロセスにおいて使用されるより小型のより高速なローカルオンチップメモリを含むことができる。その場合には、オフチップメモリは、ダイナミックランダムアクセスメモリ(dynamic random access memory)（ＤＲＡＭ）、またはフラッシュメモリ(FLASH memory)を備えることができ、ローカルオンチップメモリは、シンクロナスランダムアクセスメモリ(synchronous random access memory)（ＳＲＡＭ）を備えることができる。しかしながら、簡単のために、単一のメモリ１２が、ビデオコーディングを容易にするために使用されることができる任意数のメモリ素子を表すように示される。
【００２３】
図１に示される例においては、コーディングデバイス１０は、ビデオコーディングユニット１４と、デブロック(deblock)（ＤＢ）フィルタリングユニット１８を含んでいる。これらのコンポーネントは、別々に示されているが、一部の場合においては、デブロックフィルタリング機能は、ビデオコーディングユニットへと一体化されることができる。一般に、コーディングユニット１４は、動き推定技法および動き補償技法を経由したインターフレームコーディングや、空間推定技法およびイントラ予測技法を経由したイントラフレームコーディングなど、予測ベースのコーディング技法を実行する。
【００２４】
コーディングユニット１４は、「ＣＯＤＥＣ」と称されることができるが、一般にはエンコーダ、デコーダ、または一体化されたエンコーダ／デコーダを意味する。ここにおいて説明される技法は、復号化に対して最も適用可能であるが、特に復号化技法が、符号化ステップの一部分として使用される場合には符号化中にも適用することができる。コーディングデバイス１４は、ハードウェア、ソフトウェア、ファームウェア、１つまたは複数のデジタル信号プロセッサ(digital signal processor)（ＤＳＰ）、マイクロプロセッサ、特定用途向け集積回路(application specific integrated circuit)（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ(field programmable gate array)（ＦＰＧＡ）、個別ハードウェアコンポーネント、あるいはそれらの様々な組合せの内部にインプリメントされることができる。
【００２５】
デブロッキングユニット１８は、本開示の技法に応じて選択的デブロックフィルタリングを実行する。特に、デブロッキングユニット１８は、符号化されている与えられたビデオブロックのブロック境界に関してデブロックフィルタリングを選択的に実行し、与えられたビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して追加の動き補償プロセスを実行し、あるいはその両方を行う。デブロッキングユニット１８によって適用される選択判断基準は、起源性ブロック歪みと継承性ブロック歪みを明らかにする方法でデブロックフィルタリングのレベルと程度を決定する。本技法は、ブロック境界のデブロックフィルタリングを可能にすることができるが、そのようなフィルタリングが、符号化する際に使用されるブロックと、復号化する際に使用されるブロックとの間のミスマッチを導入する可能性がある場合には、動き補償プロセスにおいてそのようなフィルタリングを回避することができる。換言すれば、テクスチャ符号化されるブロックでは、予測ブロックのフィルタがかけられたバージョンを使用した動き補償は、ミスマッチを導入する可能性がある。それ故に、テクスチャ符号化されるブロックでは、動き補償は、予測ブロックのフィルタがかけられていないバージョンを使用することができる。
【００２６】
様々なアーキテクチャについても説明され、これらのアーキテクチャは、本開示の技法のインプリメンテーションを簡略化することができる。ほとんどの場合において、コーディングデバイス１０は、多数の他のコンポーネントを含むことができるが、これらは、簡単にするために図１には示されていない。これらの追加のコンポーネントは、例えば、ビデオシーケンスを送信し受信するトランスミッタおよびレシーバ、ビデオシーケンスを取り込む、デジタルカメラなどのビデオキャプチャデバイス(video capture device)、あるいはビデオを符号化するデバイスにおいて一般に使用される他の任意のコンポーネントを含むことができる。
【００２７】
ＩＴＵ  Ｈ．２６４／ＡＶＣ、ＩＴＵ  Ｈ．２６３、ＩＴＵ  Ｈ．２６１、ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４、ウィンドウズメディアビデオ９．０(Windows Media Video 9.0)（ＷＭＶ９）、リアルビデオ９．０(Real Video 9.0)（ＲＶ９）など、ほとんどの広く使用されるビデオコーディング技術は、テクスチャコーディングの基礎としてブロックベースの変換とスカラ量子化を活用している。ブロックベースのテクスチャコーディングは、ビデオを圧縮する比較的簡単で有効なスキームであるが、テクスチャコーディングの１つの欠点は、ブロッキングアーチファクト(blocking artifact)の発現(manifestation)である。ブロック歪みとも称されるブロッキングアーチファクトは、粗い量子化がビデオコンテンツを符号化するために使用されるときに、特に顕著であり、このビデオコンテンツは、低ビットレートでのビデオ伝送では一般的である。
【００２８】
以上で指摘されるように、ブロック歪みは、２つのタイプ：起源性ブロック歪みと継承性ブロック歪みに分類されることができる。起源性ブロック歪みは、一般に貧弱なテクスチャコーディングによって導入されるブロック歪みである。起源性ブロック歪みは、ビデオブロックが、より高い量子化パラメータを用いて符号化されるときにより厳しくなる。そのような起源性ブロック歪みは、ブロック境界の周りのピクセルで生じ、ブロックサイズと同じ長さ（例えば、ＭＰＥＧ−４では８ピクセル）を有する。起源性ブロック歪みは、ブロック境界の周りに見えるので、これらの区域に適用されるローパスフィルタ(low pass filter)は、通常、問題を解決するのに十分である。
【００２９】
他方、継承性ブロック歪みは、インター予測(inter-predicted)（またはイントラ予測(intra-predicted)）ビデオブロックについての基準フレームから継承されるブロッキングアーチファクトである。換言すれば、継承性ブロック歪みは、予測ベースのコーディングによって基準フレーム内で識別される基準ビデオブロックの中にもともとあるブロック歪みである。この基準ビデオブロックは、符号化されたブロックを構築するために使用され、一般的に動きベクトルによって識別されるので、基準ビデオブロックのブロック歪みは、基準を使用して符号化される現在のビデオブロックによって継承される可能性がある。継承性ブロック歪みアーチファクトは、任意のロケーションにおいて見える可能性があり、ブロック境界だけには限定されない。さらに、継承性ブロック歪みは、任意の長さを有することができる（例えば、ＭＰＥＧ−４では、ちょうど８ピクセルではない）。ブロック境界の周りに適用される伝統的なデブロッキングフィルタは、一般的にそのような継承性ブロック歪みを除去しないことになる。
【００３０】
継承性ブロック歪みは、インループデブロックフィルタリングをサポートするビデオコーディングシステムにおいては問題が少ない。この場合には、フィルタがかけられたフレーム(filtered frames)は、予測ベースのコーディングについての基準フレーム(reference frames)として使用される。したがって、そのようなシステムにおいては、継承性ブロック歪みは、基準フレームが、すでにデブロックフィルタリングされているので、一般に少なくとも大体において除去される。動き補償の後に、テクスチャコーディングは、予測される（動き補償された）ブロックと元のブロックとの間の差をさらに減少させることさえでき、これは、継承性ブロック歪みをさらに低減させる助けをすることができる。しかしながら、テクスチャコーディングなしには、基準フレームからのブロック歪みは、直接に符号化されたフレームのブロックに対して渡されることになる。
【００３１】
インループデブロッキングフィルタをサポートするＩＴＵ  Ｈ．２６４とＩＴＵ  Ｈ．２６３  Ｐ３（ＩＴＵ  Ｈ．２６３規格のプロファイル３）では、継承性ブロック歪みは、基準フレームにおけるブロック歪みが、一般にインループデブロックフィルタリングによって許容可能レベルまで低減させられるので、重要な問題ではない可能性がある。他方、継承性ブロック歪みは、インループデブロッキングフィルタリングが、活用されないときに、例えばＭＰＥＧ−４およびＩＴＵ  Ｈ．２６３  Ｐ０においては、より重要な問題である。この場合には、現在のフレームを復号化する際に使用される基準フレームは、デブロックフィルタリングが適用される前の基準フレームであるので、現在のフレームの中に十分なテクスチャコーディングが存在しない場合（例えば、量子化パラメータが高いとき）に、基準フレームにおけるブロック歪みは、現在のフレームに渡されることになる。本開示の１つの焦点は、ＭＰＥＧ−４およびＩＴＵ  Ｈ．２６３  Ｐ０についての継承性ブロック歪み問題を解決することができるポストデブロッキングフィルタソリューションの説明である。
【００３２】
継承性ブロック歪みの厳しさは、ブロックタイプ（符号化されたブロックパターンおよび動きベクトル）と、使用されるデブロッキングフィルタのタイプ（インループまたはポストループ）とに依存する可能性がある。異なるブロックタイプと２つの異なるフィルタタイプ（ループフィルタおよびポストフィルタ）の継承性ブロック歪みが、表１に示されている。
【表１】
2009512402.tif 000001
【００３３】
表１において、「ｃｂｐ」は、符号化されたブロックパターン(coded block pattern)の略語であり、「ｍｖ」は、動きベクトル(moving vector)の略語である。ｃｂｐ＝０であるときに、テクスチャコーディングはなく、逆も同様である。シンボル「＝」は、基準フレームにおけるブロック歪みが現在のブロックへと完全に渡されることを示す。シンボル「＜」は、基準フレームから継承されるブロック歪みが、インループ動作のために低減させられることを示す。シンボル「−」は、基準フレームから継承されるブロック歪みが、さらにテクスチャコーディングのために低減させられることを示す。注目すべきことに、継承性ブロック歪みは、ｃｂｐ＝０であり、ポストループフィルタが使用されるときに最も厳しい。本開示は、とりわけｃｂｐ＝０を有するこれらのブロックについての継承性ブロック歪みを除去するために、選択的動き補償ベースのデブロッキング(Selective Motion Compensation based De-Blocking)（ＳＭＣＤＢ）と称されるソリューションを提案している。テクスチャコーディングがビデオブロックについて使用されたことを示しているｃｂｐ≠０である（ｃｂｐが０に等しくない）ときには、フィルタがかけられた基準フレームに基づいた動き補償が回避されることができ、その結果、エンコーダにおけるビデオブロックと、デコーダにおけるビデオブロックとの間にミスマッチが導入されないようになる。
【００３４】
インループデブロックフィルタリングは、継承性ブロック歪みを低減させるので、ブロッキングアーチファクトを除去する１つのソリューションは、デコーダにおいて、フィルタがかけられない基準フレームをフィルタがかけられた基準フレームで置換することである。しかしながら、デコーダはフィルタがかけられたフレーム(filtered frames)を基準フレーム(reference frames)として使用するが、エンコーダはフィルタがかけられていないフレーム(non-filtered frames)を基準フレーム(reference frames)として使用するので、これは、エンコーダとデコーダの間のミスマッチ問題を導入する可能性がある。ミスマッチ問題は、次の「イントラ」フレームが到着するまで、エラー伝搬に起因してより厳しくなる可能性もある。
【００３５】
別のアプローチは、ブロック境界に対してデブロックフィルタリングを単に適用する代わりに、すべてのピクセルロケーションに対してデブロッキングフィルタを適用することである。基準フレームから継承されるブロック歪みが、どこにでも現れる可能性があるので、すべてのロケーションに対するデブロックフィルタリングの適用は、多くの場合に継承性ブロック歪みを除去する可能性がある。しかしながら、本技法は、インプリメンテーションの観点から、あまりにも複雑すぎ、そして多くの場合にオーバーフィルタリング(over-filtering)に起因した不鮮明な画像を生じさせる。
【００３６】
さらに別のソリューションは、履歴トラッキング(history tracking)に基づいている。継承性ブロック歪みは、一般的にＩ−フレーム（イントラ符号化されたフレーム）に起源を発し、時間予測を介して１つのフレームから次へと渡される。各ブロック（それ故にブロック歪み）の動きを追跡し、継承性ブロック歪みが存在するロケーションにおいてデブロッキングフィルタを適用することにより、継承性ブロック歪みの問題は、解決されることができる。例えば、この技法は、動きベクトルを使用してブロック歪みの動きを追跡し、過去に使用されたデブロッキングフィルタのタイプを記録し、次いで継承性ブロック歪みを有することが知られているロケーションにおいて基準フレーム(reference frames)において使用されるデブロッキングフィルタの同じタイプを適用する。
【００３７】
例えば、ｘが基準フレームにおけるブロック歪みを示し、ＭＣ（ｘ）が基準フレームから継承されるブロック歪みであることを仮定する。履歴トラッキング技法は、まずＭＣ（ｘ）のロケーションを決定し、次いで以前のフレームと同じデブロッキングをＭＣ（ｘ）に対して適用する。本プロセスは、ｘ―＞ＭＣ（ｘ）―＞ＤＢ（ＭＣ（ｘ））として記述されることができる。テクスチャコーディングは、本技法が、ｃｂｐ＝０の場合を取り扱うだけである限り、ここで考慮されないことに注意すべきである。
【００３８】
しかしながら、すべてのブロックのすべての動き動作を追跡することは非常に複雑になる可能性がある。もっと簡単な代替案は、ｘ―＞ＭＣ（ｘ）―＞ＤＢ（ＭＣ（ｘ））からｘ―＞ＤＢ（ｘ）―＞ＭＣ（ＤＢ（ｘ））へと、プロセス中における動き補償(motion compensation)（ＭＣ）とデブロッキング（ＤＢ）の順序を交換することである。新しい順序は、動き補償が、ｃｂｐ＝０を有するブロックについて、フィルタがかけられたフレーム(filtered frames)を基準フレームとして使用して実行されることを意味する。この場合にも、これは、テクスチャコーディングのないブロックに適用されるだけである。テクスチャコーディングを有するブロック（ｃｂｐ≠０）では、本技法は、エンコーダとデコーダの間のミスマッチ問題を導入する可能性がある。したがって、本技法は、ｃｂｐ≠０のときには、特に回避されることができる。
【００３９】
ＭＣ（ＤＢ（ｘ））が、ｃｂｐ＝０を有する現在のブロック上で実行された後に、現在のブロックに対する隣接ブロックが、動き補償されたブロックではない場合、あるいは隣接ブロックが異なる動きベクトルを有する場合には、別のラウンドのデブロッキングが、動き補償されたブロックと、その隣接ブロックとの間で生成される可能性のあるブロック歪みを防止するために、現在のブロックとその隣接ブロックとの間において適用されることができる。選択的動き補償ベースのデブロッキング（ＳＭＣＤＢ）とここで称されるこのアルゴリズムは、ブロックに対して（１）ＤＢ、（２）ＭＣ、または（３）ＭＣ後のＤＢを適用する。選択は、以下でより詳細に説明されるように、ｃｂｐと隣接ブロックのプロパティとに基づいている。
【００４０】
本開示において使用される表記法では、ＤＢは、符号化されている現在のビデオブロックのブロック境界のデブロックフィルタリングを意味することに注意すべきである。ＭＣは、追加の動き補償プロセスを意味し、この動き補償プロセスは、現在のビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを適用している。予測ビデオフレームのフィルタがかけられたバージョンは、それが符号化されるときに、特にこの追加の動き補償プロセスにおいて使用するために、記憶されることができる。しかしながら、ポストループデブロックフィルタリングに先立ってコーディングにおいて使用される元の動き補償プロセスは、予測フレームのフィルタがかけられていないバージョンを使用することができる。
【００４１】
一般に、本開示の技法は、以下の３つの基本的なステップに従うことができる。
（１）現在のビデオブロックについてｃｂｐ＝１である（ブロックが、テクスチャコーディングを有する）場合、現在のビデオブロック上でデブロックフィルタリングを使用する。
（２）現在のビデオブロックについてｃｂｐ＝０であり、現在のビデオブロックに対する隣接ブロックについてｃｂｐ＝０であり、そして隣接ブロックの動きが、現在のブロックの動きベクトルと同じである場合、ＭＣ２（以下で説明される）を使用する。
（３）そうでなければ、ＭＣ２とＤＢの両方を使用する。
【００４２】
通常のデコーダとポストループデブロッカ(post-loop deblocker)とによって使用される動き補償（ＭＣ）を区別するために、２つの異なるシンボル、すなわちＭＣ１とＭＣ２が本開示において使用される。ＭＣ１は、デコーダについてのＭＣであり、このデコーダにおいては、使用される基準フレームは、デブロッキングフィルタの前の復号化されたフレーム、すなわちフィルタがかけられていないフレームである。ＭＣ２は、デブロックフィルタリングユニットについてのＭＣであり、ここでは、使用される基準フレームは、デブロッキングフィルタの適用後の基準フレーム、すなわちフィルタがかけられたフレームである。基準フレームのコーディングの時に、そのフィルタがかけられたバージョンは、ＭＣ２プロセスにおいて可能性のある後の使用のために、記憶され、またはキャッシュされることができる。
【００４３】
図２は、ＳＭＣＤＢをインプリメントするために使用されることができる１つのアーキテクチャを示す図である。図２のアーキテクチャは、デブロッキングプロセスに割り当てられることができる制限された電力と制限された処理サイクルを有するデバイスのために特に有用とすることができる。十分な電力と処理オーバーヘッドを有するチップまたはデバイスでは、図３の例に示されるようにデコーダにデブロックフィルタリング技法を一体化することが、より有用な可能性がある。
【００４４】
図２に示されるように、デバイス２０は、デコーダ２２とデブロッキングユニット２４とを含んでいる。デコーダ２２は、第１の動き補償プロセスを実行する動き補償器(motion compensator)（ＭＣ１）２１を含み、またテクスチャコーディングを実行するテクスチャエンジン(texture engine)（ＴＥ）２３を含んでもいる。例えば、ＴＥ２３は、離散コサイン変換（ＤＣＴ）プロセス、またはビデオコーディングのために使用される別のテクスチャコーディングプロセスを実行することができる。
【００４５】
改善されたデブロックフィルタリングをサポートするために、デブロッキングユニット２４が、使用される。デブロッキングユニット２４は、本開示に従ってポストループデブロックフィルタリングを実行することができる。図２に示されるように、デブロッキングユニット２４は、ｃｂｐ＝０であるかどうかについての（２５により示されるような）決定を行う。そのような（２５のｙｅｓブランチの）場合、デブロッキングユニット２２は、第２の動き補償プロセスを実行するために動き補償器（ＭＣ２）２６をインプリメントする。重要なことに、ＭＣ２  ２６によって実行される動き補償プロセスは、基準フレームのフィルタがかけられたバージョンを適用しており、これは、メモリに記憶されている可能性がある。しかしながら、基準フレームがブロック境界にフィルタをかけている場合には、継承性ブロック歪みが、復号化されたフレーム(decoded frames)に導入される可能性がある。
【００４６】
デブロッキングユニット２４がｃｂｐ＝０である（２５のｙｅｓブランチ）という決定を行う場合、そのときにはＭＣ２  ２６に続いて、それは、符号化されている現在のビデオブロックに対する隣接ブロックが、ｃｂｐ＝０と、現在のビデオブロックの動きベクトルに等しい（または実質的に類似している）動きベクトルとを有するかどうかについての別の決定（２７に示される）を行う。これら２つの判断基準のうちの両方が満たされる場合、デブロックフィルタリング２８は、現在のビデオブロックのブロック境界では回避される。
【００４７】
ｃｂｐ≠０である（２５のｎｏブランチの）場合、または決定２７の判断基準のいずれかが満たされない場合、デブロッキングユニット２４は、現在のビデオブロックのフィルタブロック境界をデブロックするためにデブロッキングフィルタリング２８をインプリメントする。図２に示されるこれらの決定およびフィルタリングは、複数のブロック境界と、符号化されている現在のビデオブロックに対する複数の隣接ブロックに関して行われることもできる。
【００４８】
一般に、図２は、別個のデブロッキングフィルタが復号化ユニットと共に使用される、１つのアーキテクチャを示している。デブロッキングフィルタは、以下のステップを実行することができる。
（１）現在のビデオブロックがテクスチャ符号化されている場合、デブロックフィルタリングは、現在のビデオブロックの境界に関して適用される。
（２）現在のビデオブロックが、テクスチャ符号化されておらず、現在のビデオブロックに対する隣接ブロックが、テクスチャ符号化されておらず、そして隣接ブロックに関連する動きベクトルが、現在のブロックに関連する動きベクトルと同じ、または実質的に類似している場合には、動き補償プロセスは、予測ベースのコーディングにおいて使用される予測フレームのフィルタがかけられたバージョンを使用してインプリメントされる。
（３）そうでなければ、予測フレームのフィルタがかけられたバージョンを使用した動き補償プロセスと、現在のビデオブロックの境界に関してのデブロックフィルタリングの両方が使用される。
【００４９】
図３は、ＳＭＣＤＢをインプリメントするために使用されることができるアーキテクチャを示す別の図である。図３のアーキテクチャはまた、先行するパラグラフにおいて説明される３つのステップも実行する。しかしながら、図２のデバイス２０とは異なって、図３のデバイス３０は、ここにおいて説明されるデブロックフィルタリングと復号化機能を一体化する。
【００５０】
図３に示されるように、デバイス３０の一体化デコーダは、第１の動き補償プロセスを実行する動き補償器（ＭＣ１）３１と、テクスチャコーディングを実行するテクスチャエンジン（ＴＥ）３３とを含んでいる。決定（３２）は、テクスチャコーディングが、ｃｂｐ＝０であるかどうかに基づいて実行されるべきであるかどうかを決定する。そうでない（３２のｎｏブランチの）場合、ＴＥ３３は、テクスチャコーディングを実行し、そして現在のビデオブロックに関連する量子化パラメータ(quantization parameter)（ＱＰ）が、しきい値よりも大きい（３６のｙｅｓブランチの）場合には、デブロッキングフィルタ３７は、現在のビデオブロックのブロック境界に関してデブロックフィルタリングを実行する。ＱＰしきい値決定（３６に示される）は、ここにおいて説明される実施形態のうちのどれにも追加されることができることに注意すべきである。
【００５１】
ｃｂｐ＝０である（３２のｙｅｓブランチの）場合、動き補償器（ＭＣ２）３４が、インプリメントされる。ここにおける他の例と同様に、ＭＣ２  ３４は、予測ベースの符号化において使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して、その動き補償プロセスを実行する。この場合にも、予測ビデオフレームのフィルタがかけられたバージョンは、それが以前に、例えば予測ビデオフレームの以前のコーディングにおいてデブロックフィルタリングされた後に、記憶されている可能性がある。デバイス３０は、符号化されている現在のビデオブロックに隣接するビデオブロックが、ｃｂｐ＝０と、現在のビデオブロックの動きベクトルに等しい（または実質的に類似している）動きベクトルとを有するかどうかについての決定（３５に示される）を行う。これらの２つの判断基準のいずれかが満たされない場合、デバイス３０は、現在のビデオブロックに関連するＱＰが、しきい値よりも大きい（３６のｙｅｓブランチの）場合に、デブロッキングフィルタ３７をインプリメントする。しかしながら、これらの判断基準のいずれもが満たされる場合には、現在のビデオブロックのブロック境界上のデブロックフィルタリングは、これが、そうでなければビデオコンテンツの過剰なスムージングを導入する可能性があるので、回避される。
【００５２】
図２および３の図は、動きベースのコーディングに関して適用されるが、類似した技法が、イントラ符号化されたフレーム(intra-coded frames)に関して使用されることもできることに注意すべきである。この場合には、動き補償プロセスは、イントラベースの(intra-based)予測コーディングにおける使用のようにイントラ予測プロセスで置換されることができる。予測フレーム（イントラコーディングについての）は、符号化されている現在のフレームを含む同じフレームである。
【００５３】
ここにおいて説明される技法は、コーディングデバイスの１つまたは複数の既存のデブロッキングフィルタと組み合わせてインプリメントされることもできる。それ故に、与えられたコーディングデバイスが、すでにデブロッキングフィルタをインプリメントする場合には、本開示の技法は、既存のデブロッキングフィルタと「後方互換(backwards compatible)」にされることができる。
【００５４】
より一般に、ＳＭＣＤＢは、任意のデブロッキングフィルタと共に機能することができる。例えば、Ｈ．２６４デブロッキングフィルタが、ハードウェアでインプリメントされた場合には、Ｈ．２６４デブロッキングフィルタと組み合わせられたＳＭＣＤＢが、使用される可能性がある。もともとＨ．２６４ＣＯＤＥＣのためのインループフィルタとして設計されたＨ．２６４デブロッキングフィルタは、少し修正され、ＭＰＥＧ４とＩＴＵ  Ｈ．２６３  Ｐ０のためのポストフィルタとして使用される可能性がある。
【００５５】
本開示に従って、図４は、Ｈ２６４デブロッキングと組み合わせられたＳＭＣＤＢのアーキテクチャを示し、ここでは、ＭＣ２の後に（図２および３におけるように）デブロッキングを実行すべきかどうかについての決定は、Ｈ．２６４デブロッキングフィルタの境界強度決定によって置き換えられる。
【００５６】
図４に示されるように、コーディングデバイス４０は、予測ビデオフレームのフィルタがかけられていないバージョンを使用して第１の動き補償プロセスを実行する動き補償器（ＭＣ１）４１と、テクスチャコーディングを実行するテクスチャエンジン（ＴＥ）４３とを含む。決定（４２）は、テクスチャコーディングが、ｃｂｐ＝０であるかどうかに基づいて実行されるべきであるかどうかを決定する。ｃｂｐ＝０である（４２のｙｅｓブランチの）場合、動き補償器（ＭＣ２）４４は、予測ビデオフレームのフィルタがかけられたバージョンを使用する動き補償プロセスを実行する。ｃｂｐ≠０である（４２のｎｏブランチの）場合には、テクスチャエンジン４３は、テクスチャコーディングを実行し、デブロッキングフィルタユニット４５は、現在のビデオブロックのブロック境界が、デブロックフィルタリングされるべきかどうか、そしてどの程度までされるべきかを決定するために使用される。
【００５７】
図４の例において、デブロックフィルタリングユニット４５は、境界強度決定（４６）とフィルタリング決定（４７）とを行う。一部の場合には、これらの決定は、既存のＨ．２６４デブロッキングフィルタをポストフィルタとして使用してインプリメンとされることができる。この場合には、デブロックフィルタリングユニット４５は、インループデブロッキングフィルタにアクセスするが、そのフィルタをポストデブロッキングフィルタとして使用することができる。デブロックフィルタリングユニット４８は、ＩＴＵ  Ｈ．２６４フィルタを効果的に使用するために必要とされる任意の入力パラメータ調整を実行するルックアップテーブルを含み、しかもＭＰＥＧ−４など、別の規格に準拠することができる。
【００５８】
しかしながら、本開示の技法は、どのような特定の規格と共に使用するようにも限定されず、いくつかの規格と、既存のまたは新しくインプリメントされたフィルタリングユニットとを有する広いアプリケーションを見出すことができる。一般に、図４においては、デブロックフィルタリング（４８に示される）は、境界強度決定（４６）とフィルタリング決定（４７）の結果に基づいて実行されるが、これらの決定は、いくつかの可能なコーディング規格のうちの１つに応じて定義されることができる。
【００５９】
必要な場合には、しきい値ＱＰの決定は、デブロックフィルタリングユニット４５をインプリメントすることに先立って呼び出されることもできる。この場合には、デブロックフィルタリングユニット４５は、（以上に概説された緊急事態(contingency)に加えて）現在のビデオブロックに関連する量子化パラメータも、しきい値より大きい場合だけに、呼び出されることになる。換言すれば、ＱＰがフレームのビデオブロックの非常に正確な符号化を保証するように十分に低い場合に、デブロックフィルタリングは、回避されることができる。
【００６０】
上記の技法に加えて、いくつかの追加の技法が、インプリメンテーションの複雑さをさらに低減させるために様々なシナリオにおいて適用されることができる。一例においては、デブロックフィルタリングは、与えられたビデオブロックのために使用されるＱＰと、最後のＩ−フレームに対する現在のビデオブロックの距離に応じてディスエーブル／イネーブルされることができる。実験は、同じＱＰを用いて符号化されるときにＩ−フレームが、Ｐ−フレーム（予測フレーム）よりもブロック歪みが多い傾向があることと、最後のＩ−フレームに近いＰ−フレームが、最後のＩ−フレームからさらに離れたＰ−フレームよりもブロック歪みが多い傾向があることとを示している。すなわち、ブロック歪みは、最後のＩ−フレームに対する距離が増大するにつれて減少する傾向がある。さらに、予想されるように、最後のＩ−フレームに対して固定された距離を有するフレームでは、ブロック歪みは、フレームのＱＰが増大するにつれて、もっと厳しくなる。これらの観察は、フレームレベルのみならずビデオブロックレベルにおいても当てはまる。
【００６１】
これらの観察に基づいて、ビデオブロックレベルのデブロックフィルタリングの決定は、インプリメンテーションの複雑さを低減させるために、ＱＰと、最後のＩ−フレームに対する距離に基づいて行われることができる。例えば、ＱＰが、しきい値「ｔｈ」よりも小さく、ここで「ｔｈ」がｄの関数であり、ｄが最後のＩ−フレームに対する現在のビデオブロックからの距離であるときに、デブロックフィルタリングは、ビデオブロックについてディスエーブルされることができる。このデブロッキング決定は、不必要なデブロックフィルタリングをバイパスするゲートとしての機能を果たし、それによりインプリメンテーションの複雑さを低減させることができる。その決定は、アドホックなやり方でインプリメントされるように設計されることもでき、あるいは複雑さ−品質コストファンクション(complexity-quality cost function)によって、より効率的にインプリメントされることもできる。
【００６２】
別の複雑さは、輝度ブロックだけに関して、そしてクロミナンスブロック(chrominance block)には関してはそうでないように、デブロックフィルタリング（およびその決定）を実行することにより、達成されることができる。換言すれば、デブロックフィルタリングは、「クロマ(chroma)」ブロックについてはディスエーブルされることができる。ブロッキングアーチファクトは、クロミナンスよりも輝度において、目に見えやすいので、クロマデブロックフィルタリングを回避することは、過大なようには品質を悪化させない可能性がある。実験は、クロマＤＢがディスエーブルされるときに、ほとんど、または全く目に見える品質損失を示していない。
【００６３】
さらに別の複雑さの低減は、ＭＣ２の後にデブロックフィルタリングを（ここにおいて説明されるように）ディスエーブルにすることにより、達成されることができる。図２および３のアーキテクチャにおいては、デブロックフィルタリングは、その１つまたは複数の隣接ブロックとは異なるプロパティを有するｃｂｐ＝０を有するブロックについてＭＣ２の後に適用される。ＭＣ２の後にそのようなフィルタリングをオフにすることは、さらにシステムの複雑さを低減させる可能性さえあるが、デブロッキングの品質を低下させることができる。
【００６４】
既存のＩＴＵ  Ｈ．２６４デブロッキングフィルタを使用するインプリメンテーションでは、複雑さは、（４の境界強度（ＢＳ）に関連する）強いフィルタリングをディスエーブルにすることにより低減させられる可能性もある。ＩＴＵ  Ｈ．２６４のために定義されるＢＳ＝４のフィルタは、他のＢＳ値に関連するフィルタよりもずっと複雑である。その複雑さは、ＩＴＵ  Ｈ．２６４によって定義されるＢＳ＝４の強いフィルタが、ＩＴＵ  Ｈ．２６４によって定義されるＢＳ＝３のフィルタによって置き換えられるときに非常に低減させられる可能性があり、これは、結果として非常に小さな品質悪化になる。
【００６５】
さらに他のインプリメンテーションにおいては、ＭＣ２は、それが必要とされないときにはディスエーブルされることができる。ＳＭＣＤＢスキームにおいてＭＣ２を使用する理由は、継承性ブロック歪みを除去することであり、ＭＣ２は、継承性ブロック歪みが、もはや問題ではないときには、ディスエーブルされるべきである。符号化されていないブロックの数と、イントラビデオブロックの数と、フレームにおける平均ＱＰはすべて、継承性ブロック歪みの厳しさを決定するときに影響を及ぼすファクタである。一例として、符号化されていないブロックの数が、しきい値よりも小さく、平均ＱＰが、しきい値よりも小さい場合に、ＭＣ２は、ディスエーブルされることができる。この場合には、ＭＣ２が、現在ディスエーブルされるが、イントラビデオブロックの数が、しきい値よりも大きい場合に、ＭＣ２は、再イネーブルされることができる。
【００６６】
ここにおいて提案される技法の品質を検証するために、以下の２つのテストビデオクリップ(test video clip)、すなわち「皮膚(skin)」と「都市(cities)」が、実験において使用された。ブロッキングアーチファクト値(blocking artifact value)（ＢＡＶ）が、ブロック歪みの厳しさを測定するために使用された。シミュレーションにおいては、各ビデオクリップは、毎秒４８キロビット（ｋｂｐｓ）と、毎秒１５フレーム（ｆｐｓ）におけるＭＰＥＧ−４を用いて符号化された。デブロッキング性能（ブロック歪みの低減）の観点から、すべてのＳＭＣＤＢコンフィギュレーションは、Ｈ．２６４デブロックフィルタリングよりも性能が優れていた。複雑さ（処理サイクルの使用）の観点から、最も複雑なＳＭＣＤＢコンフィギュレーション（簡略化が使用されず）でさえ、ＩＴＵ  Ｈ．２６４デブロックフィルタリング技法よりも少ない処理サイクルを消費した。
【００６７】
図５は、本開示と整合性のあるデブロッキング技法を示すフローチャートである。図５は、図１のデバイス１０の場合について説明されることになるが、本技法は、ＤＢフィルタリングユニット（図１のユニット１８のような）をビデオコーディングユニットに直接に一体化したデバイスによってインプリメントされることができ、この場合には、デブロックフィルタリング技法は、コーディングユニットによって実行されることになる。
【００６８】
図５に示されるように、コーディングユニット１４は、予測ベースのコーディング技法を使用して、メモリ１２の中のビデオフレーム(video frames)を符号化する（５１）。予測ベースのコーディング技法は、ビデオフレームのブロック(blocks of video frames)がコーディングのために他のブロックと比較されるどのようなコーディング技法も意味する。予測ベースのコーディング技法の例は、インターフレーム圧縮ベースの動き推定および動き補償、あるいは空間推定とイントラ予測に基づいたイントラフレーム相関を含んでいる。予測ベースのコーディング（５１）は、例えば動き補償において、予測ビデオフレーム(prediction video frames)のフィルタがかけられていないバージョンを使用することができる。
【００６９】
ＤＢフィルタリングユニット１８は、テクスチャコーディングが、与えられたビデオブロックのために使用されたかどうかを決定する（５２）。そのような（５２のｙｅｓブランチの）場合、ＤＢフィルタリングユニット１８は、与えられたビデオブロックのブロック境界にフィルタをかける（５３）。そうでない（５２のｎｏブランチの）場合には、ＤＢフィルタリングユニット１８は、フィルタがかけられた基準フレーム（すなわち、フィルタがかけられた予測フレーム）に基づいて新しい動き補償プロセスを実行する（５４）。
【００７０】
フィルタがかけられた基準フレームを使用した動き補償プロセス（５４）に続いて、ＤＢフィルタリングユニット１８は、テクスチャコーディングが、与えられたビデオブロックに対する隣接ブロックのために使用されたかどうか（５５）と、与えられたビデオブロックと隣接ビデオブロックとが、類似した動きベクトルを有するかどうか（５６）を決定する。テクスチャコーディングが、与えられたビデオブロックのために使用されなかった（５２のｎｏブランチ）が、与えられたビデオブロックに対する隣接ブロックのためには使用された（５５のｙｅｓブランチの）場合、そのときにはＤＢフィルタリングユニット１８は、与えられたビデオブロックのブロック境界をデブロックフィルタリングする（５３）。また、テクスチャコーディングが、与えられたビデオブロック（５２のｎｏブランチ）と、与えられたビデオブロックに対する隣接ブロック（５５のｎｏブランチ）のために使用されず、与えられたビデオブロックと隣接ビデオブロックとが、類似した動きベクトルを有さない（５６のｎｏブランチの）場合、そのときにはＤＢフィルタリングユニット１８は、与えられたビデオブロックのブロック境界をデブロックフィルタリングする（５３）。しかしながら、テクスチャコーディングが、与えられたビデオブロック（５２のｎｏブランチ）と、与えられたビデオブロックに対する隣接ブロック（５５のｎｏブランチ）のために使用されなかったが、与えられたビデオブロックと隣接ビデオブロックとが、類似した動きベクトルを有する場合には、ＤＢフィルタリングユニット１８は、与えられたビデオブロックのブロック境界のどのようなデブロックフィルタリングも回避する（５７）。
【００７１】
図５に示される技法は、簡単にするために、与えられたビデオブロックの１つのブロック境界のフィルタリングに関して示される。もちろん、本開示は、さらに与えられたビデオブロックのいくつかのブロック境界に関して適用されるフィルタリング技法も考えている。したがって、本開示の技法は、（ｄ）  与えられたビデオブロックがテクスチャ符号化されている場合は、与えられたビデオブロックの複数のブロック境界をデブロックフィルタリングすることと、（ｅ）  与えられたビデオブロックが、テクスチャ符号化されておらず、与えられたビデオブロックに対する複数の隣接ビデオブロックが、テクスチャ符号化されておらず、そして与えられたビデオブロックと隣接ビデオブロックとが、実質的に類似した動きベクトルを有する場合は、与えられたビデオブロックを符号化するために使用される予測ビデオフレームのフィルタがかけられたバージョンを使用して動き補償プロセスを実行することと、（ｆ）  （ｄ）も（ｅ）も満たされない場合は、与えられたビデオブロックの複数のブロック境界をデブロックフィルタリングすることと、予測ビデオフレームのフィルタバージョンを使用して動き補償プロセスを実行することとを含むことができる。
【００７２】
いくつかの実施形態が、説明されてきている。しかしながら、様々な修正が、ここにおいて説明される技法に対して行われることができる。例えば、本技法は、インター予測ベースの(inter-prediction based)コーディングの場合について説明されてきているが、類似した技法が、イントラ予測ベースの(intra-prediction based)コーディングの場合にも適用されることができる。換言すれば、予測ビデオフレームは、符号化されている現在のフレームに対する、ビデオシーケンスの中の以前のフレームまたは後続のフレームとすることができ、あるいは（イントラコーディングの場合には）符号化されている現在のビデオブロックを含む同じフレームとすることができる。ここにおいて説明される技法のこれらおよび他の変形も、本開示によって考えられている。
【００７３】
ここにおいて説明される技法は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せの形でインプリメントされることができる。ソフトウェアでインプリメントされる場合には、デバイスにおいて実行されるときに、ビデオシーケンスを符号化し、ここにおいて説明される１つまたは複数のデブロックフィルタリング技法を実行するプログラムコードを備えるコンピュータ読取り可能媒体を対象とすることができる。その場合には、コンピュータ読取り可能媒体は、シンクロナスダイナミックランダムアクセスメモリＲＡＭ(synchronous dynamic random access memory)（ＳＤＲＡＭ）などのランダムアクセスメモリ（ＲＡＭ）と、読取り専用メモリ(read-only memory)（ＲＯＭ）と、不揮発性ランダムアクセスメモリ(non-volatile random access memory)（ＮＶＲＡＭ）と、電気的消去可能プログラマブル読取り専用メモリ(electrically erasable programmable read-only memory)（ＥＥＰＲＯＭ）と、フラッシュメモリなどを備えることができる。
【００７４】
プログラムコードは、コンピュータ読取り可能命令の形態でメモリ上に記憶されることができる。その場合には、ＤＳＰなどのプロセッサは、１つまたは複数のデブロックフィルタリング技法を実行するために、メモリに記憶される命令を実行することができる。一部の場合には、本技法は、コーディングプロセスを加速するために様々なハードウェアコンポーネントを呼び出すＤＳＰによって実行されることができる。他の場合には、ここにおいて説明されるユニットは、マイクロプロセッサ、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、１つまたは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他の何らかのハードウェアとソフトウェアの組合せとしてインプリメントされることができる。ここにおいて説明されるデブロックフィルタユニット(deblock filter unit)は、ハードウェアフィルタ、あるいはもしかするとソフトウェアまたはファームウェアの形でインプリメントされるフィルタを備えることができる。これらおよび他の実施形態は、添付の特許請求の範囲の範囲内にある。
【図面の簡単な説明】
【００７５】
【図１】本開示の一実施形態によるビデオコーディングデバイスの、例示のブロック図である。
【図２】本開示の一実施形態によるビデオデコーダユニットおよびデブロッキングユニットの、例示のアーキテクチャを示す流れ図である。
【図３】本開示の一実施形態による、集積化デブロッキング機能を含むビデオデコーダユニットの、例示のアーキテクチャを示す流れ図である。
【図４】ＩＴＵ  Ｈ．２６４デブロッキングフィルタを使用しているデブロッキング機能を含む、ビデオデコーダユニットの例示のアーキテクチャを示す流れ図である。
【図５】本開示と整合性のあるデブロッキング技法を示す、フローチャートである。