基于TMS320DM642和H．264的網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)設(shè)計
加入技術(shù)交流群
3 H．264編碼碼流的網(wǎng)絡(luò)傳輸設(shè)計
3．1 H．264編碼器NAL層和VCL層的分離
在H．264的編碼中，網(wǎng)絡(luò)抽象層和視頻編碼層是分開的。H．264編碼器NAL和VCL的分層結(jié)構(gòu)如圖3。視頻編碼層負責視頻序列的壓縮編碼，網(wǎng)絡(luò)抽象層負責使H．264的編碼碼流能夠適應(yīng)各種網(wǎng)路。這種分層結(jié)構(gòu)可以使設(shè)計出來的系統(tǒng)即擁有高效率的編碼特性又擁有良好的網(wǎng)絡(luò)適應(yīng)性。本文引用地址：http://www.104case.com/article/162189.htm
3．2 RFC3984協(xié)議的包頭格式及使用
圖4為RTP固定頭字段格式，具體描述如下：
版本V：2 bits此處的值為2．
填充標識P：1 bit
如果在分組的末尾包含填充字節(jié)，那么此處的值為1，注意，填充并不是有效載荷的內(nèi)容。
貢獻源(CSRC)數(shù)目CC：4 bits
標識位M：1 bit
標識位可以用來表示特定層面的某些重要事件。
載荷類型PT：7bits
不同的音視頻編碼標準對應(yīng)不同的音視頻編碼標準，有些已經(jīng)被完全規(guī)定好了，例如G．723音頻的RTP載荷類型定義為4，H．263定義為34。對于H．264的RTP載荷媒體類型，目前還沒有規(guī)定，可以根據(jù)需要自行定義。表1描述了媒體類型各種載荷類型。
序號：16 bits
每發(fā)送一個RTP數(shù)據(jù)分組，序號加1。接收者可以用它來檢測分組丟失和恢復(fù)分組順序。
時間戳：32 bits
時間戳反映了RTP數(shù)據(jù)分組中第一個字節(jié)的采樣時間。采樣時間必須來源于一個單調(diào)線性增長的時鐘。
同步源SSRC：32 bits
同步源應(yīng)隨機選擇，但要確保同一個RTP會話中的唯一性。如果一個源改變了源傳輸?shù)刂罚仨氝x擇一個新的SSRC標志符。
4 結(jié)束語
本文首先給出了用于運行H．264算法和網(wǎng)絡(luò)協(xié)議的硬件平臺，然后介紹了H．264的優(yōu)化方法，最后在研究了RTP協(xié)議RFC3984的基礎(chǔ)上介紹了H．264編碼碼流的網(wǎng)絡(luò)傳輸方法。總之，本文主要就是完成H．264編碼碼流的實時網(wǎng)絡(luò)傳輸。由于時間和精力有限，只是用到了RTP協(xié)議，為了提高可靠性。還可加入RTCP協(xié)議，使其能夠得到更好的服務(wù)質(zhì)量。另外，若在此基礎(chǔ)上再去研究速率控制和差錯控制方法，并應(yīng)用于本系統(tǒng)，可以進一步提高視頻顯示質(zhì)量。
評論