rtcp协议

一般是rtp端口+1
接收端会给发送端发送rtcp数据报，让发送端计算出当前的网络状态。例如带宽啊，流量啊。

rtcp协议就是rtp协议的控制协议，像网络拥塞，发了多少包，收了多少包。这些都属于rtcp的范畴。接收端会向发送端发送rtcp的数据报，收到rtcp的数据报之后，会将这部分数据报进行计算。计算完之后，就能评估出目前的带宽是多少，现在的流量是否已经到了瓶颈点。到了瓶颈点，我就减少包的发送量。带宽还很多，就增加发包量。


p就是padding位，是否有填充位。如果该位置为1，读数据时，首先到数据的最末尾1个字节看填充了多少个字节。长度包含最后这一个字节。把所有的填充位拿掉之后，就是真正的数据。
type决定count是什么。
length是数据的长度。


SR包括接收过程中收了多少包等，和发送信息等。
RR是接收端的接收报文信息。
SR和RR是最重要的，要定期发送，带宽的评估和网络质量的评估都是通过SR和RR来评估的。

SDES中最关键的是cname。当用户共享音视频源的时候，每个源都有一个ssrc。但是ssrc是可以变化的，当进行共享音视频的时候，发现ssrc冲突了，就会换一个，这样就会造成什么问题呢？其它端不知道你是否继续共享了音视频，你换成了哪个也不知道。这时就可以通过cname区分。每个共享的源都有一个不变的cname。
BYE：整个通讯结束，源想关闭的时候就发送bye。
当发bye时，对应的rtp数据也不发了。
APP：应用层自己定义的包。
FIR：请求一个完整的i帧。断线重连，或者新上线，要重新请求i帧，因为发过来的数据可能是b帧或者是p帧，解不了，就只能等下一个i帧过来，会导致一段时间的黑屏。
pt：192和193已经被废弃，全部合并到206中的子协议。
NACK：接收端收到的r t p数据有丢失，或者延迟太大了，超过了buffer的大小，认为也是发生了丢失。就会向发送者发送NACK。NACK中第一个部分是sequence number，后面是一个16位的位掩码。只要回一个NACK，就能表明从这个sequence到后面16位掩码表示的16个包中，哪些包被丢了。丢了的包位置1，没丢的置为0。
RTPFB：rtp的反馈包。
PSFB：编解码器的反馈包。