0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

SOC的高速數(shù)據(jù)流加密傳輸?shù)姆椒▽?shí)現(xiàn)(2)

454398 ? 來源:羅姆半導(dǎo)體社區(qū) ? 作者:羅姆半導(dǎo)體社區(qū) ? 2022-12-08 16:46 ? 次閱讀

來源:羅姆半導(dǎo)體社區(qū)

2.Pipe line數(shù)據(jù)處理

雖然采用高速的通訊接口和高速加密模塊,但是每一個(gè)數(shù)據(jù)包在完成接收、加密/解密、發(fā)送這三個(gè)步驟時(shí),都會(huì)占用一定的時(shí)間,如果采用順序執(zhí)行,這類產(chǎn)品的速度要比沒有加密功能的產(chǎn)品降低很多。為再次提高加密傳輸速度,在數(shù)據(jù)加密傳輸?shù)倪^程中采用了Pipe line(流水線)的數(shù)據(jù)處理方式,可使處理速度再提高兩倍。

處理一個(gè)數(shù)據(jù)包時(shí)將整個(gè)過程分解為3個(gè)部分:接收、加/解密、發(fā)送。CPU在每完成一步時(shí)僅對(duì)這3個(gè)模塊進(jìn)行控制,不做數(shù)據(jù)處理。當(dāng)大批數(shù)據(jù)需要處理時(shí),每個(gè)時(shí)間周期內(nèi)可同時(shí)完成3個(gè)數(shù)據(jù)包中的其中一個(gè)步驟,即平均一個(gè)時(shí)間周期處理一個(gè)數(shù)據(jù)包,該時(shí)間周期即為Pipe line周期。但在一個(gè)周期內(nèi)必須保證3個(gè)步驟全部執(zhí)行完畢,CPU才可以對(duì)這3個(gè)模塊進(jìn)行控制。

在此過程中,如果3個(gè)階段的處理時(shí)間相近,處理周期明顯減少為原來的1/3左右,一個(gè)周期處理一個(gè)數(shù)據(jù)包,速度提高2倍。CPU僅承擔(dān)控制的任務(wù),并不負(fù)責(zé)數(shù)據(jù)的搬運(yùn),程序量非常少,這樣便大大減少了CPU執(zhí)行程序所占用的時(shí)間。

3.?dāng)?shù)據(jù)存儲(chǔ)域的切換

如何保證一個(gè)處理周期內(nèi)可同時(shí)對(duì)3個(gè)數(shù)據(jù)包分別處理呢?本文采用了數(shù)據(jù)存儲(chǔ)域切換的方法。每個(gè)功能模塊分別對(duì)應(yīng)一個(gè)RAM模塊,在第n個(gè)周期,接收明/密文并存放在RAM1內(nèi);在第n+1個(gè)周期,將RAM1切換對(duì)應(yīng)到加/解密模塊,將RAM1中的數(shù)據(jù)包加/解密;在第n+2個(gè)周期,將RAM1切換對(duì)應(yīng)到發(fā)送模塊,并將RAM1中的密/明文發(fā)送出去,完成同一個(gè)數(shù)據(jù)包的處理過程。

為實(shí)現(xiàn)Pipe Line的流水線工作方式,在同一個(gè)周期內(nèi),同時(shí)處理3個(gè)數(shù)據(jù)包。在第n個(gè)周期接收數(shù)據(jù)到RAM1,加/解密RAM2中的數(shù)據(jù),并同時(shí)將RAM3中的數(shù)據(jù)發(fā)送出去;在第n+1個(gè)周期中,RAM1切換到加/解密模塊,RAM2切換到發(fā)送模塊,而RAM3切換到接收模塊,這3個(gè)功能模塊再分別對(duì)相應(yīng)的數(shù)據(jù)進(jìn)行處理,以保證平均一個(gè)處理周期處理一個(gè)數(shù)據(jù)包,實(shí)現(xiàn)pipeline的流水線工作方式。

該實(shí)現(xiàn)方法借鑒了CPU執(zhí)行指令時(shí)流水線作業(yè)的方式,并使用2個(gè)高速的通訊接口,從而保證數(shù)據(jù)流上的每一時(shí)刻每一個(gè)模塊都在工作。這種方法可以最大限度地利用所有模塊資源,大大提高數(shù)據(jù)流加密的速度,使實(shí)時(shí)加密通訊和高速加密存儲(chǔ)成為可能。

技術(shù)亮點(diǎn)

高速數(shù)據(jù)流加密的實(shí)現(xiàn)方法有下面幾個(gè)技術(shù)亮點(diǎn),可滿足實(shí)時(shí)、高速、安全的需求。

(1)加/解密和數(shù)據(jù)傳輸完全由芯片實(shí)現(xiàn),依靠的代碼量非常少,硬件實(shí)現(xiàn)比軟件實(shí)現(xiàn)的速度要快十幾倍甚至幾十倍。

(2)在SOC內(nèi)部采用Pipe line的流水線架構(gòu),使得在同一個(gè)周期內(nèi)并行執(zhí)行3個(gè)模塊,同時(shí)完成3個(gè)任務(wù),大大縮短了一個(gè)數(shù)據(jù)包的平均處理時(shí)間。

(3)改變了CPU傳統(tǒng)的管理方式,其僅作為加密模塊和通訊接口的控制端,而不在數(shù)據(jù)搬運(yùn)的通路上,避免因CPU執(zhí)行冗長(zhǎng)的代碼時(shí)占用過多的時(shí)間。

(4)2個(gè)高速的通訊接口使接收和發(fā)送分開,同一時(shí)間可以接收一個(gè)數(shù)據(jù)包并發(fā)送另外一個(gè)數(shù)據(jù)包。

(5)內(nèi)部集成高速的高安全度的加密算法,使數(shù)據(jù)以密文的形式在通路上出現(xiàn),保證數(shù)據(jù)的安全。

通過實(shí)際檢測(cè)并將該方法與傳統(tǒng)加密方法進(jìn)行對(duì)比測(cè)試,可明顯看出采用此方法實(shí)現(xiàn)的數(shù)據(jù)流加密,其速度比傳統(tǒng)的方法提高了50倍甚至更高,有效解決了在通訊、移動(dòng)存儲(chǔ)中加入安全度高的加密算法后速度明顯降低的問題,為實(shí)現(xiàn)高速數(shù)據(jù)流加密、高安全性的加密存儲(chǔ)設(shè)備以及安全通訊設(shè)備提供了可靠的硬件和技術(shù)保障。

審核編輯黃昊宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • soc
    soc
    +關(guān)注

    關(guān)注

    38

    文章

    4099

    瀏覽量

    217781
  • 高速數(shù)據(jù)
    +關(guān)注

    關(guān)注

    0

    文章

    11

    瀏覽量

    9508
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    理解ECU數(shù)據(jù)流的分析方法

    隨著汽車電子化程度的提高,ECU在車輛中扮演的角色越來越重要。它們不僅控制著發(fā)動(dòng)機(jī)管理、變速箱、制動(dòng)系統(tǒng)等關(guān)鍵功能,還涉及到車輛的舒適性和安全性。 ECU數(shù)據(jù)流分析的重要性 故障診斷 :通過
    的頭像 發(fā)表于 11-05 11:07 ?219次閱讀

    請(qǐng)問TLV320AIC3254EVM-K怎么讀取音頻數(shù)據(jù)流?

    您好,我在學(xué)習(xí)TLV320AIC3254EVM-K開發(fā)板的過程中碰到一個(gè)這樣的問題,TI提供的軟件是否具備讀取I2S的音頻數(shù)據(jù)流的功能,或者是否有PC機(jī)軟件可以讀取音頻數(shù)據(jù)流,或者其它方法
    發(fā)表于 10-31 06:14

    統(tǒng)一日志數(shù)據(jù)流

    統(tǒng)一日志數(shù)據(jù)流圖 日志系統(tǒng)數(shù)據(jù)流圖 系統(tǒng)進(jìn)行日志收集的過程可以分為三個(gè)環(huán)節(jié): (1)日志收集和導(dǎo)入ElasticSearch (2)ElasticSearch進(jìn)行索引等處理 (3)可視化操作,查詢等
    的頭像 發(fā)表于 08-21 15:00 ?259次閱讀
    統(tǒng)一日志<b class='flag-5'>數(shù)據(jù)流</b>圖

    空調(diào)協(xié)議轉(zhuǎn)Modbus協(xié)議網(wǎng)關(guān)支持TSL/SSL加密傳輸

    TSL/SSL加密傳輸是一種通過在網(wǎng)絡(luò)通信中建立加密通道來保護(hù)數(shù)據(jù)安全性與完整性的重要技術(shù),而我們鋇錸空調(diào)協(xié)議網(wǎng)關(guān)BL120AC所支持的數(shù)據(jù)加密傳輸
    的頭像 發(fā)表于 08-05 11:34 ?365次閱讀

    Renesa RA如何使用SPI來實(shí)現(xiàn)高速比特流的發(fā)送

    有些特殊的外設(shè)會(huì)使用基于SPI模式,發(fā)送連續(xù)比特流來傳輸數(shù)據(jù)。本文主要介紹對(duì)于Renesa RA,如何使用SPI來實(shí)現(xiàn)高速比特流的發(fā)送。
    的頭像 發(fā)表于 07-22 14:38 ?1417次閱讀
    Renesa RA如何使用SPI來<b class='flag-5'>實(shí)現(xiàn)</b><b class='flag-5'>高速比特流</b>的發(fā)送

    使用CYUSB3014實(shí)現(xiàn)USB3VISION,不能成功發(fā)送DSI數(shù)據(jù)流是怎么回事?

    /USB3-Vision-DMA-on-Leader-packet-on-FX3...。目前使用eBUS Player這個(gè)軟件能夠成功識(shí)別到U3V設(shè)備,并且連接成功,但是啟動(dòng)發(fā)送數(shù)據(jù)流時(shí),僅能夠發(fā)送leader數(shù)據(jù),不能夠正常發(fā)送有效負(fù)載
    發(fā)表于 07-05 07:58

    基于FPGA的AES256光纖加密設(shè)計(jì)

    。 通過我們的設(shè)計(jì),即使傳輸過程中丟包,只會(huì)影響該當(dāng)次的128位數(shù)據(jù),且該設(shè)計(jì)給我們幀解析,加密算法的解碼提供了便利的平臺(tái)。 4.接收端對(duì)幀數(shù)據(jù)恢復(fù) 光纖接收端設(shè)計(jì)部分除了會(huì)面臨
    發(fā)表于 06-19 19:50

    ESP32如何在不漏數(shù)據(jù)的情況下采集數(shù)據(jù)流?

    esp32作為spi從機(jī)連接一款A(yù)D,該AD芯片上電后就會(huì)持續(xù)不斷地向外發(fā)送數(shù)據(jù),如果循環(huán)調(diào)用spi_slave_transmit(),那么兩次調(diào)用之間就會(huì)漏掉一些數(shù)據(jù)。 請(qǐng)問從機(jī)有沒有辦法在不漏數(shù)據(jù)的情況下采集這個(gè)
    發(fā)表于 06-19 08:02

    FX3 UVC不穩(wěn)定數(shù)據(jù)流是什么原因?qū)е碌模?/a>

    我的 Zynq 7020 SoC 使用賽普拉斯 FX3。 我通過 USB3.0 傳輸 1920x1080 30FPS YUV 4:2:2 視頻
    發(fā)表于 05-21 06:51

    基于 FPGA 的光纖混沌加密系統(tǒng)

    外流水線設(shè)計(jì)犧牲邏輯資源使 得加密傳輸速率提高 15 倍,傳輸速率可達(dá) 2.85Gbps。 3.6 接收端對(duì)幀數(shù)據(jù)恢復(fù) 光纖接收端設(shè)計(jì)部分除了會(huì)面臨數(shù)據(jù)流緩沖,
    發(fā)表于 04-26 17:18

    stm32F429串口采用DMA方式發(fā)送,數(shù)據(jù)流使能失敗的原因?

    = DMA_PeripheralBurst_Single;//外設(shè)突發(fā)傳輸 單次傳輸 DMA_Init(DMA2_Stream7,DMA_InitStructure);//配置DMA2
    發(fā)表于 04-17 07:05

    fx3進(jìn)行視頻數(shù)據(jù)流傳輸的時(shí)候,請(qǐng)問如何修改可以達(dá)到同步傳輸的要求?

    在fx3的固件中給出的slavefifo 是通過bulk傳輸的demo 我想進(jìn)行視頻數(shù)據(jù)流傳輸的時(shí)候,請(qǐng)問如何修改可以達(dá)到同步傳輸的要求 我目前在固件里面只看到了bulk的方式,
    發(fā)表于 02-28 07:50

    應(yīng)用方案:實(shí)時(shí)數(shù)據(jù)加密

    方案使用了MCU的以太網(wǎng)MAC部分,以及CPLD部分,幫助客戶實(shí)現(xiàn)了圖像傳輸的實(shí)時(shí)加密。在以太網(wǎng)圖像傳輸上的應(yīng)用,CPLD截取MAC傳輸
    發(fā)表于 01-15 08:57

    用于處理豐富輸入輸出數(shù)據(jù)流的圖形和圖像處理工具

    電子發(fā)燒友網(wǎng)站提供《用于處理豐富輸入輸出數(shù)據(jù)流的圖形和圖像處理工具.pdf》資料免費(fèi)下載
    發(fā)表于 11-15 14:12 ?0次下載
    用于處理豐富輸入輸出<b class='flag-5'>數(shù)據(jù)流</b>的圖形和圖像處理工具