視頻傳輸協(xié)議的選擇直接關(guān)系到最終的 ISL6262CRZ-T 視頻質(zhì)量。常見(jiàn)的傳輸協(xié)議包括TCP和UDP協(xié)議。TCP是面向連接的可靠的傳輸協(xié)議，由于它的重傳機(jī)制、較大的時(shí)延和較大的控制開(kāi)銷等特性使它不適合用子視頻傳輸。UDP提供的是不可靠的傳輸，但是效率很高，時(shí)延較小，比較適合用于視頻傳輸。針對(duì)視音頻的實(shí)時(shí)傳輸性要求，IETF設(shè)計(jì)了RTP (Real-TimeTransportProtocol)／RTCP（Real-Time Transport Control Protocol）。RTP通常建立在UDP協(xié)議之上，利用UDP對(duì)實(shí)時(shí)的視頻數(shù)據(jù)進(jìn)行組播或單播，實(shí)現(xiàn)對(duì)多點(diǎn)和單點(diǎn)的視頻數(shù)據(jù)進(jìn)行傳輸。RTCP是與RTP配合使用的協(xié)議。主要功能是服務(wù)質(zhì)量的監(jiān)視與反饋、媒體間的同步，以及組播組中成員的標(biāo)識(shí)。因此，視頻傳感器節(jié)點(diǎn)采用了RTP/RTCP協(xié)議。
    視頻傳感器節(jié)點(diǎn)的任務(wù)包括視頻采集、壓縮和發(fā)送3部分。邏輯上最好是采用3個(gè)獨(dú)立的任務(wù)運(yùn)行，但是如果采用多進(jìn)程的方式來(lái)將各個(gè)任務(wù)分離則會(huì)引入上下文切換的問(wèn)題，會(huì)造成很大的系統(tǒng)開(kāi)銷，影響系統(tǒng)的實(shí)時(shí)性。因此，視頻傳感器節(jié)點(diǎn)采用多線程設(shè)計(jì)，從而減少了上下文切換的開(kāi)銷。視頻采集、視頻壓縮與視頻發(fā)送分別在獨(dú)立的線程中運(yùn)行。其中，視頻采集和視頻壓縮各占一個(gè)線程，視頻發(fā)送可根據(jù)需要設(shè)置多個(gè)線程對(duì)應(yīng)多個(gè)視頻傳輸請(qǐng)求。多線程技術(shù)簡(jiǎn)化了系統(tǒng)設(shè)計(jì)的復(fù)雜度，優(yōu)化了系統(tǒng)資源的調(diào)度。為實(shí)現(xiàn)視頻來(lái)集、壓縮和發(fā)送的同時(shí)進(jìn)行，視頻傳感器節(jié)點(diǎn)中設(shè)計(jì)了視頻數(shù)據(jù)管道。視頻采集線程將采集的視頻數(shù)據(jù)送給視頻壓縮線程，進(jìn)行壓縮后送入視頻數(shù)據(jù)管道，發(fā)送線程從管道的另一端取走數(shù)據(jù)發(fā)送。
    視頻數(shù)據(jù)管道的本質(zhì)就是若干個(gè)環(huán)形隊(duì)列，有發(fā)送隊(duì)列、就緒隊(duì)列、空閑隊(duì)列等。

               
    ①發(fā)送隊(duì)列中的是包含視頻傳輸線程正在發(fā)送的視頻數(shù)據(jù)的數(shù)據(jù)單元，當(dāng)數(shù)據(jù)單元發(fā)送完成后該單元就從發(fā)送隊(duì)列移入空閑隊(duì)列中。
    ②就緒隊(duì)列中的是包含由視頻壓縮線程寫入的壓縮后視頻數(shù)據(jù)的數(shù)據(jù)單元，隨時(shí)可以加入發(fā)送隊(duì)列。
    ③空閑隊(duì)列中的數(shù)據(jù)單元就是尚未被使用的空閑數(shù)據(jù)單元，可供視頻壓縮線程使用，當(dāng)視頻壓縮線程將壓縮的數(shù)據(jù)寫入后，空閑數(shù)據(jù)單元就加入就緒隊(duì)列中。
    視頻采集線程、壓縮線程、視頻發(fā)送線程和視頻數(shù)據(jù)管道都由視頻服務(wù)進(jìn)程創(chuàng)建和維護(hù)。當(dāng)視頻傳感器節(jié)點(diǎn)啟動(dòng)后，視頻服務(wù)進(jìn)程會(huì)建立并初始化視頻數(shù)據(jù)管道，為視頻數(shù)據(jù)隊(duì)列的存儲(chǔ)做好準(zhǔn)備，然后偵聽(tīng)網(wǎng)絡(luò)連接狀況，如有視頻傳輸請(qǐng)求且沒(méi)有超過(guò)最大連接數(shù)則開(kāi)始采集、壓縮視頻流，然后寫入視頻數(shù)據(jù)管道并創(chuàng)建一個(gè)新的視頻傳輸線程與請(qǐng)求視頻的節(jié)點(diǎn)進(jìn)行會(huì)話。具體流程如圖10-55所示。