音视频协议解析(RTP/RTCP/RTSP/RTMP)——RTCP

介绍

我这个系列讲解音视频相关的协议，这部分内容比较多，我打算分成好几篇讲，感兴趣的读者可以关注一下。有了以上的基础，我就打算做一个音视频的网络服务器。如果您觉得读起来有点困难，可以先补一下计算机网络的知识，主要是TCP，UDP，HTTP相关的知识。

讲解

这篇文章讲解 RTCP（Real-Time Transport Control Protocol） 的相关知识，读过前面文章的朋友应该都知道，RTCP主要是配合 RTP 协议，负责监控和反馈视频质量的。

RTCP 包有多种，根据不同的功能有不同的 RTCP 包（Packet），以下列举几个

SR：（Sender Report），用来做发送端报告

RR：（Receiver Report），用来做接收端报告

SDES：（Source Description Items），用来描述原点

BYE：用来结束传输

APP：用作特定应用

PSFB：（Payload Specific Feedback），用来传输载荷的反馈信息

这些也比较多，也不方便为大家详解各个包（Packet）格式了。

 但前面的格式还大体一致的，大家参考一下

0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P|  RC/SC  |     PT        |             length            |

struct header{
    V;        // version，版本号，占 2 bits
    P;        // padding，填充位，占 1 bits
    SC || RC; // source counter / report counter，源计数器，报告计数器，
              // 根据包的类型定，占 5 bits

    PT;       // packet type，包类型，占 8 bits
    length;   // 长度，占 16 bits
};

RTCP 在实现音视频同步上有很重要的应用，不过这块比较复杂，需要比较大的篇幅，我打算在未来的文章深入展开讲，这里就大致提一下，让大家知道 RTCP 的应用。

首先，音频和视频的采样频率不一样，因此每一秒能播放出的音频和视频数据可以不能对齐，因此需要同步控制。

有三个时间轴，音频时间轴，视频时间轴，外部时间轴，不过一般采用音频作为标准。

每个RTCP SR包中对应有⼀个RTP时间和⼀个NTP时间，它表达的意思很明确，那就是这个RTP时间对应的绝对时间， 不同media的RTP时间尽管不同，但可以通过NTP时间映射到同⼀个时间轴上，从⽽实现同步。

好了，今天就讲这么多，拜拜。

欲知后事如何，请听下回分解。