rtcp webrtc 接收_【转】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时，只能用指数表示带宽了。