基于ACR/Tbit路由器的硬件抽象層的通用性軟件結(jié)構(gòu)設(shè)計

相關(guān)專題: 大數(shù)據(jù)

本文將在討論硬件抽象層基本結(jié)構(gòu)的基礎(chǔ)上,提出一種適用于大規(guī)模接入?yún)R聚路由器的HAL的通用性軟件結(jié)構(gòu)設(shè)計及實現(xiàn)方式,提供高效、可靠的內(nèi)部通信,并針對多用戶接入數(shù)量不確定的情況,提出動態(tài)加載虛擬驅(qū)動模塊的實現(xiàn)方法,增強路由器面向ACR接入方式的可用性。

1 硬件抽象層基本結(jié)構(gòu)及功能實現(xiàn)

根據(jù)文獻(xiàn)提出的方案,高性能路由器硬件抽象層可分為內(nèi)部通信、虛擬驅(qū)動及設(shè)備管理三大模塊,這三部分模塊相互配合,共同完成面向?qū)嶋H的用戶設(shè)備接口的功能模擬及硬件細(xì)節(jié)的屏蔽,并對其進(jìn)行統(tǒng)一協(xié)調(diào)的管理。硬件抽象層對用戶設(shè)備接口的功能模擬主要由虛擬驅(qū)動模塊完成,包括數(shù)據(jù)包的收發(fā)及協(xié)議報文的預(yù)處理等工作,為上層協(xié)議軟件提供標(biāo)準(zhǔn)的API函數(shù);而對用戶設(shè)備的接口管理則由上層網(wǎng)絡(luò)管理軟件通過設(shè)備管理模塊對其進(jìn)行管理配置及監(jiān)控;內(nèi)部通信模塊運行于內(nèi)部以太網(wǎng)絡(luò),協(xié)調(diào)各模塊之間的功能接口,保證各從處理單元與主處理單元之間實時可靠的數(shù)據(jù)傳輸。其基本結(jié)構(gòu)如圖1所示。

圖1 硬件抽象層基本結(jié)構(gòu)示意圖

根據(jù)各模塊的功能可知,硬件抽象層內(nèi)部通信模塊是各分處理單元與主處理單元信息交互的重要傳輸通道。內(nèi)部通信模塊匯集各底層設(shè)備的數(shù)據(jù)并根據(jù)類型分流至各上層處理模塊,同時,數(shù)據(jù)維護(hù)模塊對虛擬設(shè)備及各處理單元的維護(hù)信息也需要通過內(nèi)部通信模塊進(jìn)行。因此,內(nèi)部通信模塊采用何種基于內(nèi)部以太網(wǎng)的數(shù)據(jù)傳輸實現(xiàn)方式,對路由器內(nèi)部數(shù)據(jù)的實時、有效、可靠傳輸起著至關(guān)重要的作用。當(dāng)前內(nèi)部通信模塊采用基于分隔符的TCP傳輸方式,在應(yīng)用層數(shù)據(jù)包的起始部分附加有特定格式的分隔符和數(shù)據(jù)長度域,解決了由于Nagle算法產(chǎn)生的包粘滯問題。但該方式?jīng)]能解決TCP傳輸方式的消耗過大、實時性不強的問題。同時,消除分割符恢復(fù)報文的完整性也增加了應(yīng)用程序的處理復(fù)雜度,從而不可避免地增加系統(tǒng)的開銷并降低系統(tǒng)的實時性。系統(tǒng)的實時性對于用戶業(yè)務(wù)急劇增多的ACR路由器而言是一個迫切需要解決的問題。UDP是一個面向消息的傳輸協(xié)議,其最大數(shù)據(jù)緩沖區(qū)長度為8192~65536字節(jié),滿足一次傳輸一個完整報文的條件。在內(nèi)部以太網(wǎng)中采用UDP傳輸方式具有明顯的優(yōu)勢。但由于UDP協(xié)議的無連接性,導(dǎo)致它是一個不可靠傳輸,文中第二部分將討論如何實現(xiàn)一種基于UDP的內(nèi)部通信的可靠性傳輸機制。

硬件抽象層對用戶設(shè)備接口的功能模擬主要通過虛擬驅(qū)動進(jìn)行,路由器業(yè)務(wù)類型的擴展使得用戶接口數(shù)量增多并呈現(xiàn)接入時間的不確定性,從而帶來用戶設(shè)備管理上的難度。針對此種情況,文中第三部分提出動態(tài)加載虛擬驅(qū)動模塊的實現(xiàn)方法,增強路由器面向多用戶接入方式的可用性。

2 基于UDP傳輸方式的內(nèi)部通信的可靠性實現(xiàn)

內(nèi)部通信模塊處于硬件抽象層的底層,運行于內(nèi)部交換網(wǎng)絡(luò),完成底層硬件與上層控制軟件的數(shù)據(jù)傳輸,實現(xiàn)對底層硬件的初步屏蔽分離;針對分布式體系結(jié)構(gòu)特點及多用戶接入的業(yè)務(wù)需求,內(nèi)部通信模塊以ClientServer的方式分別運行于主處理單元模塊及各線路接口單元模塊上,采用UDP傳輸協(xié)議進(jìn)行通信,主要基于以下幾點考慮:

首先,UDP協(xié)議是一個無連接協(xié)議,傳輸數(shù)據(jù)之前源端與終端不需建立連接,因此不需維護(hù)連接狀態(tài)。這樣服務(wù)器端可以使用一個或幾個端口同時向多個客戶端發(fā)送消息,符合分布式結(jié)構(gòu)體系的要求。

其次,UDP信息包很短,只有8個字節(jié),相對于TCP的20個字節(jié)的信息包的額外開銷很小,便于數(shù)據(jù)的快速傳遞。

再次,吞吐量不受擁塞控制算法的調(diào)節(jié),只受應(yīng)用軟件生成數(shù)據(jù)的速率、傳輸帶寬和計算機性能的影響,適用于內(nèi)部以太網(wǎng)絡(luò)的數(shù)據(jù)傳輸。

但由于UDP方式的無連接性,使得UDP傳輸?shù)目煽啃圆粡。而可靠性是?nèi)部通信模塊所必須具有的性能,因此考慮在應(yīng)用軟件中實現(xiàn)UDP傳輸方式的可靠性保證,主要采用以下方式:

2.1 多線程無連接的C/S通信方式

服務(wù)器端運行在Linux操作系統(tǒng)下,采用多線程方式收發(fā)各類數(shù)據(jù);客戶端運行在Vxworks操作系統(tǒng),采用多任務(wù)方式收發(fā)各類數(shù)據(jù)。這樣由于多線程及多任務(wù)并行運行的特性,在內(nèi)部以太網(wǎng)的傳輸條件下,使得收發(fā)數(shù)據(jù)的速率可以滿足系統(tǒng)的要求;镜幕赨DP協(xié)議的無連接客戶端/服務(wù)器端通信程序如圖2所示。

圖2 基于UDP協(xié)議的無連接客戶端/服務(wù)器端通信程序

該通信過程采用多個客戶端(各從處理單元)對一個服務(wù)器端(主處理單元)的方式,使多個用戶接口模塊可以在不同時間接入主控。內(nèi)部通信根據(jù)所傳遞數(shù)據(jù)的不同類型,采用相對固定的不同的端口號,不同的客戶端采用不同的IP地址,從相同的端口收發(fā)同類數(shù)據(jù)。在服務(wù)器端通過select()系統(tǒng)調(diào)用,既可以輪詢各個socket端口以便及時接收不同端口的數(shù)據(jù),又起到定時器的作用。當(dāng)規(guī)定時間內(nèi)收不到數(shù)據(jù)時,能夠及時返回繼續(xù)在阻塞模式下等待,從而既能及時收發(fā)數(shù)據(jù),又降低資源消耗。

 

   來源:電子發(fā)燒友
微信掃描分享本文到朋友圈
掃碼關(guān)注5G通信官方公眾號,免費領(lǐng)取以下5G精品資料
  • 1、回復(fù)“YD5GAI”免費領(lǐng)取《中國移動:5G網(wǎng)絡(luò)AI應(yīng)用典型場景技術(shù)解決方案白皮書
  • 2、回復(fù)“5G6G”免費領(lǐng)取《5G_6G毫米波測試技術(shù)白皮書-2022_03-21
  • 3、回復(fù)“YD6G”免費領(lǐng)取《中國移動:6G至簡無線接入網(wǎng)白皮書
  • 4、回復(fù)“LTBPS”免費領(lǐng)取《《中國聯(lián)通5G終端白皮書》
  • 5、回復(fù)“ZGDX”免費領(lǐng)取《中國電信5GNTN技術(shù)白皮書
  • 6、回復(fù)“TXSB”免費領(lǐng)取《通信設(shè)備安裝工程施工工藝圖解
  • 7、回復(fù)“YDSL”免費領(lǐng)取《中國移動算力并網(wǎng)白皮書
  • 8、回復(fù)“5GX3”免費領(lǐng)取《R1623501-g605G的系統(tǒng)架構(gòu)1
  • 本周熱點本月熱點

     

      最熱通信招聘

      最新招聘信息