对RTP/RTCP协议的质疑

Question

关于RTP / RTCP协议的RFC教程似乎让我非常困惑。我找不到像这这样的协议的状态转换图。它不清楚NTP和RTP时间戳之间的区别。它说它对计算往返时间很有用。它不能仅用RTP时间戳计算吗？

源将发送一个SR报告当且仅当它最近发送了一个RTP包，否则它是一个RR包。如果发送方最近发送了一个数据包，那么确定发送方发送数据包的时间间隔是多少？

混合器到底是做什么的？它是否接受来自多个源的所有RTP数据包，然后在应用层读取它们并将它们重新打包到多个RTP数据包中，现在只更改SSRC？如果数据包类型不同怎么办。

Answer 1

RFC关于RTP / RTCP协议的教程让我感到非常困惑。我找不到这种协议的任何状态转换图。

该协议是面向媒体的，如RTSP；信令协议负责状态转换处理，查看耦合的SIP/RTP。

它不清楚NTP和RTP时间戳之间的区别。它说它对计算往返时间很有用。

RTP时间戳用于流内同步，NTP引用用于流间同步.

它不能仅用RTP时间戳计算吗？

是的，当需要同步几个流时使用NTP，但是如果只有一个流，那么RTP时间戳就足够了。总之，rtp音频通信不需要NTP，但是rtp audio+video通信需要NTP来实现唇同步。

源将发送一个SR报告当且仅当它最近发送了一个RTP包，否则它是一个RR包。如果发送方最近发送了一个数据包，那么确定发送方发送数据包的时间间隔是多少？

这与5%的开销有关:控制业务带宽是数据业务的会话带宽之外的。建议将为RTCP添加的会话带宽的部分固定在5%__。

混合器到底是做什么的？它是否接受来自多个源的所有RTP数据包，然后在应用层读取它们并将它们重新打包到多个RTP数据包中，现在只更改SSRC？如果数据包类型不同呢？

混频器是相当复杂的，但从本质上说，您是正确的，多个流被解码并重新编码为一个流；因此，如果数据包类型不同，混频器必须能够管理有效负载中的编解码器。