# 帯域幅は速度ではない

帯域幅はリンクの容量、遅延はパケットが届くまでの時間、ジッターはその遅延のばらつき、パケットロスは届かなかったパケットの割合です。リンクの帯域幅が大きくても、往復時間、ばらつき、ロスのいずれかが悪ければ遅く感じられます。アプリケーションに合った指標を選びます。

- 帯域幅は容量です。対話型アプリケーションの体感を決めるのは、遅延、ジッター、パケットロスです。

- ジッターは遅延のばらつきです。遅延が安定した経路は、遅延が大きく揺れる経路より快適に感じられることがあります。

- パケットロスは、データ通信では再送されて遅延が増え、リアルタイムメディアでは補間されて音や映像の乱れとして現れます。

- 1本のストリームのスループットは、リンク速度だけでなく、TCPウィンドウと往復時間によって制限されます。

- ITU-T G.114は、片方向150 msを、ほとんどの音声利用者に適した範囲の上限としています。

## 帯域幅はパイプの太さ

帯域幅はパイプの太さです。リンクの条件のもとで、1秒間に何ビットを通せるかを表します。遅延は移動の時間です。1つのパケットが相手側に届くまでの時間、往復であれば戻ってくるまでの時間を表します。この2つは別の測定値であり、一方からもう一方を推測することはできません。
100 Mbpsのリンクでもビデオ通話が遅く感じられることがあります。通話に100 Mbpsは必要ないからです。通話に必要なのは、会話に十分な短い往復時間、音声バッファに収まる低いジッター、そしてコーデックが欠落を補間せずに済む低いロスです。公称速度は、そのどれも表していません。
帯域幅が重要になるのは、大容量の転送、バックアップ、動画のアップロード、多数のデバイスの同時利用です。遅延やロスを生む輻輳にも関係します。ただし、リンクが遅いと言われたときは、どのアプリケーションで、そのアプリケーションが4つの指標のどれに依存しているのかを確認します。

### 対数目盛りで見る往復時間

5、40、130、400 msの目盛りは目安の範囲であり、ルートの目標値ではありません。130 msの目盛りは、経路係数1.0のときのメキシコシティ–上海間の大圏距離に基づく光ファイバーの下限値です。ツールではシナリオの係数1.5を適用します。

Alt: 1から1000 msまでの対数目盛り。5、40、130、400 msに目盛りがあり、それぞれ同一都市圏、近距離、大陸間、キューまたは長い経路と表示。

目盛りは1 msから1000 msまでです。同一都市圏の経路は左端付近、近距離の経路は数十ミリ秒、大陸間の経路は百数十ミリ秒の位置にあります。目盛りは距離とキューを表すもので、サービスの目標値ではありません。実測の往復時間には機器とルートの影響も含まれるため、光ファイバーの下限値より大きくなります。

| Item | Value | Note |
| --- | --- | --- |
| 5 ms |  | 同一都市圏 |
| 40 ms |  | 地域内経路 |
| 130 ms |  | 大陸間経路 |
| 400 ms |  | キューまたは長い経路 |

Source: 光ファイバー遅延下限・TCPスループット計算ツール：物理に関する注記 (https://unicomam.com/en/tools/fiber-latency/)

## 体感を決めるのはジッターとロス

ジッターは、パケットごとの遅延のばらつきです。平均値が良好でも、ストリームの到着が不均一になることがあります。リアルタイムメディアは、ばらつきを吸収するためにバッファを持っています。ばらつきの幅がバッファを超えると、音声が途切れたり映像が止まったりします。
遅延が安定した経路は、遅延が大きく揺れる経路より扱いやすくなります。平均値は同程度に見えるかもしれません。安定した経路では、アプリケーションが見通しを立てられます。揺れる経路では、アプリケーションは遅いパケットを待つか、使えないパケットを破棄するしかありません。
ロスは3つ目の指標です。データ系のアプリケーションは再送を行うため、往復が1回増え、スループットが下がります。リアルタイムメディアは欠落したパケットを補間するため、音や映像の乱れとして現れます。平均では小さく見えるロス率でも、バースト状に集中すると、平均から想像される以上の影響が出ます。

### 遅延分布の例

説明のための分布です。p50は40 ms、p95は180 msです。その差が、アプリケーションが吸収しなければならないばらつきです。数値は説明用であり、特定のネットワークの測定値ではありません。

Alt: 0から約216 msまでの帯。典型的なパケットは40 ms、遅い側の裾は180 msにあり、140 msのばらつきを示しています。

パケットの半数は40 ms以下で、95%は180 ms以下で到着します。140 msの差は、アプリケーションがバッファで吸収するか破棄しなければならない幅です。ネットワークや時間帯が異なれば分布も変わります。学ぶべきなのは正確な数値ではなく、分布の形です。

| Item | Value | Note |
| --- | --- | --- |
| p50 | 40 ms | 典型的なパケット |
| p95 | 180 ms | 遅いテール |
| p95 − p50 | 140 ms | ばらつき |

Source: 説明用モデル。遅延変動はITU-T Y.1540およびY.1541で定義されています (https://www.itu.int/rec/T-REC-Y.1540/en)

### アプリケーション別の一般的なしきい値

| アプリケーション | 測定する指標 | 一般的な目安 |
| --- | --- | --- |
| 対話型の音声・ビデオ | 片方向遅延、RTT、ジッター、ロス | G.114では、片方向0–150 msをほとんどの音声利用者にとって許容範囲、150–400 msを移行域、400 ms超を一般に許容できない範囲としています。 |
| 遠隔操作・ゲーム | RTT、ロス | RTTが大きくなるほど応答性は低下します。1回のpingではなく、アプリケーション自体の往復時間を測定します。 |
| Web・APIトランザクション | RTT、TTFB、ロス | 名前解決、接続、サーバー処理時間、最初の1バイトを分けて測ります。リンクが高速でも、サーバーの応答待ちになることがあります。 |
| 大容量転送・バックアップ | スループット、ロス、RTT | 1本のストリームはウィンドウとRTTで上限が決まります。ストリーム数を増やすかウィンドウを大きくすると、スループットを上げられます。 |

この表は学習用の目安であり、サービスの目標値ではありません。どの数値にも、測定期間とルートを併記してください。

## 一定の期間、両端から測定する

両端から、一定の期間にわたって測定します。1回のpingは、ある瞬間の1つのパケットを測るだけです。通話、決済、動画ストリームは、数分間にわたって多数のパケットを使います。ピーク時間帯の最小値、中央値、p95、ロスを記録し、数値と一緒にルートと接続先も残します。
アプリケーションが実際に使う経路を測定します。一般のスピードテストは別の接続先を測っており、ルートも異なることがよくあります。スループットしか報告しないルートテストでは、通話が途切れる理由を説明できません。スループットにRTT、ジッター、ロスを組み合わせ、国内区間と国際区間を分けて測ります。
測定期間、送信元、接続先、時間帯を報告します。この4つがない数値は、ほかの数値と比較できません。[中国接続の解説](/ja/resources/learn/china-connectivity-options-latam/)では経路の構成を、[ローミングの解説](/ja/resources/learn/home-routing-vs-local-breakout/)ではアンカーによって距離が変わる理由を説明しています。

## 役に立つルートレポートに含めるもの

ルートレポートは、読み手がテストを再現できるものであるべきです。送信元アドレス、接続先アドレス、測定期間、サンプル数、ツールまたは手法を記録します。平均RTTしか書かれていないレポートは、検証も比較もできません。
平均値だけでなく分布を報告します。中央値は典型的なパケット、p95は遅い側の裾、最大値は最悪のケースを表します。リアルタイムアプリケーションでは、平均値よりp95とロスのほうが重要です。
区間を分けます。ローカルのアクセス区間、国際トランジット区間、接続先側の区間は、それぞれ異なる理由で障害が起き、責任を持つ主体も異なります。エンドツーエンドの数値1つだけでは、どの区間を直すべきかがわかりません。
要約と一緒に生のサンプルを保存し、日付を明記します。ルートは変わります。日付のないレポートは、もう存在しないネットワークについての主張になってしまいます。

このツールは、シナリオの都市ペアと経路係数に基づく物理的な下限値を計算するもので、特定のネットワークの測定値ではありません。

[Open the tool](/ja/tools/fiber-latency/?src=learn-bandwidth-latency-jitter-and-loss&scenario=mexico-shanghai&pathFactor=1.5)

### 理解度チェック

**100 Mbpsのリンクでビデオ通話が遅く感じられます。何を、どのくらいの期間測定しますか？**

デバイスから通話の接続先までのRTT、ジッター、ロスを、ピーク時間帯を含めて数分間測定します。スループットだけでは、通話の問題は説明できません。

**ジッターが、安定した大きめの遅延より悪影響を及ぼすことがあるのはなぜですか？**

遅延が安定していれば、アプリケーションは一度バッファを設定するだけで済みます。ばらつきが大きいと、遅い側の裾を待たなければならず、バッファの範囲外に届いたパケットは破棄されるか補間されます。

**ルートテストのレポートには、どの指標を載せますか？**

測定期間、送信元、接続先とあわせて、4つすべてを載せます。見出しの数値を1つに絞る必要がある場合は、RTTにp95のジッターとロスを組み合わせ、スループットは参考情報として残します。

## FAQ

**帯域幅と速度は同じですか？**

いいえ。帯域幅は容量です。速度はアプリケーションの体感であり、RTT、ジッター、ロスにも左右されます。

**良い遅延とはどのくらいですか？**

アプリケーションによって異なります。ITU-T G.114は、片方向150 msを、ほとんどの音声利用者に適した範囲の上限としています。対話型の制御やゲームでは、通常それより小さい値が求められます。

**帯域幅を増やすと遅延は小さくなりますか？**

直接には小さくなりません。リンクが輻輳しているときは、容量を増やすとキューイングが減ることがあります。ただし、下限値を決めるのは距離とルートです。

## Sources

- [ITU-T G.114：片方向伝送時間](https://www.itu.int/rec/T-REC-G.114/en) — Accessed: 2026-10-19
- [ITU-T Y.1541：IPベースのサービスに関するネットワーク性能目標](https://www.itu.int/rec/T-REC-Y.1541/en) — Accessed: 2026-10-19
- [ITU-T Y.1540：インターネットプロトコルによるデータ通信サービス - IPパケット転送および可用性の性能パラメーター](https://www.itu.int/rec/T-REC-Y.1540/en) — Accessed: 2026-10-19
- [IETF RFC 3393：IP性能指標のためのIPパケット遅延変動指標](https://www.rfc-editor.org/rfc/rfc3393) — Accessed: 2026-10-19
- [光ファイバー遅延下限・TCPスループット計算ツール：物理に関する注記](https://unicomam.com/en/tools/fiber-latency/) — Accessed: 2026-10-19

Updated: 2026-10-19