質問

システムが利用可能UDPを前方誤り訂正に伝える全メッセージなretransmitsした場合にも、複数のパケットは失われます。これまで練習したりするの架くの廃棄物?

役に立ちましたか?

解決

のように役立つものアプリケーションの声(VoIP)したいエラーが出ないように、 ばどなたでも参加でき止め (再送信し、裸のパケットを待つまでも再送信).

何をやってもうまくいかないで実現することでトップの 実時間トランスポートプロトコル 味のUDP.

なひどいために遅延?

するかどうかの前方誤り訂正増end-to-end遅延?その場合、私の答えは"no"と思った人もいるかもしれなのに必要な広帯域です。

ダウンロードいただけまは常にで必要 一部の 遅延、ジッター;このようにして、だと言われるかもしれませんが"もう遅れ、全体の音声チャンネルによる200msec問です/毎パケットから0 200msecのインターネットは、再送によるD-Aコンバーターをしています。"

一方で、それを前方誤り訂正が平均では、各200msec期間は、送り10パケットをそれぞれ20ミリ秒のタ---やが失われ、そのギャップ(ボをしています。

は、一部誤り訂正が平均では、各200msec期間でも、お送り10パケット...それぞれのパケットを含む20ミリ秒のデータが、10ミリ秒のデータとして受け継がれてきた他のパケット通信料をパケット(または、もしかしたら送信30パケットの代わりに20).その場合、単一のパケットは、これらのデータで行ったredundently半れ、それがどのパケット)を避けずねたものを復号を出力します。

他のヒント

また、あなただけ破損していないデータを取得するためにソースに戻って行くことができないように、ハードドライブや光学ディスクなどの記憶媒体、理にかなっています。実際には、ハードドライブや光学ディスクの両方が非常に広範囲に前方誤り訂正を使用します。

前方誤り訂正はまた、エラーが一度にわずか数ビットをノックアウトする傾向があり、無線通信に広く使用されています。シングルビットエラーのためにパケット全体を失うのではなく、前方誤り訂正が破損ビットを固定するために使用されます。

は用途に依存する。

などの用途にゲーム、エラー訂正常に必要としてそもそも太陽系つビジネス環境は大きく変化体を万が一紛失してしまった場合、ビットのデータです。

しかし、がある場合、アプリケーションが必要で、特定のパターンや大域データ、何らかのエラー訂正が必要です。

これは"天井"というのは無いような気がしてください。

簡単な答えは、あなたが高帯域幅、高遅延(つまり「長距離」)リンクの上送信している場合は、前方誤り訂正は、理にかなっています。そうでなければ、それはおそらくません。

再送信の「価格」はあなたが支払うことを喜んでいるものよりも高い場合。
例えば衛星が非常に長い伝播時間を持って、再びパケットを送信するために、その後、いくつかのより多くのバイトを送信することをお勧めします。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top