專利名稱：：一種現(xiàn)場可更換單元通信丟失的處理方法及系統(tǒng)的制作方法
技術領域：
：本發(fā)明涉及具有現(xiàn)場可更換單元(FieldReplaceableUnit,FRU)的系統(tǒng)或設備，尤其涉及一種現(xiàn)場可更換單元通信丟失的處理方法及系統(tǒng)。
背景技術：
：先進電4言i十算架4勾(AdvancedTelecomComputingArchitecture,ATCA)標準脫胎于CompactPCI(精簡的外圍設備互聯(lián))標準，CompactPCI標準是電信、航天、工業(yè)控制、醫(yī)療器械、智能交通和軍事裝備等領域廣泛應用的工業(yè)計算技術。ATCA由外圍設備互聯(lián)工業(yè)計算機制造商組織(Peripheral定并頒布。ATCA為下一代融合通信及數(shù)據網絡應用提供了一個高性價比、基于模塊化結構、兼容并可擴展的硬件構架，ATCA以模塊化的結構形式呈現(xiàn)，以支持具有現(xiàn)代傳輸需求的科技或應用。ATCA標準包括核心規(guī)范PICMG3.0和一系列輔助規(guī)范PICMG3.X。核心規(guī)范中定義了機械結構、散熱管理、電源分配、互聯(lián)和系統(tǒng)管理，輔助規(guī)范則定義了在核心規(guī)范中互聯(lián)的傳輸方式。PICMG3.0還定義了分層管理結構，機框管理控制器(ShelfManagementController,ShMC)與FRU上的智能平臺管理控制器(IntelligentPlatformManagementController,IPMC)通過智能平臺管理總線(IntelligentPlatformManagementBus,IPMB)進行通信。ShMC負責完成對ACTA系統(tǒng)中的FRU，如單板、電源、風扇和溫度傳感器的管理。ShMC能夠讀取FRU的狀態(tài)，也可以控制FRU進入不同的狀態(tài)。例如，如果ShMC檢測到機框內溫度升高，則可能控制風扇提高轉速，當溫度進一步升高超過系統(tǒng)安全閾值時，ShMC則可以控制相關FRU下電以保護設備。規(guī)范中定義了8種FRU的狀態(tài)，包括MO(FRUNotInstalled,未安裝)、Ml(FRUInactive,未激活)、M2(FRUActivationRequest,激活申請)、M3(FRUActivationinProcess,激活進行中)、M4(FRUActive,已激活)、M5(FRUDeactivationR叫uest，去激活申請)、M6(FRUDeactivationInProgress,去激活進行中)、M7(Communicationlost,通信丟失)。FRU插入ATCA機框后，通過一系列狀態(tài)轉換才進入激活狀態(tài)M4。同樣，在準備拔出機框時，也要通過一系列的去激活狀態(tài)轉換才進入Ml,拔出后可以進入MO。但是，如果在激活或去激活狀態(tài)未完成的情況下，F(xiàn)RU被拔出機框，則被異常拔出后FRU進入M7狀態(tài)。假如異常拔出的是前例中使機框內溫度升高的FRU，由于FRU通信丟失，其所發(fā)送的溫度告警將使風扇一直保持較高的轉速，以至于降低風扇的使用壽命、增加系統(tǒng)能耗，產生環(huán)境噪音，并且長時間高速運轉，可能導致風扇損壞?？梢姡幱贛7狀態(tài)的FRU會對系統(tǒng)運行產生不利影響，甚至導致系統(tǒng)中設備的損壞，該問題亟待解決。
發(fā)明內容本發(fā)明要解決的技術問題是提供一種現(xiàn)場可更換單元通信丟失的處理方法及系統(tǒng)，避免FRU處于通信丟失狀態(tài)，對系統(tǒng)造成損害。為解決上述技術問題，本發(fā)明的一種現(xiàn)場可更換單元通信丟失的處理方法，包括檢測現(xiàn)場可更換單元FRU的通信狀態(tài)；在檢測到FRU通信丟失時，將處于通信丟失狀態(tài)的FRU置為未安裝狀態(tài)。進一步地，在4企測到FRU通信丟失時，還包括按照所配置的通信丟失等待時長設置并啟動通信丟失等待定時器，若在通信丟失等待定時器的定時時間到達時，F(xiàn)RU未恢復通信狀態(tài)，則進行將處于通信丟失狀態(tài)的FRU置為未安裝狀態(tài)。進一步地，配置通信丟失等待時長后，還包括5檢查FRU的狀態(tài)，根據所配置的通信丟失等待時長，為處于M7狀態(tài)的FRU清除、啟動或重置通信丟失等待定時器。進一步地，按照所配置的通信丟失等待時長設置并啟動通信丟失等待定時器前，還包括判斷所配置的通信丟失等待時間是否小于等于0，若該通信丟失等待時間大于0,則執(zhí)行按照所配置的通信丟失等待時長設置并啟動通信丟失等待定時器。進一步地，檢測FRU的通信狀態(tài)的方法為周期性地向FRU發(fā)送命令，判斷FRU是否正常響應，如果FRU未正常響應，若判定FRU通信丟失；若FRU正常響應，則判斷該FRU是否為通信丟失狀態(tài)，如果是，則判定該FRU恢復通信狀態(tài)。進一步地，按照所配置的通信丟失等待時長設置并啟動通信丟失等待定時器后，若FRU恢復通信狀態(tài)，恢復FRU為通信丟失前的狀態(tài)。進一步地，一種現(xiàn)場可更換單元通信丟失的處理系統(tǒng)，包括通信丟失才企測模塊和通信丟失處理模塊，其中通信丟失檢測模塊，用于檢測FRU的通信狀態(tài)，在檢測到FRU通信丟失時，向通信丟失處理模塊發(fā)送通信丟失通知消息；通信丟失處理模塊，用于在接收到通信丟失通知消息后，將處于通信丟失狀態(tài)的FRU置為未安裝狀態(tài)。進一步地，通信丟失檢測模塊，還用于在檢測到FRU恢復通信狀態(tài)時，向通信丟失處理模塊發(fā)送通信恢復通知消息；通信丟失處理模塊，還用于在接收到通信丟失通知消息后，按照所配置的通信丟失等待時長設置并啟動通信丟失等待定時器，若在通信丟失等待定時器的定時時間到達時，未接收到通信恢復通知消息，則進行將處于通信丟失狀態(tài)的FRU置為未安裝狀態(tài)。進一步地，該系統(tǒng)還包括配置動態(tài)控制模塊，動態(tài)控制模塊，用于檢查FRU的狀態(tài)，根據所配置的通信丟失等待時長，為處于M7狀態(tài)的FRU清除、啟動或重置通信丟失等待定時器。進一步地，通信丟失處理模塊，還用于在按照所配置的通信丟失等待時長設置并啟動通信丟失等待定時器前，判斷所配置的通信丟失等待時間是否小于等于O,若該通信丟失等待時間大于0,則執(zhí)行按照所配置的通信丟失等待時長設置并啟動通信丟失等待定時器。進一步地，通信丟失檢測模塊，還用于在向通信丟失處理模塊發(fā)送通信丟失通知消息或通信恢復通知消息前，判斷判斷所配置的通信丟失等待時間是否小于等于0，若該通信丟失等待時間大于0，則執(zhí)行發(fā)送通信丟失通知消息或通信恢復通知消息。綜上所述，本發(fā)明在FRU通信丟失后，若在一等待時間內后通信未恢復，貝'j將FRU從M7狀態(tài)轉為M0狀態(tài)，從而避免了由于FRU處于通信丟失狀態(tài)對系統(tǒng)及其他設備造成的損害，本發(fā)明實現(xiàn)簡單，而且可以配置等待的時長，從而可以依據現(xiàn)場的巡檢周期，更為有效的使用該功能。圖1為本發(fā)明現(xiàn)場可更換單元通信丟失的處理方法的流程圖2為本發(fā)明現(xiàn)場可更換單元通信丟失的處理系統(tǒng)的架構圖3為本發(fā)明方法實施步驟的流程圖4為本發(fā)明通信丟失檢測的方法的流程圖5為本發(fā)明讀取配置數(shù)據進行動態(tài)控制的方法的流程圖。具體實施例方式本發(fā)明通過在FRU通信丟失時啟動通信丟失等待定時器，在通信丟失等待定時器定時時間到達后，如果FRU的通信仍未恢復，則設置FRU為M0未安裝狀態(tài)。下面結合附圖對本發(fā)明的具體實施方式進行說明。圖1所示為本發(fā)明現(xiàn)場可更換單元通信丟失的處理方法，包括101:配置模塊接收用戶的配置數(shù)據，配置數(shù)據包括通信丟失等待時長及其生效方式，調用配置數(shù)據存儲模塊對配置數(shù)據進行保存，通知配置動態(tài)控制模塊配置數(shù)據已更改，并將生效方式發(fā)送給配置動態(tài)控制模塊；通信丟失等待時長包括時長值及時長單位。生效方式包i舌立即生效和重啟生效。102:配置動態(tài)控制模塊接收到配置數(shù)據更改的通知后，按照生效方式決定從配置數(shù)據存儲模塊將配置數(shù)據讀取到內存的時機，讀取配置數(shù)據后，根據配置數(shù)據清除、啟動或按照通信丟失等待時長重置已啟動的通信丟失等待定時器；103:通信丟失檢測模塊檢測FRU的通信狀態(tài)，檢測到FRU通信丟失時，向通信丟失處理模塊發(fā)送通信丟失通知消息；檢測到FRU通信恢復后，向通信丟失處理模塊發(fā)送通信恢復通知消息；通信丟失檢測模塊通過周期性地向IPMC發(fā)送命令并檢查響應情況實現(xiàn)才企測FRU的通信狀態(tài)。為減少模塊間耦合，可以采用通信丟失檢測模塊提供通信丟失和恢復通知的注冊接口，異常拔板檢測模塊調用該接口進行注冊，通信丟失檢測模塊按注冊情況發(fā)送通知。104:通信丟失處理模塊接收到通信丟失通知消息后，根據配置動態(tài)控制模塊讀取到內存的配置數(shù)據，設置并啟動通信丟失等待定時器；105:通信丟失等待定時器的定時時間到達時，通信丟失處理模塊未收到通信恢復通知消息，則將FRU置為MO狀態(tài)，清除通信丟失等待定時器；若通信丟失處理模塊接收到通信恢復通知消息，則清除通信丟失等待定時器，通知通信丟失檢測模塊恢復FRU為通信丟失前的狀態(tài)。通信丟失處理模塊使用ATCA標準中定義的"SetFRUExtracted"命令將FRU置為MO狀態(tài)，該命令在ShMC中強制實現(xiàn)，在IPMC可選實現(xiàn)。通信丟失處理模塊將FRU置為MO狀態(tài)后，ShMC生成一條事件，記錄從M7到MO的轉換過程。通信丟失檢測模塊向通信丟失處理模塊發(fā)送通信恢復通知消息的同時，8將FRU恢復到通信丟失前的狀態(tài)(Ml-M6)。本發(fā)明的方法同樣也適用于其它系統(tǒng)的FRU通信丟失的處理，如包含插卡單元的交換才幾和測試儀等。圖2所示為本發(fā)明現(xiàn)場可更換單元通信丟失的處理系統(tǒng)，包括配置才莫塊、配置數(shù)據存儲模塊、配置動態(tài)控制模塊、通信丟失檢測模塊和通信丟失處理模塊，其中配置模塊，包括多個通信丟失處理的參數(shù)配置接口，提供用戶接口界面，用于接收用戶的配置數(shù)據，配置數(shù)據包括啟停標志、通信丟失等待時長和生效方式，實現(xiàn)時啟停標志和通信丟失等待時長可以合一，時長值小于等于0時表示停用，大于0時表示啟用，通信丟失等待時長包括時長值和時長單位，生效方式包括立即生效和重啟生效；還用于調用配置數(shù)據存儲模塊對配置數(shù)據進行保存，通知配置動態(tài)控制模塊配置數(shù)據已更改，并將生效方式發(fā)送給配置動態(tài)控制模塊。配置數(shù)據存儲模塊，用于接受配置模塊的調用，通信丟失處理的配置數(shù)據儲存到ShMC的非易失存儲器上或ShelfFRU信息中，防止系統(tǒng)重啟時配置數(shù)據丟失；響應讀取的命令，讀取ShelfFRU信息中保存的通信丟失處理的配置數(shù)據，返回給命令發(fā)送方用于更新內存中的配置數(shù)據。配置動態(tài)控制模塊，用于在接收到配置數(shù)據更改的通知后，按照生效方式決定從配置數(shù)據存儲模塊將配置數(shù)據讀取到內存的時機，讀取配置數(shù)據后，根據配置數(shù)據清除或按照通信丟失等待時長重置已啟動的通信丟失等待定時器；對于重啟生效方式，在重啟動過程中調用配置動態(tài)控制功能，重新讀取配置數(shù)據；對于立即生效方式，立即讀取配置，如果是停用通信丟失處理功能，則清除已啟動的通信丟失等待定時器；如果是啟用通信丟失處理功能，則檢查當前已處于M7狀態(tài)的FRU，根據新配置的通信丟失等待時長，為處于M7狀態(tài)的FRU啟動或重置通信丟失等待定時器。通信丟失檢測模塊，用于實現(xiàn)對FRU通信丟失及恢復的檢測，周期性的發(fā)送命令檢測FRU的通信狀態(tài)，發(fā)現(xiàn)通信丟失置FRU進入M7狀態(tài)，向通信丟失處理模塊發(fā)送通信丟失通知消息；發(fā)現(xiàn)通信恢復，向通信丟失處理模塊發(fā)送通信恢復通知消息，置FRU為通信丟失前的狀態(tài)。通信丟失處理模塊，在收到FRU通信丟失通知消息后，依據配置數(shù)據啟動通信丟失等待定時器，在通信丟失等待定時器的定時時間到達前，若接收到通信恢復通知消息，則清除通信丟失等;f寺定時器，通知通信丟失^^測才莫塊恢復FRU通信丟失前的狀態(tài)；在通信丟失等待定時器的定時時間到達時，若未收到通信恢復通知消息，則將FRU置為MO狀態(tài)，清除通信丟失等待定時器。圖3所示為本發(fā)明方法的具體實施步驟，包括步驟300:用戶在配置模塊中配置通信丟失等待時長及其生效方式；該步驟為用戶提供配置接口，用戶配置期望的通信丟失等待時長及所配置時長的生效方式。通信丟失等待時長包括時長值及時長單位。通過該配置可以控制FRU通信丟失處理功能的啟用和停用，當配置時長值小于等于0時，表示停用FRU通信丟失處理功能，默認時長值為0;大于0時，表示啟用FRU通信丟失處理功能，時長值及時間單位表示等待的時長。該配置步驟較為靈活，也可以采用固定的時間單位，只配置時長值。也可以設置啟停標志位，啟停標志位置為啟用時，^沒置通信丟失等待時長。生效方式表示所配時長何時生效，包括立即生效和重啟ShMC生效兩種方式。步驟301:配置模塊調用配置數(shù)據存儲^t塊對通信丟失等待時長及其生效方式進行保存，向配置動態(tài)控制模塊發(fā)送配置更改通知消息，通知配置動態(tài)控制模塊配置數(shù)據已更改并攜帶生效方式；配置數(shù)據存儲模塊將通信丟失等待時長及其生效方式等配置數(shù)據保存到ShelfFRU信息的MultiRecordInfoArea部分中。本發(fā)明中，定義"SetFRUExtractTime"的IPMI命令，配置才莫塊通過向配置數(shù)據存儲模塊發(fā)送該命令完成配置數(shù)據的存儲。"SetFRUExtractTime"命令包含兩個參數(shù)DATA[O]，表示時長值；DATA[l],表示時間單^f立及生效方式。相應地定義"GetFRUExtractTime"的IPMI命令，用于調用配置凄t據存儲才莫塊讀取配置凄i據。"SetFRUExtractTime"和"GetFRUExtractTime"命令的具體定義見表1。表1<table>tableseeoriginaldocumentpage11</column></row><table>字節(jié)數(shù)據請求1PICMG標識，這里4吏用00h表示這是一個PICMG的擴展命令2FRUDeviceID響應1完成碼2PICMG標識，這里使用OOh表示這是一個PICMG的擴展命令3時長值OOh-FFh用戶配置的通信丟失等待時長的數(shù)值4通信丟失等待時長的時間單位和生效方式異常拔板判定時長的單位Oh表示毫秒lh表示秒2h表示分3h表示時4h表示天5h-Fh保留生效方式Oh表示立即生效lh表示重啟ShMC生效2h-Fh保留以上命令在實際實現(xiàn)時可以不使用FRUDeviceID,表示對機框的全局設置。也可以不使用通信丟失等待時長的時長單位，而使用默認單位；通信丟失等待時長的數(shù)據寬度等可以依據需要進行修改；定義的命令名稱可以依據需要進行修改。步驟302:配置動態(tài)控制模塊接收到配置更改通知消息后，根據生效方式決定從配置數(shù)據存儲模塊將配置數(shù)據讀取到內存的時機，如果生效方式為立即生效，則向配置數(shù)據存儲模塊發(fā)送"GetFRUExtractTime"命令，讀取保存在ShdfFRU信息中的配置數(shù)據到內存中；如果生效方式為重啟ShMC生效，則在ShMC重新啟動過程中將配置數(shù)據讀取到內容；步驟303:配置動態(tài)控制模塊讀取配置數(shù)據后，判斷通信丟失等待時長的時長值是否小于等于O,如果是，則表示停用通信丟失處理功能，清除已啟動的通信丟失等待定時器；如果為否，則表示啟用通信丟失處理功能，檢查當前已處于M7狀態(tài)的FRU，根據通信丟失等待時長，為處于M7狀態(tài)的FRU啟動或重置通信丟失等待定時器；步驟304:通信丟失處理模塊判斷是否接收到通信丟失通知消息，如果接收到，則執(zhí)行步驟305;否則，重復執(zhí)行該步驟；步驟305:通信丟失處理模塊接收到通信丟失通知消息后，保存該通知消息中攜帶的FRU的DeviceID,判斷通信丟失等待時長是否《0,如果是，則執(zhí)行步驟306;否則，執(zhí)行步驟307;通信丟失處理模塊啟動后進入阻塞狀態(tài)，等待通信丟失檢測模塊的通知消息進行驅動。通信丟失檢測模塊檢測FRU通信丟失向通信丟失處理模塊發(fā)送通知消息的過程詳見步驟401~409。判斷讀取到內存中的配置參數(shù)中通信丟失等待時長是否<0，相當于判斷通信丟失處理功能的啟停，如果為是，則表示停用；如果為否，則表示啟用。步驟306:通信丟失處理模塊通知通信丟失檢測模塊將FRU置為M7狀態(tài)，通信丟失檢測模塊執(zhí)行將FRU置為M7狀態(tài)；步驟307:通信丟失處理模塊按照內存中配置參數(shù)的通信丟失等待時長設置通信丟失等待定時器的參數(shù)，啟動該定時器，開始計時，并以保存的FRU的DeviceID作為該定時器的索引，區(qū)分不同F(xiàn)RU對應的定時器，方便控制；步驟308:通信丟失處理模塊檢測是否接收到通信恢復通知消息，如果未接收到通信恢復通知消息，則執(zhí)行步驟309;否則，執(zhí)行步驟311;步驟309:通信丟失處理模塊以FRU的DeviceID為索引，檢查所有已啟動的通信丟失等待定時器的定時時間是否到達，如果;f全測到定時時間已到達的定時器，則執(zhí)行步驟310;否則，執(zhí)行步驟308;13步驟310:通信丟失處理模塊清除定時時間到達的定時器，在ShMC上置對應FRU為MO狀態(tài)，F(xiàn)RU的其它狀態(tài)按未安裝處理，如清除告警、回收功率等，結束；步驟311:通信丟失處理模塊根據接收到的通信恢復通知消息中攜帶的FRU的DeviceID清除對應的定時器，通知通信丟失檢測模塊恢復FRU為通信丟失前的狀態(tài)。圖4所示為通信丟失檢測模塊;f企測FRU的通信狀態(tài)并向通信丟失處理模塊發(fā)送通知消息的流程，包括步驟401:通信丟失檢測模塊周期性地向IPMC或FRU發(fā)送命令，比如發(fā)送GetDeviceID命令；通信丟失檢測模塊通過發(fā)送命令并后續(xù)檢查響應情況，通過雙方的通信握手^^r測通信狀態(tài)。步驟402:通信丟失檢測模塊接收FRU的響應，判斷FRU是否正常響應，如果FRU未正常響應，則執(zhí)行步驟403;否則，執(zhí)行步驟406;此步驟中，通信丟失檢測模塊判斷響應的及時性和正確性。超過響應時限和^r測次數(shù)后才判斷為非正常響應，也就是通信丟失，避免偶然丟包的情況產生誤判。響應的時限和檢測的次數(shù)，可以根據經一驗數(shù)據固定配置，也可以采用用戶配置的方式。步驟403:通信丟失檢測模塊讀取內存中的通信丟失等待時長，判斷是否《0,如果是，表示通信丟失處理功能為停用狀態(tài)，執(zhí)行步驟404;否貝'J，表示通信丟失處理功能為啟用狀態(tài)，執(zhí)行步驟405;步驟404:通信丟失檢測模塊將檢測到通信丟失的FRU置為M7狀態(tài)，其它如告警、功率分配等保持不變，跳轉到步驟401;步驟405:通信丟失檢測模塊向通信丟失處理模塊發(fā)送通信丟失通知消息，通知通信丟失處理模塊已檢測到FRU通信丟失，并在該通知消息中攜帶通信丟失的FRU的DeviceID;步驟406:通信丟失檢測模塊判斷正常響應的FRU的狀態(tài)是否為M7，如果是，則執(zhí)行步驟407;否則，跳轉到步驟401;步驟407:通信丟失檢測模塊判斷讀取到的內存中的通信丟失等待時長的時長值是否小于等于O，如果是，則表示通信丟失處理功能為停用狀態(tài)，執(zhí)行步驟408;否則，表示通信丟失檢測功能為啟用狀態(tài)，執(zhí)行步驟409;步驟408:通信丟失檢測模塊設置檢測到的通信恢復的FRU恢復為通信丟失前的狀態(tài)，跳轉到步驟401;步驟409:通信丟失檢測模塊向通信丟失處理模塊發(fā)送通信恢復通知消息，通知通信丟失處理模塊已檢測到FRU通信恢復，并在該通知消息中攜帶通信恢復的FRU的DeviceID。以上方案以在ShMC上實現(xiàn)為例，同樣也可以在IPMC上實現(xiàn)，處理IPMC所管理的多個子FRU的通信丟失，實現(xiàn)方法相同。圖5所示為本發(fā)明讀取配置數(shù)據進行動態(tài)控制的流程，包括步驟501:配置動態(tài)控制模塊接收配置模塊的更改通知消息；步驟502:配置動態(tài)控制模塊根據生效方式判斷配置是否立即生效，如果生效方式為立即生效，則執(zhí)行步驟504;如果生效方式為重啟ShMC生效，則執(zhí)行步驟503;步驟503:用戶手工輸入或操作，重新啟動ShMC,在ShMC啟動過程中調用配置動態(tài)控制模塊；步驟504:配置動態(tài)控制模塊通過"GetFRUExtractTime"命令，將保存在ShdfFRU信息中的配置數(shù)據讀取到內存；通信丟失處理模塊所進行的處理，都依據配置動態(tài)控制^^莫塊讀取到內存中的配置數(shù)據完成。步驟505:配置動態(tài)控制模塊判斷通信丟失等待時長的時長值是否《0,如果是，則表示停用通信丟失處理功能，執(zhí)行步驟506;如果為否，則表示啟用通信丟失處理功能，執(zhí)行步驟507;步驟506:配置動態(tài)控制模塊清除已啟動的通信丟失等待定時器，停用通信丟失處理功能，對于已置為M0狀態(tài)的FRU不做恢復處理；步驟507:配置動態(tài)控制模塊檢查當前已處于M7狀態(tài)的所有FRU,根據FRU的DeviceID檢查是否存在對應的已啟動的通信丟失等待定時器，如果存在，則根據新配置的通信丟失等待時長重置通信等待定時器的參數(shù)；如果不存在，則根據新配置的通信丟失等待時長為FRU配置并啟動通信丟失等待定時器以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。權利要求1、一種現(xiàn)場可更換單元通信丟失的處理方法，包括檢測現(xiàn)場可更換單元FRU的通信狀態(tài)；在檢測到所述FRU通信丟失時，將處于通信丟失狀態(tài)的FRU置為未安裝狀態(tài)。2、如權利要求l所述的方法，其特征在于，在檢測到所述FRU通信丟失時，還包括按照所配置的通信丟失等待時長設置并啟動通信丟失等待定時器，若在所述通信丟失等待定時器的定時時間到達時，所述FRU未恢復通信狀態(tài)，則進行所述將處于通信丟失狀態(tài)的FRU置為未安裝狀態(tài)。3、如權利要求2所述的方法，其特征在于，配置所述通信丟失等待時長后，還包括檢查FRU的狀態(tài)，根據所配置的通信丟失等待時長，為處于M7狀態(tài)的FRU清除、啟動或重置所述通信丟失等待定時器。4、如權利要求2所述的方法，其特征在于，按照所配置的通信丟失等待時長設置并啟動通信丟失等待定時器前，還包括判斷所配置的通信丟失等待時間是否小于等于0,若該通信丟失等待時間大于0,則執(zhí)行所述按照所配置的通信丟失等待時長設置并啟動通信丟失等待定時器。5、如權利要求2所述的方法，其特征在于，所述檢測FRU的通信狀態(tài)的方法為周期性地向FRU發(fā)送命令，判斷FRU是否正常響應，如果FRU未正常響應，若判定所述FRU通信丟失；若所述FRU正常響應，則判斷該FRU是否為通信丟失狀態(tài)，如果是，則判定該FRU恢復通信狀態(tài)。6、如權利要求5所述的方法，其特征在于，按照所配置的通信丟失等待時長設置并啟動通信丟失等待定時器后，若所述FRU恢復通信狀態(tài)，恢復FRU為通信丟失前的狀態(tài)。7、一種現(xiàn)場可更換單元通信丟失的處理系統(tǒng)，包括通信丟失檢測模塊和通信丟失處理模塊，其中所述通信丟失檢測模塊，用于檢測FRU的通信狀態(tài)，在檢測到所述FRU通信丟失時，向所述通信丟失處理^t塊發(fā)送通信丟失通知消息；所述通信丟失處理模塊，用于在接收到所述通信丟失通知消息后，將處于通信丟失狀態(tài)的FRU置為未安裝狀態(tài)。8、如權利要求7所述的系統(tǒng)，其特征在于，所述通信丟失檢測模塊，還用于在檢測到所述FRU恢復通信狀態(tài)時，向所述通信丟失處理模塊發(fā)送通信恢復通知消息；所述通信丟失處理模塊，還用于在接收到所述通信丟失通知消息后，按照所配置的通信丟失等待時長設置并啟動通信丟失等待定時器，若在所述通信丟失等待定時器的定時時間到達時，未接收到所述通信恢復通知消息，則進行所述將處于通信丟失狀態(tài)的FRU置為未安裝狀態(tài)。9、如權利要求8所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括配置動態(tài)控制模塊，所述動態(tài)控制模塊，用于檢查FRU的狀態(tài)，根據所配置的通信丟失等待時長，為處于M7狀態(tài)的FRU清除、啟動或重置所述通信丟失等待定時器。10、如權利要求8所述的系統(tǒng)，其特征在于，所述通信丟失處理模塊，還用于在按照所配置的通信丟失等待時長設置并啟動通信丟失等待定時器前，判斷所配置的通信丟失等待時間是否小于等于O，若該通信丟失等待時間大于0,則執(zhí)行所述按照所配置的通信丟失等待時長設置并啟動通信丟失等待定時器。11、如權利要求8所述的系統(tǒng)，其特征在于，所述通信丟失檢測模塊，還用于在向所述通信丟失處理模塊發(fā)送通信丟失通知消息或通信恢復通知消息前，判斷判斷所配置的通信丟失等待時間是否小于等于O,若該通信丟失等待時間大于0，則執(zhí)行發(fā)送所述通信丟失通知消息或通信恢復通知消息。全文摘要本發(fā)明公開了一種現(xiàn)場可更換單元通信丟失的處理方法，包括檢測現(xiàn)場可更換單元FRU的通信狀態(tài)；在檢測到FRU通信丟失時，將處于通信丟失狀態(tài)的FRU置為未安裝狀態(tài)。本發(fā)明在FRU通信丟失后，若在一等待時間內后通信未恢復，則將FRU從M7狀態(tài)轉為M0狀態(tài)，從而避免了由于FRU處于通信丟失狀態(tài)對系統(tǒng)及其他設備造成的損害，本發(fā)明實現(xiàn)簡單，而且可以配置等待的時長，從而可以依據現(xiàn)場的巡檢周期，更為有效的使用該功能。文檔編號H04L29/00GK101626362SQ20091014239公開日2010年1月13日申請日期2009年6月8日優(yōu)先權日2009年6月8日發(fā)明者張景濤,東徐,牛恒武,勇蔡申請人:中興通訊股份有限公司南京分公司