一種報文處理方法及端口擴展板的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)，特別涉及一種報文處理方法及端口擴展板。
【背景技術(shù)】
[0002] 在第H代智能彈性架構(gòu)（IntelligentResilientRramework3. 0,簡稱；IRF3)系 統(tǒng)中，包括控制橋（ControlBridge,簡稱；CB)和端口擴展板（PortExtender,簡稱；PE；)， 各PE設(shè)備連接在CB設(shè)備上，并為CB設(shè)備提供端口擴展功能。PE在啟動時，是需要加載啟 動所需的版本文件的，但是PE本身并不會保存送些版本文件，而是在PE每次啟動時，由CB 通過CB與PE之間的數(shù)據(jù)鏈路，將PE啟動所需的版本文件發(fā)送給PE，具體可W是通過加載 報文來發(fā)送。
[0003] 具體的，CB會將文件所發(fā)送的目的陽的設(shè)備標識設(shè)置在加載報文中，例如，假設(shè) CB在發(fā)送PEl所需的版本文件時，則將PEl的設(shè)備標識設(shè)置在加載報文中。如果將設(shè)置設(shè) 備標識的字段稱為標識字段，郝么在陽側(cè)，會由中央處理單元（CentralProcessing化it, 簡稱；CPU)加載預(yù)先存儲在PE中的識別軟件來執(zhí)行對該標識字段的識別；比如，PEl中的 CPU將判斷標識字段中設(shè)置的設(shè)備標識是否是PEl自身的標識，如果是，則確定該報文是發(fā) 送給陽1的，CPU繼續(xù)處理報文中攜帶的版本文件數(shù)據(jù)。但是，PE在執(zhí)行上述的報文識別處 理時，不僅速度較慢，而且容易發(fā)生處理失敗的情況，嚴重降低了PE的啟動速度。

【發(fā)明內(nèi)容】

[0004] 有鑒于此，本發(fā)明提供一種報文處理方法及端口擴展板，W提高PE的啟動速度。
[0005] 具體地，本發(fā)明是通過如下技術(shù)方案實現(xiàn)的：
[0006] 第一方面，提供一種報文處理方法，所述方法由端口擴展板陽執(zhí)行，所述陽包括 轉(zhuǎn)發(fā)芯片和中央處理單元；所述方法包括：
[0007] 所述轉(zhuǎn)發(fā)芯片接收加載報文，所述加載報文攜帶所述PE待加載的文件數(shù)據(jù)；
[0008] 所述轉(zhuǎn)發(fā)芯片根據(jù)預(yù)設(shè)的報文過濾規(guī)則，從接收到的所述加載報文中選擇目標加 載報文，并將所述目標加載報文的所述文件數(shù)據(jù)發(fā)送至所述中央處理單元進行處理；所述 目標加載報文的目的地址是所述陽。
[0009] 結(jié)合第一方面，在第一種可能的實現(xiàn)方式中，所述轉(zhuǎn)發(fā)芯片根據(jù)預(yù)設(shè)的報文過濾 規(guī)則，從接收到的所述加載報文中選擇目標加載報文，包括：所述轉(zhuǎn)發(fā)芯片獲取所述加載報 文中的標識字段設(shè)置的PE設(shè)備標識；若所述PE設(shè)備標識與所述預(yù)設(shè)的報文過濾規(guī)則中的 第一PE設(shè)備信息相同，則所述轉(zhuǎn)發(fā)芯片確定所述加載報文是所述目標加載報文，所述第一 PE設(shè)備信息用于表示所述加載報文的目的地址是所述PE。
[0010] 結(jié)合第一方面，在第二種可能的實現(xiàn)方式中，所述轉(zhuǎn)發(fā)芯片根據(jù)預(yù)設(shè)的報文過濾 規(guī)則，從接收到的所述加載報文中選擇目標加載報文，包括：所述轉(zhuǎn)發(fā)芯片獲取所述加載報 文中的標識字段設(shè)置的PE設(shè)備標識；若所述PE設(shè)備標識與所述預(yù)設(shè)的報文過濾規(guī)則中的 第二PE設(shè)備信息不同，則所述轉(zhuǎn)發(fā)芯片確定所述加載報文是所述目標加載報文，所述第二 PE設(shè)備信息用于表示所述加載報文的目的地址是所述PE之外的其他PE。
[0011] 結(jié)合第一方面的第一種可能的實現(xiàn)方式或第二種可能的實現(xiàn)方式，在第H種可能 的實現(xiàn)方式中，在所述轉(zhuǎn)發(fā)芯片獲取所述加載報文中的標識字段設(shè)置的PE設(shè)備標識之前， 還包括：所述轉(zhuǎn)發(fā)芯片獲取所述加載報文中的類型字段設(shè)置的報文類型信息，并確定所述 報文類型信息與所述預(yù)設(shè)的報文過濾規(guī)則中的目標類型信息相同，所述目標類型信息用于 表示需要根據(jù)所述報文過濾規(guī)則確定所述加載報文是否是所述目標加載報文的報文類型。
[0012] 結(jié)合第一方面，在第四種可能的實現(xiàn)方式中，在所述轉(zhuǎn)發(fā)芯片接收加載報文之前， 還包括：所述轉(zhuǎn)發(fā)芯片在用戶自定義域中，W訪問控制列表的方式存儲所述預(yù)設(shè)的報文過 濾規(guī)則。
[0013] 第二方面，提供一種端口擴展板陽，包括；轉(zhuǎn)發(fā)芯片和中央處理單元；所述轉(zhuǎn)發(fā)芯 片包括：報文接收單元，用于接收加載報文，所述加載報文攜帶所述PE待加載的文件數(shù)據(jù)； 報文過濾單元，用于根據(jù)預(yù)設(shè)的報文過濾規(guī)則，從所述報文接收單元接收到的所述加載報 文中選擇目標加載報文，所述目標加載報文的目的地址是所述PE;報文發(fā)送單元，用于將 所述報文過濾單元得到的所述目標加載報文的所述文件數(shù)據(jù)發(fā)送至所述中央處理單元進 行處理。
[0014] 結(jié)合第二方面，在第一種可能的實現(xiàn)方式中，所述報文過濾單元，具體用于獲取所 述加載報文中的標識字段設(shè)置的PE設(shè)備標識；若所述PE設(shè)備標識與所述預(yù)設(shè)的報文過濾 規(guī)則中的第一PE設(shè)備信息相同，則確定所述加載報文是所述目標加載報文，所述第一PE設(shè) 備信息用于表示所述加載報文的目的地址是所述PE。
[0015] 結(jié)合第二方面，在第二種可能的實現(xiàn)方式中，所述報文過濾單元，具體用于獲取所 述加載報文中的標識字段設(shè)置的PE設(shè)備標識；若所述PE設(shè)備標識與所述預(yù)設(shè)的報文過濾 規(guī)則中的第二PE設(shè)備信息不同，則確定所述加載報文是所述目標加載報文，所述第二PE設(shè) 備信息用于表示所述加載報文的目的地址是所述PE之外的其他PE。
[0016] 結(jié)合第二方面的第一種可能的實現(xiàn)方式或第二種可能的實現(xiàn)方式，在第H種可能 的實現(xiàn)方式中，所述報文過濾單元，還用于在獲取所述加載報文中的標識字段設(shè)置的PE設(shè) 備標識之前，獲取所述加載報文中的類型字段設(shè)置的報文類型信息，并確定所述報文類型 信息與所述預(yù)設(shè)的報文過濾規(guī)則中的目標類型信息相同，所述目標類型信息用于表示需要 根據(jù)所述報文過濾規(guī)則確定所述加載報文是否是所述目標記載報文的報文類型。
[0017] 結(jié)合第二方面，在第四種可能的實現(xiàn)方式中，所述轉(zhuǎn)發(fā)芯片，還包括：存儲單元，用 于在所述報文接收單元接收加載報文之前，在用戶自定義域中，W訪問控制列表的方式存 儲所述預(yù)設(shè)的報文過濾規(guī)則。
[0018] 本實施例中，由PE中的硬件即轉(zhuǎn)發(fā)芯片來進行上述的報文識別，由轉(zhuǎn)發(fā)芯片來判 斷報文是否是目標加載報文，處理速度將大大提高，并且硬件處理后相應(yīng)減輕了CPU的負 擔(dān)，PE也較為穩(wěn)定，較不容易出現(xiàn)加載失敗的情況。送樣，PE在接收到CB的發(fā)送版本文件 的加載報文后，能夠快速識別出該報文是屬于PE的，并能夠快速地成功加載，從而提高PE 的啟動速度。
【附圖說明】
[0019] 圖1為本發(fā)明實施例提供的一種可選的應(yīng)用系統(tǒng)架構(gòu)；
[0020] 圖2為本發(fā)明實施例提供的一種報文處理方法的流程示意圖；
[0021] 圖3為本發(fā)明實施例提供的報文處理方法的應(yīng)用PE結(jié)構(gòu)示意圖；
[0022] 圖4為本發(fā)明實施例提供的另一種報文處理方法的應(yīng)用場景圖；
[0023] 圖5為本發(fā)明實施例提供的報文處理方法中應(yīng)用的報文格式；
[0024] 圖6為本發(fā)明實施例提供的報文處理方法中的報文字段示意圖；
[0025] 圖7為本發(fā)明實施例提供的報文處理方法中的報文發(fā)送順序圖；
[0026] 圖8為本發(fā)明實施例提供的一種端口擴展板PE的結(jié)構(gòu)示意圖；
[0027] 圖9為本發(fā)明實施例提供的另一種端口擴展板PE的結(jié)構(gòu)示意圖。
【具體實施方式】
[002引本發(fā)明實施例提供了一種報文處理方法，該方法可W應(yīng)用于CB和陽之間的報文 傳輸?shù)膱鼍?。參見圖1，示意了一種可選的應(yīng)用系統(tǒng)架構(gòu)，各PE連接在CB設(shè)備上，并為CB 提供端口擴展功能。CB可W為PE提供一些PE本身需要加載的文件，比如PE啟動所需要的 版本文件、或者補了文件、或者升級文件等，可W將送些文件統(tǒng)稱為PE待加載的文件，送些 文件都可W由CB通過加載報文發(fā)送給PE。不論是何種文件，都可W采用本發(fā)明實施例提 供的報文處理方法，該方法是由PE執(zhí)行，主要是PE使用該方法對接收到的加載報文進行過 濾，并且是由PE中的硬件進行過濾。如下將詳細描述該方法：
[0029] 實施例一
[0030] 圖2為本發(fā)明實施例提供的一種報文處理方法的流程示意圖，該方法由PE執(zhí)行， 更具體的，是由PE中的轉(zhuǎn)發(fā)芯片執(zhí)行。結(jié)合圖3所示，圖3提供了PE的硬件結(jié)構(gòu)，該PE可 W包括轉(zhuǎn)發(fā)芯片31和中央處理單元32 ;其中，轉(zhuǎn)發(fā)芯片31可W用于接收各種報文，并將接 收到的報文發(fā)送給中央處理單元32進行處理。比如，對于陽待加載的版本文件，轉(zhuǎn)發(fā)芯片 31發(fā)送給中央處理單元32后，中央處理單元32可W將該文件加載在陽上，從而陽可W通 過該文件的數(shù)據(jù)進行啟動。如圖2所示，該方法可W包括：
[0031] 201、轉(zhuǎn)發(fā)芯片接收加載報文，該加載報文攜帶PE待加載的文件數(shù)據(jù)；
[003引其中，CB發(fā)送的報文到達陽后，被陽的轉(zhuǎn)發(fā)芯片接收，比如，本實施例中，該轉(zhuǎn)發(fā) 芯片接收到加載報文，攜帶有PE待加載的文件數(shù)據(jù)，比如版本文件、升級文件等的數(shù)據(jù)。在 本發(fā)明的實施例的后續(xù)描述中，均W版本文件為例進行說明，但本領(lǐng)域技術(shù)人員可W理解， 該方法同樣可