一種基于pci-e標(biāo)準(zhǔn)的音視頻數(shù)據(jù)傳輸方法
【專(zhuān)利摘要】本發(fā)明公開(kāi)了一種基于PCI-E標(biāo)準(zhǔn)的音視頻數(shù)據(jù)傳輸方法，利用內(nèi)網(wǎng)服務(wù)器與外網(wǎng)服務(wù)器之間通過(guò)PCI-E標(biāo)準(zhǔn)接口連接進(jìn)行數(shù)據(jù)交互，它包括以下步驟：S1、安全認(rèn)證：在數(shù)據(jù)傳輸之前，傳輸子系統(tǒng)內(nèi)安全認(rèn)證模塊對(duì)音視頻數(shù)據(jù)的傳輸交換進(jìn)行安全認(rèn)證；S2、音視頻數(shù)據(jù)的發(fā)送：每當(dāng)發(fā)送數(shù)據(jù)時(shí)，高速緩存模塊會(huì)將上層應(yīng)用要發(fā)送的數(shù)據(jù)放到一個(gè)內(nèi)部的發(fā)送鏈表，發(fā)送數(shù)據(jù)模塊不斷地從這個(gè)內(nèi)部鏈表中取出要發(fā)送的上層應(yīng)用數(shù)據(jù)，發(fā)給接收數(shù)據(jù)模塊；S3、音視頻數(shù)據(jù)的接收：接收數(shù)據(jù)模塊接收發(fā)送的數(shù)據(jù)，接收到數(shù)據(jù)后，將數(shù)據(jù)先存在一個(gè)內(nèi)部的接收鏈表，等待上層應(yīng)用將數(shù)據(jù)取出。本發(fā)明的有益效果是：保證數(shù)據(jù)傳輸?shù)挠行蛐裕岣邆鬏斔俣?，保障?shù)據(jù)傳輸?shù)陌踩院屯暾浴?br> 【專(zhuān)利說(shuō)明】一種基于PC1-E標(biāo)準(zhǔn)的音視頻數(shù)據(jù)傳輸方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種基于PC1-E標(biāo)準(zhǔn)的音視頻數(shù)據(jù)傳輸方法。

【背景技術(shù)】
[0002]廣電業(yè)務(wù)常有從低安全網(wǎng)絡(luò)(外網(wǎng))向高安全網(wǎng)絡(luò)(內(nèi)網(wǎng))進(jìn)行數(shù)據(jù)交換的需求，如外網(wǎng)采集到音視頻素材，通過(guò)數(shù)據(jù)交換，送到內(nèi)網(wǎng)進(jìn)行節(jié)目制作，入庫(kù)等后續(xù)處理。傳統(tǒng)的數(shù)據(jù)交換系統(tǒng)一般采用C/S架構(gòu)，處于內(nèi)網(wǎng)的服務(wù)器開(kāi)放固定的TCP/UDP端口，外網(wǎng)客戶(hù)端主動(dòng)將數(shù)據(jù)上載至服務(wù)器，來(lái)完成數(shù)據(jù)交換的目的。但是在安全上，這種開(kāi)放就會(huì)意味著數(shù)據(jù)被竊取，以及內(nèi)網(wǎng)被攻擊和入侵的可能。為了保證數(shù)據(jù)交換的安全性，業(yè)內(nèi)最新的方案是先將內(nèi)網(wǎng)和外網(wǎng)完全隔絕，再采用USB、1394等傳輸介質(zhì)，配以私有協(xié)議來(lái)進(jìn)行數(shù)據(jù)傳輸，以達(dá)到數(shù)據(jù)安全交換的目的。但是USB、1394等方法由于其有限的傳輸能力，在廣電這種需要大量音視頻數(shù)據(jù)交換的場(chǎng)景中，往往成為制約業(yè)務(wù)的瓶頸。


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

[0003]本發(fā)明的目的在于克服現(xiàn)有技術(shù)的不足，提供一種基于PC1-E標(biāo)準(zhǔn)的音視頻數(shù)據(jù)傳輸方法，使內(nèi)網(wǎng)服務(wù)器與外網(wǎng)服務(wù)器之間通過(guò)PC1-Express接口進(jìn)行連接，保證數(shù)據(jù)傳輸?shù)挠行蛐裕岣邆鬏斔俣?，保證數(shù)據(jù)傳輸?shù)陌踩院屯暾浴?br> [0004]本發(fā)明的目的是通過(guò)以下技術(shù)方案來(lái)實(shí)現(xiàn)的:一種基于PC1-E標(biāo)準(zhǔn)的音視頻數(shù)據(jù)傳輸方法，內(nèi)網(wǎng)服務(wù)器與外網(wǎng)服務(wù)器之間通過(guò)PC1-E標(biāo)準(zhǔn)接口連接進(jìn)行數(shù)據(jù)交互，它包括以下步驟:
51、安全認(rèn)證:在數(shù)據(jù)傳輸之前，傳輸子系統(tǒng)內(nèi)安全認(rèn)證模塊對(duì)音視頻數(shù)據(jù)的傳輸交換進(jìn)行安全認(rèn)證；
52、音視頻數(shù)據(jù)的發(fā)送:發(fā)送數(shù)據(jù)模塊通過(guò)傳輸通道發(fā)送音視頻數(shù)據(jù)，每當(dāng)發(fā)送數(shù)據(jù)時(shí)，高速緩存模塊會(huì)將上層應(yīng)用要發(fā)送的數(shù)據(jù)放到一個(gè)內(nèi)部的發(fā)送鏈表，發(fā)送數(shù)據(jù)模塊不斷地從這個(gè)內(nèi)部鏈表中取出要發(fā)送的上層應(yīng)用數(shù)據(jù)，發(fā)給接收數(shù)據(jù)模塊；
53、音視頻數(shù)據(jù)的接收:接收數(shù)據(jù)模塊接收發(fā)送的數(shù)據(jù)，接收到數(shù)據(jù)后，會(huì)將數(shù)據(jù)先存在一個(gè)內(nèi)部的接收鏈表，等待上層應(yīng)用將數(shù)據(jù)取出。
[0005]步驟SI所述的安全認(rèn)證包括以下子步驟:
511、請(qǐng)求端發(fā)送連接請(qǐng)求信息包給應(yīng)答端；
512、應(yīng)答端收到連接請(qǐng)求包，進(jìn)行驗(yàn)證請(qǐng)求，構(gòu)造一個(gè)應(yīng)答信息包返回給請(qǐng)求端；
513、請(qǐng)求端收到應(yīng)答信息包，進(jìn)行驗(yàn)證應(yīng)答，構(gòu)造一個(gè)確認(rèn)數(shù)據(jù)包發(fā)往應(yīng)答端；
514、完成連接，安全認(rèn)證結(jié)束。
[0006]所述的傳輸通道最多可以自定義4個(gè)傳輸子通道，4個(gè)子通道可同時(shí)并行工作。
[0007]所述的高速緩存模塊中數(shù)據(jù)如果一段時(shí)間內(nèi)不被取走，則自動(dòng)刪除該數(shù)據(jù)。
[0008]所述的請(qǐng)求信息包和應(yīng)答信息報(bào)包括版本號(hào)和簽名信息。
[0009]本發(fā)明的有益效果是:利用內(nèi)網(wǎng)服務(wù)器與外網(wǎng)服務(wù)器之間通過(guò)PC1-Express接口進(jìn)行連接，保證數(shù)據(jù)傳輸?shù)挠行蛐?，提高傳輸速度，適用于當(dāng)前高清節(jié)目的傳輸；保證數(shù)據(jù)傳輸?shù)陌踩院屯暾?；?shù)據(jù)傳送穩(wěn)定性高。

【專(zhuān)利附圖】

【附圖說(shuō)明】
[0010]圖1為本發(fā)明的流程圖。

【具體實(shí)施方式】
[0011]下面結(jié)合附圖進(jìn)一步詳細(xì)描述本發(fā)明的技術(shù)方案，但本發(fā)明的保護(hù)范圍不局限于以下所述。
[0012]如圖1所示，一種基于PC1-E標(biāo)準(zhǔn)的音視頻數(shù)據(jù)傳輸方法，內(nèi)網(wǎng)服務(wù)器與外網(wǎng)服務(wù)器之間通過(guò)PC1-E標(biāo)準(zhǔn)接口連接進(jìn)行數(shù)據(jù)交互，它包括以下步驟:
51、安全認(rèn)證:在數(shù)據(jù)傳輸之前，傳輸子系統(tǒng)內(nèi)安全認(rèn)證模塊對(duì)音視頻數(shù)據(jù)的傳輸交換進(jìn)行安全認(rèn)證；
52、音視頻數(shù)據(jù)的發(fā)送:發(fā)送數(shù)據(jù)模塊通過(guò)傳輸通道發(fā)送音視頻數(shù)據(jù)，每當(dāng)發(fā)送數(shù)據(jù)時(shí)，高速緩存模塊會(huì)將上層應(yīng)用要發(fā)送的數(shù)據(jù)放到一個(gè)內(nèi)部的發(fā)送鏈表，發(fā)送數(shù)據(jù)模塊不斷地從這個(gè)內(nèi)部鏈表中取出要發(fā)送的上層應(yīng)用數(shù)據(jù)，發(fā)給接收數(shù)據(jù)模塊；
53、音視頻數(shù)據(jù)的接收:接收數(shù)據(jù)模塊接收發(fā)送的數(shù)據(jù)，接收到數(shù)據(jù)后，會(huì)將數(shù)據(jù)先存在一個(gè)內(nèi)部的接收鏈表，等待上層應(yīng)用將數(shù)據(jù)取出。
[0013]步驟SI所述的安全認(rèn)證包括以下子步驟:
511、請(qǐng)求端發(fā)送連接請(qǐng)求信息包給應(yīng)答端；
512、應(yīng)答端收到連接請(qǐng)求包，進(jìn)行驗(yàn)證請(qǐng)求，構(gòu)造一個(gè)應(yīng)答信息包返回給請(qǐng)求端；
513、請(qǐng)求端收到應(yīng)答信息包，進(jìn)行驗(yàn)證應(yīng)答，構(gòu)造一個(gè)確認(rèn)數(shù)據(jù)包發(fā)往應(yīng)答端；
514、完成連接，安全認(rèn)證結(jié)束。
[0014]所述的傳輸通道最多可以自定義4個(gè)傳輸子通道，每個(gè)子通道傳輸帶寬理論值可達(dá)到lOGb/s，實(shí)際傳輸速度可達(dá)500MB/S ;并且4個(gè)子通道可同時(shí)并行工作，大大提高傳輸帶寬，提高數(shù)據(jù)傳輸?shù)乃俣龋m用于當(dāng)前高清節(jié)目的傳輸。
[0015]所述的高速緩存模塊中數(shù)據(jù)如果一段時(shí)間內(nèi)不被取走，則自動(dòng)刪除該數(shù)據(jù)。
[0016]所述的請(qǐng)求信息包和應(yīng)答信息報(bào)包括版本號(hào)和簽名信息。
【權(quán)利要求】
1.一種基于PC1-E標(biāo)準(zhǔn)的音視頻數(shù)據(jù)傳輸方法，內(nèi)網(wǎng)服務(wù)器與外網(wǎng)服務(wù)器之間通過(guò)PC1-E標(biāo)準(zhǔn)接口連接進(jìn)行數(shù)據(jù)交互，其特征在于:它包括以下步驟: 51、安全認(rèn)證:在數(shù)據(jù)傳輸之前，傳輸子系統(tǒng)內(nèi)安全認(rèn)證模塊對(duì)音視頻數(shù)據(jù)的傳輸交換進(jìn)行安全認(rèn)證； 52、音視頻數(shù)據(jù)的發(fā)送:發(fā)送數(shù)據(jù)模塊通過(guò)傳輸通道發(fā)送音視頻數(shù)據(jù)，每當(dāng)發(fā)送數(shù)據(jù)時(shí)，高速緩存模塊會(huì)將上層應(yīng)用要發(fā)送的數(shù)據(jù)放到一個(gè)內(nèi)部的發(fā)送鏈表，發(fā)送數(shù)據(jù)模塊不斷地從這個(gè)內(nèi)部鏈表中取出要發(fā)送的上層應(yīng)用數(shù)據(jù)，發(fā)給接收數(shù)據(jù)模塊； 53、音視頻數(shù)據(jù)的接收:接收數(shù)據(jù)模塊接收發(fā)送的數(shù)據(jù)，接收到數(shù)據(jù)后，將數(shù)據(jù)先存在一個(gè)內(nèi)部的接收鏈表，等待上層應(yīng)用將數(shù)據(jù)取出。
2.根據(jù)權(quán)利要求1所述的一種基于PC1-E標(biāo)準(zhǔn)的音視頻數(shù)據(jù)傳輸方法，其特征在于:步驟SI所述的安全認(rèn)證包括以下子步驟: 511、請(qǐng)求端發(fā)送連接請(qǐng)求信息包給應(yīng)答端； 512、應(yīng)答端收到連接請(qǐng)求包，進(jìn)行驗(yàn)證請(qǐng)求，構(gòu)造一個(gè)應(yīng)答信息包返回給請(qǐng)求端； 513、請(qǐng)求端收到應(yīng)答信息包，進(jìn)行驗(yàn)證應(yīng)答，構(gòu)造一個(gè)確認(rèn)數(shù)據(jù)包發(fā)往應(yīng)答端； 514、完成連接，安全認(rèn)證結(jié)束。
3.根據(jù)權(quán)利要求1所述的一種基于PC1-E標(biāo)準(zhǔn)的音視頻數(shù)據(jù)傳輸方法，其特征在于:所述的傳輸通道最多可以自定義4個(gè)傳輸子通道，4個(gè)子通道可同時(shí)并行工作。
4.根據(jù)權(quán)利要求1所述的一種基于PC1-E標(biāo)準(zhǔn)的音視頻數(shù)據(jù)傳輸方法，其特征在于:所述的高速緩存模塊中數(shù)據(jù)如果一段時(shí)間內(nèi)不被取走，則自動(dòng)刪除該數(shù)據(jù)。
5.根據(jù)權(quán)利要求2所述的一種基于PC1-E標(biāo)準(zhǔn)的音視頻數(shù)據(jù)傳輸方法，其特征在于:所述的請(qǐng)求信息包和應(yīng)答信息報(bào)包括版本號(hào)和簽名信息。
【文檔編號(hào)】H04N21/643GK104506890SQ201410846348
【公開(kāi)日】2015年4月8日 申請(qǐng)日期:2014年12月31日 優(yōu)先權(quán)日:2014年12月31日
【發(fā)明者】周熙, 張興紅, 袁文星, 莫海燕 申請(qǐng)人:成都東方盛行電子有限責(zé)任公司