ジッターとは？通話前にジッターとパケット損失をテストする方法

ジッターとは、接続の遅延が時間とともにどれだけ変動するかを表します。パケット損失は、届かなかったデータの割合です。通話では、ジッターが大きいと声がロボットのように聞こえ、損失があると言葉や音節が途切れます。接続速度が速くても起こり得ます。MicrosoftはTeamsの音声について、ジッター30 ms未満、パケット損失2%未満を一般的な値として挙げています。Zoomはジッター40 ms以下、損失2%以下を推奨しています。どちらもブラウザー、Windowsのコマンドライン、または会議アプリ内の統計で測定できます。

ガイド： 高速インターネットなのに通話が遅延する では、速度だけで通話品質が決まらない理由を説明しています。また、 通話前のインターネット接続チェック では、いつテストすべきかを説明しています。このガイドでは、ジッターとパケット損失の意味と測定方法を説明します。

通話中のジッターとパケット損失

音声や映像は、小さなパケットに分かれて毎秒多数送られます。すべてが同じ40 msで届けば、通話が一律40 ms遅れるだけで、通常は気づかないでしょう。ジッターとは、この時間のばらつきです。あるパケットは20 ms、次は70 msかかることがあります。会議アプリはバッファにパケットを一時保存して、ばらつきを吸収します。Microsoftによると、Teamsは バッファリングによって一定のジッターに対応できます。ジッターがバッファで吸収できる範囲を超えると、通話への影響が現れます。

パケット損失はさらに深刻です。失われたパケットは届かず、アプリがその欠落を補う必要があるためです。Microsoftの 通話品質ガイド では、それぞれの問題が通話にどう現れるかを説明しています。

良好な数値の目安

会議アプリごとに参考値が公開されています。各アプリの通話通信を対象とした目標値なので、ほかのテスト結果を読む際の目安にしてください。

これらの値を一度上回っただけで、通話に支障が出るわけではありません。数分間高い値が続く場合や、ほかの人が接続を使い始めるたびに値が上がる場合は、通話前に対処する価値があります。

ジッターの計算方法

ツールによってジッターの測定方法が少し異なるため、結果は同じツール内で比較してください。たとえば、Cloudflareの速度テストは ジッターを計算します 。連続する遅延測定値の差の平均を使います。測定値が20、24、19、45、21 msの場合、差は4、5、26、24 msとなり、ジッターは約15 msです。平均遅延は26 msですが、この平均だけでは、1回の測定値がほかの約2倍だったことが見えません。

通話前にテストする3つの方法

1. 両方を測定できるブラウザーテスト

開く speed.cloudflare.com を通話に使うPCで開いてください。Cloudflareは 説明しています そのテストでは、接続がアイドル状態のときと、ダウンロードおよびアップロードで負荷がかかっているときの両方でジッターを測定し、WebRTC TURNサーバーを介してパケットを中継してパケット損失を測定します。アイドル時と負荷時の結果の差に注目してください。接続が混雑するとジッターが急上昇する場合、バックアップ、クラウド同期、または別のデバイスからのアップロードが回線を占有している可能性があり、通話にも同じ影響が出ます。

2. Windowsのコマンドライン：pingとpathping

コマンドプロンプトまたはターミナルを開いて、次を実行します。

ping -n 100 1.1.1.1

既定では pingは4回の要求を送信します; -n 100 は100回送信するため、1〜2分ほどかかります。集計行に損失数と割合が表示されます。最小時間と最大時間から、最も速い応答と遅い応答の差を確認できます。

損失がどこから発生しているかを調べるには、次を実行します。

pathping 1.1.1.1

pathping pathpingは経路上の各ルーターに100回リクエストを送り、それぞれでの損失を表示します。数分かかります。結果は注意して読んでください。Microsoftの例では、ルーター自身宛てのリクエストは破棄しても、それ以外はすべて転送するルーターが示されています。あるルーターで損失が現れても経路の終点まで続かなければ問題ありません。あるルーターから始まった損失が宛先までずっと続く場合は、実際の損失です。

• 最初のホップ、つまり自宅のルーターから損失が発生する場合は、Wi-Fiやホームネットワークが原因と考えられます。
• それより先で損失が始まる場合は、プロバイダー側やその先の経路に原因があると考えられます。

3. 会議アプリ自体の測定値

実際の通話を測定できるのは、この方法だけです。Teamsでは、次を開きます。 その他の操作 → 設定 → 通話の正常性 。通話中に確認でき、Microsoftによると測定値は 15秒ごとに更新されます。Zoomデスクトップアプリでは、 設定 → 統計情報を開いてください。テスト通話で十分です。 Teamsのテスト通話とZoomのテストミーティング のガイドで、開始する場所を確認できます。

Teams向けには、Microsoftが無料の Teams Network Assessment Toolも提供しています。このツールは最寄りのTeamsリレーとの間でパケットを往復させ、損失、ジッター、往復時間を報告します。

数値が高い場合の対処

CallReadyの測定内容

CallReady Windowsのシステムトレイから、通話前のチェックの一環として接続を確認します。Cloudflareへの遅延、ジッター、ダウンロードとアップロードのおおよそのスループットを測定し、カメラとマイクの結果と並べて表示します。 パケット損失は測定しません。 相手から音声が途切れると言われた場合は、Cloudflareのテストを使用してください。 pathping または会議アプリの統計情報を使って確認してください。

CallReadyが測定するのはCloudflareまでの経路であり、TeamsやZoomサーバーへのメディア通信経路ではありません。良好な結果は、ご利用の接続が安定していることを示します。TeamsやZoomに固有の状況を確認するには、テスト通話中にアプリの統計情報を使用してください。

よくある質問