レイテンシー（遅延）とはデータが相手に届くまでにかかる時間で、単位はミリ秒。通信速度（Mbps）は「1秒に送れる量」で別の数字。往復時間（RTT）・ping・ジッターの意味と、5Gの「低遅延」、AIの応答で言うレイテンシーの中身【2026年10月版】

2026年10月13日・日本時間時点の情報です。 レイテンシー（latency・遅延）とは、データが通信の一方の端からもう一方の端まで届くのにかかる時間のことで、単位はミリ秒（1,000分の1秒）です。 「レイテンシ」と伸ばさずに書く例もあり、同じ意味で使われています。往復で測った値はRTT（Round-Trip Time・往復時間）と呼ばれ、pingコマンドで確かめられます。

通信速度（Mbps）は「1秒に送れる量」で、レイテンシーとは別の数字です。筆者は2026年10月13日3時台にこのMacで測り、IPAのサイトまでのpingは平均4.246ミリ秒、米国のNISTのサーバーまでは平均123.492ミリ秒でした。

3行まとめ

1. IABのワークショップの報告書（RFC 9318）は、レイテンシーを「パケットがネットワークの経路を一方の端から他方の端まで通り抜けるのにかかる時間」と定義する。AWSの解説は「ネットワーク経由でデータが送信されるのにかかる時間」。
2. 約100KBのページは、帯域が100Mbpsなら送る時間は8ミリ秒だが、往復が250ミリ秒なら往復3回分だけで750ミリ秒かかる（筆者の計算）。1GBのファイルでは、帯域で決まる時間が大半を占める。
3. 5Gの遅延は、総務省の令和2年版情報通信白書が「1ミリ秒程度」と書くが、ITUの報告書M.2410-0では無線区間・片道・利用者1人の条件の最低要件。AIで言うレイテンシーは、Anthropicの用語集ではプロンプトを送ってから出力を受け取るまでの遅れ。

レイテンシーの定義。IABの報告書・AWSの解説・NISTの用語集は、こう書いている

IAB（Internet Architecture Board）が2021年9月に開いた、ネットワーク品質の測定についてのワークショップの報告書（RFC 9318・2022年10月）は、レイテンシーを次のように定義します。報告書は、見解は参加者のもので、IABの見解とは限らず、標準規格でもないと明記しています。

"In measuring network quality, latency is defined as the time it takes a packet to traverse a network path from one end to the other." （訳：ネットワーク品質の測定では、レイテンシーは、パケットがネットワークの経路を一方の端から他方の端まで通り抜けるのにかかる時間と定義される。）

パケットは、通信するデータを小さく区切った単位です。AWSの日本語の解説は、こう書きます。

「ネットワークレイテンシーは、ネットワーク通信における遅延です。ネットワーク経由でデータが送信されるのにかかる時間を示します。」

AWSは、応答時間が速いネットワークはレイテンシーが低いとも書き、数字は小さいほど速く届くことになります。NISTの用語集の「latency」は、「The delay in processing or in availability.」（処理や利用可能になるまでの遅れ）など文書ごとの定義を並べ、通信の端から端までと限った書き方ではありません。Microsoft Learnの日本語版は、latencyを「待機時間」と訳す箇所があります。総務省「国民のためのサイバーセキュリティサイト」の用語集（同日取得）には、本記事が確認した範囲では、レイテンシや遅延の見出しはなく、5Gの項に「超低遅延」の語があるだけでした。

レイテンシーと通信速度（帯域）は別の数字。100KBのページと1GBのファイルで比べる

JPNICの「インターネット用語1分解説」は、帯域幅について「同じ通信技術を使っている限り通信速度は帯域幅に比例します。そのため、帯域幅と通信速度は、しばしば同一視されます。」と書きます。この記事では、Mbpsで表す速度を帯域と呼び、8ビット＝1バイトで換算します（単位はデータ容量の単位の記事）。

データを受け取るまでの時間を、筆者は次の式で単純化して計算しました（筆者の式で、公式のものではありません）。

合計の時間 ＝ 往復の回数 × 往復の時間 ＋ データ量 ÷ 帯域

往復の回数は、TCPの接続・TLSの暗号化の準備・HTTPの要求と応答に1往復ずつで3回、往復の時間は下の実測のIPA（数ミリ秒）とBSI（約0.25秒）に近い5ミリ秒と250ミリ秒と置きました（どれも筆者の仮定）。

約100KBのページは、帯域を10倍にしても往復が250ミリ秒のままなら合計はほぼ縮まず、往復を5ミリ秒にすると23ミリ秒になります。1GBのファイルでは、帯域で決まる8〜80秒が大半を占めます。小さいデータを何度もやり取りする場面ではレイテンシー、大きいデータを1回で受け取る場面では帯域が、所要時間を左右します。RFC 9318は、十分な容量のインターネット接続を持つ利用者について、こう書きます。

"For these users, latency improvements, rather than bandwidth improvements, can lead to the most significant improvements in QoE." （訳：こうした利用者にとっては、帯域の改善よりレイテンシーの改善のほうが、QoE（体感の品質）をもっとも大きく改善し得る。）

実測もしました。2026年10月13日3時30分〜31分に、このMacから curl で公的機関のサイトのファイルを取得しました（man curlの説明では、time_connectはTCP接続の完了まで、time_appconnectはTLSなどの完了まで）。表は1回目の値で、3回の合計時間はIPAが0.025〜0.032秒、BSIが1.77〜2.32秒でした。

大きさが近い2つの小さなページで、往復に約0.25秒かかるBSIは、ページを要求する前の接続の準備だけで0.508秒を使い、IPAの0.0114秒の約44.5倍でした。合計時間の差（約70倍）には、サーバーの処理時間やHTTPの版の違い（IPAはHTTP/2、BSIはHTTP/1.1）も含まれ、全部が往復の時間のせいとは言えません。一方、11.8MBのPDFは216.5Mbpsの平均速度が出ており、小さなページが33.0Mbpsや0.65Mbpsにとどまったのは、往復を待つ時間が合計の大半を占めたためと筆者は読みます。

RTT・ping・ジッターは何を指すか。RFCと公式ドキュメントの説明

RTT（往復時間） について、AWSの解説は「クライアントがリクエストを送信し、サーバーからレスポンスを受信するまでにかかる時間」と書きます。RFC 2681は、送り手が最初の1ビットを送ってから、相手の返信の最後の1ビットを受け取るまでの時間を往復遅延と定義します。

ping（ピング） は、往復時間を測る代表的なコマンドです。筆者がこのMacで開いたmanページは、「The ping utility uses the ICMP protocol's mandatory ECHO_REQUEST datagram to elicit an ICMP ECHO_RESPONSE from a host or gateway.」（pingは、ICMPのECHO_REQUESTを送り、相手からECHO_RESPONSEを引き出す）と説明し、ICMPのEchoとEcho ReplyはRFC 792が定めています。2026年10月13日3時26分に ping -c 5 www.ipa.go.jp を実行した結果の抜粋です。

64 bytes from 54.230.175.71: icmp_seq=0 ttl=248 time=3.625 ms
（中略）
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 3.215/4.246/7.275/1.528 ms

「time=」が1個ごとの往復時間（ミリ秒）で、最後の行は最小・平均・最大・標準偏差です。Windowsのpingは、Microsoftのドキュメントによると、既定で4回送ります。

ジッター（jitter） は、遅延の変動です。RFC 3393は、この語が人によって違う意味で使われるため、「we will avoid the term "jitter" whenever possible and stick to delay variation which is more precise」（できるだけ「ジッター」を避け、より正確な「遅延変動」を使う）と書きます。AWSの解説は「ネットワーク接続を介したデータ送信と受信の間の遅延時間の変動」と書きます。pingの標準偏差（stddev）は、RFC 3393の遅延変動とは計算が違いますが、往復時間のばらつきを見る目安になります（筆者の説明）。

レイテンシーが影響する場面。会議・ゲーム・クラウドで、公式ページが書いていること

オンライン会議。 Microsoftの「Prepare your organization's network for Teams」は、症状を原因の可能性とともに書き分けます。「Teams runs slowly (maybe you have insufficient bandwidth).」（Teamsが遅い。帯域が足りない可能性）、「Calls have static and cut out, or voices sound like robots (could be jitter or packet loss).」（通話にノイズが入って途切れる、声がロボットのようになる。ジッターやパケット損失の可能性）。VPNを通すと、利用者から遠いサービスの入口に回される場合があり「introducing extra latency and jitter」（余分なレイテンシーとジッターが加わる）とも書きます。Google Workspaceの管理者向けヘルプも、「VPN を使用するとレイテンシが発生し、Meet の動画および音声の品質が低下する可能性があります。」と書きます（VPNはVPNの記事）。

会議1人分の帯域は大きくありません。Microsoftは「1.5 Mbps 以下で HD ビデオ品質を実現できます」と書き、Googleのヘルプは、小規模な組織や個人の参加者1人あたり720pで最大1.7Mbps、音声のみで100Kbpsと書きます。100Mbps級の速度表示よりずっと小さく、途切れる原因を速度の表示だけで説明するのは難しいというのが筆者の読みです。Microsoftが旧版（previous versions）の区分に残す、最終更新2017年11月28日の文書には、Skype for Businessのクライアントから同社のネットワークの入口（Edge）までの区間について、往復時間はOptimalが60ms未満・Poorが500ms超、ジッターはOptimalが3ms未満・Poorが30ms超という表があります。今のTeams向けのページ（最終更新2026年7月9日）には、本記事が確認した範囲では、ミリ秒の基準は書かれていません。

ゲーム。 NVIDIAのGeForce NOWのシステム要件は、帯域と遅延を別の項目で書きます。「60 FPS の FHD 解像度に対して 25 Mbps」の一方で、「NVIDIA データ センターからのネットワーク遅延は 80ms 未満にする必要があります。」と書きます。

クラウドとWebサービス。 AWSの解説は、「多くの場合、システム処理は API がレスポンスを返すまで停止します。したがって、ネットワークレイテンシーはアプリケーションのパフォーマンスの問題を引き起こします。」と書き、原因の1つに距離を挙げます。光ファイバーでは「1 km ごとに 4.9 マイクロ秒のレイテンシーが発生」するというAWSの数字から計算すると、ケーブル1,000km分で片道4.9ミリ秒、往復9.8ミリ秒です（筆者の計算）。衛星回線の遅延はStarlinkの記事に、名前を引く段階の遅れはDNSの記事に、Wi-Fiの切り分けはWi-Fiが繋がらない時の記事に書きました。

5Gの「1ミリ秒程度」は、どの区間の何の時間か

総務省の令和2年版情報通信白書（「5Gの利用シナリオと主な要求条件」）は、超低遅延通信（URLLC）の項に「5Gにおける遅延は1ミリ秒程度とされており、4Gの10分の1程度に短縮されることが見込まれている。」と書きます。4Gとの違いや携帯各社の書き方は5Gの記事にまとめました。

ITU（国際電気通信連合）の報告書M.2410-0（2017年11月）は、遅延の最低要件を「4 ms for eMBB」「1 ms for URLLC」（高速大容量の用途で4ms、超高信頼・低遅延の用途で1ms）とし、その時間をこう定義します。

"User plane latency is the contribution of the radio network to the time from when the source sends a packet to when the destination receives it (in ms)." （訳：ユーザープレーン遅延は、送り手がパケットを送ってから宛先が受け取るまでの時間のうち、無線ネットワークが占める分（ミリ秒）。）

報告書はこれを片道（one-way）の時間とし、「assuming unloaded conditions (i.e. a single user) for small IP packets」（利用者が1人の混んでいない状態の、小さなIPパケットが前提）と書きます。白書の「1ミリ秒程度」はこのURLLCの1msにあたり、無線区間の・片道の・利用者1人の条件の数字で、スマートフォンからインターネット上のサーバーまでのpingの値とは別のものと読めます（筆者の読み）。本記事が2026年10月13日に取得した携帯4社の公式ページには、遅延のミリ秒の数字は見つかりませんでした。

AIの応答の速さで言う「レイテンシー」は何か

AI事業者の公式ドキュメントでは、同じ語が別の意味で使われています。Anthropicの用語集は、次のように定義します。

"Latency, in the context of generative AI and large language models, refers to the time it takes for the model to respond to a given prompt. It is the delay between submitting a prompt and receiving the generated output." （訳：生成AIと大規模言語モデルでのレイテンシーは、モデルが与えられたプロンプトに応答するのにかかる時間を指す。プロンプトを送ってから生成された出力を受け取るまでの遅れである。）

要因には、モデルの大きさ、ハードウェア、ネットワークの状態、プロンプトと応答の複雑さが挙げられ、通信のレイテンシーは要因の1つです。最初のトークン（文字や語の断片）が出るまでの時間は、同じ用語集でTTFT（Time to First Token）と呼ばれます。OpenAIのAPIガイドは、「Generating tokens is almost always the highest latency step when using an LLM」（トークンの生成は、LLMを使う時にほぼ必ずもっとも遅延の大きい段階）と書きます。この記事では、AIの応答時間は測っていません。音声対話の遅れはローカルLLMの記事に、定義に低レイテンシでの推論を含む小型モデルはSLMの記事にあります。

ping・curl・networkQualityでこのMacの往復時間を測った結果（2026年10月13日3時台）

読むだけのコマンドを実行しました（macOS 26.6）。回線の事業者名・グローバルIPアドレス・Wi-Fiの名前は載せていません。pingは宛先ごとに5個です。

• IPAのpingが表示した名前は cloudfront.net で終わっていました。www.nist.govも米国まで届くにしては短い3.4〜3.7ミリ秒台で、どちらも本体ではなく、近くのCDN（コンテンツ配信ネットワーク）の配信用サーバーまでの往復を測った可能性があります（筆者の推測。経路は確かめていません）。
• www.nist.govは、5個のうち1個が27.751ミリ秒で、ほかの4個の約8倍でした。標準偏差が大きいのはこの1個のためです。time.nist.govはIPAの約29倍（123.492÷4.246）で、距離が遠いほど遅延が大きいというAWSの説明と向きは合います。
• www.bsi.bund.deとwww.bipm.orgはpingが全部「Request timeout」でしたが、curlではHTTP 200でページが取得できました。理由は確かめておらず、「pingが返らない＝サイトが落ちている」とは言えません。

networkQuality -v は、3時30分11秒から19.67秒間、1回だけ実行しました。Appleのサポートページは手順を「上級者向け」と書き、manページは接続プランのデータを使うと書きます（この1回で上り198.000MB・下り238.736MB、計約437MBを転送）。

RPM（Round-trips Per Minute・1分あたりの往復数）は、IETFのInternet-Draft（作業中の文書で、標準ではありません）が、60を往復時間（秒）で割った値（60,000÷ミリ秒）と定義します。AppleのサポートページはRPMを低い・中間・高いの3つに分け、「低い」は、別の機器が映画のダウンロードなどをしていると、ビデオ通話やゲームの接続が不安定になる可能性がある、と書きます。この1回では、使い切る間の遅延が空いている時の約43.5倍でした。下りの容量は前の節のPDFの平均速度（216.5Mbps）より小さいものの、相手も時刻も違い、manページによると既定で上りと下りを同時に測るので、同じ条件では比べられません。

5Gの実測と、ほかの回線での結果は、この記事では確かめていない

• 5Gの遅延は測っていません。白書（2020年）とITUの報告書（2017年）の数字は要件と見込みで、実測値ではありません。
• 測定は3時台に1台のMacで、上の回数だけです。時間帯や回線で変わり、ほかの回線にも同じ結果が出るかは分かりません。
• ZoomとCloudflareの解説ページは読めておらず、参照していません。
• IPAなど、総務省以外の用語集は確認していません。

レイテンシーの定義と数字を引いた公式ページ（2026年10月13日取得）

RFC 9318・2681・3393・Internet-Draft／NIST／AWS／JPNIC／Apple／Microsoft／Google／NVIDIA／総務省／ITU／携帯4社／Anthropic／OpenAI。URLと取得時刻は、記事の出典欄にあります。