CPU軟件使用裁剪的定制LINUX操作系統，內核版本2.6以上，配IPv4協議棧等。CPU要實現的軟件功能比較多，軟件模塊有以下幾個：

　　(1)與控制機的通信模塊：負責接收來自控制機的網絡、協議、算法參數以及其他命令，并回送測試結果。

　　(2)算法實現模塊：實現協議中需要的算法。

　　(3)套集生成模塊：這是實現一個協議所需要的IP包的集合，包括發送的IP包和接收的IP包。每個不同的協議將產生定制的套集。每個套集的主要流程就是生成指定的某個協議所需IP包的過程。但是在協議的實現上，會按照協議的要求對相應的字段進行邊界測試、正確性和錯誤測試。并體現在不同的測試流里。

　　(4)測試流發送模塊：將存儲在SRAM里的測試流發送至DUT。

　　(5)測試流接收模塊：接收DUT發出的響應流，存儲在SRAM里。

　　(6)結果的協議分析模塊：CPU接收到測試流后，將其按照協議要求拆分成各個字段，并與協議進行比對分析。并將結果發送到與控制機的通信模塊。

　　在發送IP包和接收IP包有關聯的情況下，比如IV向量由接收包傳遞過來后才能確定下一包發送的內容，必須由CPU直接進行測試。

　　在協議比較簡單，發送IP包和接收IP包沒有關聯的情況下，可以將測試套集裝載在SRAM里，由FPGA進行測試。這種情況下，也可以測試DUT的性能。

　　3 工作流程與測試內容

　　協議一致性測試的主要過程包括：標準測試套集生成、測試執行、結果分析三個部分。標準測試套集是通過分析協議來確定要測試的各個方面，從而產生測試用例的集合;測試執行為測試用例的運行過程;接收數據分析是對測試結果進行分析，從而得到協議實現與協議說明是否一致的判決。如圖3所示。

?

　　協議一致性測試的內容包括三個方面：一是協議格式、完整性的一致性測試，能夠正確識別收到的協議，并且按照協議做出正確的響應，響應的格式要與協議一致。二是測試協議中包含的算法的正確性。要能夠正確地加密和解密相應的信息。三是要對協議的實現過程包括握手、協商等進行一致性測試。

　　4 測試套集的生成方法

　　測試套集的生成方法理論上有可達性分析與測試序列兩種。可達性分析是從一個初始狀態出發，生成并檢查系統能夠到達的所有狀態。測試序列方法是針對FSM中的單個轉移生成的測試子序列，再將這些測試子序列連接起來作為完整的測試序列。

　　通用平臺對測試套集的生成方法不作限定。因為網絡協議千差萬別，套用某一個方法是不現實的。因此不論什么方法，即使是手工方法，只要能夠正確地詮釋協議，生成的測試套集符合套集接口要求都可以直接輸入到平臺上實施測試。套集可以是完整的協議測試，也可以是某個協議測試套集的一部分。這樣大大方便了協議測試套集的調試與測試。

　　通用平臺也提供了一種測試套集的生成方法。就是將協議的分析過程體現在控制機的界面上，在界面上對協議進行分割，確定轉移點和子序列，并給出子序列的數據范圍。然后CPU的套集生成軟件將這些轉移點和子序列通過組合連接起來，形成測試套集。

　　5 結束語

　　在協議一致性測試的需求越來越迫切的同時，協議的功能越來越強，復雜性也越來越高，使得測試難度越來越大。通用平臺的硬件設計為以后協議的發展做好了可持續發展的基礎，而軟件設計也將提供開源和穩定的接口以供協議的發展，增加對協議的支持。