RTP

头部设计

RTP 头部最小 12 字节，包含几个关键字段：序列号（16 位，检测丢包和乱序）、时间戳（32 位，反映媒体采样时间，不是发送时间）、SSRC（同步源标识，区分同一会话中不同媒体流）、载荷类型（PT）（标识编码格式，如 PCMU 音频、H.264 视频）。

RTP 本身不保证可靠传输，跑在 UDP 之上，允许少量丢包（视频丢帧比等待重传好）。时间戳让接收方能以正确速率播放，即使网络抖动导致包不均匀到达，只要在抖动缓冲区（jitter buffer）里平滑一下，体验就能接受。[1]

RTCP 与 WebRTC

RTCP（RTP 控制协议）是 RTP 的伴生协议，周期性发送 SR（发送者报告）和 RR（接收者报告），包含丢包率、抖动、往返延迟等统计，让发送方知道接收质量，动态调整码率。

WebRTC 把 RTP/RTCP 和 ICE（网络穿透）、DTLS（加密）、SCTP（数据通道）打包成一套浏览器 API，让网页实现点对点视频通话，不需要插件。Google Meet、Discord、Zoom 的浏览器版底层都用 WebRTC，每次通话的音视频数据就是 SRTP（RTP + 加密）流。