大規(guī)模系統(tǒng)應采用分布式網(wǎng)絡架構(gòu)，同時應具有開放性和良好的可擴展性，以適應不斷變化的應用環(huán)境和需求;系統(tǒng)中各模塊分工處理不同類型數(shù)據(jù)，應具有相對的獨立自主性，同時又在不同的層次上相互關聯(lián)，能實現(xiàn)相互訪問和協(xié)同工作;系統(tǒng)也應具有良好的集成性，在功能層次上需要有效的組件構(gòu)造框架，在組件層次上則應有統(tǒng)一的數(shù)據(jù)交互平臺[1]。
基于以上分析，我們選用CPCI總線作為分布式系統(tǒng)的數(shù)據(jù)通信平臺。CPCI總線技術(shù)是PCI總線技術(shù)和成熟的歐式卡組裝技術(shù)的結(jié)合，在電氣、邏輯和軟件功能方面，它與PCI標準完全兼容，又突破了PCI標準4個插槽的限制，相較于VME總線模塊價位低，具有開放性、易于擴展、高密度等優(yōu)點，同時達到99.999%的高可用性。采用CPCI總線技術(shù)以及硬件接口設計規(guī)范，能運用其多模塊插卡式的設計優(yōu)點，支持多業(yè)務的分布式處理，并實現(xiàn)模塊化數(shù)據(jù)處理單元的無縫連接，為分布式數(shù)據(jù)交換提供高速、可靠的保證，非常適合作為分布式系統(tǒng)業(yè)務處理通信平臺，也適于在通信及嵌入式系統(tǒng)中的廣泛應用[2-4]。
本文給出一種基于CPCI總線的通信系統(tǒng)設計，系統(tǒng)采用分布式網(wǎng)絡架構(gòu)，支持多種分組交換業(yè)務的處理及數(shù)據(jù)交互。文章首先給出系統(tǒng)結(jié)構(gòu)及原理設計，并針對分布式業(yè)務處理模塊跨總線通信的難點，提出基于“抽屜機制”的報文存儲和地址信息維護策略，描述了數(shù)據(jù)無干擾傳輸?shù)汝P鍵技術(shù)的實現(xiàn)，最后給出技術(shù)總結(jié)和展望。
2. 系統(tǒng)總體設計
2.1 系統(tǒng)結(jié)構(gòu)特點
我們所設計的分布式系統(tǒng)結(jié)構(gòu)如圖1所示。系統(tǒng)中不同設備板卡獨立對相應業(yè)務數(shù)據(jù)進行處理，將其轉(zhuǎn)化為統(tǒng)一的IP數(shù)據(jù)進行互通，并維護各自的路由表獨立完成數(shù)據(jù)轉(zhuǎn)發(fā)。系統(tǒng)將與特定業(yè)務網(wǎng)絡的接口分布到各種設備板卡中進行標準的接入信道適配，并將各類網(wǎng)絡數(shù)據(jù)分布到各板卡進行處理和轉(zhuǎn)發(fā)，實現(xiàn)了集中配置與分布式接入和數(shù)據(jù)處理的完美結(jié)合。
在CPCI分布總線架構(gòu)中，背板為總線交換提供物理連接、電路保證，背板上系統(tǒng)插槽提供總線仲裁、時鐘分配和背板上各板卡重新啟動等功能;外設插槽上可安放簡單的接口板、智能從屬裝置或總線控制裝置[2,3]。每塊CPCI板卡均有處理器和嵌入式實時系統(tǒng)，處理器采用Motorola的PowerPC-860，同時采用PLX公司的9054和9056 PCI橋芯片在PowerPC-860和CPCI總線之間架起一條高效穩(wěn)定的傳輸橋梁。PLX 9054/9056芯片實現(xiàn)了CPCI主控設備的功能，支持PCI2.2規(guī)程，簡化了對連接PowerPC的設計，兼容性較好，很容易擴展成66MHz時鐘及64bit的PCI總線，特別是PLX 9056內(nèi)嵌總線仲裁器，能減小系統(tǒng)規(guī)模，使系統(tǒng)更穩(wěn)定[5]。
圖1 數(shù)據(jù)通信系統(tǒng)結(jié)構(gòu)圖
2.2系統(tǒng)資源共享與信息互通
系統(tǒng)采用基于CPCI的單總線多處理器/多操作系統(tǒng)的分布式架構(gòu)，系統(tǒng)中各塊板卡均擁有獨立的CPU和操作系統(tǒng)、地址和內(nèi)存空間以及獨立的I/O和中斷，可獨立完成數(shù)據(jù)操作，每塊板卡可看作一臺計算機主機。分布式系統(tǒng)形成的拓撲結(jié)構(gòu)為一個全連通的網(wǎng)絡，網(wǎng)絡中每個節(jié)點都能夠直接訪問其它節(jié)點;從CPCI總線傳輸?shù)慕嵌瓤矗胁宀凵系陌蹇ǘ际菍Φ鹊模寄軌虺洚攎aster主動發(fā)起總線傳輸。針對這種基于總線的分布式架構(gòu)，我們設計了跨總線的內(nèi)存訪問機制，將系統(tǒng)中其它板卡的系統(tǒng)內(nèi)存或者設備內(nèi)存（比如內(nèi)存擴展卡）映射到本地地址空間，然后以與系統(tǒng)內(nèi)存相同的方式訪問被映射的內(nèi)存，這樣每塊板卡都能夠訪問到總線上其他板卡的內(nèi)存資源了。
2.3統(tǒng)一規(guī)范的訪問接口
異構(gòu)網(wǎng)絡通過標準信道適配接入分布式系統(tǒng)，語音、X.25、串口數(shù)據(jù)等非IP數(shù)據(jù)經(jīng)由數(shù)據(jù)適配模塊轉(zhuǎn)換成IP數(shù)據(jù)，系統(tǒng)中各板卡的嵌入式實時系統(tǒng)對數(shù)據(jù)進行處理和交互。各種異構(gòu)網(wǎng)絡掛接在嵌入式系統(tǒng)中相應網(wǎng)絡設備上，網(wǎng)絡設備驅(qū)動調(diào)用CPCI總線驅(qū)動提供的統(tǒng)一接口實現(xiàn)實時系統(tǒng)與總線之間的數(shù)據(jù)傳輸。發(fā)送數(shù)據(jù)時，網(wǎng)絡設備驅(qū)動通過總線驅(qū)動控制橋芯片進行地址轉(zhuǎn)換、數(shù)據(jù)轉(zhuǎn)發(fā)、中斷產(chǎn)生等工作，生成相應的總線操作將數(shù)據(jù)送往總線;接收數(shù)據(jù)時，總線驅(qū)動響應中斷，接收總線上相應地址段的數(shù)據(jù)，在中斷服務程序中進行數(shù)據(jù)解析、地址轉(zhuǎn)換、數(shù)據(jù)轉(zhuǎn)發(fā)、其他中斷產(chǎn)生等操作。我們采用Linux操作系統(tǒng)，其網(wǎng)絡系統(tǒng)主要是基于UNIX的socket機制，系統(tǒng)協(xié)議棧和驅(qū)動程序之間通過專門的數(shù)據(jù)結(jié)構(gòu)（sk_buff）傳遞數(shù)據(jù)。實時系統(tǒng)內(nèi)核與CPCI總線間數(shù)據(jù)傳輸流程如圖2所示：
圖2 數(shù)據(jù)傳輸流程圖
3. 關鍵技術(shù)
3.1 報文存儲的“抽屜機制”
系統(tǒng)中各板卡共用一條CPCI總線，我們提出基于“抽屜機制”的報文存儲策略，以保證板卡間數(shù)據(jù)無干擾傳輸。在板卡加入系統(tǒng)的初始化階段，系統(tǒng)板為總線上每塊板卡分配獨立的PCI總線地址區(qū)間，其他板卡向其發(fā)送數(shù)據(jù)時將數(shù)據(jù)寫往指定地址區(qū)域。一塊板卡會接收來自不同板卡的數(shù)據(jù)，為避免各板卡往同一基址發(fā)送數(shù)據(jù)所引起的干擾，同一板卡地址區(qū)域內(nèi)又為其他板卡分配大小相同的獨立讀寫空間，我們將它命名為“抽屜”。這樣來自某板卡的數(shù)據(jù)會被送到其對應“抽屜”，每次數(shù)據(jù)依序存放而非覆蓋，以保證板卡數(shù)據(jù)處理時間。當數(shù)據(jù)長度超出抽屜剩余空間時，則似環(huán)狀buffer從頭開始存放。“抽屜機制”如圖3所示，左邊方塊代表總線上不同板卡，右邊則是PCI總線地址空間。板卡B對應地址范圍從a點到e點，其中ab點之間空間僅用于板卡A向B進行數(shù)據(jù)傳送，bc點之間空間僅用于板卡C向B進行數(shù)據(jù)傳送，以此類推。
圖3 板卡數(shù)據(jù)接收“抽屜”
基于這種報文存儲機制，我們定義幾種地址表來維護數(shù)據(jù)傳輸相關地址信息。系統(tǒng)板上維護有靜態(tài)的基址表，記載為每個卡槽上板卡預先分配的基址。所有板卡上都維護有板卡地址映射表和傳輸?shù)刂菲票怼０蹇ǖ刂酚成浔頌橐粋€結(jié)構(gòu)數(shù)組，數(shù)組中各項分別代表一個卡槽，里面包含板卡名稱、卡槽號、基址和地址范圍等地址信息以供數(shù)據(jù)傳輸時配置所用，其數(shù)據(jù)結(jié)構(gòu)如下：
typedef struct _BUS_ADDR_MAPPING_INFO｛
char board_name[BOARD_NAME_LENGTH];
int slot_number;
unsigned long base_addr;
unsigned long range;
｝BUS_AddrMapping_Info， ＊P_BUS_AddrMapping_Info;
傳輸?shù)刂菲票頌橐粺o符號整型數(shù)組，用于記錄板卡間數(shù)據(jù)傳輸時各板卡的地址偏移，初值均為零，每次傳輸完畢，接收板卡的地址偏移就增加當次數(shù)據(jù)傳輸長度，當?shù)刂房臻g不足以存放即將傳輸?shù)臄?shù)據(jù)時，則將偏移地址設為零，重新從區(qū)域起始處寫入。其數(shù)據(jù)結(jié)構(gòu)定義如下：
u32 current_offset_table[NUM_OF_SLOT] = ｛0，0，0，0，0，0，0，0｝;
3.2 數(shù)據(jù)傳輸實現(xiàn)
我們定義了一種數(shù)據(jù)結(jié)構(gòu)IPH（Internal Packet Header），包含數(shù)據(jù)類型、長度、來源卡槽號等屬性，在傳輸數(shù)據(jù)前作為包頭對報文進行封裝，以便接收方解析包頭后能根據(jù)數(shù)據(jù)業(yè)務類型區(qū)分處理。主要IPH類型有板卡配置信息，端口注冊信息，路由信息，未知數(shù)據(jù)類型等。定義數(shù)據(jù)結(jié)構(gòu)iph_attr區(qū)別不同IPH_info類型，位于數(shù)據(jù)包首，其數(shù)據(jù)結(jié)構(gòu)如下：
typedef struct _IPH_ATTR ｛
u32 board_id; /＊from which board＊/
int iph_type; /＊datagram type＊/
unsigned long length; /＊datagram length（without IPH）＊/
｝IPH_ATTR， ＊P_IPH_ATTR;
針對各種類型IPH信息又分別定義不同數(shù)據(jù)結(jié)構(gòu)，在數(shù)據(jù)包頭中依次存放于iph_attr結(jié)構(gòu)之后。
發(fā)送數(shù)據(jù)時，對數(shù)據(jù)進行IPH封裝，根據(jù)前述的板卡地址映射表選擇目的PCI地址，再調(diào)用總線接口函數(shù)完成數(shù)據(jù)傳輸。發(fā)送方通過寫接收板卡橋芯片的mailbox寄存器，將傳輸?shù)刂芳皵?shù)據(jù)長度信息通知接收方，產(chǎn)生中斷觸發(fā)接收。PLX橋芯片支持local總線對PCI總線的直接訪問，它有8個mailbox寄存器，前四個能產(chǎn)生中斷，每個mailbox32位，傳輸?shù)刂泛蛿?shù)據(jù)長度信息分別使用mailbox i 和mailbox i+4配合工作，這樣接收方收到兩個參數(shù)時會產(chǎn)生一次中斷，進行數(shù)據(jù)接收[5]。這種機制使接收處理具有四個服務窗口，提高了系統(tǒng)吞吐量。
接收板卡PLX芯片的mailbox被寫入?yún)?shù)即產(chǎn)生本地中斷檢查 “抽屜”，產(chǎn)生中斷前，數(shù)據(jù)實際上已被發(fā)到目標板卡上了。中斷服務程序為接收端維護一個數(shù)據(jù)隊列，它讀取mailbox中的信息，分析地址找到相應數(shù)據(jù)并交由底半處理。底半解析數(shù)據(jù)包的IPH分辨數(shù)據(jù)類型，若為配置、端口、路由等信息則進行相應配置，若為數(shù)據(jù)信息則進行處理或轉(zhuǎn)發(fā)。
綜上所述，系統(tǒng)通過 “抽屜機制”和對幾種地址表的維護完成了各板卡之間PCI地址空間的映射，板卡將數(shù)據(jù)寫往映射地址空間即能通過總線將數(shù)據(jù)傳輸?shù)侥繕税蹇ㄉ希瑢崿F(xiàn)了板卡的跨總線內(nèi)存訪問;自定義IPH數(shù)據(jù)包頭來區(qū)分數(shù)據(jù)類型協(xié)助數(shù)據(jù)信息管理，完成了路由維護，轉(zhuǎn)發(fā)引擎的邏輯功能，實現(xiàn)了數(shù)據(jù)的無干擾傳輸與有效通信管理。
4. 總結(jié)及展望
本文作者創(chuàng)新點為：給出了一種基于CPCI的分布式系統(tǒng)設計，同時提出了基于“抽屜機制”的報文存儲機制和地址信息維護策略。文章所述的基于CPCI的分布式系統(tǒng)，可達到64bit總線寬度、264MB/s的峰值帶寬，系統(tǒng)中各主機能獨立完成數(shù)據(jù)處理及通信，能夠承載語音、數(shù)據(jù)多種業(yè)務，用戶還可通過用戶接入板與語音業(yè)務板所連的PSTN網(wǎng)和數(shù)據(jù)業(yè)務板所連Internet進行數(shù)據(jù)通信，在通信、軍事等領域有著較大的應用前景。為使本通信系統(tǒng)更具大規(guī)模實用價值，未來的工作包括：
（1） 實現(xiàn)一套易操作的遠程管理系統(tǒng)，以便完成通信業(yè)務的監(jiān)控，調(diào)配;
（2） 設計支持更多業(yè)務類型的CPCI接口板卡，如xDSL，H.264等;
（3） 在外界干擾較大情況下，通過嚴格的性能測試以證明系統(tǒng)能夠滿足電信級的業(yè)務需求。