Por Que UDP É o Protocolo de Transporte Escolhido para VoIP: Baixo Overhead e Latência

Voz sobre IP (VoIP) usa esmagadoramente UDP (User Datagram Protocol) em vez de TCP (Transmission Control Protocol) como camada de transporte. O fator decisivo não é uma única feature mas uma constelação de características do UDP que se alinham perfeitamente com requisitos de voz em tempo real. Aqui está o detalhamento técnico.

A Vantagem Central: Overhead Mínimo de Cabeçalho

Cabeçalho UDP: 8 bytes fixos vs Cabeçalho TCP: 20–60 bytes (20 base + opções).

Para um pacote VoIP típico:

Payload: 20 ms G.711 = 160 bytes | G.729 = 20 bytes | Opus = 20-60 bytes
Cabeçalho IP: 20 bytes (IPv4) / 40 bytes (IPv6)
Total UDP: 188 bytes (G.711) → 4.3% overhead
Total TCP: 200+ bytes → 20%+ overhead

Em um stream de 50 pacotes/segundo (packetização 20ms), UDP economiza ~600 bytes/seg = ~4.8 kbps por chamada. Em milhares de chamadas simultâneas, isso é eficiência massiva de largura de banda.

Latência e Jitter: Vitórias Estruturais do UDP

Sem Estabelecimento de Conexão

TCP: Handshake de 3 vias (SYN, SYN-ACK, ACK) = 1.5–3 RTT antes do primeiro byte
UDP: Fire and forget — primeiro pacote chega em 1 RTT
Crítico para: Setup de chamada (SIP INVITE), recuperação de sessão após handoff

Sem Bloqueio Head-of-Line

TCP: Pacote perdido → receiver bufferiza pacotes subsequentes até retransmissão chegar
UDP: Pacote perdido → gap no playout (ocultado por PLC) — pacotes subsequentes tocam no tempo
Voz tolera perda (1-5% imperceptível com PLC); não tolera atraso variável

Sem Backoff de Controle de Congestão

TCP: Interpreta perda como congestão → corta cwnd → reduz taxa → adiciona atraso
UDP: Aplicação controla taxa (bitrate constante para voz) — sem throttling automático
VoIP usa RTCP para relatórios do receptor, não controle de congestão estilo TCP

O Que UDP Falta — E Por Que VoIP Não Precisa

Feature TCP	Propósito	Por Que VoIP Não Usa
Entrega confiável (ACK/retransmissão)	Integridade dados	Retransmissão tardia > perda. Orçamento 150ms. PLC esconde perda.
Ordenação	Integridade sequência	Números de sequência RTP lidam com reordenação na camada app
Controle de fluxo	Proteção buffer receptor	Voz taxa constante não sobrecarrega; jitter buffer absorve
Controle de congestão	Justiça rede	RTCP/XR monitora; app adapta codec/bitrate (ex: Opus VBR)

Stack de Protocolo VoIP

 Aplicação: SIP (sinalização) / RTP (mídia) Transporte: UDP (RTP) | TCP/TLS (SIP frequentemente) Rede: IP Enlace: Ethernet / Wi-Fi / 5G

Nota: Sinalização SIP frequentemente usa TCP/TLS para confiabilidade (setup de chamada deve ter sucesso). Mas mídia (RTP) sempre usa UDP.

Quando TCP É Usado Para Mídia (Raro)

Firewalls restritivos bloqueando UDP (corporativo, hotel, alguns países)
Tunelamento TCP: TURN relay, VPN, proxy TLS
WebRTC: Usa ICE → tenta UDP → cai para TCP (TURN-TCP) → último recurso
Qualidade sofre: Latência maior, jitter, glare. Aceitável apenas quando UDP impossível.

Aprimoramentos Modernos no UDP

QUIC (HTTP/3): Baseado em UDP, inclui streams de confiabilidade — não para voz (pesado demais)
RTP/RTCP: Compensação jitter, NACK, FEC, estimativa largura de banda
Codec Opus: Bitrate adaptativo, FEC, DTX, PLC — torna UDP resiliente a perda
SRTP: Criptografia/autenticação no UDP — sem TCP necessário para segurança

Conclusão

O cabeçalho de 8 bytes do UDP, semântica sem conexão, e ausência de bloqueio head-of-line o tornam o único protocolo de transporte que cabe no orçamento estrito de latência da voz (150ms one-way, ITU-T G.114). Features de confiabilidade do TCP viram passivos para mídia em tempo real. VoIP não roda em UDP porque é "rápido" — roda em UDP porque as garantias do TCP são fundamentalmente incompatíveis com a física da conversação.

Secretárias Eletrônicas

Viva-voz de Conferência

Telefone Fixo

Acessórios para Telefone