IP接続を介したビデオのパケット損失、ジッタ、およびQoSパラメータを計算する方法

StackOverflow https://stackoverflow.com/questions/3211088

  •  13-09-2020
  •  | 
  •  

質問

私は、音声とビデオの品質テストを実行して、IP接続に対する音声/ビデオ体験の尺度を与えるために音声とビデオの品質テストを実行しました。テストは、リモートストリームのジッタ、パケット損失などの値を計算します。

これがどのように行われているかを知ることに興味がありますか?そのようなモバイルアプリケーションを書くのに必要なのでしょうか。

任意の形の助けが高く評価されています。

ありがとう。

役に立ちましたか?

解決

これを行う最も簡単な方法は、テストされているネットワークを介してデバイスからデータを送信し、次に同じデバイス上で再びそれを返します。

これにより、各パケット(遅延)、さまざまなパケット(ジッタ)の時間内の分散(Jitter)に時間内の変動、およびパケット損失を検出するための時間を簡単に計算できます。パケット損失は相対的なものです。パケットは失われるのではなく長い間遅れるだけです。通常、パケットが特定のジッタウィンドウ内に受信されない場合、それは失われたと宣言されます。

現実世界では、通常、「A」から「B」までの点からテストしたい(すなわち、点「a」に戻すだけではない)。定期的な間隔でパケットを送信する音声またはビデオコーデック(エンコーダ)の場合は、2番目のパケットが最初のものの後に与えられた時間が到着する必要があることがわかっていて、それが遅れる(または早く到着している)ことがわかっています。これから、ポイント 'b'でジッタを計算することができます。到着しないパケットは、(パケットが到着する期間内に)失われたパケットとしてカウントされます。サンプルがどのように符号化されるか、Jitter計算で問題を引き起こす可能性があるが、エンコードを制御するテストアプリケーションを作成している場合は、これらの問題を回避することができます。この問題を回避できます。この問題については、以下のリンクを参照してください。 http://www.cs.cs.columbia.edu/~hgs/rtp/faq.html#jitter

注意することはあなたが遅延を言及していないことですが、パケットの損失と優れたジッタのないネットワークがあるかもしれないが、これがいくつかのアプリケーションに劇的な影響を与える可能性があるので非常に重要になる可能性があります。 (声)。シンプルで非常に現実的な例として、ジッタとパケットロスの観点から完璧なネットワークがあると言うが、ある種のセキュリティ検索を行うルータでは、すべてのパケットに2秒の遅延を追加するルータがあります。あなたのジッタはあなたのジッタが大丈夫だから同じ遅延だからですが、双方向の音声アプリケーションのために、「A」との間の2回目の遅延、そして彼らは彼らを聴くのが大きな問題になるでしょう。< / P>

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