(57)【要約】  ネットワークにおいてビデオデータの伝送を制御する方法であって、前記ネットワークを介し受信機にビデオデータを送信するステップと、前記受信機により測定されるチャネルパラメータ情報を受信するステップと、前記受信機から前記チャネルオアらメータ情報を受信する際に遅延時間を補償するため、前記チャネルパラメータ情報に予測ファンクションを適用し、フィードバックファンクションを生成するステップと、ネットワーク状態を補償するため、前記フィードバックファンクションに応答して送信されるビデオデータを調整するステップとを有する方法。
2009504084.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにおいてビデオデータの伝送を制御する方法であって、
前記ネットワークを介し受信機にビデオデータを送信するステップと、
前記受信機により測定されるチャネルパラメータ情報を受信するステップと、
前記受信機から前記チャネルパラメータ情報を受信する際に遅延時間を補償するため、前記チャネルパラメータ情報に予測ファンクションを適用し、フィードバックファンクションを生成するステップと、
ネットワーク状態を補償するため、前記フィードバックファンクションに応答して送信されるビデオデータを調整するステップと、
を有する方法。
【請求項２】
前記予測ファンクションは、前記ネットワーク状態の統計モデルに基づく、請求項１記載の方法。
【請求項３】
前記ネットワークはＷＬＡＮである、請求項１記載の方法。
【請求項４】
前記調整するステップは、前記ビデオエンコーダにおいて量子化パラメータを調整することから構成される、請求項１記載の方法。
【請求項５】
前記調整するステップは、前記ビデオデータストリームに含まれる誤り訂正データを調整することから構成される、請求項１記載の方法。
【請求項６】
ネットワークにおけるビデオデータの送信を制御するシステムであって、
ビデオデータストリームを生成し、前記ビデオデータストリームを前記ネットワークを介し送信する送信機と、
前記ビデオデータストリームを前記ネットワークを介し受信し、前記送信に係るチャネルパラメータ情報を測定し、フィードバックチャネルを介し前記チャネルパラメータ情報を前記送信機に送信する受信機と、
を有し、
前記送信機は、前記受信機から前記チャネルパラメータ情報を受信し、フィードバックファンクションを生成するため予測ファンクションを前記チャネルパラメータ情報に適用し、前記予測ファンクション及びチャネルパラメータ情報に応答して前記ビデオデータストリームを調整するコントローラを有するシステム。
【請求項７】
前記予測ファンクションは、前記ネットワーク状態の統計モデルに基づく、請求項６記載のシステム。
【請求項８】
前記ネットワークはＷＬＡＮである、請求項６記載のシステム。
【請求項９】
前記コントローラは、前記ビデオエンコーダにおいて量子化パラメータを調整する、請求項６記載のシステム。
【請求項１０】
前記コントローラは、前記ビデオデータストリームに含まれる誤り訂正データを調整する、請求項６記載のシステム。
【請求項１１】
ネットワークを介し受信機にストリーミングビデオを提供する送信機であって、
出力を有するエンコーダと、
前記エンコーダの出力に接続される入力を有するトラフィック整形手段と、
前記エンコーダと前記トラフィック整形手段の少なくとも１つに接続されるコントローラと、
を有し、
前記コントローラは、前記ネットワークの少なくとも１つの実際のパラメータとチャンネルモデルとに従って、前記エンコーダと前記トラフィック整形手段との少なくとも１つの処理を予測的に変更する送信機。
【請求項１２】
前記コントローラは、前記ネットワーク状態の統計モデルに基づき予測的に変更する、請求項１１記載の送信機。
【請求項１３】
前記コントローラは、前記エンコーダと前記トラフィック整形手段とに接続される、請求項１２記載の送信機。
【請求項１４】
前記コントローラは、前記エンコーダと前記トラフィック整形手段の両方の処理を変更する、請求項１３記載の送信機。
【請求項１５】
前記ネットワークの少なくとも１つの実際のパラメータは、チャネル品質を示す少なくとも１つのパラメータを有する、請求項１１記載の送信機。
【請求項１６】
前記ネットワークの少なくとも１つの実際のパラメータは、ビットエラーレートを示す少なくとも１つのパラメータを有する、請求項１１記載の送信機。
【請求項１７】
前記モデルは、複数のモデルから構成され、
前記モデルの１つは、ネットワークフィードフォワード遅延を示し、
前記モデルの他の１つは、ネットワークフィードバック遅延を示す、請求項１１記載の送信機。
【請求項１８】
前記エンコーダに接続されるデジタルビデオデータのソースをさらに有する、請求項１１記載の送信機。
【請求項１９】
前記ネットワークはＷＬＡＮである、請求項１１記載の送信機。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
［発明の分野］
本発明は、一般にデータ配信に関し、より詳細には、１以上の有線又は無線リンクを有するネットワークにより利用するためのデジタルマルチメディアコンテンツ配信に関する。
［発明の背景］
有線及び／又は無線ネットワークを介したオーディオ／ビジュアルマルチメディアコンテンツの配信は、多くの困難を有している。無線ネットワークでは、リアルタイムビデオストリーミングのための困難が、有線リンクと比較して、無線チャネルクオリティ及び高ビットエラーレートの時間可変的な変動を含む。受信機からのフィードバックを利用するネットワークチャネルを介した適応的なマルチメディアコンテンツ配信は、適応化が経時的なチャネル変動に密接に従う場合に実行可能となるかもしれない。しかしながら、例えば、フィードバックチャネルの限定された帯域幅によって生じる情報のフィードバックにおける遅延によって、適応化は典型的にはチャネル測定を遅延させる。制御システムでは、この遅延時間はときどき“デッドタイム（ｄｅａｄ  ｔｉｍｅ）”として知られる。従来のビデオ適応化アルゴリズムは、デッドタイムを考慮していない。この結果、適応化を利用するシステムは、遅延したフィードバック情報に基づく所望されない過剰補償を招くかもしれない。
【０００２】
チャネル情報フィードバックの遅延時間は既知の問題であるが、特にネットワークを介したコンテンツ配信では、既知の解決策は何れも提案されていない。このため、ビデオ配信ネットワークにおけるフィードバック遅延及びデッドタイムを解決するフィードバック／適応化ループにおいて制御理論に基づくコントローラを提供することが、所望されると考えられている。
［発明の概要］
本発明による一例となる方法は、ネットワークにおいてビデオデータの伝送を制御する方法であって、前記ネットワークを介し受信機にビデオデータを送信するステップと、前記受信機により測定されるチャネルパラメータ情報を受信するステップと、前記受信機から前記チャネルパラメータ情報を受信する際に遅延時間を補償するため、前記チャネルパラメータ情報に予測ファンクションを適用し、フィードバックファンクションを生成するステップと、ネットワーク状態を補償するため、前記フィードバックファンクションに応答して送信されるビデオデータを調整するステップとを有する方法である。当該方法を実現するための一例となるシステムがまた開示される。
［発明の詳細な説明］
本発明の図面及び記載は、簡単化のため、典型的なデジタルマルチメディアコンテンツ配信方法及びシステムにおける他の多数の要素を排除しながら、本発明の明確な理解に関連する要素を示すよう簡略化されていることが理解されるべきである。しかしながら、このような要素は当該技術において周知であるため、このような要素の詳細な説明はここには与えられない。ここでの開示は、当業者に知られているすべての変形及び改良に関する。
【０００３】
デジタルマルチメディアコンテンツは、チャネルクオリティ及び高ビットエラーレートの時間可変的な変動によって特徴付けされる無線チャネルなどのネットワークを介しデコーダ／テレビ又は組み合わせなどのメディアコンシューマに配信されるかもしれない。チャネルの時間可変的な特徴を処理するため、チャネル状態に関する情報が、送信機において生成されるビデオストリームを調整するため、受信機から送信機に供給されるかもしれない。例えば、利用可能な帯域幅が時間と共に変動するに従って、受信機は、送信機と受信機との間で利用可能な帯域幅を測定又は評価し、当該情報を送信機に送信し、その後、送信機がビデオエンコーダに利用可能な帯域幅に適したレートによりビットストリームを生成するため、量子化パラメータなどの１以上のデータパラメータを調整するよう指示するかもしれない。他の適応化の例は、受信機に送信される基礎となるマルチメディアコンテキストに追加されるＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）の形式による冗長量を変化させるものである。無線チャネルにおけるパケットロス確立の増大によって、例えば、受信機が欠落したパケットを復元できるように、より大きなＦＥＣ冗長が適用されるかもしれない。
【０００４】
図１を参照するに、エンド・ツー・エンドビデオ配信システム１０のブロック表現が示される。そこでは、受信機２０は、従来は利用可能な帯域幅、遅延時間、パケットロス確立などの無線チャネル３０の各パラメータを測定し、フィードバックチャネル５０を介し送信機４０にチャネルパラメータ情報を提供する。受信機２０がチャネルパラメータを測定した時点と送信機４０がこれらのパラメータを受信した時点との間の経過時間が、ビデオ配信システム１０のデッドタイム６０となる。このデッドタイムは、フィードバックチャネルの帯域幅に応じて変更可能となる。信頼性のないフィードバックチャネルでは、フィードバック情報の一部が欠落する可能性さえある。フィードバック情報に基づき、送信機のビデオエンコーダは、可変的なチャネル状態に適合するようアクションをとりうる（例えば、符号化されたビデオストリームの生成されたビットレートを適応させるためなど）。ループは、シンプルな比例的なコントロールループとしてみなされるかもしれない。ターゲットとフィードバックとの間の誤差（差分など）が、生成されるビットレートを制御するため、ある係数（比例値など）によりスケーリングされる。デッドタイムがかなり長くチャネル可変時間と比較される場合、送信機によりとられるアクションは遅すぎるものとなる。それはすでにずっと以前のチャネル状態を過剰補償したものとなる。チャネル状態が変動した場合、送信機によりとられるアクションは、反対方向にさらに大きなエラーを生じさせるかもしれない。この現象は、制御理論における過剰補償として知られている。この結果、実際の出力は不安定なものとなり、振動が生じうる。
【０００５】
制御理論は、デッドタイム及び過剰補償を補償するいくつかの手段を示唆している。図２を参照するに、フィードバック制御システム１００のブロック図が示される。プロセス１５０からの実際の出力１２０の測定時点と合成手段１３０の出力がコントローラ１４０に供給される時点との間の時間が、フィードバック遅延（デッドタイム）１６０により示される。プロセス１５０が、例えば、化学プラントとして実現される場合、コントローラ１４０はＰＩＤ（Ｐｒｏｐｏｒｔｉｏｎａｌ，Ｉｎｔｅｇｒａｌ，Ｄｅｒｉｖａｔｉｖｅ）コントローラとして実現されるかもしれない。ＰＩＤコントローラは、プロセスからの測定値とリファレンスセットポイント値とを比較する。その後、その差分（又は“誤差”信号）が、プロセス測定値をそれの所望のセットポイントに戻す操作されるプロセス出力に対して新たな値を計算するため処理される。ＰＩＤコントローラは、誤差信号の変更履歴及びレートに基づきプロセス出力を調整可能である。ＰＩＤコントローラの訂正は、現在の誤差を直接的にキャンセルし（Ｐｒｏｐｏｒｔｉｏｎａｌ）、誤差が訂正されないままとなる時間（Ｉｎｔｇｒａｌ）、及び経時的な誤差の変化レートから将来の誤差を予測する（Ｄｅｒｉｖａｔｉｖｅ）の３つの方法によって、誤差から計算される。
【０００６】
図３を参照するに、デジタルマルチメディアコンテンツ配信のためのフィードバック制御システム２００のブロック図が示される。システム２００は、ＰＩＤコントローラ２４０を有する。意図的に、ＰＩＤコントローラは、チャネル２５０からの所望の出力２２０と実際のフィードバック信号２３０との間に誤差がある限り、コントローラの出力を増加し続ける。しかしながら、デッドタイムがある場合、インテグレータ（Ｋｉ／ｓ）は過剰補償するかもしれない。合成手段２３５により導入されるビデオ配信システムのフィードバックチャネル２６０における時間遅延により生じる推定デッドタイムに基づき、ＰＩＤコントローラ２４０のパラメータは、Ｄ秒のデッドタイムを処理するため、ＰＩＤコントローラを実質的にデチューン（ｄｅｔｕｎｅ）するよう調整されるかもしれない。非限定的なさらなる説明のため、ＰＩＤコントロールループが、所望のコントロールレスポンスを取得するため、制御パラメータ（Ｐｒｏｐｏｒｔｉｏｎａｌ値、Ｉｎｔｅｇｒａｌ値、Ｄｅｒｉｖａｔｉｖｅ値）を調整することによって調整可能である。ＰＩＤループを調整する方法は複数ある。１つの調整方法は、まずＩｎｔｇｒａｌ（Ｉ）値とＤｅｒｉｖａｔｉｖｅ（Ｄ）値をゼロに設定し、ループの出力が振動するまでＰｒｏｐｏｒｔｉｏｎａｌ（Ｐ）値を増加するというものである、その後、振動が停止するまで、Ｉ値が増加されるかもしれない。最終的には、ループレスポンスが十分に速くなるまで、Ｄ値が増加されるかもしれない。
【０００７】
しかしながら、ＰＩＤタイプコントローラは、実質的なデッドタイムを有するシステムに適用されるとき、いくつかの欠点を有する。例えば、ビデオ配信システムでは、フィードバック遅延が、“不良な（ｂａｄ）”状態にチャネルが入る時間よりはるかに長いとき、実質的なデッドタイムが発生する。（例えば、利用可能な帯域幅がかなり低く、バーストパケットロスがかなり高いなど）。Ｏ．Ｊ．Ｍ  Ｓｍｉｔｈ“Ａ  ＣＯＮＴＲＯＬＬＥＲ  ＴＯ  ＯＶＥＲＣＯＭＥ  ＤＥＡＤ  ＴＩＭＥ”（ＩＳＡ  Ｊｏｕｒｎａｌ．６，ｐｐ２８−３３，１９５９）に記載されるように、大きなデッドタイムを有するシステムを制御する他の技術は、Ｓｍｉｔｈ  Ｐｒｅｄｉｃｔｏｒである。Ｓｍｉｔｈ  Ｐｒｅｄｉｃｔｏｒは、接触分解装置及び製鋼所など、長い輸送遅延を有する向上プロセスに対して提案されたものであるが、これが長いループ遅延を有するプロセスを制御するため一般化可能であることが信じられている。それは、制御用の出力の予測される将来の状態を利用することによって、遅延したフィードバックの問題を解決する。Ｓｍｉｔｈ  Ｐｒｅｄｉｃｔｏｒを内蔵するコントローラが、可変的なチャネル状態に直面する無線配信システムにおけるビデオストリームを適応化するのに適していることが信じられている。
【０００８】
図４を参照するに、Ｓｍｉｔｈ  Ｐｒｅｄｉｃｔｏｒを有するフィードバック制御システム３００のブロック図が示される。システム３００は、（遅延したフィードバックチャネル３６０を介しプロセス又はプラント３５０の出力３２０から）コントローラ３４０への従来のフィードバックループを有する。システム３００はまた、合成手段３３０において２つの追加的なターム（ｔｅｒｍ）を実際のフィードバックに導入する第２フィードバックループ（プロセス又はプラントモデル３７０を介し）を有する。第１タームは、遅延がない場合のプラアント３５０の出力３２０の推定を表す（プラントモデルコンポーネント３７４として指名される）。第２フィードバックパスの第２タームは、フィードバック遅延がある場合に予想される実際のプラント３５０の出力３２０の推定である（遅延モデル３７２により示される）。第２ループがプロセス又はプラント遅延の正確な表現を含む場合（フィードフォワード及びフィードバック遅延）、それは周辺からの遅延フィードバックに一致させるように、コントローラ３４０からの出力を遅延し、これら２つの時間的に一致した信号は、通常は相殺される（合成手段３７６、３７８により）。残りの信号は、遅延なしに（遅延３６０を介し）従来のフィードバックループからの実際の出力予測を実質的に表す。すなわち、モデル３７０がプロセス又はプラント３５０の動作を表すのに正確なものである場合、それの出力は、実際のプラント３５０の出力３２０のデッドタイムのないバージョンとなるであろう。デッドタイム補償のための予測的な制御は、プラントと遅延モデルの双方を用いて実現される。このように、統計的に正確なモデルは、コントローラにおけるデッドタイム誤差を効果的に否定するため、フィードバックチャネルに生じる遅延時間の補償を可能にする。
【０００９】
ビデオ配信システムでは、モデル３７０は、フィードバック遅延時間を含む通信チャネルのモデルと等価である。非限定的なさらなる説明のため、この目的のための予測可能とは、統計的に正しいことを意味する。従って、無線ネットワーク状態は、完全に予測不可能ではない。基本的に、２段階マルコフベースチャネルモデルなどの無線ネットワークのモデル、又は確率過程チャネルモデルなどの他のより複雑なモデルが、チャネルモデルと遅延モデルの両方を含むモデル３７０において利用されるかもしれない。
【００１０】
図５において、埋め込みＳｍｉｔｈ  Ｐｒｅｄｉｃｔｏｒを有するエンド・ツー・エンドビデオ配信システム４００のブロック図が示される。システム４００は、一般にビデオエンコーダ４１０、トラフィック整形ユニット４２０、コントローラ４５０及びモデル４７０を有し、そのすべてがサーバなどにおいて実現されるかもしれない。ここで使用される“サーバ”とは、ネットワークに接続され、ネットワークリソースを管理する計算装置を表す。サーバは、専用の計算ハードウェア及び／又はソフトウェアコンポーネント群であってもよく、それは、それらが自らのサーバタスク以外のタスクを実行せず、又は計算装置全体でなくリソースを管理しているハードウェア及び／又はソフトウェアコンポーネントを表すことを意味している。サーバは、一般にプロセッサを有し、及び／又は利用する。ここで使用される“プロセッサ”は、一般にマイクロプロセッサなどの中央処理ユニット（ＣＰＵ）を含む計算装置を表す。ＣＰＵは、一般に算術及び論理演算を実行するＡＬＵ（Ａｒｉｔｈｍｅｔｉｃ  Ｌｏｇｉｃ  Ｕｎｉｔ）と、必要に応じてＡＬＵを呼び出して、メモリから命令（コードを有するコンピュータプログラムなど）を抽出し、それらを復号化及び実行する制御ユニットとを有する。ここに使用される“メモリ”は、一般にチップ、テープ、ディスク又はドライブなどのデータを格納可能な１以上のデバイスを表す。メモリは、非限定的な具体例として、１以上のＲＡＭ（Ｒａｎｄｏｍ−Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、又はＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ）の形態をとりうる。メモリは、プロセッサを含む集積回路（ＩＣ）などの集積ユニットの内部又は外部にあってもよい。あるいは、サーバは、特定用途向け集積回路（ＡＳＩＣ）などとして実現されてもよい。
【００１１】
システム４００はまた、一般にＩＰネットワークなどとして実現可能なネットワーク４３０及びフィードバックチャネル４６０を有する。ここに使用される“ネットワーク”とは、一般に有線及び無線ネットワークを含む互いにリンクした２以上の計算装置のグループを表す。
【００１２】
システム４００はまた、例えば、クライアントに実現可能な受信機４４０を含む。ここで使用される“クライアント”とは、一般に計算装置上で実行され、処理を実行するためサーバに依存するアプリケーションを表す。クライアントは、プロセッサを搭載した装置又は特定用途向け集積回路（ＡＳＩＣ）として実現されてもよい。
【００１３】
非限定的な一実施例では、以下のすべてが非限定的な具体例であるが、サーバは、ビデオ配信システムのヘッドエンドの形態をとりうるものであり、ネットワークは、ビデオ配信ネットワークのデータ伝送機構の形態をとりうるものであり、クライアントは、デジタルセットトップボックス、スマートカード又はパーソナルコンピュータ（ＰＣ）などのビデオ配信ネットワークのコンシューマとして機能する１以上のアプリケーションの形態をとりうる。ビデオ配信ネットワークがケーブルシステムを実現するさらなる非限定的な具体例では、エンコーダ及びトラフィック整形手段と組み合わせて、コントローラ及びチャネルモデルが、ケーブルネットワークヘッドエンドに設けられるかもしれない。ビデオ配信ネットワークがｘＤＳＬネットワークを実現する場合、それらは通信システム中央オフィスに設けられるかもしれない。
【００１４】
図５を参照するに、ビデオエンコーダ４１０は、ソース４０５からデジタルマルチメディアコンテンツを受信し、トラフィック整形ユニット４２０に提供する。このようなトラフィック整形ユニットは、適切な計算リソースにより実行されるＬｅａｋｙ  Ｂｕｃｋｅｔアルゴリズムとして実現されてもよい。Ｌｅａｋｙ  Ｂｕｃｋｅｔによる実現形態などのトラフィック整形は、トラフィックがネットワーク４３０に送信されるレートを制御するのに使用される。
【００１５】
整形ユニット４２０からのデータは、時間可変的な伝送状態を有するネットワーク４３０を介し受信機４４０に伝送される。さらに、受信機４４０は、マルチメディアコンテンツをテレビなどのコンテンツコンシューマに提供する。受信機４４０はまた、ネットワーク４３０に係るパラメータを決定し、フィードバックチャネル４６０を介しコントローラ４５０に提供する。ネットワーク４３０がＩＰネットワークの形態をとりうる場合、フィードバック情報が、ＲＴＳＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｌ）などのリアルタイムコントロールプロトコルによりカプセル化されるかもしれない。コントローラ４５０は、Ｓｍｉｔｈ  Ｐｒｅｄｉｃｔｏｒコンフィギュレーションなど、プリディクタ（ｐｒｅｄｉｃｔｏｒ）ファンクションを搭載するチャネルモデルを利用して、適応的フィードバックをビデオエンコーダ４１０及びトラフィック整形ユニット４２０に提供する。コントローラ４５０の出力に応答して、エンコーダ４１０は、例えば、データ出力の量子化パラメータを変更してもよい。トラフィック整形ユニット４２０は、例えば、コントローラ４５０に応答して出力されるデータのＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）コンポーネントなどの誤り訂正コンポーネントを変更するようにしてもよい。
【００１６】
非リニアコントローラ及び／又はファジーロジックコントローラなど、より進歩したコントローラが利用可能である。本発明は、ビデオ配信のための有線及び無線チャネルに適用されてもよい。
【００１７】
図６を参照するに、無線ネットワークなどのネットワークにおけるビデオデータの伝送制御に適したプロセス５００のフロー図を示す。プロセス５００は、ブロック５１０においてネットワークを介し受信機にビデオデータを送信するステップを有する。受信機により測定されるチャネルパラメータ情報が、ブロック５２０において受信される。ブロック５３０において、少なくとも１つの予測ファンクションが、受信機からチャネルパラメータ情報を受信する際に遅延時間を補償するため、チャネルパラメータ情報に適用され、少なくとも１つのフィードバックファンクションが生成される。最後にブロック５４０において、フィードバックファンクションに応答して送信されるビデオデータが、ネットワーク状態を補償するよう調整される。例えば、ブロック５４０において、データエンコーダの１以上の量子化パラメータが変更されてもよい。それに加えて又はそれの代わりに、トラフィック整形手段が、ブロック５４０において、出力されるデータのＦＥＣコンポーネントなど誤り訂正コンポーネントを変更するかもしれない。
【００１８】
ここに記載されるように、ビデオ配信システムにおいて発生するデッドタイム（図５の４８０など）は、ビデオ送信機の制御信号の遅延を生じさせるかもしれない。ループにおいてコントローラを使用し、通信チャネルモデルに基づきコントローラを適応化することによって、このデッドタイムはチャネルパラメータフィードバックループにおいて解消されるかもしれない。従って、当該機構は、例えば、以下に限定されるものではないが、ＩＥＥＥ８０２．１１規格又はＨｉｐｅｒｌａｎ  ２などを含む準拠したワイヤレスローカルエリアネットワーク（ＷＬＡＮ）などにおける無線通信チャネルの時間可変的性質に対処するため、ビデオストリームの最適な適応化を実現するため、ビデオ送信機におけるビデオエンコーダ及びトラフィック整形装置を適応的に調整するための正確な手段を提供する。
【００１９】
本発明の趣旨又は範囲から逸脱することなく、本発明の装置及び方法において各種改良及び変更が可能であるということは当業者に明らかであろう。添付した請求項及びそれらの均等の範囲内に属する場合、本発明が、本発明の改良及び変更をカバーすることが意図される。
【図面の簡単な説明】
【００２０】
【図１】図１は、フィードバック制御システムの簡単化されたブロック図である。
【図２】図２は、エンド・ツー・エンドビデオ配信システムの簡単化されたブロック図である。
【図３】図３は、ＰＩＤコントロールシステムの簡単化されたブロック図である。
【図４】図４は、Ｓｍｉｔｈ  Ｐｒｅｄｉｃｔｏｒコントロールシステムの簡単化されたブロック図である。
【図５】図５は、エンド・ツー・エンドビデオ配信システムの簡単化されたブロック図である。
【図６】図６は、無線デジタルマルチメディアコンテンツ配信システムにより使用するのに適した制御プロセスのフロー図である。
【図１】
2009504084.tif 000003
【図２】
2009504084.tif 000004
【図３】
2009504084.tif 000005
【図４】
2009504084.tif 000006
【図５】
2009504084.tif 000007
【図６】
2009504084.tif 000008
【国際調査報告】
2009504084.tif 000009
2009504084.tif 000010
2009504084.tif 000011