基于TMS320DM642和H．264的网络视频监控系统设计
加入技术交流群
3 H．264编码码流的网络传输设计
3．1 H．264编码器NAL层和VCL层的分离
在H．264的编码中，网络抽象层和视频编码层是分开的。H．264编码器NAL和VCL的分层结构如图3。视频编码层负责视频序列的压缩编码，网络抽象层负责使H．264的编码码流能够适应各种网路。这种分层结构可以使设计出来的系统即拥有高效率的编码特性又拥有良好的网络适应性。本文引用地址：https://www.eepw.com.cn/article/162189.htm
3．2 RFC3984协议的包头格式及使用
图4为RTP固定头字段格式，具体描述如下：
版本V：2 bits此处的值为2．
填充标识P：1 bit
如果在分组的末尾包含填充字节，那么此处的值为1，注意，填充并不是有效载荷的内容。
贡献源(CSRC)数目CC：4 bits
标识位M：1 bit
标识位可以用来表示特定层面的某些重要事件。
载荷类型PT：7bits
不同的音视频编码标准对应不同的音视频编码标准，有些已经被完全规定好了，例如G．723音频的RTP载荷类型定义为4，H．263定义为34。对于H．264的RTP载荷媒体类型，目前还没有规定，可以根据需要自行定义。表1描述了媒体类型各种载荷类型。
序号：16 bits
每发送一个RTP数据分组，序号加1。接收者可以用它来检测分组丢失和恢复分组顺序。
时间戳：32 bits
时间戳反映了RTP数据分组中第一个字节的采样时间。采样时间必须来源于一个单调线性增长的时钟。
同步源SSRC：32 bits
同步源应随机选择，但要确保同一个RTP会话中的唯一性。如果一个源改变了源传输地址，必须选择一个新的SSRC标志符。
4 结束语
本文首先给出了用于运行H．264算法和网络协议的硬件平台，然后介绍了H．264的优化方法，最后在研究了RTP协议RFC3984的基础上介绍了H．264编码码流的网络传输方法。总之，本文主要就是完成H．264编码码流的实时网络传输。由于时间和精力有限，只是用到了RTP协议，为了提高可靠性。还可加入RTCP协议，使其能够得到更好的服务质量。另外，若在此基础上再去研究速率控制和差错控制方法，并应用于本系统，可以进一步提高视频显示质量。
评论