1 通信遅延の概要
1.1 定義と基本概念
通信遅延とは、送信側が情報を出してから受信側で利用可能な状態になるまでに生じる時間差を指す。遅延は単一の値として扱われることもあるが、実際には経路上の混雑や機器処理の変化に応じて時刻ごとに変動するため、統計的性質（分布やばらつき）として捉えるのが一般的である。音声・映像のようなリアルタイム性が高い用途では、遅れそのものだけでなく、遅れの揺らぎが体験品質を左右しやすい。
1.2 遅延を構成する要素
通信遅延は、主に送信、伝搬、処理、待ち行列（キューイング）といった寄与の合成として理解できる。実装や経路条件により比率は変わるが、ボトルネックがどこにあるかを特定する際には、どの要素が支配的かを切り分ける発想が有効である。
1.2.1 送信遅延
送信遅延は、ネットワーク機器がフレームやパケットを物理的な回線へ送り出しきるまでに要する時間である。一般に回線速度が高いほど小さくなるが、パケットサイズやプロトコルのオーバーヘッドが増えると増大する。スイッチやルータの出力側での上り・下り方向の条件、回線のレート制限も影響する。
1.2.2 伝搬遅延
伝搬遅延は、信号が媒体を伝わるのに必要な時間である。光ファイバや無線など媒体によって速度が異なり、距離に比例して増える。データセンター内の短距離通信では相対的に小さくなる一方、広域ネットワークでは無視できない寄与になることがある。
1.2.3 処理遅延
処理遅延は、機器がパケットを受け取ってから転送・変換・復号などを行うまでの内部演算に要する時間である。ルックアップ（経路表参照）、暗号化・復号、ヘッダ処理、セキュリティ機能の適用などが含まれうる。CPU負荷や実装差によっても変わり、単純な回線速度だけでは説明できない。
1.2.4 キューイング遅延
キューイング遅延は、送信先の能力が一時的に需要に追いつかず、パケットが待ち行列に滞留する時間である。混雑が発生すると急激に増えやすく、平均値より最大値や頻度が問題になるケースが多い。待ち行列の長さや選択した待ち行列規律（優先度付け、ドロップ戦略）が、遅延の形状を左右する。
1.3 遅延の種類と分類
1.3.1 固定遅延
固定遅延は、条件が変わらない範囲で比較的一定に近い遅れを指す。伝搬に近い要素や、定常運用の処理時間などが該当しやすい。固定に近い場合でも、瞬間的な混雑や経路切替が起きれば値が変わるため、「完全に一定」とは限らない。
1.3.2 可変遅延
可変遅延は、混雑状況や運用状態の変化に応じて時間が変動する遅れである。特にキューイングは外乱に敏感で、同じ経路でも負荷が増えると増大する。結果として、平均的な性能指標だけでは不足することがある。
1.3.3 ジッタ（揺らぎ）
ジッタは、遅延が時間的にどの程度揺れるかを表す指標である。一定の遅延が長い場合より、同じ平均でも変動が大きいとアプリがバッファリングしきれず、音切れや映像の途切れなどにつながりやすい。ジッタの評価では、分布や時間窓ごとの統計量が用いられる。
2 測定・評価の考え方
2.1 遅延の測り方
遅延測定は「何を基準に、どの点間で、どの粒度で」捉えるかで結果が変わる。測定対象が同一でも、プローブ経路や負荷条件が異なれば数値も変動するため、計測条件の記録が重要になる。
2.1.1 往復遅延（ラウンドトリップ）
往復遅延は、送信から応答受信までの時間であり、ネットワーク到達性と応答性を概観する目的でよく用いられる。
2.1.1.1 リアルタイム計測の手法
リアルタイム計測では、定期的に小さなプローブを送って応答時間を追跡する方式が一般的である。測定間隔を短くすれば変動の追跡が容易になるが、プローブ自体が負荷となる可能性もあるため、環境に応じた設定が必要になる。計測結果の外れ値は、混雑ピークや再送制御の影響として現れることがある。
2.1.2 一方向遅延の測定
一方向遅延は、送信側から受信側までの片道に要する時間である。往復より直感に近い情報を得られる場合があるが、受信側と送信側の時刻同期が前提となる。同期が不十分だと測定誤差がジッタのように見えるため、NTPや専用時刻同期の可否が実務上の制約になる。
2.1.3 パケットベース計測
パケットベース計測は、実際に転送されたパケットのタイムスタンプや経路ログから遅延を推定する。アプリ通信に近い挙動を観測できる一方、計測に必要な計装（ヘッダ付与、ログ収集、キャプチャ）が増えるとオーバーヘッドが生じる。現場では、制約下でどこまで精度と範囲を確保するかの設計が求められる。
2.2 指標と見方
遅延の評価では、単なる代表値ではなく、ばらつきや極値、時間変化を合わせて読むことが望ましい。とくにリアルタイム用途では「最悪に近い状態」が体験に影響することがある。
2.2.1 平均・分散・最大値
平均は全体の傾向を示し、分散はばらつきの程度を表す。最大値は稀な混雑でも致命的な体験劣化を起こす可能性を示すため、運用判断では重要度が高い。平均が良好でも最大値が大きい場合、瞬間的な遅れが問題になっていることがある。
2.2.2 ジッタと遅延分布
ジッタは、遅延の時間変動を要約する。加えて、遅延分布（ヒストグラムやパーセンタイル）を見ることで、どの程度の確率で長遅延が発生するかを把握できる。たとえば、一定以上の遅延が占める割合が大きいと、バッファリング設計の前提が崩れることがある。
2.2.3 SLAでの扱い
SLA（サービス品質保証）では、遅延の定義や測定方法を契約上明確にし、閾値と達成率を定めることが多い。往復遅延と一方向遅延のどちらを採用するか、どの時間窓で評価するか、測定点（端末、ゲートウェイ、クラウド入口など）を決めることで、評価の公平性が確保される。曖昧な定義は紛争の原因になりうるため、細部の規定が重要である。
2.3 測定環境による差
同じ遅延という言葉でも、測定地点や経路が違えば結果は一致しない。さらに、測定時の負荷が変われば再現性にも差が出る。
2.3.1 無線区間の影響
無線では、電波状況や干渉、端末の送信電力制御などによりスループットと遅延が変動しやすい。帯域が一時的に細くなると待ち行列が増え、ジッタが大きくなることがある。また、端末側の省電力動作が応答性に影響する場合もある。
2.3.2 端末性能の影響
端末の処理能力（CPU、OSネットワークスタック、暗号処理の有無）は処理遅延やアプリ層のタイミングに波及する。たとえば同一回線でも、負荷が高い端末では受信処理が遅れ、見かけ上の遅延が増えることがある。測定では、端末負荷状況の記録が有用である。
2.3.3 経路変更の影響
ルーティングは常に固定とは限らず、混雑回避や障害対応で経路が変わることがある。経路が変われば伝搬距離や機器数、優先制御の扱いが変わり、遅延特性も変化する。可変遅延の増減を説明する際には、経路履歴やログが役に立つ。
3 発生要因とメカニズム
3.1 ネットワーク混雑
混雑は遅延の代表的な増加要因であり、特にキューイングが支配的になる。負荷が回線容量に近づくほど、待ち行列の膨張が非線形に進む傾向がある。
3.1.1 キューの形成
キューが形成されるのは、受信側（または次ホップ）が処理・送出できる速度より、上流から到着するパケットの速度が勝っている場合である。バースト的なトラフィックは短時間で混雑を作り、結果として長遅延が連続することがある。キューの有無は、遅延の分布の裾（長尾）に直結することが多い。
3.1.2 優先度と待ち行列
待ち行列の設計は、優先度の扱いによっても遅延を変える。高優先のフローは待ち行列内で前に出やすく、低優先は後回しになりやすい。結果として、平均は改善しても特定クラスの最大遅延が悪化する場合がある。品質を保つには、優先度付けと割当ての整合が必要になる。
3.2 ルーティングと経路
経路は遅延要素の合計を変える。伝搬距離だけでなく、機器処理や待ち行列の発生する地点も変化する。
3.2.1 遠回りによる増加
遠回りは伝搬遅延を増やすだけでなく、転送回数の増加により処理遅延や待ち行列の機会も増やす。特に複数ホップを重ねる構成では、経路上の混雑ポイントが1つでも増えると、ばらつきが目立ちやすい。
3.2.2 フェイルオーバー時の影響
障害やリンク劣化への対応で経路が切替わると、到達性の変化に加え、遅延が段階的に増減することがある。切替直後は学習やキャッシュ更新、セッション再確立などで一時的に遅延やロスが増えることがある。復旧の速度と、再ルーティングの設計が体験に影響する。
3.3 有線・無線の特性
媒体の違いは、処理能力・誤り制御・スケジューリングの性格を通じて遅延に反映される。
3.3.1 待ち時間が変動する要因
無線では干渉や信号品質が、スケジューリング待ちや再送の頻度を左右する。さらに複数端末が同一無線リソースを共有すると競合が増え、同じ距離でも時間帯で挙動が変わる。これにより、遅延が平均に加えて分散でも悪化しやすい。
3.3.2 アンテナ・干渉の影響
アンテナ構成や指向性、端末位置の変化は受信品質に影響し、結果として再送や失敗処理が発生しやすくなる。干渉が増えると実効スループットが下がり、待ち行列が膨らむ経路も考えられる。遅延と同時に、パケットロスや再送回数の増加が観測されることがある。
3.4 コーデック・アプリ層処理
通信遅延はネットワークだけで決まらない。アプリ層やメディア処理の方式によって、体感上の「遅れ」が増幅される場合がある。
3.4.1 バッファリング
リアルタイム通信では、遅延の揺らぎを吸収するためにバッファが設けられることがある。バッファが大きいほど途切れにくい一方、応答開始までの待ち時間は増える。ジッタの推定値に応じてバッファ量を調整する設計が必要になる。
3.4.2 再送制御と遅延
信頼性確保のための再送や整列処理は、失われたパケットの回復を助けるが、その分だけ時間が伸びる。とくにリアルタイム用途では、再送よりも遅れて到着したデータを捨てて整合を優先する設計が選ばれることがある。目的に応じて、遅延と欠落のトレードオフが調整される。
3.4.3 アプリのタイミング設計
アプリは送出時刻の設計、フレーム境界、スケジューリング、プレタイム（事前処理の待ち）などにより遅延を内部的に作り込む。たとえば定周期でまとめて送る方式は、平均遅延は抑えられても到着時のばらつきに影響する。逆に小分け送信は制御の複雑化を伴うが、揺らぎを抑える可能性がある。
4 改善・最適化
4.1 トラフィック制御
トラフィック制御では、混雑の発生を抑えたり、重要通信を優先することで遅延とジッタの悪化を緩和する。
4.1.1 優先制御（品質保証）
優先制御は、パケットにクラスを割り当て、混雑時に重要度の高い通信が先に処理されるようにする考え方である。実装としてはキュー分離やスケジューリング方式の選択が挙げられる。設定の誤りは逆効果（特定通信の餓死）にもなり得るため、観測に基づく調整が重要である。
4.1.2 混雑回避と制御アルゴリズム
混雑回避は、許容限界を超える前に制御して待ち行列の肥大化を抑える。代表的には輻輳検知に基づく制御や、事前に損失を導入して過剰な送信を抑える方式などがある。遅延を下げる目的でも、損失率や転送効率との整合が必要である。
4.2 回線・経路の最適化
物理回線や経路選択の改善は、遅延の根本要因（距離、ホップ数、混雑点）に働きかける。
4.2.1 迂回削減の設計
迂回を減らすには、経路計算の方針やルーティングポリシーを見直すことが基本になる。対象トラフィックごとに優先する条件（距離、帯域、遅延推定）を設定し、不要な転送段を減らす。結果は運用中に変動するため、監視と再評価を前提にするのが実務的である。
4.2.2 回線冗長化の考え方
冗長化は、障害時だけでなく劣化時の迂回や経路再選択の影響を抑える狙いがある。複数経路を用意しておくことで、切替の時間を短縮しやすい。なお、冗長化は単純に足すほど良いとは限らず、負荷分散やルーティングの整合が欠けると混雑が偏る。
4.3 機器・設定の最適化
機器設定の最適化は処理遅延やキューの性格を直接左右する。ネットワーク全体の挙動を見て調整する必要がある。
4.3.1 ルータ／スイッチ設定
ルータやスイッチでは、転送経路のキャッシュ設定、キュー管理、ポリシング、暗号処理のオフロード可否などが関係する。負荷の高い時間帯に設定が顕在化するため、ピーク時の計測と突合せが有効である。変更は影響範囲が広いことがあるため段階的な導入が望ましい。
4.3.2 MTU・フラグメントの影響
MTU（最大伝送単位）の不整合は、断片化（フラグメント）や再組立に伴う遅延増加を招きうる。断片化はオーバーヘッドを増やし、失敗時の再送負荷も高める。経路の特性に応じて適切なMTU値を調整し、断片化を避ける方針が遅延改善に寄与する。
4.4 アプリケーション側の工夫
ネットワークを変えにくい場合でも、アプリ側の設計で遅延と揺らぎの影響を緩和できる。
4.4.1 ジッタ吸収の設計
ジッタ吸収では、受信側バッファの設計が中心になる。固定量で待つ方式、推定に基づき動的に調整する方式などがある。設計の鍵は、遅れが増えたときの画質・音質低下と、バッファ増による応答遅れの両方を抑えるバランスにある。
4.4.2 フォワーディング・リトライ方針
フォワーディングとリトライは、遅延増を招く再試行の回数や間隔、失敗時の扱いを決める。リアルタイム系では、遅れて到着するデータを優先度低として扱うなど、完璧な回復よりも整合維持を優先する設計が採用される場合がある。逆に業務系では、再送により完全性を担保する方針が適することもある。
4.4.3 アプリのタイミング制御
送信のバーストを抑える、フレーム生成周期を調整する、送出キューの滞留時間を制限するなどの工夫が遅延の見かけを改善する。特に複数ストリームが同時に動く場合、優先度付きスケジューリングが有効になることがある。計測とログに基づき、タイミングのボトルネックがどこにあるかを特定して改善する。
4.5 よくあるトラブルと対策
4.5.1 レイテンシ急増の原因探索
急なレイテンシ上昇は、混雑、経路変更、端末負荷、設定ミスなど複数要因が同時に起きることがある。切り分けでは、時間帯と負荷の相関、機器のキュー指標、経路ログ、再送やパケットロスの兆候を順に確認する。往復遅延だけに依存せず、ジッタや分布の形も観測することで見落としを減らせる。
4.5.2 計測結果の誤解を防ぐ方法
誤解は、測定点の違い、同期不備、プローブの影響、外れ値の扱いなどから生まれる。特に片道遅延では同期が崩れると結果が歪む。平均だけで判断せず、評価条件と指標定義を照合し、同一条件での再計測によって確証を得ることが重要である。
4.5.3 ユーザー体感を改善する手順
体感の改善では、遅延値だけでなく、途切れや遅れて届く感覚を分解して対応する。たとえばジッタ由来の問題ならバッファ戦略が効きやすく、一定の遅れが長い場合は経路や処理を見直す優先度が高い。最後に、端末側の設定（省電力、バックグラウンド制限）も含め、観測と反復検証で改善を確かめる。