H264关于RTP协议的实现

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

H.264中NAL、Slice与frame意思及相互关系

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

H264 数据帧理解（转载总结）

https://blog.csdn.net/sjin_1314/article/details/40989173?utm_medium=distribute.pc_aggpage_search_result.none-task-blog-2~all~first_rank_v2~rank_v25-1-40989173.nonecase&utm_term=h264%20%E4%B8%80%E5%B8%A7%20%E6%95%B0%E6%8D%AE%E9%87%8F