JP5425397B2 - 適応型前方誤り訂正を行う装置及び方法 - Google Patents

Description

本出願は、米国仮出願番号６０／６３２４８９（代理人整理番号ＰＵ０４０３３１）、２００４年１２月２日出願、名称「ADAPTIVE FORWARD ERROR CORRECTION (FEC) FOR VIDEO STREAMING OVERWIRELESS NETWORKS」の利益を請求する。当該米国仮出願番号６０／６３２４８９の全体は、参照されることにより本願明細書に組み込まれる。

本発明は、一般に前方誤り訂正（ＦＥＣ）に関する。

しばしば、無線ネットワークの誤りレートは、起こり得る多数の大きいパケットの損失／落ちのためビデオアプリケーションには十分でない。落ちた又は損失したパケットは、しばしば回復されない。しかしパケット回復が実施される方式では、パケットは再送信若しくは前方誤り訂正（ＦＥＣ）、又は両方の組み合わせを用い回復される。ＦＥＣは、再送信を要求することなく誤りを訂正するために広く用いられている。ＦＥＣは、不足データを再構成するために受信機により用いられ得る冗長情報を送信することにより、破損した、落ちた、又は損失したパケットに含まれたデータを回復させる。ＦＥＣは、再送信を行うより速いデータ回復を提供し、及びフィードバックチャンネルを必要としない。静的ＦＥＣ技術は、多くの研究者により用いられてきたが、ＦＥＣオーバーヘッドをチャンネル及びネットワーク状態に適合できない。

無線ネットワークでのＦＥＣの使用は、無線ビデオアプリケーションの研究の活発な分野である。ＦＥＣの１つの利点は、マルチキャストと良く連携することである。また、ＦＥＣはビデオ符号器との相互作用を必要とせず、及び従って如何なるビデオ符号化技術にも、及び蓄積及びライブビデオの両方に適用可能である。しかしながら、静的ＦＥＣアルゴリズムは、ネットワーク資源と当該アルゴリズムが付加する、無線ネットワークの限定された帯域を消費する冗長量との間の不釣り合いにより性能を低下し得る。

適応型ＦＥＣ技術は、ネットワーク性能に利益を与えることが示されている。全ての適応型技術は、利用可能なネットワーク帯域を推定するためにフィードバックを必要とし、そして次に当該フィードバックに基づき冗長量を適応する。フィードバックは、リアルタイムコントロールプロトコル（ＲＴＣＰ）レポートのように明示的であって良く、又は無線送信機の低位レイヤーのパケット再送信の使用のように暗黙的であっても良い。一般に、適応機構は、ネットワーク状態が粗悪な場合、送出する冗長パケット数を増大する。ネットワーク状態が満足できる場合、如何なる冗長パケットも送信される必要がなく、又は少数の冗長パケットしか送信される必要がない。従来手法の多くは、ビットレベルのＦＥＣを対象とする。

従来技術のこれら及び他の欠点及び不利点は、適応型前方誤り訂正（ＦＥＣ）を対象とする本発明により解決される。本発明の適応型ＦＥＣの１つの適用は、無線ネットワークを介するビデオストリーミングである。

適応型ＦＥＣの装置が提供される。

本発明の別の態様によると、適応型ＦＥＣの装置が提供される。装置は、ＦＥＣ符号器及び適応型ＦＥＣ装置を有する。ＦＥＣ符号器は、ｋ個のパケットのソースデータをｎ個のパケットに符号化する。ここでｎ＞ｋであり、ｎ個のパケットは冗長パケットを有する。適応型ＦＥＣ装置は、少なくとも１つのフィードバックメッセージに基づき、符号化されたｋ個のパケットと共に送信する冗長パケットの数を適応して決定する。少なくとも１つのフィードバックメッセージは、ＦＥＣ符号化パケットが送信されるべきネットワークの条件又は状態を表示して良い。

本発明のこれら及び他の態様、特徴及び利点は、添付の図面と関連して読まれるべき例である実施例の以下の詳細な説明から明らかになるだろう。

本発明は、以下の例である図に従いより良く理解され得る。

本発明は、無線ネットワークを介するビデオストリーミングの好適な実施例における、適応型前方誤り訂正（ＦＥＣ）を対象とする。本発明は、ネットワーク状態に基づきＦＥＣ強度を動的に調整することによりビデオストリーミング性能を向上する適応型ＦＥＣ方法及び装置を提供する。無線ネットワークを介して送信される冗長パケットの数は、ネットワーク状態に基づき最適化される。フィードバック信号は、送信側にある適応型ＦＥＣ装置にネットワーク状態を知らせるために用いられる。フィードバック信号は、受信機、中間ノード又は送信機リンク層から生じ得るがこれらに限定されない。ネットワーク状態の監視は、再送信の試みのような送信機の無線ハードウェアからの情報にアクセスすることにより、又はリアルタイムコントロールプロトコル（ＲＴＣＰ）が用いられる場合はＲＴＣＰレポートの使用により、送信側において行われ得る。送信側情報の使用は、ネットワーク資源を節約するためにＲＴＣＰレポートが頻繁に送出されないので、ネットワーク状態の変化へのより速い応答を提供する。しかしながら、ＲＴＣＰレポートはより多くの情報を有し、及び利用可能なネットワーク帯域をより正確に推定するために用いられ得る。フィードバックメッセージの組み合わせもまた用いられて良い。ネットワーク状態に基づき、適応型ＦＥＣ装置は、どれだけ多くの冗長パケットを送出するかを決定する。ネットワーク状態が粗悪である場合、ネットワーク状態が良好な場合より多数の冗長パケットが送出される。理解されるべき点は、本発明が、パケットレベル消失ＦＥＣに関し記載されるが、他の種類のパケットレベルＦＥＣもまた本発明の精神及び範囲を維持しつつ、本発明に従い利用されて良いことである。

以下の記載は、本発明の実施例の原理を説明する。従って、当業者は、本願明細書に記載された実施例で明示的に記載されない又は示されないが、本発明の原理を実施し及び本発明の精神及び範囲に包含される、種々の構成を考案し得る。

本願明細書に記載の全ての例及び条件文は、本発明の原理及び従来技術を発展させるため発明者により考案された概念を理解するため読者を支援する教示目的であり、このような特別に記載された例及び条件への限定ではないと見なされるべきである。

更に、原理、態様及び本発明の実施例を記載する本願明細書の全ての文章は、本発明の特定の例と同様に、構造的及び機能的等価物の両者を包含する。更に、このような等価物は、現在知られている等価物、同様に将来開発される等価物、つまり、構造に拘わらず同一機能を実行する如何なる開発された要素も包含する。

従って、例えば、本願明細書に提示されたブロック図は、本発明の原理を実施する説明のための回路の概念図を表すことが、当業者により理解されるだろう。同様に、如何なるフローチャート、フロー図、状態遷移図、擬似コード、等が、実質的にコンピューター読み取り可能な媒体に存在しコンピューター又はプロセッサーが明示的に示されるか否かに拘わらずコンピューター又はプロセッサーにより実行され得る種々の処理を表すことが、理解される。

図中に示された種々の要素の機能は、専用ハードウェア、適切なソフトウェアに関連付けられたソフトウェアを実行可能なハードウェアの利用を通じて提供されて良い。プロセッサーにより提供される場合、機能は、単一の専用プロセッサーにより、単一の共有プロセッサーにより、又は一部が共有され得る複数の個別プロセッサーにより提供されて良い。更に、「プロセッサー」又は「制御部」の語の明示的な使用は、ソフトウェアを実行可能なハードウェアを排除すると見なされるべきではない。また、これらの語の使用は、デジタルシグナルプロセッサー（「ＤＳＰ」）ハードウェア、ソフトウェアを格納する読み取り専用メモリー（「ＲＯＭ」）、ランダムアクセスメモリー（「ＲＡＭ」）、及び不揮発性記憶を含むが、これらに限定されない。

従来の及び／又は慣習の他のハードウェアもまた、包含される。同様に、図中に示される如何なるスイッチも概念的なものである。それらの機能は、プログラムロジックを通じ、専用ロジックを通じ、プログラム制御及び専用ロジックの相互作用を通じ、又は手動で実施されても良い。個々の技術は、文脈から更に理解されるように、実施者により選択可能である。

本願明細書の請求項では、特定の機能を実行する手段として表現された如何なる要素も、以下の（ａ）、（ｂ）を含む当該機能を実行する如何なる方法も包含するものとする。例えば（ａ）当該機能を実行する回路素子の組み合わせ、又は（ｂ）当該機能を実行するために当該ソフトウェアを実行する適切な回路と結合された如何なる形式のソフトウェア、従ってファームウェア、マイクロコード、等を包含する。このような請求項により定められた本発明は、種々の記載された手段により提供される機能が、組み合わされ及び請求項が請求する方法と共に実施されるという事実に基づく。出願人は、従って、これら機能を提供し得る如何なる手段も、本願明細書に示される物の等価物として考える。

パケットレベル消失ＦＥＣは、無線接続の信頼性を向上するために用いられる。消失は、誤りの正確な位置が知られているので、扱いがより容易である。（ｎ，ｋ）消失ＦＥＣ方式は、ｋ個のソースパケットをｎ個（ｎ＞ｋ）のパケットに符号化する。符号化は、ｋ個のパケットを有する如何なるサブセットもソースデータを再構成するために十分なものである。

図１を参照すると、例である符号化／復号化ＦＥＣ処理は、一般に参照番号１００により示される。ソースパケット（ｋ個の元のパケット）１１０は、符号器１２０へ入力される。そしてｎ個のパケット１３０は、符号器１２０により出力される。ｎ個のパケット１３０は、ｋ個のパケット１３１に対応する符号化データと共に、冗長パケット１３２（つまり図１の影付きブロック）を有する。多数のＦＥＣパケットの差し込みは、多数のＦＥＣブロックに亘り誤り訂正性能を向上するために用いられて良い。復号器１４０は、ｎ個のパケット（元のｋ個のパケット１１０及び冗長パケットを有する）を復号化し、再構成データ１５０（元のｋ個のパケット１１０と同一である）を得る。

無線ネットワークのパケット損失レートは、時間、ネットワーク状態、ネットワーク負荷、等と共に変動する。従って、適応型前方誤り訂正制御方式は、チャンネルを介し送信される冗長量を調整するために非常に有用である。フィードバックに基づく適応型前方誤り訂正方法及び装置が提供される。ネットワーク状態が良好な場合、多数の冗長パケットを送出する必要はない。対照的に、パケット落ちレートが高い（所定の閾より上である）場合、より多くの冗長パケットが送信される。

図２を参照すると、標準的な無線ビデオシステムアーキテクチャは、一般に参照番号２００により示される。送信側（要素（２０５、２１０、２１５、２２０、２２５及び２３０）を有する）は、蓄積又はライブコンテンツであって良いＦＥＣ保護されたビデオソースである。無線ビデオシステムアーキテクチャ２００は、ＦＥＣ符号器２１０の入力と信号通信で接続された出力を有するビデオストアを有する。選択的に、ビデオ符号器２２０の入力と信号通信で接続された出力を有するビデオキャプチャーユニット２１５は、ビデオストア２０５の代わりに用いられて良い。ビデオ符号器２２０はまた、ＦＥＣ符号器２１０の入力と信号通信で接続された出力を有する。ＦＥＣ符号器２１０の出力は、バッファー２２５の第１の入力と信号通信で接続される。バッファー２２５の出力は、無線ネットワークインターフェース２３０の入力と信号通信で接続される。無線ネットワークインターフェース２３０の第１の出力は、無線接続（本願明細書で「無線ネットワーク」としても参照される）２３５と信号通信で接続される。適応型ＦＥＣ装置２４０の第１及び第２の入力は、それぞれ無線ネットワークインターフェース２３０の第２の出力及び無線接続２３５と信号通信で接続される。ＦＥＣ装置２４０の出力は、バッファー２２５の第２の入力と信号通信で接続される。受信機２４５は、無線接続２３５と信号通信で接続される。

送信側のＦＥＣ符号器２１０は、パケットを符号化する。各パケットは、整数個のマクロブロックを有し、及び固定数のバイトを有する。送信側は次に、ビデオデータが無線ネットワークインターフェース２３０を介し無線ネットワーク２３５へ渡される前に、ビデオデータをリアルタイムプロトコル／ユーザーデータグラムプロトコル（ＲＴＰ／ＵＤＰ）でパックする。

送信側は、休みなく元のパケットを全て送信する。適応型ＦＥＣブロックは、１つ以上のフィードバックメッセージ（以後、「フィードバックメッセージ」）に基づき送出する冗長パケットの数を決定する。フィードバックメッセージは、受信側から生じ得る。そしてフィードバックメッセージは送信機へＲＴＣＰを介し送信されるか、又は送信機の無線再送信情報から得られ得る。無線再送信情報は、パケットが再送信された回数を測定し、及びネットワーク状態の指標として用いられ得る。効果的な適応型手法は、両方の情報をＲＴＣＰと共に用い、より長期的観点のネットワーク状態を提供する。同時に送信側情報は、ネットワーク状態への迅速な適応化を行うために用いられ得る。

適応型ＦＥＣ装置２４０は、フィードバックメッセージに基づき送出するパケットの数を決定する。多くの代案の技術は、送出するパケットの品質を決定するために用いられ得る。例えば、本発明のある実施例は、増大／減少関数を利用する。この実施例の原理によると、「満足できる」フィードバックメッセージは、送出する冗長パケットを１乃至０だけ減少する。その他の場合、冗長パケットの数は、１乃至（ｎ−ｋ）個のパケットだけ増加される。良好な適応レートを有するため、大きな値のｎ−ｋが用いられるべきである。

別の代案の実施例では、調整は、ＲＴＣＰ受信機レポートを用い行われて良い。特に、部分的損失及び損失パケット累積数ＲＴＣＰ受信機レポートフィールドは、調整に用いられ得る。これらのフィールドは、それぞれ最後の受信機レポート以来の損失パケット数、及び送信の開始以来の損失パケット総数を表す。

多くの実際の８０２．１１無線ローカルエリアネットワーク（ＷＬＡＮ）接続では、実際のスループットは、ある点で及びある場合に一定に安定し、実際には送出装置が当該接続を通じてより多くのデータを転送しようとするので、低下する。これは図３に図示される。図３では、ＷＬＡＮ接続の受信ビットレート対提供送信レートの曲線が、一般に参照番号３００により示される。

ビデオ送信機（無線ネットワークインターフェース２３０に含まれる）が、提供送信レートの増大につれ受信レートが増大するレートでデータを送出している場合、ＦＥＣは実際の受信情報量を向上するだろう。しかしながら、ビデオ送信機が平坦、又は更に悪くは減少している曲線部分で動作している時、より多くのデータを送出しようとする場合、ＦＥＣは役に立たず、及び実際の受信ビデオ情報を少なくさせ得る。この理由のため、ビデオ送信機では、ビデオ送信機が実際に図３の曲線のどの部分で動作しているかに関する知識を有することが重要である。ビデオ送信機が曲線の減少部分で動作している場合、ビデオ送信機は、ＦＥＣデータの量を増加すべきでなく、及びある他の方法で（例えばビットレートを低下させ）性能を向上し、従って動作が曲線の増加部分に達するよう試みるべきである。ビデオ送信機が既に曲線の増加部分で動作している場合、ビデオ送信機は、追加ＦＥＣ情報を良好な結果に追加し得る。

ビデオ送信機が曲線の何処にあるかを知るある方法は、受信機２４５からのフィードバック（例えばＲＴＣＰレポート）又は無線送信機再送信情報を用いることである。ＦＥＣが付加されて、ビデオ送信機２４５がより低いパケットレートを受信する場合、送信機は曲線の減少部分で動作している。ＦＥＣが付加されて、ビデオ送信機２４５がより高いパケットレートを受信する場合、送信機は曲線の増加部分で動作している。この情報は、ビデオ送信機があるフィードバック経路を通じて落ちたパケットに関する情報を既に受信していた場合、ビデオ送信機で既に利用可能である。代案として、無線送信機からの媒体アクセス制御（ＭＡＣ）レベル再送信情報は、既に記載されたように、落ちたパケットの数を推定するために用いられ得る。

図４を参照すると、無線ネットワークを介するビデオストリーミングのための適応型ＦＥＣ方法は、一般に参照番号４００により示される。

機能ブロック４０５は、ビデオストリームを符号化し、固定サイズのビデオパケット（例えばＭＰＥＧ２トランスポートパケット）を生成し、そして機能ブロック４１０へ制御を渡す。機能ブロック４０５において、送出する冗長パケットの数（以後、変数「Ｘ」としても表される）は、ゼロ（０）に等しい。

機能ブロック４１０は、消失コードＦＥＣを用いｋソースパケット毎に符号化し、（ｎ−ｋ）個の冗長パケットを有するｎ個のパケットを生成し、そして次に機能ブロック４１５へ制御を渡す。機能ブロック４１５は、最初のｋ個のソースパケットを送出し、そして決定ブロック４２０へ制御を渡す。決定ブロック４２０は、ネットワーク状態を測定し及び決定する。ネットワーク状態が良好である（つまり、所定の閾より上である）場合、制御は機能ブロック４２５へ渡る。その他、ネットワーク状態が粗悪である（つまり、所定の閾より下である）場合、制御は決定ブロック４３０へ渡る。

機能ブロック４２５は、Ｘ＝ｍａｘ｛Ｘ−１，０｝個の冗長パケットを送出し、そして機能ブロック４１０へ制御を戻す。つまり、機能ブロック４２５は、前に送出された数より１個少ない冗長パケットを、ゼロ個の冗長パケットを下限として、送出する。決定ブロック４３０は、受信ビットレート対提供送信レート（図３に示される曲線）に関し、ビデオ送信機の動作領域を決定する。特に、決定ブロック４３０は、送信機が図３の曲線の増加領域で動作しているか、又は曲線の非増加領域で動作しているかを決定する。送信機が曲線の非増加領域で動作している場合、制御は決定ブロック４４０へ渡り、Ｘ個の冗長パケットを送出する。そして制御は、機能ブロック４１０へ戻る。その他、送信機が曲線の増加領域で動作している場合、制御は機能ブロック４５０へ渡り、Ｘ＝ｍｉｎ｛Ｘ＋１，ｎ−ｋ｝個の冗長パケットを送出する。そして制御は、機能ブロック４１０へ戻る。つまり、機能ブロック４５０は、前に送出された数より１個多い冗長パケットを、（ｎ−ｋ）個の冗長パケットを上限として、送出する。機能ブロック４２５、４４０及び４５０により機能ブロック４１０へ戻ることは、ネットワーク状態に基づき送出される冗長パケットの数を適応可能にする。

本発明のこれら及び他の特徴及び利点は、本願明細書の教示に基づき、当業者により直ちに解明され得る。本発明の教示は、ハードウェア、ソフトウェア、ファームウェア、特定用途プロセッサー、又はそれらの組合せの種々の形式で実施され得ることが理解される。

最も好ましくは、本発明の教示は、ハードウェア及びソフトウェアの組合せとして実施される。更に、ソフトウェアは、望ましくは、プログラム格納装置に明白に組み込まれたアプリケーションプログラムとして実施される。アプリケーションプログラムは、如何なる適切なアーキテクチャを有する機械にアップロードされ、そして実行されて良い。望ましくは、機械は、１つ以上の中央演算処理装置（「ＣＰＵ」）、ランダムアクセスメモリー（「ＲＡＭ」）、及び入力／出力（「Ｉ／Ｏ」）インターフェースのようなハードウェアを有するコンピュータープラットフォームに実施される。コンピュータープラットフォームはまた、オペレーティングシステム及びマイクロ命令コードを有して良い。本願明細書に記載された種々の処理及び機能は、マイクロ命令コードの一部又はアプリケーションプログラムの一部、又はＣＰＵにより実行され得るそれらの如何なる組合せの何れであって良い。更に、追加データ格納装置及び印刷装置のような種々の他の周辺装置は、コンピュータープラットフォームに接続されて良い。

システムを構成する構成要素のいくつか及び図面に示された方法は、望ましくは、ソフトウェアで実施され、システム構成要素間又は処理機能ブロック間の実際の接続は、本発明がプログラムされる方法に依存して異なり得ることが、更に理解される。本願明細書の教示により、当業者は、本発明のこれら及び同様の実施又は構成を実施可能である。

本願明細書では、説明のための実施例が図を参照して記載されたが、本発明は、これら詳細な実施例に限定されず、及び種々の変化及び変更が、本発明の範囲又は精神から逸脱することなく、当業者によりなされ得ることが理解される。全ての変化及び変更は、特許請求の範囲で定められた本発明の範囲に包含される。

本発明が適用され得る例である符号化／復号化前方誤り訂正（ＦＥＣ）処理の図を示す。 本発明が適用され得る標準的な無線ビデオシステムアーキテクチャの図を示す。 ＷＬＡＮ接続の受信ビットレート対提供送信レートの曲線を示す。 本発明の原理による、無線ネットワークを介するビデオストリーミングのための適応型ＦＥＣの方法のフロー図を示す。

Claims (21)

1. ｎ＞ｋであり、ソースデータのｋ個のパケットを、冗長データを含むｎ個のパケットの符号化冗長データに符号化する前方誤り訂正符号器と、
   前記冗長データの量を長期的な観点からネットワークの状態に適合させる場合には受信機からのフィードバックメッセージであるＲＴＣＰレポートを利用し、前記冗長データの量を迅速な観点からネットワークの状態に適合させる場合には前記ＲＴＣＰレポートに係るレイヤーよりも低位のレイヤーに係る再送信情報を利用することで、増加又は減少する関数に基づいて、（ｎ−ｋ）個のうち送信対象とする冗長パケットの数を徐々に増減し、適応化を行うＦＥＣ適応型装置と
   を有する送信側の装置。
2. 前記フィードバックメッセージは、前記符号化冗長データが送信されるネットワークの状態を表す、請求項１記載の装置。
3. 前記ネットワークは、無線ネットワークである、請求項２記載の装置。
4. 前記ＦＥＣ適応型装置は、前記フィードバックメッセージが良好な状態の前記無線ネットワークを示す場合、前記冗長データとなる冗長パケットの数をゼロを最小として１つだけ減らす、請求項３記載の装置。
5. 前記ＦＥＣ適応型装置は、前記フィードバックメッセージが良好でない状態の前記無線ネットワークを示す場合、前記冗長データとなる冗長パケットの数を（ｎ−ｋ）を最大として１つだけ増やす、請求項３記載の装置。
6. 前記ソースデータの前記ｋ個のパケットは、少なくとも一部に、ビデオストリーミングデータを有する、請求項２記載の装置。
7. 前記ＲＴＣＰレポートは、損失したパケット部分及び損失したパケットの累積数を特定する、請求項１記載の装置。
8. 前記ネットワークの状態は、実際に受信したビットレート対提案される送信ビットレートに基づいており、かつ所定の閾値と比較される、請求項２記載の装置。
9. 前記ＦＥＣ適応型装置は、前記実際の受信ビットレート及び前記提案される送信ビットレートの両方が増加している場合、前記冗長データとして送信する冗長パケットの数を増やす、請求項８記載の装置。
10. 前記ＲＴＣＰレポートに係るレイヤーよりも低位のレイヤーが、ＭＡＣレイヤーである、請求項１記載の装置。
11. 前記前方誤り訂正符号器は、消失パケットレベルＦＥＣを用いて前記ｋ個のパケットのソースデータを符号化する、請求項１記載の装置。
12. ソースデータのｋ個のパケットを、冗長データを含むｎ個のパケットの符号化冗長データに符号化することで（ｎ＞ｋ）、無線ネットワークを介するビデオストリーミングの適応型前方誤り訂正（ＦＥＣ）を行うために送信側の装置が行う方法であって、
    前記冗長データの量を長期的な観点から無線ネットワークの状態に適合させる場合には受信機からのフィードバックメッセージであるＲＴＣＰレポートを利用し、前記冗長データの量を迅速な観点から無線ネットワークの状態に適合させる場合には前記ＲＴＣＰレポートに係るレイヤーよりも低位のレイヤーに係る再送信情報を利用することで、増加又は減少する関数に基づいて、（ｎ−ｋ）個のうち送信対象とする冗長パケットの数を徐々に増減し、ＦＥＣ適応型装置により適応化を行う段階
    を有する方法。
13. 前記適応化を行う段階において、前記フィードバックメッセージが良好な状態の前記無線ネットワークを示す場合、前記冗長データとなる冗長パケットの数をゼロを最小として１つだけ減らす、請求項１２記載の方法。
14. 前記適応化を行う段階において、前記フィードバックメッセージが良好でない状態の前記無線ネットワークを示す場合、前記冗長データとなる冗長パケットの数を（ｎ−ｋ）を最大として１つだけ増やす、請求項１２記載の方法。
15. 前記ＲＴＣＰレポートは、損失したパケット部分及び損失したパケットの累積数を特定する、請求項１２記載の方法。
16. 前記ネットワークの状態は、実際に受信したビットレート対提案される送信ビットレートに基づいており、かつ所定の閾値と比較される、請求項１２記載の方法。
17. 前記適応化を行う段階において、前記実際の受信ビットレート及び前記提案される送信ビットレートの両方が増加している場合、前記冗長データとして送信する冗長パケットの数を増やす、請求項１６記載の方法。
18. 前記ＲＴＣＰレポートに係るレイヤーよりも低位のレイヤーが、ＭＡＣレイヤーである、請求項１２記載の方法。
19. 前記適応化を行う段階において、前記符号化されたｎ個のパケットが送信された場合より低いパケットレートが受信された場合、前記冗長データとして送信する冗長パケットの数を増加させることを禁止する、請求項１２記載の方法。
20. 前記適応化を行う段階において、前記符号化されたｎ個のパケットが送信された場合より低いパケットレートが受信された場合、前記冗長データとして送信する冗長パケットの数を減らす、請求項１９記載の方法。
21. 前記ｎ個のパケットの符号化冗長データに符号化する場合において、消失パケットレベルＦＥＣを用いて前記ｋ個のパケットのソースデータを符号化する、請求項１２記載の方法。

Images