rtp

WebRTC | 网络传输协议 RTP 和 RTCP流媒体协议栈如下图所示：RTP 标准定义了两个子协议，RTP 和 RTCP。TCP为了实现数据传输的可靠性，采用的是“发送→确认→丢包→重传”这样一套机制。而且为了增加网络的吞吐量，还采用了延迟确认和Nagle算法（Nagle算法，将多个小包组成一个大包发送，组合包的大小不超过网络最大传输单元）。这套机制就是TCP产生延迟的根本原因。

基于H.264的RTP打包中的组合封包以及分片封包结构图简介及抓包分析其中Type详细介绍前文以叙述：RFC3984: RTP Payload Format for H.264 Video(中英文版)官方文献，RTP协议头格式分析详解；RTP载荷H264码流；

新睿云.任义兵

WebRTC：真正了解 RTP 和 RTCP近年来，通过互联网进行实时通信变得越来越流行，而 WebRTC 已成为通过网络实现实时通信的领先技术之一。WebRTC 使用多种协议，包括实时传输协议 (RTP) 和实时控制协议 (RTCP)。

如何从RTP包的AP类型包，获取h265的PPS、SPS、VPS信息ffmpeg播放rtp流，为了降低首开延迟，需要在SDP文件中指定PPS、SPS、VPS信息。抓包后发现wireshark无法解析AP包。需要自己进行AP包解析。RTP协议AP包格式如下：

却道天凉_好个秋

GB28181学习（六）——实时视音频点播（数据传输部分）GB28181系列文章：总述：https://blog.csdn.net/www_dong/article/details/132515446

RTP/RTCP的 NACK, PLI，SLI,FIR在网络环境不是太好的情况下，比如网络拥塞比较严重，丢包率可能比较高，简单实用NACK重传的机制，这样就会有大量的RTCP NACK报文，发送端收到相应的报文，又会发送大量指定的RTP报文，反而会增加网络的拥塞程度，可能导致更高的丢包率，导致接收端解码失败，导致花屏等马赛克现象。这时采用申请I帧的方式可能会解决马赛克等现象，申请的I帧方式主要PLI（Picture Loss Indication）和FIR（Full Intra Request）两种方式，FIR又包括RFC2032和RFC5104规定的两种方