带你了解一下音视频传输协议的大杂烩

PROJECT YEAR 2026-09-15 /

音视频系统涉及的主流传输协议繁多,名称冗长拗口(如 ST 2110、SDVoE、NDI、Dante AV 等),日常工作中往往令人望而却步。

然而,在方案设计与项目选型的实际场景中,若对其缺乏清晰认知,极易导致决策失误与技术风险。为此,本文将当前主流的音视频传输协议归纳为以下六大类别,可作为行业参考资料备查:

 公开标准的、私有封闭的、流媒体的、专业音频的、信令控制的,还有点对点直连的。

本文看点

01

开放标准 vs 厂家私有:看清本质

02

内网、公网、零延迟:场景怎么选

03

选型避坑:生态绑定与互通规范

01

STANDARD

全球公开标准的 AV over IP 协议

说白了,就是 国际组织定好规矩、谁都能照着做 的协议,基本都是老外搞的。这类里几个常碰的:

ST 2110

广电演播室的标准,走万兆网、 无压缩传输 ,画质是最顶的,当然 带宽也最吓人

SDVoE

万兆以太网里传 无损 4K ,高端指挥中心、大会议室常用。

NDI

浅压缩的局域网协议, 千兆网就能稳稳跑 ,内网多机位直播、录播最爱用它。

Dante AV

做音频起家的 Dante 把触角伸到视频上, 音视频一体走 IP

这类共同点是「 开放 」,不同厂家的设备能凑一块用, 不绑架你


02

PROPRIETARY

私有分布式协议

这拨跟上面正好反过来—— 封闭、自研 ,只认自家的设备。

小鸟、淳中、魅视

你像国内做分布式的几家,小鸟、淳中、魅视,大多都是自己一套协议。你买了他家的坐席、分布式盒子,就得全程用他家的,别的品牌进不来。这叫 生态绑定 ,懂的都懂。

好处是整套调起来顺,坏处是你被捆死了,后期想换家都难。选项目的时候,这种得想清楚:图省事就认一家,图灵活就别往里跳。


03

STREAMING

流媒体相关协议

这类的特点是一个「传」字,主要管 音视频流怎么在网络上跑

RTSP + RTP

基本是所有 IP 摄像机、录播主机 取流的基础协议 ,看不见但到处都在用。

SRT

公网远距离传输用的, 抗丢包能力强、延迟低 ,异地会场、远程摄像机首选,这东西在 跨城市连线 上是救命的。

RTMP

最常见的 推流协议 ,抖音、B站那些直播平台都吃它,缺点是 延迟偏高

WebRTC

网页原生的 低延迟互动协议 ,云会议、无插件直播基本都靠它。

内网取流看 RTSP,异地扛造看 SRT,推直播看 RTMP,云会议看 WebRTC。


04

AUDIO

专业网络音频协议

前面说的 Dante AV 是音视频一起,这第 4 类 专管音频

Dante、Q-LAN、AVB

这几个是行业主流的音频 IP 传输,支持 多通道、低延迟

其中 AVB 得配 专用的交换机 ,不是普通网就能跑,这点容易踩坑。

AES67

还有个 AES67,严格说它不算传输协议,只是一个 互通规范 ——让不同厂家的音频网络能互相说话。别把它当成一套独立的传输协议。


05

SIGNALING

信令类协议

前面几类都在传「内容」,这类 传的是「指挥」

SIP 和 H.323

是传统硬件视频会议终端的核心协议,负责呼叫、建会话。注意了,它 只管「接通」 ,真正的音视频流还是走 RTP 传的,别搞混。

ONVIF

是 IP 摄像机的 控制信令 ,干的是设备搜索、云台转动、拿到 RTSP 流地址这些活。

「没信令,设备之间就各说各话,连不起来。」


06

DIRECT

点对点传输协议

最后这类 最简单直接 ——HDBaseT。

HDBaseT

用一根网线, 点对点 把音视频、供电、控制信号一起延长传过去,一对一,最大可支持 4K60Hz、4:4:4, 无压缩、无延迟 。跟前面那些走网络的不是一路,它就是「老老实实拉一根线点对点连」。短距离、固定点位、要求零延迟的场景,它最稳。


THE END

总结

把这 6 类记心里,下次再遇到音视频项目,你就知道它底层跑的是哪套协议了:是开放标准还是厂家私有,是局域网用的还是公网的,一眼看能看明白, 选型不踩坑