UDPとは：コネクションレスプロトコルとその動作

UDPとは？

UDP（User Datagram Protocol）は、TCP/IPモデルのトランスポート層における主要プロトコルの1つで、1980年にDavid Reedによって設計されました。最小限のデータ転送メカニズムを提供します：アプリケーションがデータグラムを送信し、プロトコルは受信者に届いたかどうかを追跡しません。

UDPヘッダーは、送信元ポート、宛先ポート、長さ、チェックサムの4つのフィールドのみで構成されています。各フィールドは2バイトを占めるため、ヘッダーの合計サイズは8バイトです。比較すると、オプションなしのTCPヘッダーは20バイト、オプションありでは最大60バイトです。

このプロトコルは自身のレベルでのフラグメンテーションをサポートしません。データグラムがMTU（Maximum Transmission Unit）を超える場合、IPレベルでフラグメント化されます。1つのフラグメントが失われると、データグラム全体が破棄されます。これはUDPが個々のフラグメントの再送信を要求できないためです。開発者はデータグラムサイズを制御する必要があります。モバイルネットワークではMTUが1400バイトであることが多いため、最大サイズはこの値を超えないようにする必要があります。

UDPの仕組み

UDPを使用するアプリケーションは、SOCK_DGRAMタイプのソケットを作成し、ポートと宛先IPアドレスを指定してデータグラムを送信します。プロトコルは最小限のヘッダーを追加し、パケットをIP層に渡します。受信者は自身のポートをリッスンし、到着したデータグラムからデータを抽出します。

UDPは輻輳制御を行いません。アプリケーションはネットワークがサポートする最大速度でデータグラムを送信できます。これによりチャネルの輻輳が発生する可能性がありますが、リアルタイムシナリオではこのような積極性は正当化されます。ビデオ通話では、送信を停止するよりも、損失の可能性があるデータストリームの方が重要です。

import socket

sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
sock.sendto(b'Hello, UDP!', ('192.168.1.100', 8888))
sock.close()

この例では、UDP用にSOCK_DGRAMソケットが作成されています。sendtoメソッドは接続を確立せずにデータグラムを送信します。受信者のIPとポートを知っているだけで十分です。サーバー側のrecvfromメソッドは、応答用にデータと送信者のアドレスの両方を返します。モバイルプラットフォームのUDPソケットも同様に構成されますが、追加の権限が必要です：iOSでは暗号化されていないUDP接続にNSAppTransportSecurityを追加する必要があり、AndroidではマニフェストにINTERNET権限が必要です。

UDPの長所と短所

UDPの選択は、速度が信頼性よりも重要なシナリオで正当化されます。このプロトコルは、接続確立、確認応答、再送信に時間を浪費しません。これにより最小限のレイテンシが実現しますが、開発者が損失を個別に処理する必要があります。

モバイルアプリケーションでは、UDPはWebRTCなどのフレームワークを介して使用され、UDP上に損失制御、適応ビットレート、ジッタバッファを追加します。これにより、ベアプロトコルの欠点なしに速度の利点が得られます。

UDPのもう1つの重要な側面は、輻輳制御がないことです。TCPでは、Slow StartおよびCongestion Avoidanceアルゴリズムがパケット損失時に送信速度を低下させ、ネットワークの過負荷を回避します。UDPにはそのようなメカニズムがないため、開発者は独自の速度制御戦略を実装する必要があります。例えば、ビデオ通話での適応ビットレートや、ゲームサーバーでの過剰なネットワーク輻輳を防ぐためのレート制限です。

UDPの使用箇所

UDPは、レイテンシ許容度がパケット損失許容度よりも重要なシナリオで不可欠です。モバイルおよびWeb開発におけるプロトコルの主な適用分野を見ていきましょう。

オーディオおよびビデオストリーミング

UDP上で動作するRTPおよびRTSPプロトコルは、リアルタイムのオーディオおよびビデオストリームの送信に使用されます。WebRTC — ブラウザやモバイルアプリケーションでのビデオ通話の標準 — は、メディアデータの主要なトランスポートとしてUDPを、シグナリングにTCPを使用します。30fpsのビデオで1パケット失われてもユーザーには気づかれませんが、再送信の遅延は画像の顕著なフリーズを引き起こします。

オンラインゲーム

マルチプレイヤーシューティングゲームやMOBAは、適切な同期のために50ms未満のレイテンシを必要とします。UDPはプレイヤーの位置、ショット、イベントをTCPよりも高速に送信し、パケット損失は単に無視されます。次の更新は16～33msで届きます。UnityやUnreal Engineを含む人気ゲームエンジンは、アプリケーションレベルの確認応答によるクリティカルイベントの信頼性を追加した独自のトランスポート層を介してUDPを使用します。

DNSとDHCP

DNSクエリはポート53でUDPを使用します。各クエリは1つの小さなデータグラム（通常512バイトまで）だからです。応答がない場合、クライアントはタイムアウト後にクエリを再試行します。これは3ウェイハンドシェイクによるTCP接続の確立よりも高速です。DHCPもUDP上で動作します。これは、クライアントがまだIPアドレスを持っておらずTCP接続を確立できない一方で、ブロードキャストUDPパケットによりローカルネットワーク上のDHCPサーバーを見つけられるためです。

UDPとTCPの比較

UDPとTCPの選択は、速度と信頼性のトレードオフです。各プロトコルはタスクのクラスに最適化されており、それらの違いを理解することは、モバイルアプリケーションでのネットワーク通信設計において正しいアーキテクチャ上の決定を下すのに役立ちます。

モバイルプロジェクトでは、信頼性の高いリクエスト（認証、データ読み込み）にTCP、メディアストリームにUDPというハイブリッドアプローチがよく使用されます。QUIC — UDP上で動作するGoogleの最新プロトコル — は、UDPの速度とTCPの信頼性を組み合わせ、HTTP/3ですでに使用されています。

UDPコード例

クライアントからメッセージを受信して応答を送信する、PythonでのシンプルなUDPサーバーを見てみましょう。サーバーはポート8888をリッスンし、無限ループで着信データグラムを処理します。

import socket

server = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
server.bind(('0.0.0.0', 8888))
print('UDPサーバーがポート8888で起動しました')

while True:
    data, addr = server.recvfrom(1024)
    print(f'{addr}から受信：{data.decode()}')
    server.sendto(b'OK', addr)

サーバーはUDPソケットを作成し、ポート8888にバインドして、着信データグラムを待機します。recvfromはデータとクライアントのアドレスを返し、sendtoを介した応答を可能にします。TCPとは異なり、サーバーは接続状態を維持しません。各データグラムは独立して処理されます。これにより、UDPサーバーはスケーラブルになります。1台のサーバーで、個々の接続ごとにメモリを割り当てることなく、数百万のクライアントを処理できます。これはDNSサーバーやゲームのマッチメイキングシステムにとって重要です。

モバイル開発では、UDPは高レベルライブラリを介して使用されることがよくあります。例えば、iOS用のCocoaAsyncSocketは、非同期イベント処理のためのデリゲートとGCDを備えたUDPソケットを提供します。Androidでは、DatagramSocketクラスは標準のjava.netライブラリの一部であり、追加の依存関係は必要ありません。Flutterには、ネイティブソケットを設定せずにデータグラムを送受信するためのシンプルなインターフェースを提供するudpパッケージがあります。

多くのモバイルネットワークや企業ファイアウォールは、特に1024以上のポートでUDPトラフィックをブロックすることに注意することが重要です。アプリケーションがUDPを使用する場合、WebRTCが行うように、TCPへのフォールバックを提供するか、STUNサーバーを介してプロトコルの可用性を確認する必要があります。iOSでは、システムのNetwork.frameworkとNWConnectionがTCPとUDPの両方をサポートし、可用性に基づいて最適なプロトコルを自動的に選択します。リアルタイムアプリケーションでは、パケット損失時にストリーム品質を低下させる適応ビットレートを実装することも推奨されます。これにより、エラー率の高い不安定なチャネルでも継続的な再生が保証されます。