專利名稱：一種通信系統(tǒng)地址糾錯方法、裝置及通信設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種通信系統(tǒng)地址糾錯方法、裝置及通信設(shè) 備。
背景技術(shù)：
隨著通信業(yè)務(wù)的迅速發(fā)展和網(wǎng)絡(luò)帶寬的持續(xù)提升，運(yùn)營商對硬件平臺的性 能、開放性、可靠性、可管理性和可擴(kuò)展性提出了更高的要求，于是ATCA (Advanced Telecommunications Computing Architecture,先進(jìn)電信計算架構(gòu))應(yīng)運(yùn)而生。該標(biāo)準(zhǔn)由 PICMG組織于2002年制訂，現(xiàn)已得到了設(shè)備商和運(yùn)營商的廣泛支持，將成為今后高性能、高 可靠性和高可用性通信設(shè)備的主流平臺。同時，為了適應(yīng)中小容量、低成本、相對較低可用性的電信和企業(yè)應(yīng)用，PICMG組 織以AMC(Advanced Mezzanine Card,先進(jìn)夾層卡)插卡為基礎(chǔ)，借用了 ATCA的一些設(shè) 計理念，推出了一種新型的小尺寸的硬件平臺MicroTCA(Micro Telecommunications Computing Architecture，微型電信計算架構(gòu))。它定義了一種新的背板，現(xiàn)有的AMC插 卡不必修改就能直接在上面使用，背板為它提供電源、熱插拔控制、管理通道和業(yè)務(wù)互連通 道。MicroTCA機(jī)框的體積很小，有多種不同的組織形式，可以應(yīng)用于工業(yè)控制、企業(yè)聯(lián)網(wǎng)、醫(yī) 療設(shè)備、無線通信和軍用領(lǐng)域。ATCA的單板構(gòu)成主要包括業(yè)務(wù)板、交換板和機(jī)框管理板(Chass i sManagement Module, CMM)，其中業(yè)務(wù)板負(fù)責(zé)接入和處理各種業(yè)務(wù)，交換板負(fù)責(zé)數(shù)據(jù)報文的轉(zhuǎn)發(fā)和框間 級聯(lián)，機(jī)框管理板負(fù)責(zé)機(jī)框內(nèi)其他單板的狀態(tài)監(jiān)控和管理。為了提高整個系統(tǒng)的可管理 性，ATCA單板上除了主處理器之外，通常還提供了專用的管理處理器，稱為BMC(Baseboard Management Controller,基板管理控制器)，它一般采用點到點的雙星型智能平臺管理總 線(IPMB，Intelligent Platform Management Bus)與機(jī)框管理板相連，執(zhí)行智能平臺管理 接口(Intelligent Platform Management Interface，IPMI)定義的各種命令，完成單板的 溫度和電壓檢測、熱插拔控制、事件記錄以及故障報警等功能。參見圖1，為ATCA單板互連系統(tǒng)中CMM板與業(yè)務(wù)板或交換板相連示意圖，其中，為 了提高可靠性，CMM板采用主備用配置，每塊業(yè)務(wù)板或交換板都通過兩個IPMB接口與兩塊 CMM板相連，組成了 一個雙星型的拓?fù)浣Y(jié)構(gòu)。MicroTCA的單板構(gòu)成主要包括MCH(MicroTCA Carrier Hub，主控交換單元)、 AMC(先進(jìn)夾層卡)、PM(Power Module,電源模塊)和CU(CoolingUnit，風(fēng)冷單元)等。其 中MCH負(fù)責(zé)完成數(shù)據(jù)報文的轉(zhuǎn)發(fā)和其他單板的管理，功能類似于ATCA中的交換板和機(jī)框管 理板，AMC負(fù)責(zé)完成業(yè)務(wù)接入和處理，功能類似于ATCA中的業(yè)務(wù)板，PM負(fù)責(zé)將外部接入的電 源轉(zhuǎn)換為系統(tǒng)所需的12V和3. 3V電源，CU負(fù)責(zé)給其他單板散熱。在MicroTCA單板中，MCH、AMC、PM、CU上面都有專用的管理處理器，MCH上面的 稱 MCMC(MicroTCA Carrier Management ControllerMicroTCA，載板管理控制器)，AMC 上面的稱MMC(Module ManagementContro 11 er，模塊管理控制器)，PM和CU上面的稱EMMC(Enhanced ModuleManagement Controller，增強(qiáng)型模塊管理控制器)。參見圖2，在MicroTCA單板互連系統(tǒng)中，AMC與主備兩塊MCH相連也采用點對點的 星型IPMB總線(稱IPMB-L)；而PM禾口 CU則通過兩條冗余的IPMB總線(IPMB-O)與MCH相連。對于ATCA和MicroTCA平臺來說，IPMB總線的底層實現(xiàn)是12C總線。為了訪問總 線上的某個設(shè)備，I2C總線的主設(shè)備需要先發(fā)出目標(biāo)設(shè)備的地址，目標(biāo)設(shè)備收到地址后與自 己的地址比較，如果兩者相同則發(fā)出響應(yīng)并執(zhí)行對應(yīng)的讀寫操作，否則不予響應(yīng)。對于ATCA系統(tǒng)，規(guī)范定義了 7個與背板接口的硬件地址位和1個校驗位，采用奇 校驗方式。這些硬件地址位對于每個槽位的業(yè)務(wù)板來說是獨一無二的，與槽位號有確定的 對應(yīng)關(guān)系，而且通過ATCA規(guī)范定義的算法可以換算出IPMB總線的地址，在實際應(yīng)用中還常 常根據(jù)槽位號來分配系統(tǒng)BASE平面和FABRIC平面的網(wǎng)口 IP地址。因此，硬件地址位對于 業(yè)務(wù)板來說是一個基礎(chǔ)數(shù)據(jù)，其他參數(shù)與它都存在一定的對應(yīng)關(guān)系。MicroTCA系統(tǒng)與ATCA系統(tǒng)類似，它的硬件地址位有3個，沒有校驗位。當(dāng)AMC上 的MMC開始運(yùn)行后，會主動向MCH上的MCMC上報激活請求。按照IPMI協(xié)議的規(guī)定，MMC 與MCMC之間的通信采用請求者(Requester)-響應(yīng)者(Responder)的方式，請求者先作為 IPMB總線的主設(shè)備來訪問響應(yīng)者，向后者下發(fā)IPMI命令，后者響應(yīng)時就成為主設(shè)備，而請 求者成為目標(biāo)設(shè)備，來接收響應(yīng)者返回的數(shù)據(jù)。不管誰是請求者或響應(yīng)者，它們在發(fā)出請求 或響應(yīng)時除了發(fā)送目標(biāo)設(shè)備的地址之外還會將自己的總線地址一起返回。發(fā)明人在實現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下缺點無論是ATCA系統(tǒng)的業(yè)務(wù)板還是MicroTCA系統(tǒng)的AMC，它們都要根據(jù)自己的硬件 地址位來推算出IPMB總線的地址和網(wǎng)口的IP地址。當(dāng)由于某些原因(如背板連接器接觸 不良或上拉電阻失效等)導(dǎo)致硬件地址位出錯時，系統(tǒng)將無法對出錯的硬件地址位進(jìn)行糾 正，從而會影響整個單板業(yè)務(wù)功能的實現(xiàn)，使得系統(tǒng)可靠性降低。

發(fā)明內(nèi)容
本發(fā)明實施例在于提供一種通信系統(tǒng)地址糾錯方法、裝置及通信設(shè)備，用于對通 信系統(tǒng)地址進(jìn)行糾錯處理。本發(fā)明實施例提供了一種通信系統(tǒng)地址糾錯方法，用于高級電信計算架構(gòu)ATCA 系統(tǒng)，包括如下步驟當(dāng)業(yè)務(wù)板或交換板硬件地址位檢驗出錯時，管理板獲取出錯業(yè)務(wù)板或交換板的智 能平臺管理總線IPMB總線端口號；所述管理板根據(jù)所述智能平臺管理總線IPMB總線端口號得到真實的智能平臺管 理總線IPMB總線地址；所述管理板將所述真實的智能平臺管理總線IPMB總線地址通過智能平臺管理接 口 IPMI廣播消息下發(fā)給業(yè)務(wù)板或交換板，使得所述出錯業(yè)務(wù)板或交換板根據(jù)真實的智能 平臺管理總線IPMB總線地址進(jìn)行通信。本發(fā)明實施例還提供了一種通信系統(tǒng)地址糾錯方法，用于微型電信計算架構(gòu) MicroTCA系統(tǒng)，或者緊湊式外設(shè)組件互連CompactPCI系統(tǒng)，或者高級電信計算架構(gòu)ATCA系 統(tǒng)，包括如下步驟
第一單板接收第二單板發(fā)送的激活請求消息，獲取與所述激活請求消息對應(yīng)的智 能平臺管理總線IPMB總線端口號以及所述第二單板的智能平臺管理總線IPMB總線地址；所述第一單板根據(jù)得到的所述智能平臺管理總線IPMB總線端口號，得到與所述 總線端口號對應(yīng)的真實的智能平臺管理總線IPMB總線地址；所述第一單板對所述真實的智能平臺管理總線IPMB總線地址和從所述第二單板 接收到的所述智能平臺管理總線IPMB總線地址進(jìn)行校驗判斷，如果不一致，則向所述第二 單板下發(fā)智能平臺管理接口 IPMI廣播消息，使得所述第二單板收到所述智能平臺管理接 口 IPMI廣播消息后，得到所述智能平臺管理總線IPMB真實總線地址作為自身總線地址； 所述智能平臺管理接口 IPMI廣播消息中包含有所述真實的智能平臺管理總線IPMB總線地 址。本發(fā)明實施例還提供了一種通信系統(tǒng)地址檢測裝置，用于高級電信計算架構(gòu)ATCA 系統(tǒng)，包括第一獲取單元，用于當(dāng)業(yè)務(wù)板或交換板硬件地址位檢驗出錯時，獲取出錯業(yè)務(wù)板 或交換板的智能平臺管理總線IPMB總線端口號；第二獲取單元，用于根據(jù)所述智能平臺管理總線IPMB總線端口號獲取真實的智 能平臺管理總線IPMB總線地址；廣播單元，用于將所述真實的智能平臺管理總線IPMB總線地址通過智能平臺管 理接口 IPMI廣播消息下發(fā)給所述業(yè)務(wù)板或交換板，使得所述出錯業(yè)務(wù)板或交換板根據(jù)真 實的智能平臺管理總線IPMB總線地址進(jìn)行通信。本發(fā)明實施例還提供了一種通信系統(tǒng)地址檢測裝置，用于微型電信計算架構(gòu) MicroTCA系統(tǒng)，或者緊湊式外設(shè)組件互連CompactPCI系統(tǒng)，或者高級電信計算架構(gòu)ATCA系 統(tǒng)，包括第三獲取單元，用于接收業(yè)務(wù)單板發(fā)送的激活請求，獲取與所述激活請求消息對 應(yīng)的智能平臺管理總線IPMB總線端口號和智能平臺管理總線IPMB總線地址；第四獲取單元，用于根據(jù)獲取到的所述智能平臺管理總線IPMB總線端口號，得到 與所述總線端口號對應(yīng)的真實的智能平臺管理總線IPMB總線地址；判斷單元，用于對所述真實的智能平臺管理總線IPMB總線地址和從所述業(yè)務(wù)單 板接收到的智能平臺管理總線IPMB總線地址進(jìn)行校驗判斷；第二廣播單元，用于當(dāng)判斷單元進(jìn)行校驗判斷后，如果不一致，則向所述業(yè)務(wù)單 板下發(fā)智能平臺管理接口 IPMI廣播消息，使得所述業(yè)務(wù)單板收到所述智能平臺管理接口 IPMI廣播消息后，得到所述智能平臺管理總線IPMB真實總線地址作為自身總線地址；所述 智能平臺管理接口 IPMI廣播消息中包含有所述真實的智能平臺管理總線IPMB總線地址。本發(fā)明實施例還提供了一種通信設(shè)備，采用高級電信計算架構(gòu)ATCA系統(tǒng)，包括管理板，業(yè)務(wù)板或交換板；所述管理板用于對所述業(yè)務(wù)板或交換板進(jìn)行管理；所述業(yè)務(wù)板用于對處理業(yè)務(wù)數(shù)據(jù)；所述交換板用于數(shù)據(jù)交換；當(dāng)所述業(yè)務(wù)板或交換板硬件地址位檢驗出錯時，所述管理板獲取出錯業(yè)務(wù)板或交 換板的智能平臺管理總線IPMB總線端口號；所述管理板根據(jù)所述智能平臺管理總線IPMB總線端口號得到真實的智能平臺管理總線IPMB總線地址；所述管理板將所述真實的智能平臺管理總線IPMB總線地址通過智能平臺管理接 口 IPMI廣播消息下發(fā)給業(yè)務(wù)板或交換板，使得所述出錯業(yè)務(wù)板或交換板根據(jù)真實的智能 平臺管理總線IPMB總線地址進(jìn)行通信。以及，本發(fā)明實施例還提供了一種通信設(shè)備，采用微型電信計算架構(gòu)MicroTCA系 統(tǒng)，或者緊湊式外設(shè)組件互連CompactPCI系統(tǒng)，或者高級電信計算架構(gòu)ATCA系統(tǒng)，包括第一單板，第二單板；所述第一單板為具有管理功能的單板，用于對所述第二單板進(jìn)行管理；所述第二單板為具有業(yè)務(wù)功能的單板；所述第一單板接收所述第二單板發(fā)送的激活請求消息，獲取與所述激活請求消息 對應(yīng)的智能平臺管理總線IPMB總線端口號以及所述第二單板的智能平臺管理總線IPMB總 線地址；所述第一單板根據(jù)得到的所述智能平臺管理總線IPMB總線端口號，得到與所述 總線端口號對應(yīng)的真實的智能平臺管理總線IPMB總線地址；所述第一單板對所述真實的智能平臺管理總線IPMB總線地址和從所述第二單板 接收到的所述智能平臺管理總線IPMB總線地址進(jìn)行校驗判斷，如果不一致，則向所述第二 單板下發(fā)智能平臺管理接口 IPMI廣播消息，使得所述第二單板收到所述智能平臺管理接 口 IPMI廣播消息后，得到所述智能平臺管理總線IPMB真實總線地址作為自身總線地址； 所述智能平臺管理接口 IPMI廣播消息中包含有所述真實的智能平臺管理總線IPMB總線地 址。上述技術(shù)方案中具有如下的優(yōu)點當(dāng)管理板檢測到業(yè)務(wù)板或交換板總線地址發(fā)生故障時，通過廣播消息將正確的總 線地址發(fā)送給業(yè)務(wù)板或交換板，可以對錯誤的總線地址進(jìn)行糾錯，從而提高了系統(tǒng)的可靠 性。


為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述 中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些 實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附 圖獲得其他的附圖。圖1為現(xiàn)有技術(shù)ATCA系統(tǒng)中管理板與業(yè)務(wù)板或交換板連接示意圖；圖2為現(xiàn)有技術(shù)MicroTCA系統(tǒng)中MCH與AMC連接示意圖；圖3為本發(fā)明方法實施例一流程示意圖；圖4為本發(fā)明方法實施例二流程示意圖；圖5為本發(fā)明方法實施例二廣播命令格式示意圖；圖6為本發(fā)明方法實施例三流程示意圖；圖7為本發(fā)明方法實施例四流程示意圖；圖8為本發(fā)明方法裝置實施例一結(jié)構(gòu)示意圖；圖9為本發(fā)明方法裝置實施例二結(jié)構(gòu)示意圖10為本發(fā)明方法裝置實施例三結(jié)構(gòu)示意圖；圖11為本發(fā)明方法裝置實施例四結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下將通過具體實施例和相 關(guān)附圖，對本發(fā)明作進(jìn)一步詳細(xì)說明。方法實施例一本發(fā)明方法實施例一提供了一種通信系統(tǒng)地址糾錯方法，用于ATCA系統(tǒng)，參見圖 3，包括如下步驟S101、當(dāng)業(yè)務(wù)板或交換板硬件地址位檢驗出錯時，管理板獲取出錯業(yè)務(wù)板或交換 板的智能平臺管理總線IPMB總線端口號；S102、所述管理板根據(jù)所述智能平臺管理總線IPMB總線端口號得到真實的智能 平臺管理總線IPMB總線地址；S103、所述管理板將所述真實的智能平臺管理總線IPMB總線地址通過智能平臺 管理接口 IPMI廣播消息下發(fā)給業(yè)務(wù)板或交換板，使得所述出錯業(yè)務(wù)板或交換板根據(jù)真實 的智能平臺管理總線IPMB總線地址進(jìn)行通信。所述智能平臺管理接口 IPMI廣播消息可以通過智能平臺管理接口 IPMI定義的 Broadcast Get Device ID命令進(jìn)行發(fā)送，所述真實的智能平臺管理總線IPMB總線地址位 于所述 Broadcast Get Device ID 命令的 rsSA 字段。所述業(yè)務(wù)板或交換板接收到所述管理板發(fā)送的智能平臺管理接口 IPMI廣播消息 后，從所述rsSA字段中取出所述真實的智能平臺管理總線IPMB總線地址，并將所述真實的 智能平臺管理總線IPMB總線地址轉(zhuǎn)化成槽位號和IP地址，使得所述業(yè)務(wù)板或交換板根據(jù) 所述槽位號和IP地址進(jìn)行通信。本發(fā)明實施例中管理板根據(jù)總線端口號獲取真實的總線地址后，通過IPMI廣播 消息將真實的總線地址下發(fā)給發(fā)生校驗錯誤的業(yè)務(wù)板或交換板，使得業(yè)務(wù)板或交換板能用 正確的總線地址進(jìn)行通信，提高了系統(tǒng)的可靠性。方法實施例二本發(fā)明方法實施例二提供了一種通信系統(tǒng)地址糾錯方法，用于ATCA系統(tǒng)，參見圖 4，所述方法具體包括如下步驟S201、當(dāng)業(yè)務(wù)板或交換板硬件地址位校驗出錯時，管理板獲取出錯業(yè)務(wù)板或交換 板的IPMB總線端口號；業(yè)務(wù)板或交換板的BMC啟動后，會通過背板接口根據(jù)芯片管腳的電平來讀取自身 的硬件地址位，并根據(jù)校驗位進(jìn)行奇校驗。如果校驗失敗，則BMC向管理板(CMM板)上報 硬件地址位校驗出錯信息，CMM板由此獲取所述校驗出錯信息。同時，由于CMM板與業(yè)務(wù)板或交換板采用點到點的星型拓?fù)浣Y(jié)構(gòu)，CMM板與每塊業(yè) 務(wù)板或交換板都有一個唯一對應(yīng)的IPMB總線端口，這個IPMB總線端口與業(yè)務(wù)板或交換板 的硬件地址位、槽位號和IPMB總線地址的對應(yīng)關(guān)系在ATCA系統(tǒng)設(shè)計的時候已經(jīng)確定。當(dāng) BMC校驗后得到校驗出錯信息時，便通過該IPMB總線端口將出錯信息上報給CMM板，CMM板 收到出錯信息時也可以知道該出錯信息通過哪個IPMB總線端口傳遞過來，由此獲取出錯業(yè)務(wù)板或交換板的IPMB總線端口號。S202、管理板根據(jù)IPMB總線端口號得到真實的IPMB總線地址；由于IPMB總線端口與每塊業(yè)務(wù)板或交換板都一一對應(yīng)(在系統(tǒng)設(shè)計時已經(jīng)確 定)，因此，得到IPMB總線端口號后，也可以得到IPMB總線地址，且這個地址為發(fā)生檢驗錯 誤的業(yè)務(wù)板或交換板真實的IPMB總線地址。S203、管理板將真實的IPMB總線地址通過IPMI廣播消息下發(fā)給業(yè)務(wù)板或交換板， 使得業(yè)務(wù)板或交換板根據(jù)真實的IPMB總線地址進(jìn)行通信。發(fā)送IPMI廣播消息可以采用IPMI協(xié)議規(guī)定的Broadcast Get Device ID命令， IPMI協(xié)議規(guī)定，當(dāng)發(fā)送廣播消息時，所有目標(biāo)設(shè)備收到廣播消息之后必須無條件進(jìn)行處理。 上述Broadcast Get Device ID命令格式如圖5所示參見圖5，上述命令分為多個字段，各個字段具體含義如下廣播地址其值為OOh，；rsSA 表示響應(yīng)者的IPMB總線地址，即接收此命令的目標(biāo)設(shè)備的IPMB總線地址；rqSA 表示請求者的IPMB總線地址，即發(fā)送此命令的主設(shè)備的IPMB總線地址；CheckU Check2 為檢驗和，避免數(shù)據(jù)在總線傳輸過程中出錯；netFn/rsLUN, rqSeq/rqLUN 用來表示響應(yīng)者和請求者的邏輯單元編號以及請求 報文的序列號。Cmd broadcast Get Device ID命令的命令字，該命令字在系統(tǒng)設(shè)計時已經(jīng)預(yù)先 定義好。當(dāng)CMM板得到真實的IPMB總線地址后，CMM板將真實的IPMB總線地址放入廣播 命令中的rsSA字段當(dāng)中，下發(fā)給業(yè)務(wù)板或交換板。當(dāng)發(fā)生錯誤的業(yè)務(wù)板或交換板收到IPMI廣播消息后，取出rsSA字段作為自身的 新的IPMB總線地址。同時，通過該IPMB總線地址還可以推算出槽位號、IP地址等信息，使 得業(yè)務(wù)板或交換板可以根據(jù)正確的槽位號、IP地址等信息進(jìn)行通信。如果是正常的業(yè)務(wù)板 或交換板，收到廣播消息后，讓其不會對該廣播消息進(jìn)行處理，這樣，廣播消息只會影響發(fā) 生錯誤的業(yè)務(wù)板或交換板，而不會影響正常的業(yè)務(wù)板或交換板。本發(fā)明實施例中管理板根據(jù)總線端口號獲取真實的總線地址后，通過IPMI廣播 消息將真實的總線地址下發(fā)給發(fā)生校驗錯誤的業(yè)務(wù)板或交換板，使得業(yè)務(wù)板或交換板能用 正確的總線地址進(jìn)行通信，提高了系統(tǒng)的可靠性。方法實施例三本發(fā)明實施例提供了一種通信系統(tǒng)地址糾錯方法，用于微型電信計算架構(gòu) MicroTCA系統(tǒng)，或者緊湊式外設(shè)組件互連CompactPCI系統(tǒng)，或者高級電信計算架構(gòu)ATCA系 統(tǒng)，參見圖6，包括如下步驟S301、第一單板接收第二單板發(fā)送的激活請求消息，獲取與該激活請求消息對應(yīng) 的智能平臺管理總線IPMB總線端口號以及所述第二單板的智能平臺管理總線IPMB總線地 址；S302、所述第一單板根據(jù)得到的所述智能平臺管理總線IPMB總線端口號，得到與 所述總線端口號對應(yīng)的真實的智能平臺管理總線IPMB總線地址；S303、所述第一單板對所述真實的智能平臺管理總線IPMB總線地址和從所述第二單板接收到的智能平臺管理總線IPMB總線地址進(jìn)行校驗判斷，如果不一致，則向所述第 二單板下發(fā)智能平臺管理接口 IPMI廣播消息，使得所述第二單板收到所述智能平臺管理 接口 IPMI廣播消息后，得到所述智能平臺管理總線IPMB真實總線地址作為自身總線地址； 所述智能平臺管理接口 IPMI廣播消息中包含有所述真實的智能平臺管理總線IPMB總線地 址。所述智能平臺管理接口 IPMI廣播消息通過智能平臺管理接口 IPMI定義的 Broadcast Get Device ID命令進(jìn)行發(fā)送，所述真實的智能平臺管理總線IPMB總線地址位 于所述 Broadcast Get Device ID 命令的 rsSA 字段。所述第二單板接收到所述第一單板發(fā)送的智能平臺管理接口 IPMI廣播消息后， 從所述rsSA字段中取出所述真實的智能平臺管理總線IPMB總線地址，并將所述真實的智 能平臺管理總線IPMB總線地址轉(zhuǎn)化成槽位號和IP地址，使得所述第二單板根據(jù)所述槽位 號和IP地址進(jìn)行通信。當(dāng)所述方法用于微型電信計算架構(gòu)MicroTCA系統(tǒng)時，所述第一單板為微型電信 計算架構(gòu)MicroTCA主控交換板；所述第二單板為先進(jìn)夾層卡AMC ；當(dāng)所述方法用于緊湊式外設(shè)組件互連CompactPCI系統(tǒng)時，所述第一單板為管理 板，所述第二單板為緊湊式外設(shè)組件互連CompactPCI業(yè)務(wù)板；當(dāng)所述方法用于高級電信計算架構(gòu)ATCA系統(tǒng)時，所述第一單板為管理板，所述第 二單板為高級電信計算架構(gòu)ATCA業(yè)務(wù)板或交換板。本發(fā)明實施例中第一單板根據(jù)總線端口號獲取真實的總線地址后，通過IPMI廣 播消息將真實的總線地址下發(fā)給發(fā)生校驗錯誤的第二單板，使得第二單板能用正確的總線 地址進(jìn)行通信，提高了系統(tǒng)的可靠性。方法實施例四本發(fā)明方法實施例四提供了一種通信系統(tǒng)地址糾錯方法，應(yīng)用于MicroTCA系統(tǒng)， 或者CompactPCI系統(tǒng)，或者ATCA系統(tǒng)。以MicroTCA系統(tǒng)為例，由于AMC的硬件地址位沒有校驗功能，因此它無法檢測出 硬件地址位是否正確。按照MicroTCA規(guī)范，AMC的MMC啟動后需要向MCH上的MCMC發(fā)送 激活請求，在請求報文中會附上自身的IPMB總線地址，因此MCMC可以根據(jù)IPMB總線端口 號對應(yīng)的真實IPMB總線地址對MMC上報的IPMB總線地址進(jìn)行校驗，如果發(fā)現(xiàn)不同則說明 MMC讀取的硬件地址位是錯誤的，因此可以按照與ATCA系統(tǒng)相同的方法向AMC發(fā)送IPMI廣 播消息，同時將真實的IPMB總線地址填入該消息的rsSA字段。參見圖7，在MicroTCA系統(tǒng)中，上述方法具體包括如下步驟S401、MCH接收AMC發(fā)送的激活請求消息，獲取與該激活請求消息對應(yīng)的IPMB總 線端口號和AMC的IPMB總線地址；在MicroTCA系統(tǒng)中，AMC上面的MMC啟動后，讀取自身的硬件地址位，并換算成 IPMB總線地址，然后向MCH上的MCMC發(fā)送激活請求消息。MCMC收到MMC發(fā)送的激活請求 消息時，可以判斷該消息由哪個總線端口傳遞過來，由此得到與激活請求消息對應(yīng)原IPMB 總線端口號。同時，激活請求消息中還附帶有AMC的IPMB總線地址，因此，可以從激活請求 消息中獲取AMC的IPMB總線地址。S402、MCH根據(jù)得到的IPMB總線端口號，得到該總線端口號對應(yīng)的真實的IPMB總線地址；與ATCA系統(tǒng)類似，由于總線端口號與IPMB總線地存在對應(yīng)關(guān)系，因此，可以由該 總線端口號得到真實的IPMB總線地址。S403、MCH對真實的IPMB總線地址和從AMC接收到的IPMB總線地址進(jìn)行校驗判 斷，如果不一致，則向AMC下發(fā)IPMI廣播消息，使得AMC收到IPMI廣播消息后，得到IPMB 真實總線地址作為自身總線地址；所述廣播消息中包含有所述真實的IPMB總線地址。上述廣播消息也可以通過Broadcast Get Device ID命令來發(fā)送，該命令格式與 實施例2中的格式相同，具體字段信息可以參見圖5。MCH在向AMC下發(fā)IPMI廣播消息時， 在上述廣播命令中的rsSA字段中填入真實的IPMB總線地址。AMC收到IPMI廣播消息后，取出在廣播消息中rsSA字段中的IPMB真實總線地址 作為自身總線地址，并由該總線地址推算出槽位號以及IP地址等信息。并根據(jù)所述槽位號 以及IP地址等信息進(jìn)行與其它AMC或MCH進(jìn)行通信。這里需要說明的是，在支持PICMG2. 9規(guī)范的CompactPCI系統(tǒng)中，規(guī)范定義的硬件 地址位也是5位，而且也沒有檢驗功能；該系統(tǒng)業(yè)務(wù)板上的BMC也可以采用點到點的星型拓 撲結(jié)構(gòu)與管理板相連，并按照IPMI規(guī)范進(jìn)行通信，因此，本發(fā)明實施例四的方法也同樣適 合于CompactPCI系統(tǒng)。這里還需要說明的是，在ATCA系統(tǒng)中，也可以不增加檢驗的步驟，因此，本發(fā)明實 施例四的方法也同樣適用于ATCA系統(tǒng)。本發(fā)明實施例中MCH根據(jù)總線端口號獲取真實的總線地址后，通過IPMI廣播消息 將真實的總線地址下發(fā)給發(fā)生校驗錯誤的AMC，使得AMC能用正確的總線地址進(jìn)行通信，提 高了系統(tǒng)的可靠性。裝置實施例一本發(fā)明實施例提供了 一種通信系統(tǒng)地址檢測裝置50，用于高級電信計算架構(gòu) ATCA系統(tǒng)，參見圖8，包括第一獲取單元501，用于當(dāng)業(yè)務(wù)板或交換板硬件地址位檢驗出錯時，獲取出錯信息 以及出錯業(yè)務(wù)板或交換板的智能平臺管理總線IPMB總線端口號；第二獲取單元502，用于根據(jù)所述智能平臺管理總線IPMB總線端口號獲取真實的 智能平臺管理總線IPMB總線地址；廣播單元503，用于將所述真實的智能平臺管理總線IPMB總線地址通過智能平臺 管理接口 IPMI廣播消息下發(fā)給所述業(yè)務(wù)板或交換板，使得所述出錯業(yè)務(wù)板或交換板根據(jù) 真實的智能平臺管理總線IPMB總線地址進(jìn)行通信。所述廣播單元503還用于將所述智能平臺管理接口 IPMI廣播消息通過智能平臺 管理接口 IPMI定義的Broadcast Get Device ID命令進(jìn)行發(fā)送，所述真實的智能平臺管理 總線IPMB總線地址位于所述Broadcast Get Device ID命令的rsSA字段。本發(fā)明實施例中管理板根據(jù)總線端口號獲取真實的總線地址后，通過IPMI廣播 消息將真實的總線地址下發(fā)給發(fā)生校驗錯誤的業(yè)務(wù)板或交換板，使得業(yè)務(wù)板或交換板能用 正確的總線地址進(jìn)行通信，提高了系統(tǒng)的可靠性。裝置實施例二本發(fā)明實施例提供了一種通信系統(tǒng)地址檢測裝置60，其特征在于，用于微型電信計算架構(gòu)MicroTCA系統(tǒng)，或者緊湊式外設(shè)組件互連CompactPCI系統(tǒng)，或者高級電信計算架 構(gòu)ATCA系統(tǒng)，參見圖9，包括第三獲取單元601，用于接收業(yè)務(wù)單板發(fā)送的激活請求，獲取與該激活請求消息對 應(yīng)的智能平臺管理總線IPMB總線端口號；第四獲取單元602，用于根據(jù)獲取到的所述智能平臺管理總線IPMB總線端口號， 得到與所述總線端口號對應(yīng)的真實的智能平臺管理總線IPMB總線地址；判斷單元603，用于對所述真實的智能平臺管理總線IPMB總線地址和從所述業(yè)務(wù) 單板接收到的智能平臺管理總線IPMB總線地址進(jìn)行校驗判斷；第二廣播單元604，用于當(dāng)判斷單元進(jìn)行校驗判斷后，如果不一致，則向所述業(yè)務(wù) 單板下發(fā)智能平臺管理接口 IPMI廣播消息，使得所述業(yè)務(wù)單板收到所述智能平臺管理接 口 IPMI廣播消息后，得到所述智能平臺管理總線IPMB真實總線地址作為自身總線地址； 所述智能平臺管理接口 IPMI廣播消息中包含有所述真實的智能平臺管理總線IPMB總線地 址。所述第二廣播單元還用于將所述智能平臺管理接口 IPMI廣播消息通過智能平 臺管理接口 IPMI定義的Broadcast Get Device ID命令進(jìn)行發(fā)送，所述真實的智能平臺管 理總線IPMB總線地址位于所述Broadcast Get Device ID命令的rsSA字段。上述業(yè)務(wù)單板是指處理業(yè)務(wù)數(shù)據(jù)，與管理單板對應(yīng)的單板，如ATCA系統(tǒng)中的業(yè)務(wù) 板或交換板，或MicroTCA系統(tǒng)中的AMC，或CompactPCI系統(tǒng)中的業(yè)務(wù)板等。本發(fā)明實施例中檢測裝置根據(jù)總線端口號獲取真實的總線地址后，通過IPMI廣 播消息將真實的總線地址下發(fā)給發(fā)生校驗錯誤的業(yè)務(wù)單板，使得業(yè)務(wù)單板能用正確的總線 地址進(jìn)行通信，提高了系統(tǒng)的可靠性。裝置實施例三本發(fā)明實施例提供了 一種通信設(shè)備70，采用高級電信計算架構(gòu)ATCA系統(tǒng)，參見圖 10，包括管理板701，業(yè)務(wù)板或交換板702 ；所述管理板701用于對所述業(yè)務(wù)板或交換板702進(jìn)行管理；所述業(yè)務(wù)板用于對處理業(yè)務(wù)數(shù)據(jù)；所述交換板用于數(shù)據(jù)交換；當(dāng)所述業(yè)務(wù)板或交換板702硬件地址位檢驗出錯時，所述管理板701獲取出錯業(yè) 務(wù)板或交換板702的IPMB總線端口號；所述管理板701根據(jù)IPMB總線端口號得到真實的IPMB總線地址；所述管理板701將所述真實的IPMB總線地址通過IPMI廣播消息下發(fā)給業(yè)務(wù)板或 交換板702，使得所述出錯業(yè)務(wù)板或交換板702根據(jù)真實的IPMB總線地址進(jìn)行通信。上述IPMI廣播消息可以通過IPMI定義的Broadcast Get Device ID命令進(jìn)行發(fā) 送，發(fā)送時將真實的IPMB總線地址位于所述Broadcast Get Device ID命令的rsSA字段；業(yè)務(wù)板或交換板702接收到管理板701發(fā)送的IPMI廣播消息后，從所述rsSA字 段中取出所述真實的IPMB總線地址，并將所述真實的IPMB總線地址轉(zhuǎn)化成槽位號和IP地 址，使得業(yè)務(wù)板或交換板702根據(jù)所述槽位號和IP地址進(jìn)行通信。上述操作具體實現(xiàn)以及命令格式可以參考方法實施例中的相關(guān)步驟，在此不再贅 述。
本發(fā)明實施例中管理板根據(jù)總線端口號獲取真實的總線地址后，通過IPMI廣播 消息將真實的總線地址下發(fā)給發(fā)生校驗錯誤的業(yè)務(wù)板或交換板，使得業(yè)務(wù)板或交換板能用 正確的總線地址進(jìn)行通信，提高了系統(tǒng)的可靠性。裝置實施例四本發(fā)明實施例提供了一種通信設(shè)備80，采用微型電信計算架構(gòu)MicroTCA系統(tǒng)，或 者緊湊式外設(shè)組件互連CompactPCI系統(tǒng)，或者高級電信計算架構(gòu)ATCA系統(tǒng)，參見圖11，包 括第一單板801，第二單板802 ；所述第一單板801為具有管理功能的單板，用于對第二單板802進(jìn)行管理；所述第二單板802為具有業(yè)務(wù)功能的單板；第一單板801接收第二單板802發(fā)送的激活請求消息，獲取與激活請求消息對應(yīng) 的IPMB總線端口號以及第二單板802的IPMB總線地址；第一單板801根據(jù)得到的IPMB總線端口號，得到與該總線端口號對應(yīng)的真實的 IPMB總線地址；第一單板801對真實的IPMB總線地址和從第二單板802接收到的所述IPMB總線 地址進(jìn)行校驗判斷，如果不一致，則向第二單板802下發(fā)IPMI廣播消息，使得第二單板802 收到IPMI廣播消息后，得到IPMB真實總線地址作為自身總線地址；上述IPMI廣播消息中 包含有所述真實的IPMB總線地址。上述IPMI廣播消息可以通過IPMI定義的Broadcast Get Device ID命令進(jìn)行發(fā) 送，該命令格式如圖5所示，將真實的IPMB總線地址放入Broadcast Get DeviceID命令的 rsSA字段即可將真實的IPMB總線地址廣播給出錯第二單板802 ；第二單板802接收到所述第一單板801發(fā)送的IPMI廣播消息后，從rsSA字段中 取出所述真實的IPMB總線地址，并將真實的IPMB總線地址轉(zhuǎn)化成槽位號和IP地址，使得 第二單板802根據(jù)所述槽位號和IP地址進(jìn)行通信；當(dāng)所述通信設(shè)備采用微型電信計算架構(gòu)MicroTCA系統(tǒng)時，所述第一單板801為微 型電信計算架構(gòu)MicroTCA主控交換板；所述第二單板802為先進(jìn)夾層卡AMC ；當(dāng)所述通信設(shè)備采用緊湊式外設(shè)組件互連CompactPCI系統(tǒng)時，所述第一單板801 為管理板，所述第二單板802為緊湊式外設(shè)組件互連CompactPCI業(yè)務(wù)板；當(dāng)所述通信設(shè)備采用高級電信計算架構(gòu)ATCA系統(tǒng)時，所述第一單板801為管理 板，所述第二單板802為高級電信計算架構(gòu)ATCA業(yè)務(wù)板或交換板。上述方案具體步驟以及命令中各字段含義可以參考方法實施例三、四中的相關(guān)步 驟，在此不再贅述。本發(fā)明實施例中第一單板根據(jù)總線端口號獲取真實的總線地址后，通過IPMI廣 播消息將真實的總線地址下發(fā)給發(fā)生校驗錯誤的第二單板，使得第二單板能用正確的總線 地址進(jìn)行通信，提高了系統(tǒng)的可靠性。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以 通過計算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機(jī)可讀取存儲介質(zhì) 中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁 碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機(jī)存儲記憶體(Random AccessMemory, RAM)等。 上列較佳實施例，對本發(fā)明的目的、技術(shù)方案和優(yōu)點進(jìn)行了進(jìn)一步詳細(xì)說明，所應(yīng) 理解的是，以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種通信系統(tǒng)地址糾錯方法，其特征在于，用于高級電信計算架構(gòu)ATCA系統(tǒng)，包括如下步驟當(dāng)業(yè)務(wù)板或交換板硬件地址位檢驗出錯時，管理板獲取出錯業(yè)務(wù)板或交換板的智能平臺管理總線IPMB總線端口號；所述管理板根據(jù)所述智能平臺管理總線IPMB總線端口號得到真實的智能平臺管理總線IPMB總線地址；所述管理板將所述真實的智能平臺管理總線IPMB總線地址通過智能平臺管理接口IPMI廣播消息下發(fā)給業(yè)務(wù)板或交換板，使得所述出錯業(yè)務(wù)板或交換板根據(jù)真實的智能平臺管理總線IPMB總線地址進(jìn)行通信。
2.如權(quán)利要求1所述的通信系統(tǒng)地址糾錯方法，其特征在于所述智能平臺管理接口 IPMI廣播消息通過智能平臺管理接口 IPMI定義的Broadcast Get Device ID命令進(jìn)行發(fā)送，所述真實的智能平臺管理總線IPMB總線地址位于所述 Broadcast Get Device ID 命令的 rsSA 字段。
3.如權(quán)利要求1所述的通信系統(tǒng)地址糾錯方法，其特征在于，還包括所述業(yè)務(wù)板或交換板接收到所述管理板發(fā)送的智能平臺管理接口 IPMI廣播消息后， 從所述rsSA字段中取出所述真實的智能平臺管理總線IPMB總線地址，并將所述真實的智 能平臺管理總線IPMB總線地址轉(zhuǎn)化成槽位號和IP地址，使得所述業(yè)務(wù)板或交換板根據(jù)所 述槽位號和IP地址進(jìn)行通信。
4.一種通信系統(tǒng)地址糾錯方法，其特征在于，用于微型電信計算架構(gòu)MicroTCA系統(tǒng)， 或者緊湊式外設(shè)組件互連CompactPCI系統(tǒng)，或者高級電信計算架構(gòu)ATCA系統(tǒng)，包括如下步 驟第一單板接收第二單板發(fā)送的激活請求消息，獲取與所述激活請求消息對應(yīng)的智能平 臺管理總線IPMB總線端口號以及所述第二單板的智能平臺管理總線IPMB總線地址；所述第一單板根據(jù)得到的所述智能平臺管理總線IPMB總線端口號，得到與所述總線 端口號對應(yīng)的真實的智能平臺管理總線IPMB總線地址；所述第一單板對所述真實的智能平臺管理總線IPMB總線地址和從所述第二單板接 收到的所述智能平臺管理總線IPMB總線地址進(jìn)行校驗判斷，如果不一致，則向所述第二單 板下發(fā)智能平臺管理接口 IPMI廣播消息，使得所述第二單板收到所述智能平臺管理接口 IPMI廣播消息后，得到所述智能平臺管理總線IPMB真實總線地址作為自身總線地址；所述 智能平臺管理接口 IPMI廣播消息中包含有所述真實的智能平臺管理總線IPMB總線地址。
5.如權(quán)利要求4所述的通信系統(tǒng)地址糾錯方法，其特征在于所述智能平臺管理接口 IPMI廣播消息通過智能平臺管理接口 IPMI定義的Broadcast Get Device ID命令進(jìn)行發(fā)送，所述真實的智能平臺管理總線IPMB總線地址位于所述 Broadcast Get Device ID 命令的 rsSA 字段。
6.如權(quán)利要求4所述的通信系統(tǒng)地址糾錯方法，其特征在于，還包括所述第二單板接收到所述第一單板發(fā)送的智能平臺管理接口 IPMI廣播消息后，從所 述rsSA字段中取出所述真實的智能平臺管理總線IPMB總線地址，并將所述真實的智能平 臺管理總線IPMB總線地址轉(zhuǎn)化成槽位號和IP地址，使得所述第二單板根據(jù)所述槽位號和 IP地址進(jìn)行通信。
7.如權(quán)利要求6所述的通信系統(tǒng)地址糾錯方法，其特征在于當(dāng)所述方法用于微型電信計算架構(gòu)MicroTCA系統(tǒng)時，所述第一單板為微型電信計算 架構(gòu)MicroTCA主控交換板；所述第二單板為先進(jìn)夾層卡AMC ；當(dāng)所述方法用于緊湊式外設(shè)組件互連CompactPCI系統(tǒng)時，所述第一單板為管理板，所 述第二單板為緊湊式外設(shè)組件互連CompactPCI業(yè)務(wù)板；當(dāng)所述方法用于高級電信計算架構(gòu)ATCA系統(tǒng)時，所述第一單板為管理板，所述第二單 板為高級電信計算架構(gòu)ATCA業(yè)務(wù)板或交換板。
8.一種通信系統(tǒng)地址檢測裝置，其特征在于，用于高級電信計算架構(gòu)ATCA系統(tǒng)，包括 第一獲取單元，用于當(dāng)業(yè)務(wù)板或交換板硬件地址位檢驗出錯時，獲取出錯業(yè)務(wù)板或交換板的智能平臺管理總線IPMB總線端口號；第二獲取單元，用于根據(jù)所述智能平臺管理總線IPMB總線端口號獲取真實的智能平 臺管理總線IPMB總線地址；廣播單元，用于將所述真實的智能平臺管理總線IPMB總線地址通過智能平臺管理接 口 IPMI廣播消息下發(fā)給所述業(yè)務(wù)板或交換板，使得所述出錯業(yè)務(wù)板或交換板根據(jù)真實的 智能平臺管理總線IPMB總線地址進(jìn)行通信。
9.如權(quán)利要求8所述的通信系統(tǒng)地址檢測裝置，其特征在于，所述廣播單元還用于 將所述智能平臺管理接口 IPMI廣播消息通過智能平臺管理接口 IPMI定義的Broadcast Get Device ID命令進(jìn)行發(fā)送，所述真實的智能平臺管理總線IPMB總線地址位 于所述 Broadcast Get Device ID 命令的 rsSA 字段。
10.一種通信系統(tǒng)地址檢測裝置，其特征在于，用于微型電信計算架構(gòu)MicroTCA系統(tǒng)， 或者緊湊式外設(shè)組件互連CompactPCI系統(tǒng)，或者高級電信計算架構(gòu)ATCA系統(tǒng)，包括第三獲取單元，用于接收業(yè)務(wù)單板發(fā)送的激活請求，獲取與所述激活請求消息對應(yīng)的 智能平臺管理總線IPMB總線端口號和智能平臺管理總線IPMB總線地址；第四獲取單元，用于根據(jù)獲取到的所述智能平臺管理總線IPMB總線端口號，得到與所 述總線端口號對應(yīng)的真實的智能平臺管理總線IPMB總線地址；判斷單元，用于對所述真實的智能平臺管理總線IPMB總線地址和從所述業(yè)務(wù)單板接 收到的智能平臺管理總線IPMB總線地址進(jìn)行校驗判斷；第二廣播單元，用于當(dāng)判斷單元進(jìn)行校驗判斷后，如果不一致，則向所述業(yè)務(wù)單板下發(fā) 智能平臺管理接口 IPMI廣播消息，使得所述業(yè)務(wù)單板收到所述智能平臺管理接口 IPMI廣 播消息后，得到所述智能平臺管理總線IPMB真實總線地址作為自身總線地址；所述智能平 臺管理接口 IPMI廣播消息中包含有所述真實的智能平臺管理總線IPMB總線地址。
11.如權(quán)利要求10所述的通信系統(tǒng)地址檢測裝置，其特征在于，所述第二廣播單元還 用于將所述智能平臺管理接口 IPMI廣播消息通過智能平臺管理接口 IPMI定義的 Broadcast Get Device ID命令進(jìn)行發(fā)送，所述真實的智能平臺管理總線IPMB總線地址位 于所述 Broadcast Get Device ID 命令的 rsSA 字段。
12.一種通信設(shè)備，采用高級電信計算架構(gòu)ATCA系統(tǒng)，其特征在于，包括 管理板，業(yè)務(wù)板或交換板；所述管理板用于對所述業(yè)務(wù)板或交換板進(jìn)行管理；所述業(yè)務(wù)板用于對處理業(yè)務(wù)數(shù)據(jù)；所述交換板用于數(shù)據(jù)交換；當(dāng)所述業(yè)務(wù)板或交換板硬件地址位檢驗出錯時，所述管理板獲取出錯業(yè)務(wù)板或交換板 的智能平臺管理總線IPMB總線端口號；所述管理板根據(jù)所述智能平臺管理總線IPMB總線端口號得到真實的智能平臺管理總 線IPMB總線地址；所述管理板將所述真實的智能平臺管理總線IPMB總線地址通過智能平臺管理接口 IPMI廣播消息下發(fā)給業(yè)務(wù)板或交換板，使得所述出錯業(yè)務(wù)板或交換板根據(jù)真實的智能平臺 管理總線IPMB總線地址進(jìn)行通信。
13.如權(quán)權(quán)利要求12所述的通信設(shè)備，其特征在于所述智能平臺管理接口 IPMI廣播消息通過智能平臺管理接口 IPMI定義的Broadcast Get Device ID命令進(jìn)行發(fā)送，所述真實的智能平臺管理總線IPMB總線地址位于所述 Broadcast Get Device ID 命令的 rsSA 字段；所述業(yè)務(wù)板或交換板接收到所述管理板發(fā)送的智能平臺管理接口 IPMI廣播消息后， 從所述rsSA字段中取出所述真實的智能平臺管理總線IPMB總線地址，并將所述真實的智 能平臺管理總線IPMB總線地址轉(zhuǎn)化成槽位號和IP地址，使得所述業(yè)務(wù)板或交換板根據(jù)所 述槽位號和IP地址進(jìn)行通信。
14.一種通信設(shè)備，采用微型電信計算架構(gòu)MicroTCA系統(tǒng)，或者緊湊式外設(shè)組件互連 CompactPCI系統(tǒng)，或者高級電信計算架構(gòu)ATCA系統(tǒng)，其特征在于，包括第一單板，第二單板；所述第一單板為具有管理功能的單板，用于對所述第二單板進(jìn)行管理；所述第二單板為具有業(yè)務(wù)功能的單板；所述第一單板接收所述第二單板發(fā)送的激活請求消息，獲取與所述激活請求消息對應(yīng) 的智能平臺管理總線IPMB總線端口號以及所述第二單板的智能平臺管理總線IPMB總線地 址；所述第一單板根據(jù)得到的所述智能平臺管理總線IPMB總線端口號，得到與所述總線 端口號對應(yīng)的真實的智能平臺管理總線IPMB總線地址；所述第一單板對所述真實的智能平臺管理總線IPMB總線地址和從所述第二單板接 收到的所述智能平臺管理總線IPMB總線地址進(jìn)行校驗判斷，如果不一致，則向所述第二單 板下發(fā)智能平臺管理接口 IPMI廣播消息，使得所述第二單板收到所述智能平臺管理接口 IPMI廣播消息后，得到所述智能平臺管理總線IPMB真實總線地址作為自身總線地址；所述 智能平臺管理接口 IPMI廣播消息中包含有所述真實的智能平臺管理總線IPMB總線地址。
15.如權(quán)利要求14所述的通信設(shè)備，其特征在于所述智能平臺管理接口 IPMI廣播消息通過智能平臺管理接口 IPMI定義的Broadcast Get Device ID命令進(jìn)行發(fā)送，所述真實的智能平臺管理總線IPMB總線地址位于所述 Broadcast Get Device ID 命令的 rsSA 字段；所述第二單板接收到所述第一單板發(fā)送的智能平臺管理接口 IPMI廣播消息后，從所 述rsSA字段中取出所述真實的智能平臺管理總線IPMB總線地址，并將所述真實的智能平 臺管理總線IPMB總線地址轉(zhuǎn)化成槽位號和IP地址，使得所述第二單板根據(jù)所述槽位號和 IP地址進(jìn)行通信；當(dāng)所述通信設(shè)備采用微型電信計算架構(gòu)MicroTCA系統(tǒng)時，所述第一單板為微型電信 計算架構(gòu)MicroTCA主控交換板；所述第二單板為先進(jìn)夾層卡AMC ；當(dāng)所述通信設(shè)備采用緊湊式外設(shè)組件互連CompactPCI系統(tǒng)時，所述第一單板為管理 板，所述第二單板為緊湊式外設(shè)組件互連CompactPCI業(yè)務(wù)板；當(dāng)所述通信設(shè)備采用高級電信計算架構(gòu)ATCA系統(tǒng)時，所述第一單板為管理板，所述第 二單板為高級電信計算架構(gòu)ATCA業(yè)務(wù)板或交換板。
全文摘要
本發(fā)明實施例公開了一種通信系統(tǒng)地址糾錯方法、裝置及通信設(shè)備，其中，所述方法用于高級電信計算架構(gòu)ATCA系統(tǒng)，包括如下步驟當(dāng)業(yè)務(wù)板或交換板硬件地址位檢驗出錯時，管理板獲取出錯業(yè)務(wù)板或交換板的智能平臺管理總線IPMB總線端口號；所述管理板根據(jù)所述智能平臺管理總線IPMB總線端口號得到真實的智能平臺管理總線IPMB總線地址；所述管理板將所述真實的智能平臺管理總線IPMB總線地址通過智能平臺管理接口IPMI廣播消息下發(fā)給業(yè)務(wù)板或交換板，使得所述出錯業(yè)務(wù)板或交換板根據(jù)真實的智能平臺管理總線IPMB總線地址進(jìn)行通信。上述技術(shù)方案在具有管理板檢測到業(yè)務(wù)板或交換板總線地址發(fā)生故障時，通過廣播消息將正確的總線地址發(fā)送給業(yè)務(wù)板或交換板，可以對錯誤的總線地址進(jìn)行糾錯，從而提高了系統(tǒng)的可靠性。
文檔編號H04L12/24GK101931547SQ20091010825
公開日2010年12月29日 申請日期2009年6月22日 優(yōu)先權(quán)日2009年6月22日
發(fā)明者李延松 申請人:華為技術(shù)有限公司