(57)【要約】  画像のリフレッシュ要求を生成すべきかどうかを決定する方法は、パケットを受信する工程と、受信パケットがエラーを含むかどうかの決定と受信パケットより前にパケットが失われたかどうかの決定とのうち少なくとも１つを実行する工程とを含む。受信パケットがエラーを含むという決定に応答してエラー指数が増加される。受信パケットより前にパケットが失われたという決定に応答してエラー指数が増加される。受信パケットがエラーを含まないということと、受信パケットにより前にパケットが失われなかったということとに応答してエラー指数が減少される。本要約書は、サーチャーまたは他の読者が本技術開示の主題を迅速に確認することを可能にする要約を必要とする諸規定に準拠するために提供される。【特許請求の範囲】
【請求項１】
映像のリフレッシュ要求を生成すべきかどうかを決定する方法であって、
パケットを受信する工程と、
前記受信パケットがエラーを含むかどうかの決定と、前記受信パケットより前にパケットが失われたかどうかの決定とのうち少なくとも１つを実行する工程と、
前記受信パケットがエラーを含むという決定に応答してエラー指数を増加する工程と、
前記受信パケットより前にパケットが失われたという決定に応答して前記エラー指数を増加する工程と、
前記受信パケットがエラーを含まないということと、前記受信パケットより前にパケットが失われなかったということとの決定に応答して前記エラー指数を減少する工程と、を含む方法。
【請求項２】
前記受信パケットより前にパケットが失われたかどうかを決定する前記工程は、前記受信パケットのヘッダを解析することを含む、請求項１に記載の方法。
【請求項３】
前記受信パケットがエラーを含むかどうかを決定する前記工程は、前記受信パケットのＣＲＣチェックサムを解析することを含む、請求項１に記載の方法。
【請求項４】
前記受信パケットは映像輸送パケットである、請求項１に記載の方法。
【請求項５】
前記受信パケットは、Ｈ．２２３のアダプテーションレイヤサービスデータユニット（Ａｌ−ＳＤＵ）である、請求項４に記載の方法。
【請求項６】
前記受信パケットはＲＴＰパケットである、請求項４に記載の方法。
【請求項７】
前記エラー指数が既定のエラー指数閾値を超えるということを決定する工程と、
映像リフレッシュを要求する工程と
をさらに含む、請求項１に記載の方法。
【請求項８】
前記エラー指数を減少する前記工程は、前記受信パケットのサイズに比例した値により前記エラー指数を減少することを含む、請求項１に記載の方法。
【請求項９】
前記エラー指数が既定のエラー指数閾値を超えたという決定と、最新の映像リフレッシュ要求以降に受信されたデータの量が既定のデータ量閾値を超えるという決定と、に応答して映像のリフレッシュ要求を生成する工程をさらに含む、請求項１に記載の方法。
【請求項１０】
前記エラー指数と前記既定のエラー指数閾値とを比較する工程をさらに含む、請求項９に記載の方法。
【請求項１１】
前記受信パケットがエラーを含むかどうかを決定する前記工程は、前記受信パケットが有効なＣＲＣを有するかどうかを決定することを含む、請求項１に記載の方法。
【請求項１２】
前記エラー指数を減少する前記工程は、イントラブロックリフレッシュレートに比例した値により前記エラー指数を減少することを含む、請求項１に記載の方法。
【請求項１３】
映像のリフレッシュ要求を生成すべきかどうかを決定する装置であって、
少なくとも１つのエラー指数を格納するための複数のレジスターと、
入力ビットストリームからパケットエラー情報を取得するためのパケット情報ユニットと、
前記パケット情報ユニットと前記複数のレジスターとに相互動作可能に接続されたプロセッサであって、
受信パケットがエラーを含むかどうかを決定し、
前記受信パケットより前にパケットが失われたかどうかを決定し、
前記受信パケットがエラーを含むという決定に応答して前記エラー指数を増加し、
前記受信パケットより前にパケットが失われたという決定に応答して前記エラー指数を増加し、
前記受信パケットがエラーを含まないということと、前記受信パケットより前にパケットが失われなかったということとの決定に応答して前記エラー指数を減少するプロセッサと、を含む装置。
【請求項１４】
前記受信パケットより前にパケットが失われたかどうかを決定することが、前記受信パケットのヘッダを解析することを含む、請求項１３に記載の装置。
【請求項１５】
前記受信パケットがエラーを含むかどうかを決定することが、前記受信パケットのＣＲＣチェックサムを解析することを含む、請求項１３に記載の装置。
【請求項１６】
前記受信パケットは映像輸送パケットである、請求項１３に記載の装置。
【請求項１７】
前記受信パケットは、Ｈ．２２３のアダプテーションレイヤサービスデータユニット（Ａｌ−ＳＤＵ）である、請求項１６に記載の装置。
【請求項１８】
前記受信パケットはＲＴＰパケットである、請求項１６に記載の装置。
【請求項１９】
前記プロセッサは、さらに前記エラー指数が既定のエラー指数閾値を超えるということを決定し、および映像リフレッシュを要求する、請求項１３に記載の装置。
【請求項２０】
前記エラー指数を減少することが、前記受信パケットのサイズに比例した値により前記エラー指数を減少することを含む、請求項１３に記載の装置。
【請求項２１】
前記プロセッサはさらに、
前記エラー指数が既定のエラー指数閾値を超えたという決定と、
最新の映像リフレッシュ要求以降に受信されたデータの量が既定のデータ量閾値を超えるという決定とに応答して映像のリフレッシュ要求を生成する、請求項１３に記載の装置。
【請求項２２】
前記プロセッサはさらに、前記エラー指数と前記既定のエラー指数閾値とを比較する、請求項２１に記載の装置。
【請求項２３】
前記受信パケットがエラーを含むかどうかを決定することが、前記受信パケットが有効なＣＲＣを有するかどうかを決定することを含む、請求項１３に記載の装置。
【請求項２４】
前記エラー指数を減少することが、イントラブロックリフレッシュレートに比例した値により前記エラー指数を減少することを含む、請求項１３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の背景
技術分野
本発明は、一般的には、受信されたビットエラーに応答して映像フレームの更新を実行することに関し、限定するものではないが、特には第３世代ネットワークの映像電話サービスにおける映像の高速更新を実行することに関する。
【背景技術】
【０００２】
関連技術の過程
第３世代（「３Ｇ」）ネットワークで使用される重要なアプリケーションは、映像電話サービス（「ＶＴ」：Ｖｉｄｅｏ  Ｔｅｌｅｐｈｏｎｙ  ｓｅｒｖｉｃｅｓ）である。ＶＴは、通常、およそ１０−４〜１０−３の平均ビット誤り率を有するトランスペアレントな６４ｋｂ／ｓのベアラ（bearer）を使用する。高いビット誤り率は、無線ネットワークがより多くの同時ＶＴコールに対処できることを意味する。しかしながら、高い誤り率はしばしば映像伝送問題を引き起こす。
【０００３】
符号化された映像ビットストリームはエラーに非常に敏感である。映像ビットストリームのエラー感度は、主として、前の映像フレームからの頻繁な予測の使用と、可変長符号化の使用とに起因する。可変長符号化は、ビットエラーがビットストリームに持ち込まれると容易に同期が外れ得る。多くの移動端末は、破損したビットストリームの影響を隠すためにエラー隠蔽（concealment）機能を採用する映像復号器を含む。通常、映像符号器もまた、エラーに対しかなり頑強な、耐性のあるビットストリームを生成するように構成される。
【０００４】
ビットストリーム内にあまりにも多くのエラーが存在する場合、移動端末により採用されたエラー隠蔽はエラーを効果的に隠蔽するには十分ではないかもしれない。そして、映像復号器は、前の画像からの予測なしに映像フレームを符号化することにより画像をリフレッシュするよう、映像符号器に通知することができる。予測を伴わない映像フレームはイントラフレームと呼ばれ、通常のフレームよりはるかに大きく、したがってイントラフレームは不要に送信されるべきでない。映像復号器は、Ｈ．２４５プロトコルに従って映像高速更新（「ＶＦＵ」：Ｖｉｄｅｏ  Ｆａｓｔ  Ｕｐｄａｔｅ）メッセージを映像符号器に送信することにより、映像符号器に画像をリフレッシュするよう通知する。
【０００５】
いくつかの移動端末は規則的な時間間隔でＶＦＵ要求を送信するが、このことは、たとえビットエラーが発生しなかったとしても完全なイントラフレームが時々転送されることを意味する。この結果、イントラフレームはインターフレームと呼ばれる予測を利用するフレームよりも、送信するのに著しく長い時間かかり、したがって定期的な画像のフリーズがしばしば受信映像内に発生する。
【０００６】
他の移動端末はビットストリームエラーの検出に応答してＶＦＵ要求を送信する。ＶＦＵ要求は、移動端末のＨ．２２３デマルチプレクサにより、またはＨ．２６３／ＭＰＥＧ−４映像復号器により送信することができる。この手法では、検出されたエラーが非常に小さく、エラーが映像復号器のエラー隠蔽機能により容易に処理することができる場合でも、イントラフレーム要求が送信される。したがって、イントラフレームが、時には不要に送信される。
【０００７】
画像の一部のみを更新するための別の解決策は、Ｈ．２６３  Ａｐｐｅｎｄｉｘ  Ｉに記述されている。Ｈ．２６３  Ａｐｐｅｎｄｉｘ  Ｉに記述された解決策は、映像電話のための第３世代パートナーシッププロジェクト（「３ＧＰＰ」）推奨に対する映像符号化および更新の両方においてかなりの変更を必要とする。
【発明の開示】
【課題を解決するための手段】
【０００８】
本発明の概要
映像のリフレッシュ要求を生成すべきかどうかを決定する方法は、パケットを受信する工程と、受信パケットがエラーを含むかどうかの決定と受信パケットより前にパケットが失われたかどうかの決定との少なくとも１つを実行する工程とを含む。受信パケットがエラーを含むという決定に応答してエラー指数が増加される。受信パケットより前にパケットが失われたという決定に応答してエラー指数が増加される。受信パケットがエラーを含まないということと、受信パケットより前にパケットが失われなかったということとの決定に応答して、エラー指数が減少される。
【０００９】
映像のリフレッシュ要求を生成すべきかどうかを決定する装置は、少なくとも１つのエラー指数を格納するための複数のレジスターと、入力ビットストリームからパケットエラー情報を取得するためのパケット情報ユニットとを含む。上記装置はまたプロセッサを含む。プロセッサは、パケット情報ユニットと複数のレジスターとに相互動作可能に接続される。プロセッサは、受信パケットがエラーを含むかどうかを決定し、受信パケットより前にパケットが失われたかどうかを決定し、受信パケットがエラーを含むという決定に応答してエラー指数を増加し、受信パケットより前にパケットが失われたという決定に応答してエラー指数を増加し、受信パケットがエラーを含まないということと受信パケットより前にパケットが失われなかったということとの決定に応答して、エラー指数を減少する。
【００１０】
本発明のさらに完全なる理解は、添付図面を参照した以下の本発明の例示的な実施態様の詳細な説明を参照することにより得られる。
【発明を実施するための最良の形態】
【００１１】
本発明の例示的な実施形態の詳細な説明
本発明の実施態様について、ここでは添付の図面を参照してさらに詳細に説明する。しかしながら、本発明は様々な形式で具現化することができ、本明細書に記載された実施態様に限定されるものではない。本発明は、現時点で存在する特許請求の範囲およびその等価物によってのみ限定されると考えるべきである。
【００１２】
３ＧＰＰ推奨３Ｇ  ＴＳ  ２６．９１１  Ｖ３．２．０によれば、３Ｇ−３２４Ｍに基づき動作する移動端末におけるＨ．２６３符号器は、Ｈ．２４５制御を介し受信されたすべてのＶＦＵ命令に対応しなければならない。３Ｇ  ＴＳ  ２６．９１１  Ｖ３．２．０推奨は、「伝送エラーにより著しく破損された受信画像が検出された場合、３Ｇ−３２４Ｍの復号器は、これに対応して画像の高速更新命令を送信するよう推奨される」と明示している。
【００１３】
受信画像が著しく破損されない限りＶＦＵ要求を行うべきではないので、ビットストリームにおける少数のエラーは許容可能と考えなければならない。映像復号器によるエラーの隠蔽は、画像マクロブロックの巡回イントラリフレッシュ（cyclic intra refresh）と共に、これらのエラーを処理するために使用することができる。ＶＦＵ要求は、短時間内に多くのエラーがある場合に送信される。リーキーバケット方式のアルゴリズム（leaky bucket type of algorithm）を使用し、ビットエラーまたは欠落データの検出に応答して、ＶＦＵ要求を送信する必要があるかどうかを決定することができる。リーキーバケット方式のアルゴリズムでは、不良パケット（すなわち、エラーを有するパケット、または欠落パケット）を受信すると、いつＶＦＵ要求を送信すべきかを決定するためのエラー指数閾値（「ＥＩＴ」）との関連で使用されるエラー指数（「ＥＩ」）が増加される。エラー指数デルタ（「ＥＵＤ」）は、良好なパケット（すなわち、エラーのない順序どおりのパケット）の受信がＥＩを減少させ、それによってＥＩＴからさらに離れさせるという意味において、バケットのホールに相似している。
【００１４】
ここで添付図面を参照すると、図１は、いつ移動端末がＶＦＵ要求を生成すべきかを決定するためのアルゴリズムを例示するフローチャートである。様々な変数と定数が、工程１０２で始まるフロー１００により使用される。図１において、ＥＩは現在のビット誤り率を反映する変数である。ＥＩは、自動的に画像を更新する巡回イントラリフレッシュに対し補償された（compensated）最新のＶＦＵ要求以後の、不適当な巡回冗長検査（cyclical redundancy check）（「ＣＲＣ」）を有する、あるいは欠落した（すなわち、順序が狂って受信された）映像バイトの累算数と見なすことができる。破損または欠落した映像Ｈ．２２３  ＡＬ−ＳＤＵ（映像輸送パケットの一形式）は、破損または欠落映像輸送パケットのサイズに比例してＥＩを増加させる。ＥＩが既定の閾値より大きくなると、ＶＦＵ要求が生成される。ＥＩは、定期的な時間間隔で減少されるか、あるいは正常に受信された映像輸送パケット毎に減少される。このようにＥＩを減少することで、ビットストリーム内のエラー後に自動的に画像を更新する巡回イントラリフレッシュを補償する。
【００１５】
「最新リフレッシュ以降のバイト（Bytes Since Last Refresh）」（「ＢＳＬＲ」）は、最新のＶＦＵ要求以後の映像ビットストリームで通過したバイト数を反映する変数である。ＥＩＴは、即時ＶＦＵ要求につながる破損バイト数を反映する予め定められた定数である。本発明の様々な実施態様では、典型的なＢＳＬＲ値は４００である。「サービスデータユニットの推定サイズ（Estimated Service Data Unit size）」（「ＥＳＤＵｓｉｚｅ」）は、エラーによる欠落映像輸送パケットの推定サイズを表現する変数である。ＳＤＵサイズ（「ＳＤＵｓｉｚｅ」）は、ＣＲＣエラーを有する映像輸送パケットのサイズを表現する変数である。
【００１６】
「自動リフレッシュ間隔（Auto Refresh Interval）」（「ＡＲＩ」）は、少数のエラーがどれくらい速く忘れられるかを反映する定数である。ＡＲＩは、例えば画像が巡回イントラリフレッシュにより完全にリフレッシュされる前のバイト数に設定することができる。本発明の様々な実施態様では、典型的なＡＲＩ値は、１３，０００である（各フレーム中の全９９個のうちの５個のイントラブロック、１０ｆｐｓ、６，５００バイト／秒＝＞１．９８秒、すなわち巡回リフレッシュを完了するために約１３，０００バイト）。ＥＩＤは、正しいパケットが受信された後にどれだけＥＩをディクリメントしなければならないかを反映する変数である。ＥＩＤは（ＳＤＵｓｉｚｅ／ＡＲＩ）＊ＥＩＴに設定することができる。「リフレッシュ最小間隔（Refresh Minimum Interval）」（「ＲＭＩ」）は、ＶＦＵ要求が送信される前に受信されなければならない最小バイト数を反映する定数である。
【００１７】
図１を再び参照すると、実行は、工程１０２から工程１０４に移り、そこで受信映像輸送パケットが間違ったシーケンス番号を有するかどうかが決定される。工程１０４で、受信映像輸送パケットが間違ったシーケンス番号を有するということが決定されると、実行は工程１０６に移る。
【００１８】
工程１０６では、ＥＩはＥＳＤＵｓｉｚｅを加算することによりインクリメントされる。ＥＳＤＵｓｉｚｅは、当然ながら、欠落映像輸送パケットのサイズの推定値である。実行は工程１０６から工程１０８に移る。工程１０８では、ＢＳＬＲはＳＤＵｓｉｚｅを加算することによりインクリメントされる。工程１０４で、受信映像輸送パケットが間違ったシーケンス番号を有するということが決定されなかった場合、実行は工程１１０に移る。工程１１０では、ＣＲＣエラーが存在するかどうかが決定される。工程１１０で、ＣＲＣエラーが受信映像輸送パケット内に存在することが決定されると、実行は工程１１２に移る。工程１１２では、ＥＩはＳＤＵｓｉｚｅによりインクリメントされる。実行は工程１１２から工程１０８に移る。
【００１９】
工程１１０で、ＣＲＣエラーが受信画像輸送パケット内に存在するということが決定されなかった場合、実行は工程１１３に移る。ＥＩＤは工程１１３において算定される。上述のように、ＥＩＤは（ＳＤＵｓｉｚｅ／ＡＲＩ）＊ＥＩＴに設定することができる。実行は工程１１３から工程１１４に移る。工程１１４で、ＥＩはＥＩＤによりディクリメントされ、そしてＥＩは、ＥＩが負数を取るのを回避するため、ｍａｘ（０，ＥＩ−ＥＩＤ）に設定される。工程１１４は、リーキーバケット方式アルゴリズム１００のバケットの比喩的なホールを表現する。実行は工程１１４から工程１０８に移る。
【００２０】
実行は工程１０８から工程１１６に移る。工程１１６では、ＥＩがＥＩＴより大きいかどうかが決定される。工程１１６でそのように決定されると、実行は工程１１８に移る。工程１１８では、ＢＳＬＲがＲＭＩより大きいかどうかが決定される。工程１１８でそのように決定されると、実行は工程１２０に移る。工程１２０では、ＶＦＵ要求は遠隔移動端末に送信され、ＥＩは０に設定され、ＢＳＬＲは０に設定される。実行は工程１２０から工程１２２に移り、工程が終了する。工程１１６で、ＥＩがＥＩＴより大きいということが決定されなかった場合、実行は工程１２２に移る。工程１１８で、ＢＳＬＲがＲＭＩより大きいということが決定されなかった場合、実行は工程１２２に移る。
【００２１】
送信する移動端末のイントラブロックリフレッシュレートは使用する映像符号器に従って変わり、従ってＡＲＩとＥＩＤの値は、送信する移動端末における映像符号器のリフレッシュレートを反映するように選択することができる。本発明の比較的簡単な実施態様では、固定のＥＩＤ値を仮定することができる。本発明のさらに複雑な実施態様では、実際のＡＲＩ値は入力映像ビットストリームデータを使用することにより算定することができる。ＡＲＩ値の算定に引き続いて、ＡＲＩ値は映像復号器から移動端末のＶＦＵモジュールに送信することができる。この時、ＥＩＤ値は現在のＡＲＩ値から算定することができる。
【００２２】
添付図面を再び参照すると、図２は、例示的な移動端末のＶＦＵモジュールのブロック図である。ＶＦＵモジュール２００は、演算処理装置２０２、ＳＤＵ情報ユニット２０４、レジスタバンク２０６を含む。ＳＤＵ情報ユニット２０４は、回線２０８を介し移動端末のＨ．２２３マルチプレクサ（明示的に示されない）から映像輸送パケットを受信する。回線２０８を介しＳＤＵ情報ユニット２０４により受信された映像輸送パケットは、また、移動端末の映像復号器（明示的に示されない）に入力される。ＳＤＵ情報ユニット２０４は、回線２０８上で受信された映像輸送パケットから、例えばＣＲＣエラーフラグ、シーケンス番号、受信映像輸送パケットのサイズに関する情報などの情報を抽出する。
【００２３】
レジスタバンク２０６は、ＥＩレジスター２１０、ＢＳＬＲレジスター２１２、ＡＲＩレジスター２１４を含む。ＥＩＤの値があらかじめ固定の場合には、ＡＲＩレジスター２１４が必要ではないことは、当業者らにより理解されるであろう。対照的に、ＥＩＤ値が算定される本発明の実施態様では、ＥＩＤ値は、回線２１６を介してＡＲＩレジスター２１４により受信されたＡＲＩ値から算定される。回線２１６により、移動端末の映像復号器（明示的に示されない）からイントラブロックリフレッシュレート統計値が入力される。ＥＩレジスター２１０、ＢＳＬＲレジスター２１２、ＡＲＩレジスター２１４のそれぞれは、回線２１８、２２０、２２４それぞれを介しプロセッサ２０２にデータを入力することができる。ＥＩレジスター２１０とＢＳＬＲレジスター２１２の各々は、回線２２６、２２８それぞれを介しプロセッサ２０４により書き込まれる。プロセッサ２０２は、回線２３０を介し移動端末の映像符号器（明示的に示されない）にＶＦＵ要求を出力する。
【００２４】
ＶＦＵモジュール２００は、フロー１００、または、いつＶＦＵ要求がなされるかを決定するその他任意の適切なリーキーバケットアルゴリズムを実施するために利用することができる。当業者らは、本発明の原理から逸脱することなくフロー１００とＶＦＵモジュール２００に対し修正を行うことができることを認識するであろう。
【００２５】
画像ビットストリームのバイトを数えてその数をＢＳＬＲレジスターに格納する代わりに、最新のＶＦＵ要求以後の入力多重化ビットストリーム（例えば、オーディオ、画像、制御を含む）上の合計バイト数を数えてもよいし、あるいは最新のＶＦＵ要求以後の時間を数えてもよい。さらに、映像ビットストリームのエラーのみを数えるのではなく、入力多重化ビットストリーム内の検知可能なエラーをすべて数えてもよい。本発明の原理は、例えばＨ．２２３マルチプレクサモジュールに、または移動端末のＨ．２６３／ＭＰＥＧ−４／Ｈ．２６４映像復号器モジュールに適用することができる。本発明の様々な実施態様においては、Ｈ．２２３以外の伝送プロトコルを使用して映像データを送信することができる。例えば、本発明の原理は、Ｈ．３２３に、またはデータ伝送のために実時間プロトコル（ＲＴＰ）を使用するセッション開始プロトコル（ＳＩＰ）ベースの装置に適用することができる。
【００２６】
これまでの詳細な説明は本発明の実施態様についてである。本発明の範囲は、必ずしもこの説明により限定されるものではない。本発明の範囲はむしろ、特許請求の範囲とそれの等価物により定義される。
【図面の簡単な説明】
【００２７】
図面の簡単な説明
【図１】移動端末がいつＶＦＵ要求を生成すべきかを決定するためのアルゴリズムを例示するフローチャートである。
【図２】移動端末の例示的なＶＦＵモジュールのブロック図である。
【図１】
2007535210.tif 000002
【図２】
2007535210.tif 000003
【手続補正書】
【提出日】平成18年2月16日(2006.2.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
映像のリフレッシュ要求を生成すべきかどうかを決定する方法であって、
パケットを受信する工程と、
前記受信パケットがエラーを含むかどうかの決定と、前記受信パケットより前にパケットが失われたかどうかの決定とのうちの少なくとも１つを実行する工程と、
前記受信パケットがエラーを含むという決定に応答してエラー指数を増加する工程と、
前記受信パケットより前にパケットが失われたという決定に応答して前記エラー指数を増加する工程と、
前記受信パケットがエラーを含まないということと、前記受信パケットより前にパケットが失われなかったということとの決定に応答して前記エラー指数を減少する工程と、
前記エラー指数が既定のエラー指数閾値を超えたという決定と、最新の映像リフレッシュ要求以降に受信されたデータの量が既定のデータ量閾値を超えるという決定とに応答して映像のリフレッシュ要求を生成する工程と、を含む方法。
【請求項２】
前記受信パケットより前にパケットが失われたかどうかを決定する前記工程は、前記受信パケットのヘッダを解析することを含む、請求項１に記載の方法。
【請求項３】
前記受信パケットがエラーを含むかどうかを決定する前記工程は、前記受信パケットのＣＲＣチェックサムを解析することを含む、請求項１に記載の方法。
【請求項４】
前記受信パケットは映像輸送パケットである、請求項１に記載の方法。
【請求項５】
前記受信パケットは、Ｈ．２２３のアダプテーションレイヤサービスデータユニット（Ａｌ−ＳＤＵ）である、請求項４に記載の方法。
【請求項６】
前記受信パケットはＲＴＰパケットである、請求項４に記載の方法。
【請求項７】
前記エラー指数が既定のエラー指数閾値を超えるということを決定する工程をさらに含む、請求項１に記載の方法。
【請求項８】
前記エラー指数を減少する前記工程は、前記受信パケットのサイズに比例した値により前記エラー指数を減少することを含む、請求項１に記載の方法。
【請求項９】
前記エラー指数と前記既定のエラー指数閾値とを比較する工程をさらに含む、請求項１に記載の方法。
【請求項１０】
前記受信パケットがエラーを含むかどうかを決定する前記工程は、前記受信パケットが有効なＣＲＣを有するかどうかを決定することを含む、請求項１に記載の方法。
【請求項１１】
前記エラー指数を減少する前記工程は、イントラブロックリフレッシュレートに比例した値により前記エラー指数を減少することを含む、請求項１に記載の方法。
【請求項１２】
映像のリフレッシュ要求を生成すべきかどうかを決定する装置であって、
前記装置は、
少なくとも１つのエラー指数を格納するための複数のレジスター（２０６）と、
入力ビットストリームからパケットエラー情報を取得するためのパケット情報ユニット（２０４）と、
前記パケット情報ユニットと前記複数のレジスター（２０６）とに相互動作可能に接続されたプロセッサ（２０２）であって、
受信パケットがエラーを含むかどうかを決定し、
前記受信パケットより前にパケットが失われたかどうかを決定し、
前記受信パケットがエラーを含むという決定に応答して前記エラー指数を増加し、
前記受信パケットより前にパケットが失われたという決定に応答して前記エラー指数を増加し、
前記受信パケットがエラーを含まないということと前記受信パケットより前にパケットが失われなかったということとの決定に応答して前記エラー指数を減少する、プロセッサと、を含み、
前記プロセッサ（２０２）は、さらに
前記エラー指数が既定のエラー指数閾値を超えたという決定と、最新の映像リフレッシュ要求以降に受信されたデータの量が既定のデータ量閾値を超えるという決定とに応答して、映像のリフレッシュ要求を生成する、装置。
【請求項１３】
前記受信パケットより前にパケットが失われたかどうかを決定することが、前記受信パケットのヘッダを解析することを含む、請求項１２に記載の装置。
【請求項１４】
前記受信パケットがエラーを含むかどうかを決定することが、前記受信パケットのＣＲＣチェックサムを解析することを含む、請求項１２に記載の装置。
【請求項１５】
前記受信パケットは映像輸送パケットである、請求項１２に記載の装置。
【請求項１６】
前記受信パケットは、Ｈ．２２３のアダプテーションレイヤサービスデータユニット（Ａｌ−ＳＤＵ）である、請求項１５に記載の装置。
【請求項１７】
前記受信パケットはＲＴＰパケットである、請求項１５に記載の装置。
【請求項１８】
前記プロセッサはさらに、前記エラー指数が既定のエラー指数閾値を超えるということを決定する、請求項１２に記載の装置。
【請求項１９】
前記エラー指数を減少することが、前記受信パケットのサイズに比例した値により前記エラー指数を減少することを含む、請求項１２に記載の装置。
【請求項２０】
前記プロセッサ（２０２）はさらに、前記エラー指数と前記既定のエラー指数閾値とを比較する、請求項１２に記載の装置。
【請求項２１】
前記受信パケットがエラーを含むかどうかを決定することが、前記受信パケットが有効なＣＲＣを有するかどうかを決定することを含む、請求項１２に記載の装置。
【請求項２２】
前記エラー指数を減少する前記工程は、イントラブロックリフレッシュレートに比例した値により前記エラー指数を減少することを含む、請求項１２に記載の装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
画像の一部のみを更新するための別の解決策は、Ｈ．２６３  Ａｐｐｅｎｄｉｘ  Ｉに記述されている。Ｈ．２６３  Ａｐｐｅｎｄｉｘ  Ｉに記述された解決策は、映像電話のための第３世代パートナーシッププロジェクト（「３ＧＰＰ」）推奨に対する映像符号化および更新の両方においてかなりの変更を必要とする。
欧州特許第Ａ−１  ２０２  ４８７号明細書には、ジッタ情報と、受信機から取得したパケット損失率の少なくとも１つに基づいて、送信器における伝送チャネルの伝送条件を決定する工程を含む装置と方法が記載されている。欧州特許第Ａ−１  ２０２  ４８７号明細書には、伝送条件に従い、映像符号器におけるビット伝送速度と、エラー耐性レベルの少なくとも１つを変更する工程がさらに記載されている。
【国際調査報告】
2007535210.tif 000004
2007535210.tif 000005
2007535210.tif 000006
2007535210.tif 000007