为何WebRTC RTX需使用不同Payload Type？设计原理解析

我查阅了WebRTC RTX相关的RFC文档，其中提到：

Payload Type为动态类型。若原始流中存在多种需重传的Payload Type，则每种原始类型都必须映射到一个动态Payload Type以对应重传负载格式。具体映射方式可参考SDP相关规范的8.1章节。

我有个疑问：如果重传使用不同的SSRC，使用和媒体流相同的Payload Type似乎不会影响恢复流程，为什么要做这样的设计？想咨询该方案背后的设计原因。

设计原因解析 #

• 端到端处理一致性：部分设备或中间件（如SFU、MCU）不会严格依赖SSRC区分流，而是通过Payload Type快速识别负载格式。专属RTX Payload Type能让所有节点立刻识别这是重传包，无需额外解析SSRC上下文，避免处理逻辑混乱。
• 兼容传统RTP栈：早期RTP实现多依赖Payload Type判断解码/处理逻辑，对SSRC的区分能力较弱。单独的RTX Payload Type可让旧系统无需大幅修改就能支持重传功能，保证兼容性。
• 简化SDP协商与流管理：在SDP中明确原始Payload Type与RTX的映射关系，能让通信双方清晰知晓哪些编码类型支持重传、重传包的处理规则。若复用Payload Type，需额外在SDP中声明“该类型同时支持原始与RTX格式”，反而增加协商复杂度，易引发歧义。
• 避免解码错误与资源浪费：若重传包使用原始Payload Type，接收端可能会尝试直接解码（未意识到这是需要恢复的重传包），导致解码失败或浪费CPU资源。专属Payload Type能直接告知接收端：这是重传包，需先通过RTX协议恢复原始数据再解码。
• 灵活适配多编码场景：当一条流同时包含多种编码（如H.264和VP8），每个编码对应独立的RTX Payload Type，可让接收端精准匹配对应编码的恢复规则，避免不同编码的重传包混淆。

内容的提问来源于stack exchange，提问作者Leo9988