TCPの最大伝送速度をウィンドウサイズとRTTから求める ― BDPの基本

この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。TCPのウィンドウ制御とBandwidth-Delay Productの考え方で計算を再確認し、旧記事の単純化しすぎた説明を補正しました。

検証ステータス：✅ 計算とTCP仕様の位置づけを再確認

TCPでは、確認応答を待つ間に送れる未確認データ量が小さいと、回線自体が高速でも帯域を使い切れません。単純化した上限は次で求められます。

throughput ≒ window size / RTT

128kB・RTT 10msを計算する

問題文で1kB=1,000B、1Mbit=1,000,000bitとすると、

128 × 1,000 × 8 = 1,024,000 bit
10 ms = 0.01 s
1,024,000 / 0.01 = 102,400,000 bit/s
= 102.4 Mbit/s

したがって理論上の値は102.4Mbit/sです。

これは実測速度の保証ではない

実際のTCP性能は、輻輳制御、パケット損失、再送、送受信バッファ、ウィンドウスケーリング、経路の帯域などにも左右されます。この式は、ウィンドウサイズとRTTが作る上限を理解するためのモデルです。

Bandwidth-Delay Productとして考える

回線を埋めるために必要な未確認データ量は、おおよそ「帯域 × RTT」です。これをBandwidth-Delay Product（BDP）として考えると、長距離・高帯域回線で大きなウィンドウが必要になる理由が分かります。

参考情報

• RFC 9293 ― Transmission Control Protocol
• RFC 7323 ― TCP Extensions for High Performance

この記事の更新履歴

• 2026-09-14 追加：BDPと実測速度との差を追加。
• 2026-09-14 変更：計算手順を単位換算から追える形へ整理。
• 2026-09-14 削除：内部style_prompt、本文H1、誤答理由を断定する不必要な推測を削除。