关于RTP / RTCP协议的 RFC 教程对我来说似乎很困惑。我找不到像这样的这个协议的任何状态转换图。它并不清楚 NTP 和 RTP 时间戳之间的区别。它说它对于计算往返时间很有用。不能单独用RTP时间戳计算吗？
当且仅当它最近发送 RTP 数据包时，源才会发送 SR 报告，否则它是 RR 数据包。确定发送方最近是否发送过数据包实际上需要多少时间间隔？
混音器到底是做什么的？它是否需要来自多个来源的所有 RTP 数据包，然后在应用层读取它并将它们重新打包成多个 RTP 数据包，现在只更改 SSRC？如果数据包类型不同怎么办。
关于 RTP / RTCP 协议的 RFC 教程对我来说似乎很困惑。我找不到像这样的这个协议的任何状态转换图。
该协议像 RTSP 一样面向媒体；信令协议负责状态转换处理看看这对 SIP/RTP。
它并不清楚 NTP 和 RTP 时间戳之间的区别。它说它对于计算往返时间很有用。
RTP Timestamp 用于流内同步，NTP 参考用于流间同步。
不能单独用RTP时间戳计算吗？
是的，当需要同步多个流时使用 NTP，但如果只有一个流，则 RTP 时间戳就足够了。总之，rtp 音频通信不需要 NTP，但 rtp 音频+视频通信需要 NTP 才能进行嘴唇同步。
当且仅当它最近发送 RTP 数据包时，源才会发送 SR 报告，否则它是 RR 数据包。确定发送方最近是否发送过数据包实际上需要多少时间间隔？
这与 5% 的开销有关： 控制流量带宽是对数据流量的会话带宽的补充。建议为 RTCP 添加的会话带宽比例固定为5%。
混音器到底是做什么的？它是否需要来自多个来源的所有 RTP 数据包，然后在应用层读取它并将它们重新打包成多个 RTP 数据包，现在只更改 SSRC？如果数据包类型不同怎么办
混合器非常复杂，但本质上你做对了，多个流被解码并重新编码为一个流；因此，如果数据包类型不同，混合器必须能够管理有效载荷内的编解码器内容。
