一種在軌道交通車上4g無(wú)線視頻的傳輸系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于無(wú)線視頻傳輸技術(shù)，具體涉及的是一種在軌道交通車上4G無(wú)線視頻的傳輸系統(tǒng)。
【背景技術(shù)】
[0002]現(xiàn)有的軌道交通車的無(wú)線視頻傳輸存在以下問(wèn)題，1、無(wú)線信號(hào)的在列車?yán)镉泻芏喔蓴_源，比如手機(jī)信號(hào)；2、無(wú)線信號(hào)傳輸?shù)膸挶容^低無(wú)法滿足高質(zhì)量的數(shù)據(jù)傳輸；3、無(wú)線信號(hào)頻段的丟包率比較高，造成很多的數(shù)據(jù)重傳浪費(fèi)帶寬和影響通信質(zhì)量。

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

[0003]本發(fā)明的目的在于克服現(xiàn)有技術(shù)存在的以上問(wèn)題，提供一種在軌道交通車上4G無(wú)線視頻的傳輸系統(tǒng)，通過(guò)4G公網(wǎng)模塊的命令和其它網(wǎng)絡(luò)進(jìn)行對(duì)接，傳輸高質(zhì)量的視頻數(shù)據(jù)。
[0004]為實(shí)現(xiàn)上述技術(shù)目的，達(dá)到上述技術(shù)效果，本發(fā)明通過(guò)以下技術(shù)方案實(shí)現(xiàn):
一種在軌道交通車上4G無(wú)線視頻的傳輸系統(tǒng)，
每個(gè)數(shù)據(jù)幀按照序列號(hào)進(jìn)行分片；
每個(gè)分片都對(duì)應(yīng)數(shù)據(jù)幀的某個(gè)時(shí)間戳內(nèi)的I，P, B幀數(shù)據(jù)；
通過(guò)ID，接收端把里面的I，P, B幀按照順序算法重新整理，對(duì)丟包的數(shù)據(jù)按照幀的重要性進(jìn)行判斷是否重傳，然后在通過(guò)timestamp進(jìn)行時(shí)間播放排序后進(jìn)行播放。
[0005]進(jìn)一步的，所述丟包的數(shù)據(jù)的包頭格式包括自定義字段和TCP網(wǎng)絡(luò)協(xié)議，所述自定義字段包括 PT 字段、sequence number 字段、timestamp 字段、SSRC 字段、extens1n ID,extens1n length, S, sequence A high part, sequence A low part, sequence B highpart, sequence B low part 和 RTP payload 字段。
[0006]進(jìn)一步的，所述PT字段包括H.264,AAC和MPA，所述H.264為十進(jìn)制70，表示視頻編碼碼流，所述AAC為十進(jìn)制100，表示音頻編碼碼流，所述MPA為十進(jìn)制14，表示音頻編碼碼流。
[0007]進(jìn)一步的,所述sequence number字段必須為從任意數(shù)值順次遞增,可以通過(guò)該字段發(fā)現(xiàn)丟包。
[0008]進(jìn)一步的,所述timestamp字段包含了當(dāng)前媒體包和上一個(gè)媒體包之間相對(duì)媒體時(shí)間，客戶端必須根據(jù)該媒體時(shí)間戳安排合適的媒體播放時(shí)間。
[0009]進(jìn)一步的，所述SSRC字段包含了當(dāng)前服務(wù)器的唯一標(biāo)識(shí)，在一次會(huì)話中始終不變。
[0010]進(jìn)一步的，所述 extens1n ID, extens1n length, S, sequence A high part,sequence A low part, sequence B high part, sequence B low part字段米用面向連接和面向無(wú)連接，所述面向連接采用TCP連接，作為預(yù)留字段使用，當(dāng)前必須忽略這些字段；所述面向無(wú)連接是UDP連接，TCP用來(lái)適用網(wǎng)絡(luò)狀況好的，播放要求高的情況下，UDP用來(lái)適用網(wǎng)絡(luò)狀況差，播放要求不高的情況。
[0011]進(jìn)一步的，所述RTP payload字段包含了視頻全部或者一部分的碼流。
[0012]本發(fā)明的有益效果是:
1、傳輸速率快，在正常的條件下，傳輸速率可以達(dá)到12.5MB/s ；
2、信號(hào)丟幀率控制在萬(wàn)分之一左右。
【附圖說(shuō)明】
[0013]此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中:
圖1為RTP的Single NAL封包方式圖；
圖2為RTP的FU-A NAL封包方式圖；
圖3為FU indicator的格式圖；
圖4為FU header的格式圖；
圖5為本發(fā)明的工作流程圖。
【具體實(shí)施方式】
[0014]下面將參考附圖并結(jié)合實(shí)施例，來(lái)詳細(xì)說(shuō)明本發(fā)明。
[0015]一種在軌道交通車上4G無(wú)線視頻的傳輸系統(tǒng)，
每個(gè)數(shù)據(jù)幀按照序列號(hào)進(jìn)行分片；
每個(gè)分片都對(duì)應(yīng)數(shù)據(jù)幀的某個(gè)時(shí)間戳內(nèi)的I，P, B幀數(shù)據(jù)；
通過(guò)ID，接收端把里面的I，P, B幀按照順序算法重新整理，對(duì)丟包的數(shù)據(jù)按照幀的重要性進(jìn)行判斷是否重傳，然后在通過(guò)timestamp進(jìn)行時(shí)間播放排序后進(jìn)行播放，可以減少網(wǎng)絡(luò)重傳和提高同步的精度。
[0016]進(jìn)一步的，所述丟包的數(shù)據(jù)的包頭格式包括自定義字段和TCP網(wǎng)絡(luò)協(xié)議，所述自定義字段包括 PT 字段、sequence number 字段、timestamp 字段、SSRC 字段、extens1n ID,extens1n length, S, sequence A high part, sequence A low part, sequence B highpart, sequence B low part 和 RTP payload 字段。
[0017]參照?qǐng)D1、圖2、圖3、圖4、圖5所示，系統(tǒng)使用了 SingleNal和FU-A兩種方式進(jìn)一步的，所述PT字段包括H.264、AAC和MPA，所述H.264為十進(jìn)制70，表示視頻編碼碼流，所述AAC為十進(jìn)制100，表示音頻編碼碼流，所述MPA為十進(jìn)制14，表示音頻編碼碼流。數(shù)據(jù)流遵守RFC3984關(guān)于H.264的RTP封包格式。
[0018]進(jìn)一步的,所述sequence number字段必須為從任意數(shù)值順次遞增,可以通過(guò)該字段發(fā)現(xiàn)丟包。
[0019]進(jìn)一步的,所述timestamp字段包含了當(dāng)前媒體包和上一個(gè)媒體包之間相對(duì)媒體時(shí)間，客戶端必須根據(jù)該媒體時(shí)間戳安排合適的媒體播放時(shí)間。
[0020]進(jìn)一步的，所述SSRC字段包含了當(dāng)前服務(wù)器的唯一標(biāo)識(shí)，在一次會(huì)話中始終不變。
[0021]進(jìn)一步的，所述 extens1n ID, extens1n length, S, sequence A high part,sequence A low part, sequence B high part, sequence B low part字段米用面向連接和面向無(wú)連接，所述面向連接采用TCP連接，作為預(yù)留字段使用，當(dāng)前必須忽略這些字段；所述面向無(wú)連接是UDP連接，TCP用來(lái)適用網(wǎng)絡(luò)狀況好的，播放要求高的情況下，UDP用來(lái)適用網(wǎng)絡(luò)狀況差，播放要求不高的情況。
[0022]進(jìn)一步的，所述RTP payload字段包含了視頻全部或者一部分的碼流。
[0023]以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【主權(quán)項(xiàng)】
1.一種在軌道交通車上4G無(wú)線視頻的傳輸系統(tǒng)，其特征在于: 每個(gè)數(shù)據(jù)幀按照序列號(hào)進(jìn)行分片； 每個(gè)分片都對(duì)應(yīng)數(shù)據(jù)幀的某個(gè)時(shí)間戳內(nèi)的I，P, B幀數(shù)據(jù)； 通過(guò)ID，接收端把里面的I，P, B幀按照順序算法重新整理，對(duì)丟包的數(shù)據(jù)按照幀的重要性進(jìn)行判斷是否重傳，然后在通過(guò)timestamp進(jìn)行時(shí)間播放排序后進(jìn)行播放。
2.根據(jù)權(quán)利要求1所述的在軌道交通車上4G無(wú)線視頻的傳輸系統(tǒng)，其特征在于:所述丟包的數(shù)據(jù)的包頭格式包括自定義字段和TCP網(wǎng)絡(luò)協(xié)議，所述自定義字段包括PT字段、sequence number 字段、timestamp 字段、SSRC 字段、extens1n ID, extens1n length,S, sequence A high part, sequence A low part, sequence B high part, sequence Blow part 和 RTP payload 字段。
3.根據(jù)權(quán)利要求2所述的在軌道交通車上4G無(wú)線視頻的傳輸系統(tǒng)，其特征在于:所述PT字段包括H.264,AAC和MPA，所述H.264為十進(jìn)制70，表示視頻編碼碼流，所述AAC為十進(jìn)制100，表示音頻編碼碼流，所述MPA為十進(jìn)制14，表示音頻編碼碼流。
4.根據(jù)權(quán)利要求2所述的在軌道交通車上4G無(wú)線視頻的傳輸系統(tǒng)，其特征在于:所述sequence number字段必須為從任意數(shù)值順次遞增,可以通過(guò)該字段發(fā)現(xiàn)丟包。
5.根據(jù)權(quán)利要求2所述的在軌道交通車上4G無(wú)線視頻的傳輸系統(tǒng)，其特征在于:所述timestamp字段包含了當(dāng)前媒體包和上一個(gè)媒體包之間相對(duì)媒體時(shí)間，客戶端必須根據(jù)該媒體時(shí)間戳安排合適的媒體播放時(shí)間。
6.根據(jù)權(quán)利要求2所述的在軌道交通車上4G無(wú)線視頻的傳輸系統(tǒng)，其特征在于:所述SSRC字段包含了當(dāng)前服務(wù)器的唯一標(biāo)識(shí)，在一次會(huì)話中始終不變。
7.根據(jù)權(quán)利要求2所述的在軌道交通車上4G無(wú)線視頻的傳輸系統(tǒng)，其特征在于:所述extens1n ID, extens1n length, S, sequence A high part, sequence A low part,sequence B high part, sequence B low part字段采用面向連接和面向無(wú)連接,所述面向連接采用TCP連接，作為預(yù)留字段使用，當(dāng)前必須忽略這些字段；所述面向無(wú)連接是UDP連接，TCP用來(lái)適用網(wǎng)絡(luò)狀況好的，播放要求高的情況下，UDP用來(lái)適用網(wǎng)絡(luò)狀況差，播放要求不高的情況。
8.根據(jù)權(quán)利要求2所述的在軌道交通車上4G無(wú)線視頻的傳輸系統(tǒng)，其特征在于:所述RTP payload字段包含了視頻全部或者一部分的碼流。
【專利摘要】本發(fā)明公開了一種在軌道交通車上4G無(wú)線視頻的傳輸系統(tǒng)，采用特殊的傳輸協(xié)議音視頻同步算法,傳輸協(xié)議主要通過(guò)4G公網(wǎng)模塊的命令和其它網(wǎng)絡(luò)進(jìn)行對(duì)接,傳輸高質(zhì)量的視頻數(shù)據(jù)，以4G(TD-LTE)為核心技術(shù)，將4G的高速率、大寬帶與軌道交通等特點(diǎn)進(jìn)行融合的新一代4G車地?zé)o線播放系統(tǒng)。音視頻同步壓縮算法主要用來(lái)對(duì)每幀視頻和音頻按照時(shí)間戳進(jìn)行同步,時(shí)間戳是音視頻幀在播放的時(shí)候相對(duì)于系統(tǒng)的時(shí)間的數(shù)值。
【IPC分類】H04N21-61, H04N21-8547, H04N21-643
【公開號(hào)】CN104581420
【申請(qǐng)?zhí)枴緾N201410845642
【發(fā)明人】張明祥, 魏巍, 朱霖
【申請(qǐng)人】阿納克斯（蘇州）軌道系統(tǒng)有限公司
【公開日】2015年4月29日
【申請(qǐng)日】2014年12月31日