(57)【要約】【課題】  データの堅牢な配布に関するシステムおよび方法を提供すること。【解決手段】  送信器（たとえば、サーバまたはＲＦブロードキャスタ）によって、受信器および／またはクライアントにパラメータが渡されて、エレメンタリストリームの正しい復号を調整する受信器内の一般化されたバッファモデルの動作が可能にされる。例示的な送信器システムは、バッファ制御パラメータを指定し、これをＭＰＥＧ−２トランスポートストリーム内で受信器に送信する方法を実行するように構成される。受信器は、ストリームで受信したパラメータに従って、一般化されたバッファモデルを実施するように構成される。【選択図】  図２
2005020732.tif 000002
【特許請求の範囲】
【請求項１】
データ送信条件を評価するプロセッサ実行可能命令と、
前記データ送信条件の評価に基づいて、データ転送レートを選択するプロセッサ実行可能命令と、
受信器に送信されるバッファサイズ値を選択するプロセッサ実行可能命令であって、前記バッファサイズ値のそれぞれは、前記選択されたデータ転送レートの１つに基づくプロセッサ実行可能命令と、
前記選択されたデータ転送レートおよび前記選択されたバッファサイズ値に基づいて、初期バッファ満杯度要件を選択するプロセッサ実行可能命令と
を含むことを特徴とするプロセッサ可読媒体。
【請求項２】
前記選択されたデータレートの１つで複数のクライアントにデータを送信するプロセッサ可能命令と、
チャネルのより下位の送信レイヤで、堅牢さの度合を前記複数のクライアントに示す情報を含むように、送信される前記データを構成するプロセッサ実行可能命令と
をさらに含むことを特徴とする請求項１に記載のプロセッサ可読媒体。
【請求項３】
前記選択されたデータ転送レート、前記バッファサイズ値、および前記初期バッファ満杯度要件を含む記述子を生成するプロセッサ実行可能命令と、
前記記述子をオーディオデータおよびビデオデータと多重化するプロセッサ実行可能命令と
をさらに含むことを特徴とする請求項１に記載のプロセッサ可読媒体。
【請求項４】
（Ｒ、Ｂ、Ｆ）タプルの複数の組を含む記述子を生成するプロセッサ実行可能命令をさらに含むことを特徴とする請求項１に記載のプロセッサ可読媒体。
【請求項５】
前記選択されたデータ転送レート、前記バッファサイズ値、および前記初期バッファ満杯度要件の組を含む記述子を生成するプロセッサ実行可能命令と、
前記記述子をクライアントに送信するプロセッサ実行可能命令と
をさらに含むことを特徴とする請求項１に記載のプロセッサ可読媒体。
【請求項６】
両方向チャネルを介して要求−応答プロトコルの一部として前記クライアントに前記記述子を転送するプロセッサ実行可能命令をさらに含むことを特徴とする請求項５に記載のプロセッサ可読媒体。
【請求項７】
前記記述子は、ＭＰＥＧ互換性について構成され、
前記記述子は、規則的な間隔でオーディオデータおよびビデオデータと多重化される
ことを特徴とする請求項５に記載のプロセッサ可読媒体。
【請求項８】
sd_profile_level()  ｛
subdescriptor_tag
profile_level
bm_params_count
for  (i=0;  i<bm_params_count;  i++)｛
reserved
bit_rate_value
reserved
vbv_buffer_size
｝
｝
に従って前記記述子の構文を構成するプロセッサ実行可能命令をさらに含むことを特徴とする請求項５に記載のプロセッサ可読媒体。
【請求項９】
前記データ転送レートを選択するプロセッサ実行可能命令は、
通信チャネルの部分の堅牢さを増やす時に送信の総合的なビットレートを減らすプロセッサ実行可能命令と、
前記通信チャネルの部分の堅牢さを減らす時に前記送信の総合的なビットレートを増やすプロセッサ実行可能命令と
を含むことを特徴とする請求項１に記載のプロセッサ可読媒体。
【請求項１０】
前記データ送信条件を評価するプロセッサ実行可能命令は、ＲＦ送信に対する環境障害を評価するプロセッサ実行可能命令を含むことを特徴とする請求項１に記載のプロセッサ可読媒体。
【請求項１１】
送信器から受信器に堅牢なデータを送信するプロセッサ実行可能命令を含むプロセッサ可読媒体であって、前記プロセッサ実行可能命令は、
データ送信のレートおよび冗長性のレベルを確立すること、
前記受信器でのバッファの動作に関する、前記レートを含むパラメータを指定すること、および
前記パラメータをある間隔で前記受信器に送信すること
を含むことを特徴とするプロセッサ可読媒体。
【請求項１２】
前記データ送信のレートを確立することは、
前記データ送信のレートを確立するために入力としての環境条件を評価すること、および
前記環境条件に基づいてデータ送信の離散レートの間で選択すること
をさらに含むことを特徴とする請求項１１に記載のプロセッサ可読媒体。
【請求項１３】
前記パラメータを指定することは、
前記受信器のバッファに関する最小バッファサイズを指定すること、および
前記受信器のバッファに関するデータ除去の前の初期バッファ満杯度の値を指定すること
をさらに含むことを特徴とする請求項１１に記載のプロセッサ可読媒体。
【請求項１４】
前記パラメータを指定することは、
前記受信器のバッファのサイズおよびデータ送信の前記レートに基づいて、前記受信器の前記バッファに関するデータの除去の前の初期バッファ満杯度の値を指定することを含むことを特徴とする請求項１１に記載のプロセッサ可読媒体。
【請求項１５】
前記データ送信のレートおよび冗長性のレベルを確立することは、
ビットストリームを、より高い堅牢さを有する通信チャネルの第１部分に使用可能にすること、および
前記ビットストリームを、より低い堅牢さを有する通信チャネルの第２部分に使用可能にすること
を含むことを特徴とする請求項１１に記載のプロセッサ可読媒体。
【請求項１６】
データを受信するように受信器を構成するプロセッサ実行可能命令を含むプロセッサ可読媒体であって、前記プロセッサ実行可能命令は、
レートの値、バッファサイズの値、および初期バッファ満杯度の値を含む記述子を入手すること、
前記記述子に従って前記受信器内のバッファを構成すること、および
前記バッファは前記初期バッファ満杯度に達する時に前記バッファからデータを除去すること
を含むことを特徴とするプロセッサ可読媒体。
【請求項１７】
両方向チャネルを介して要求−応答プロトコルから前記記述子を入手するプロセッサ実行可能命令をさらに含むことを特徴とする請求項１６に記載のプロセッサ可読媒体。
【請求項１８】
ある間隔で前記記述子を繰り返して送信する放送信号から前記記述子を入手するプロセッサ実行可能命令をさらに含むことを特徴とする請求項１６に記載のプロセッサ可読媒体。
【請求項１９】
信号量を測定するプロセッサ実行可能命令と、
前記信号量に依存して、チャネルの主部分または前記チャネルの堅牢部分の間で選択するプロセッサ実行可能命令と
をさらに含むことを特徴とする請求項１６に記載のプロセッサ可読媒体。
【請求項２０】
前記信号量を選択するプロセッサ実行可能命令は、
信号対雑音比を測定するプロセッサ実行可能命令と、
搬送波対雑音比を測定するプロセッサ実行可能命令と、
平均信号エネルギーレベルを測定するプロセッサ実行可能命令と、
所与の時間ウィンドウ内の壊れたデータパケット数を測定するプロセッサ実行可能命令と、
ピークエネルギーを測定するプロセッサ実行可能命令と、
壊れたデータパケットのランレングスを測定するプロセッサ実行可能命令と、
等化フィルタでの残留エネルギーを測定するプロセッサ実行可能命令と
の群から選択されるプロセッサ実行可能命令を含むことを特徴とする請求項１９に記載のプロセッサ可読媒体。
【請求項２１】
獲得条件が許容可能である時に、普通の堅牢さを有するチャネルの主部分を使用するプロセッサ実行可能命令と、
信号状態を示すために計算された量が劣化を示す時に、前記チャネルの堅牢部分に切り替えるプロセッサ実行可能命令と
をさらに含むことを特徴とする請求項１６に記載のプロセッサ可読媒体。
【請求項２２】
前記堅牢部分に切り替えるプロセッサ実行可能命令は、
前記チャネルの堅牢部分のレートに従って前記バッファを調整するために前記記述子に含まれるバッファパラメータを使用するプロセッサ実行可能命令と、
前記チャネルの堅牢部分から前記バッファにデータを移動するプロセッサ実行可能命令と
を含むことを特徴とする請求項２１に記載のプロセッサ可読媒体。
【請求項２３】
環境条件の再検討に基づいてデータ送信のレートを選択する堅牢送信選択モジュールと、
前記選択されたデータ送信のレートでデータを符号化するビデオエンコーダおよびオーディオエンコーダと、
受信器による使用のための、前記選択されたレートに関連するバッファパラメータを反映する記述子を生成する記述子ジェネレータと、
前記記述子を前記符号化されたデータと多重化するマルチプレクサと
を含むことを特徴とする送信器。
【請求項２４】
前記記述子ジェネレータは、
前記選択されたレートと、
前記受信器によって構成されるバッファサイズと、
初期バッファ満杯度値と
を含む記述子を生成することを特徴とする請求項２３に記載の送信器。
【請求項２５】
前記記述子ジェネレータは、（Ｒ、Ｂ、Ｆ）タプルの複数の組を生成するように構成されることを特徴とする請求項２３に記載の送信器。
【請求項２６】
前記記述子ジェネレータは、構文
sd_profile_level()  ｛
subdescriptor_tag
profile_level
bm_params_count
for  (i=0;  i<bm_params_count;  i++)  ｛
reserved
bit_rate_value
reserved
vbv_buffer_size
｝
｝
に従って記述子を生成するように構成されることを特徴とする請求項２３に記載の送信器。
【請求項２７】
ある間隔で前記マルチプレクサに前記記述子を渡すシステム情報インサータをさらに含むことを特徴とする請求項２３に記載の送信器。
【請求項２８】
記述子を検出するように構成されたロジックと、
前記記述子から（Ｒ、Ｂ、Ｆ）値を入手するように構成されたロジックと、
前記（Ｒ、Ｂ、Ｆ）値に従って受信器バッファをセットするように構成されたロジックと
を含むことを特徴とする受信器。
【請求項２９】
前記記述子を検出するように構成されたロジックは、両方向チャネルから前記記述子を入手するように構成されるロジックを含むことを特徴とする請求項２８に記載の受信器。
【請求項３０】
前記受信器バッファをセットするように構成されたロジックは、新しいまたは更新された（Ｒ、Ｂ、Ｆ）値に応答して前記受信バッファを再構成するように構成されるロジックを含むことを特徴とする請求項２８に記載の受信器。
【請求項３１】
送信器から受信器にデータを移動する方法であって、
冗長性を必要とする状態を検出すること、
データを送信できる使用可能な離散レートの間から選択することであって、前記選択されたレートが、前記検出された条件に十分な冗長性を提供すること、
前記選択されたレート、最小必要バッファサイズ、および必要初期バッファ満杯度を含む記述子を生成すること、
前記記述子および前記データを多重化すること、および、
前記多重化されたデータを前記受信器に送信すること
を含むことを特徴とする方法。
【請求項３２】
少なくとも毎秒１回、前記記述子を前記多重化されたデータに挿入することをさらに含むことを特徴とする請求項３１に記載の方法。
【請求項３３】
前記記述子を使用して、前記多重化されたデータを受信するように、前記受信器内のバッファを構成することをさらに含むことを特徴とする請求項３１に記載の方法。
【請求項３４】
送信器によって送信されたデータ内の記述子を検出すること、
信頼性のある形でデータを受信するために、前記送信されたデータ内の普通のチャネルと堅牢チャネルとの間で選択するために受信特性および統計を監視すること、
前記記述子から、データ送信レート情報を入手し、バッファパラメータの対応する組を識別すること、
前記選択された送信チャネルに関連するバッファパラメータによって実施されるガイドラインに従って、エレメンタリストリーム獲得を提供するためにメモリリソースおよびフロー制御ロジックを構成すること、および
前記バッファパラメータに含まれる初期バッファ満杯度値以上がバッファに含まれるまで、前記受信されたデータをバッファすること
を含むことを特徴とする受信器。
【請求項３５】
更新されたデータを有する記述子の受信に応答して、前記メモリリソースおよび前記フロー制御ロジックを再構成する命令を含むことを特徴とする請求項３４に記載の受信器。
【請求項３６】
データ送信条件を評価する手段と、
前記評価されたデータ送信条件に応答して、データ転送レート、バッファサイズ、および初期バッファ満杯度を含む（Ｒ、Ｂ、Ｆ）パラメータ値を指定する手段と、
エンコーダを使用して圧縮ビットストリームを作成する手段と、
マルチプレクサ内で、前記（Ｒ、Ｂ、Ｆ）パラメータ値を前記圧縮ビットストリームと組み合わせる手段と
を含むことを特徴とする送信器。
【請求項３７】
（Ｒ、Ｂ、Ｆ）タプルの複数の組を含む記述子を生成する手段と、
選択されたデータレートで複数のクライアントに前記圧縮ビットストリームおよび前記記述子を送信する手段と
をさらに含むことを特徴とする請求項３６に記載の送信器。
【請求項３８】
前記指定されたデータ転送レート、前記バッファサイズ値、および前記初期バッファ満杯度要件を含む記述子を生成する手段と、
前記記述子をオーディオデータおよびビデオデータと多重化する手段と
を含むことを特徴とする請求項３６に記載の送信器。
【請求項３９】
送信データ内の記述子を検出する手段と、
受信特性および統計を監視することによって、オーディオエレメンタリストリーム、ビデオエレメンタリストリーム、およびデータエレメンタリストリームを信頼性のある形で受信するために、前記送信データ内の普通のチャネルおよび堅牢チャネルのどちらを選択するかを判断する手段と、
データ転送レートを判定し、前記記述子からバッファパラメータの対応する組を識別する手段と、
前記選択された送信チャネルに関連するバッファパラメータによって実施されるガイドラインに従って、エレメンタリストリーム獲得を提供するためにメモリリソースおよびフロー制御ロジックを構成する手段と、
バッファに前記バッファパラメータ内で見つかった初期バッファ満杯度値より多くが含まれる時に前記送信データを復号する手段と
を含むことを特徴とする受信器。
【請求項４０】
前記メモリリソースおよびフロー制御ロジックを構成する手段は、更新されたデータを有する記述子の受信時に前記バッファを再構成することを特徴とする請求項３９に記載の受信器。
【請求項４１】
前記システム情報インサータは、ほぼ毎秒２回、前記マルチプレクサに前記記述子を渡すことを特徴とする請求項２７に記載の送信器。
【請求項４２】
前記堅牢送信選択モジュールは、増やされた堅牢さについて通信チャネルの部分を構成し、通常レベルの堅牢さについて同一通信チャネルの別の部分を構成することを特徴とする請求項２３に記載の送信器。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に記載のシステムおよび方法は、送信器（たとえば、放送会社のヘッドエンド設備またはサーバ）から受信器またはクライアントへのバッファ動作を左右するパラメータの通過、およびビデオエレメンタルストリーム（ｅｌｅｍｅｎｔａｒｙ  ｓｔｒｅａｍ）からデータを復号する過程での受信器内のバッファの動作を含む、データの堅牢（ｒｏｂｕｓｔ）な配布に関する。
【背景技術】
【０００２】
マルチメディアストリーミングに対する従来の手法では、一定ビットレートまたは可変ビットレートで符号化され、有限の固定された容量を有する送信チャネルを介してサーバから１つまたは複数のクライアントへ送信されるコンテンツが供給される。たとえば、標準的な電話品質オーディオコンテンツは、しばしば、６４Ｋビット毎秒（ｂ／ｓ）で符号化される。したがって、電話送信チャネルは、オーディオコンテンツを正しくストリーミングするために、少なくとも６４Ｋｂ／ｓのスループットを有していなければならない。
【０００３】
より新しい開発では、ビデオコンテンツまたは他のコンテンツ（たとえば、オーディオ、データなど）を、調整可能な送信ビットレートを使用して通信チャネルを介して配布することができ、調整可能な送信ビットレートと堅牢さのバランスをとることができる。堅牢さに関する関心の１つの理由は、エアウェーブ（ａｉｒｗａｖｅ）上ＲＦ放送を介するものなどのデータ送信のいくつかの形が、ある程度まで現在の気象条件、および／または信号が放送され受信される地域の地理的トポロジの関数である送信エラーに対する、あるレベルのデータ保護を必要とする場合があるからである。たとえば、雷を伴う暴風によって、高いレベルの干渉が引き起こされる可能性がある。したがって、サーバまたは送信器は、適当な度合のデータ保護を選択して、送信でのより高い度合の堅牢さを提供することができる。高い度合のデータ保護は、通常は、チャネルコーディング技法の力を高めることによって達成され（そのような技法によってデータの冗長性のレベルが高められる）、これは、情報（ビデオ、オーディオ、またはデータ）の送信のビットレートの低下につながる。
【０００４】
したがって、エアウェーブ上ＲＦ送信器は、サービスプロバイダまたは送信者によって計画される総合的なサービス品質を脅かす状況の下で、データ送信のより堅牢なモードを選択することができる。たとえば、悪天候によって、有効情報データ送信レートが下がる場合に、冗長性をもたらすためにより多くの使用可能帯域幅を使用する必要が生じる場合がある。そのような冗長性には、送信での、巡回冗長検査コード（ＣＲＣ）または畳み込みブロックコードの使用を含めることができる。したがって、コンテンツ送信用の残りの帯域幅が減る可能性があり、おそらくは、ビデオコンテンツ表示解像度がより低くなる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
残念ながら、使用可能情報帯域幅が変化し、送信器が、冗長性に振り向ける帯域幅の量を変更する場合に、既知の受信器は、効率的な形で着信データをバッファし、処理することができない場合がある。
【課題を解決するための手段】
【０００６】
本明細書に記載のシステムおよび方法は、データの堅牢な配布に関する。送信器（たとえば、放送会社のヘッドエンド設備および／またはサーバ）は、受信器内の一般化されたバッファモデルの動作を可能にするパラメータを、受信器および／またはクライアントに渡す。一般化されたバッファモデルは、堅牢な配布システムによって許容される調整可能な送信レートに従って設計される。例示的な送信器は、バッファ制御パラメータの生成および指定と、ＭＰＥＧ−２トランスポートストリーム（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）内のパラメータの受信器への送信に関して設計される。受信器は、ストリーム内で受信されるパラメータに従って、一般化されたバッファモデルを実施するように構成される。
【発明を実施するための最良の形態】
【０００７】
類似の特徴および構成要素を参照するために、図面全体を通じて、同一の符号が使用される。
【０００８】
本明細書に記載のシステムおよび方法は、送信器（たとえば放送会社のヘッドエンド設備および／またはサーバ）から受信器またはクライアントへのデータの堅牢な配布に関する。データには、普通のまたは高品位（ＨＤＴＶ）デジタルテレビジョン表現に含まれるものなどの、混合されたオーディオデータおよびビデオデータを含めることができる。その配布が明確に定義された基準バッファモデル（ｒｅｆｅｒｅｎｃｅ  ｂｕｆｆｅｒ  ｍｏｄｅｌ）の動作によって左右されるデータは、受信器に送信されるデータストリームに含まれる。たとえば、送信器は、バッファ制御パラメータを指定するように構成することができ、これによって、受信器による使用のための、データ送信レート、バッファサイズ、およびデータ除去の前の初期バッファ満杯度値（ｉｎｉｔｉａｌ  ｂｕｆｆｅｒ  ｆｕｌｌｎｅｓｓ  ｖａｌｕｅ）が示される。パラメータは、頻繁な間隔で送信されるデータ構造（たとえばテーブル）の一部として、ＭＰＥＧ−２トランスポートストリームに含めることができる。受信器は、トランスポートストリームからパラメータを入手し、前述のパラメータによって指定される基準バッファモデルに従って獲得動作を構成するように構成することができる。
【０００９】
図１は、サーバおよび／または送信器１０２がネットワークおよび／または放送エアウェーブ１０６を介してクライアントおよび／または受信器１０４にデータを送信できる例示的環境１００のブロック図である。送信器１０２は、ＲＦ信号を使用して、エアウェーブ１０６を介して受信器１０４に送信することができる。たとえば、デジタルテレビジョン局は、おそらくはデジタル信号を復号するセットトップボックスを有するテレビジョン受信器に送信することができる。デジタルＴＶ局は、標準解像度または高品位のテレビジョン信号を放送することができる。その代わりに、サーバ１０２が、インターネットなどのネットワーク１０６を介してクライアント１０４にストリーミングデータを送信することができる。
【００１０】
図２は、例示的なサーバまたは送信器１０２（図１）の一部２００を示すブロック図である。信号２０２によって、データを送信する際の堅牢さのレベルの送信器による選択が示される。図４から６に関してさらに説明するように、所望の堅牢さおよび情報送信の関連するレートを、送信の無線放送される（無線周波数）手段が使用される環境要因または地理的要因に関連させることができる。したがって、送信器は、条件（たとえば、気候、太陽黒点、丘、谷、サービスタイプなど）を評価し、ターゲットの品質レベルのサービスを配布するために、データ送信をどれほど堅牢にしなければならないかを判断する。送信電力およびアンテナの特性などの他の要因も、送信器の選択に影響する可能性がある。この情報は、信号２０２によって堅牢送信モード選択デバイスまたは堅牢送信モード選択プロシージャ２０４に送られ、堅牢送信モード選択デバイスまたはプロシージャ２０４は、ハードウェア、ファームウェア、またはソフトウェアによって実施することができる。堅牢送信モード選択デバイスまたはプロシージャ２０４で、所望の堅牢さの度合に対応するデータ送信のレートに関する情報２０６が、ビデオエンコーダ２０８への送信のために選択される。ビデオエンコーダ２０８およびオーディオエンコーダ２１０を、Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  ＶｉｄｅｏエンコーダあるいはＭＰＥＧ−２、ＭＰＥＧ−４、Ｈ．２６４エンコーダまたは所望の技術を含む他のビデオエンコーダを使用する動作のために構成することができる。ビデオエンコーダ２０８によって、プロファイルおよびレベルデータ２１２、ならびに一般化された基準バッファパラメータデータ２１４が、ＭＰＥＧ記述子ジェネレータ２１６に供給される。ビデオエンコーダ２０８によって、ビデオまたはオーディオのエレメンタリストリームが公称データレート（通常は、２０６で供給されるレートの１つ）で圧縮され、圧縮されたデータがプログラムマルチプレクサ２１８に送られる。
【００１１】
記述子ジェネレータ２１６は、下の表１のプロファイルおよびレベルサブ記述子構文などの構文規約に従って記述子を生成するように構成される。例示的な記述子ジェネレータ２１６は、ＭＰＥＧ互換性について構成することができるが、記述子ジェネレータ２１６は、代替送信プロトコルと互換性を有するようにするか、ビットストリーム内の異なる位置に置くことができる。下の例示的な記述子にもかかわらず、記述子に含まれるフォーマットおよび情報ならびに送信されるビットストリームでのこの情報の位置は、特定のアプリケーションの要件に従って変更することができる。記述子ジェネレータ２１６によって作られる記述子の形成に使用される例示的構文を、下の表１に示す。
【００１２】
【表１】
2005020732.tif 000003
【００１３】
表１のデータ構造は、例示的であり、代替の用語法、変数名、ビット長、およびフォーマットを使用して、類似する機能性をもたらすことができる。表１のｐｒｏｆｉｌｅ＿ｌｅｖｅｌフィールドの例示的実施形態を、下の図２によってさらに説明することができる。
【００１４】
【表２】
2005020732.tif 000004
【００１５】
記述子ジェネレータ２１６によって、表１および２によって記述されるものに類似するデータ構造が、システム情報インサータ（ｉｎｓｅｒｔｅｒ）２２０に配布され、システム情報インサータ２２０は、ＭＰＥＧ−２技術に基づくものとすることができる。記述子は、複数の組の（Ｒ、Ｂ、Ｆ）（レート、バッファサイズ、満杯度（ｆｕｌｌｎｅｓｓ）タプルを伝えるように設計することができる（複数の組の（Ｒ、Ｂ、Ｆ）タプルの例を、図６に示し、下記で説明する）。例示的なシステム情報インサータ２２０は、記述子ジェネレータ２１６によって生成された記述子情報を、たとえば０．４秒ごとなどの規則的な間隔でマルチプレクサ２２２に供給することができる。
【００１６】
さらに、オーディオエンコーダ２１０およびビデオエンコーダ２０８の出力は、プログラムマルチプレクサ２１８によって多重化され、マルチプレクサ２２２に送られて、システム情報インサータ２２０からの記述子情報と多重化される。マルチプレクサ２２２の出力は、オーディオおよびビデオのエレメンタリストリームのパケットならびに表１で定義される記述子などの情報を含むパケットを含むＭＰＥＧ−２トランスポートストリームとすることができる。結果のＭＰＥＧ−２トランスポートストリーム（または代替のリンクレイヤプロトコル）を、符号化し、アナログ信号に変換し、変調し、最終的に、ＲＦ送信などの普通の形でアンテナを介して受信器に送信することができる。
【００１７】
図からわかるように、図２は、大都市圏をサービスするＲＦ（ラジオ周波数放送）ツールまたはインターネットを使用してグローバルサービスを提供するものとして送信器を特徴付ける形で解釈することができる。しかし、送信器は、ホームネットワークなどのはるかに小さいスケールで構成することもできる。この構成では、送信器が、ホームワイヤレスネットワークのアクセスポイントである。送信器のヘッドエンドは、ホームＰＣを使用して構成することができ、受信器（図１の１０４に図示）に、ＴＶ受信器および他のポータブルまたは固定式のデバイスを含めることができる。したがって、送信器、クライアント、およびネットワークのスケールを、特定の設計要件の必要に従って再定義することができる。
【００１８】
図３は、例示的なクライアントまたは受信器１０４（図１）の一部３００を示すブロック図である。クライアント１０４は、サーバ／送信器１０２からデータを受信し、送信されたデータ内の記述子を検出するように構成される。クライアントは、受信特性および統計を監視することによって、オーディオ、ビデオ、およびデータのエレメンタリストリームを信頼性のある形で受信するのに、送信されたデータ内の普通のチャネルおよび堅牢なチャネル（図５、６および関連する説明を参照されたい）のどれが選択されるかを判断するように構成される。クライアントは、さらに、データ送信レートを判定し、記述子からバッファパラメータの対応する組を識別するように構成される。選択された送信チャネルを使用して、受信器によって、メモリリソースおよびフロー制御ロジックが構成されて、選択された送信チャネルに関連するバッファパラメータによって実施されるガイドラインに従って、エレメンタリストリーム獲得が提供される。着信データによってバッファが満たされる時に、指定された初期バッファ満杯度値以上の量のデータがバッファに含まれる時に、データが復号される。
【００１９】
図３の参照を続けると、着信ビデオエレメンタリストリーム３０２は、ビデオエレメンタリバッファ３０４によって受信される。ビデオエレメンタリバッファ３０４は、通常、記述子ジェネレータ２１６（図２）によって生成される記述子の受信時に、ハードウェアによって自動的に構成される。上述したように、記述子は、１秒に２回以上など、頻繁な間隔で再送信することができる。これによって、受信器が、電源投入時に、記述子データをすばやく受信し、ビデオエレメンタリバッファ３０４を構成できるようになる。同様に、新しいデータまたは更新されたデータを有する記述子の受信時に、受信器は、新しいデータに基づいてバッファ動作を再構成することができ、新しいデータには、データ送信レート、最小バッファサイズ、およびバッファからデータが除去される前に必要な初期バッファ満杯度を含めることができる。記述子自体またはこれによって運ばれる情報は、両方向チャネルを介する要求−応答プロトコルの一部として入手することもでき、あるいは、別々の帯域外放送チャネルから入手することができる。具体的に言うと、ビデオエレメンタリバッファ３０４は、記述子の情報に従って、提案される基準サイズに構成され、着信レートでデータを受信し、バッファがある満杯度に達した時にデータの除去およびエレメンタリストリーム内の最初のピクチャの復号を開始するように構成される。
【００２０】
ピクチャビット３０６などのビデオエレメンタリバッファ３０４から除去されるデータは、受信器１０４（図１）の他の部分による使用のために、ビデオデコーダ３０８によって復号される。
【００２１】
受信器１０４は、主チャネルのシンボルレートおよび堅牢なチャネルのシンボルレートを監視することによって、有効ビットレート（および、したがって、堅牢なチャネルで使用される堅牢さの度合）を検出することができる。シンボルレートは、受信器内の復調段およびチャネル復号段の後で推定することができる。受信器は、信号対雑音比、搬送波対雑音比、ＴＶ信号（受信器が同調される６Ｍｈｚ帯）の平均エネルギーまたは平均信号強度、ＴＶ信号のピークエネルギーまたはピーク信号強度、所与の時間ウィンドウ内の壊れたＭＰＥＧ−２パケット数、壊れたＭＰＥＧ−２パケットのランレングス、または等化フィルタでの残留エネルギーを含む複数の量の計算を介して、送信された信号の品質を監視することもできる。そのような量は、受信器によって、これらの量の一部の値に依存してチャネルの主部分またはチャネルの堅牢部分のどちらかの瞬間的選択を行うのに使用することができる。選択は、シームレスに、または、送信チャネルのいずれかの部分の使用が公称時間ウィンドウ（ｎｏｍｉｎａｌ  ｔｉｍｅ  ｗｉｎｄｏｗ）だけ続くことを保証するために、タイミング機構の制御の下で行うことができる。受信器は、獲得条件が許容可能である時に、チャネルの主（普通の堅牢さの）部分を使用して、ビデオ、オーディオ、およびデータのエレメンタリストリームを得る。チャネルの堅牢な部分からのビデオ、オーディオ、およびデータのエレメンタリストリームの獲得への切り替えは、信号の品質を監視するために計算される量によって、条件が悪化したことが示される時に実行される。切り替えが行われる時に、受信器は、表１（または他の類似する表）の記述で送信された基準バッファパラメータを使用して、送信チャネルの新たに選択される部分で観察される情報レートに従って獲得バッファを調整する。送信チャネルの堅牢な部分の使用への切り替えによって、ビデオ、オーディオ、またはデータのサービスのより低い品質がもたらされる可能性がある。というのは、堅牢なチャネルによって、通常は、主チャネルと比較して低い帯域幅が伝えられるからである。その代わりに、チャネルの堅牢な部分への送信チャネルの主（普通の）部分からの切り替えによって、オーディオ−ビデオ情報の復号およびレンダリングに使用されるビデオ、オーディオ、およびデータデコーダの変更をトリガすることができる。たとえば、普通のＭＰＥＧ−２デコーダを、チャネルの主部分に関連付けることができ、Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  ９またはＨ．２６４などのより効率的なコーディング方式のデコーダを、送信チャネルの堅牢な部分に関連付けることができる。この場合に、堅牢モードでのより効率的なコーディング方式の使用によって、送信器が、６Ｍｈｚ送信チャネルの普通の部分と堅牢な部分にまたがってサービス品質（レンダリングされるビデオ、オーディオ、データでの類似する知覚される品質）を一致させることができるようになる。受信器によるバッファ動作の調整は、サブチャネル切り替え動作に続く可能性がある遅延を最適化するために望ましい。バッファパラメータの最適な選択によって、受信器が、他の目的にメモリリソースを使用できるようにもなる可能性がある。
【００２２】
図４は、冗長性とビットレート（帯域幅）の間の関係を示すグラフ４００である。このような関係は、堅牢送信モード選択デバイスまたはプロシージャ（モジュール）２０４によって行われる選択から生じるものとすることができ、堅牢データ送信の複数の離散レベルの１つを、必要なデータ冗長性の知覚に従って選択することができる。情報データ送信の有効レートが、垂直軸４０２に示され、堅牢１／２レートチャネルコーディングモードの増加する使用を示す離散ステップが、水平軸４０４に示されている。総ビットレート（すなわち帯域幅）４０６は、堅牢さの度合の増加に伴って減少することがわかる。この図には、通信チャネルの一部（送信チャネルの部分）４１０だけが、増加する堅牢さのターゲットであり、同一の通信チャネルの他の部分が、堅牢さの通常のレベルの対象である場合が示されている。この状況は、Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍ  Ｃｏｍｍｉｔｔｅｅ（ＡＴＳＣ）が現在検討している新しい強化された８−ＶＳＢ変調モードと両立し、この８−ＶＳＢ変調モードを用いると、送信器が、６ＭＨｚ通信チャネルの一部をささげて、データ破壊に対するより高い堅牢さを提供できるようになる。低下挙動が、普通のチャネルコーディング（堅牢さ）の対象である送信チャネルの主部分４０８と、より強力なチャネルコーディング（高められた堅牢さ）のために選択される送信チャネルの部分４１０の両方で発生することに留意されたい。
【００２３】
図５は、図４に似たグラフ５００であるが、送信チャネルの部分５１０でのデータ冗長性の使用のさらなる増加に対応する帯域幅の減少がさらに強調されている。図２からわかるように、そのような増加（または減少）は、堅牢送信モード選択デバイスまたはプロシージャ２０４（図２）の動作から生じる可能性がある。データ送信のレートは、垂直軸５０２に示されており、堅牢な１／４レートチャネルコーディングモードの使用の増加を示す離散ステップが、水平軸５０４に示されている。総ビットレート（すなわち帯域幅）５０６は、堅牢なチャネル（送信チャネルの部分）５１０の使用の増加に伴って、図４よりも大きい度合で減少することがわかる。したがって、主チャネル５０８に、より堅牢でない第２チャネルが使用される場合より少ない帯域幅が含まれる。
【００２４】
図６は、水平軸６０４に沿ったデータ転送レートと、垂直軸６０２に沿った基準エレメンタリストリームバッファ（たとえば図３のビデオエレメンタリバッファ３０４）の最小サイズの間の例示的関係を示すグラフ６００である。選択された値６０６から６１０が、曲線に沿ってプロットされ、この曲線で、ビデオエレメンタリバッファ３０４（図３）を構成することができる。例示的な点６０６から６１０のそれぞれに、３つの値（Ｒ、Ｂ、Ｆ）が含まれ、これには、データ転送のレート、バッファサイズ、およびバッファ満杯度すなわち、エレメンタリストリームの先頭のデータが引き上げられ始める前にバッファがどれほど満杯でなければならないかが含まれる。（Ｒ、Ｂ、Ｆ）値を使用して、クライアント１０４（図１）のビデオエレメンタリバッファ３０４（図３）を構成することができる。
【００２５】
グラフ６００を点検することによって、データレートをより低くすると、より大きなバッファが必要となることがわかる。低い送信レートの極端な例では、バッファアンダーフローを避けるために、ＴＶ番組のほとんどを視聴の前にバッファしなければならない。対照的に、送信レートを高くすると、より小さいバッファが必要となる。Ｆ（データ引き上げの前に必要なバッファ満杯度）の値は、受信器がデータの除去を開始し、最初のピクチャを復号する前にバッファ内にキャッシングされるデータの最小量を示すようにセットされる。Ｆの値によって、バッファ内の、アンダーフロー状態（すなわち、通常の復号動作を継続するのに十分な使用可能データがバッファ内にない状態）およびオーバーフロー状態（すなわち、バッファスペースがないのでデータが失われている状態）が回避される。曲線の右上の領域に、作動可能バッファパラメータを表す位置６１２が含まれ、曲線の左下の領域に、作動不能バッファパラメータを表す位置が含まれることに留意されたい。
【００２６】
図７の流れ図に、さらなる例示的実施形態を示すが、方法７００は、サーバおよび／または送信器１０２（図１）を動作させるのに使用される。ブロック７０２で、放送ＤＴＶ（デジタルＴＶ）またはＨＤＴＶ（高品位ＴＶ）送信に干渉する可能性がある悪天候条件など、冗長性を必要とする条件が、識別または検出される。たとえば、条件（天候など）を、２０２（図２）で、堅牢送信モード選択モジュール２０４に挿入することができる。
【００２７】
ブロック７０４で、アルゴリズム、グラフ、またはテーブルを使用して、たとえば値（Ｒ、Ｂ、Ｆ）など、ブロック７０２で確立された可能な条件に対応する、データ転送レート、最小限必要なバッファサイズ、および初期バッファ満杯度のパラメータ値を生成する。（Ｒ、Ｂ、Ｆ）データ構造の構成が柔軟である場合に、（Ｒ、Ｂ、Ｆ）パラメータを表す記述子データ構造は、表１および２の例または類似する構成に基づくものとすることができる。図２の例示的環境では、これらの値を、ＭＰＥＧ−２記述子ジェネレータ２１６によって生成し、送信器が将来にそれから選択する情報データ送信レート（すなわち帯域幅）の系列（ｆａｍｉｌｙ）を反映することができる。たとえば、図６に、情報データ送信レート、最小バッファサイズ、およびデータがバッファから引き上げられる前の初期バッファ満杯度の値の例示的な系列が示されている。そのようなデータ点は、実験または計算を介して判定することができる。選択されたデータ転送レートを使用して、最小限に十分なバッファサイズを判定することができる。また、選択されたデータ転送レートおよび最小限に十分なバッファサイズを使用して、データをバッファから除去できるようにする前に必要な初期バッファ満杯度を選択することができる。
【００２８】
ブロック７０６で、レート、バッファ、および満杯度（Ｒ、Ｂ、Ｆ）値を、それぞれビデオデータおよびオーディオデータを符号化するように構成されたエンコーダ２０８および２１０など、１つまたは複数のデータエンコーダに送る。Ｆパラメータの送出は、任意選択である。というのは、これが、エレメンタリストリームの先頭の獲得にのみ意味を持つが、視聴者は、通常はエレメンタリストリーム内の他のランダムな点に同調するので、通常は先頭が獲得されないからである。ブロック７０８で、オーディオまたはビデオのエレメンタリストリームなどの圧縮ビットストリームが、エンコーダを使用して作成される。
【００２９】
ブロック７１０から７１４で、ビデオエレメンタリストリーム、オーディオエレメンタリストリーム、および（Ｒ、Ｂ、Ｆ）パラメータが、マルチプレクサ（図２のマルチプレクサ２２２など）に渡され、この３つのすべてが（３つのすべてが入手可能な場合に）組み合わされる。次いで、パラメータを、パケット化し、オーディオデータパケットおよびビデオデータパケットに多重化することができる。図２の例では、ＭＰＥＧ−２システム情報インサータ２２０によって、パケット化された記述子がマルチプレクサ２２２に送られ、プログラムマルチプレクサ２１８によって、オーディオデータおよびビデオデータがマルチプレクサ２２２に送られる。
【００３０】
次いで、ブロック７１６で、多重化されたデータを、受信器に送信する。送信は、ラジオ（ＲＦ信号）、インターネットによる、あるいは任意の技術またはトポロジを有する他のネットワークを介するものとすることができる。
【００３１】
図８の流れ図に、さらなる例示的実施形態を示すが、ここで、方法８００が使用され、これによって、図６の（Ｒ、Ｂ、Ｆ）値などのバッファパラメータをセットすることができる。ブロック８０２で、送信器によって、ＤＴＶ局が動作するデータ転送の離散レートが選択される。選択されたレートによって、それぞれよりよい気象条件およびより悪い気象条件で使用される、より高いデータ転送レートおよびより低いデータ転送レートを含むさまざまなデータ転送レートを送信器に与えることができる。図１の送信器１０２の例示的な部分２００では、堅牢送信モード選択デバイスまたはプロシージャ２０４を使用して、データレートを選択することができる。ブロック８０４で、選択されたレートのそれぞれが、適当なサイズのバッファに関連付けられる。たとえば、図６のグラフを使用して、より大きいバッファにより低いデータ転送レート、より小さいバッファにより高いデータ転送レートを関連付けることができる。ブロック８０６で、レートおよびバッファサイズごとに、初期バッファ満杯度要件を決定する。初期バッファ満杯度要件は、データをバッファから除去する前に満たすか超えなければならないデータの量である。データ転送のレートおよびバッファのサイズの両方が、初期バッファ満杯度要件の選択に影響する。ブロック８０８で、記述子データ構造を生成して、バッファ構成を定義する。ブロック８１０で、記述子データ構造を、ＭＰＥＧ記述子ジェネレータ２１６（図２）あるいは類似するハードウェア、ファームウェア、またはソフトウェア構造によって生成することができる。一実施形態では、記述子を、表１および２によって開示されたデータ構造に似るように構成することができる。
【００３２】
図９の流れ図に、さらなる例示的実施形態を示すが、ここで、方法９００が使用され、これによって、受信器またはクライアントがデータを入手し、処理することができる。ブロック９０２で、受信器１０４によって、補助堅牢チャネル（ａｕｘｉｌｉａｒｙ  ｒｏｂｕｓｔ  ｃｈａｎｎｅｌ）（たとえば図４の４１０および図５の５１０）で使用される、通常は送信器１０２によって選択される、堅牢さの度合が判定される。受信器によって、通常は、送信されたデータのより下位の送信レイヤから抽出される情報（データフレーム内のシンボルの配置など）から堅牢さの度合が判定される。通常の実施形態では、（Ｒ、Ｂ、Ｆ）値が、表１および２に類似するデータ構造から入手される。
【００３３】
任意選択の実施形態であるブロック９０４で、堅牢さの値を、主チャネルと別個の補助堅牢チャネルに適用可能である。たとえば、図４および５の堅牢チャネル４１０および５１０を、主チャネル４０８および５０８より高い堅牢さを有するように構成することができる。
【００３４】
もう１つの任意選択の実施形態であるブロック９０６で、記述子（たとえば、（Ｒ、Ｂ、Ｆ）タプルまたは表１および２に類似するデータ構造）を、要求−応答プロトコルの一部として両方向チャネルを介してサーバ１０２と通信することによって入手することができる。
【００３５】
さらにもう１つの任意選択の実施形態であるブロック９０８で、クライアントおよび／または受信器１０４によって、別々の帯域外放送チャネルを介して堅牢さの度合を判定することができる。この配置では、堅牢なチャネル内の帯域幅が節約され、（Ｒ、Ｂ、Ｆ）タプルおよび関連情報の比較的すばやい可用性をもたらすことができる。
【００３６】
ブロック９１０で、受信器内のビデオエレメンタリバッファ（基準バッファ）３０４（図３）の動作が、（Ｒ、Ｂ、Ｆ）値に従って設定される。例示的構成では、受信器１０４内のハードウェア回路によって、送信器によって選択された４１０または５１０内の堅牢さの度合が判定され、記述子で送信されたパラメータ値の組の中の適当な（Ｒ、Ｂ、Ｆ）パラメータ値が呼び出されて、受信器に存在するメモリ内のバッファが構成される。
【００３７】
第１の任意選択の実施形態であるブロック９１２で、受信器１０４によって、起動時に（Ｒ、Ｂ、Ｆ）値に応答してビデオエレメンタリバッファ３０４（図３）が自動的に構成される。第２の任意選択の実施形態であるブロック９１４で、受信器によって、新しいまたは更新された（Ｒ、Ｂ、Ｆ）値に応答してビデオエレメンタリバッファ３０４を自動的に再構成することができる。たとえば、環境条件の変化によって、送信器１０２が堅牢さのレベルを再評価する場合がある。したがって、受信器１０４は、新しいまたは変更された情報に応答する（Ｒ、Ｂ、Ｆ）タプルの変化に応答して構成される。もう１つの任意選択の実施形態であるブロック９１６で、ビデオエレメンタリバッファ３０４が、チャネルのある部分が堅牢である度合に従って構成される。たとえば、受信器が、チャネル４１０および５１０（それぞれ図４および図５）の堅牢部分を受信している場合に、バッファは、チャネルのより堅牢でない部分４０８および５０８が受信されている場合とは異なる形で構成される。
【００３８】
図示の方法の要素は、ディスク、ＲＯＭ、または他のメモリデバイスなどのプロセッサ可読媒体上で定義されたプロセッサ可読命令の実行によって、またはＡＳＣＩ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）または他のハードウェアデバイスの動作によってなど、所望の手段によって実行することができる。１つの例示的な構成で、ソフトウェア／ファームウェアを使用して、図７から９の流れ図に示された例示的方法に従って、図２から３の部分２００および３００を実施することができる。さらなる例示的構成で、ＡＳＩＣなどのハードウェアデバイスに、図７から９の流れ図に示された例示的方法に従って部分２００および３００を実施するロジックを含めることができる。方法７００から９００で、あるブロックに示された動作を、他のブロックに示された動作と並列に実行することができ、代替の順序で行うことができ、あるいは、動作を複数の他のブロックに関連付ける形で分散することができる。
【００３９】
例示的コンピュータ 
図１０に、サーバ１０２またはクライアント１０４の実施に適する例示的コンピューティング環境を示す。さらに、通常は送信器から受信器へのＲＦ送信が含まれる、送信器および受信器の関係が使用される場合に、受信器に、着信データが処理されるコンピューティング環境を含めることができる。コンピューティング環境の１特定の構成を示すが、類似する構成に置換することができる。
【００４０】
コンピューティング環境１０００に、コンピュータ１００２の形の汎用コンピューティングシステムが含まれる。コンピュータ１００２の構成要素に、１つまたは複数のプロセッサまたは処理ユニット（プロセッサ）１００４、システムメモリ１００６、および処理ユニット１００４を含むさまざまなシステム構成要素をシステムメモリ１００６に結合するシステムバス１００８を含めることができるが、これに制限はされない。
【００４１】
システムバス１００８は、メモリバスまたはメモリコントローラ、周辺バス、ａｃｃｅｌｅｒａｔｅｄ  ｇｒａｐｈｉｃｓ  ｐｏｒｔ、およびさまざまなバスアーキテクチャのいずれかを使用するプロセッサバスまたはローカルバスを含む複数のタイプのバス構造のいずれかの１つまたは複数を表す。システムバス１００８の例が、メザニンバスとも称するＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔｓ）バスである。
【００４２】
コンピュータ１００２に、通常は、さまざまなコンピュータ可読媒体が含まれる。そのような媒体は、コンピュータ１００２によってアクセス可能である任意の使用可能媒体とすることができ、これには、揮発性および不揮発性の媒体、取外し可能および取り外し不能の媒体の両方が含まれる。システムメモリ１００６に、ランダムアクセスメモリ（ＲＡＭ）１０１０などの揮発性メモリの形、および／または読取専用メモリ（ＲＯＭ）１０１２などの不揮発性メモリの形のコンピュータ可読媒体が含まれる。起動中などにコンピュータ１００２内の要素の間での情報の転送を助ける基本ルーチンを含むＢＩＯＳ（ｂａｓｉｃ  ｉｎｐｕｔ／ｏｕｔｐｕｔ  ｓｙｓｔｅｍ）１０１４が、ＲＯＭ１０１２に記憶される。ＲＡＭ１０１０には、通常は、処理ユニット１００４から即座にアクセス可能なおよび／または処理ユニット１００４によって現在操作されつつあるデータおよび／またはプログラムモジュールが含まれる。
【００４３】
コンピュータ１００２に、他の取外し可能／取外し不能、揮発性／不揮発性のコンピュータ記憶媒体も含めることができる。例として、図１０に、取外し不能不揮発性磁気媒体（図示せず）から読み取り、これに書き込むハードディスクドライブ１０１６、取外し可能不揮発性磁気ディスク１０２０（たとえば、「フロッピディスク」）から読み取り、これに書き込む磁気ディスクドライブ１０１８、およびＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、または他の光学媒体などの取外し可能不揮発性光ディスク１０２４から読み取り、かつ／またはこれに書き込む光ディスクドライブ１０２２を示す。ハードディスクドライブ１０１６、磁気ディスクドライブ１０１８、および光ディスクドライブ１０２２は、それぞれ、１つまたは複数のデータ媒体インターフェース１０２０によってシステムバス１００８に接続される。別法では、ハードディスク１０１６、磁気ディスクドライブ１０１８、および光ディスクドライブ１０２２を、ＳＣＳＩインターフェース（図示せず）によってシステムバス１００８に接続することができる。
【００４４】
ディスクドライブおよびそれに関連するコンピュータ可読媒体によって、コンピュータ１００２のコンピュータ可読命令、データ構造、プログラムモジュール、および他のデータの不揮発性ストレージがもたらされる。この例では、ハードディスクドライブ１０１６、取外し可能不揮発性磁気ディスク１０２０、および取外し可能不揮発性光ディスク１０２４が示されているが、磁気カセットまたは他の磁気ストレージデバイス、フラッシュメモリカード、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）、または他の光学ストレージ、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、ＥＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ  ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）などのコンピュータによってアクセス可能な、データを記憶できる他のタイプのコンピュータ可読媒体も、例示的コンピューティングシステムおよび環境を実施するのに使用できることを理解されたい。
【００４５】
例としてハードディスク１０１６、磁気ディスク１０２０、光ディスク１０２４、ＲＯＭ１０１２、および／またはＲＡＭ１０１０に、オペレーティングシステム１０２６、１つまたは複数のアプリケーションプログラム１０２８、他のプログラムモジュール１０３０、およびプログラムデータ１０３２を含む任意の個数のプログラムモジュールを記憶することができる。そのようなオペレーティングシステム１０２６、１つまたは複数のアプリケーションプログラム１０２８、他のプログラムモジュール１０３０、およびプログラムデータ１０３２のそれぞれ（またはその組合せ）に、ユーザネットワークアクセス情報に関するキャッシング方式の実施形態を含めることができる。
【００４６】
コンピュータ１００２に、通信媒体として識別されるさまざまなコンピュータ／プロセッサ可読媒体を含めることができる。通信媒体によって、通常は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータが、搬送波または他の移送機構などの変調されたデータ信号で実施され、通信媒体には、すべての情報配布媒体が含まれる。用語「変調されたデータ信号」は、情報を信号に符号化する形で１つまたは複数の特性を設定または変更された信号を意味する。制限ではなく例として、通信媒体に、有線ネットワークまたは直接配線接続などの有線媒体と、音響、ＲＦ、赤外線、および他の無線媒体などの無線媒体が含まれる。上記のいずれかの組合せも、コンピュータ可読媒体の範囲に含まれる。
【００４７】
ユーザは、キーボード１０３４およびポインティングデバイス１０３６（たとえば、「マウス」）などの入力デバイスを介してコンピュータシステム１００２にコマンドおよび情報を入力することができる。他の入力デバイス１０３８（具体的には図示せず）に、マイクロホン、ジョイスティック、ゲームパッド、衛星パラボラアンテナ、シリアルポート、スキャナ、および／または類似物を含めることができる。これらおよび他の入力デバイスは、システムバス１００８に結合される入出力インターフェース１０４０を介して処理ユニット１００４に接続されるが、パラレルポート、ゲームポート、またはユニバーサルシリアルバス（ＵＳＢ）などの他のインターフェースおよびバス構造によって接続することができる。
【００４８】
モニタ１０４２または他のタイプのディスプレイデバイスも、ビデオアダプタ１０４４などのインターフェースを介してシステムバス１００８に接続することができる。モニタ１０４２の他に、他の出力周辺デバイスに、入出力インターフェース１０４０を介してコンピュータ１００２に接続できる、スピーカ（図示せず）およびプリンタ１０４６などの構成要素を含めることができる。
【００４９】
コンピュータ１００２は、リモートコンピューティングデバイス１０４８などの１つまたは複数のリモートコンピュータへの論理接続を使用して、ネットワーク化された環境で動作することができる。例として、リモートコンピューティングデバイス１０４８を、パーソナルコンピュータ、ポータブルコンピュータ、サーバ、ルータ、ネットワークコンピュータ、ピアデバイスまたは他の一般的なネットワークノード、などとすることができる。リモートコンピューティングデバイス１０４８は、コンピュータ１００２に関して本明細書で説明した要素および特徴の多数またはすべてを含むことができるポータブルコンピュータとして図示されている。
【００５０】
コンピュータ１００２とリモートコンピューティングデバイス１０４８との間の論理接続は、ローカルエリアネットワーク（ＬＡＮ）１０５０および一般的な広域ネットワーク（ＷＡＮ）１０５２として示されている。そのようなネットワーキング環境は、オフィス、会社全体のコンピュータネットワーク、イントラネット、およびインターネットでありふれたものである。ＬＡＮネットワーキング環境で実施される時に、コンピュータ１００２は、ネットワークインターフェースまたはアダプタ１０５４を介してローカルエリアネットワーク１０５０に接続される。ＷＡＮネットワーキング環境で実施される時に、コンピュータ１００２に、通常は、広域ネットワーク１０５２を介する通信を確立する、モデム１０５６または他の手段が含まれる。モデム１０５６は、コンピュータ１００２に内蔵または外付けとすることができるが、入出力インターフェース１０４０または他の適当な機構を介してシステムバス１００８に接続することができる。図示のネットワーク接続が、例示的であり、コンピュータ１００２とリモートコンピューティングデバイス１０４８との間の通信リンクを確立する他の手段を使用できることを理解されたい。
【００５１】
コンピューティング環境１０００によって示されるものなどのネットワーク化された環境では、コンピュータ１００２に関して図示されたプログラムモジュールまたはその一部を、リモートメモリストレージデバイスに記憶することができる。例として、リモートアプリケーションプログラム１０５８が、リモートコンピューティングデバイス１０４８のメモリデバイスに常駐する。例示のために、オペレーティングシステムなどのアプリケーションプログラムおよび他の実行可能プログラムコンポーネントが、別個のブロックとして図示されているが、そのようなプログラムおよびコンポーネントが、さまざまな時にコンピュータシステム１００２の異なるストレージ構成要素に常駐し、コンピュータのデータプロセッサによって実行されることが認識される。
【００５２】
結論 
主題を、構造的特徴および／または方法に固有の言語に関して説明したが、特許請求の範囲によって定義される発明が、本明細書で説明した特定の特徴または方法に必ずしも制限されないことを理解されたい。そうではなく、特定の特徴および方法は、請求されるシステムおよび方法を実施する例示的な形として開示されたものである。
【図面の簡単な説明】
【００５３】
【図１】本明細書に記載のシステムおよび方法による、例示的なサーバ／送信器と例示的なクライアント／受信器を示すブロック図である。
【図２】例示的なサーバまたは送信器内の追加の詳細を示すブロック図である。
【図３】例示的なクライアントまたは受信器内の追加の詳細を示すブロック図である。
【図４】冗長性とビットレート（帯域幅）の間の例示的関係を示すグラフである。
【図５】図４に類似する、冗長チャネルの使用の増加に対応する帯域幅の減少をさらに強調して示すグラフである。
【図６】データ転送レートとバッファ満杯度の選択された値に関する最小バッファサイズの間の例示的関係を示し、これによって、バッファを構成するのに使用することができる例示的な点を示すグラフである。
【図７】送信器またはサーバの動作の例示的方法を示す流れ図である。
【図８】バッファパラメータをセットすることができる例示的方法を示す流れ図である。
【図９】受信器またはクライアントの動作の例示的方法を示す流れ図である。
【図１０】本明細書に記載のシステムおよび方法のサーバ側および／またはクライアント側を実施することができるコンピューティングオペレーティング環境の例を示す図である。
【符号の説明】
【００５４】
２０２  信号
２０４  堅牢送信モード選択デバイスまたは堅牢送信モード選択プロシージャ
２０６  情報
２０８  ビデオエンコーダ
２１０  オーディオエンコーダ
２１２  プロファイルおよびレベルデータ
２１４  一般化された基準バッファパラメータデータ
２１６  ＭＰＥＧ記述子ジェネレータ
２１８  プログラムマルチプレクサ
２２０  システム情報インサータ
２２２  マルチプレクサ
【図１】
2005020732.tif 000005
【図２】
2005020732.tif 000006
【図３】
2005020732.tif 000007
【図４】
2005020732.tif 000008
【図５】
2005020732.tif 000009
【図６】
2005020732.tif 000010
【図７】
2005020732.tif 000011
【図８】
2005020732.tif 000012
【図９】
2005020732.tif 000013
【図１０】
2005020732.tif 000014