WebRTC之丢包重传协议

丢包处理可以使用FEC前向纠错、NACK丢包重传。上一篇文章咱们介绍过前向纠错,现在来探讨丢包重传。首先是接收端发送基于RTCP反馈的请求,发送端收到请求后重传指定packet包。

1、重传包格式

重传包的格式由RTP头、OSN、原始payload数据组成。OSN表示原始序列号,如下图所示:

WebRTC之丢包重传协议_第1张图片

2、重传包RTP头

重传包的时间戳必须与原始包保持一致。如果原始包的RTP头有扩展字段,那么重传包也必须携带相同的扩展字段。如果原始包包含padding填充数据,那么重传包应该移除padding填充数据或者把padding标志位置为1。

3、重传与原始stream关系

在session多路复用的场景,重传stream和原始stream共享同一个session会话。另外,重传stream和原始stream共享同一个CNAME。

4、重传请求

NACK通过rtcp-fb反馈消息,由接收端发起的重传请求。发送重传请求之前,接收端应该考虑带宽、延时、媒体包类型等因素。除了重传请求,接收端还应该发送RR(Receiver Report)来报告RTT延时。接收端在检测到丢包时不应该马上发送丢包重传请求,而是加上延时来补偿重排序的包。

丢包重传的类型如下(不仅限于):

  • FIR:请求关键帧,对应PT=192;
  • NACK:否定应答,对应PT=193;
  • RTPFB:rtp丢包重传,对应PT=205;
  • PSFB:指定payload重传,对应PT=206;

其中,PSFB又包括PLI、SLI、RPLI,具体如下:

PLI:Picture Loss Indication,视频帧丢失标识;

SLI:Slice Loss Indication,片段丢失标识;

RPSI:Reference Picture Selection Indication,参考帧选择标识;

对应的rtcp报文格式如下,PT表示载荷类型,FCI表示反馈控制信息:

不同PT的报文有不同的FCI。以NACK报文为例,包含PID和BLP。其中PID为丢包序号,BLP为连续16个包的丢失状态。描述如下:

5、拥塞控制

RTP重传包会增加网络拥塞的风险。因此,重传包应该在原始包基础上降低码率。另外,发送端可以选择性重传,对重要的packet包进行重传,对优先级高的优先重传,不重要的packet包可以忽略NACK消息。

6、SDP协议映射

丢包重传使用到SDP的协议说明如下:

  • MIME类型:video、audio、text、application,在SDP中用"m="作为媒体名称;
  • MIME子类型"rtx",在SDP的"a=rtpmap"进行描述;
  • AVPF特定参数ack和nack,在SDP的"a=rtcp-fb"进行描述;
  • 重传包的参数apt和rtx-time,在SDP的"a=fmtp"进行描述,以键值对的形式出现;

以MPEG-4码流为例,对应的重传会话如下:

WebRTC之丢包重传协议_第2张图片

7、缓存控制

重传包不应该进行缓存 。在session多路复用的场景,"Cache-Control"应该设为"no-cache"。

你可能感兴趣的:(WebRTC,webrtc)