JP2004534411A

JP2004534411A - 通信システムにおけるビデオフレーム転送方法と装置

Info

Publication number: JP2004534411A
Application number: JP2002520565A
Authority: JP
Inventors: ライネマ，ヤニ
Original assignee: Nokia Oyj
Current assignee: Nokia Oyj
Priority date: 2000-08-11
Filing date: 2000-08-11
Publication date: 2004-11-11
Also published as: CA2419988C; HUP0302895A2; AU2000264472A1; EP1325635A1; CN1933603A; KR100828378B1; KR20030027021A; CN100591131C; BRPI0017304B1; HU228614B1; MXPA03001270A; BR0017304A; EE200300053A; CN1454431A; CN1284372C; HUP0302895A3; HK1100115A1; WO2002015585A1; EE05596B1; CA2419988A1

Abstract

連続静止フレームからなるビデオフレームを作成するステップと、
参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するステップと、
前記記憶された参照フレームを使って作成される隣接ブロックからの、１以上の符号化済み隣接ブロックの動きベクトルを使って、符号化ブロックの動きデータを定めるステップと、
フレーム再構成データと符号化ブロックを表す動きデータを定めるステップと、
を有する通信システムにおけるビデオフレームの符号化方法であって、所定の画質を有し、所定の符号化効率を提供する。

Description

【０００１】
（発明の分野）
本発明は、ビデオフレームが一連の連続した静止フレームから構成される時の、通信システムにおけるビデオフレームのコーディング・デコーディングのための方法と装置に関する。そのフレームにおいては、前記転送フレームが、典型的には、各フレームに特有の複数のフレームブロック又はセグメント（例えば、ピクセルグループ）に分割されており、そして、各フレームブロックのデータは、典型的には、前記フレームブロックのルミナンス、カラー、位置を表す情報を含んでいる。
【０００２】
（発明の背景）
通信システム（例えばビデオフォン、ビデオ会議システム又はインターネット接続）において、ビデオフレームの転送は、大量のデータを転送しなければならない為に、負担になる課題である。というのは、データを転送する時、より大量のビットを必要とすればする程、データ転送速度を高速にしなければならないからである。フレーム転送時には、通常、フレームはフレームブロックに分割され、そのサイズはシステムに適合して決められる。フレームブロックの情報は、通常、フレームにおける、フレームブロックのルミナンス、カラー、位置に関する情報を含んでいる。前記フレームブロックデータは、所望の符号化法を使って各ブロック毎に圧縮される。圧縮の原則は、不必要なデータを取り除くことである。圧縮方法は、大まかに、３つに分類できる。スペクトル冗長度低減、空間冗長度低減、時間冗長度低減である。圧縮する時、通常、これら方法を組み合わせて用いる。
【０００３】
例えば、スペクトル冗長度低減は、ＹＵＶカラーモデルに適用される。前記ＹＵＶカラーモデルは、人間の目がクロミナンス（即ち、色）の変化よりもルミナンスの変化に敏感であるという事実を利用している。前記ＹＵＶモデルは一つのルミナンス成分（Ｙ）と、２つのクロミナンス成分（Ｕ，Ｖ）を持っている。該クロミナンス成分は、サブサンプルされる。例えば、Ｈ．２６３ビデオコーディング標準規格に従うルミナンスブロックは、１６×１６ピクセルで、２つのクロミナンスブロックは、ルミナンスブロックと同一の領域をカバーするが、８×８ピクセルである。一つのルミナンスブロックと二つのクロミナンスブロックは、この標準規格の中で、マクロブロックと呼ばれる。
【０００４】
空間冗長度を低減するために、例えば、離散コサイン変換（ＤＣＴ）が使用され、圧縮ブロックは、８×８ピクセルである。ＤＣＴにおいては、フレームブロックのピクセル表示は、空間周波数表示に変換される。更に、フレームブロックに存在する信号周波数だけが、大振幅係数を持つ。フレームブロックに存在しない信号の係数は、０に近いものである。又、ＤＣＴは、ロスの無い変換で、妨害は、信号を量子化するときのみである。
【０００５】
時間冗長性を低減するためには、連続フレームが、通常相互に類似するという事実を利用する。即ち、各個別のフレームを圧縮する代わりに、フレームブロックの動きデータを生成する。原理は以下の通りである。即ち、符号化しようとするフレームブロックに対し、以前に符号化した参照ブロックをできるだけ探し、参照ブロックと符号化しようとするブロック間の動き差分をモデル化し、動きベクトル係数を計算し、受信機に送信する。符号化しようとするブロックと参照ブロック間の差分は、予測誤差成分として表わされる。従って、問題は、できるだけよいコーディング効率（可能な限り少ないビットで充分高画質の）、比較に必要な、高計算能力、従って短い計算時間を生む参照ブロックを見出すことである。
【０００６】
（発明の簡単な説明）
本発明の目的は、符号化ビデオフレームの改良方法、ビデオコーダ（符号化器）の改良、加入者端末装置の改良を提供することである。本発明は、１以上の参照フレーム又は参照ブロックの、及びフレーム再構成データ（ｆｒａｍｅｒｅｃｏｎｓｔｒｕｃｔｉｏｎｄａｔａ）を符号化する際の１以上の既にコード化された隣接ブロックの、フレーム再構成データを使用する技術をベースにしている。フレーム再構成データ、及び、本発明の方法又は他の既知の方法により符号化する動きデータの選択は、十分な画質を維持しつつ、所望のコードディング効率がどのように得られるかに依存して決められる。
【０００７】
通信システムにおいて、これを達成する為のビデオフレームの符号化方法は、連続静止フレームのビデオフレームを作成するステップ、参照フレームとしての１以上のフレームのフレーム再構成データ、及び既に符号化した隣接ブロックの動きデータの記憶するステップ、既に符号化した隣接ブロック（該隣接ブロックは、前記記憶された参照フレームにより生成される）の動きデータを使って、符号化しようとするブロックの動きデータを定めるステップ、符号化しようとするフレームの前記フレーム再構成データを定めるステップ、フレーム再構成データと符号化するブロックを表す動きデータ（所定の画質を維持して、所定のコードディング効率を提供する）を選択するステップ、を含む。
【０００８】
通信システムにおいて、これを達成する為のビデオフレームのコーディング方法は、連続静止フレームのビデオフレームを作成するステップ、参照フレームとしての１以上のフレームのフレーム再構成データ及び既に符号化した隣接ブロックの動きデータを記憶するステップ、符号化しようとするブロックのフレーム再構成データを符号化するのに使用される同一の参照フレームを持つ隣接ブロックだけを使って、符号化しようとするブロックの動きデータを定めるステップ、フレーム再構成データと動きデータを選択する（所定の画質を維持して、所定のコードディング効率を提供する）ステップ、含む。
【０００９】
本発明は、連続静止フレームからなるビデオフレームを作成するための手段と、参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するための手段と、前記記憶された参照フレームを使って作成される隣接ブロックからの、１以上の符号化済み隣接ブロックの動きベクトルを使って、符号化しようとするブロックの動きデータを定めるための手段と、符号化しようとするフレームのフレーム再構成データを定めるための手段と、所定の画質を有し、所定の符号化効率を提供するように、前記フレーム再構成データと、符号化しようとするブロックを表す動きデータを、使用するために選択するための手段と、を有する加入者端末装置に関する。
【００１０】
本発明は、又、連続静止フレームからなるビデオフレームを作成するための手段と、参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するための手段と、符号化しているブロックのフレーム再構成データを符号化するために使用したのと同一の参照フレームを持つ隣接ブロックだけを使って、符号化しているフレームブロックの動きデータを定めるための手段と、所定の画質を有し、所定の符号化効率を提供するように、前記フレーム再構成データと、動きデータを、使用するために選択するための手段と、を有する加入者端末装置に関する。
【００１１】
本発明は、又、連続静止フレームからなるビデオフレームを作成するための手段と、参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するための手段と、前記記憶された参照フレームを使って作成される隣接ブロックからの、１以上の符号化済み隣接ブロックの動きベクトルを使って、符号化しようとするブロックの動きデータを定めるための手段と、符号化しようとするフレームのフレーム再構成データを定めるための手段と、所定の画質を有し、所定の符号化効率を提供するように、前記フレーム再構成データと、符号化しようとするブロックを表す動きデータを、使用するために選択するための手段と、を有するビデオコーダ（符号化器）に関する。
【００１２】
本発明は、又、連続静止フレームからなるビデオフレームを作成するための手段と、参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するための手段と、符号化しようとするブロックのフレーム再構成データを符号化するために使用したのと同一の参照フレームを持つ隣接ブロックだけを使って、符号化しようとするフレームブロックの動きデータを定めるための手段と、所定の画質を有し、所定の符号化効率を提供するように、前記フレーム再構成データと、動きデータを、使用するために選択するための手段と、を有するビデオコーダに関する。
【００１３】
本発明は、又、連続静止フレームからなるビデオフレームを作成するステップと、参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するステップと、前記記憶された参照フレームを使って作成される隣接ブロックからの、１以上の符号化済み隣接ブロックの動きベクトルを使って、符号化しようとするブロックの動きデータを定めるステップと、符号化フレームのフレーム再構成データを定めるステップと、所定の画質を有し、所定の符号化効率を提供するように、前記フレーム再構成データと、符号化しようとするブロックを表す動きデータを、使用するために選択するステップと、を有する、コンピュータが読むことのでき、通信システムにおけるビデオフレームの符号化方法を実行するコンピュータプログラムに関する。
【００１４】
本発明は、又、連続静止フレームからなるビデオフレームを作成するステップと、参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するステップと、符号化しようとするブロックのフレーム再構成データを符号化する際使用したのと同一の参照フレームを持つ隣接ブロックだけを使って、符号化しようとするフレームのフレームブロックの動きデータを定めるステップと、所定の画質を有し、所定の符号化効率を提供するように、前記フレーム再構成データと、動きデータを、使用するために選択するステップと、を有する、コンピュータが読むことのでき、通信システムにおけるビデオフレームの符号化方法を実行するコンピュータプログラムに関する。
【００１５】
本発明の方法と装置によれば、画質を適正なまま維持しつつ、計算時間と能力（ｃａｐａｃｉｔｙ）の節約がもたらされる。
以下、図面を参照しながら、好ましい実施例を用いて本発明を説明する。
【００１６】
（本発明の詳細な説明）
図１は、本発明を適用することができる簡略化したデジタルデータ送信システムを示す。それは、セルラー無線システムの一部分で、無線１０８、１１０を介して加入者端末装置１００、１０２と接続する基地局１０４を有する。前記端末装置は、固定であってもよく、又は車中に設置する端末装置であってもよく、又は携帯端末装置であってもよい。基地局のトランシーバは、アンテナユニットに接続され、加入者端末装置に無線リンクが設けられている。該基地局は更に、基地局コントローラ１０６に接続されている。該コントローラは、ネットワークのどの端末装置とも接続する。前記基地局コントローラは、自分に接続する複数の基地局を中央集権的にコントロールするものである。基地局コントローラのコントロールユニットは、呼コントロール、データトラフィック・コントロール、移動度管理（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔ）、統計集計、シグナリングを担当する。
【００１７】
又、セルラ無線システムは、公衆電話網に接続することができる。その場合、該システムのトランスコーダ（ｔｒａｎｓｃｏｄｅｒ）は、公衆電話網とセルラ無線ネットワーク間で使用される各種の音声デジタル符号フォーマットを相互に適合するように変換する。例として、固定ネットワークの６４ｋｂｉｔ／ｓフォーマットからセルラ無線ネットワークフォーマット（例えば１３ｋｂｉｔ／ｓ）への変換及びその逆を挙げることができる。
【００１８】
本発明を、例えば、インターネットのような固定通信システムにも適用できることは、当業者には明らかである。
【００１９】
ビデオフレームを符号化する目的は、フレーム転送に必要なビット数を低減することである。図２ａから図２ｃは、従来の動きの符号化方法を示す。この方法の原理は、メモリに既に記憶している参照フレームを使って、フレームブロック（又、ブロックという用語が、本文中で使用される）の動きベクトルを予測することである。このタイプの符号化は、フレーム間符号化（ｉｎｔｅｒ−ｃｏｄｉｎｇ）と呼ばれ、圧縮符号化において、一連のフレーム間の類似度を利用するものである。
【００２０】
図２ａから図２ｃの例において、参照フレーム２０６は、ブロック、セグメントに分割され、既に符号化されている。図２ｂと図２ｃには、フレームブロックを示していない。参照フレームは、一連のフレームの符号化しようとするフレームの前であってもよいし、後であってもよい。図２ａに示される現行フレーム２０４は、符号化され、ブロックに分割されている。図には、単に、唯一つブロック２００だけを示した。ブロックの大きさは、Ｎ×Ｍである。ブロックは、典型的には、正方形で、即ちＮ＝Ｍである。しかし、例えば長方形であることもできる。現行ブロック２００と図２ｃ中の参照ブロック２１４は、幾何学的に相似でなくてもよい。というのは、実際には、フィルム化されたもの（ｆｉｌｍｅｄｏｂｊｅｃｔｓ）は、回転したり、捩れたり変形するからである。ブロックのサイズと形状は、各々の状態に合わせて、以下の事柄を考慮して定義を行う。例えば、小ブロックサイズは、よリ良質の画像（ｐｉｃｔｕｒｅ）を与えるが、定義した動きベクトルの信頼性を減ずる。というのは、少ないピクセル数を使って定義を行うからである。より小さいブロックを使う時には、より多くの動きベクトルデータを生成しなければならない。フレームを多数のブロックに分割しなければならないからである。更に、動きベクトルを定義する高速アルゴリズムは、ブロックサイズが大きい場合は、より効率的である。例えば、現行ビデオ符号化標準規格では、Ｎ＝Ｍ＝１６である。
【００２１】
動きを推定するには、符号化されたブロック２００に対し、参照フレーム２０６において一番適した参照ブロックを見つけ、これを図２ｃの２１４とする。参照ブロックの適合性は、選択基準に依存する。選択の目的は、典型的には、画質を充分良好に維持しながら、符号化しているブロックを転送するのに必要なビット数を最小にするようなブロックを見つけることである。このように、選択基準はアプリケーションの目的に依存するものである。
【００２２】
サーチ範囲は、通常、現行フレーム２０４で符号化しているブロック２００に対応するフレーム位置にある参照フレーム２０６であり、図２ｂと２ｃにおけるサーチ領域２１０で表される、直近領域（ｉｍｍｅｄｉａｔｅｐｒｏｘｉｍｉｔｙ）内の所定の領域である。サーチ範囲を前記参照フレーム内で狭い範囲に限定することにより、サーチ時間と必要計算量は低減される。サーチ範囲の大きさは、アプリケーションの目的に適合するように、符号化済みフレーム・ストリングのフレームを基に、動きが遅いか又は遅いかを決定することにより決められる。もし動きが遅い場合は、サーチ範囲は、動きが速い場合より小さい範囲に限定することができる。典型的には、サーチは、予測動きベクトルの周囲環境の中で行われる。
【００２３】
図２ａから２ｃの例において、フレームブロックの位置は、ブロックの左上角部の座標（ｘ、ｙ）で表される。ｘ座標は、ピクセル又はブロックの水平方向の位置を表し、ｙ座標は、ピクセル又はブロックの垂直方向の位置を表わす。符号化しているブロックの座標に２０２のようにマークを付ける。図２ｃにおいて、サーチ範囲２１０の中で、最良の参照フレームブロック２１４を見つけたとする。座標（ｘ、ｙ）２０８は、符号化しているブロック２００が移動しなかった時に位置するであろう位置（即ち座標２０２と同一）の座標である。これらは説明用に示すものである。ブロック２１２は、移動しない場合に、ブロック２００を表すものであって、説明用に示すものである。符号化しているフレームブロックの動きは、座標（ｘ＋ｕ、ｙ＋ｖ）２１６から座標（ｘ、ｙ）２０８への変化として表示できる。
一般的に、座標（ｘ，ｙ）は、起点（ｏｒｉｇｏ）として定義される。従って、符号化ブロックの動きベクトル２１８は、座標（ｕ，ｖ）で表示することができる。又、動きベクトルは動きベクトル係数と動きモデルの定義を使って表すことができる。
【００２４】
図３は、従来技術の動き符号化法の概略を示すもので、この方法の原理は、符号化しているフレームの既に符号化した隣接ブロックを使って、符号化しているフレームブロックの動きベクトル係数の予測を行うことである。符号化しているフレームブロック３０４の隣接ブロックは、既に符号化されており、符号化フレームブロックの動きベクトル係数を予測するのに使用され、ここでは、予測候補（ｐｒｅｄｉｃｔｉｏｎｃａｎｄｉｄａｔｅｓ）と呼ぶ。図３において、予測候補は、隣接ブロック３００、３０２、３０６である。図３の例において、予測候補３００、３０２、３０６には、識別する為に、ピクセル位置３０８、３１０、３１２にマークを付した。予測候補３０６は、前記符号化ブロックの左側に位置しており、ピクセル位置３０８にマークを付しており、予測候補３００は、前記符号化ブロックの上側に位置しており、ピクセル位置３１０にマークを付しており、予測候補３０２は、前記符号化ブロックの右上角に位置しており、ピクセル位置３１２にマークを付している。図３を見ると、ピクセル位置３０８、３１０、３１２は、それぞれのブロック内で符号化ブロック３０４に近接する位置に存在していることが分かる。注意すべきことは、符号化しているブロックに隣接するブロックの数と位置が、図３に図示したものと異なることがありうる点である。
【００２５】
図３に示すケースにおいては、符号化しているブロック３０４の動きベクトル係数を予測するのに、３つの予測候補を使う。例えば、必要とする動きベクトル係数は、これら予測候補から得られる動きベクトル係数のメジアン（ｍｅｄｉａｎ）として、予測することができる。又、ブロック３０４の動きベクトル係数を予測するのに唯一つの予測候補を使うことが可能であり、その場合、予測ブロック３０６の動きベクトル係数、予測ブロック３００の動きベクトル係数、又は、予測ブロック３０２の動きベクトル係数から係数を得ることができる。
【００２６】
直近領域（ｉｍｍｅｄｉａｔｅｐｒｏｘｉｍｉｔｙ）では無く、離れた既に符号化した隣接ブロックを使用することもできる。しかし、その場合、考慮すべき点は、前記ブロックの動き誤差は、通常、距離が大きくなるに従って、大きくなる点である。
【００２７】
ビデオフレーム符号化する際に、ブロック毎にフレーム間符号化及びフレーム内符号化（ｉｎｔｅｒａｎｄｉｎｔｒａ−ｃｏｄｉｎｇ）を組み合わせて、最良の結果を得るようにする。フレーム内符号化フレームを適当な間隔で送信することにより、１フレームから次のフレームを転送するのに、転送チャネルで起る誤差が蓄積され、フレーム符号化の障害が発生するのを防止する。
【００２８】
コーディングとデコーディングに、図２ａから２ｃ及び３に示した方法を使うことができる。必要なフレームを有するコーダで使用される方法がビットストリームとしてデコーダに転送される。
【００２９】
図３に示すように、前記ブロックもセグメント化することができる。セグメント化することは、それぞれのフレーム部分が様々な仕方で移動する場合には、望ましい。例として、単一の対象、例えば一人の人、一台の車等が移動する間、背景が変化しない場合をあげることができる。フレームブロックを垂直に分割して、例えば、ブロック３００のようにセグメント化することができる。例を示さないが水平方向に、又は、ブロック３０６のように両方の方向に分割することができる。セグメント化により、転送ビット数を低減し、既に符号化されたフレームの適当な一部を使用できる。
【００３０】
符号化しているフレームブロックの動きベクトル係数を定義する時、動き推定に既知の様々なモデルを使うことができる。各種モデルは、それぞれ、垂直、水平の動き、回転等各種の動きを定義するのに適している。このモデルに含まれるアフィン動きモデル（ａｆｆｉｎｅｍｏｔｉｏｎｍｏｄｅｌ）においては、ピクセルの動き、フレームセグメント又はブロックを、ΔｘとΔｙを使って動きベクトルを形成する次式を用いて、表すことができる。

【００３１】
但し、ａ０、ａ１、ａ２、ｂ０、ｂ１、ｂ２は、動きベクトル係数であり、ｘとｙは、ベクトル成分であって、ｘは、水平方向のピクセル、又は、ブロック位置を表し、ｙは、垂直方向のピクセル、又は、ブロック位置を表す。又は、並行移動モデル（ｔｒａｎｓｌａｔｉｏｎａｌｍｏｄｅｌ）では、ピクセル、フレームセグメント又はブロックの動きは、次式により表され、該式において、ΔｘとΔｙは動きベクトルを形成する。

【００３２】
但し、ａ０、ｂ０は、動きベクトル係数で、ｘとｙはベクトル成分である。前記使用したモデルは、コーダ（符号化器）とデコーダ（復号化器）のメモリに記憶されている。もし複数の動きモデルが符号化に使用されるならば、そのコーダは、動きに従ってモデルを選択し（例えば、上向きの動きの場合、上向きの動きを表すモデルが使用され符号化される）、前記使用されたモデルにおける情報は、動きベクトル係数と共にデコーダに送信される。
【００３３】
図４は、ビデオフレーム符号化のためのフローチャートである。以下の説明において、フレームブロックは、例えば、ピクセルが形成するＹＵＶモデルに基づくブロック、セグメント、又はマクロブロックを意味する。
本方法は、ブロック４００からスタートする。
【００３４】
ブロック４０２において、ビデオフレームは、連続する静止フレームから構成される。ビデオフレームを形成する為には、人間の視覚システムが、複数フレームを互に別々のフレームであると識別しないスピードで、静止フレームを送信されることが望ましい。
【００３５】
ブロック４０４において、フレームブロックの符号化済みの再構成データ（例えば、ピクセルの色とルミナンス、動きベクトル係数から算出される予測誤差フレーム）がメモリに記憶される。前記フレーム再構成データは、適用する標準規格（例えば、Ｈ．２６３又はＭＰＥＧ）に従って符号化される。動きベクトル係数と予測誤差フレームの定義は、上記した通りである。メモリに記憶されたフレーム再構成データを用いて、１以上の参照フレームを形成する。更に、既に符号化された隣接ブロックの動きデータ（即ち前記動きベクトル係数）と使用した動きモデルをメモリに記憶する。もっとも好ましいことは、符号化しているブロックの直近の隣接ブロックを使用することであるが、たまには、前記フレーム内の離れた位置の既に符号化したブロックを使用することもできる。
【００３６】
ブロック４０６において、符号化しているブロックの動きデータを、既に符号化した隣接ブロックを使って定める。１以上の隣接ブロックの動きベクトル係数を使って定めることが好ましい。
【００３７】
ブロック４０８において、例えば、参照フレームを使って、符号化しているブロックの再構成データを符号化する。
【００３８】
本方法を強化する為に、隣接ブロックだけを使って符号化しているフレームブロックの動きデータを計算することができる。前記隣接ブロックは、前記符号化しているブロックのフレーム再構成データの符号化に使用したのと同一の参照フレームを有するものである。同一フレームストリングにおいては、類似フレームが存在するので、符号化済みフレームの中から、符号化しているブロックに対応するブロックを見出す、又は、充分類似したブロックを見出す可能性がある。前記符号化済みフレームから、符号化済み隣接ブロックに対して適正な参照ブロックを見出している。例えば、１以上の隣接ブロックの動きベクトル係数が使われる。又、符号化しているブロックの参照ブロックのサーチ範囲は、参照フレーム内で隣接ブロックの動きベクトル係数が定める周囲（ｅｎｖｉｒｏｎｍｅｎｔ）に限定される。
【００３９】
唯一のフレーム間符号化済み隣接ブロックが、符号化しているブロックと同一の参照フレームを有する条件において、この隣接ブロックの動きベクトルを動きベクトルの一つの候補として選択する。他の候補として、例えば、複数の隣接ブロック動きベクトルから計算したメジアンを選択することができる。
【００４０】
注意すべきことは、ブロック符号化に使用されるブロックは、符号化しているブロックが符号化されるのと同一の方法で（ｉｎｔｅｒ）符号化されることである、即ち、隣接ブロックをフレーム内符号化する時は、参照フレームを有しない。
参照フレームを持つ予測候補がない時、従来技術であるフレーム内符号化を使うか、又は、メモリに記憶されている全参照フレームをチェックする。
【００４１】
参照ブロックは、ビデオコーダ（即ち、フレームブロックのフレーム再構成データを符号化する符号化器）が圧縮符号化する時に使うフレームブロックである。フレームブロックは、できる限り符号化しているブロックに一致するものとして、既に符号化されメモリに記憶されている１以上の参照フレームからサーチされ、前記参照ブロックとして選択される。その際、その予測誤差フレームを可能な限り小さくなるように選択される。
【００４２】
ブロック４１０において、符号化方法が選択され、符号化しているブロックのフレーム再構成データと動きデータが、最適に符号化される、即ち、所定の画質を保持しつつ、所定の効率が得られるように符号化される。注意すべき点は、符号化しているブロックの符号化方法として、隣接ブロックの動きデータを使った前記符号化方法、又は、従来技術の方法（例えば、フレーム間符号化方法、この方法は、符号化しているブロックを、参照フレームから見つける参照ブロックを使って直接符号化する、）、のいずれかを選択することである。符号化方法を選択するための目的は、例えば、画質をノーマルビデオピクチャの画質に対応しつつ、ビット数を小さくすることであり、又は、ビット数を使用標準規格のビット数に適合させる（例え、アプリケーションオブジェクトに応じた画質を達成するのに、より少ないビット数で足りたとしても）ことである。
【００４３】
符号化効率は、例えば、下記のラグランジュ関数を使って推定でき、最高効率のセグメンテーションと符号化を定めることができる。
Ｌ（Ｓｋ）＝Ｄ（Ｓｋ）＋λＲ（Ｓｋ）（３）
【００４４】
但し、Ｄ（Ｓｋ）は、フレームをデスプレッディング（ｄｅｓｐｒｅａｄｉｎｇ）する際、生じる誤差、
Ｒ（Ｓｋ）は、フレームを転送するのに必要なビット数、
λは、ラグランジュ定数である。
【００４５】
ラグランジュ関数は、転送フレームの質と伝送パス（ｐａｔｈ）に要求されるバンド幅との間の関係を表すものである。一般的にいえば、ピクチャの画質が高くなる程、バンド幅は、大きくなる。最適圧縮符号化は、常に、必要なビット数と画質との間の折衷になる。
【００４６】
矢印４１２は、フレームが符号化されるまで本方法をブロック毎に繰り返すことを表す。注意すべき点は、本方法では、一連のフレームの全フレームを符号化するまで繰り返すことが望ましい点である。
本方法の実行は、ブロック４１４で終了する。
【００４７】
図５は、動きベクトルの予測を行い、参照ブロックを見つける例を示すものである。この例においては、隣接ブロックだけを使うこととし、この隣接ブロックは、符号化しているブロックのフレーム再構成データを符号化するのに使用したのと同一の参照フレームをもつものとする。注意すべき点は、ブロック符号化には、通常、従来技術の方法も使う点である。最後に、符号化方法が選択され、充分な画質を持った所望の符号化効率が得られる。
【００４８】
符号化しているフレーム頁５００は、ブロックに分割されている。分かりやすいように数個だけを示した。ブロック５０６を符号化しているとする。フレーム５０２、５０４、５３２と５０８は、メモリに記憶されている参照フレームである。フレーム５０２は、符号化済みの隣接ブロック（数字１でマークしている）であるブロック５１０と５１４の前記参照フレームである。符号化しているブロック５０６と参照ブロック５１０と５１４は、フレーム５０２と比べて、フレーム５００内で移動していない。フレーム５０４は、隣接ブロック５１２（図において数字２でマークした）の参照フレームである。フレーム５０８は、隣接ブロック５１６（図において数字４でマークした）の参照フレームである。フレーム５３２は、符号化しているブロック５０６のどの隣接ブロックを符号化する際にも、使用されなかったフレームである。即ち、それはどの隣接ブロックの参照フレームにならない。従って、フレーム５３２は、この例では、符号化ブロック５０６に対する参照ブロックを見つける時に使用されない。
【００４９】
次に、隣接ブロック５１０と５１４が、符号化しているブロック５０６の動きベクトルの予測候補として使用される。予測候補の符号化タイプ（ｉｎｔｅｒ）が現行ブロックの符号化に使用されるものと同一であるか否かをチェックする。もしこれが同一であるとき、ブロック５２６は、参照ブロックとして使用される。そして動きベクトル係数の平均又はメジアンを計算し、動きベクトル係数を算出する。該動きベクトルは、ブロック５１０と５１８の位置を比較して得られたものであって、これらから動きベクトル係数が、隣接ブロック５１０に対し算出されている。又前記動きベクトルは、位置５１４と５２０の位置を比較して得られ、これらから動きベクトル係数が、隣接ブロック５１４に対し算出されている。更に、符号化しているブロック５０６と参照ブロック５２６とを比較して、予測誤差フレームを決定する。図５の例では、フレーム５００と５０２における前記ブロック位置は変化していない。従って、動きベクトル係数は決めない。
【００５０】
次に、隣接ブロック５１２の符号化タイプがチェックされる。もしそれが現行ブロック５０６で使用されるものと同一である場合、参照ブロックが、フレーム５０４に対してサーチされる。ブロック５１２と５２２との比較から算出される動きベクトル係数は、前記ブロック５０６の動きベクトル係数として使用される。次に、予測誤差フレームが、参照ブロック５２８を使って定められる。
【００５１】
次に、隣接ブロック５１６の符合化タイプがチェックされる。もしそれが現行ブロック５０６で使用されるものと同一である場合、参照ブロックが、フレーム５０８についてサーチされる。前記ブロック５１６と５２４との比較から算出される動きベクトル係数は、前記ブロック５０６の動きベクトル係数として使用される。その後、予測誤差フレームが、参照ブロック５３０により決められる。
【００５２】
前記ブロック５０６に対する動きベクトル係数も、ブロック５１０、５１２、５１４の動きベクトル係数のメジアン又は平均値を算出して決定することができる。
【００５３】
又、もし複数の動きモデルを使用するなら、使用する動きモデルを指示する。
【００５４】
ブロック５３４は、フレーム内符号化であるから、参照フレームを持たない。たとえ、好ましい符号化方法が他にあるとしても、ブロック５０６の符号化には使われない。
【００５５】
隣接ブロックの数と位置、並びに、記憶された参照フレームの数は、図５に示されるものとは異なるかもしれない。
【００５６】
図９は、動きベクトルを予測し、参照ブロックを見つける第２の例を説明するものである。この例において、もし隣接ブロックが一つだけフレーム間符号化されており、前記隣接ブロックが、符号化しているブロックと同一の参照フレームを有するなら、前記符号化しているブロックは一つの隣接ブロックだけを使って符号化される。
【００５７】
符号化しているフレーム９００は、ブロックに分割される。分かりやすいように、そのうちの数個だけを図示する。ブロック９１２を符号化するものとする。フレーム９１０２，９０４，９０６がメモリに記憶される参照フレームである。符号化済みの隣接ブロック９１４（数字１としてマークした）の参照フレームがフレーム９０２であり、ブロック９１０（２とマークした）の参照ブロックがフレーム９０４である。ブロック９０８はフレーム内符号化されており、従って、参照フレームを持たない。
【００５８】
図９の例が調べようとするものは、符号化しているブロック９１２に対し、メモリに記憶された全参照フレーム（即ち、この例のフレーム９０２、９０４、９０６）から、適合する参照ブロックを見つけることができるかどうかである。フレーム９０２が適合する参照ブロックを有するかどうかを調べる時、前記ブロック９１４の動きベクトルを動きベクトル予測候補として使用する。というのは、ブロック９１４が隣接ブロックの３つの内の１つで、この参照フレームが９０２であるからである。同様に、フレーム９０４が適合する参照ブロックを持つか否かを調べる時に、前記ブロック９１０の動きベクトルが、動きベクトル予測候補として使われる。というのは、ブロック９１０が隣接ブロックの３つの内の１つで、この参照フレームが９０４であるからである。
フレーム９０６は、どの隣接ブロックについても参照フレームにならない。従って、この例においては、動きベクトルは、例えば、ブロック９１０，９１４、９０８のメジアンを使って予測される。例えば、その場合、フレーム間符号化ブロック９０８の動きベクトルは０に設定される。
【００５９】
ここで注意すべきことは、符号化しているブロックの動きベクトルの予測を行うにあたり、隣接ブロックの動きデータ及び参照フレーム・データのみならず、マクロブロック（例えば、符号化しているブロックが属する）のセグメンテーション情報を使用することが可能であるということである。隣接ブロックの数と位置、並びに、記憶されている参照ブロックの数は、図９に示すものとは異なることがあり得る。
【００６０】
図６に、ビデオフレームを符号化する上記方法を実装できるコーダの例を図示する。ビデオコーダの設計原理は、符号化しているブロックＩｎ（ｘ、ｙ）６２０と予測候補（選択された参照ブロック）Ｐｎ（ｘ、ｙ）６１２との間の予測誤差フレームＥｎ（ｘ、ｙ）６００を最小化することである。前記予測誤差フレームを、前記符号化ブロック６２０と前記予測候補６１２との差分として定義し、加算器６３２を使って算出する。即ち
【００６１】

【００６２】
前記予測ブロック６１２は、本発明の好ましい実施例による方法に基づいて、選択された参照フレームと複数の動きベクトルを使って取得される。前記動きベクトル（Δｘ（ｘ、ｙ）、Δｙ（ｘ、ｙ））係数は、動きベクトル計算ブロック６３０において予測動きベクトルの総和として生成され、その係数は相違である。本発明の好ましい実施例によると、予測された動きベクトル係数は、隣接ブロックの動きベクトルを使って算出される。前記隣接ブロックは、符号化しているブロックと同一の参照フレームを有するものである。他の方法も、動きベクトルの予測に使用される。その内の１つは、従来技術の方法で、符号化しているブロックを、参照フレームを使って直接符号化するものである。フレーム内の全ピクセルの動きベクトルの群は、動きベクトルフィールドと呼ばれる。フレームには大量のピクセルがあるから、現実には、ビデオ符号化する時には、フレームをブロックに分割し、その動き情報を、ブロック毎に図７に示す受信機のデコーダに転送する。
【００６３】
少なくとも一つの動きベクトルが、予測動きベクトル、又は、予測動きベクトルから構成される動きベクトルフィールドから選択され、動きベクトル符号化ブロック６２８において符号化される。例えば、上記実施例の周知の動きモデルが、符号化に使用される。符号化済み動きベクトル又はこれから形成される動きベクトルフィールドがマルチプレクサ６２４に転送される。
【００６４】
ブロック６１８において、フレームを、セグメント毎に、又はブロック毎に、フレームブロックから形成する。参照ブロック又は予測候補は次のフォーマットからなる。
【００６５】
【数１】

【００６６】
ブロック６０２において、予測誤差フレームＥｎ（ｘ、ｙ）６００は符号化され、典型的には、有限な２次元級数変換（例えば離散コサイン変換（ＤＣＴ）を使った）として表される。ＤＣＴ変換により算出される係数は量子化され、符号化され、マルチプレクサ６２４と図７に示す受信機のデコーダ（復号化器）に転送される。
【００６７】
【外１】

【００６８】
前記マルチプレクサ６２４において、動きベクトル情報を含む情報は、予測誤差フレームと組み合わせられる。そしてこのフレーム情報６１６は、デコーダに転送される（図７）。
【００６９】
上記ビデオコーダの機能は、例えば、プロセッサ上で実行するソフトウェア、又は、個別部品からなるロジック又はＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ）のようなハードウェア等、各種の仕方で実装される。
【００７０】
図７は、デコーダの一例を示す。このデコーダを使って、上記方法を実施し、ビデオフレームにおける時間冗長性を低減する。受け取ったビデオ信号７００の符号化済み予測誤差フレーム７０２と符号化済み動きベクトル係数又は動きベクトルフィールド係数７１２は、デマルチプレクサ７１０において、互に分離される。
【００７１】
【外２】

【００７２】
【外３】

【００７３】
【外４】

【００７４】
【数２】

【００７５】
上記ビデオコーダの機能は、例えば、プロセッサ上で実行するソフトウェア、若しくは、個別部品又はＡＳＩＣから構成されるロジックのようなハードウェアのような、様々なやり方で実装される。
【００７６】
無線システムの１つの端末装置を、図８で示す。該無線システムを使って、本発明の好ましい実施形態の方法が実施される。加入者端末装置８２４の送信器と無線システムネットワークの構成要素の送信器とは、同一タスクを部分的に実行する。端末装置８２４は、例えば、移動電話であってもよいし、又は、無線パーツを備えるマイクロコンピュータ（これらに限定するわけではないが）であってもよい。前記端末装置は、アンテナ８００を備えており、それを使って、デュープレックスフィルタを通して信号を送受信する。前記端末装置は、又複数のアンテナ、即ち、マルチアンテナ・システムを備えている。又、前記端末装置は、変調信号を増幅し、アンテナへ転送する送信器８０２と、所望の情報を含むデータ信号の搬送波を、選択した変調方法に基づいて変調する変調器８０４と、アンテナから得た信号を増幅し、所望の中間周波数又は直接ベースバンドにダウンコンバートする受信機８０６と、前記受信信号をデコードし、データ信号を搬送波から分離するデコーダ８０８を備える。
【００７７】
加入者端末装置は、又、カメラ８２０とビデオコーデック８２２等、該端末装置の他のパーツの動作を制御し、ユーザの音声、又は、デジタル信号処理（ＤＳＰ）、デジタルアナログ変換処理、フィルタ処理等、ユーザが生成したデータを処理するのに必要な動作を行うコントロ−ルブロック８１６を有している。又、ＷＣＤＭＡのようなスペクトル拡散システムにおいては、信号スペクトラムは、送信器において擬似ランダム拡散符号を使って広帯域に拡散され（ｓｐｒｅａｄ）、受信機において復調され（ｄｅｓｐｒｅａｄ）、チャネル容量を大きくするようにする。コントロールブロックは、又、チャネル・音声符号化（ｓｐｅｅｃｈｃｏｄｉｎｇ）のような符号化と復号化を行う。更に、前記コントロールブロックは、無線システムの大気インターフェース標準規格に適合するように、送信信号とシグナリング情報を調整する。加入者端末装置は、１以上の各種のタイプのメモリ（図示しないが、他のブロックのパーツ又は個別部品である）を備えている。図８の例では、コントロールブロックは、又、上記端末装置の動作を制御するプログラムを有している。前記図の例においては、ビデオコーデック８２２は、フレームの再構成データを符号化・復号化するものであるが、個別部品であるが、コントロールブロック８１６の一部であることもできる。
【００７８】
フレームを転送する時に、カメラ８２０は、デジタル画像をメモリブロック８１８に記録する。該カメラ８２０は、又前記画像を直接コーデック８２２に記録することができる。該コーデックは、前記方法の１つ、又は複数方法の組合せを使って、選択したフレームを符号化する。前記カメラ８２０、コーデック８２２とメモリ９１８は、加入者端末装置８２４に内蔵し、又は、個別カメラユニット８１６に内蔵することができる。後者の場合には、インターフェース８２８を介して加入者端末装置８２４に接続される。
【００７９】
加入者端末装置のユーザは、必要に応じて、表示装置８１４上でフレームを見ることができる。符号化フレーム再構成データは、音声又はテキストデータと同一のやり方で通信システムに転送され、例えば、他の電話に送信される。
【００８０】
前記端末装置の動作ブロック（例えばコントロールブロック、及び、符号化復号化に必要なコーデックブロック８２２等）の実装には、多くのやり方がある。例えば、プロセッサ上で実行するソフトウェアで、若しくは、個別部品又はＡＳＩＣから構成されるロジックのようなハードウェアで実装される。前記図に示す端末装置の複数の機能は、前記図とは異なる多くのやり方で動作ブロックに組み込むことができる。例えば、コーデックブロック８２２は、コーダとデコーダに分割することができる。
【００８１】
前記端末装置のユーザインターフェースは、スピーカ又は受話口８１０、マイク８１２、表示装置８１４及び場合によってキーボード（これらは、全てコントロールブロック８１６に接続している）を有している。
【００８２】
以上本発明について、図を使って実施例を参照しながら説明したが、本発明が、それらに限定されることなく、特許請求の範囲に記載された技術的思想の範囲内で様々な変形を行うことができることは明らかである。
本発明は、Ｈ．２６３又はＭＰＥＧのような複数のビデオ符号化標準規格と共に応用できるものである。
【図面の簡単な説明】
【図１】
通信システムのブロック図である。
【図２】
図２ａから２ｃは、参照フレームを使った、ベクトルの推定プロセスを示す図である。
【図３】
隣接ブロックを使った動きベクトルの推定プロセスを示す図である。
【図４】
参照ブロックを見つけ、動きベクトルを予測する方法を示すフローチャートである。
【図５】
参照ブロックを見つけ、動きベクトルを予測する方法を示す例を示す。
【図６】
コーダのブロック図である。
【図７】
復号化器のブロック図である。
【図８】
加入者端末装置のブロック図である。
【図９】
参照ブロックを見つけ、動きベクトルを予測する方法を示す第２の例を示す。

Claims

連続静止フレームからなるビデオフレームを作成するステップと、
参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するステップと、
前記記憶された参照フレームを使って作成される隣接ブロックからの、１以上の符号化済み隣接ブロックの動きベクトルを使って、符号化しようとするブロックの動きデータを定めるステップと、
符号化しようとするフレームのフレーム再構成データを定めるステップと、
所定の画質を有し、所定の符号化効率を提供するように、前記フレーム再構成データと、符号化しようとするブロックを表す動きデータを、使用するために選択するステップと、
を有する通信システムにおけるビデオフレームの符号化方法。
連続静止フレームからなるビデオフレームを作成するステップと、
参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するステップと、
符号化しているブロックのフレーム再構成データを符号化する際使用したのと同一の参照フレームを持つ隣接ブロックだけを使って、符号化しているフレームのフレームブロックの動きデータを定めるステップと、
所定の画質を有し、所定の符号化効率を提供するように、前記フレーム再構成データと、符号化しようとするブロックを表す動きデータを、使用するために選択するステップと、
を有する通信システムにおけるビデオフレームの符号化方法。
参照フレームをブロックとして記憶することを特徴とする請求項１又は２記載の方法。
参照フレームをフレームとして記憶することを特徴とする請求項１又は２記載の方法。
唯一の隣接ブロックがフレーム間符号化され、該隣接ブロックが符号化しているブロックと同一の参照フレームを有する場合、符号化しているブロックを、一つの隣接ブロックだけを使って、符号化することを特徴とする請求項１又は２記載の方法。
前記フレーム再構成データが、ルミナンス、色、フレームブロックの位置と予測誤差フレームを表す情報の内の、少なくとも一つを含むことを特徴とする請求項１又は２記載の方法。
前記フレームブロックの動きを動きベクトルを使って表すことを特徴とする請求項１又は２記載の方法。
符号化済み隣接ブロックが符号化しているフレームブロックの直に隣接するブロックであることを特徴とする請求項１又は２記載の方法。
符号化済み隣接ブロックが符号化しているフレームブロックの直に隣接するブロックではなく、フレームブロックが形成するフレームにおいて離間していることことを特徴とする請求項１又は２記載の方法。
予測誤差フレームを、符号化しているフレームブロックと参照ブロックとを比較して作成することを特徴とする請求項１又は２記載の方法。
符号化効率をラグランジュ関数を使って推定することを特徴とする請求項１又は２記載の方法。
連続静止フレームからなるビデオフレームを作成するための手段と、
参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するための手段と、
前記記憶された参照フレームを使って作成される隣接ブロックからの、１以上の符号化済み隣接ブロックの動きベクトルを使って、符号化しようとするブロックの動きデータを定めるための手段と、
符号化しようとするフレームのフレーム再構成データを定めるための手段と、
所定の画質を有し、所定の符号化効率を提供するように、前記フレーム再構成データと、符号化しようとするブロックを表す動きデータを、使用するために選択するための手段と、
を有する加入者端末装置。
連続静止フレームからなるビデオフレームを作成するための手段と、
参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するための手段と、
符号化しようとするブロックのフレーム再構成データを符号化するために使用したのと同一の参照フレームを持つ隣接ブロックだけを使って、符号化しているフレームブロックの動きデータを定めるための手段と、
所定の画質を有し、所定の符号化効率を提供するように、前記フレーム再構成データと、動きデータを、使用するために選択するための手段と、
を有する加入者端末装置。
参照フレームをブロックとして記憶することを特徴とする請求項１又は２記載の方法。
参照フレームをブロックとして記憶することを特徴とする請求項１２又は１３記載の加入者端末装置。
参照フレームをフレームとして記憶することを特徴とする請求項１２又は１３記載の加入者端末装置。
唯一の隣接ブロックがフレーム間符号化され、該隣接ブロックが符号化しているブロックと同一の参照フレームを有する場合、符号化しているブロックを、一つの隣接ブロックだけを使って、符号化することを特徴とする請求項１２又は１３記載の加入者端末装置。
前記フレーム再構成データが、ルミナンス、色、フレームブロックの位置と予測誤差フレームを表す情報の内の、少なくとも一つを含むことを特徴とする請求項１２又は１３記載の加入者端末装置。
前記フレームブロックの動きを、動きベクトルを使って表すことを特徴とする請求項１２又は１３記載の加入者端末装置。
符号化済み隣接ブロックが符号化しているフレームブロックの直に隣接するブロックであることを特徴とする請求項１２又は１３記載の加入者端末装置。
符号化済み隣接ブロックが符号化しているフレームブロックの直に隣接するブロックではなく、フレームブロックが形成するフレームにおいて離間していることことを特徴とする請求項１２又は１３記載の加入者端末装置。
予測誤差フレームを、符号化しているフレームブロックと参照ブロックとを比較して作成することを特徴とする請求項１２又は１３記載の加入者端末装置。
符号化効率をラグランジュ関数を使って推定することを特徴とする請求項１２又は１３記載の加入者端末装置。
連続静止フレームからなるビデオフレームを作成するための手段と、
参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するための手段と、
前記記憶された参照フレームを使って作成される隣接ブロックからの、１以上の符号化済み隣接ブロックの動きベクトルを使って、符号化しようとするブロックの動きデータを定めるための手段と、
符号化しようとするフレームのフレーム再構成データを定めるための手段と、
所定の画質を有し、所定の符号化効率を提供するように、前記フレーム再構成データと、符号化しようとするブロックを表す動きデータを、使用するために選択するための手段と、
を有するビデオコーダ。
連続静止フレームからなるビデオフレームを作成するための手段と、
参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するための手段と、
符号化しようとするブロックのフレーム再構成データを符号化するために使用したのと同一の参照フレームを持つ隣接ブロックだけを使って、符号化しようとするフレームブロックの動きデータを定めるための手段と、
所定の画質を有し、所定の符号化効率を提供するように、前記フレーム再構成データと、動きデータを、使用するために選択するための手段と、
を有するビデオコーダ。
参照フレームをブロックとして記憶することを特徴とする請求項２３又は２４記載のビデオコーダ。
参照フレームをフレームとして記憶することを特徴とする請求項２３又は２４記載のビデオコーダ。
唯一の隣接ブロックがフレーム間符号化され、該隣接ブロックが符号化しているブロックと同一の参照フレームを有する場合、符号化しているブロックを、一つの隣接ブロックだけを使って、符号化することを特徴とする請求項２３又は２４記載のビデオコーダ。
前記フレーム再構成データが、ルミナンス、色、フレームブロックの位置と予測誤差フレームを表す情報の内の、少なくとも一つを含むことを特徴とする請求項２３又は２４記載のビデオコーダ。
前記フレームブロックの動きを動きベクトルを使って表すことを特徴とする請求項２３又は２４記載のビデオコーダ。
符号化済み隣接ブロックが符号化しているフレームブロックの直に隣接するブロックであることを特徴とする請求項２３又は２４記載のビデオコーダ。
符号化済み隣接ブロックが符号化しているフレームブロックの直に隣接するブロックではなく、フレームブロックが形成するフレームにおいて離間していることことを特徴とする請求項２３又は２４記載のビデオコーダ。
予測誤差フレームを、符号化しているフレームブロックと参照ブロックとを比較して作成することを特徴とする請求項２３又は２４記載のビデオコーダ。
符号化効率をラグランジュ関数を使って推定することを特徴とする請求項２３又は２４記載のビデオコーダ。
連続静止フレームからなるビデオフレームを作成するスップと、
参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するステップと、
前記記憶された参照フレームを使って作成される隣接ブロックからの、１以上の符号化済み隣接ブロックの動きベクトルを使って、符号化しようとするブロックの動きデータを定めるステップと、
符号化しようとするフレームのフレーム再構成データを定めるステップと、
所定の画質を有し、所定の符号化効率を提供するように、前記フレーム再構成データと、符号化しようとするブロックを表す動きデータを、使用するために選択するステップと、
を有する、コンピュータが読むことのでき、通信システムにおけるビデオフレームの符号化方法を実行するコンピュータプログラム。
連続静止フレームからなるビデオフレームを作成するステップと、
参照フレームとして少なくとも１つのフレームのフレーム再構成データと符号化済み隣接ブロックの動きデータを記憶するステップと、
符号化しようとするブロックのフレーム再構成データを符号化する際使用したのと同一の参照フレームを持つ隣接ブロックだけを使って、符号化しようとするフレームのフレームブロックの動きデータを定めるステップと、
所定の画質を有し、所定の符号化効率を提供するように、前記フレーム再構成データと、動きデータを、使用するために選択するステップと、
を有する、コンピュータが読むことのできる、通信システムにおけるビデオフレームの符号化方法を実行するコンピュータプログラム。
参照フレームをブロックとして記憶することを特徴とする請求項３４又は３５記載のビデオコーダ。
参照フレームをフレームとして記憶することを特徴とする請求項３４又は３５記載のビデオコーダ。
唯一の隣接ブロックがフレーム間符号化され、該隣接ブロックが符号化しているブロックと同一の参照フレームを有する場合、符号化しているブロックを、一つの隣接ブロックだけを使って、符号化することを特徴とする請求項３４又は３５記載のビデオコーダ。
前記フレーム再構成データが、ルミナンス、色、フレームブロックの位置と予測誤差フレームを表す情報の内の、少なくとも一つを含むことを特徴とする請求項３４又は３５記載のビデオコーダ。
前記フレームブロックの動きを動きベクトルを使って表すことを特徴とする請求項３４又は３５記載のビデオコーダ。
符号化済み隣接ブロックが符号化しているフレームブロックの直に隣接するブロックであることを特徴とする請求項３４又は３５記載のビデオコーダ。
符号化済み隣接ブロックが符号化しているフレームブロックの直に隣接するブロックではなく、フレームブロックが形成するフレームにおいて離間していることことを特徴とする請求項３４又は３５記載のビデオコーダ。
予測誤差フレームを、符号化しているフレームブロックと参照ブロックとを比較して作成することを特徴とする請求項３４又は３５記載のビデオコーダ。
符号化効率をラグランジュ関数を使って推定することを特徴とする請求項３４又は３５記載のビデオコーダ。