"ビデオストリームを復号する方法であって、前記ビデオストリームを、複数のメインレイヤフレームを有するメインレイヤと、複数の補間レイヤフレームを有する補間レイヤとに分割することと、フレームレートアップ変換FRUC:framerateupconversionフレームを補間することと、前記補間されたFRUCフレームの支援を受けて、前記メインレイヤ内の前記複数のメインレイヤフレームを符号化することとを備えた方法。各メインレイヤフレームと潜在的な各FRUCフレームとの間に1対1の関係が存在する請求項1の方法。前記FRUCフレームは、再構築された現在のフレームと、以前に格納されたフレームとに依存する請求項1の方法。前記FRUCフレームを補間することは、符号化されるメインレイヤフレームと同じ時間インスタンスにおいて前記FRUCフレームを補間することを備えた請求項1の方法。前記補間されたFRUCフレームの支援を受けて、前記メインレイヤ内の複数のメインレイヤフレームを符号化することは、前記複数の補間レイヤフレーム内の1つの補間レイヤフレームのマクロブロックのモード選択処理を実行することを備えた請求項1の方法。プロセッサによって実行されると、前記プロセッサに対して、ビデオストリームを符号化する方法を実行させる格納された命令を有するコンピュータ読取可能媒体であって、前記方法は、前記ビデオストリームを、複数のメインレイヤフレームを有するメインレイヤと、複数の補間レイヤフレームを有する補間レイヤとに分割することと、フレームレートアップ変換FRUC:framerateupconversionフレームを補間することと、前記補間されたFRUCフレームの支援を受けて、前記メインレイヤ内の前記複数のメインレイヤフレームを符号化することとを備えたコンピュータ読取可能媒体。各メインレイヤフレームと潜在的な各FRUCフレームとの間に1対1の関係が存在する請求項6のコンピュータ読取可能媒体。前記FRUCフレームは、再構築された現在のフレームと、以前に格納されたフレームとに依存する請求項6のコンピュータ読取可能媒体。前記FRUCフレームを補間することは、符号化されるメインレイヤフレームと同じ時間インスタンスにおいて前記FRUCフレームを補間することを備えた請求項6のコンピュータ読取可能媒体。前記補間されたFRUCフレームの支援を受けて、前記メインレイヤ内の複数のメインレイヤフレームを符号化することは、前記複数の補間レイヤフレーム内の1つの補間レイヤフレームのマクロブロックのモード選択処理を行うことを備えた請求項6のコンピュータ読取可能媒体。ビデオストリームを符号化する装置であって、前記ビデオストリームを、複数のメインレイヤフレームを有するメインレイヤと、複数の補間レイヤフレームを有する補間レイヤとに分割する手段と、フレームレートアップ変換FRUC:framerateupconversionフレームを補間する手段と、前記補間されたFRUCフレームの支援を受けて、前記メインレイヤ内の前記複数のメインレイヤフレームを符号化する手段とを備えた装置。各メインレイヤフレームと潜在的な各FRUCフレームとの間に1対1の関係が存在する請求項11の装置。前記FRUCフレームは、再構築された現在のフレームと、以前に格納されたフレームとに依存する請求項11の装置。前記FRUCフレームを補間する手段は、符号化されるメインレイヤフレームと同じ時間インスタンスにおいて前記FRUCフレームを補間する手段を備えた請求項11の装置。前記補間されたFRUCフレームの支援を受けて、前記メインレイヤ内の複数のメインレイヤフレームを符号化する手段は、前記複数の補間レイヤフレーム内の1つの補間レイヤフレームのマクロブロックのモード選択処理を行う手段を備えた請求項11の装置。ビデオストリームを受け取るビデオエンコーダプロセッサであって、前記受け取ったビデオストリームから複数のフレームレートアップ変換FRUCフレームを生成するFRUCモジュールと、前記FRUCモジュールに接続されており、前記複数のFRUCフレームを受け取り、前記複数のFRUCフレームのうちの1つのマクロブロックに基づいてFフレームマクロブロックレート歪みコストRD_costを計算するレート歪みコストRD_cost計算モジュールと、前記RD_cost計算モジュールに接続されており、前記複数のFRUCフレームのうちの1つにおけるマクロブロックに基づいて、前記FフレームマクロブロックRD_costを、対応するBフレーム内の対応するマクロブロックのBフレームマクロブロックRD_costと比較するように構成されたモード決定モジュールとを備えたビデオエンコーダプロセッサ。前記モード決定モジュールは更に、前記複数のFRUCフレームのうちの1つにおけるマクロブロックに基づくFフレームマクロブロックRD_costが、前記対応するBフレームにおける対応するマクロブロックのBフレームマクロブロックRD_costよりも低い場合には、出力ビデオストリームのためFフレーム符号化モードを選択するように構成された請求項16のビデオエンコーダプロセッサ。前記対応するBフレームを生成するBフレームエンコーダを更に備えた請求項16のビデオエンコーダプロセッサ。前記FRUCモジュールに接続されており、前記複数のFRUCフレームのうちの1つにおけるマクロブロックに基づいて絶対差合計SAD値を計算し、前記対応するBフレームにおける対応するマクロブロックのSAD値を計算するSAD計算モジュールを更に備えた請求項16のビデオエンコーダプロセッサ。前記SAD計算モジュールは、前記複数のFRUCフレームのうちの1つのマクロブロックに基づくSAD値と、前記対応するBフレームの対応するマクロブロックのSAD値との差を計算し、前記差を予め定めた閾値と比較するように構成されており、前記SAD計算モジュールは、前記差が前記予め定めた閾値よりも小さいのであれば、Fフレームモードを表すための単一のビットを生成する請求項19のビデオエンコーダプロセッサ。ビデオストリームを符号化する方法であって、受け取ったビデオストリームから、複数のフレームレートアップ変換FRUCフレームを生成することと、前記複数のFRUCフレームのうちの1つにおけるマクロブロックに基づいて、Fフレームマクロブロックレート歪みコストRD_costを計算することと、前記計算したFフレームマクロブロックRD_costを、対応するBフレームにおける対応するマクロブロックのBフレームマクロブロックRD_costと比較することと、前記比較の結果に基づいて、符号化スキームを選択することとを備えた方法。ビデオストリームを符号化する装置であって、受け取ったビデオストリームから、複数のフレームレートアップ変換FRUCフレームを生成する手段と、前記複数のFRUCフレームのうちの1つにおけるマクロブロックに基づいて、Fフレームマクロブロックレート歪みコストRD_costを計算する手段と、前記計算したFフレームマクロブロックRD_costを、対応するBフレームにおける対応するマクロブロックのBフレームマクロブロックRD_costと比較する手段と、前記比較の結果に基づいて、符号化スキームを選択する手段とを備えた装置。プロセッサによって実行されると、前記プロセッサに対して、ビデオストリームを符号化する方法を実行させる格納された命令を有するコンピュータ読取可能媒体であって、前記方法は、受け取ったビデオストリームから、複数のフレームレートアップ変換FRUCフレームを生成することと、前記複数のFRUCフレームのうちの1つにおけるマクロブロックに基づいて、Fフレームマクロブロックレート歪みコストRD_costを計算することと、前記計算したFフレームマクロブロックRD_costを、対応するBフレームにおける対応するマクロブロックのBフレームマクロブロックRD_costと比較することと、前記比較の結果に基づいて、符号化スキームを選択することとを備えたコンピュータ読取可能媒体。本発明は、添付図面の参照によりより容易に理解されうる。同一符号は、図面を通じて同一要素を参照する。一般にFRUC技術はデコーダ側で使用されるが、エンコーダ側に拡張することもできる。特に、動作補償されるフレームのための付加的な予測モードとしてFRUCフレームを利用することが有用である。予測フレーム間のために追加の予測モードを加えることによって、ビットレート節約を達成することができる。言いかえれば、再構築される同じ視覚品質の圧縮比を改善することができる。規格ベースのビデオ符号化の場合、追加のFRUCモードの導入により、ビットストリームシンタクスを増大しなければならない。しかしながら、標準的なシンタクスへの遵守は、ユーザデータフィールド、又は国際電気通信連合の電気通信標準化部門ITU-Tによって発布されたH.264ビデオ符号化標準における補足エンハンスメント情報SEI:SupplementalEnhancementInformationフィールド内の予測フレームにおけるFRUCの使用をフラグすることにより維持される。この特徴は、FRUC機能がデコーダによって行なわれるビデオ送信システムにおいて特に有利である。更に、ビデオデコーダへの変更が可能な場合、送信帯域幅及び圧縮効率の観点からクローズドシステムが著しく利益を得そうである。デコーダ側では、送信されたビットストリーム及び再構築されたイントラピクチャI/予測ピクチャPVPフレームを受信すると、エンコーダ側で採用された同じ技術を利用してFRUCフレームが補間される。そして、フレーム間は、同じ時間インスタンスの再構築されたI/PフレームとFRUCフレームとの両方に基づいて再構築される。同じ技術がデコーダ側とエンコーダ側の両方に使用される限り、誤り又はドリフトの問題はないだろう。このシステムの代替用途は、スケーラブルなビデオ符号化にあるだろう。一時的なスケーラビリティが適用される場合、いくつかの予測的なフレーム、特に双方向予測/補間ピクチャフレームが、エンハンスメントレイヤで送信され、Iフレーム及びPフレームが、ベースレイヤで送信される。そのようなシナリオでは、エンハンスメントレイヤが受信あるいは要求されない場合、デコーダにおいて再構築されたビデオのフレームレートは、ソースフレームレートより低い。ベースレイヤにおいてFRUCフレーム及びBフレームの差分を送ることは、デコーダにおけるFRUCによるBフレームの近似の再構築を可能とするかもしれない。結果は、この差分ビットのコストは著しく小さく、よって、ベースレイヤビデオのビットレートにインパクトを与えないことを示す。この差分は、顕著な領域例えば、FRUCによって再構築されないホールに対する情報を制限するために閾値を設ける量子化することによって、あるいは周知のFRUC方法例えば、真の動作ベクトルデータ又は量子化された真の動作ベクトルデータに対する改良として、FRUCと真のBフレームとの純粋な差分として計算することができる。またそのような差分情報は、標準的シンタクスのユーザデータフィールド、又はH.264規格におけるSEIフィールドで伝達される。デコーダリソースの利用可能度に基づいて、異なるFRUC技術は、計算上の複雑さの程度に基づいて選択することができる。注意すべき点は、一般にFRUCは、Bフレームを復号するよりも少ない計算サイクルしか使わないことである。なぜなら、FRUCは単純な3又は5タップフィルタリングと、Bフレームの全てのマクロブロックにおける双方向動作補償MC:motioncompensationしばしば、1動作補償MC/マクロブロックMBを超えると比べて比較的小さな探索スペースにおける小さなフレーム割合での動作予測ME:motionestimationとを含むからである。FRUCは、視覚的な品質をわずかに犠牲にして、中間フレームを再構築するために適用される改善レベルに基づいて、複雑さレベルにおける精度granularityを提供する。一般に、BフレームはPフレームより計算上高価であり、Iフレームは3つのタイプのフレームの中で最も安価である。この点では、本システム及びその拡張の、スケーラブルなビデオ符号化に対して追加される利点は、ハンドヘルドデバイスにおける計算サイクル及び貴重な電力を節約するこれは、デバイスにおけるより長い待機時間及び通話時間になる点にある。デコーダは、利用可能なサイクルに基づいて、Bフレームを復号するか、あるいは補間フレームをFRUCによって再構築するかを選択し、差分データからの改善を適用することができるので、省電力は、Bフレームが受信されたか否かに関わらず実現される。ブロックベースのFRUCアルゴリズムは、計算上の複雑さを増加させることに基づいて分類することができる。1.フレーム反復及びフレーム平均化のような非動作補償アルゴリズム。2.MV処理を伴わない双線形動作補償補間MCI。3.MV処理を伴うMCI。4.MV処理を伴うシードME支援MCI。上記のFRUC支援符号化技術のうちの何れかは、レイヤリング符号化技術で統合することができる。送信チャネルのレート適応は、符号化をレイヤリングすることにより達成することができる。圧縮ビットストリームのベースレイヤは通常、より重要なデータを備え、エンハンスメントレイヤは、送信誤り率の大きいさほど重要ではないデータを含む。1つの実施形態では、ベースレイヤビットストリームは規格準拠であり、エンハンスメントレイヤビットストリームは、送信帯域幅がある閾値より低い場合に落とされるdroppedことが可能とされることが好ましい。このシナリオの下では、以下が望ましい。1.各エンハンスメントフレームと各潜在的FRUCフレームとの間に1対1の関係があるように、到来するフレームシーケンスをベースレイヤフレーム及びエンハンスメントレイヤフレームに分割すること。2.ベースレイヤフレームを規格準拠で符号化すること。3.符号化されるエンハンスメントフレームと同じ時間インスタンスにおいてFRUCフレームを補間すること。4.補間されたFRUCフレームに基づいて、エンハンスメントフレームを符号化すること。このアプローチの利点は2つである。第1には、エンハンスメントレイヤフレームに対して1つの追加の予測モードを導入することによって、エンハンスメントレイヤのための圧縮比が増加するだろう。したがって、固定された送信帯域幅の場合、エンハンスメントレイヤビットストリームが、エンハンスメントレイヤビットストリームが落とされるdropped送信レートの閾値を超えることはより起こりそうもないので、エンハンスメントレイヤビットストリームを落とすdropping確率は低くなる。第2には、本明細書で説明したように、ベースレイヤフレームとエンハンスメントレイヤフレームとが分割される方法によって、たとえエンハンスメントレイヤビットストリームが、悪化する送信条件の下で落とされねばならないとしても、補間されたFRUCフレームとそれらを交換することによって、デコーダは未だに行方不明のエンハンスメントレイヤフレームを再生成することができる。図1は、ベースレイヤ104とエンハンスメントレイヤ102とを含むビデオシーケンス106の従来式2レイヤ符号化スキームを例示する。例えばPフレーム112,114のようなPフレーム及びIフレームは、ビデオシーケンス106の正しい再構築のための重要度によってベースレイヤ104に分割される。一方、Bフレーム110のように、さほど重要ではないBフレームは、エンハンスメントレイヤ102内にある。この先行技術アプローチでは、エンハンスメントレイヤ102内のエンハンスメントフレームの再構築は、ベースレイヤ104内の再構築されたベースレイヤフレームにのみ依存するが、エンハンスメントレイヤ102内の再構築されたフレームには依存しない。具体的には、Bフレームは、将来のBフレームを予測するために使用されるが、エンハンスメントレイヤ102内のBフレームは、ベースレイヤ104内の一時的なフレームの予測のためのリファレンスとして使用されない。図2は、符号化スキームの1つの実施形態に従って符号化されるビデオシーケンス206を例示しており、Iフレーム212が標準的な内部フレーム一時的な予測をうけないフレームであり、Pフレーム220が標準的な予測フレームである。図から分かるように、メインレイヤ202内のフレームは、補間レイヤ204を使用することによって符号化される。PFフレーム216は、FRUC補間フレームが複数のリファレンスピクチャの1つとして使用されるPフレームである。例えば、FRUCFRM224は、PFFRM216のためのリファレンスピクチャである。対照的に、標準的なアプローチは、IFRM212を、Pフレームのための唯一のリファレンスピクチャとして使用する。したがって、1つの実施形態では、FRUCFRMは、補間フレームのメインレイヤ復号のためのリファレンスピクチャとして使用される。BFフレームは、複数のリファレンスピクチャのうちの1つとしてFRUC補間フレームを有するBフレームである。したがって、1つの実施形態では、BFフレームのためのレファレンスピクチャは、Iフレーム、Bフレーム、Pフレーム、PFフレーム、又はBFフレームのうちの1つ又は複数を含みうる。例えば、BFフレーム214は、多数のレファレンスピクチャのうちの1つとしてFRUC補間フレーム222を有するBフレームである。また、BFフレーム218は、多数のレファレンスピクチャのうちの1つとしてFRUC補間フレーム226を有するBフレームである。対照的に、たとえ標準的なB双方向予測フレームが、多数のレファレンスピクチャを有していても、これらレファレンスピクチャは、Iフレーム、Bフレーム、又はPフレームのみを含む。本明細書に引用している用語Fフレームは、リファレンスピクチャとして使用されるFRUC補間フレームを備えた予測フレームを称する。したがって、PFフレームとBFフレームの両方は、ともにFフレームである。1つの実施形態では、多数のレファレンスピクチャがFフレームの予測に使用される。更に、FRUC補間フレームは、Fフレームの予測に使用される唯一のレファレンスピクチャでありうる。更に、本明細書に記載のアーキテクチャは、FRUC補間フレームからの特定のマクロブロック任意のサイズ又は形状のブロックでありうるのみを使用するように、FRUC補間フレームの一部がリファレンスとして使用されるアプローチを包含する。図3は、図2で上述されたビットストリームのための典型的なFRUC符号化処理のフローチャートを例示する。ステップ302では、到来するメディアビデオシーケンスが、Fフレーム及び非Fフレームに分割される。上述したようにFフレームはPFフレーム及びBFフレームであり、非FフレームはIフレーム、Bフレーム、又はPフレームである。1つの実施形態では、各Fフレームと各潜在的なFRUCフレームとの間には1対1の関係がある。他の実施形態では、潜在的なFRUCフレームに対するエンハンスメントフレームの割合は、1対1の対応を持つ必要はない。一旦ビデオシーケンスが分割されたならば、動作はステップ304で続く。ここでは、使用される標準的な符号化スキームに基づいて非Fフレームが符号化される。例えば、H.264規格で発布されているような符号化規格が、これら非Fフレームのために使用されうる。そして、ステップ306では、符号化されるエンハンスメントフレームと同じ時間インスタンスにおいてFRUCフレームが補間される。1つの実施形態では、FRUCフレームは、再構築された現在のフレームと、格納された前のフレームとの両方に依存しうる。他の実施形態は、上述された他のFRUCアルゴリズムを使用するかもしれない。ステップ308では、図4に詳述されるように、エンハンスメントレイヤ内のフレームが、補間FRUCフレームの支援を受けて符号化される。すなわち、FRUCフレームの利用可能度により、追加の予測モードFRUCモードが、メインレイヤ内の予測フレームのために選択されうる。図4は、1つの実施形態に従って構成されたエンコーダブロック図を例示する。まずPフレーム検出器402が、新たなフレームがFフレームかを判定する。Fフレームでなければ、P又はBフレームエンコーダ404が、このフレームを符号化し、可変長符号化VLC:variablelengthcodingエンコーダ406が、符号化されたPフレーム又はBフレームのための最終ビットストリームを生成し、出力ビットストリーム404として出力する。Pフレーム又はBフレームのための動作ベクトルは、動作ベクトルMV:motionvectorバッファ408内に格納される。一方、再構築フレームバッファ410は、再構築されたPフレーム又はBフレームを格納する。FRUCユニット412はMVバッファ408及び再構築フレームバッファ410に接続されており、FRUCアルゴリズムを実行し、FRUCフレームを生成する。FRUCフレームはFRUCフレームバッファ414に格納される。上述したように、FRUCフレームは、様々なF例えばBFまたはPFフレームを生成するために使用される。新たなフレームがFフレームであるとFフレーム検出器402が判定すると、Fフレーム符号化ユニット428が、この新たなFフレームのマクロブロック符号化によってマクロブロックを実行する。この符号化されたFフレームマクロブロックは、ブロック434に送られる。ブロック434は、Bフレームのために送信される必要のあるビット数を決定する。これは、動作ベクトルを送信するために必要なビットを含む。そして、BブロックRDcost計算機436においてBフレームマクロブロックRD_costが計算される。更に、Bフレーム符号化に基づいて、比較器430が、1対応するBフレームマクロブロックSAD_bから減算されたFRUCフレームバッファ414SADJから検索されたFRUCフレームに基づくFフレームマクロブロックの絶対差合計値SADを2予め定めた閾値THと比較する。この減算の結果が閾値以上である場合には、品質低下が大きすぎるので、エンコーダは、エンコーダ支援されたFRUCフレーム情報を送る必要がある。1つの実施形態では、この閾値は、使用されるブロックサイズ例えば、16×16ブロックサイズの6倍である。本明細書では、一般には16×16ピクセル素子からなる標準的なブロックサイズを称する用語マクロブロックが使用されるが、任意のブロックサイズが使用されうることが注目されるべきである。更に、ブロックは任意の形状でもよい。BフレームマクロブロックのSADと、FフレームマクロブロックのSADとの差が閾未満であれば、エンコーダは、Fモードが出力ビットストリーム440内に入れられていることを示すために、モジュール432及びビット内でFフレームマクロブロックが使用されるべきであることを示すだろう。閾未満でなければ、ソースオリジナルマクロブロックと、並べられたcollocatedFRUCフレームブロックとの誤差がモジュール416で計算される。その結果は、離散コサイン変換DCT/量子化/VCLモジュール418で量子化される。FRUCフレーム情報を送信するのに必要なFRUCフレームブロックビットの数が、Fブロックビットモジュール420で決定される。また、その計算に基づいて、FRUCフレームマクロブロックRD_costが、FブロックRD_costモジュール422で決定される。RD_cost計算が図5を用いて説明される。計算されたBフレームマクロブロックRD_cost及びFフレームマクロブロックRD_costに基づいて、比較器モジュール424が、出力ビットストリーム440にどのビットを入れるかを決定する。1つの実施形態では、BフレームマクロブロックRD_costがFフレームマクロブロックRD_cost未満ならば、生成された動作ベクトルを含むBフレームマクロブロック用のビットは、出力ビットストリーム440に入れられるだろう。FフレームマクロブロックRD_cost未満でないならば、Fフレームマクロブロック用のビットが、出力ビットストリーム440に入れられるだろう。図5は、エンハンスメントレイヤ内でフレームを符号化している間に、エンハンスメントレイヤBフレームマクロブロックのモード選択処理のための1つの実施形態に従って実施されるアルゴリズムを例示する。ステップ502では、Bフレームマクロブロックについて、順方向動作ベクトル及び逆方向動作ベクトルが取得される。1つの実施形態では、これらベクトルは、従来の双方向動作推定を行なうことにより得られる。したがって、FRUCフレームからの情報は使用されない。そして、ステップ504では、Bフレームマクロブロックのための最良のモードが決定される。1つの実施形態においては、最良のモードが、順方向予測モード、逆方向予測モード、及び双線形予測モードの3つのモードのうちの1つから選択される。更に、最良モードの選択は、FRUCフレームを含むことなく実行される。ステップ506では、選択された最良モードに基づくBフレームマクロブロックと、ソースフレームからのオリジナルのマクロブロックとの間の誤差が取得される。そして、オリジナルのマクロブロックとFRUCフレームマクロブロックとの間の誤差情報がステップ508で得られる。1つの実施形態では、BフレームマクロブロックとFRUCフレームマクロブロックとの誤差は、BフレームマクロブロックあるいはFRUCフレームマクロブロックからオリジナルのマクロブロックを引くことによりそれぞれ計算される。更に、以下の式によって得られるように、BフレームマクロブロックB_RD_costとFRUCフレームマクロブロックFRUC_RD_costとの両方のために、レート歪みコストRD_costと称される変数が計算される。1つの実施形態では、Rateは、一定のブロックを符号化するために使用される全ビットそれぞれのマクロブロックの誤差を使用するであり、Distortionは、歪み判定基準であり、Lambdaは、マクロブロックの量子化に依存する予め定められた重み係数である。1つの実施形態では、Distortionは、絶対差の合計SAD計算によって決定される。他の実施形態では、別の歪み判定基準が使用されてもよい。更に、Lambdaは、1つの実施形態では、量子化パラメータに依存して経験的に導出された式である。上述したように、FRUCフレームモードの符号化であるか、又はBフレームモードの符号化であるかは絶対差の合計SAD値に基づく。これは、誤差を符号化するために必要なビット数、及び歪みの効果的な基準である。これら2つの値は合計される。1つはLambdaによって重み付けられ、結果を最小化するものに基づいて最良のモードが決定される。歪みとビットレートとの合計が使用される理由はそのようであるので、エンコーダは、画像品質とビットレートとのトレードオフをもたらす。そこで、例えば、以前と同じ量子化パラメータを使用し、極めて多くの歪みを受けた非常に複雑なマクロブロックにエンコーダが遭遇した場合、符号化するためにより多くのビットを必要としても、歪みにおけるトレードオフを考慮するために量子化値を低下できるであろう。誤差及びB_RD_costBフレームマクロブロックのRD_cost、誤差及びFRUC_RD_costFRUCフレームマクロブロックのRD_costが一旦決定されると、ステップ510は、これらコストを比較し、FRUC_RD_costがB_RD_cost未満であるかを判定する。FRUC_RD_costがB_RD_cost未満であれば、ステップ512でFRUCモードが選択される。そうでなければ、ステップ504で決定されたような最良のモードがステップ514で選択される。図6は、1つの実施形態の符号化スキームに従って符号化されるビデオシーケンス606を例示する。これは、ベースレイヤ604とエンハンスメントレイヤ602とを含む2つのレイヤにメディアデータを分割するレイヤ決定ブロック608を有している。Iフレームと、Pフレーム612,614のようなPフレームとは、ビデオシーケンス606の正確な再構築のための重要度によりベースレイヤ604に分割される。一方、Bフレーム610のようなさほど重要ではないBフレームは、エンハンスメント602内にある。図中に示すように、FRUCフレーム616はまた、ベースレイヤ604内にも存在する。上述したように、図7は、1つの実施形態に従ったFRUC符号化処理のフローチャートを例示する。ステップ702では、到来するメディアビデオシーケンスが、ベースレイヤフレーム及びエンハンスメントレイヤフレームに分割される。1つの実施形態では、各エンハンスメントフレームおよび各潜在的なFRUCフレームの間に1対1の関係がある。他の実施形態では、潜在的なFRUCフレームに対するエンハンスメントフレームの割合は、1対1の対応を持つ必要はない。一旦ビデオシーケンスが分割されたならば、動作はステップ704に続く。ここでは、使用される標準的な符号化スキームに基づいて、ベースレイヤ内のフレームが符号化される。例えば、H.264規格で発布されているような符号化規格が使用されうる。その後、ステップ706では、符号化されるエンハンスメントレイヤと同じ時間インスタンスにおいてFRUCフレームが補間される。1つの実施形態では、FRUCフレームは、再構築された現在のフレーム、及び格納された前のフレームの両方に依存しうる。他の実施形態は、上述した他のFRUCアルゴリズムを使用しうる。ステップ708では、エンハンスメントレイヤ内のフレームが、補間FRUCフレームの支援を受けて符号化される。本明細書で言及されたモジュール及び処理ブロックは、様々なハードウェア/ソフトウェア実装で実施されうることが注目されるべきである。したがって、当業者であれば、例えば、同じプロセッサが、SAD計算と同様にFRUC動作を実行できることを理解するであろう。更に、デジタル信号プロセサDSPあるいは他の専用プロセッサが、本明細書に記載の機能を実行するために汎用プロセッサと共に使用されてもよい。特定の機能を実行するモジュールまたはユニットへの参照は、前記機能を実行するための具体的回路を含むように限定されるべきではなく、前記機能を実行するように構成されたプロセッサを含みうる。本発明は、上述したモード選択方法に基づいているので、視覚品質において妥協しない少量について送信ビットストリームを節約しない。例えば、同じ品質レベルにおいて、標準的なH.26X/MPEG-Xビットストリームシンタクスの増大によるビットレート/帯域幅縮小がある。これは、エンハンスメントビットストリームを落とす可能性を減少させ、結果的に、再構築されるビデオ品質を改良する。1つの実施形態では、エンハンスメントレイヤを符号化する際に、動作ベクトル情報は送信される必要はない。なぜなら、その情報は、簡単な補間関数によってデコーダにおいて復元/計算することができるからである。したがって、ビットレート全ての節約が実現される。更に、受信機のハードウェアリソースの最適用途に基づく適切なFRUCアルゴリズムの適応選択によって、計算上のスケーラビリティが達成される。例えば、デコーダが内蔵の動作予測アクセラレータを持っている場合、MV処理FRUCアルゴリズムを備えたシードME支援MCIが選択されうる。FRUC特徴の使用によって、ベースレイヤビットストリームが受信された場合にのみFRUCフレームが挿入されるフルフレームレートをビデオがプレイバックすると、より良い一時的なスケーラビリティが達成されうる。デコーダにおける電力節約も、完全なBフレームの再構築よりも、ビデオストリームのFRUC支援再構築がより少ないサイクルを必要とするハンドヘルドにおいて特に得られる。Bフレームは、IBPグループのピクチャGOP構成が使用される合計ビットレートのうち高々30を占めると予測される。従って、本発明は、Bフレームを送信するために割り当てられたデータを低減することによって、全体のビットレートを減少させうる。例えば、IBPGOP構成の場合、ベースレイヤとエンハンスメントレイヤとの両方が共におかれた場合、ビットレートは、高々15に低減されうる。IBBPGOP又はIBBBPGOP構成が使用される場合、これらの構成はより多くのBフレームを利用するので、この割合は増加する。IとPとの間のBフレームがより多い場合、更に増加する。図8は、無線システムにおけるアクセス端末802x及びアクセスポイント804xのブロック図を示す。アクセス端末は、本明細書で説明するように、ユーザに音声及び/又はデータ接続を与えるデバイスを称する。アクセス端末は、ラップトップコンピュータ又はデスクトップコンピュータのような計算デバイスに接続されるかもしれない。あるいは、携帯情報端末のような内蔵タイプのデバイスかもしれない。アクセス端末は、加入者ユニット、移動局、モバイル、遠隔局、遠隔端末、ユーザ端末、ユーザエージェント、あるいはユーザ設備とも称される。アクセス端末は、加入者局、無線デバイス、セルラ電話、PCS電話、コードレス電話、セッション開始プロトコルSIP電話、無線ローカルループWLL局、携帯情報端末PDA、無線接続機能を有する携帯型デバイス、あるいは無線モデムに接続されたその他の制御デバイスでありうる。アクセスポイントは、本明細書で説明するように、エアインタフェースによって1又は複数のセクタを介してアクセス端末と通信するアクセスネットワーク内のデバイスを称する。アクセスポイントは、受信したエアインタフェースフレームをIPパケットに変換することによって、アクセス端末と、IPネットワークを含むアクセスネットワークの残りとの間のルータとして動作する。アクセスポイントは、エアインタフェースのための属性の管理の調整も行う。逆方向リンクの場合、アクセス端末802xにおいて、送信TXデータプロセッサ814はデータバッファ812からトラフィックデータを受け取り、選択された符号化及び変調スキームに基づいて各データパケットを処理例えば、符号化、インタリーブ、及びシンボルマップし、データシンボルを提供する。データシンボルは、データのための変調シンボルであり、パイロットシンボルは、パイロットのための変調シンボル演繹的に知られるである。変調器816は、データシンボル、パイロットシンボル、及び恐らくは逆方向リンクのためのシグナリングを受け取り、変調例えばOFDM、及び/又はシステムによって指定されたようなその他の処理を実行し、出力チップのストリームを提供する。送信機ユニットTMTR818は、この出力チップのストリームを処理例えば、アナログ変換、フィルタ、増幅、及び周波数アップ変換を行い、変調信号を生成する。これはアンテナ820から送信される。アクセスポイント804xでは、アクセス端末802x、及びアクセスポイント804xと通信しているその他の端末によって送信された変調信号がアンテナ852によって受信される。受信機ユニットRCVR854は、アンテナ852によって受信された信号を処理例えば、調整及びデジタル化し、受信サンプルを提供する。復調器Demod856は、この受信サンプルを処理例えば、復調及び検出し、検出されたデータシンボルを提供する。このデータシンボルは、端末からアクセスポイント804xへ送られたデータシンボルの雑音の多い推定値である。受信RXデータプロセッサ858は、各端末について検出されたデータシンボルを処理例えば、シンボル逆マップ、逆インタリーブ、及び復号し、その端末のための復号データを提供する。順方向リンクの場合、アクセスポイント804xにおいて、トラフィックデータがTXデータプロセッサ860によって処理され、データシンボルが生成される。変調器862は、データシンボル、パイロットシンボル、及び順方向リンクのためのシグナリングを受け取り、変調例えばOFDM及び/又はその他の適切な処理を実行し、出力チップストリームを提供する。更に、出力チップストリームは、送信機ユニット864によって調整され、アンテナ852から送信される。順方向リンクシグナリングは、逆方向リンクでアクセスポイント804xに送信する全ての端末についてコントローラ870によって生成された電力制御コマンドを含みうる。アクセス端末802xでは、アクセスポイント804xによって送信された変調信号がアンテナ820によって受信され、受信機ユニット822によって調整され、デジタル化され、復調器824によって処理され、検出データシンボルが得られる。RXデータプロセッサ826は、検出データシンボルを処理し、端末のための復号データと順方向リンクシグナリングとを提供する。コントローラ830は、電力制御コマンドを受け取り、逆方向リンクによるアクセスポイント804xへの送信電力及びデータ送信を制御する。コントローラ830,870は、アクセス端末802x及びアクセスポイント804xの動作をそれぞれ指示する。メモリ832,872はそれぞれコントローラ830,870によって使用されるデータ及びプログラムコードを格納する。開示された実施形態は、以下の技術、すなわち、符号分割多元接続CDMAシステム、マルチキャリアCDMAMC-CDMA、広帯域CDMAW-CDMA、高速ダウンリンクパケットアクセスHSDPA、時分割多元接続TDMAシステム、周波数分割多元接続FDMAシステム、および直交周波数分割多元接続OFDMAシステムのうちの任意の1つ又は組み合わせに適用されうる。本明細書に記載の方法は、当業者に周知な様々な通信ハードウェア、プロセッサ、及びプロセッサ上で実施されうることが注目されるべきである。例えば、クライアントが、本明細書で記載されるように動作するための一般的要件は、コンテンツ及び情報を表示するディスプレイと、クライアントの動作を制御するプロセッサと、クライアントの動作に関連するプログラムとデータとを格納するためのメモリとをクライアントが有していることである。1つの実施形態では、クライアントはセルラ電話である。別の実施形態では、クライアントは、通信機能を有するハンドヘルドコンピュータである。また別の実施形態では、クライアントは、通信機能を有するパーソナルコンピュータである。更に、GPS受信機のようなハードウェアが、様々な実施形態を実施するために、必要に応じてクライアントに組み込まれうる。ここで開示された実施形態に関連して記述された様々の説明的論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサDSP、アプリケーションに固有の集積回路ASIC、フィールドプログラマブルゲートアレイFPGAあるいはその他のプログラマブル論理デバイス、ディスクリートゲートあるいはトランジスタロジック、ディスクリートハードウェア部品、又は上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現又は実行されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、たとえばDSPとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、DSPコアに接続された1つ以上のマイクロプロセッサ、またはこのような任意の構成である計算デバイスの組み合わせとして実現することも可能である。開示された実施形態は、以下に示す技術、すなわち、符号分割多元接続CDMAシステム、マルチキャリアCDMAMC-CDMA、広帯域CDMAW-CDMA、高速ダウンリンクパケットアクセスHSDPA、時分割多元接続TDMAシステム、周波数分割多元接続FDMAシステム、及び直交周波数分割多元接続OFDMAシステムのうちの任意の1つ又は組み合わせに適用されうる。本明細書に記載の方法は、当業者に周知な様々な通信ハードウェア、プロセッサ、及びプロセッサ上で実施されうることが注目されるべきである。例えば、クライアントが、本明細書で記載されるように動作するための一般的要件は、コンテンツ及び情報を表示するディスプレイと、クライアントの動作を制御するプロセッサと、クライアントの動作に関連するプログラムとデータとを格納するためのメモリとをクライアントが有していることである。1つの実施形態では、クライアントはセルラ電話である。別の実施形態では、クライアントは通信機能を有するハンドヘルドコンピュータである。また別の実施形態では、クライアントは、通信機能を有するパーソナルコンピュータである。ここで開示された実施形態に関連して記述された様々の説明的論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサDSP、アプリケーションに固有の集積回路ASIC、フィールドプログラマブルゲートアレイFPGAあるいはその他のプログラマブル論理デバイス、ディスクリートゲートあるいはトランジスタロジック、ディスクリートハードウェア部品、又は上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現又は実行されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、たとえばDSPとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、DSPコアに接続された1つ以上のマイクロプロセッサ、またはこのような任意の構成である計算デバイスの組み合わせとして実現することも可能である。ここで開示された実施形態に関連して記述された方法やアルゴリズムのステップは、ハードウェアや、プロセッサによって実行されるソフトウェアモジュールや、これらの組み合わせによって直接的に具現化される。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。好適な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されうる。このプロセッサと記憶媒体は、ASIC内に存在することができる。ASICは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体は、ユーザ端末内のディスクリート部品として存在しうる。開示された実施形態における記載は、当該技術分野におけるいかなる人であっても、本発明の活用または利用を可能とするように提供される。これらの実施形態への様々な変形例もまた、当該技術分野における熟練者に対しては明らかであって、ここで定義された一般的な原理は、開示された実施形態の主旨または範囲を逸脱せずに、例えばインスタントメッセージングサービス又は任意の一般的な無線データ通信アプリケーションにおけるような他の実施形態にも適用されうる。このように、本発明は、ここで示された実施形態に制限されるものではなく、ここで記載された原理と新規の特徴に一致した最も広い範囲に相当するものを意図している。用語典型的exemplaryは、本明細書では、例、インスタンス、又は例示となることを意味するために限定的に使用される。本明細書で典型的と記載される何れの実施形態は、必ずしも他の実施形態に対して有利であると解釈される必要はない。"