ジッタの補償

Question

パケット間の遅延に変動があるボイスチャットサービスがあります。私はこれに対する適切な対応が何であるのか、それをどのように補うのか疑問に思いましたか？ たとえば、オーディオバッファを何らかの方法で調整する必要がありますか？

おかげ

Answer 1

これはあなた自身を開発しているアプリケーションまたはあなたは、単に使用しているものであればあなたは言っていない - それは重要であるかもしれないので、あなたは明らかに前者の上のより多くの制御を持っています。

どちらの場合でも、ネットワークが単にVoIPをサポートするだけでは不十分な場合があります。その場合は、実際にはネットワークの改善や別のものの使用に集中する必要があります。

VoIPは通常、ユーザが問題を認識するまでに200ms未満のエンドツーエンド遅延を必要とします。

ジッタも重要です。単純に言うと、エンドツーエンドのパケット遅延のばらつきです。例えば、パケット1とパケット2との間の遅延は20msとすることができるが、パケット2とパケット3との間の遅延は30msとすることができる。ジッタバッファを40msとすると、アプリケーション間でパケットが40msまで待つため、これらのパケットが失われることはありません。

ジッタバッファウィンドウ内で受信されなかったパケットは通常無視されるため、ジッタと有効なパケット損失値の間に関係があります。パケットロスは、一般に、異なるコードの耐性が異なるため、ユーザーはVoIP品質に対するユーザーの認識にも影響します。一般的な目標は、1％-5％未満にする必要があります。間欠的な問題の場合には、パケットロスの隠蔽技術が役立ちます。

ジッタバッファは静的または動的（適応型）のいずれかになります。どちらの場合も、コールが遅延する可能性が高くなり、上記の遅延問題に戻ります。典型的なジッタバッファは、静的に設定するか、またはネットワーク状態に基づいて自動的に適応させる20〜50msの間である可能性があります。詳細については

良い参照です： - また、多くのオンラインとしてスピードテストが可能な一般的なインターネット接続のいくつかをしようとする場合はあなたのアイデアを与えるだろう、特定のVoIPテストがあります価値があるhttp://www.cisco.com/en/US/tech/tk652/tk698/technologies_tech_note09186a00800945df.shtml

- http://www.voiptroubleshooter.com/indepth/jittersources.html あなたのローカル接続はVoIPのために十分です（ただし、これらのテストは、あなたがテストを実行している正確な時の状態を示すに過ぎません）。