跳到正文
只看一手#传输协议
10月13日周二
  5. IETF MoQ 工作组文档72

    draft-ietf-moq-msf-01：定义运行于 MOQT 之上的流媒体格式 MSF

    IETF MoQ 工作组草案，由 Akamai 的 W. Law 与 Cisco 的 S. Nandakumar 提出，规定在 Media over QUIC Transport（MOQT）上承载媒体的流格式 MSF，2026 年 6 月更新至 01 版，是 MoQ 协议栈的核心规范之一。

    推荐理由：MoQ 核心流格式草案，直接决定新一代低延迟传输的媒体承载方式。

10月8日周四
  1. mediasoup Releases42

    mediasoup Rust 0.30.0 发布：SCTP 零校验和与丢包统计口径变更

    mediasoup Rust 0.30.0 发布，新增 sctpZeroChecksum 选项以启用 RFC 9653 定义的 SCTP 零校验和，并修复空流列表下延迟流重置未延迟入站数据的问题。该版本为破坏性变更：consumer.getStats() 的 fractionLost 与 packetsLost 现仅统计到消费端下行链路的丢包，不再把发送端上行丢包计入。

9月26日周六
9月21日周一
  1. MediaMTX Releases42

    MediaMTX v1.21.1 发布：修复 WebRTC AV1 卡顿与 DJI 无人机解码问题

    MediaMTX v1.21.1 修复了 WebRTC 播放 AV1 流时因编码器填充 OBU padding 导致的卡顿，并过滤 DJI 无人机流中特定 UUID 的 SEI 单元以解决 Chrome 和 Firefox 解码卡死。HLS 会话改由服务器管理，muxer 关闭后会话保留最多 30 秒并返回 404 而非 401。此外要求浏览器 POST 请求携带允许的 origin，并修复 H265 DTS 提取与 MP4 封装等多项问题。

9月1日周二
  1. LiveKit Blog71

    LiveKit 发布 Connectors，将 Twilio 和 WhatsApp 通话接入 LiveKit 房间

    LiveKit 发布 Connectors，把 Twilio Programmable Voice 和 WhatsApp Business Calling 的通话作为普通参会者接入 LiveKit 房间，无需配置 SIP 中继或网关。WhatsApp 通话端到端走 WebRTC（ICE、DTLS-SRTP、Opus），Twilio 通话经 Media Streams WebSocket 以 G.711 原始形式发布，仅为需要的订阅者转成 Opus。Connectors 已在 LiveKit Cloud 正式可用，计费与 SIP 相同，每分钟 0.004 美元（Ship）和 0.003 美元（Scale）。

    推荐理由：LiveKit 把 Twilio 与 WhatsApp 通话直接接入房间，读者可据此判断现有 SIP 方案是否要改。

8月5日周三
  1. Hugging Face Speech-to-Speech Releases58

    Hugging Face speech-to-speech v0.2.12：Smart Turn v3.2 端点检测与 OpenAI Realtime 的 WebRTC 传输

    speech-to-speech 0.2.x 线的收官版本：Realtime 模式默认启用量化 CPU 版 Smart Turn v3.2 区分完整话轮与思考中停顿（可用 --no_smart_turn 回退 Silero）；为 OpenAI Realtime API 新增 WebRTC 传输，在 POST /v1/realtime/calls 做 SDP 协商，RTP 音频与 oai-events 数据通道与 WebSocket 共享同一管线池；并支持 --stt none 直接把 VAD 音频喂给带音频能力的 LLM。

    推荐理由：0.2.x 收官版集中落地话轮检测与 WebRTC 传输两项语音 Agent 关键能力，是 v1.0 之前的稳定基线。

5月19日周二
  1. 声网博客22

    声网 SD-RTN 的全球节点调度算法：如何实现毫秒级延迟

    声网 SD-RTN 通过在全球部署 250 多个数据中心，用持续链路探测与实时并行计算调度数据流路由，实现毫秒级超低延迟传输。调度不只看平均延迟，还关注特定时延内的包投递成功率，并综合节点负载、QoS 要求和业务类型选路。面对突发故障，系统以多路并发冗余在可靠性与带宽成本间取舍，并针对不同区域网络特性做适配优化。

5月18日周一
  1. 声网博客58

    声网解读自建实时传输网络 SD-RTN 的调度与质量保障指标

    SD-RTN 以全球 200 多个数据中心（文中另处称 250+）组成软件定义实时网，用基于 UDP 的多路复用传输协议与智能调度系统做动态路由；对外给出分档质量承诺：200ms 内包到达率 99.9%（RTC）、800ms（极速直播）、2s（一般直播），并说明 FEC、自适应码率等弱网对抗手段与传输层加密、抗 DDoS 机制。

    推荐理由：厂商自述底层传输网的架构与可量化 SLA 指标，是理解 RTC 私有传输网络的直接材料。

4月3日周五
  1. LiveKit Blog56

    LiveKit 推 data tracks：WebRTC 通道承载非音视频数据

    data tracks 把任意二进制帧接入 LiveKit 的 track 基础设施，面向遥操作、传感器与遥测场景：SFU 按订阅选择性转发，走无序丢失容忍的 WebRTC data channel，采用 12 字节自定义 RTP 风格包头以吃满 MTU，房间内并发轨道理论上限 65,535；已支持 JS、Rust、Python、C++、Unity SDK。

    推荐理由：把 RTC 的选择性转发能力扩展到非音视频数据，对机器人与遥操作类实时应用是实用的能力更新。

3月23日周一
  1. LiveKit Blog58

    LiveKit 论语音 AI 传输选型：WebRTC 优于 WebSocket

    文章指出把原始音频推过 WebSocket 会继承 TCP 的队头阻塞——单包丢失即让接收端停滞数百毫秒，后续音频积压后突发播放，破坏对话节奏；而 WebRTC 为实时媒体设计，在丢包恢复、抖动缓冲与拥塞控制上开箱即有，作者将其定位为“demo 能跑、生产会垮”的架构差异。

    推荐理由：从协议特性出发解释语音 Agent 传输层选型，对自建实时链路的团队有直接参考意义。

1月19日周一
  1. 声网博客52

    声网讲解 SRT 协议：选择性重传、AES 加密与延迟窗口权衡

    SRT 基于 UDP 引入序列号与时间戳，用选择性自动重传替代 TCP 的顺序阻塞重传以避免队头阻塞，并可在配置的延迟窗口内换抗丢包能力；协议层内置 AES-128/256 端到端加密、传输层统一时间基准做音视频同步、仅出站连接简化防火墙穿透，还持续监测丢包/RTT/带宽/抖动以自适应调整；定位为专业直播与远程制作的低延迟传输方案。

1月14日周三
  1. 声网博客52

    声网梳理媒体鲁棒性四层防线：编码加固、动态适配与错误隐藏

    把抗弱网能力分为四层：发送前加固（抗错编码、I 帧最高保护等级的不平等保护、FEC 冗余）、传输中动态适配（实时探测带宽/丢包/延迟/抖动并调码率、按延迟预算决定是否重传）、接收端补救（运动补偿错误隐藏、FEC 解码恢复）、系统级协同（Wi-Fi 与蜂窝多路径传输、按接收者网络选发低码率高保护流）。

1月5日周一
  1. 声网博客54

    声网对比 RTC 与 CDN+RTMP：延迟 3-10 秒对 200-800ms

    从协议本质对比两种方案：RTMP 基于 TCP，网络抖动时反复重传导致数秒至十几秒延迟；声网基于 UDP 私有协议加全球 200 多个节点调度，平均延迟 200-800ms、抗丢包率称可达 70%-80%；文中给出维度对比表（延迟、抗丢包、连麦体验、全球覆盖、成本）与大型发布会、电商带货、出海三类场景的选型建议。

12月19日周五
12月3日周三