【入門編】QUICのACKレンジ（ACK Ranges）の計算ロジック – HTTPプロトコル・通信規格実践ガイド

「届いた？まだ？」を効率よく伝える魔法：QUICのACKレンジを紐解く

こんにちは！ネットワークの世界へようこそ。
普段、何気なく見ているWebサイト。「クリックしたらすぐ表示されるのが当たり前」だと思っていませんか？実はその裏側で、ネットワークは必死に「届いたよ！」「あれがまだだよ！」という会話を繰り返しています。

今日は、次世代通信の旗手「HTTP/3」を支える心臓部、QUIC（クイック）プロトコルの中でも、特に賢い「ACKレンジ（ACK Ranges）」の仕組みについて解説します。

「パケットロスが起きたとき、どうやって効率よく相手に伝えているのか？」
これを、郵便配達に例えて一緒に見ていきましょう。

—

1. そもそも「ACK」って何をしているの？

インターネットの世界では、データは「パケット」という小さな封筒に分けられて運ばれます。
相手に封筒が届くと、受け取った側は「届いたよ！」という返信を送ります。これがACK（Acknowledgement：確認応答）です。

もし、10通の封筒を送って、途中で3番と7番が迷子になったとしたらどうでしょう？
古いやり方（TCP）だと、「1番届いた」「2番届いた」「4番届いた……あれ、3番がないぞ？」と、一つひとつ細かく報告していました。これだと、ネットワークが混雑している時に返信だけで回線がパンクしてしまいますよね。

そこでQUICは、「ACKレンジ」という仕組みを使って、もっとスマートに報告することにしたのです。

—

2. 郵便配達で例える「ACKレンジ」の魔法

想像してみてください。あなたは100通の手紙を送り、相手から返事が来ました。
「1から100まで送ったけど、どれが届いた？」と聞いたとき、こんな返事が来たらどうでしょう。

昔のやり方： 「1届いた、2届いた、3届いた……（中略）……100届いた！」
ACKレンジのやり方： 「1から100まで送ってくれたよね。1〜50は全部届いたよ！ でも51〜55は消えた。56〜100も全部届いたよ！」

これがACKレンジです。「連続して届いた範囲」をまとめて報告することで、情報の密度を極限まで高めているのです。

—

3. ACKレンジの計算ロジックを覗いてみよう

QUICでは、この「届いた範囲」をいくつかの数値で表現します。
具体的には、以下の3つの要素をセットで送ります。

1. Largest Acknowledged（最大受信番号）： 今届いている中で一番大きい番号。
2. ACK Delay（遅延時間）： 受信してからACKを送るまでに、どれくらい処理時間がかかったか。
3. ACK Ranges（範囲のリスト）： 「どこからどこまで」が届いていて、「どこが抜けているか」のリスト。

具体的な計算ロジックのイメージ

例えば、パケット番号「10」まで送ったのに、「3」と「7」がロスしてしまった場合、受け取り側はこう計算します。

ACK範囲1： 8〜10（3つ連続で届いた）
ギャップ： 7（ロス）
ACK範囲2： 4〜6（3つ連続で届いた）
ギャップ： 3（ロス）
ACK範囲3： 1〜2（2つ連続で届いた）

これをコード（疑似的な構造体）で表現するとこんな感じです。

// QUICのACK情報を整理するための簡易的なデータ構造
type AckFrame struct {
LargestAck uint64 // 一番最後に届いたパケット番号（例: 10）
AckDelay uint64 // 受信側の処理時間
RangeCount uint64 // 範囲がいくつあるか（例: 3）
Ranges []AckRange // 範囲のリスト
}

type AckRange struct {
Gap uint64 // 飛び越える数（ロスした分）
RangeLength uint64 // 連続して届いた数（-1した値を入れるのがQUICのルール）
}

—

4. なぜこの「レンジ」が重要なのか？

「別に一つずつ教えればいいじゃん」と思うかもしれません。しかし、インターネットは時として過酷です。

パケットロスが頻発する環境（モバイル回線など）：

一つずつACKを送ると、ACK自体が渋滞の原因になります。レンジを使うことで、たった数バイトのデータで「大量のパケットがどういう状態か」を一度に伝えられます。

0-RTT（ゼロラウンドトリップタイム）：

QUICの目玉機能です。接続の最初から効率よく通信状態を把握できるため、無駄な待ち時間が極限まで減ります。

—

最後に：ネットワークを「俯瞰」する視点

ACKレンジの計算ロジックは、一見すると数字のパズルに見えます。しかし、これは「いかに相手との会話を最小限にして、最大限の情報を伝えるか」という、ネットワークの効率化に対する執念の結晶なんです。

もし皆さんが今後、Wiresharkなどでパケットをキャプチャする機会があれば、ぜひ「ACK Frame」の中身を覗いてみてください。`Largest Acknowledged`や`ACK Ranges`がどのように記録されているかを見つけるだけで、通信の「健康診断」ができるようになりますよ。

「届いた？」「届いたよ！」という単純なやり取り一つとっても、そこにはエンジニアたちの知恵と工夫が詰まっています。ぜひ、この「レンジの概念」を頭の片隅に置いて、ネットワークの世界をさらに楽しんでくださいね！

それでは、また次回の記事でお会いしましょう。Happy Hacking!