QUIC / HTTP/3 (RFC 9000・2021年5月)（クイック）
UDP上で動作する次世代トランスポートプロトコル。TCPの課題であるHead-of-Line Blockingを解消し、TLS 1.3を内包することで高速かつセキュアな通信を実現するHTTP/3の基盤技術。
概要
QUIC（Quick UDP Internet Connections）は、UDP（User Datagram Protocol）をベースに構築された、低遅延かつ高信頼なトランスポートプロトコルです。従来のTCPが抱えていた「Head-of-Line (HoL) Blocking」という、単一のパケット損失が全ストリームの停止を招く構造的欠陥を、ストリーム単位の独立した制御によって克服しています。
2021年のRFC 9000による標準化を経て、HTTP/3（RFC 9114）の基盤として定着しました。特筆すべきは、暗号化プロトコルであるTLS 1.3をプロトコルスタック内に統合している点であり、これによりハンドシェイクの回数を削減し、接続確立までのRTT（Round Trip Time）を劇的に短縮しています。2025年以降のネットワーク環境においては、エッジコンピューティングとの親和性が高く、CDNを通じたコンテンツ配信の高速化において中核的な役割を担っています。
技術的特性
| 機能要素 | 実装の詳細とメリット |
|---|---|
| Stream Multiplexing | 1つの接続内で複数のストリームを独立して管理。一部のパケットロスが他のデータ転送に影響しない。 |
| 0-RTT / 1-RTT Handshake | TLS 1.3との統合により、再接続時に過去のセッション情報を利用して即座にデータ送信を開始可能。 |
| Connection Migration | IPアドレスやポート番号が変わっても（Wi-Fiから5Gへの切り替え等）、Connection IDを用いて通信を継続。 |
| Built-in Encryption | 通信の初期段階から暗号化が強制されるため、中間者攻撃に対する耐性が極めて高い。 |
TCP/HTTP2 と QUIC/HTTP3 の比較
| 比較項目 | TCP + HTTP/2 | QUIC + HTTP/3 |
|---|---|---|
| トランスポート層 | TCP (Reliable) | UDP (Custom Reliable) |
| パケット損失の影響 | 全ストリームが停止 (HoL Blocking) | 影響を受けるストリームのみ停止 |
| 接続確立の遅延 | TCP + TLS の複数往復が必要 | TLS統合により最小限の往復で完了 |
| ネットワーク切替時 | 接続の再構築（切断）が発生 | セッションを維持したまま継続可能 |
| セキュリティ | 別レイヤーでのTLS適用 | プロトコル内に暗号化が組み込み済み |
関連用語との違い
TCP vs QUIC
TCPはOSのカーネルレベルで実装されており、信頼性は高いが柔軟性に欠ける。一方、QUICはUDP上で動作するため、ユーザー空間（アプリケーション層に近い部分）での迅速なアップデートや機能拡張が可能であり、現代の高速化要求に適している。
HTTP/2 vs HTTP/3
HTTP/2はTCPの上で動作するため、パケットロスによるHoL Blockingを完全に排除できない。HTTP/3はQUICを利用することで、アプリケーション層のマルチプレクスト（多重化）がトランスポート層の損失の影響を受けない構造を実現している。
TLS 1.3
QUICにおけるTLS 1.3は、単なるオプションではなくプロトコルの構成要素として密結合している。これにより、従来の「TCP接続確立 → TLSハンドシェイク」という二段階の手順を、一つのプロセスに統合できている。
FAQ
Q1: モバイルデバイスにおいてなぜQUICが有利なのですか？
A1: 「Connection Migration」機能が最大の理由です。移動中にWi-Fiからモバイルデータ通信（4G/5G）へ切り替わった際、IPアドレスが変わっても接続を維持できるため、動画視聴やダウンロードが中断されません。
Q2: すべてのWebサイトでHTTP/3は利用可能ですか？
A2: ブラウザ側は主要なものがすべて対応していますが、サーバー側の設定と、UDP通信を許可するネットワーク環境（ファイアウォール等）に依存します。近年はCDN経由での普及が進んでおり、多くの大規模サービスで標準化されています。
Q3: QUICの導入によるデメリットや課題はありますか？
A3: UDPベースであるため、一部の企業内ネットワークや古いファイアウォールにおいてUDPトラフィックが制限（ドロップ）されることがあります。また、パケット処理の複雑化により、サーバー側のCPU負荷が増大する傾向があるため、インフラ設計における最適化が重要です。