JP2003515269A - 送信システム - Google Patents

Abstract

(57)【要約】 本発明に係る送信システムは、第一局（２）から、インターネットなどのネットワーク（４）を経由して、複数の第二局（６）に、データ・パケットのグループを信頼性高くマルチキャスト送信するために用いられ得る。第一局（２）は、該データ・パケット・グループの受信状態（Ｌ_ｉ）に関するフィードバック情報を、第二局（６）から集める。フィードバック情報メッセージの内破がネットワーク（４）を混雑させないように、第一局（２）は、リプライ確率値（ｐ）と第一局（２）に今まで報告された中で最悪な受信状態（Ｌ_{ｔｈｒｅｓｈ}）とを含むフィードバック・リクエストを第二局（６）へ繰り返し送信する。第二局（６）は、リプライ確率値（ｐ）に応じて、受信状態（Ｌ_ｉ）がこれまでに報告された中で最悪の受信状態（Ｌ_{ｔｈｒｅｓｈ}）よりも悪い場合のみ、フィードバック情報を第一局（２）に送信する。リプライ確率値（ｐ）及びこれまでに報告された中で最悪の受信状態（Ｌ_{ｔｈｒｅｓｈ}）は、フィードバック情報メッセージの最大値がネットワーク（４）を混雑させずに第二局（６）から集められるように、受信されたフィードバック情報に応じて、第一局（２）によって適合される。受信状態（Ｌ_ｉ）が第二局（６）によって誤って受信された（Ｌ_ｉ）データ・パケットの数を有する場合、第一局（２）は、この誤って受信されたデータ・パケット（Ｌ_ｉ）数と第二局（６）に送信されたデータ・パケット・グループ数に基づいた補正情報を送信し、第二局（６）が該補正情報を用いて誤って受信されたデータ・パケットを有効的に補正できるようにすることができる。

Description

【発明の詳細な説明】

【０００１】 本発明は、第一局から、ネットワークを経由して、複数の第二局に、データを
マルチキャスト送信する送信システムであって、該第一局は、該第二局からフィ
ードバック情報を集めるように設計され、該フィードバック情報は、該第二局に
よるデータの受信状態に関連する、送信システムに関する。

【０００２】 本発明は、更に、ネットワークを経由して、複数の第二局にデータをマルチキ
ャスト送信する第一局、第一局から、ネットワークを経由して、データを受信す
る第二局、及び、第一局から、ネットワークを経由して、複数の第二局にデータ
をマルチキャスト送信する方法、に関する。

【０００３】 プリアンブル部分に係る送信システムは、ＡＣＭ ＳＩＧＣＯＭＭ ‘９４の
プロシーディングの５８〜６７頁において発表された「Ｓｃａｌａｂｌｅ Ｆｅ
ｅｄｂａｃｋ Ｃｏｎｔｒｏｌ ｆｏｒ Ｍｕｌｔｉｃａｓｔ Ｖｉｄｅｏ Ｄ
ｉｓｔｒｉｂｕｔｉｏｎ ｉｎ ｔｈｅ Ｉｎｔｅｒｎｅｔ」という題の論文か
ら知られている。マルチキャスト送信は、同一のデータを、ユニキャスト接続よ
りも効率的に非常に多くの受信器に送信する可能性を提供する。既知の送信シス
テムにおいて、第一局は、インターネット・ネットワークを経由して、複数の第
二局に、映像データ・パケットをマルチキャスト送信する。多くのデータ・パケ
ットが送信された後、ネットワークの状態についてのフィードバック情報が第二
局から求められる。このフィードバック情報を用いて、ネットワークの混雑が回
避され得るように、第一局がネットワーク内へデータ・パケットを送信する際の
レートが調整され得る。

【０００４】 しかし、非常に多くの第二局から情報を求めることによって、ネットワークは
、多くの第二局が第一局に同時にフィードバック情報を送信する時に、混雑し得
る。既知の送信システムにおいて、このいわゆるフィードバック内破問題は、一
連の調査ラウンドにおいて、第二局からフィードバック情報を引き出すことによ
って生じる。一連の調査ラウンドの開始において、第一局及び第二局の両方は、
ランダムな１６ビット・キーを生成する。第一局は、フィードバック・リクエス
トにおけるそのキーを第二局に送信する。フィードバック・リクエストは、更に
、該キーのビットのうち何ビットが重要であるかを示す数字を含む。最初は、す
べての桁が重要である。第一局によって生成されたキーが第二局によって生成さ
れたキーと等しい場合、重要ビットの宣言数を用いて、この第二局は、ネットワ
ークの状態のそのローカル認識を第一局に送信する。受信器グループにおける最
大往復時間の２倍に設定されたタイムアウト期間内に反応が無い場合、重要ビッ
ト数は減らされ、第一局は、同じキーと減らされた重要ビット数とを含む新しい
フィードバック・リクエストを送信する。この手順は、ネットワークの状態が第
一局によって知られるまで、又は、フィードバック・リクエストがゼロに等しい
重要ビット数と共に第二局に送信された時まで、繰り返される。

【０００５】 既知の送信システムにおいて、補正情報は、第二局があらゆる誤って受信され
たデータ・パケットを補正し得るように、第一局によって、第二局に送信される
。しかし、これは、第二局の数が比較的低く、フィードバック内破の危険性がほ
とんど無い時のみ為される。その上、この場合のフィードバック情報は、データ
・パケットが失われた第二局による否定応答のみから成る。否定応答の受信後、
第一局は、イントラコーディングを用いて、該データ・パケットにあったブロッ
クをエンコードし、得られた補正情報を関連する第二局に送信する。

【０００６】 これらの対策にもかかわらず、既知の送信システムにおいてフィードバック情
報の内破が発生する確率は依然として比較的高い。

【０００７】 本発明の目的は、プリアンブルに係る送信システムであって、フィードバック
情報の内破が発生する確率が比較的低いシステムを提供することである。この目
的は、フィードバック情報が第二局によって誤って受信されたデータの一部を含
むことを特徴とする本発明によって実現される。

【０００８】 このようにして、例えば、データ・パケットの一グループが送信された場合に
、この一部が誤って受信されたデータ・パケット数となり得る場合に、第二局に
よって誤って受信されたデータの一部のみが送信器に戻される。このようにして
、フィードバック情報の量は、第二局によって誤って受信されたデータに含まれ
る各データに対して否定応答を返す場合と比較して、比較的少ない。

【０００９】 本発明に係る送信システムの一実施形態は、第一局は、第二局にフィードバッ
ク・リクエストを送信し、該フィードバック・リクエストは、これまでに第一局
に報告された誤って受信されたデータ・パケットの最大数を含み、第二局は、誤
って受信されたデータ・パケットの数が誤って受信されたデータ・パケットの最
大数より大きい場合のみ、誤って受信されたデータ・パケットの数を第一局に送
信するように設計されることを特徴とする。

【００１０】 これらの対策によって、第一局に報告された（及びフィードバック・リクエス
トに含まれる）最大数よりも多くの誤って受信されたデータ・パケットを持つ第
二局のみがフィードバック情報を第一局に報告する。このようにして、ネットワ
ークを経由して送信されるフィードバック情報の量は、フィードバック内破の確
率と同様に、更に低減される。

【００１１】 本発明に係る送信システムの別の実施形態は、第一局は、第二局に訂正情報を
送信するように設計され、該訂正情報は、誤って受信されたデータ・パケット数
及び第一局によって送信されたデータ・パケットのグループ数に基づき、第二局
は、更に、誤って受信された訂正情報を有するデータ・パケットを訂正するよう
に設計されることを特徴とする。

【００１２】 一般的に、第二局によって誤って受信されたデータ・パケットは、互いに相違
する。例えば、第二局Ａが第一及び第三データを誤って受信する時に、第二局Ｂ
は第三及び第四データを誤って受信するかもしれない。その上、第二局Ｃは、第
一データのみを誤って受信するかもしれない。誤って受信されたデータ・パケッ
トが異なるにもかかわらず、第一局は、リード・ソロモン・コード若しくはＴｏ
ｒｎａｄｏコードなどの単一の訂正情報コードを、すべての第二局が誤って受信
されたデータ・パケットを訂正し得るように、第二局に送信することが可能であ
る。

【００１３】 訂正情報コードを決定するために、第一局は、いずれかの第二局によって誤っ
て受信されたデータ・パケットの最大数を知る必要がある。誤って受信されたデ
ータ・パケット数を受信状態に含ませることによって、第二局は、それがこれま
でに報告された誤って受信されたデータ・パケットの最大数よりも悪い、すなわ
ち大きい、場合のみ、リプライ確率値に応じてリプライを返す。このようにして
、誤って受信されたデータ・パケットの最大数は、比較的低いフィードバック内
破確率を維持しながら、比較的素早く見つけられ得る。その上、これら対策によ
って、誤って受信されたデータ・パケットは、第二局によって訂正されることが
でき、送信システムをより高信頼にすることができる。

【００１４】 本発明に係る送信システムの一実施形態は、フィードバック・リクエストは、
別個のチャネルを経由して送信されることを特徴とする。フィードバック・リク
エストの損失若しくは誤った受信は、データ・パケットの損失若しくは誤った受
信と強い相関を有するかもしれない。これは、フィードバック・リクエストの送
信用の別のリターン・チャネルを用いることによって、防ぐことができる。デー
タ・パケットが、衛星ネットワークを経由してマルチキャスト送信される場合、
電話接続は、しばしば、リターン・チャネルとして用いられる。この場合、この
電話接続は、更に、第二局へのフィードバック・リクエストの送信にも用いられ
得る。

【００１５】 本発明の上記目的及び機能は、図面を参照して説明される以下の好ましい実施
形態からより明らかにされる。

【００１６】 マルチキャスト送信は、第一局若しくは送信器から、例えばインターネットで
あるネットワークを経由して、複数の第二局若しくは受信器に、同一のデータを
効率良く送信する可能性を提供する。伝統的に、インターネットは、ほとんどが
、ファイル転送やウェブ・サーフィンなどの非リアルタイム用途に用いられてき
た。音声及び映像などのリアルタイム用途に対して、品質は常に許容し得るもの
ではない。これは、インターネット・プロトコル（ＩＰ）は、ベスト・エフォー
ト・データグラム・サービスしか提供せず、パケット損失率やネットワーク・ジ
ッタについて何の保証も与えないためである。この状況は、インターネットに対
して所定レベルのサービス品質を加えるアーキテクチャに向けた進化と共に、将
来改善し得る。

【００１７】 インターネットをリアルタイム用途に適したものとするために、有効データ・
パケット損失率は、エンド・トゥ・エンドの自動リピート・リクエスト（ＡＲＱ
）の適用によって、より高いレベルで減少され得る。これは、再送信に必要な追
加遅延のコストにおいて、知覚品質を向上させる。換言すれば、ストリーミング
（連続データの同時的なダウンロード及び再生）からダウンロード後に再生する
方へ小さく後戻りすることになる。第二局は、再送信を待つ間、送信されたデー
タ・パケットを保存するためのバッファが必要となる。ＡＲＱは、第二局に、Ａ
ＣＫ若しくはＮＡＣＫの形で、第一局にフィードバックを返すことを要求する。

【００１８】 ＩＰのマルチキャスト・モードは、インターネットにおいて、依然として非常
に頻繁に使われているわけではない。理由の１つは、信頼性及び混雑制御をＩＰ
マルチキャストの上に加える標準化されたプロトコルの欠如である。ユニキャス
トと同じ技術を適用することでは一般的にマルチキャストを高信頼にすることは
できない。（例えばＴＣＰにおいて用いられる）ＡＲＱは、第二局の数が大きい
場合に拡張性の問題で困る。第一に、異なる第二局によって失われたすべてのデ
ータ・パケットの再送には長い時間が掛かり得る。第二に、多くの第二局が同時
にフィードバック情報を第一局に送信する場合に、リターン・チャネルが混雑し
得る（「フィードバック内破」）。両方の拡張性の問題は、特に、リアルタイム
・データがマルチキャスト送信された時に、迷惑である。

【００１９】 転送拡張性は、誤り訂正コードを用いることによって、的確に改善され得る。
パケットが失われた場合に、原データの再送に代わり、異なる第二局が同じパケ
ットを用いて異なる損失を修復できるようにするエンコードされたデータがリク
エストに応じてマルチキャスト送信され得る。このＡＲＱと訂正コードとの組み
合わせは、Ｔｙｐｅ ＩＩ・ハイブリッドＡＲＱとして知られている。

【００２０】 フィードバック内破問題に対する最も知られた解決策は、ランダム遅延若しく
は階層的集合体を用いる。第一の方法は、リターン・トラフィック・ストリーム
を時間上で拡散させることによって減らす。この方法自体は、第二局の数に応じ
て拡張しないが、他の技術と組み合わせると確かに有益である。第二の方法は、
ネットワークにおける論値ツリーを用いるものであり、各ノードが子からフィー
ドバックを集め、それを親に送る。この方法は、より良い拡張性を有するが、ネ
ットワークにツリーをセットアップする必要がある。これは、例えば衛星放送チ
ャネルが用いられる時など、常に適当であるわけではない。

【００２１】 図１は、本発明に係る送信システムの一実施形態のブロック図を示す。送信シ
ステムは、第一局２、ネットワーク４、及び複数の第二局６を有する。図におい
て、３つの第二局２のみが示されている。しかし、本発明はこの比較的少ない第
二局２の数に限定されず、あらゆる第二局２の数について用いられ得る。この送
信システムは、第一局２から、例えばインターネットであるネットワーク４を経
由して、第二局６に、データ・パケットの一グループをマルチキャスト送信する
。データ・パケットの一グループが第二局６に送信された後、第一局２は、フィ
ードバック・リクエストを第二局６に繰り返し送信することによって、第二局６
からフィードバック情報を集める。フィードバック・リクエストへの応答として
、第二局６は、フィードバック情報を第一局２に送信する。本発明に係る送信シ
ステムは、フィードバック・リクエストが第一局２から第二局６に送信されるの
に用いられる別途のチャネル８を有し得る。更に、例えば電話回線であるこの別
チャネル８は、第二局６によって、フィードバック情報を第一局２に送信するの
にも用いられ得る。

【００２２】 図２は、本発明に係る送信システムの動作を示すフロー図を示す。以下の設定
が為されているものと仮定する。 − 第一局２は、データ・パケットの連続ストリームを低信頼のネットワーク４
を経由してＧ個の第二局６へ伝達することを望む。 − データ・パケットは、第二局６によって受信されるか、若しくは失われる。
破壊されたパケットは破壊されていると識別され、損失とみなされる。異なる第
二局６は、異なるパケットを見逃し得る。「データ・パケットを失う」とは、「
データ・パケットを誤って受信する」と等価である。 − 第一局２及び／若しくはネットワーク４は、リターン・トラフィックの制限
された量しか処理し得ない。ｒ_ｍａｘは、期間ＲＴＴにおいて、第一局２によっ
て受信され得るフィードバック・メッセージの最大数であり、ここで、ＲＴＴは
、第一局２から第二局６への最大往復（測定）時間である。フィードバック低減
に対して用いられる解決策は、トラフィックが常にこの最大値を下回ることを保
証せず、むしろ統計的保証を与えることを目的としている。特に、該解決策は、
内破（すなわち、一度にｒ_ｍａｘメッセージより多い受信）が、発生する確率は
Ｐ_ｍａｘに過ぎない。パラメータＰ_ｍａｘは、アプリケーションによって選択さ
れ得る。全体の目標は、可能な限り少ない追加遅延を保ちながら、信頼性を改善
することである。

【００２３】 まず、ブロック１２に示すように、Ｂ個のデータ・パケットの一グループが、
ネットワーク４を経由して、送信される。その後、第一局２に送信の成功につい
て特に第二局６のいずれかによって失われたデータ・パケットの最大数について
、知らせるためのフィードバック手順が開始される。次いで、第一局２は、各第
二局６にその損失データ・パケットを修復させ得る、十分な量の消去訂正コード
をマルチキャスト送信する。完全な信頼性のために、フィードバック及び訂正サ
イクルは、すべての第二局６が該グループにおけるすべてのＢ個の原データ・パ
ケットを受信するまで繰り返されるべきであるが、一度の訂正も低信頼データグ
ラム・サービスに対する最初の改善とみなされ得る。訂正段階後、第一局はＢ個
のデータ・パケットの次のグループを送信することを継続し、フィードバック及
び訂正などが再び後続する。

【００２４】 高信頼マルチキャストにおける訂正コードの適用は、異なる第二局６が同じデ
ータを用いて、異なるパケット損失を修復し得るという大きな利点を有する。よ
って、この技術は、データ転送の拡張性を改善する。この訂正コーディングは、
パケット・レベルで行われ、Ｂ個のデータ・パケットの各グループ上で独立して
適用される。エンコードされたＢ＋Ｃ個のデータ・パケットが生成され、Ｂ＋Ｃ
個のデータ・パケットのうち各サブセットＢは原データを修復し得るものと仮定
しよう。第一局２は、すべてのＢ＋Ｃ個のデータ・パケット（前方誤り訂正；Ｆ
ＥＣ）を転送し、各第二局６にほとんどのＣ個のデータ・パケットにおいて見逃
すことを許してもよく、第一局２は、最初Ｂ個のデータ・パケットを転送し、必
要な場合のみ残りを転送するようにしてもよい。その上、訂正データの一部が前
もって転送され、残りはリクエストされた場合のみというケースにおいては、両
選択の組み合わせも用いられ得る。有効冗長データ・パケットの数Ｃが十分に大
きい場合、すべてを互いに完全にする後続の訂正段階において異なる訂正データ
・パケットを送信し得る。

【００２５】 訂正情報においては、リード・ソロモン・コードが用いられ得る。それらは、
修復され得る損失データ・パケットの数が「冗長」データ・パケットの数と等し
いという特性を有する。デコーディング速度は、特にＢが大きい場合、制限要因
となり得る。これは、第二局６がＢ×Ｂマトリックスを変換する必要があり、作
動は、一般的にはバイナリ数のフィールドではない有限フィールドＧＦ（ｎ）上
で為される。これがボトルネックである場合、パリティ動作に基づき、マトリッ
クス変換を必要としないＴｏｒｎａｄｏコードなどのより新しい技術を用いるこ
ともできる。対価は、デコーディングに必要なデータ・パケット数が部分最適で
あり、非決定論的に変わり得るということである。

【００２６】 損失が、訂正情報を送信することによって修復された時、第一局２は、データ
・パケット損失Ｌ_ｍａｘの最大数を知ることだけが必要となる。Ｌ_ｍａｘは、第
一局２が次いで送信する必要がある訂正パケット数となる。リターン・トラフィ
ックの量についての（統計的）制限に依然として従いながら、このＬ_ｍａｘを可
能な限り速く見つけることはフィードバック手順の目標である。

【００２７】 フィードバック手順の組織は以下の通りである。まず（（図２のブロック１２
）、第一局２は、Ｂ個のデータ・パケットの一グループを送信し、Ｌ_ｍａｘをＢ
に等しくする。第一局２は、次いで、リプライ確率ｐ及びこれまでに第二局６に
よって報告された損失パケットの最大数を表す閾値Ｌ_{ｔｈｒｅｓｈ}である２つの
パラメータを有するポール・リクエスト（フィードバック・リクエスト）を送信
する（ブロック１６）。各第二局ｉ＝１，．．．，Ｇは、それによって、損失デ
ータ・パケット数Ｌ_ｉ≦Ｂを、確率ｐで、告げることを求められる。但し、Ｌ_ｉ ＞Ｌ_{ｔｈｒｅｓｈ}の場合のみ。第一局２は、タイマが時間切れになるまで（例え
ば、既知の送信システムと同じように、最大往復時間の２倍）、応答を集める。
第一局２は、ｐ＝１となるまで、前に受信された答えに応じた新しいｐ及びＬ_{ｔ ｈｒｅｓｈ} と共に、ポーリングを繰り返す。最初、Ｌ_{ｔｈｒｅｓｈ}はゼロであり
、ｐは内破を防ぐために必要な程度に小さい（ブロック１４）。後の段階におい
て、Ｌ_{ｔｈｒｅｓｈ}は前のポールにおいて報告された損失データ・パケットの最
大数に設定され、ｐは内破可能性がＰ_ｍａｘを超えないように考慮した制御によ
って増加される（ブロック３４）。最後には、Ｌ_{ｔｈｒｅｓｈ}は失われたデータ
・パケットの最大数を含み、訂正パケットの数は第二局６に送信され得る（ブロ
ック２８）。

【００２８】 別の方法として、Ｌ_{ｔｈｒｅｓｈ}は、第一回目に受信器の数が推定され得るよ
うに、−１に初期化されてもよい。この情報は、フィードバック内破確率を決定
するのに重要であり、そのため、ｐを更新するのに用いられ得る。

【００２９】 図２において、完全な信頼性を実現するための複数の訂正回数の一般的なケー
スが示されている。訂正回数が、例えばリアルタイム制約によって、制限されて
いる場合、プロトコルは、代替的な（破線の）「終了」状態３２において停止す
る。

【００３０】 リプライ確率値ｐを更新するためにはいつくかの戦略が用いられ得る（ブロッ
ク３４）。例えば、第二局６から応答が全く集められなかった回の後、第一局は
、すべたがゼロ応答を与えた連続した前のポールのシーケンスのリプライ可能性
ｐ_１，．．．，ｐ_ｋに応じて、

【００３１】

【数１】 に基づいて、ｐを増加させ得る。ここで、

【００３２】

【数２】 である。その上、第二局６から少なくとも１つの応答が集められた回の後、第一
局２はｐを変更せずに維持させ得る。

【００３３】 上記述べたペーパーは、第二局６の確率的リプライを実施するための１つの方
法を説明している。１６ビット・ランダム・キーは、ポーリング・リクエストの
ヘッダにおいて、該キーにおける重要ビットの数を洗えスペクトラム拡散システ
ム４ビット数と共に、送信される。各第二局６は、独立して、ランダム１６ビッ
ト・キーを同様に引き、それを第一局キーと比較する。それらが所定の重要度に
対して一致する場合、第二局はリプライを送信する。重要ビット数を減らすこと
によって、第一局２は、効果的にｐを増やす。このスキームにおいて、ｐの値は
、２^−ｋに制限されている。ここで、ｋ＝０，１，．．．，１５である。しかし
、ｐのより鋭角に増やされるパラメータ化を有することが好ましい。ｐを増やす
ことが時々許可されても、指数２（若しくは２の累乗）は大きすぎる。この場合
、中間値を選択し得る。各第二局６は、同様にランダム１６ビット・キーを引き
、それをフィードバック・リクエストにおける１６ビット・キーと比較する。第
二局６は、そのキーが（減らされた重要度が用いられず、完全な１６ビットにわ
たって）より小さい場合のみ、リプライを送る。第一局のキーｂ_１，ｂ_２．．．
ｂ_１６は、ランダムに引かれないが、代わりに２進数におけるｐ：ｐ＝０．ｂ_１ ｂ_２．．．ｂ_１６に直接的に関連する。このようにして、２１６が０と１との間
で等しく間隔の空けられた値は、ｐに対して有効であり、既知の送信システムの
指数関数的に間隔の空けられた値を含む。

【００３４】 本発明に係る送信システムは、音声及び映像データなどの連続ストリーミング
・データを高信頼にマルチキャスト送信するために用いられると有益である。

【００３５】 本発明の範囲は、明白に開示された実施形態に制限されない。本発明は、各新
しい特性及び特性の各組み合わせにおいて実施される。あらゆる参照符号は請求
項の範囲を制限しない。「有する」という語は、請求項に挙げられた要素若しく
は工程以外の要素若しくは工程の存在を排除しない。「ａ」若しくは「ａｎ」と
いう語を要素の前に使用することは、その要素の複数の存在を排除しない。

【図面の簡単な説明】

【図１】 本発明に係る送信システムの一実施形態のブロック図である。

【図２】 本発明に係る送信システムの一実施形態の動作を示すフロー図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 テン カーテ，ウァルネル エル テー オランダ国，5656 アーアー アインドー フェン，プロフ・ホルストラーン ６ Ｆターム(参考） 5K030 HA08 LA01 LD02 【要約の続き】 たフィードバック情報に応じて、第一局（２）によって 適合される。受信状態（Ｌ_ｉ）が第二局（６）によって 誤って受信された（Ｌ_ｉ）データ・パケットの数を有す る場合、第一局（２）は、この誤って受信されたデータ ・パケット（Ｌ_ｉ）数と第二局（６）に送信されたデー タ・パケット・グループ数に基づいた補正情報を送信 し、第二局（６）が該補正情報を用いて誤って受信され たデータ・パケットを有効的に補正できるようにするこ とができる。

Claims (20)

【特許請求の範囲】
1. 【請求項１】 第一局（２）から、ネットワーク（４）を経由して、第二局
   （６）にデータをマルチキャスト送信する送信システムであり、 前記第一局（２）は、前記第二局（６）からフィードバック情報を集めるよう
   に設計され、 該フィードバック情報は、該第二局（６）による該データの受信状態に関連す
   る、送信システムであって、 前記フィードバック情報は、前記第二局（６）によって誤って受信されたデー
   タの一部を含むことを特徴とするシステム。
2. 【請求項２】 請求項１記載の送信システムであって、 前記データは、データ・パケットの一グループを含み、 前記一部は、前記第二局（６）によって誤って受信されたデータ・パケット数
   （Ｌ_ｉ）を含むことを特徴とするシステム。
3. 【請求項３】 請求項２記載の送信システムであって、 前記第一局（２）は、前記第二局（６）にフィードバック・リクエストを送信
   し、 該フィードバック・リクエストは、これまでに該第一局（２）に報告された誤
   って受信されたデータ・パケットの最大数（Ｌ_{ｔｈｒｅｓｈ}）を含み、 前記第二局（６）は、誤って受信されたデータ・パケットの数（Ｌ_ｉ）が誤っ
   て受信されたデータ・パケットの最大数（Ｌ_{ｔｈｒｅｓｈ}）より大きい場合のみ
   、数（Ｌ_ｉ）を前記第一局（２）に送信するように設計される、ことを特徴とす
   るシステム。
4. 【請求項４】 請求項２又は３記載の送信システムであって、 前記第一局（２）は、前記第二局（６）に訂正情報を送信するように設計され
   、 該訂正情報は、誤って受信されたデータ・パケット数（Ｌ_ｉ）及び該第一局（
   ２）によって送信されたデータ・パケットのグループ数に基づき、 前記第二局（６）は、更に、誤って受信された該訂正情報を有するデータ・パ
   ケットを訂正するように設計されることを特徴とするシステム。
5. 【請求項５】 請求項３又は４記載の送信システムであって、 前記フィードバック・リクエストは、別のチャネル（８）を経由して、送信さ
   れることを特徴とするシステム。
6. 【請求項６】 請求個４又は５記載の送信システムであって、 前記訂正情報は、リード・ソロモン・コードを含むことを特徴とするシステム
   。
7. 【請求項７】 請求項４又は４記載の送信システムであって、 前記訂正情報は、Ｔｏｒｎａｄｏコードを含むことを特徴とするシステム。
8. 【請求項８】 請求項１乃至７のいずれか一記載の送信システムであって、 前記ネットワーク（４）は、インターネットを含むことを特徴とするシステム
   。
9. 【請求項９】 ネットワーク（４）を経由して、複数の第二局（６）にデー
   タをマルチキャスト送信する第一局（２）であり、 該第一局（２）は、前記第二局（６）からフィードバック情報を集めるように
   設計され、 該フィードバック情報は、該第二局（６）による該データの受信状態に関連す
   る、第一局（２）であって、 前記フィードバック情報は、前記第二局（６）によって誤って受信されたデー
   タの一部を含むことを特徴とする第一局。
10. 【請求項１０】 請求項９記載の第一局であって、 前記データは、データ・パケットの一グループを含み、 前記一部は、前記第二局（６）によって誤って受信されたデータ・パケット数
    （Ｌ_ｉ）を含むことを特徴とする第一局。
11. 【請求項１１】 請求項１０記載の第一局であって、 該第一局（２）は、前記第二局（６）にフィードバック・リクエストを送信し
    、 該フィードバック・リクエストは、これまでに該第一局（２）に報告された誤
    って受信されたデータ・パケットの最大数（Ｌ_{ｔｈｒｅｓｈ}）を含むことを特徴
    とする第一局。
12. 【請求項１２】 請求項１０又は１１記載の第一局であって、 該第一局（２）は、前記第二局（６）に訂正情報を送信するように設計され、 該訂正情報は、誤って受信されたデータ・パケット数（Ｌ_ｉ）及び該第一局（
    ２）によって送信されたデータ・パケットのグループ数に基づくことを特徴とす
    る第一局。
13. 【請求項１３】 第一局（２）から、ネットワーク（４）を経由して、デー
    タを受信する第二局（６）であり、 該第二局（６）は、前記第一局にフィードバック情報を提供するように設計さ
    れ、 該フィードバック情報は、該第二局（６）による該データの受信状態に関連す
    る、第二局であって、 前記フィードバック情報は、該第二局（６）によって誤って受信されたデータ
    の一部を含むことを特徴とする第二局。
14. 【請求項１４】 請求項１３記載の第二局であって、 前記データは、データ・パケットの一グループを含み、 前記一部は、該第二局（６）によって誤って受信されたデータ・パケット数（
    Ｌ_ｉ）を含むことを特徴とする第二局。
15. 【請求項１５】 請求項１４記載の第二局であって、 該前記第二局（６）は、前記第一局（２）からフィードバック・リクエストを
    受信するように設計され、 該フィードバック・リクエストは、これまでに該第一局（２）に報告された誤
    って受信されたデータ・パケットの最大数（Ｌ_{ｔｈｒｅｓｈ}）を含み、 該第二局（６）は、誤って受信されたデータ・パケットの数（Ｌ_ｉ）が誤って
    受信されたデータ・パケットの最大数（Ｌ_{ｔｈｒｅｓｈ}）より大きい場合のみ、
    数（Ｌ_ｉ）を前記第一局（２）に送信するように設計される、ことを特徴とする
    第二局。
16. 【請求項１６】 請求項１４又は１５記載の第二局であって、 該第二局（６）は、前記第一局（２）から訂正情報を受信するように設計され
    、 該訂正情報は、誤って受信されたデータ・パケット数（Ｌ_ｉ）及び該第一局（
    ２）によって送信されたデータ・パケットのグループ数に基づき、 該第二局（６）は、更に、誤って受信された該訂正情報を有するデータ・パケ
    ットを訂正するように設計されることを特徴とする第二局。
17. 【請求項１７】 第一局（２）から、ネットワーク（４）を経由して、第二
    局（６）にデータをマルチキャスト送信する方法であり、 前記第一局（２）は、前記第二局（６）からフィードバック情報を集め、 該フィードバック情報は、該第二局（６）による該データの受信状態に関連す
    る、方法であって、 前記フィードバック情報は、前記第二局（６）によって誤って受信されたデー
    タの一部を含むことを特徴とする方法。
18. 【請求項１８】 請求項１７記載の方法であって、 前記データは、データ・パケットの一グループを含み、 前記一部は、前記第二局（６）によって誤って受信されたデータ・パケット数
    （Ｌ_ｉ）を含むことを特徴とする方法。
19. 【請求項１９】 請求項１８記載の方法であって、 前記第一局（２）は、前記第二局（６）にフィードバック・リクエストを送信
    し、 該フィードバック・リクエストは、これまでに該第一局（２）に報告された誤
    って受信されたデータ・パケットの最大数（Ｌ_{ｔｈｒｅｓｈ}）を含み、 前記第二局（６）は、誤って受信されたデータ・パケットの数（Ｌ_ｉ）が誤っ
    て受信されたデータ・パケットの最大数（Ｌ_{ｔｈｒｅｓｈ}）より大きい場合のみ
    、数（Ｌ_ｉ）を前記第一局（２）に送信することを特徴とする方法。
20. 【請求項２０】 請求項１８又は１９記載の方法であって、 前記第一局（２）は、前記第二局（６）に訂正情報を送信し、 該訂正情報は、誤って受信されたデータ・パケット数（Ｌ_ｉ）及び該第一局（
    ２）によって送信されたデータ・パケットのグループ数に基づき、 前記第二局（６）は、更に、誤って受信された該訂正情報を有するデータ・パ
    ケットを訂正することを特徴とする方法。