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