12. Retransmission Scheduling (再送スケジューリング)

TCPやQUICなどのトランスポートプロトコルは、パケット損失を検出し、失われた情報を再送信することで信頼性を提供します。第10節の考慮事項に加えて、再送信データのスケジューリングは新しいデータと競合する可能性があります。このセクションの残りの部分では、QUICを使用する際の考慮事項について説明します。

[QUIC]の第13.3節は、「エンドポイントは、アプリケーションが指定する優先度が別途示さない限り、新しいデータを送信するよりも再送信データに優先順位を与えるべきです (SHOULD)」と述べています。HTTP/3アプリケーションが本文書で定義されている優先度スキームを使用し、QUICトランスポート実装がアプリケーションが示すストリーム優先度をサポートしている場合、新しいデータと再送信データの両方をスケジュールする際にストリームの相対的な優先度を考慮するトランスポートは、アプリケーションの期待によりよく適合する可能性があります。ただし、決定がいくつかの要因とトレードオフに依存するため、この情報に基づいてトランスポートがどのようにスケジューリングを選択するかについての要件はありません。高緊急度ストリームの新しいデータを低優先度ストリームの再送信データよりも優先することも、緊急度に関係なく再送信データを新しいデータよりも優先することもできます。

[QUIC-RECOVERY]の第6.2.4節は、プローブタイムアウトタイマーが期限切れになった後にプローブパケットを送信する際のアプリケーション優先度に関する考慮事項も強調しています。アプリケーションが示す優先度をサポートするQUIC実装は、プローブデータを選択する際にストリームの相対的な優先度を使用する可能性があります。