(57)【要約】      （修正有）【課題】ビデオコーデックにおけるエンコーダを基にした誤り耐性方法。【解決手段】圧縮データ送信システムで動作する、例えば、ビデオコーデックまたはエンコーダのような、符号化デバイスにおける誤り耐性の改善を次のようにして達成する。つまり、符号化デバイスが送信した圧縮データを受信して復号化する復号化デバイスのエラー状況を符号化デバイスが「シャドウ」またはまねることができるようにすることによって達成する。符号化デバイスに、復号化デバイスがビットまたはパケットエラーを含むビットストリームからビデオフレームデータを再構築するために使用する具体的なエラー隠蔽スキームを認識させると共に、誤ったデータが対応しているフレームの中の位置（一箇所または複数箇所）および誤ったデータが取り扱われた特定の方法をさらに認識させる。【選択図】図４
2006254456.tif 000002
【特許請求の範囲】
【請求項１】
圧縮データ送信システムにおける誤り耐性を制御する方法であって、
あるフレームに対応する受信したビットストリームの一部は誤ったデータを含むかを判定するステップを含み、
もしそうであれば、
誤ったデータがフレームの中のどの位置に対応しているかを判定するステップと、
フレームの中の判定した位置を復号化する際ある具体的なエラー隠蔽アルゴリズムを適用するステップ、および
受信されたビットストリームを発生させた符号化デバイスに信号を送信し、該信号は受信したビットストリームの一部が誤ったデータを含んでいることを示す情報を含み、該信号は誤ったデータに対応するフレームの位置および誤ったデータに対応するフレームの中の位置を復号化する際に適用された具体的な動作を識別しているステップを含み、
前記符号化デバイスは適用された具体的なエラー隠蔽アルゴリズムを認識している、方法。
【請求項２】
前記信号に含まれた情報に基づいてフレームのエラー隠蔽処理がなされた復号化バージョンを再作成するステップ、および
その後の符号化においてそのフレームの再作成されたエラー隠蔽処理がなされた復号化バージョンを使用するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記データはビデオデータを含むことを含む、請求項１に記載の方法。
【請求項４】
システムであって、
符号化されたデータを受信してから復号化する復号化デバイスにデータを符号化してから送信するように構成された符号化デバイスを含み、前記復号化デバイスはそのなかに具体的なエラー隠蔽アルゴリズムが内蔵しており、
前記符号化デバイスは復号化デバイスから受信した信号に基づいて復号化デバイスのエラー状況をまねるように構成され、符号化デバイスは復号化デバイスの具体的なエラー隠蔽アルゴリズムを認識している、システム。
【請求項５】
前記信号は復号化デバイスで受信した符号化されたデータの一部が誤ったデータを含んでいることを示す情報を含むとともに、誤ったデータが対応している関連フレームの中の一つ以上の位置および誤ったデータが対応しているフレームの中の位置を復号化する際に適用された具体的な動作を識別する情報を含んでいる、請求項４に記載のシステム。
【請求項６】
前記信号は誤ったデータが対応しているフレームの中の位置を復号化する際に適用された具体的なエラー隠蔽アルゴリズムを識別する情報をさらに含んでいる、請求項４に記載のシステム。
【請求項７】
前記符号化デバイスは受信した信号に含まれた情報に基づいてフレームのエラー隠蔽処理が行なわれた復号化バージョンを再作成し、その後の符号化においてそのフレームの再作成されたエラー隠蔽処理後の復号化バージョンを使用するようにさらに構成されている、請求項５に記載のシステム。
【請求項８】
前記データはビデオデータを含む、請求項４に記載のシステム。
【請求項９】
前記符号化デバイスはエンコーダである、請求項４に記載のシステム。
【請求項１０】
前記符号化デバイスはコーデックである、請求項４に記載のシステム。
【請求項１１】
請求項１に記載の方法を実行するように適合されたデバイス可読命令集合を含む媒体または波形。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データが符号化されて符号化デバイスから送信され、復号化デバイスで受信および復号化される圧縮データ送信システムに適用できる誤り耐性（error resilience）制御技術に関する発明である。その技術は方法またはアルゴリズムとして実現でき、それにおける機能性（functionality）は、例えば、コーデックまたはエンコーダのような符号化デバイスで実施できる。その機能はソフトウェア、ハードウェア、またはその組み合わせの形で実現できる。
【背景技術】
【０００２】
パケットに基づくまたは回路スイッチ型に基づく環境においては、圧縮ビットストリームは時にはビットエラーまたはパケットエラーのために汚染されることがある。この場合において、レシーバと関連付けられたビデオデコーダは、誤りデータを受信したと判定すると、一般的にエラー隠蔽（error concealment）として知られているプロセスを履行する。エラー隠蔽は、一般的に、レシーバのバッファに記憶されている以前に再構築されたビデオデータをコピーすることによって、損失したまたは誤りのある再構築されたビデオデータを置き替えることを伴う。普通は、以前に再構築されたビデオデータは前のフレームのデータである。
【０００３】
このようなエラー隠蔽の方法には不利がある。一つの不利は、誤り伝播およびそれに対する制御の無さである。エンコーダで動き補償された予測が使用されるために、次のフレームを再構築するために、前のフレームからの情報が使用される。しかし、前のフレームにおいてエラー隠蔽が使用された場合、現在のフレームは、再構築されると、２つ前のフレームから伝播されたエラーを有する。この伝播はいくつかのフレーム間に続く可能である。誤り伝播を引き起こすうえ、エラー隠蔽のスキームのもう一つの不利はビデオ品質の損失である。パケットの損失を防ぐためにフレームレートを低下することに基づいているスキームはビデオ品質の損失も引き起こす。
【０００４】
誤り伝播を和らげる試みがなされてきた。例えば、ある状況の元でイントラフレームモードまたはイントラマクロブロックリフレッシュモードで符号化するようにエンコーダを構成できる。H.２６４において基準画像の選択を変えることが提案されている。このような技術は一般的に効果的であるが、これらはさらにコーデックのビットレートを有意に増加させる。
【０００５】
【特許文献１】米国特許第6,768,775号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、本発明の目的は、データ送信システムにおける誤り伝播を有意に低下させながらビットレートを有意に増加させずに高いビデオ品質を維持しながら改善された誤り耐性技術を提供することである。
【課題を解決するための手段】
【０００７】
発明の一つの態様によれば、圧縮データ送信システムにおける誤り耐性を制御するための方法を提供する。方法は、あるフレームに対応している受信したビットストリームの一部が誤ったデータを含んでいるかどうかを判定することを含む。もしそうであれば、下記のステップ、つまり、誤ったデータがフレームの中のどの位置（一箇所または複数箇所）位置に対応しているかを判定するステップ、フレームの中の判定された位置（一箇所または複数箇所）を復号化する際にある具体的なエラー隠蔽アルゴリズムを適用するステップ、および受信したビットストリームを発生させた符号化デバイスに信号を送信するステップが行われる。信号は、受信したビットストリームの一部が誤ったデータを含んでいることを示す情報、および誤ったデータが対応しているフレームの位置（一箇所または複数箇所）およびその誤ったデータが対応しているフレームの中の位置（一箇所または複数箇所）を復号化する際に適用されたある具体的な動作を識別（identify）する情報を含む。本発明によれば、符号化デバイスは適用された具体的なエラー隠蔽アルゴリズムも認識する。
【０００８】
方法は、信号に含まれている情報に基づいてフレームのエラー隠蔽がなされた復号化されたバージョンを再作成することと、それ以降の符号化においてフレームの再作成されたエラー隠蔽処理後の復号化されたバージョンを使用することをさらに含むのは好ましい。
【０００９】
もう一つの態様において、本発明は改善された誤り耐性機能を有するシステムに関係する。このシステムは、データを符号化してそれを復号化デバイスに送信するように構成された符号化デバイスを含み、復号化デバイスは符号化されたデータを受信して復号化し、これにおいて復号化デバイスはその中にある具体的なエラー隠蔽のアルゴリズムが含まれている。符号化デバイスは復号化デバイスから受信した信号に基づいて復号化デバイスのエラーの状況をまねるように構成され、前記符号化デバイスは復号化デバイスの具体的なエラー隠蔽アルゴリズムを認識している。
【００１０】
信号は、復号化デバイスで受信した符号化されたデータの一部が誤ったデータを含んでいることを示す情報と、誤ったデータに対応する関連フレームにおける一つ以上の位置およびその誤ったデータが対応しているフレーム内の位置（一箇所または複数箇所）を復号化する際に適用された具体的な動作を識別する情報とを含むのは好ましい。
【００１１】
信号はさらに、その誤ったデータが対応しているフレーム内の位置（一箇所または複数箇所）を復号化する際に適用された具体的なエラー隠蔽アルゴリズムを識別する情報を含んでいることも可能である。
【００１２】
上に説明したシステムにおいて、符号化デバイスは、受信した信号に含まれている情報に基づいてフレームのエラー隠蔽がなされた復号化されたバージョンを再作成するように、そしてそれ以降の符号化においてその再作成されたエラー隠蔽処理がなされた復号化されたバージョンを使用するようにさらに構成されるのが好ましい。
【００１３】
符号化デバイスはエンコーダ、コーデック、またはその他の符号化の機能性を有するデバイスでかまわない。
【００１４】
本発明のもう一つの態様において、誤り耐性方法またはそのステップをデバイス可読媒体に実施された、例えば、ソフトウェアのようなプログラム命令によって指定できる。このような媒体はコーデック、エンコーダまたはそのようなデバイスの中に在してかまわない。プログラム命令はソフトェアの形に限定されない。代わって、例えば、特定用途向け集積回路（ASIC）、プログラマブルロジックアレイ（PLA）、論理回路、ディジタル信号処理回路機構、または離散電子コンポーネントなど、コーデックまたはその他の符号化の機能性を有するデバイスに直接に実施されたハードウェア構成によって命令を直接的に指定するのも可能である。
【００１５】
発明をより深く理解するとともに、その他の目的および功績は添付の図面とともに以下の詳細な説明を読むことにより明白になる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施形態を図面に基づいて説明する。
【実施例１】
【００１７】
本発明は、ビデオコーデックまたはエンコーダのような、H.263またはH.264標準規格に準拠する圧縮データ送信システムで動作する符号化デバイスの誤り耐性を有意に改善する。発明は、一般的に、「シャドウ」スキームに関係し、符号化デバイスで送信した圧縮データを受信して復号化する復号化デバイスのエラーの状況を符号化デバイス内でまねる。より具体的には、符号化デバイスにおいて、復号化デバイスはビットまたはパケットの誤りを含むビットストリームからビデオフレームデータを再構築するために使用する具体的なエラー隠蔽スキームを認識するようになり、さらに誤ったデータが対応しているフレームの中にある位置（一箇所または複数箇所）および誤ったデータがどの特定の方法で処理されたかを認識するようになる。エラー隠蔽がなされたデータは現在の符号化に使用できるのみならず、その後の符号化にも使用でき、それによってエンコーダとデコーダとの間の同期を達成できる。本発明は従来のエラー隠蔽スキームを改善する上、そういうスキームと一緒に使用できることは有利である。
【００１８】
本発明を使用できる一つの環境はビデオ会議である。一般的なビデオ会議の環境においては、各サイトは個別のまたは統合型の単独ユニット（コーデック）としてのエンコーダおよびデコーダが揃っている。一般的にそのサイトの一つはサーバであり、残りはクライアントである。
【００１９】
図１は本発明を実施できるビデオ会議システム１１を概略的に示している。システム１１はサーバ１２および複数のクライアントデバイス１３を含む。サーバ１２は一般的なビデオ会議システムで使用されるタイプであってもかまわない。一つの実施例において、サーバは、例えば、多様な機能を有する大型ビデオ会議システムのようなインテリジェントメディアエクスチェンジ（IMX）システムにおいて複数の異なったクライアントデバイス間にシームレス通信を提供するメディアハブとして機能する。サーバが通信しているクライアントデバイス１３は、たとえば、パソコン１３ａ、パーソナルデジタルアシスタント（PDA）１３b、ラップトップ１３c、携帯電話１３dなどのような多様なタイプのどれでもかまわない。言うまでもなく、システム１１におけるクライアントデバイス１３の数およびタイプは、システム１１が必要を満たしている（being served）ニーズおよびシステムの使用可能な資源（available resources）によって異なる。この発明は基本的にビデオビューイング機能を有するクライアントデバイスに対応できるように設計されている。その上、下記に説明するように、この発明は低メモリデバイスには適しておらず、低メモリデバイスは携帯用デバイスを含むこともある。
【００２０】
各サイトにおける主な構成要素はエンコーダ／デコーダのアセンブリまたはコーデックである。図２には、２つの異なったサイトにおけるそれぞれの２つのコーデック２２ａおよび２２ｂとともにシステムデータフローが示されている。２つのサイトは説明のためだけに示されている。上記に説明したようにシステムが２つ以上のサイトを含むのは可能である。サーバを基にしたシステムにおいては、このような構成によって各クライアントデバイスはネットワークおよびサーバを介してネットワーク上のその他のどれでもに対して内容を受送信することが可能になる。ピアツーピアシステムにおいて、クライアントデバイスはネットワークを介して互いに直接に通信できる。
【００２１】
ある特定のビデオ会議サイトにおいて、システムがサポートする特定の環境いかんによっては他のデバイスも提供できる。例えば、システムがライブビデオ会議に対応できる場合には、各サイトはさらに、（そのクライアントデバイスにすでに含まれていなけらば、）そのサイトにいる参加者がほかの参加者を見ると共に通信できるようにしかるべきデバイスを含むことができる。このような他のデバイス（未表示）としてはカメラ、マイク、モニターおよびスピーカーなどがある。
【００２２】
各コーデック２２a/２２bはエンコーダ２３a/２３bとともにデコーダ２４a/２４bを含む。エンコーダ２３は入ってくる信号をデジタル化および圧縮し、その信号を多重化して、その組合せ（combined）信号（例えばベースバンドデジタル信号）をシステム上のほかのコーデックへ送信するためにネットワークに渡す。デコーダ２４はネットワークから同じように符号化された信号を受け入れ、受信した信号を逆多重化し、ビデオおよび音声を解凍し、そしてしかるべきビューイングおよび音声デバイスへの内容送信のためのアナログビデオおよび音声の出力を提供する。一般的なコーデックはビデオおよび音声をディジタル化および圧縮する際に使用できるようないくつかの技術を有し、その技術は画像の解像度低下、カラー情報の変換およびサブサンプリング、フレームレートの制御、フレーム内およびフレーム間（intra- and inter-frame）コーディング、およびエントロピー符号化を含む。例えば、企業のグループビデオ会議システムなど、アプリケーションによっては、コーデックはビデオ、音声およびネットワークの機能の上に、さらに多くの機能を一般的に含んでいる。このようなコーデックはグラフィックスデバイスおよびコンピュータからデータを受け入れて多重化する。こうしたコーデックはコントロールパネルおよびハンドヘルドのリモートから入力を受け入れることも可能である。
【００２３】
エンコーダ２３a/２３bの一定の構成要素およびそれらが行なう処理のより詳細な図を図３（ａ）に示す。ビデオデータに対して、エンコーダ２３はある画素ブロックによって表現されている現在のビデオフレームを受信する（画素はＹＵＶカラー空間にあってもよい）。そのフレームは動き推定（ME）モジュールに送信され、そこで運動ベクトルが生成される。また、フレームは操作部（operator）に送信され、そこで現在のフレームのブロックを予測し、予測エラーを生成するために、前のフレームの最良マッチングブロックと現在のフレームにおけるこれから符号化されるブロックとの差を比較する。予測エラーは運動ベクトルとともに離散コサイン変換（DCT）モジュールに送信され、そこでデータはDCT係数のブロックに変換される。この係数は量子化（Q）モジュールで量子化される。ランレングスエンコーダ（RLE）および可変長エンコーダ（VLC）は送信するためにデータを符号化する。
【００２４】
動き補償ループはQモジュールから枝分かれする。予測エラーおよび運動ベクトルの量子化の係数は逆量子化（DQ）モジュールで逆量子化され、IDCTモジュールで逆DCT動作の対象となる。その結果は前のフレームの動き補償されたバージョンと結合され、フレームバっファメモリ（MEM）に記憶される。運動ベクトルは動き推定（ME）モジュールでMEMに記憶した結果と現在の未処理フレームから生成される。運動ベクトルは動き補償（MC）モジュールに提供され、そこで前のフレームの最良マッチングブロックが生成される。
【００２５】
デコーダ２４ａ／２４ｂは、送信しているエンコーダ２３ａ／２３ｂの動作を基本的に逆に行う。図３（b）に示すように、デコーダ２４はビットストリーム（Ｈ．２６３に準拠するのが好ましい）を受信し、そのビットストリームには可変長およびランレングス復号化動作がそれぞれVLDおよびRLDモジュールで適用される。その結果として生じるデータはDQモジュールで逆量子化し、その結果には画素表現を回復するためにIDCTの動作が適用される。VLDモジュールは現在のフレームのための運動ベクトルも生成し、そのベクトルはMCモジュールに供給され、そのモジュールはそのベクトルおよびメモリ（MEM）にある前のフレームを利用して動き補償ベクトルを生成する。その動き補償されたベクトルは現在のフレームを得るためにIDCTモジュールから回復された画素表現と加算される。デコーダ２４は誤ったデータを処理するために下に詳細に説明するような具体的なエラー隠蔽スキームを使用する。
【００２６】
発明を実施できる環境を説明すると共に符号化と復号化プロセスの詳細をある程度詳細に説明してきたが、ここで、発明に従って例えばコーデックまたはエンコーダのような符号化デバイスが誤り耐性を達成するためにどの具体的な機能性を有して構成されるかを説明する。符号化デバイスは、符号化デバイスで送信したデータを受信する復号化デバイスが使用する具体的なエラー隠蔽スキームまたはアルゴリズムを認識するように構成される。この機能性は符号化デバイスを予めプログラミングすることで達成できるし、または復号化デバイスからの信号に含まれているそうした情報を受信することによって符号化デバイスに復号化デバイスの使用しているエラー隠蔽スキームを認識させることができる。いずれにせよ、符号化デバイスがスキームが適用された特定のフレームの中の位置（一箇所または複数箇所）を認識するように信号が提供される。符号化デバイスはさらに復号化デバイスの誤りの状況をまねるまたはシャドウするように構成され、符号化デバイスは復号化デバイスからの信号を受信することに応答してそういうことを行う。
【００２７】
例えば、図２に示す実施例において、エンコーダ２３aは、デコーダ２４bが使用しているエラー隠蔽スキームを認識している。そのことはエンコーダがそのように予めプログラミングされるか、またはデコーダ２４bから制御チャネルまたは補助通信リンク２５を介して送信された信号の中にそうした情報を受信するかによって認識している。いずれの場合にせよ、エンコーダ２３ａで受信した信号はエラー隠蔽がどのようにある特定のフレームに適用されたかについての具体的な情報を含む。エンコーダ２３aはさらにこの情報に応じてデコーダ２４bの誤りの状況をまねるように構成されている。同じセットアップ・構成（arrangement）をデコーダ２４ａに対してエンコーダ２３bに適用できる。この構成によって、パケットまたはビットエラーの損失があっても、送信側エンコーダと受信側デコーダは必ず同期をとる。それによって誤り伝播は限定される。その上、誤り耐性を改善するのにマクロブロック内のリフレッシュが必要ないので、ビットレートの増加がない。また、送信側エンコーダと受信側デコーダは同期をとっているので、画像品質の劣化がフレームレートを変える方法と比べてそれほど有意でない。
【００２８】
図４は、発明の実施例による、ビデオコーデックまたはエンコーダにおける誤り耐性を改善するための方法またはアルゴリズムを一般的に示すフローチャートである。エンコーダ２３aおよびデコーダ２４bは誤り耐性アルゴリズムを説明するために模式的なエンコーダ／デコーダの対として使用される。アルゴリズムはデコーダ２４bがあるビデオフレームFrame（T）を受信するステップ４００から開始する。次に、ステップ４０１において、デコーダ２４bはFrame（T）に対応する受信したビットストリームの一部が誤っているかどうかを判定する。もしそうでなけらば、デコーダ２４bは単にFrame（T）を普通のように、つまり特別の条件なしに、復号化し始める（ステップ４０２）。
【００２９】
しかし、ビットストリームの一部が誤りを含んでいる場合には、デコーダ２４bはその誤ったデータがFrame（T）のどの位置（一箇所または複数箇所）に対応しているかを判定する（ステップ４０３）。ステップ４０４において、デコーダ２４bは次にエラー隠蔽スキームを適用する。そのスキームは、たとえとして次の通りであってもよい。つまり、例えば、対応する動きベクトルで指されているFrame（T-1）である過去のビデオフレームの対応する位置から復号化されたデータをコピーし、Frame（T）を復号化する際Frame（T）に入っている判定された問題位置の誤ったデータの代わりにそのコピーしたデータを使用することである。Frame（T-1）はFrame（T）に対して直前のビデオフレームを示す。次に、ステップ４０５において、デコーダ２４bは通信チャネル２５を介してエンコーダ２３ａに信号を送信し、その信号はつぎのことを示している。つまり、例えば、Frame（T）の中の位置ａ、ｂ、ｃ、、、、などの一つ以上の特定位置に対応するデータは誤っていること、そしてたとえとして、例えば、Frame（T-1）の過去のフレームの中の対応する位置からデータをコピーしたことによって復号化されたこと、さらにFrame（T）の中の位置の誤ったデータの代わりにそのコピーしたデータを使用していることを示している。エンコーダがすでにその情報を含むように予めプログラミングされていない場合には、デコーダ２４bがどの具体的なエラー隠蔽スキームを使用したかということを信号がエンコーダ２３ａに示してもいい。
【００３０】
エンコーダ２３ａはこの情報を受信すると、そのバッファにおいてエラー隠蔽処理が行なわれた復号化されたFrame（T）を再作成する（ステップ４０６）。エンコーダ２３ａは次にその後の符号化においてその復号化されたフレームを、誤りのない復号化されたFrame（T）の代わりに使用する（ステップ４０７）。したがって、エンコーダ２３ａとデコーダ２４bは同期をとっている。
【００３１】
時には、たとえばリアルタイムアプリケーションにおいて、エンコーダ２３ａで符号化したデータの送信することとエンコーダで信号を受信することとの間の往復の時差は一つのフレーム遷移を超えることがある。そうした場合には、エンコーダ２３ａはFrame（T）に対して動作を行っている間、Frame（T-2）の誤り位置のマップを得て、Frame（T-2）とFrame（T-1）との間の運動フィールドリンケージ（motion field linkages）に基づいてFrame（T-1）のどの位置が影響されているかを速やかに判定し、Frame（T）を符号化している間にその修正を行う。
【００３２】
前記の説明から理解できるように、エンコーダのフレームバッファ（図３（ａ）のMEM）は誤りなしのフレームおよびエラー隠蔽処理が行なわれたフレームのいずれかがその後のフレームの再構築に使用されるのでその両方を記憶しなければならないことによって、上記のアルゴリズムはエンコーダの必要のメモリ量を増加させる。したがって、アルゴリズムは低メモリアプリケーションには適していない。
【００３３】
わかるように、本発明は送信側のエンコーダが受信側のデコーダで使用されるエラー隠蔽スキームを認識することを必要とする。その上、データを受信しているデコーダが出くわした具体的なエラー状況およびどのようにそのエラーが取り扱われたかということをエンコーダは認識するように、各送信側エンコーダとそのエンコーダからデータを受信する各デコーダとの間の制御チャネルまたは補助通信リンクがなければならない。したがって、２つ以上の参加者およびそれに伴って２つ以上のエンコーダ／デコーダ組み立て品（assemblies）のあるビデオ会議システムにおいて、各デコーダは同じエラー隠蔽スキームを使用すべきであり、各エンコーダは他のサイトにある各デコーダと通信している。
【００３４】
こうした条件に伴って、エンコーダおよびデコーダが別々のベンダーからのものである場合には本発明の実現はより難しくなる。さらに、本発明はストリーミングアプリケーションまたは蓄積転送（store-forward）アプリケーションには実用的でない。というのは、こういう場合には、符号化が一回行われ、復号化が遥かにあとの時間に行われるからである。マルチキャストアプリケーション、つまり一つのエンコーダおよび複数のデコーダのあるアプリケーションに対しても同じことがいえる。しかし、こうした条件があるとしても、ビデオコーデックに関するアプリケーションの大半はビデオ会議のような双方向通信シナリオを利用しているので、本発明はまだ有意なメリットがある。
【００３５】
確かに、上記の説明が明確にするように、本発明は符号化デバイスで送信したデータを受信して復号化するビデオコーデックまたはデコーダのような復号化デバイスと協力しながら動作するビデオコーデックまたはエンコーダのような符号化デバイスに組み込むことができる改善された誤り耐性技術を提供する。パケットの損失が検出した後送信側エンコーダと受信側デコーダとが同期を速やかに達成できるので、システムの誤り耐性は有意に改善できる。本発明の技術は有意のビットレート増加を起こさないように誤り伝播を低下させる。より具体的には、エラー位置をエンコーダに示さなければならないので、発明の技術はダウンストリームビットレートにおける増加を起こさず、アップストリームビットレートには非常にわずかな増加しか起こさない。さらに、同期が改善されるために、全体の画像品質も従来のエラー隠蔽スキームに対して改善される。
【００３６】
発明をいくつかの具体的な実施例とともに説明してきたが、当業者ならば上記の説明に照らして数多くのさらなる変更例、修正例、変形例が明らかになるだろう。従って本書で説明した発明は、添付の請求項の精神および範囲から逸脱しない限りにおいてそうしたすべての変更例、修正例、変形例をすべて含むつもりである。
【図面の簡単な説明】
【００３７】
【図１】本発明の実施例によるビデオ会議システムの概要図。
【図２】各サイトにコーデック（エンコーダ／デコーダ）がインストールされている模式的ビデオ会議システムのデータフローを示すブロック図。
【図３】図３（ａ）および図３（ｂ）は本発明の実施例によって構成されたコーデックのそれぞれのエンコーダおよびデコーダ部分の機能ブロック図である。
【図４】本発明の実施例による誤り耐性プロセスを示すフローチャート。
【符号の説明】
【００３８】
12  メディアハブ
13a  パソコン
13b  PDE
13c  ラップトップコンピュータ
13d  携帯電話
24a  デコーダ
23a  エンコーダ
24b  デコーダ
23b  エンコーダ
【図２】
2006254456.tif 000003
【図３】
2006254456.tif 000004
【図４】
2006254456.tif 000005
【図１】
2006254456.tif 000006