QUIC（クイックUDPインターネット接続）Googleがインターネットベースの低レイテンシUDPトランスポート層プロトコルを開発しています。
1は、プリアンブルパケットブロックを回避するための
最大の特徴HTTP2が多重化され、そしてHTTP2最大の問題は、行ブロッキングのヘッドです。
なぜ、最初の行の先頭の阻止を理解するに表示されます。第二は、第3のパケットが到着したこの時間が、再送に失われたデータパケットを送信すべきデータの信頼性を確保するためにストリームパケット、TCPを失った前記ストリーム3 TCP接続上で送信された例えばHTTP2、用受信側が、ラインブロックの先頭と呼ばれる、ブロックされました。
QUICパケットロス、フロー制御がストリームに基づいているため、この問題を回避するために多重QUIC、ストリームが互いのすべての独立した、ストリームの損失です、ストリームは、他のデータ伝送には影響しません。
2、ゼロRTTのビルドさえ：
これは、クライアントがサーバに接続するのが初めての場合、QUICにより伝送および暗号化は、一般的に、通常の状況下では、最初のハンドシェイク唯一のRTTがハンドシェイクを完了するために、場所、一緒ます。しかし、トリガーのためにバージョン交渉は、証明書の暗号化を解除することはできませんし、他の問題は確かに多くのRTTのにつながります。
場合は、繰り返し接続ハンドシェイクの場合には、証明書が有効である場合には、クライアントは、Helloパケットが応答パケットを待っていない伝説の0RTTを達成しているデータの暗号化、に直接送信することができます送信します。
図3に示すように、FEC前方誤り訂正
データ自体以外の部分データ、他のデータパケットと、各パケットQUICプロトコル、パケット損失の少量となり、冗長データは、組み立てられた他のデータパケットを完了するために使用することができます再送せず、それによってデータ伝送速度を増加させます。Nパケットを直接回収することができる失われたパケットと、他にも使用することができるように、単一のデータパケットを確立するRAID5の特定の実装、N個のパケットチェックサム（XOR）と同様パケットの正しさを検証します。
参考：