问RTP中的CSRC和SSRC

EN

取自链接：

SSRC标识同步源。该值是随机选择的，目的是在同一个RTP会话中没有两个同步源具有相同的SSRC。虽然多个源选择相同标识符的概率很低，但所有RTP实现都必须做好检测和解决冲突的准备。如果源更改其源传输地址，则还必须选择新的SSRC以避免被解释为循环源。 CSRC 由0到15个CSRC元素组成的数组，标识此数据包中包含的有效负载的贡献源。标识符的数目由CC字段提供。如果有15个以上的捐款来源，则只能确定15个。CSRC标识符由混合器插入，使用贡献源的SSRC标识符。例如，对于音频分组，列出了所有源的SSRC标识符，这些标识符被混合在一起以创建分组，从而允许在接收器处进行正确的说话者指示。

老实说，我从未见过有人以任何有意义的方式使用SSRC或CSRC。在我所处理的所有代码中，我们只是在SSRC中生成一个随机数，而不必费心填写CSRC。

我想SSRC可能在跟踪和/或检测循环音频路径方面很有用。

我想CSRC对于从会议服务器接收音频的sip端点可能是有用的，在这些服务器中，多个音频源被混合在一起，正如上面引号中所暗示的那样。正如我说过的，在我所处理的会议服务器代码中，我们没有麻烦。

关于您的问题：“这是否意味着，在网络中，可能有许多发件人为RTP (多播网络)做出贡献，并确定数据包来自哪个源？”

具体而言，这不是真的，因为当有许多源时，视频/音频由RTP混频器混合，而在本例中，SSRC是RTP混频器SSRC，它不是RTP数据包发送方的源，为了知道需要查看CSRC数组的源，需要查看具有唯一SSRC标识的这些源的CSRC数组，数组的大小也由头字段CC: count CSRC给出。

如果音频/视频没有组合(uni-cast)，则SSRC是此视频/音频的发送方，而CSRC未被填充。

有帮助的演示：http://voip.netlab.uky.edu/~fei/teaching/cs671/slides/rtp.pdf

1. SSRC：

同步源标识符(32位)区分数据流的源。同一RTP会话中的同步源将是唯一的。

2.中国证监会：

贡献源ID(每个32位)将贡献源汇总到已从多个源生成的流中。

• 相关地点：RTP包报头

协议