1 协议简介

RRTCP和RRTP议定书相互沟通。 RTP 协定-舆论协定 ，给予RTP对频道外广播的控制,RTCP不用于数据传输。它主要用于评估媒体广播质量和传达参与者的信息。需要更多关于视频传输的信息,因为实时视频传输环境往往使用UDP传输。RTCP对于音频和视频传输的质量至关重要。可以认为,如果没有实时RTCP视频通信,就不可能在摇摇欲坠的网络上生存。协议内容见 RFC3550

2 协议格式介绍

RTCP 第2号公共头目

Rtcp有16个字节的公众头目:不同种类,但长度一致。

版本号2比特2的版本号数;
填充 (1 位) : 填充用 RTP 填充标记填充符号
收到的报告数目(5比特):这是SR一揽子定义和收到的报告数目。
负载类型(8比特):SR、RR、SDES、BYE、APP;该文件仅涵盖五类,其次是QOS战略和其他形式的协议;
长度(16比特):32个位,其长度反映整个数据包的大小(协定负责人+负载+填充)。
源同步( 32bit) 源同步( 32bit): 发送源
RTCP提交类型:

2.2 SR协议

发送者报告分为三部分:公共负责人、发送者信息和接收者信息,协议编号:200。

发送者信息：
NTP时间(64比特):NTP时间分为两部分:32比特用于1970年开始的高度,秒数为32比特,剩余时间的准确性较低,通常根据232 St. 1计算得出。
RTP时间戳(32比特):这取决于取样率,并用于同步视听时间,因为它与RTP时间戳一致,同时知道目前的NTP时间。
发送的软件包 (32位数) : 确定发送的软件包数量 。
发送字节 (32位) : 确定传送字节的总数 。
接收者信息：
由于几个接收端反馈区块少于或等于15个,接收方更有可能是反馈信息。
接收端的来源( 32比特):接收端的来源
下降率(8比特):下降率必须转换为0-255比率;例如,下降20%=20% *255=51
累积投放包(24bit):从一开始计算投放包的数量,在重新传送时必须从投放包中删去。
预期序号(32位数):最大预期序号,16位位数低,以存储所希望的最大序列号,16位数高,以反向统计
抵达时间不稳(32比特):抵达时间之间的统计差异;
LSR最后一次被派往SR(32比特):LSR最后一次被派往SR;
上一次收到SR的时间被推迟(32比特):DLSR最后一次收到SR包时,从该包被传送到中间时被推迟。
下图使用LSR和DLSR计算出旅行延误:

2.3 RR协议

RR和SR协议在内容上几乎完全相同,但发送者信息部分不在,协议编号:201。 必须指出,必须在RTCP信息开头处放空RR信息(RC=0)。

SDES 第2号协议

资源描述程序最常用的用途是广播CNAME名称,以表明会议内容,当SERC更改时,会议内容也可能完全吻合。

SDES分为两部分:标题信息和块信息。
5bit 源数: 数字下方的块数;
整块分成两半
来源(32比特):来源的识别号;
SDSE报告块：
项目是一个32位整数,包含源字段和表格项数据。
表格数据由三个部分组成:类型字段(8比特)、长度字段(8比特)和不超过255字节的字符串。
CNAME元素：

• cname是唯一有名字的参与者;
  
  SDES 类型：
  

2.5 BYE协议

Bye告诉一个或多个消息来源离开会场,协议编号:203。

来源编号(5比特):这个数值是SRRC/CRC的总数,或头部后面连接的源数。
长度 (8比特): 后字符串的长度;
原因（<255）:原因小于255字节。

2.6 APP协议

APP信息旨在测试新的应用程序或开发新的特征,并不要求登记数据集类型值。

副协定(5比特):个人协定。
(32位) 名称: ascii
数据 (n* 32bit): 必须是 32 位整数 。

RTCP 3 RTCP 限制议定书

使用现有带宽的额外会话带宽是固定的。5%，为向参与者传输数据,使用RTCP带宽的四分之一。当收件者数量众多但发件人很少时,就会出现这种情况。新的参与者可以更快地加入国家小武器委员会。当发送者比率超过1/4时,发信人将按比例获得RTCP带宽共享。
审调委报告之间的间隔是[.]。0.5， 1.5为了避免冲突,随机值乘以计算间隔。初始 RTCP 电文会因随机值而进一步延迟, 随机值等于最小 RTCP 间隔的一半 。

本文由 在线网速测试 整理编辑，转载请注明出处，原文链接：https://www.wangsu123.cn/news/15271.html。