專利名稱：基于rtp/rtcp的車載視頻傳輸系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種車載無線網(wǎng)絡(luò)通信技術(shù)領(lǐng)域的視頻傳輸系統(tǒng)。
背景技術(shù)：
隨著交通運(yùn)輸和信息產(chǎn)業(yè)的發(fā)展，基于車輛網(wǎng)絡(luò)的各種視頻運(yùn)用受到人們的廣泛關(guān)注。車輛安全輔助駕駛系統(tǒng)、無人駕駛車系統(tǒng)、超出視距外的實(shí)時路況監(jiān)控系統(tǒng)、實(shí)時語音視頻通訊系統(tǒng)以及多媒體娛樂信息共享系統(tǒng)等在保障交通安全、提高交通效率、豐富人們生活等方面具有重要的意義。這些系統(tǒng)的構(gòu)建都將必不可少地涉及到視頻在車輛網(wǎng)絡(luò)上的編碼與傳輸。視頻技術(shù)在有線網(wǎng)絡(luò)和無線網(wǎng)絡(luò)中，已經(jīng)實(shí)現(xiàn)了視頻會議、視頻點(diǎn)播等應(yīng)用的成功商業(yè)化。如何在車載無線網(wǎng)絡(luò)通信中實(shí)現(xiàn)車與車之間流暢的視頻傳輸及視頻共享，是目前車載無線網(wǎng)絡(luò)研究領(lǐng)域的一個熱點(diǎn)。首先，車輛網(wǎng)絡(luò)通信極其不穩(wěn)定。物體對信號的反射、車輛網(wǎng)絡(luò)的高速移動特性、道路結(jié)構(gòu)及路邊環(huán)境的復(fù)雜性等，使得車輛自組織網(wǎng)絡(luò)信道特性不同于一般的靜態(tài)或低速率運(yùn)動的Ad hoc網(wǎng)絡(luò)。車輛自組織網(wǎng)·絡(luò)節(jié)點(diǎn)間的數(shù)據(jù)傳輸質(zhì)量依賴于特定的傳輸場景。鑒于車輛自組織網(wǎng)絡(luò)時好時壞的通信特性，若要進(jìn)行實(shí)時視頻通信，得到的視頻質(zhì)量必然隨著信道而變化。倘若視頻壓縮模塊輸出的視頻質(zhì)量較好，在信道變壞的時候，往往容易發(fā)生信道擁塞。反之視頻壓縮輸出視頻質(zhì)量較差，適合在信道不穩(wěn)定或者是較差的情況，但是無法充分利用信道好的時間的帶寬資源。其次，視頻幀也有其獨(dú)有的特性。視頻的壓縮以GOP為單位。GOP里面包含了不同的幀類型:I幀、P幀和B幀。丟失不同類型的幀帶來的損失并不一樣。I幀的丟失，會對整個GOP里的正確解碼造成影響。為了盡量降低丟掉的I幀造成的無法解碼，通常的解決辦法是減少GOP的長度。然而，GOP長度減少，I幀增多，壓縮的效率降低，產(chǎn)生的碼率會變大，導(dǎo)致數(shù)據(jù)量變大。數(shù)據(jù)量變大，相應(yīng)的UDP傳輸包也增多，如果遇到網(wǎng)絡(luò)擁塞等情況，又潛在地增大了丟包數(shù)。因而，丟包率和GOP的長度，是一個“雞-蛋”悖論。如果以丟包率作為一個衡量網(wǎng)絡(luò)傳輸信道穩(wěn)定性的參數(shù)，主動地對GOP大小和視頻的碼率或其它壓縮參數(shù)進(jìn)行調(diào)節(jié)，可以取得一個相對理想的傳輸效果。以下是對本說明書中部分術(shù)語的加注:
Ad hoc網(wǎng)絡(luò)(能夠臨時快速自動組網(wǎng)的對等式多跳移動網(wǎng)絡(luò))
GOP (Group Of Picture,畫面組,一個GOP就是一組連續(xù)的畫面)
UDPCUser Datagram Protocol的簡稱,不屬于連接型協(xié)議，因而具有資源消耗小，處理速度快的優(yōu)點(diǎn)，所以通常音頻、視頻和普通數(shù)據(jù)在傳送時使用UDP較多，因為它們即使偶爾丟失一兩個數(shù)據(jù)包，也不會對接收結(jié)果產(chǎn)生太大影響。UDP協(xié)議的主要作用是將網(wǎng)絡(luò)數(shù)據(jù)流量壓縮成數(shù)據(jù)包的形式。)
Direct Show (DirectShow是一種開放式的開發(fā)環(huán)境,可以根據(jù)需要定制自己的組件) VANET (Vehicular Ad-hoc NETwork,車輛自組織網(wǎng)絡(luò))
Intel IPP 庫(“Intel Integrated Performance Primitives” 是一套跨平臺的軟件函數(shù)庫，它提供了廣泛的多媒體功能，例如音頻解碼器、圖像處理、信號處理、語音壓縮和加密機(jī)制)
NS2 (NS2是一個仿真軟件，可以對通信網(wǎng)絡(luò)協(xié)議進(jìn)行仿真的工具)
上述術(shù)語本身已是本領(lǐng)域公知的內(nèi)容，因此相關(guān)內(nèi)容不該認(rèn)定為公開不充分。

發(fā)明內(nèi)容
本發(fā)明提供一種基于RTP/RTCP的車載視頻傳輸系統(tǒng)，通過動態(tài)地根據(jù)系統(tǒng)檢測的丟包率，實(shí)時調(diào)節(jié)視頻壓縮質(zhì)量，本發(fā)明系統(tǒng)可動態(tài)調(diào)整視頻傳輸質(zhì)量。為達(dá)到上述目的，本發(fā)明系統(tǒng)技術(shù)方案表征為:
一種基于RTP/RTCP的車載視頻傳輸系統(tǒng)，其特征在于，是由網(wǎng)絡(luò)傳輸控制模塊和若干N個可以移動的客戶端共同構(gòu)建成了本發(fā)明整個車載視頻傳輸系統(tǒng)，各個車載終端形成VANET網(wǎng)絡(luò)，所述客戶端為可以安放于車內(nèi)的車載終端，每個車載終端都安裝有Intel IPP庫，所述車載視頻傳輸系統(tǒng)為客戶/服務(wù)器模式。每個車載終端共包括5個功能子模塊，它們是視頻采集模塊、視頻編解碼模塊、信息處理模塊、視頻播放模塊、文件存儲模塊，這些功能子模塊都構(gòu)建在所述Intel IPP庫上，其中:所述視頻采集模塊用于視頻數(shù)據(jù)的采集，從傳感器硬件設(shè)備獲取視頻原始數(shù)據(jù)，或者從文件視頻流等獲得視頻原始數(shù)據(jù)，視頻采集模塊分別與視頻播放模塊、視頻編碼模塊連接，用于本地顯示視頻文件或者傳輸前的編碼壓縮；
所述視頻編解碼模塊用于減少傳輸視頻數(shù)據(jù)冗余；
所述信息處理模塊，為完成對視頻采集模塊數(shù)據(jù)的預(yù)處理以及視頻壓縮運(yùn)算；
所述視頻播放模塊分別與視頻采集模塊和視頻解碼模塊連接，用于播放顯示本地采集的視頻數(shù)據(jù)數(shù)據(jù)或者從VANET網(wǎng)絡(luò)傳輸來的其他移動車載終端解碼后的視頻數(shù)據(jù)；
所述文件存儲模塊用于存儲本地采集的視頻數(shù)據(jù)和從其他車載終端的接收來的視頻數(shù)據(jù)，再用于向其他接收端發(fā)送傳輸視頻文件。本發(fā)明所述網(wǎng)絡(luò)傳輸控制模塊，構(gòu)建在VANET上，網(wǎng)絡(luò)傳輸控制模塊用于可移動車載終端與車載終端之間的視頻數(shù)據(jù)傳輸。該網(wǎng)絡(luò)傳輸控制模塊包括動態(tài)調(diào)整視頻傳輸質(zhì)量算法軟件模塊，表征為:該軟件模塊是基于網(wǎng)絡(luò)丟包率及視頻系列復(fù)雜度來動態(tài)調(diào)整視頻傳輸質(zhì)量，評估視頻在經(jīng)過模擬出來的車輛網(wǎng)絡(luò)傳輸后的視頻質(zhì)量，針對不同復(fù)雜度的視頻序列對影響視頻傳輸質(zhì)量的因素G0P、壓縮量化參數(shù)qp、碼率bitrate、包錯誤率測試，得出最佳參數(shù)組合。所述動態(tài)調(diào)整視頻傳輸質(zhì)量算法軟件模塊，其實(shí)施的方法，包括以下步驟，
首先，網(wǎng)絡(luò)丟包率的獲取步驟，用于獲取當(dāng)前網(wǎng)絡(luò)丟包率；
然后，視頻序列復(fù)雜度判斷步驟，用于區(qū)分視頻序列的運(yùn)動劇烈程度；
最后，動態(tài)調(diào)整質(zhì)量步驟，用于根據(jù)網(wǎng)絡(luò)丟包率，將網(wǎng)絡(luò)質(zhì)量劃分為三個等級:好、差、很差，在編碼該幀前，如果網(wǎng)絡(luò)質(zhì)量從一個狀態(tài)變化到另一個狀態(tài)，根據(jù)視頻的序列，調(diào)整編碼參數(shù)，以符合該網(wǎng)絡(luò)狀況下的最優(yōu)壓縮參數(shù)。

本發(fā)明通過設(shè)計基于RTP/RTCP的車載視頻傳輸系統(tǒng)，考慮到視頻壓縮參數(shù)不同對最終的傳輸質(zhì)量會有影響，動態(tài)地根據(jù)系統(tǒng)檢測的丟包率，實(shí)時調(diào)節(jié)視頻壓縮質(zhì)量，達(dá)到最終傳輸質(zhì)量提升的目的。創(chuàng)新點(diǎn)及有益效果:(I)設(shè)計了完整的車輛網(wǎng)絡(luò)視頻傳輸方案及系統(tǒng)。充分利用H.264編碼器優(yōu)秀的壓縮性能以及雙核處理器強(qiáng)大的計算能力，實(shí)現(xiàn)了車載系統(tǒng)視頻采集、編碼、解碼、傳輸?shù)裙δ堋?2)根據(jù)車輛網(wǎng)絡(luò)的丟包率，針對不同的網(wǎng)絡(luò)情況，提供優(yōu)化的壓縮參數(shù)配置，并能夠動態(tài)調(diào)節(jié)視頻傳輸質(zhì)量。有效克服了單一壓縮參數(shù)下網(wǎng)絡(luò)動態(tài)變化時無法充分利用帶寬或者數(shù)據(jù)量過大導(dǎo)致網(wǎng)絡(luò)擁塞等弊端。


圖1是本發(fā)明整個車載視頻傳輸系統(tǒng)的原理框圖。圖2是本發(fā)明協(xié)議棧層次圖。圖3視頻采集流程圖。圖4編碼模塊流程圖。圖5解碼模塊流程圖。圖6車載終端硬件部分EC5-1719CLDNA開發(fā)板及外部接口的結(jié)構(gòu)示意圖。圖7為本發(fā)明軟件部分車載終端數(shù)據(jù)流向示意圖。圖8為視頻傳輸鏈路。圖9為自適應(yīng)視頻質(zhì)量算法流程。
具體實(shí)施例方式
以下結(jié)合附圖對本·發(fā)明技術(shù)方案作進(jìn)一步介紹。如圖1所示，網(wǎng)絡(luò)傳輸控制模塊和若干N個可以移動的客戶端共同構(gòu)建成了本發(fā)明整個車載視頻傳輸系統(tǒng)，各個車載終端形成VANET網(wǎng)絡(luò)，所述客戶端為安放于車內(nèi)的車載終端，所述每個車載終端都安裝有Intel IPP庫，所述車載視頻傳輸系統(tǒng)為客戶/服務(wù)器模式。每個車載終端共包括5個功能子模塊，它們是視頻采集模塊、視頻編解碼模塊、信息處理模塊、視頻播放模塊、文件存儲模塊，這些功能子模塊都構(gòu)建在所述Intel IPP庫上，其中:所述視頻采集模塊用于視頻數(shù)據(jù)的采集，從傳感器硬件設(shè)備獲取視頻原始數(shù)據(jù)，或者從文件視頻流等獲得視頻原始數(shù)據(jù)，視頻采集模塊分別與視頻播放模塊、視頻編碼模塊連接，用于本地顯示視頻文件或者傳輸前的編碼壓縮。采集流程如如圖3所示，由DirectShow開發(fā)，視頻采集的實(shí)現(xiàn)不是本發(fā)明技術(shù)方案對現(xiàn)有技術(shù)的貢獻(xiàn)部分。所述視頻編解碼模塊用于減少傳輸視頻數(shù)據(jù)冗余，以解決視頻數(shù)據(jù)量過大，VANET網(wǎng)絡(luò)帶寬無法滿足的問題。視頻編解碼模塊構(gòu)建在Intel IPP庫上，包括編碼模塊和解碼模塊兩個部分。編碼模塊工作的基本流程如4所示。視頻編碼模塊基于Intel公司提供的開發(fā)工具IPP和UMC。將Sample Grabber采集到的數(shù)據(jù)隊列中的緩存數(shù)據(jù)進(jìn)行H.264編碼壓縮，以適合目前有限的VANET網(wǎng)絡(luò)帶寬。解碼模塊流程如圖5所示。用戶從VANET網(wǎng)絡(luò)收到幀數(shù)據(jù)后，提取出圖像的大小、顏色格式、編碼器類型等信息，初始化解碼環(huán)境，調(diào)用解碼函數(shù)，便可以得到解碼幀，最后通過UMC提供的Video Renderer將圖像供視頻播放模塊進(jìn)行播放。以上編碼、解碼過程都是屬于現(xiàn)有技術(shù)，編解碼技術(shù)本身不是本發(fā)明技術(shù)方案對現(xiàn)有技術(shù)的貢獻(xiàn)部分。
所述信息處理模塊，為完成對視頻采集模塊數(shù)據(jù)的預(yù)處理以及視頻壓縮運(yùn)算。所述視頻播放模塊分別與視頻采集模塊和視頻解碼模塊連接，用于播放顯示本地采集的視頻數(shù)據(jù)數(shù)據(jù)或者從VANET網(wǎng)絡(luò)傳輸來的對方(其他)移動車載終端解碼后的視頻數(shù)據(jù)。所述文件存儲模塊用于存儲本地采集的視頻數(shù)據(jù)和從對方(其他)車載終端的接收來的視頻數(shù)據(jù)，再用于向其他接收端發(fā)送傳輸視頻文件。所述網(wǎng)絡(luò)傳輸控制模塊，構(gòu)建在VANET上，網(wǎng)絡(luò)傳輸控制模塊用于可移動車載終端與車載終端之間的視頻數(shù)據(jù)傳輸，支持單播、組播模式。網(wǎng)絡(luò)傳輸控制模塊的傳輸層采用了 RTP/RTCP實(shí)時傳輸及控制協(xié)議實(shí)現(xiàn)在VANET網(wǎng)絡(luò)兩種傳輸模式上的數(shù)據(jù)反饋與控制。本模塊的視頻傳輸功能采用RTP Multicasting組播有根模型實(shí)現(xiàn)。所有的客戶端加入相同的組播地址，綁定相同的本地UDP端口號A以用于接收組播數(shù)據(jù)。服務(wù)器端(即某一個車載終端)綁定另外一個端口號B，用于和所有的客戶端進(jìn)行數(shù)據(jù)交換。這樣當(dāng)客戶端A發(fā)送數(shù)據(jù)到服務(wù)器端口號B，服務(wù)器接收后向組播地址及端口 A進(jìn)行發(fā)送，這樣所有的客戶端都能接收到客戶端A傳輸過來的視頻數(shù)據(jù)。另外，所述網(wǎng)絡(luò)傳輸控制模塊包括動態(tài)調(diào)整視頻傳輸質(zhì)量算法軟件模塊，表征為:該軟件模塊是基于網(wǎng)絡(luò)丟包率及視頻系列復(fù)雜度來動態(tài)調(diào)整視頻傳輸質(zhì)量，評估視頻在經(jīng)過模擬出來的車輛網(wǎng)絡(luò)傳輸后的視頻質(zhì)量，針對不同復(fù)雜度的視頻序列對影響視頻傳輸質(zhì)量的因素G0P、壓縮量化參數(shù)qp、碼率bitrate、包錯誤率測試，得出最佳參數(shù)組合。該軟件模塊實(shí)施的方法，其特征在于，包括以下步驟，
首先，網(wǎng)絡(luò)丟包率的獲取步驟，用于獲取當(dāng)前網(wǎng)絡(luò)丟包率；
然后，視頻序列復(fù)雜度判斷步驟，用于區(qū)分視頻序列的運(yùn)動劇烈程度；
最后，動態(tài)調(diào)整質(zhì)量步驟，用于根據(jù)網(wǎng)絡(luò)丟包率，將網(wǎng)絡(luò)質(zhì)量劃分為三個等級:好、差、很差，在編碼該幀前，如果網(wǎng)絡(luò)質(zhì)`量從一個狀態(tài)變化到另一個狀態(tài)，根據(jù)視頻的序列，調(diào)整編碼參數(shù)，以符合該網(wǎng)絡(luò)狀況下的最優(yōu)壓縮參數(shù)。以下給出具體的實(shí)施例進(jìn)一步介紹本發(fā)明技術(shù)方案。本發(fā)明基于RTP/RTCP的車載視頻傳輸系統(tǒng)實(shí)現(xiàn)步驟如下:
(I)車載終端硬件構(gòu)架
每個車載終端應(yīng)具有較強(qiáng)的處理能力，以滿足視頻壓縮運(yùn)算以及視頻采集模塊的傳感器數(shù)據(jù)的處理。本實(shí)施例選用由研祥公司生產(chǎn)的EC5-1719CLDNA開發(fā)板，EC5-1719CLDNA是一款采用Intel筆記本電腦芯片組945GM設(shè)計的高性能單板電腦，處理器為Intel Core 2Duo，南北橋之間采用帶寬達(dá)lOGb/s的直接媒體接口 DMI。其特點(diǎn)為高性能、低功耗以及擴(kuò)展卡接口豐富?；谠撻_發(fā)板，根據(jù)需要還可以擴(kuò)展了內(nèi)存、存儲、顯示LCD、觸摸屏、攝像頭、無線網(wǎng)卡、麥克風(fēng)等設(shè)備，如圖6所示。視頻采集模塊從硬件設(shè)備中獲取視頻數(shù)據(jù)，這些硬件設(shè)備包括采集卡、電視接收卡、攝像頭、錄像機(jī)等。(2)車載終端軟件構(gòu)架
車載終端屬于普通的C/S構(gòu)架，即:由視頻發(fā)送端和視頻接收端兩部分組成。不同的是，本發(fā)明每一個車載終端節(jié)點(diǎn)屬于對等節(jié)點(diǎn)，既可以作為視頻發(fā)送方，也可以作為視頻的接收方，每個車載終端系統(tǒng)既有模塊是來通過攝像頭等采集視頻，編碼視頻，也有模塊(線程)是用來接受對方車載終端傳來的實(shí)時視頻，并且播放它。車載終端按照功能，可以劃分為視頻采集模塊、視頻編碼模塊、網(wǎng)絡(luò)傳輸控制模塊、視頻解碼模塊、視頻播放模塊，如圖7所示。本發(fā)明采用Direct Show來實(shí)現(xiàn)視頻采集。網(wǎng)絡(luò)傳輸控制模塊構(gòu)建在VANET上。網(wǎng)絡(luò)傳輸控制模塊的傳輸層采用了 RTP/RTCP實(shí)時傳輸及控制協(xié)議實(shí)現(xiàn)在VANET網(wǎng)絡(luò)兩種傳輸模型上的數(shù)據(jù)反饋與控制。視頻編解碼模塊構(gòu)建在Intel IPP庫上，視頻編碼和解碼可基于Intel的IPP這個編解碼庫來實(shí)現(xiàn)的。整個車載終端的視頻傳輸根據(jù)視頻數(shù)據(jù)的流向及所采用的技術(shù)，可以組成如圖8所示的鏈路。本發(fā)明基于網(wǎng)絡(luò)丟包率及視頻系列復(fù)雜度動態(tài)調(diào)整視頻傳輸質(zhì)量的方法步驟如下:
(I)仿真平臺搭建及參數(shù)組合獲取
在NS2及Evalvid這兩個工具的基礎(chǔ)上，針對Intel IPP H.264編碼器擴(kuò)展，評估視頻在經(jīng)過模擬出來的車輛網(wǎng)絡(luò)傳輸后的視頻質(zhì)量。采用Gilbert-Elliott錯誤模型模擬出車輛網(wǎng)絡(luò)信道錯誤。針對不同復(fù)雜度的視頻序列對影響視頻傳輸質(zhì)量的因素G0P、壓縮量化參數(shù)qp、碼率bitrate,包錯誤率測試，得出最佳參數(shù)組合。(2)自適應(yīng)視頻質(zhì)量算法流程
I)將網(wǎng)絡(luò)信道劃分為三種類型:G00D，BAD, WORSE。

當(dāng)丟包率低于1%，定義信道狀態(tài)為GOOD ；
當(dāng)丟包率大于1%，小于10%，定義信道狀態(tài)為BAD ；
當(dāng)丟包率大于10%，定義信道狀態(tài)為WORSE。車輛網(wǎng)絡(luò)的信道狀況隨著環(huán)境的變化而不斷地在這三種信道類型間切換。2)每隔一段時間t，計算丟包率。若信道丟包率低于1%，按三種序列復(fù)雜度，提供高質(zhì)量視頻參數(shù)組合，如表I ; 若丟包率滿足[1%_10%)，按三種序列復(fù)雜度，提供IPPPP序列，GOP = 5，如表2 ；
假設(shè)丟包率達(dá)到10%甚至更高，表明車輛由于距離過大等因素，或者到了某個道路死角，信道受損。因此，此時采用IBBBP的GOP組合，如表3，同時降低碼率，此時，所有的B幀丟包后都不會影響傳輸成功的幀的解碼，相比于前面幾種組合，綜合的視頻質(zhì)量會有所提升。參考的三種參數(shù)組合分別如表1、2、3。詳細(xì)的算法流程如圖9。表I丟包率小于1%的視頻壓縮參數(shù)組合
權(quán)利要求
1.一種基于RTP/RTCP的車載視頻傳輸系統(tǒng)，其特征在于，是由網(wǎng)絡(luò)傳輸控制模塊和若干N個可以移動的客戶端共同構(gòu)建成了本發(fā)明整個車載視頻傳輸系統(tǒng)，各個車載終端形成VANET網(wǎng)絡(luò)，所述客戶端為安放于車內(nèi)的車載終端，每個車載終端都安裝有Intel IPP庫，所述車載視頻傳輸系統(tǒng)為客戶/服務(wù)器模式； 每個車載終端共包括5個功能子模塊，它們是視頻采集模塊、視頻編解碼模塊、信息處理模塊、視頻播放模塊、文件存儲模塊，這些功能子模塊都構(gòu)建在所述Intel IPP庫上，其中:所述視頻采集模塊用于視頻數(shù)據(jù)的采集，從傳感器硬件設(shè)備獲取視頻原始數(shù)據(jù)，或者從文件視頻流等獲得視頻原始數(shù)據(jù)，視頻采集模塊分別與視頻播放模塊、視頻編碼模塊連接，用于本地顯示視頻文件或者傳輸前的編碼壓縮； 所述視頻編解碼模塊用于減少傳輸視頻數(shù)據(jù)冗余； 所述信息處理模塊，為完成對視頻采集模塊數(shù)據(jù)的預(yù)處理以及視頻壓縮運(yùn)算； 所述視頻播放模塊分別與視頻采集模塊和視頻解碼模塊連接，用于播放顯示本地采集的視頻數(shù)據(jù)數(shù)據(jù)或者從VANET網(wǎng)絡(luò)傳輸來的其他移動車載終端解碼后的視頻數(shù)據(jù)； 所述文件存儲模塊用于存儲本地采集的視頻數(shù)據(jù)和從其他車載終端的接收來的視頻數(shù)據(jù)，再用于向其他接收端發(fā)送傳輸視 頻文件； 所述網(wǎng)絡(luò)傳輸控制模塊，構(gòu)建在VANET上，網(wǎng)絡(luò)傳輸控制模塊用于可移動車載終端與車載終端之間的視頻數(shù)據(jù)傳輸；該網(wǎng)絡(luò)傳輸控制模塊包括動態(tài)調(diào)整視頻傳輸質(zhì)量算法軟件模塊，表征為:該軟件模塊是基于網(wǎng)絡(luò)丟包率及視頻系列復(fù)雜度來動態(tài)調(diào)整視頻傳輸質(zhì)量，評估視頻在經(jīng)過模擬出來的車輛網(wǎng)絡(luò)傳輸后的視頻質(zhì)量，針對不同復(fù)雜度的視頻序列對影響視頻傳輸質(zhì)量的因素GOP、壓縮量化參數(shù)qp、碼率bitrate、包錯誤率測試，得出最佳參數(shù)組合； 所述動態(tài)調(diào)整視頻傳輸質(zhì)量算法軟件模塊，其實(shí)施的方法，包括以下步驟， 首先，網(wǎng)絡(luò)丟包率的獲取步驟，用于獲取當(dāng)前網(wǎng)絡(luò)丟包率； 然后，視頻序列復(fù)雜度判斷步驟，用于區(qū)分視頻序列的運(yùn)動劇烈程度； 最后，動態(tài)調(diào)整質(zhì)量步驟，用于根據(jù)網(wǎng)絡(luò)丟包率，將網(wǎng)絡(luò)質(zhì)量劃分為三個等級:好、差、很差，在編碼該幀前，如果網(wǎng)絡(luò)質(zhì)量從一個狀態(tài)變化到另一個狀態(tài)，根據(jù)視頻的序列，調(diào)整編碼參數(shù)，以符合該網(wǎng)絡(luò)狀況下的最優(yōu)壓縮參數(shù)。
全文摘要
一種基于RTP/RTCP的車載視頻傳輸系統(tǒng)，其特征在于，是由網(wǎng)絡(luò)傳輸控制模塊和若干N個可以移動的客戶端共同構(gòu)建成了本發(fā)明整個車載視頻傳輸系統(tǒng)，各個車載終端形成VANET網(wǎng)絡(luò)，所述客戶端為安放于車內(nèi)的車載終端，每個車載終端都安裝有IntelIPP庫，所述車載視頻傳輸系統(tǒng)為客戶/服務(wù)器模式。本發(fā)明通過設(shè)計基于RTP/RTCP的車載視頻傳輸系統(tǒng)，考慮到視頻壓縮參數(shù)不同對最終的傳輸質(zhì)量會有影響，動態(tài)地根據(jù)系統(tǒng)檢測的丟包率，實(shí)時調(diào)節(jié)視頻壓縮質(zhì)量，本發(fā)明系統(tǒng)可動態(tài)調(diào)整視頻傳輸質(zhì)量。
文檔編號H04N21/643GK103248964SQ20131011779
公開日2013年8月14日 申請日期2013年4月7日 優(yōu)先權(quán)日2013年4月7日
發(fā)明者蔣昌俊, 張冬冬, 夏榮艷, 陳閎中, 閆春鋼, 何良華 申請人:同濟(jì)大學(xué)