SRT怎样传输音视频：丢包重传、缓冲延迟与连接模式

先区分编码与传输

SRT是用于网络数据传输的协议和软件实现，音视频设备常用它把已经编码的数据送到远端。相机采集、音视频压缩、网络传输和解码显示是不同环节：SRT主要解决网络途中数据怎样送达，并不会仅靠启用一个选项就把HDMI信号变成压缩视频，也不决定摄像机的分辨率。使用前先确认发送软件与接收设备都明确支持SRT。

可以把编码器理解成产生数据的设备，传输协议负责组织这批数据经过网络，解码器再把收到的内容恢复为声音和图像。这只是帮助区分职责，网络里的数据仍有明确的报文、编号与时间要求。普通以太网交换机即使能转发相关IP报文，也不因此成为SRT编码器或解码器。

丢了一个包，怎样补回来

SRT在UDP承载上加入可靠传输所需的机制。发送端暂存最近发送的数据，接收端根据包序号识别缺口，发现某个包未到时通过反馈请求重传；发送端还保有这份数据并满足发送条件时，才能再次发送。这个根据反馈补发的过程称为自动重传请求，常写作ARQ。它与视频压缩算法是两件事。

例如接收端先看到包1、3、4，不能只凭顺序缺口就假设包2已经永久丢失，因为网络也可能出现乱序。协议按实现处理缺口、反馈及到达状态，接收缓存为按序交付提供条件。若补发包2及时到达，就有机会补齐；若原始数据已不在发送缓存、带宽不足或恢复时间太长，重传仍可能失败。不能把可靠传输写成任何线路下永不丢包。

为什么恢复数据需要缓冲

实时播放不能无限等待一个丢失的数据包。接收端需要一段缓冲时间来吸收到达时间波动，并给反馈与补发留下机会。SRT的时间戳交付机制按发送时序安排向应用交付，早到的包也可能在缓存中等待。缓冲不是自动修复画面的算法，而是用一定等待换取数据恢复和节奏稳定的空间。

往返时间表示一次请求与返回经历的时间，通常写作RTT；它与单程网络延迟不同。路径距离、拥塞和无线接入都会影响恢复机会。缓冲设得过小，补发可能来不及；设得更大，也会增加等待。配置的延迟选项不能直接当作镜头到屏幕的总延迟，因为采集、编码、解码和显示还各有耗时。应测实际业务链路，不能宣传固定毫秒值适合所有现场。

连接角色不等于数据方向

Caller通常主动向对方发起连接，Listener在指定地址和端口等待连接；Rendezvous是双方按对应方式共同建立连接的模式。它们描述连接建立的角色，不等于Caller一定是视频发送端，也不等于Listener一定是接收端。确定谁主动连接之后，还要核对哪一端实际提供音视频、另一端怎样接收与解码。

网络地址转换NAT、防火墙和端口映射影响连接是否可达。Rendezvous有助于某些环境的穿越，但不保证可以绕过所有网络策略。连接使用的UDP端口应按实际配置放行，只开放项目需要的范围；不能把示例端口当成协议唯一固定端口，也不能为排障长期开放全部端口。版本、流标识及设备实现差异也应逐项核对。

加密与业务兼容分别核对

SRT实现提供加密相关选项，设备需要支持相应功能并配置匹配的参数。密钥长度、口令和接收策略等要按双方版本核对，不能因为协议名称中有安全含义，就假定每条连接已经启用加密。设置不匹配可能导致连接或数据接收失败；排障记录中也不应公开口令。

加密保护传输中的数据，不代替设备管理权限、网络访问控制或编码兼容检查。连接已建立，但封装方式、视频编码、音轨或接收应用不支持时，仍可能无法播放。验证时分别确认会话状态、数据实际到达、解码是否成功以及画面声音是否正确，不能只看软件中的绿色连接标识。

工业交换机能承接哪一部分

飞畅工业交换机产品分类中，编号2241的管理型四光八电三层交换机资料列有VLAN、QoS和相关网络管理功能。此类设备可作为音视频IP链路中的网络节点，用于按项目组织业务路径、隔离范围与转发优先级；是否需要三层转发、光口和具体端口速率，应按交付型号与现有网络核对。

这份交换机资料不能作为其内置SRT编解码能力的证明。端点仍需支持相应软件和格式，重传还要消耗网络资源。QoS可以影响排队优先级，不能凭空增加出口容量；光纤可以延伸物理链路，也不会消除编码延迟。选型应同时列出多路流量、重传余量、业务优先级和恢复要求，而不是只采购更高标称速率。

按完整链路验证，而不是只试一次

先在可控网络中确认同一组编码、连接与接收参数，再接入正式路径。记录有效数据码率、路径RTT、丢包、重传与接收缓存相关统计，观察安静与运动场景、单路与多路并发。做丢包或路径变化测试时使用隔离环境或批准的维护窗口，不在生产控制网故意制造拥塞。

若画面中断，先区分网络断连、数据恢复超时与解码失败，再分别检查端点、地址端口、带宽和编码格式。调整时一次只改变一个关键条件，并记录实际总延迟和恢复结果。最终保存双方版本、连接角色、数据方向、缓冲设置、加密状态及测试条件，才便于复现问题和交付验收。