http://www.rosoo.net/a/201108/14896.html
基于RTP/UDP/lP的H.264视频传输结构设计
对于H.264视频的实时传输应用来说,TCP的重传机制引入的时延和抖动是无法容忍的,因此我们采用UDP传输协议。但是UDP协议本身是面向无连接的,不能提供质量保证。而基于UDP之上的高层协议RTP/RTCP可以一起提供流量控制和拥塞控制服务。图给出了基于RTP/UDP/IP的H.264视频传输的框架。
RTP协议之Header结构解析
http://www.360doc.com/showweb/0/0/927406371.aspx
H264语法结构及编码原理
https://blog.csdn.net/li_wen01/article/details/69248399
H264 RTP打包发送
https://blog.csdn.net/anobodykey/article/details/7872027
H264 RTP解包
https://blog.csdn.net/anobodykey/article/details/7876047
RTP协议全解析(H264码流和PS流)
https://blog.csdn.net/chen495810242/article/details/39207305
H.264的RTP封包和解包
https://blog.csdn.net/yanbdsky/article/details/5803288
http://blog.chinaunix.net/uid-20235103-id-1970924.html
RTP报文头中的SSRC和CSRC
https://blog.csdn.net/zhushentian/article/details/79804742
同步信源(SSRC)标识符:占32位,用于标识同步信源。该标识符是随机选择的,参加同一视频会议的两个同步信源不能有相同的SSRC。
·特约信源(CSRC)标识符:每个CSRC标识符占32位,可以有0~15个。每个CSRC标识了包含在该RTP报文有效载荷中的所有特约信源。
这里的同步信源是指产生媒体流的信源,例如麦克风、摄像机、RTP混合器等;它通过RTP报头中的一个32位数字SSRC标识符来标识,而不依赖于网络地址,接收者将根据SSRC标识符来区分不同的信源,进行RTP报文的分组。
H.264官方中文版.pd
https://blog.csdn.net/xiaohaijiejie/article/details/41252675