一種有軌電車中多媒體信號的傳輸方法
【專利摘要】本發(fā)明涉及通信【技術(shù)領(lǐng)域】，特別涉及一種有軌電車中多媒體信號的傳輸方法。包括首先由AV信號接收器接收由地面控制中心產(chǎn)生的AV信號，在AV信號接收器與控制板接口之間使用AV線路進(jìn)行傳輸，通過控制板對此AV信號進(jìn)行模數(shù)轉(zhuǎn)換，轉(zhuǎn)換成數(shù)字信號通過網(wǎng)絡(luò)進(jìn)行傳輸，在對數(shù)字信號進(jìn)行網(wǎng)絡(luò)傳輸?shù)臅r候，首先對音視頻數(shù)字信號進(jìn)行相應(yīng)的音頻壓縮和視頻壓縮，并對壓縮后的音視頻數(shù)據(jù)采用音視頻同步算法。本發(fā)明克服了AV信號遠(yuǎn)距離傳輸信號線布線難、信號之間相互干擾難題，保證了音視頻播放質(zhì)量。
【專利說明】一種有軌電車中多媒體信號的傳輸方法
[0001]

【技術(shù)領(lǐng)域】
[0002]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，特別涉及一種有軌電車中多媒體信號的傳輸方法。

【背景技術(shù)】
[0003]AV信號由地面控制中心產(chǎn)生，主要用來發(fā)送地面的視頻和音頻數(shù)據(jù)。在有軌電車中現(xiàn)有的方法是通過AV接收媒體數(shù)據(jù)并在列車上的LCD顯示。直接接受AV信號并進(jìn)行播放顯示，存在以下問題:I)由于AV信號的衰減性，過長的AV信號線也容易影響視頻播放的效果；2)AV信號線不利于在車上進(jìn)行很長的布線；3)音頻和視頻的接收先后順序?qū)е缕聊慌c屏幕之間播放的不同步。由此，傳輸距離對AV信號的清晰度有很大的影響，在有軌電車上信號線太長相互之間形成干擾，嚴(yán)重影響音視頻的播放質(zhì)量。


【發(fā)明內(nèi)容】

[0004]本發(fā)明旨在解決上述問題，提供了一種有軌電車中多媒體信號的傳輸方法，提高了音視頻的播放質(zhì)量。
[0005]本發(fā)明技術(shù)方案如下:
首先由AV信號接收器接收由地面控制中心產(chǎn)生的AV信號，在AV信號接收器與控制板接口之間使用AV線路進(jìn)行傳輸，通過控制板對此AV信號進(jìn)行模數(shù)轉(zhuǎn)換，轉(zhuǎn)換成數(shù)字信號通過網(wǎng)絡(luò)進(jìn)行傳輸，在對數(shù)字信號進(jìn)行網(wǎng)絡(luò)傳輸?shù)臅r候，首先對音視頻數(shù)字信號進(jìn)行相應(yīng)的音頻壓縮和視頻壓縮，并對壓縮后的音視頻數(shù)據(jù)采用音視頻同步算法。
[0006]所述音視頻同步算法是按照時間戳進(jìn)行的音視頻同步算法，所述時間戳是指音視頻幀在播放的時候相對于系統(tǒng)的時間數(shù)值，所述音視頻同步算法內(nèi)容是，在發(fā)送端，首先對音視頻巾貞分成若干片組，每一個片組對應(yīng)一個標(biāo)志號，標(biāo)志號記為extens1n ID,每一個音頻巾貞或視頻巾貞也對應(yīng)相應(yīng)的時間戳，時間戳記為timestamp,在接收端,根據(jù)標(biāo)志號extens1n ID和時間戳timestamp對接收到的音視頻巾貞按照排序算法進(jìn)行整理。
[0007]在對數(shù)字信號進(jìn)行網(wǎng)絡(luò)傳輸?shù)臅r候，使用的網(wǎng)絡(luò)通信協(xié)議是自定義的RTP、RTCP協(xié)議和標(biāo)準(zhǔn)的TCP協(xié)議。
[0008]所述自定義的RTP和RTCP協(xié)議指的是在RTP和RTCP的包頭中添加擴(kuò)展字段。
[0009]對音頻數(shù)字信號進(jìn)行相應(yīng)的音頻壓縮采用的音頻壓縮標(biāo)準(zhǔn)是AAC，對視頻數(shù)字信號進(jìn)行相應(yīng)的視頻壓縮采用的音頻壓縮標(biāo)準(zhǔn)是H.264。
[0010]在解碼端進(jìn)行音視頻解碼時，因網(wǎng)絡(luò)傳輸造成的片組丟包，采用重傳機(jī)制進(jìn)行差錯控制，所述重傳機(jī)制是跟據(jù)每個片組對應(yīng)的序列號記為sequence number來判斷是否丟包，所述序列號sequence number為任意數(shù)值的順次遞加，根據(jù)該片組對應(yīng)的數(shù)據(jù)幀的重要程度判斷是否進(jìn)行重傳。
[0011]本發(fā)明有益效果在于:在從車上AV信號接收器到我們的控制板AV接口之間較短的距離內(nèi)采用AV信號傳輸，然后通過對AV信號進(jìn)行H.264編碼成數(shù)字信號后通過網(wǎng)絡(luò)傳輸，克服了 AV信號遠(yuǎn)距離傳輸信號線布線難、信號之間相互干擾難題，保證了音視頻播放質(zhì)量。通過音視頻同步算法，在丟幀極小的情況下，最大限度的匹配音視頻同步。特別針對有軌電車的環(huán)境，從原來同步精確度從秒級提高到毫秒級情況，在丟幀大的情況下，音視頻同步的效果仍然較好，如同使用AV信號傳輸丟幀率為千分之一時的效果相當(dāng)。

【具體實(shí)施方式】
[0012]下面結(jié)合實(shí)施例對本發(fā)明作進(jìn)一步詳細(xì)的說明。
[0013]實(shí)施例，蘇州有軌電車一號線。
[0014]首先由AV信號接收器接收由地面控制中心產(chǎn)生的AV信號，在AV信號接收器與控制板接口之間使用AV線路進(jìn)行傳輸，通過控制板對此AV信號進(jìn)行模數(shù)轉(zhuǎn)換，轉(zhuǎn)換成數(shù)字信號通過網(wǎng)絡(luò)進(jìn)行傳輸，在對數(shù)字信號進(jìn)行網(wǎng)絡(luò)傳輸?shù)臅r候，先對音視頻數(shù)字信號進(jìn)行相應(yīng)的音頻壓縮和視頻壓縮，并對壓縮后的音視頻數(shù)據(jù)采用音視頻同步算法。
[0015]所述音視頻同步算法是按照時間戳進(jìn)行的音視頻同步算法，所述時間戳是指音視頻幀在播放的時候相對于系統(tǒng)的時間數(shù)值，所述音視頻同步算法內(nèi)容是，在發(fā)送端，首先對音視頻巾貞分成若干片組，每一個片組對應(yīng)一個標(biāo)志號，標(biāo)志號記為extens1n ID,每一個音頻巾貞或視頻巾貞也對應(yīng)相應(yīng)的時間戳，時間戳記為timestamp,在接收端,根據(jù)標(biāo)志號extens1n ID和時間戳timestamp對接收到的音視頻巾貞按照排序算法進(jìn)行整理。
[0016]在對數(shù)字信號進(jìn)行網(wǎng)絡(luò)傳輸?shù)臅r候，使用的網(wǎng)絡(luò)通信協(xié)議是自定義的RTP、RTCP協(xié)議和標(biāo)準(zhǔn)的TCP協(xié)議。
[0017]所述自定義的RTP和RTCP協(xié)議指的是在RTP和RTCP的包頭中添加擴(kuò)展字段。
[0018]音頻和視頻的RTP包頭如下。
[0019]其中自定義的字段PT:PT十進(jìn)制值是70時，表示采用H.264的視頻編碼碼流；
PT十進(jìn)制值是100時，表示采用AAC編碼的音頻編碼碼流；PT十進(jìn)制值是14時，表示采用MAP編碼音頻編碼碼流。
[0020]字段sequence number:為任意數(shù)值的順次遞加,可通過該字段發(fā)現(xiàn)丟包。
[0021]字段timestamp:該字段包含了當(dāng)前媒體包和上一個媒體包之間相對媒體時間，解碼端必須根據(jù)該媒體時間戳安排合適的媒體播放時間。
[0022]字段SSRC:該字段包含了當(dāng)前服務(wù)器的唯一標(biāo)識，在一次會話中始終不變。
[0023]字段extens1n ID:音視頻巾貞分成若干片組,每一個片組對應(yīng)一個標(biāo)志號。
[0024]字段extens1n length:表示每個片組的長度。
[0025]字段 sequence A high part, sequence A low part, sequence B high part,sequence B low part:片組的數(shù)據(jù)位。
[0026]字段RTP payload:該字段包含了視頻全部或者一部分的碼流。
[0027]01234567890123456789012345678901
V=21PIX CC IMPTIsequence number


timestamp
Isynchronizat1n source (SSRC) identifierI
Iextens1n IDIextens1n length|
I S Isequence A high partI
Isequence A low partI
Isequence B high partI
Isequence B low partI
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
IRTP payloadI
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+對音頻數(shù)字信號進(jìn)行相應(yīng)的音頻壓縮釆用的音頻壓縮標(biāo)準(zhǔn)是AAC，對視頻數(shù)字信號進(jìn)行相應(yīng)的視頻壓縮釆用的音頻壓縮標(biāo)準(zhǔn)是H.264。
[0028]在解碼端進(jìn)行音視頻解碼時，因網(wǎng)絡(luò)傳輸造成的片組丟包，釆用重傳機(jī)制進(jìn)行差錯控制，所述重傳機(jī)制是跟據(jù)每個片組對應(yīng)的序列號記為sequence number來判斷是否丟包，所述序列號sequence number為任意數(shù)值的順次遞加，根據(jù)該片組對應(yīng)的數(shù)據(jù)幀的重要程度判斷是否進(jìn)行重傳。
[0029]對所公開的實(shí)施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明，本文所定義一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其他實(shí)施例中實(shí)現(xiàn)。本發(fā)明的范圍由權(quán)利要求及其等同物限定。
【權(quán)利要求】
1.一種有軌電車中多媒體信號的傳輸方法，其特征在于:首先由AV信號接收器接收由地面控制中心產(chǎn)生的AV信號，在AV信號接收器與控制板接口之間使用AV線路進(jìn)行傳輸，通過控制板對此AV信號進(jìn)行模數(shù)轉(zhuǎn)換，轉(zhuǎn)換成數(shù)字信號通過網(wǎng)絡(luò)進(jìn)行傳輸，在對數(shù)字信號進(jìn)行網(wǎng)絡(luò)傳輸?shù)臅r候，首先對音視頻數(shù)字信號進(jìn)行相應(yīng)的音頻壓縮和視頻壓縮，并對壓縮后的音視頻數(shù)據(jù)采用音視頻同步算法。
2.根據(jù)權(quán)利要求1所述的一種有軌電車中多媒體信號的傳輸方法，其特征在于:所述音視頻同步算法是按照時間戳進(jìn)行的音視頻同步算法，所述時間戳是指音視頻幀在播放的時候相對于系統(tǒng)的時間數(shù)值，所述音視頻同步算法內(nèi)容是，在發(fā)送端，首先對音視頻幀分成若干片組，每一個片組對應(yīng)一個標(biāo)志號，標(biāo)志號記為extens1n ID,每一個音頻巾貞或視頻中貞也對應(yīng)相應(yīng)的時間戳,時間戳記為timestamp,在接收端，根據(jù)標(biāo)志號extens1n ID和時間戳timestamp對接收到的音視頻巾貞按照排序算法進(jìn)行整理。
3.根據(jù)權(quán)利要求2所述的一種有軌電車中多媒體信號的傳輸方法，其特征在于:在對數(shù)字信號進(jìn)行網(wǎng)絡(luò)傳輸?shù)臅r候，使用的網(wǎng)絡(luò)通信協(xié)議是自定義的RTP、RTCP協(xié)議和標(biāo)準(zhǔn)的TCP協(xié)議。
4.根據(jù)權(quán)利要求3所述的一種有軌電車中多媒體信號的傳輸方法，其特征在于:所述自定義的RTP和RTCP協(xié)議指的是在RTP和RTCP的包頭中添加擴(kuò)展字段。
5.根據(jù)權(quán)利要求4所述的一種有軌電車中多媒體信號的傳輸方法，其特征在于:對音頻數(shù)字信號進(jìn)行相應(yīng)的音頻壓縮采用的音頻壓縮標(biāo)準(zhǔn)是AAC，對視頻數(shù)字信號進(jìn)行相應(yīng)的視頻壓縮采用的音頻壓縮標(biāo)準(zhǔn)是H.264。
6.根據(jù)權(quán)利要求5所7^的一種有軌電車中多媒體信號的傳輸方法，其特征在于:在解碼端進(jìn)行音視頻解碼時，因網(wǎng)絡(luò)傳輸造成的片組丟包，采用重傳機(jī)制進(jìn)行差錯控制，所述重傳機(jī)制是跟據(jù)每個片組對應(yīng)的序列號記為sequence number來判斷是否丟包，所述序列號sequence number為任意數(shù)值的順次遞加，根據(jù)該片組對應(yīng)的數(shù)據(jù)幀的重要程度判斷是否進(jìn)行重傳。
【文檔編號】H04N21/845GK104270685SQ201410550794
【公開日】2015年1月7日 申請日期:2014年10月17日 優(yōu)先權(quán)日:2014年10月17日
【發(fā)明者】張明祥, 魏巍, 朱霖 申請人:阿納克斯（蘇州）軌道系統(tǒng)有限公司