【转】WebRTC之RTCP
转自：https://blog.csdn.net/momo0853/article/details/88051312#RTPFBTransport_layer_FB_messagesNACKTransportFeedback_245
文章目录
RTCP
SR（Sender Report RTCP Packet）
RR（Receiver Report RTCP Packet）
SDES（Source Description RTCP Packet）
BYE（Goodbye RTCP Packet）
APP（Application-Defined RTCP Packet）
RTPFB（Transport layer FB messages）[NACK/TransportFeedback]
NACK
TransportFeedback
PSFB（Payload-specific FB messages）[PLI/FIR/REMB]
PLI
FIR
REMB
RTCP
涉及到的相关RFC文档
1、RFC3550，SR/RR/BYE/APP/SDES
2、RFC4585，RTPFB/PSFB
3、draft-holmer-rmcat-transport-wide-cc-extensions-01，RTPFB扩展TransportFeedback
RTCP通用头部如下
V，RTCP的版本号，一定等于2
P，是否存在填充信息，包的最后一个byte用于存储填充数据的长度，也就是padding_size_ = payload_[payload_size_ - 1]
RC，ReportBlock的个数
PT，RTCP的负载类型
lenght，头部的长度，不包括通用头部，长度等于4*lenght
SR（Sender Report RTCP Packet）
发送端通过发送SR包告诉接收端发送端的信息，SR包分为三部分：头部header，发送者信息senderInfo和反馈块ReportBlock。如果发送端也作为接收端，那么才会存在ReportBlock，当存在多个码流的时候就会反馈多个ReportBlock。SR包的负载类型是200。
- 发送端信息SenderInfo
SSRC 同步源
64位的NTP，NTP timestamp, most significant word前面32位是秒， least significant word后面32位是分
RTP timestamp
sender’s packet count 到发送此SR包时已经发送包的个数
sender’s octet count 到发送此SR包时已经发送包的大小(Byte)
- 反馈块ReportBlock
fraction lost丢包率，到发送此ReportBlock时丢包率计算
cumulative number of packets lost总共丢失的包个数
extended highest sequence number received 收到的包序号，前16位表示第几圈，后16位表示当前的序号
interarrival jitter包之间的平均间隔
Last SR上一个SR包的时间戳
Delay since last SR距离上一个LSR的时间间隔
RR（Receiver Report RTCP Packet）
接收端通过RR包反馈接收端的接收情况，RR包分为两个部分：头部header和反馈块ReportBlock。参考SR包，RR包的负载类型是201。
SDES（Source Description RTCP Packet）
发送源信息描述，可以用于描述发送端的名字，邮箱，电话等信息，SDES的负载类型是202。SDES分为两部分：头部header和描述信息chunk。chunk内需要包含一个SSRC和至少一个SEDS item，每个item用于描述不同的信息。item中的lenght字段是用于表示后面描述信息的长度（byte）
- CNAME（Canonical End-Point Identifier SDES Item）
负载类型1，用于描述规范点标识符，长度lenght（指后面的长度），具体信息user and domain name
- NAME（User Name SDES Item）
负载类型等于2，用于描述用户名字
- EMAIL: Electronic Mail Address SDES Item
负载类型等于3，用于描述邮箱信息
- PHONE: Phone Number SDES Item
负载类型等于4，用于描述电话号码
- LOC: Geographic User Location SDES Item
负载类型等于5，用于描述用户位置信息
- TOOL: Application or Tool Name SDES Item
负载类型等于6，用于描述应用程序或者工具名字
- NOTE: Notice/Status SDES Item
负载类型等于7，用于描述用户状态的信息
- PRIV: Private Extensions SDES Item
负载类型等于8，用于定义用户私有的扩展信息
BYE（Goodbye RTCP Packet）
发送端主动停止发送，最后会发送一个BYE包，有可能会说明离开信息（reason for leaving）
APP（Application-Defined RTCP Packet）
用于描述用户信息的，这个包在WebRTC中并没有看到发送。
RTPFB（Transport layer FB messages）[NACK/TransportFeedback]
负载类型是205，WebRTC对应的代码是rtpfb.cc。传输层反馈信息目前只有NACK，用于反馈接接收端未收到什么包。
通用头部信息，前面四个Byte的信息和普通的RTCP头是一样的，看前面就好了，这里FMT用于区分FCI的类型，它会加上SSRC of packet sender发送者的SSRC和SSRC of media source反馈者的SSRC。
NACK
FMT是1，WebRTC对应的代码是nack.cc。
NACK的FCI个数如下，其中PID（Packet ID）是第一个丢失的序号，BLP（bitmask of following lost packets）是继第一个序号之后的16个包的丢失情况，当丢失之后，此二进制位就会被mark为1。例如PID等于666，如果668和692也丢失了，那么BLP等于100010。当后续丢失的包序号大于第一个丢失的包序号16以上就需要重新使用一个新的FCI反馈包表示。NACK包可以存在多个FCI。
TransportFeedback
FMT是15，WebRTC对应的代码是transport_feedback.cc。
这个是WebRTC自顶的一个FB，用于反馈接收端收到的包和间隔。这些信息是给发送端用于拥塞检测。
PSFB（Payload-specific FB messages）[PLI/FIR/REMB]
负载类型是205，WebRTC对应的代码是psfb.cc。
PLI
FMT是1，WebRTC对应的代码是pli.cc。
向发送方请求关键帧。
FIR
FMT是4，WebRTC对应的代码是fir.cc。
向发送方请求关键帧。和PLI不同的地方是，它会指明向那个SSRC请求关键帧，并且是第几次请求。当发送端存在多个视频发送源的时候，接收端就需要指明向那个源请求关键帧。
REMB
FMT是15，WebRTC对应的代码是remb.cc。
向发送方发送接收端估算的最大带宽。这个是WebRTC自定义的一个FB类型。
Num SSRC指明SSRC的个数，带宽用一个uint64_t类型表示，但是传输的时候需要把64位封装到24位里面。WebRTC的做法是当码率大于18位能表示最大数0x3FFF时，只能用指数表示带宽了。
