生成复合RTCP包的参与者是活跃的数据发送方,那么该复合包必须以RTCP SR包开始。否则必须从RTCP RR包开始。即使还没有发送或接收数据,这也是正确的,在这种情况下,SR/RR包不会包含接收方的报告块(包头字段RC为0)。另一方面,如果从多个源接收数据,并且报告太多,导致无法放入一个SR/RR包,则复合后的数据应以一个S...
sender’s packet count : 占32位,表示到产生该SR包这一刻,总共发送的RTP包的数量 sender’s octet count:占32为,表示到产生该SR包这一刻,总共发送的RTP包的字节数(不包括RTP头和填充数据) 后面的接收报告块是RR包的属性,当RC 字段大于0时就会有接收者报告快 SSRC(ssrc of source): 发送该RR包的发送者...
此外 RR 报文中不含有上述 SR 报文中的第二部分。如果 RR 报文是空的那么需要在头部标明 RC=0。
RR协议和SR协议内容基本一致,就是少了发送者信息部分,协议ID:201。注意空的RR报文(RC=0)需要放在符合RTCP报文的头部。 2.4 SDES协议 资源描述协议,最常用的就是传递CNAME名称,用于标识会话,当SSRC发生变化也能很好的匹配会话。协议ID:202。 SDES分为两个部分一部分:头信息和chunk信息。
1、只要带宽允许,在SR包或RR包中的接收统计应该经常发送,因此每个周期发送的组合RTCP 包中应包含报告包。 2、每个组合包中都应该包含SDES CNAME,因为新接收者需要通过接收CNAME来识别源,并与媒体联系进行同步。 3、组合包前面是包类型数量,其增长应该受到限制...
SR分组的主要内容有:该RTP流的SSRC:该RTP流中最新产生的RTP分组的时间戳和绝对时钟时间(或墙上时钟时间wall clocktime);该RTP流包含的分组数;该RTP流包含的字节数。接收端报告分组RR用来使接收端周期性地向所有的点用多播方式进行报告。接收端每收到一个RTP流(一次会话包含有许多的RTP流)就产生一个接收端报告...
丢失百分比(fractionlost):8个比特,它表示自上一个SR或RR报文发送后,在数据接收过程中丢失的RTP报文数同所应收到的RTP报文总数的百分比。 包丢失累计数(cumulativenumber of packet lost):24个比特,它记录了到该RTCP报文发送时,在接收过程中所丢失的RTP数据报文的总数。
RTCP包含两种不同的消息类型:发送者报告(SR)和接收者报告(RR)。SR报告由发送者发送,包括时间戳、数据源及其他重要信息。而RR报告则由接收者发送,主要包含关于发送者的QoS信息,如丢包率、网络延迟、带宽等信息。 二、RTCP的工作原理 发送者报告(SR):当发送者发现数据传输质量存在问题时,将发送一个SR报告。SR报告...
RTCP是实时传输控制协议,RTCP 有两个最重要的报文:RR(Reciever Report)和 SR(Sender Report),另外还有其他类型的报文,下面逐一介绍: 1.SR(Sender Report,发送者报文) PT=200,报文格式如下: 在这里插入图片描述 2.RR(Reciever Report,接收者报文) PT=201,报文格式如下: ...