RFC 9725 定稿：WebRTC-HTTP 摄取协议 WHIP 成为正式标准
WISH 工作组的 WHIP 于 2025 年 3 月发布为 RFC 9725（Standards Track），定义基于 HTTP 的简单协议，让 WebRTC 内容可标准化地推入流媒体服务与 CDN，同时更新 RFC 8840 和 RFC 8842。
推荐理由：WHIP 从草案转正为正式 RFC，是 WebRTC 推流标准化的行业级节点。
技术方向
传输协议 最新动态
音视频怎么在网络上跑：WebRTC、RTMP、HLS、DASH、SRT、QUIC 的规范演进、实现差异与选型实践。
20 条精选近 30 天 3 条共收录 35 条
更新
传输协议的精选
IETF WISH 工作组文档精选评分7878 IETF MoQ 工作组文档精选评分7272 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 核心流格式草案，直接决定新一代低延迟传输的媒体承载方式。
海外技术动态精选评分7878 IETF MoQ Transport 推进到 draft-22
2026 年 10 月 1 日发布的 MoQT draft-22 系统定义了运行在 QUIC/WebTransport 之上的发布/订阅协议：Objects/Tracks/Namespaces 数据模型、relay 转发与缓存职责、订阅优先级与传输顺序控制、控制消息线格式，以及用未分配码点防止协议僵化的机制，是 MoQ 走向 RFC 的核心草案。
推荐理由：MoQ 标准化的主线文档，draft-22 是厂商互操作（Cloudflare/Bitmovin/Ant Media 等）共同对齐的版本。
中文技术动态精选评分5252 SRS WebRTC over TCP 实战：不经 TURN 的 TCP 直传配置与端口复用方案
讲解 SRS 的 WebRTC over TCP 直传方案：无需部署 TURN，通过 SRS_RTC_SERVER_TCP_ENABLED 等环境变量即可让 UDP 不可用网络下的 WebRTC 走 TCP；支持与 HTTP API/HTTP-FLV 复用同一 TCP 端口（如 8080），并可配合 rtc_to_rtmp 让一个端口同时服务 WebRTC 与 HTTP 直播，便于负载均衡器转发。
推荐理由：UDP 受限网络（企业防火墙、运营商 NAT）是 WebRTC 落地常见痛点，此文给出可直接落地的配置方案。
LiveKit Blog精选评分7171 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 方案是否要改。
论文与标准精选评分6060 MoMQ：元数据驱动的多路径 QUIC，P99.9 帧时间降至 114ms
论文指出多路径传输对实时视频收益有限的根因是调度器只看字节、不识别关键帧；MoMQ 作为 MoQT 扩展让应用与 relay 用声明式规则把 Object 元数据映射到标注路径，在 Starlink+WiFi 真实试验台上用 4 条规则将 P99.9 帧完成时间从 384.7ms 降至 114.1ms，播放缓冲需求减少 61.5%，且是唯一满足 150ms 交互延迟目标的配置。
推荐理由：把 MoQT 的语义元数据用于多路径调度，给出了 QUIC 时代弱网对抗的新方向。
论文与标准精选评分5858 MultiMoQ 入选 ACM MM 2026：多接入 MoQ 瓦片流
论文面向 360° 沉浸式直播，基于 MoQ 重新设计多接入路径下的瓦片流投递机制，支持灵活的瓦片调度与无缝接入切换；原型在真实网络仿真中对比 DASH 与标准 MoQ，提升了增强瓦片与基础层的 goodput、降低增强瓦片尾部端到端延迟，并消除标准 MoQ 在带宽受限下的持续停滞。
推荐理由：MoQ 在高码率沉浸式视频上的系统性扩展，已被 ACM MM 2026 接收，代表学术侧的落地验证。
Hugging Face Speech-to-Speech Releases精选评分5858 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 之前的稳定基线。
海外技术动态精选评分7272 Cloudflare 推出 MoQ relay API：隔离中转与分级凭证
在去年把 330+ 城市全部变为 MoQ relay（每日仍有 1000+ 客户端测试）之后，Cloudflare 新增隔离与访问控制：一次 API 调用即可创建独立 relay 并签发 publish/subscribe 分级 token，无需选区域、估容量、配负载均衡；同时支持 MoQ Transport draft-14 与 draft-16，draft-16 的 PUBLISH 让 relay 在首个观众到来前就开始收流，SUBSCRIBE_NAMESPACE 支持按命名空间批量订阅；beta 期免费。
推荐理由：MoQ 从开放预览走向可生产使用的关键一步，发布/订阅权限模型对直播与竞拍等场景是刚需。
论文与标准精选评分6060 MoQ 时移客户端 ABR 评测：多 4 秒延迟可换 4 倍吞吐
论文在 Mininet 模拟拓扑中评估 MoQ SWITCH 式 ABR 对直播与时移播放的适配，验证标准 ABR 算法可直接用于时移播放并显著提高吞吐：订阅者重缓冲后可恢复更高吞吐，增加不到 4 秒的流延迟即可换来约 4 倍吞吐提升，开源了 MOQtail 扩展与测试框架。
推荐理由：直接回应 MoQ 工作组正在讨论的 ABR 切换语义，给 SWITCH 设计提供实证数据。
海外技术动态精选评分6060 MoQ 工作组临时会议：SWITCH 与 DTS 两种 ABR 方案对垒
2026 年 5 月 26 日 MoQ 虚拟临时会议集中讨论 track 切换：客户端驱动的 SWITCH（PR #1378，订阅者在组边界发 SWITCH 消息）与 Will Law 提出的 relay 执行型 DTS（订阅多轨组成 switching set，由 relay 按吞吐量选轨），会上分析了与基线协议 SUBSCRIBE_UPDATE+FETCH 方案的差异并开放邮件列表共识征集。
推荐理由：MoQ ABR 语义是标准落地前最关键的未决问题，这份记录呈现了两条技术路线的取舍。
声网博客精选评分5858 声网解读自建实时传输网络 SD-RTN 的调度与质量保障指标
SD-RTN 以全球 200 多个数据中心（文中另处称 250+）组成软件定义实时网，用基于 UDP 的多路复用传输协议与智能调度系统做动态路由；对外给出分档质量承诺：200ms 内包到达率 99.9%（RTC）、800ms（极速直播）、2s（一般直播），并说明 FEC、自适应码率等弱网对抗手段与传输层加密、抗 DDoS 机制。
推荐理由：厂商自述底层传输网的架构与可量化 SLA 指标，是理解 RTC 私有传输网络的直接材料。
海外技术动态精选评分6060 "空闲"并不空闲：Linux 内核优化如何变成 QUIC CUBIC 拥塞窗口钉死 bug
Cloudflare 排查了一个 QUIC 性能问题：CUBIC 拥塞窗口被钉在最小下限导致吞吐骤降，根因与内核空闲判断优化有关，修复方法是正确测量空闲期、区分 RTT 等待与真正的应用空闲。
推荐理由：QUIC 拥塞控制在真实生产环境的排障案例，对所有 QUIC 媒体传输方有参考价值。
海外技术动态精选评分6060 BlogGeek：MoQ 热度高但缺标志性客户，是找问题的方案
Tsahi 指出 MoQ 在实时侧面对已成熟的 WebRTC（自带 NACK、抖动缓冲等双向工具）、在流媒体侧面对成熟的 HLS/DASH 生态都没有明显代差，且运营商才是省去 TURN 的受益方而非终端用户；他认为需要三个条件之一才会改变看法——标志性消费服务把 30%-50% 流量切到 MoQ、公开的真实成本/性能对比数据、或一个 WebRTC 与 HLS 都无解的用例；并估计 RFC 发布要到 2027 年底至 2028 年中。
推荐理由：对 MoQ 热度的少数派冷静分析，论据具体（标准进度、厂商名单、缺失的拉动方），有助于校准技术投入预期。
论文与标准精选评分6666 论文 OCC：用物理层信息辅助 RTC 拥塞控制，尾延迟降低 13%-68%
针对 RTC 试错式带宽探测在蜂窝网络波动下迟缓失准的问题，OCC 直接读取物理层信息实时获取可用带宽，并通过帧级带宽测量、APP 限速感知估计与编码器友好码率控制三项策略适配 RTC 的流量突发与编码滞后特性；在开源蜂窝测试床的实网实验中，尾网络延迟降低 13%-68%，视频帧码率提升 1.2-3.5 倍。
推荐理由：把跨层信息引入实时拥塞控制的新思路，实验增益明确，代表 2026 年 RTC 传输研究的一个方向。
LiveKit Blog精选评分5656 LiveKit 推 data tracks：WebRTC 通道承载非音视频数据
data tracks 把任意二进制帧接入 LiveKit 的 track 基础设施，面向遥操作、传感器与遥测场景：SFU 按订阅选择性转发，走无序丢失容忍的 WebRTC data channel，采用 12 字节自定义 RTP 风格包头以吃满 MTU，房间内并发轨道理论上限 65,535；已支持 JS、Rust、Python、C++、Unity SDK。
推荐理由：把 RTC 的选择性转发能力扩展到非音视频数据，对机器人与遥操作类实时应用是实用的能力更新。
LiveKit Blog精选评分5858 LiveKit 论语音 AI 传输选型：WebRTC 优于 WebSocket
文章指出把原始音频推过 WebSocket 会继承 TCP 的队头阻塞——单包丢失即让接收端停滞数百毫秒，后续音频积压后突发播放，破坏对话节奏；而 WebRTC 为实时媒体设计，在丢包恢复、抖动缓冲与拥塞控制上开箱即有，作者将其定位为“demo 能跑、生产会垮”的架构差异。
推荐理由：从协议特性出发解释语音 Agent 传输层选型，对自建实时链路的团队有直接参考意义。
论文与标准精选评分6262 论文 TAROT：按段调优 FEC 冗余度，开销最多降 43%
针对静态 FEC 配置在丢包率与缓冲变化下要么浪费带宽要么保护不足的问题，TAROT 逐段选择冗余度、块大小与符号化参数，联合考虑传输层丢包/goodput、应用层缓冲动态与块级时序；支持 Reed-Solomon、RaptorQ 与 XOR 码，在低延迟直播与 VOD、多种网络轨迹与 ABR 算法下，FEC 开销最多降 43%，感知质量提升 10 VMAF。
推荐理由：用优化模型替代经验阈值的 FEC 调参方法，兼顾开销与画质的量化结果有工程参考价值。
海外技术动态精选评分5656 webrtcHacks 按用例对比 WebRTC 与 MoQ：不存在单一赢家
Chad Hart 回应 Fippo 的 MoQ 数据帖，认为“MoQ 会不会取代 WebRTC”这个提法本身有问题——互联网上传媒体有太多不同用例，MoQ 虽被包装成通用方案但更可能先在特定场景落地；文章按用例分析两者位置，并指出 MoQ 的 HTTP/3、QUIC、WebTransport 底座有内在技术优势，且 WebTransport 正获得所有现代浏览器支持。
推荐理由：从用例出发而非阵营出发的协议比较，帮助判断 MoQ 的真实落地顺序。
海外技术动态精选评分6262 Cloudflare 防御基于 ACK 的 QUIC DDoS 攻击：Optimistic ACK 攻击向量与动态跳号验证
Cloudflare 披露并修复其 QUIC 实现中与包确认相关的两个 DDoS 漏洞（客户未受影响），文章解析 Optimistic ACK 攻击向量及通过动态跳过包号验证客户端行为的解决方案。
推荐理由：QUIC 传输层安全的重要公开案例，MoQ/RTC over QUIC 部署需关注。