一種有軌電車中多媒體信號的傳輸方法
【專利摘要】本發明涉及通信【技術領域】，特別涉及一種有軌電車中多媒體信號的傳輸方法。包括首先由AV信號接收器接收由地面控制中心產生的AV信號，在AV信號接收器與控制板接口之間使用AV線路進行傳輸，通過控制板對此AV信號進行模數轉換，轉換成數字信號通過網絡進行傳輸，在對數字信號進行網絡傳輸的時候，首先對音視頻數字信號進行相應的音頻壓縮和視頻壓縮，并對壓縮后的音視頻數據采用音視頻同步算法。本發明克服了AV信號遠距離傳輸信號線布線難、信號之間相互干擾難題，保證了音視頻播放質量。
【專利說明】一種有軌電車中多媒體信號的傳輸方法
[0001]
【技術領域】
[0002]本發明涉及通信【技術領域】，特別涉及一種有軌電車中多媒體信號的傳輸方法。
【背景技術】
[0003]AV信號由地面控制中心產生，主要用來發送地面的視頻和音頻數據。在有軌電車中現有的方法是通過AV接收媒體數據并在列車上的LCD顯示。直接接受AV信號并進行播放顯示，存在以下問題:I)由于AV信號的衰減性，過長的AV信號線也容易影響視頻播放的效果；2)AV信號線不利于在車上進行很長的布線；3)音頻和視頻的接收先后順序導致屏幕與屏幕之間播放的不同步。由此，傳輸距離對AV信號的清晰度有很大的影響，在有軌電車上信號線太長相互之間形成干擾，嚴重影響音視頻的播放質量。
【發明內容】
[0004]本發明旨在解決上述問題，提供了一種有軌電車中多媒體信號的傳輸方法，提高了音視頻的播放質量。
[0005]本發明技術方案如下:
首先由AV信號接收器接收由地面控制中心產生的AV信號，在AV信號接收器與控制板接口之間使用AV線路進行傳輸，通過控制板對此AV信號進行模數轉換，轉換成數字信號通過網絡進行傳輸，在對數字信號進行網絡傳輸的時候，首先對音視頻數字信號進行相應的音頻壓縮和視頻壓縮，并對壓縮后的音視頻數據采用音視頻同步算法。
[0006]所述音視頻同步算法是按照時間戳進行的音視頻同步算法，所述時間戳是指音視頻幀在播放的時候相對于系統的時間數值，所述音視頻同步算法內容是，在發送端，首先對音視頻巾貞分成若干片組，每一個片組對應一個標志號，標志號記為extens1n ID,每一個音頻巾貞或視頻巾貞也對應相應的時間戳，時間戳記為timestamp,在接收端,根據標志號extens1n ID和時間戳timestamp對接收到的音視頻巾貞按照排序算法進行整理。
[0007]在對數字信號進行網絡傳輸的時候，使用的網絡通信協議是自定義的RTP、RTCP協議和標準的TCP協議。
[0008]所述自定義的RTP和RTCP協議指的是在RTP和RTCP的包頭中添加擴展字段。
[0009]對音頻數字信號進行相應的音頻壓縮采用的音頻壓縮標準是AAC，對視頻數字信號進行相應的視頻壓縮采用的音頻壓縮標準是H.264。
[0010]在解碼端進行音視頻解碼時，因網絡傳輸造成的片組丟包，采用重傳機制進行差錯控制，所述重傳機制是跟據每個片組對應的序列號記為sequence number來判斷是否丟包，所述序列號sequence number為任意數值的順次遞加，根據該片組對應的數據幀的重要程度判斷是否進行重傳。
[0011]本發明有益效果在于:在從車上AV信號接收器到我們的控制板AV接口之間較短的距離內采用AV信號傳輸，然后通過對AV信號進行H.264編碼成數字信號后通過網絡傳輸，克服了 AV信號遠距離傳輸信號線布線難、信號之間相互干擾難題，保證了音視頻播放質量。通過音視頻同步算法，在丟幀極小的情況下，最大限度的匹配音視頻同步。特別針對有軌電車的環境，從原來同步精確度從秒級提高到毫秒級情況，在丟幀大的情況下，音視頻同步的效果仍然較好，如同使用AV信號傳輸丟幀率為千分之一時的效果相當。
【具體實施方式】
[0012]下面結合實施例對本發明作進一步詳細的說明。
[0013]實施例，蘇州有軌電車一號線。
[0014]首先由AV信號接收器接收由地面控制中心產生的AV信號，在AV信號接收器與控制板接口之間使用AV線路進行傳輸，通過控制板對此AV信號進行模數轉換，轉換成數字信號通過網絡進行傳輸，在對數字信號進行網絡傳輸的時候，先對音視頻數字信號進行相應的音頻壓縮和視頻壓縮，并對壓縮后的音視頻數據采用音視頻同步算法。
[0015]所述音視頻同步算法是按照時間戳進行的音視頻同步算法，所述時間戳是指音視頻幀在播放的時候相對于系統的時間數值，所述音視頻同步算法內容是，在發送端，首先對音視頻巾貞分成若干片組，每一個片組對應一個標志號，標志號記為extens1n ID,每一個音頻巾貞或視頻巾貞也對應相應的時間戳，時間戳記為timestamp,在接收端,根據標志號extens1n ID和時間戳timestamp對接收到的音視頻巾貞按照排序算法進行整理。
[0016]在對數字信號進行網絡傳輸的時候，使用的網絡通信協議是自定義的RTP、RTCP協議和標準的TCP協議。
[0017]所述自定義的RTP和RTCP協議指的是在RTP和RTCP的包頭中添加擴展字段。
[0018]音頻和視頻的RTP包頭如下。
[0019]其中自定義的字段PT:PT十進制值是70時，表示采用H.264的視頻編碼碼流；
PT十進制值是100時，表示采用AAC編碼的音頻編碼碼流；PT十進制值是14時，表示采用MAP編碼音頻編碼碼流。
[0020]字段sequence number:為任意數值的順次遞加,可通過該字段發現丟包。
[0021]字段timestamp:該字段包含了當前媒體包和上一個媒體包之間相對媒體時間，解碼端必須根據該媒體時間戳安排合適的媒體播放時間。
[0022]字段SSRC:該字段包含了當前服務器的唯一標識，在一次會話中始終不變。
[0023]字段extens1n ID:音視頻巾貞分成若干片組,每一個片組對應一個標志號。
[0024]字段extens1n length:表示每個片組的長度。
[0025]字段 sequence A high part, sequence A low part, sequence B high part,sequence B low part:片組的數據位。
[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
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+對音頻數字信號進行相應的音頻壓縮釆用的音頻壓縮標準是AAC，對視頻數字信號進行相應的視頻壓縮釆用的音頻壓縮標準是H.264。
[0028]在解碼端進行音視頻解碼時，因網絡傳輸造成的片組丟包，釆用重傳機制進行差錯控制，所述重傳機制是跟據每個片組對應的序列號記為sequence number來判斷是否丟包，所述序列號sequence number為任意數值的順次遞加，根據該片組對應的數據幀的重要程度判斷是否進行重傳。
[0029]對所公開的實施例的上述說明，使本領域專業技術人員能夠實現或使用本發明，本文所定義一般原理可以在不脫離本發明的精神或范圍的情況下，在其他實施例中實現。本發明的范圍由權利要求及其等同物限定。
【權利要求】
1.一種有軌電車中多媒體信號的傳輸方法，其特征在于:首先由AV信號接收器接收由地面控制中心產生的AV信號，在AV信號接收器與控制板接口之間使用AV線路進行傳輸，通過控制板對此AV信號進行模數轉換，轉換成數字信號通過網絡進行傳輸，在對數字信號進行網絡傳輸的時候，首先對音視頻數字信號進行相應的音頻壓縮和視頻壓縮，并對壓縮后的音視頻數據采用音視頻同步算法。
2.根據權利要求1所述的一種有軌電車中多媒體信號的傳輸方法，其特征在于:所述音視頻同步算法是按照時間戳進行的音視頻同步算法，所述時間戳是指音視頻幀在播放的時候相對于系統的時間數值，所述音視頻同步算法內容是，在發送端，首先對音視頻幀分成若干片組，每一個片組對應一個標志號，標志號記為extens1n ID,每一個音頻巾貞或視頻中貞也對應相應的時間戳,時間戳記為timestamp,在接收端，根據標志號extens1n ID和時間戳timestamp對接收到的音視頻巾貞按照排序算法進行整理。
3.根據權利要求2所述的一種有軌電車中多媒體信號的傳輸方法，其特征在于:在對數字信號進行網絡傳輸的時候，使用的網絡通信協議是自定義的RTP、RTCP協議和標準的TCP協議。
4.根據權利要求3所述的一種有軌電車中多媒體信號的傳輸方法，其特征在于:所述自定義的RTP和RTCP協議指的是在RTP和RTCP的包頭中添加擴展字段。
5.根據權利要求4所述的一種有軌電車中多媒體信號的傳輸方法，其特征在于:對音頻數字信號進行相應的音頻壓縮采用的音頻壓縮標準是AAC，對視頻數字信號進行相應的視頻壓縮采用的音頻壓縮標準是H.264。
6.根據權利要求5所7^的一種有軌電車中多媒體信號的傳輸方法，其特征在于:在解碼端進行音視頻解碼時，因網絡傳輸造成的片組丟包，采用重傳機制進行差錯控制，所述重傳機制是跟據每個片組對應的序列號記為sequence number來判斷是否丟包，所述序列號sequence number為任意數值的順次遞加，根據該片組對應的數據幀的重要程度判斷是否進行重傳。
【文檔編號】H04N21/845GK104270685SQ201410550794
【公開日】2015年1月7日 申請日期:2014年10月17日 優先權日:2014年10月17日
【發明者】張明祥, 魏巍, 朱霖 申請人:阿納克斯（蘇州）軌道系統有限公司