一種sce-mi協議橋及仿真系統的制作方法
【專利摘要】本發明提供一種SCE?MI協議橋及仿真系統，協議橋包括軟件側模塊、硬件側模塊和物理通道模塊，軟件側模塊包括：軟件側數據生成單元、軟件側數據接收單元、軟件側數據處理單元、包括多個軟件側節點和軟件側適配節點的軟件側路由模塊、與多個軟件側節點一一對應的多個基于SCE?MI協議的軟件側數據輸出通道和軟件側數據輸入通道；硬件側模塊包括：包括多個硬件側節點和硬件側適配節點且結構與軟件側路由模塊的結構相同的硬件側路由模塊、與多個硬件側節點一一對應的多個基于SCE?MI協議的硬件側數據輸出通道和硬件側數據輸入通道、硬件側數據處理單元、硬件側數據生成單元和硬件側數據接收單元。本發明可以高效、有秩序的傳輸數據。
【專利說明】
一種SGE-MI協議橋及仿真系統
技術領域
[0001]本發明涉及仿真技術領域，特別是涉及一種SCE-MI協議橋和一種仿真系統。
【背景技術】
[0002]隨著IC(IntegratedCircuit，集成電路)設計規模和復雜度的不斷增加，傳統的仿真工具使得仿真調試時間占整個IC設計流程總時間的70%，嚴重影響了 IC設計效率。而隨著軟硬件協同仿真方法的提出，人們開始設計出軟硬件協同仿真平臺來進行仿真，大大縮短了 IC設計周期。
[0003]軟硬件協同仿真方法的使用方法和標準有很多，其中最著名的為SCE-MI(Standard Co-Emulat1n Modeling Interface，標準協同仿真建模接口)協議。隨著SCE-MI2.0通過在數據成型過程中增加流接口 Pipe(管道)，很大程度上優化了仿真速度。
[0004]但是如今SCE-MI協議的使用仍不夠廣泛，原因是目前應用多通道的SCE-MI協議時，不僅傳輸效率低，而且傳輸過程混亂。
【發明內容】
[0005]鑒于上述問題，本發明實施例的目的在于提供一種SCE-MI協議橋和相應的一種仿真系統，以解決目前多通道的SCE-MI協議傳輸效率低、傳輸過程混亂的問題。
[0006]為了解決上述問題，本發明實施例公開了一種SCE-MI協議橋，包括:軟件側模塊、硬件側模塊和物理通道模塊，其中，
[0007]所述軟件側模塊包括:軟件側數據生成單元、軟件側數據接收單元、軟件側數據處理單元、包括多個軟件側節點和軟件側適配節點的軟件側路由模塊、與所述多個軟件側節點一一對應的多個基于SCE-MI協議的軟件側數據輸出通道、與所述多個軟件側節點一一對應的多個基于SCE-MI協議的軟件側數據輸入通道；
[0008]所述硬件側模塊包括:包括多個硬件側節點和硬件側適配節點的硬件側路由模塊、與所述多個硬件側節點一一對應的多個基于SCE-MI協議的硬件側數據輸出通道、與所述多個硬件側節點一一對應的多個基于SCE-MI協議的硬件側數據輸入通道、硬件側數據處理單元、硬件側數據生成單元和硬件側數據接收單元;所述硬件側路由模塊的結構與所述軟件側路由模塊的結構相同；
[0009]所述軟件側數據生成單元與所述軟件側數據處理單元相連，所述軟件側數據生成單元用于生成至少一個原始下行數據，并將所述至少一個原始下行數據和下行數據包頭打包成下行路由數據幀，發送所述下行路由數據幀至所述軟件側數據處理單元;所述下行數據包頭包括所述至少一個原始下行數據對應軟件側節點的ID(IDentity，身份標識號碼)、軟件側適配節點的ID、硬件側節點的ID;
[0010]所述軟件側數據處理單元分別與所述軟件側數據接收單元、所述多個軟件側數據輸出通道和所述多個軟件側數據輸入通道相連，所述軟件側數據處理單元用于根據所述下行數據包頭中軟件側節點的ID，通過對應的軟件側數據輸入通道將所述下行路由數據幀發送至相應的軟件側節點，同時將接收的上行路由數據幀發送至所述軟件側數據接收單元；
[0011]每個所述軟件側節點分別與對應的所述軟件側數據輸出通道和對應的所述軟件側數據輸入通道相連，所述軟件側節點用于根據所述下行數據包頭中軟件側適配節點的ID，通過所述軟件側路由模塊將所述下行路由數據幀發送至所述軟件側適配節點，并將接收的上行路由數據幀通過對應的軟件側數據輸出通道發送至所述軟件側數據處理單元；
[0012]所述軟件側適配節點與所述物理通道模塊相連，所述軟件側適配節點用于將所述下行路由數據幀發送至所述物理通道模塊，同時根據接收的上行路由數據包頭中軟件側節點的ID，通過所述軟件側路由模塊將相應的上行路由數據幀發送至軟件側節點的ID相應的軟件側節點；
[0013]所述硬件側適配節點與所述物理通道模塊相連，所述硬件側適配節點用于根據所述下行數據包頭中硬件側節點的ID，通過所述硬件側路由模塊將所述下行路由數據幀發送至相應的硬件側節點，同時將接收的上行路由數據幀發送至所述物理通道模塊；
[0014]每個所述硬件側節點分別與對應的硬件側數據輸出通道和對應的硬件側數據輸入通道相連，所述硬件側節點用于將所述下行路由數據幀通過對應的硬件側數據輸入通道發送至所述硬件側數據處理單元，同時根據接收的上行路由數據包頭中硬件側適配節點的ID，通過所述硬件側路由模塊將相應的上行路由數據幀發送至所述硬件側適配節點；
[0015]所述硬件側數據處理單元分別與所述多個硬件側數據輸出通道、所述多個硬件側數據輸入通道、所述硬件側數據生成單元和所述硬件側數據接收單元相連，所述硬件側數據處理單元用于將所述下行路由數據幀發送至所述硬件側數據接收單元，同時根據接收的上行路由數據包頭中硬件側節點的ID，將相應的上行路由數據幀通過對應的硬件側數據輸出通道發送至對應的硬件側節點；
[0016]所述硬件側數據生成單元用于生成至少一個原始上行數據，并將所述至少一個原始上行數據和所述上行數據包頭打包成所述上行路由數據幀，發送所述上行路由數據幀至所述硬件側數據處理單元。
[0017]可選地，所述物理通道模塊包括PCIE(PeripheralComponent InterconnectExpress，外圍器件快速互聯)接口或以太網口。
[0018]可選地，所述軟件側路由模塊的結構和所述硬件側路由模塊的結構包括樹形路由結構或2D-Mesh路由結構。
[0019]優選地，所述軟件側數據輸入通道包括基于SCE-MI協議的輸入信息端口代理結構和基于SCE-MI協議的管道結構。
[0020]優選地，所述軟件側數據輸出通道包括基于SCE-MI協議的輸出信息端口代理結構和基于SCE-MI協議的管道結構。
[0021 ]優選地，所述硬件側數據輸入通道包括基于SCE-MI協議的輸入信息端口結構和基于SCE-MI協議的管道結構。
[0022]優選地，所述硬件側數據輸出通道包括基于SCE-MI協議的輸出信息端口結構和基于SCE-MI協議的管道結構。
[0023]可選地，所述下行數據包頭還包括所述至少一個原始下行數據的個數。
[0024]可選地，所述上行數據包頭還包括所述至少一個原始上行數據的個數。
[0025]為了解決上述問題，本發明實施例還公開了一種仿真系統，包括所述的SCE-MI協議橋。
[0026]本發明實施例包括以下優點:
[0027]第一，通過對稱的路由結構來連接軟件側模塊的SCE-MI協議通道和硬件側模塊的SCE-MI協議通道，使得軟件側模塊和硬件側模塊的數據傳輸結構完全對稱，易于設計；
[0028]第二，除與物理通道模塊連接的兩個節點以外，軟件側路由模塊和硬件側路由模塊的每個路由節點均與SCE-MI協議通道相連，且通過節點尋址代替SCE-MI協議通道尋址，優化了傳輸數據幀的結構；
[0029]第三，軟件側模塊和硬件側模塊之間采用PCIE接口或者以太網等高速口作為橋接物理通道，能夠極大地提升SCE-MI協議橋的傳輸性能；
[0030]第四，軟件側路由模塊和硬件側路由模塊采用高效率的樹形路由結構或者2D-Mesh路由結構，使得軟件側模塊和硬件側模塊之間的數據傳輸更加有秩序。
【附圖說明】
[0031 ]圖1是本發明的一種SCE-MI協議橋實施例的結構框圖；
[0032]圖2是本發明的一種SCE-MI協議橋實施例中下行路由數據幀的結構示意圖；
[0033]圖3是本發明的一種SCE-MI協議橋實施例中上行路由數據幀的結構示意圖；
[0034]圖4是本發明的一種SCE-MI協議橋具體實施例的結構框圖。
【具體實施方式】
[0035]為使本發明的上述目的、特征和優點能夠更加明顯易懂，下面結合附圖和【具體實施方式】對本發明作進一步詳細的說明。
[0036]參照圖1，示出了本發明的一種SCE-MI協議橋實施例的結構框圖，具體可以包括如下模塊:軟件側模塊1、硬件側模塊2和物理通道模塊3，其中，軟件側模塊I包括:軟件側數據生成單元11、軟件側數據接收單元12、軟件側數據處理單元13、包括多個軟件側節點(例如軟件側節點sf_node_0、軟件側節點sf_node_l、......、軟件側節點sf_node_m，m為大于或等于I的整數)和軟件側適配節點sf_node_adaptor的軟件側路由模塊14、與多個軟件側節點一一對應的多個基于SCE-MI協議的軟件側數據輸出通道(例如軟件側數據輸出通道sf_
806111；[0111:_(3113111161_0、軟件側數據輸出通道8；1^_806111；[0111:_(3113111161_1、......、軟件側數據輸出通道8；1^_806111；[0111:_01^111161_111)、與多個軟件側節點--對應的多個基于SCE-MI協議的軟件側數據輸入通道(例如軟件側數據輸入通道sf_scemiin_channel_0、軟件側數據輸入通道sf_scemiin_channel_l、......、軟件側數據輸入通道sf_scemiin_channel_m)；硬件側模塊2包括:包括多個硬件側節點(例如硬件側節點hw_node_0、硬件側節點hw_node_l、......、
硬件側節點hw_node_m)和硬件側適配節點hw_node_adaptor的硬件側路由模塊21、與多個硬件側節點一一對應的多個基于SCE-MI協議的硬件側數據輸出通道(例如硬件側數據輸出通道 hw_scem1ut_channel_0、硬件側數據輸出通道 hw_scem1ut_channel_l、......、硬件側數據輸出通道hw_scem1ut_channel_m)、與多個硬件側節點--對應的多個基于SCE-MI協議的硬件側數據輸入通道(例如硬件側數據輸入通道hw_scemiin_channel_0、硬件側數據輸入通道hw_scemiin_channel_l、......、硬件側數據輸入通道hw_scemiin_channel_m)、硬件側數據處理單元22、硬件側數據生成單元23和硬件側數據接收單元24;硬件側路由模塊21的結構與軟件側路由模塊14的結構相同。
[0037]參照圖1，軟件側數據生成單元11與軟件側數據處理單元13相連，軟件側數據生成單元11用于生成至少一個原始下行數據，并將至少一個原始下行數據和下行數據包頭打包成下行路由數據幀，發送下行路由數據幀至軟件側數據處理單元13;參照圖2，下行路由數據幀中下行數據包頭包括至少一個原始下行數據對應軟件側節點的ID、軟件側適配節點sf_node_adaptor的ID、硬件側節點的ID ；軟件側數據處理單元13分別與軟件側數據接收單元12、多個軟件側數據輸出通道和多個軟件側數據輸入通道相連，軟件側數據處理單元13用于根據下行數據包頭中軟件側節點的ID，通過對應的軟件側數據輸入通道將下行路由數據幀發送至相應的軟件側節點，同時將接收的上行路由數據幀發送至軟件側數據接收單元12;每個軟件側節點分別與對應的軟件側數據輸出通道和對應的軟件側數據輸入通道相連，軟件側節點用于根據下行數據包頭中軟件側適配節點sf_node_adaptor的ID，通過軟件側路由模塊14將下行路由數據幀發送至軟件側適配節點sf_node_adaptor，并將接收的上行路由數據幀通過對應的軟件側數據輸出通道發送至軟件側數據處理單元13;軟件側適配節點sf_node_adaptor與物理通道模塊3相連，軟件側適配節點sf_node_adaptor用于將下行路由數據幀發送至物理通道模塊3，同時根據接收的上行路由數據包頭中軟件側節點的ID，通過軟件側路由模塊14將相應的上行路由數據幀發送至軟件側節點的ID相應的軟件側節點；硬件側適配節點hw_node_adaptor與物理通道模塊3相連，硬件側適配節點hw_node_adaptor用于根據下行數據包頭中硬件側節點的ID，通過硬件側路由模塊21將下行路由數據幀發送至相應的硬件側節點，同時將接收的上行路由數據幀發送至物理通道模塊3;每個硬件側節點分別與對應的硬件側數據輸出通道和對應的硬件側數據輸入通道相連，硬件側節點用于將下行路由數據幀通過對應的硬件側數據輸入通道發送至硬件側數據處理單元22，同時根據接收的上行路由數據包頭中硬件側適配節點hw_node_adaptor的ID，通過硬件側路由模塊21將相應的上行路由數據幀發送至硬件側適配節點hw_node_adaptor;硬件側數據處理單元22分別與多個硬件側數據輸出通道、多個硬件側數據輸入通道、硬件側數據生成單元23和硬件側數據接收單元24相連，硬件側數據處理單元22用于將下行路由數據幀發送至硬件側數據接收單元24，同時根據接收的上行路由數據包頭中硬件側節點的ID，將相應的上行路由數據幀通過對應的硬件側數據輸出通道發送至對應的硬件側節點;硬件側數據生成單元23用于生成至少一個原始上行數據，并將至少一個原始上行數據和上行數據包頭打包成上行路由數據幀，發送上行路由數據幀至硬件側數據處理單元22。
[0038]可選地，物理通道模塊3可以包括PCIE接口或以太網口等高速口。
[0039]進一步地，參照圖2，下行路由數據幀中下行數據包頭還可以包括至少一個原始下行數據的個數。進一步地，參照圖3，上行路由數據幀中上行數據包頭還可以包括至少一個原始上行數據的個數。
[0040]具體地，軟件側數據輸入通道可以包括基于SCE-MI協議的輸入信息端口代理(SceMiMessageInportProxy)結構和基于SCE-MI協議的管道(Pipe)結構；軟件側數據輸出通道可以包括基于SCE-MI協議的輸出信息端口代理(SceMiMessageOutportProxy)結構和基于SCE-MI協議的管道結構;硬件側數據輸入通道可以包括基于SCE-MI協議的輸入信息端口(SceMiMessageInport)結構和基于SCE-MI協議的管道結構;硬件側數據輸出通道可以包括基于SCE-MI協議的輸出信息端口(SceMiMessageOutport)結構和基于SCE-MI協議的管道結構。
[0041]可選地，軟件側路由模塊14的結構和硬件側路由模塊21的結構可以包括樹形路由結構或2D-Mesh路由結構等。
[0042]其中，樹形路由結構的路由模塊的原理可以為:
[0043]除去根root以外每一級都有一個轉換中心switch。每個轉換中心switch均有(a+
2)個接口，a為大于或等于I的整數，a+2個接口中有一個接口用來與上級轉換中心switch相連，a+2個接口中另有一個接口用來與下級轉換中心switch相連，其余的接口都可以用來連接節點。轉換中心switch的號碼根據距離根root的級數按O到b依次命名，每一級的接口號碼按O到a依次命名，每一級的節點號碼按{(轉換中心switch)，(接口號碼)}的結構命名，比如節點號碼{I，1}表示轉換中心SWi t ch I的第1個接口所連接的節點。
[0044]當路由模塊進行路由尋址時，首先路由模塊比對目的節點信息中轉換中心switch和源節點轉換中心switch的大小。當目的節點信息中轉換中心switch大于源節點轉換中心switch時，則路由模塊向下級轉換中心switch尋址，直至找到與目的節點信息中轉換中心switch相等的轉換中心，然后再根據目的節點信息中接口號碼找到相應的節點；當目的節點信息中轉換中心swi t ch小于源節點轉換中心swi t ch時，則路由模塊向上級轉換中心swi tch尋址，直至找到與目的節點信息中轉換中心swi tch相等的轉換中心，然后再根據目的節點信息中接口號碼找到相應的節點；當目的節點信息中轉換中心switch等于源節點轉換中心swi tch時，貝Ij直接根據目的節點信息中接口號碼找到相應的節點。從而路由模塊找到目的節點信息對應的路由路徑。
[0045]參照圖4，在本發明的一個具體實施例中，軟件側路由模塊14的結構和硬件側路由模塊21的結構采用相同的樹形路由結構。此時，SCE-MI協議橋中數據從軟件側數據生成單元11到硬件側數據接收單元24的過程如下:
[0046]軟件側數據生成單元11生成至少一個原始下行數據，并根據至少一個原始下行數據對應軟件側節點的ID、軟件側適配節點sf_node_adaptor的ID、硬件側節點的ID和至少一個原始下行數據的個數組成的下行數據包頭將至少一個原始下行數據打包成下行路由數據幀，然后發送至軟件側數據處理單元13。以下行數據包頭中軟件側節點的ID即號碼等于{O，O}、軟件側適配節點sf_node_adaptor的ID即號碼等于{I，0}和硬件側節點的ID即號碼等于{b，0}為例。軟件側數據處理單元13根據軟件側節點的ID{0，0}，通過對應的軟件側數據輸入通道sf_scemiin_channel_00將下行路由數據幀發送至相應的軟件側節點sf_node{0,0} ο軟件側節點sf_node{0,0}根據軟件側適配節點sf_node_adaptor的ID{I，O}，通過軟件側樹形路由結構將下行路由數據幀發送至軟件側適配節點sf_node_adaptor {I，O}。軟件側適配節點sf_node_adaptor {I，O}將下行路由數據幀通過物理通道模塊3發送至硬件側適配節點hw_node_adaptor{l，0}。硬件側適配節點hw_node_adaptor{l，0}根據硬件側節點的ID{b，O}，通過硬件側樹形路由結構將接收到的下行路由數據幀發送至硬件側節點hw_node{b，O}。硬件側節點hw_node {b，O}通過對應的硬件側數據輸入通道hw_scemiin_channe 1_b0，將接收的下行路由數據幀發送至硬件側數據處理單元22。硬件側數據處理單元22將接收的下行路由數據幀發送至硬件側數據接收單元24。
[0047 ] 圖4中，軟件側節點sf_node {O，O}對應軟件側數據輸入通道sf_scemi in_channel_00和軟件側數據輸出通道sf_scem1ut_channel_00，軟件側節點sf_node{0，a}對應軟件側數據輸入通道8；1^_8。6111；[；[11_(311&111161_0&和軟件側數據輸出通道8；1^_8。6111；[0111:_(311&111161_0&，其它軟件側節點類似。另外，硬件側節點hw_node{b，0}對應硬件側數據輸入通道hw_
8。6111；[；[11_(311&111161_130和硬件側數據輸出通道1^_8 06111；[0111:_(311&111161_130，硬件側節點hw_node{b，a}對應硬件側數據輸入通道1^_8 06111；[;[11_(3113111161_&3和硬件側數據輸出通道11￥_scem1ut_channel_ba，其它硬件側節點類似。
[0048]相應地，SCE-MI協議橋中數據從硬件側數據生成單元23到軟件側數據接收單元12的過程，與上述數據從軟件側數據生成單元11到硬件側數據接收單元24的過程類似，以下不再贅述。
[0049]本發明實施例的SCE-MI協議橋包括以下優點:
[0050]第一，通過對稱的路由結構來連接軟件側模塊的SCE-MI協議通道和硬件側模塊的SCE-MI協議通道，使得軟件側模塊和硬件側模塊的數據傳輸結構完全對稱，易于設計；
[0051]第二，除與物理通道模塊連接的兩個節點以外，軟件側路由模塊和硬件側路由模塊的每個路由節點均與SCE-MI協議通道相連，且通過節點尋址代替SCE-MI協議通道尋址，優化了傳輸數據幀的結構；
[0052]第三，軟件側模塊和硬件側模塊之間采用PCIE接口或者以太網等高速口作為橋接物理通道，能夠極大地提升SCE-MI協議橋的傳輸性能；
[0053]第四，軟件側路由模塊和硬件側路由模塊采用高效率的樹形路由結構或者2D-Mesh路由結構，使得軟件側模塊和硬件側模塊之間的數據傳輸更加有秩序。
[0054]本發明實施例還公開了一種仿真系統，該仿真系統包括上述的SCE-MI協議橋。
[0055]本發明實施例的仿真系統包括以下優點:
[0056]第一，通過對稱的路由結構來連接軟件側模塊的SCE-MI協議通道和硬件側模塊的SCE-MI協議通道，使得軟件側模塊和硬件側模塊的數據傳輸結構完全對稱，易于設計；
[0057]第二，除與物理通道模塊連接的兩個節點以外，軟件側路由模塊和硬件側路由模塊的每個路由節點均與SCE-MI協議通道相連，且通過節點尋址代替SCE-MI協議通道尋址，優化了傳輸數據幀的結構；
[0058]第三，軟件側模塊和硬件側模塊之間采用PCIE接口或者以太網等高速口作為橋接物理通道，能夠極大地提升SCE-MI協議橋的傳輸性能；
[0059]第四，軟件側路由模塊和硬件側路由模塊采用高效率的樹形路由結構或者2D-Mesh路由結構，使得軟件側模塊和硬件側模塊之間的數據傳輸更加有秩序。
[0060]由于仿真系統包括上述的SCE-MI協議橋，所以仿真系統實施例描述的比較簡單，相關之處參見SCE-MI協議橋實施例的部分說明即可。
[0061]本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。
[0062]本領域內的技術人員應明白，本發明實施例的實施例可提供為方法、裝置、或計算機程序產品。因此，本發明實施例可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發明實施例可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產品的形式。
[0063]本發明實施例是參照根據本發明實施例的方法、終端設備(系統)、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理終端設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理終端設備的處理器執行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0064]這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理終端設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0065]這些計算機程序指令也可裝載到計算機或其他可編程數據處理終端設備上，使得在計算機或其他可編程終端設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程終端設備上執行的指令提供用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0066]盡管已描述了本發明實施例的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本發明實施例范圍的所有變更和修改。
[0067]最后，還需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者終端設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者終端設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者終端設備中還存在另外的相同要素。
[0068]以上對本發明所提供的一種SCE-MI協議橋和一種仿真系統，進行了詳細介紹，本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發明的方法及其核心思想；同時，對于本領域的一般技術人員，依據本發明的思想，在【具體實施方式】及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明的限制。
【主權項】
1.一種SCE-MI協議橋，其特征在于，包括:軟件側模塊、硬件側模塊和物理通道模塊，其中， 所述軟件側模塊包括:軟件側數據生成單元、軟件側數據接收單元、軟件側數據處理單元、包括多個軟件側節點和軟件側適配節點的軟件側路由模塊、與所述多個軟件側節點一一對應的多個基于SCE-MI協議的軟件側數據輸出通道、與所述多個軟件側節點一一對應的多個基于SCE-MI協議的軟件側數據輸入通道； 所述硬件側模塊包括:包括多個硬件側節點和硬件側適配節點的硬件側路由模塊、與所述多個硬件側節點一一對應的多個基于SCE-MI協議的硬件側數據輸出通道、與所述多個硬件側節點一一對應的多個基于SCE-MI協議的硬件側數據輸入通道、硬件側數據處理單元、硬件側數據生成單元和硬件側數據接收單元;所述硬件側路由模塊的結構與所述軟件側路由模塊的結構相同； 所述軟件側數據生成單元與所述軟件側數據處理單元相連，所述軟件側數據生成單元用于生成至少一個原始下行數據，并將所述至少一個原始下行數據和下行數據包頭打包成下行路由數據幀，發送所述下行路由數據幀至所述軟件側數據處理單元;所述下行數據包頭包括所述至少一個原始下行數據對應軟件側節點的ID、軟件側適配節點的ID、硬件側節點的ID; 所述軟件側數據處理單元分別與所述軟件側數據接收單元、所述多個軟件側數據輸出通道和所述多個軟件側數據輸入通道相連，所述軟件側數據處理單元用于根據所述下行數據包頭中軟件側節點的ID，通過對應的軟件側數據輸入通道將所述下行路由數據幀發送至相應的軟件側節點，同時將接收的上行路由數據幀發送至所述軟件側數據接收單元； 每個所述軟件側節點分別與對應的所述軟件側數據輸出通道和對應的所述軟件側數據輸入通道相連，所述軟件側節點用于根據所述下行數據包頭中軟件側適配節點的ID，通過所述軟件側路由模塊將所述下行路由數據幀發送至所述軟件側適配節點，并將接收的上行路由數據幀通過對應的軟件側數據輸出通道發送至所述軟件側數據處理單元； 所述軟件側適配節點與所述物理通道模塊相連，所述軟件側適配節點用于將所述下行路由數據幀發送至所述物理通道模塊，同時根據接收的上行路由數據包頭中軟件側節點的ID，通過所述軟件側路由模塊將相應的上行路由數據幀發送至軟件側節點的ID相應的軟件側節點； 所述硬件側適配節點與所述物理通道模塊相連，所述硬件側適配節點用于根據所述下行數據包頭中硬件側節點的ID，通過所述硬件側路由模塊將所述下行路由數據幀發送至相應的硬件側節點，同時將接收的上行路由數據幀發送至所述物理通道模塊； 每個所述硬件側節點分別與對應的硬件側數據輸出通道和對應的硬件側數據輸入通道相連，所述硬件側節點用于將所述下行路由數據幀通過對應的硬件側數據輸入通道發送至所述硬件側數據處理單元，同時根據接收的上行路由數據包頭中硬件側適配節點的ID，通過所述硬件側路由模塊將相應的上行路由數據幀發送至所述硬件側適配節點； 所述硬件側數據處理單元分別與所述多個硬件側數據輸出通道、所述多個硬件側數據輸入通道、所述硬件側數據生成單元和所述硬件側數據接收單元相連，所述硬件側數據處理單元用于將所述下行路由數據幀發送至所述硬件側數據接收單元，同時根據接收的上行路由數據包頭中硬件側節點的ID，將相應的上行路由數據幀通過對應的硬件側數據輸出通道發送至對應的硬件側節點； 所述硬件側數據生成單元用于生成至少一個原始上行數據，并將所述至少一個原始上行數據和所述上行數據包頭打包成所述上行路由數據幀，發送所述上行路由數據幀至所述硬件側數據處理單元。2.根據權利要求1所述的SCE-MI協議橋，其特征在于，所述物理通道模塊包括PCIE接口或以太網口。3.根據權利要求1所述的SCE-MI協議橋，其特征在于，所述軟件側路由模塊的結構和所述硬件側路由模塊的結構包括樹形路由結構或2D-Mesh路由結構。4.根據權利要求1所述的SCE-MI協議橋，其特征在于，所述軟件側數據輸入通道包括基于SCE-MI協議的輸入信息端口代理結構和基于SCE-MI協議的管道結構。5.根據權利要求1所述的SCE-MI協議橋，其特征在于，所述軟件側數據輸出通道包括基于SCE-MI協議的輸出信息端口代理結構和基于SCE-MI協議的管道結構。6.根據權利要求1所述的SCE-MI協議橋，其特征在于，所述硬件側數據輸入通道包括基于SCE-MI協議的輸入信息端口結構和基于SCE-MI協議的管道結構。7.根據權利要求1所述的SCE-MI協議橋，其特征在于，所述硬件側數據輸出通道包括基于SCE-MI協議的輸出信息端口結構和基于SCE-MI協議的管道結構。8.根據權利要求1所述的SCE-MI協議橋，其特征在于，所述下行數據包頭還包括所述至少一個原始下行數據的個數。9.根據權利要求1所述的SCE-MI協議橋，其特征在于，所述上行數據包頭還包括所述至少一個原始上行數據的個數。10.一種仿真系統，其特征在于，包括根據權利要求1-9中任一項所述的SCE-MI協議橋。
【文檔編號】H04L12/775GK106027355SQ201610520860
【公開日】2016年10月12日
【申請日】2016年7月1日
【發明人】楊滔, 劉海峰, 王星, 戴繼祥, 陳迎春
【申請人】合肥海本藍科技有限公司