摘要

  • IESG 于 9 月 14 日批准 draft-ietf-avtcore-rtp-jpegxs-3ed-07 按 Proposed Standard 发布，但截至 9 月 21 日它仍没有 RFC 编号，RFC Editor 队列正在等待作者输入。
  • 修订稿让符合 RFC 9134 的实现继续在原有能力范围内有效；这不代表旧接收端会自动获得时域差分编码（TDC）的解码能力。
  • 一张版本兼容回执，应把标准状态与两端版本、完整 SDP、无 TDC 回退路径和有边界的媒体测试连在一起。

在广播链路上，“文档获批”和“远端出画”之间隔着很多层。RFC Editor 要完成出版，IANA 要更新 video/jxsv 登记，厂商要把能力交付到具体版本，两端要对同一组 SDP 参数达成一致，解码器还要在真实样本和运行条件下稳定工作。任何一层亮绿灯，都不能替下一层验收。

2026 年 9 月 14 日，IESG 批准《RTP Payload Format for ISO/IEC 21122 (JPEG XS)》修订稿 07，计划按 Proposed Standard 发布。这一动作很重要，但名称必须准确：Proposed Standard 不是 Internet Standard，Protocol Action 也不是 RFC 已经出版。

9 月 21 日的实时记录仍显示交接过程。Datatracker 将文件列为 RFC Ed Queue；RFC Editor 队列标注“等待初始表格”和“需要作者输入”，没有分配 RFC 编号；IANA 因版本变化需要重新审查；公开的 video/jxsv 条目仍引用 RFC 9134。这些状态不是技术否决，也不是批准失败。它们只是说明，现在还不能把修订稿写成“新 RFC”。

被替代的是规范位置，不是设备电源

修订稿说明未来文档将 obsoletes RFC 9134。RFC 系列中的这项关系，是告诉读者哪份规范接替旧规范；它不会远程撤销固件，不会让既有设备在出版日失效，也不会使原本可用的无 TDC 流突然停止。

修订稿明确追求渐进部署：既有、符合 RFC 9134 的实现在更新规范下仍然有效，旧实现会在其支持的功能范围内继续运行。关键正是“支持的功能范围”。旧兼容集合被保留，不等于旧设备被赋予第三版全部能力。

TDC 增加了跨帧状态

JPEG XS 第一、第二版只支持帧内编码。第三版增加 Temporal Differential Coding，在小波域利用相邻画面的时间相关性。无 TDC 的码流可以作为独立画面解码；TDC 码流可能依赖上一条码流解码后保存的重构系数。逐行视频需要一个帧缓冲，隔行或 PsF 内容则按场维护两个缓冲。

因此，修订稿纳入表示 TDC slice 的 SLI 标记，并增加帧缓冲带宽等级 fbblevel。只有使用 TDC 时才能出现 fbblevel，而且它必须与 JPEG XS picture segment 中的信号一致。profile、level、sublevel 也要与负载中的值相符。

这条边界解释了为何“旧实现仍有效”不等于“旧实现能解 TDC”。旧接收端完全可以继续合规地接收无 TDC 流，却没有 TDC profile、缓冲资源或跨帧重构逻辑。

SDP 是本次会话的能力合同

媒体子类型仍是 video/jxsv，RTP 时钟为 90 kHz，packetmode 为必填项。SDP 在 a=rtpmap 中写入 jxsv/90000，再通过 a=fmtp 携带 packetmode 以及 profile、level、sublevel、fbblevel 等可选参数。

修订稿对单播 offer/answer 设定了明确门槛：answerer 必须支持 offer 中的所有参数及其取值，否则就要拒绝会话；接受时必须返回完全相同的参数值。提出 offer 的一方，需要选择它预期对端能够支持的组合。

这能阻止含糊的“部分接受”，却不会自动生成回退。如果 TDC offer 被拒绝，运营方要验证发送端或编排层能否重新发出一份明确的无 TDC offer。即使 SDP 成功，也只证明双方同意了声明参数；它还没有证明具体媒体没有缓冲告警、时序故障或画面错误。

把兼容结论写到可复现的边界上

版本兼容回执至少应保存：修订稿版本与 SHA-256；IESG、RFC Editor、RFC 编号与 IANA 的当时状态；video/jxsv、动态负载类型、时钟、packetmode、profile、level、sublevel、fbblevel 和 TDC 开关；发送端与接收端的产品、build、固件和配置；原始 offer、answer 或拒绝；无 TDC 回退结果；样本标识、信号形式、帧率、时长、丢包和乱序条件；错误、修正、复测、回滚路径和退出条件。

回执还必须写清覆盖范围。一对设备、一种 profile、一个逐行样本，不能代表隔行、所有 level、所有网关和整座制作系统。反过来，一次 TDC 失败也不能否定 RFC 9134 下无 TDC 路径的继续运行。最可信的结论不是笼统的“兼容”，而是：这两个 build 在这些条件下交换了这条流。

来源

  1. IETF Datatracker：JPEG XS RTP 修订稿
  2. Datatracker 文档历史
  3. 修订稿 07 纯文本
  4. RFC Editor 队列
  5. RFC 9134
  6. IANA video/jxsv 登记