基于3G無(wú)線網(wǎng)絡(luò)的視頻監(jiān)控系統(tǒng)前端設(shè)計(jì)
加入技術(shù)交流群
每個(gè)NAL單元由整數(shù)個(gè)字節(jié)大小的包構(gòu)成，其中第一個(gè)字節(jié)包含數(shù)據(jù)類型的標(biāo)志，其他字節(jié)是凈荷。NAL單元被劃分為VCL NAL單元和非VCL NAL單元兩種。VCL NAL單元包含視頻圖片中采集點(diǎn)的值的表示；非VCL NAL單元包含一切相關(guān)的附加信息，例如參數(shù)設(shè)置(可被應(yīng)用到大量VCL NAL單元的頭數(shù)據(jù))和附加的增強(qiáng)信息(時(shí)刻信息和其他附加數(shù)據(jù)，這些數(shù)據(jù)可能會(huì)增強(qiáng)對(duì)已解碼視頻信號(hào)的利用，但是又不是在解碼視頻圖像的采樣點(diǎn)值必須用到的)。視頻壓縮編碼的工作流程如圖5所示。本文引用地址：http://cafeforensic.com/article/154425.htm
2．3 視頻信號(hào)發(fā)送模塊
由于TCP協(xié)議丟包重傳造成巨大時(shí)延，UDP雖然傳輸速度比TCP快，但UDP是一種不可靠的傳輸協(xié)議。所以在應(yīng)用層采用RTP作為實(shí)時(shí)傳輸協(xié)議。
RTP本身只保證實(shí)時(shí)數(shù)據(jù)的傳輸，不能為按順序傳送數(shù)據(jù)包提供可靠的傳送機(jī)制，也不能提供流量控制或擁塞控制。它需要依靠RTCP協(xié)議提供周期性的反饋與信道參數(shù)有關(guān)的信息，動(dòng)態(tài)地改變傳輸速率，使發(fā)送速率適應(yīng)信道帶寬，減少信道中的丟包，從而實(shí)現(xiàn)媒體同步、丟包統(tǒng)計(jì)、傳輸檢測(cè)和傳輸復(fù)用等手段。從而使得視頻流高效、快速地傳輸。
RTP協(xié)議的實(shí)現(xiàn)采用開(kāi)源的RTP庫(kù)JRTPLIB。用戶只需通過(guò)使用JRTPLIB庫(kù)相應(yīng)地發(fā)送和接收RTP數(shù)據(jù)包，而不用關(guān)心RTCP數(shù)據(jù)報(bào)是如何被發(fā)送和接收的，JRTPLIB自動(dòng)對(duì)到達(dá)的RTCP數(shù)據(jù)報(bào)進(jìn)行處理，并在適當(dāng)?shù)臅r(shí)候發(fā)送RTCP數(shù)據(jù)報(bào)。采用H．264視頻流的RTP打包方式對(duì)單獨(dú)的NAL單元進(jìn)行操作。通過(guò)ARM926-EJS內(nèi)置的硬件編碼單元應(yīng)用程序中H．264視頻編碼的參數(shù)設(shè)置，每幀為一個(gè)NAL單元。為了避免視頻數(shù)據(jù)在網(wǎng)絡(luò)層被分割，需要將一幀H．264視頻數(shù)據(jù)分割成一定大小的RTP數(shù)據(jù)包，由發(fā)送端分別封裝上RTP報(bào)頭、UDP報(bào)頭、IP報(bào)頭，按照RTP數(shù)據(jù)包的格式，并配置RTP報(bào)頭的時(shí)間戳以及序列號(hào)等參數(shù)，最后形成IP數(shù)據(jù)包，通過(guò)無(wú)線模塊發(fā)送。ARM926-EJS內(nèi)置的硬件編碼模塊所輸出的H．264視頻流的RTP封裝及傳輸流程如圖6所示。
3 結(jié)語(yǔ)
采用ARM926-EJS為微處理器的視頻監(jiān)控系統(tǒng)前端具有功耗低、速度快的特點(diǎn)，同時(shí)結(jié)合Linux的Video4Linux視頻接口技術(shù)和內(nèi)置硬件H．264視頻編碼和RTP／RTCP傳輸協(xié)議，實(shí)現(xiàn)了快速視頻采集和傳輸。實(shí)驗(yàn)證明，采用內(nèi)置硬件編碼單元的ARM926-EJS微處理器和嵌入式Linux操作系統(tǒng)，使視頻監(jiān)控系統(tǒng)前端的視頻畫(huà)面清晰流暢，其性能優(yōu)越、穩(wěn)定而且構(gòu)建成本低。該視頻監(jiān)控系統(tǒng)前端在森林火災(zāi)場(chǎng)合具有廣闊的應(yīng)用前景。
評(píng)論