專利名稱：提高通信設(shè)備可靠性的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及提高通信設(shè)備可靠性的方法及裝置。
技術(shù)背景無線系統(tǒng)中，基站的安裝地點大部分都在比較偏遠的地方，在升級或更 改配置數(shù)據(jù)的情況下，可能出現(xiàn)癱機、頻繁復位的情況，此時需要工作人員 到近端處理，因此耗費較大的人力成本，且影響到問題解決的及時性，影響 運營商的網(wǎng)絡(luò)運行。此種情況在軟件版本升級時尤其容易出現(xiàn)，目前不少系 統(tǒng)中采用了死機、異常日志的記錄功能，但是沒有對應(yīng)的自動處理功能。在對現(xiàn)有技術(shù)的研究和實踐過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題基站升級復位后出現(xiàn)異常情況或者在初始態(tài)、運行態(tài)出現(xiàn)異常情況時， 不能自動嘗試恢復，需要工作人員去近端處理。發(fā)明內(nèi)容本發(fā)明實施例要解決的技術(shù)問題是提供提高通信設(shè)備可靠性的方法及裝 置，能夠使通信設(shè)備在出現(xiàn)異常情況、遠端失去聯(lián)系時，自動嘗試恢復業(yè)務(wù) 或遠端維護通道，盡可能減少維護的人力成本。為解決上述技術(shù)問題，本發(fā)明實施例是通過以下技術(shù)方案實現(xiàn)的本發(fā)明實施例提供了一種提高通信設(shè)備可靠性的方法，包括 獲取通信設(shè)備出現(xiàn)異常的原因；所述原因為升級復位后出現(xiàn)的異常情況，若當前運行的配置基線尚未確 認，啟動定時器，若定時器到達前恢復正常，則中止定時器，否則定時器到 達后觸發(fā)配置基線自動回退至保存的有效配置基線；所述原因為單板連續(xù)異常復位，統(tǒng)計連續(xù)異常復位的次數(shù)，根據(jù)所述次 數(shù)是否超過預(yù)設(shè)值選擇軟件版本并加載。本發(fā)明實施例還提供了一種提高通信設(shè)備可靠性的獲取裝置，包括獲取單元，用于獲取通信設(shè)備出現(xiàn)異常的原因；升級復位處理單元，用于從所述獲取單元接收的異常原因為升級復位后 出現(xiàn)的異常情況時，若當前運行的配置基線尚未確認，則啟動定時器，若定 時器到達前恢復正常，則中止定時器，否則定時器到達后觸發(fā)配置基線自動回退至保存的有效配置基線；連續(xù)復位處理單元，用于從所述獲取單元接收的復位原因為單板連續(xù)異 常復位，統(tǒng)計連續(xù)異常復位的次數(shù)，根據(jù)若所述次數(shù)是否超過預(yù)設(shè)值選擇軟 件版本并加載。以上技術(shù)方案可以看出，當通信設(shè)備出現(xiàn)異常情況、遠端失去聯(lián)系時，通 信設(shè)備能夠自動回退，嘗試恢復業(yè)務(wù)或遠端維護通道，方便維護人員遠端處 理、盡可能減少工程人員去近端的維護人力成本。


圖1為本發(fā)明實施例一提供的方法流程圖； 圖2為本發(fā)明實施例二提供的方法流程圖； 圖3為本發(fā)明實施例三提供的方法流程圖； 圖4為本發(fā)明實施例四提供的方法流程圖； 圖5為本發(fā)明實施例五提供的方法流程圖； 圖6為本發(fā)明實施例六提供的裝置示意圖。
具體實施方式
本發(fā)明實施例提供了 一種提高通信設(shè)備可靠性的方法及裝置，用于通信 設(shè)備升級后無法維護、通信設(shè)備配置數(shù)據(jù)更改等引起通信設(shè)備連續(xù)異常復位 使得遠端失去聯(lián)系時，通信設(shè)備能自動嘗試恢復業(yè)務(wù)或遠端維護通道，方便 維護人員遠程處理，盡可能減少工程人員去近端的維護人力成本。上述通信 設(shè)備包括但不限于遠端通信設(shè)備，如基站、無線小基站或其他類似設(shè)備。為了使本發(fā)明的技術(shù)方案更加清楚明白，下面以通信設(shè)備為基站為例進 4亍詳細i兌明場景一、基站升級復位的異常處理。參見圖1,為本發(fā)明實施例一提供的方法流程圖。S101:基站升級復位后發(fā)生異常情況，例如基站和網(wǎng)管中心失去聯(lián)系， 此時若基站保存有已經(jīng)確認的有效CB ( Configuration Base Line,配置基線)， 且當前運行的CB尚未確認，則啟動定時器。S102:在定時器到達之前，判斷是否滿足下述條件中任意一個定時器中 止觸發(fā)條件，如是，執(zhí)行S104,否則，進入S103。(1 )遠端維護通道能連通，該連通性可通過PING (Packet Internet Groper， 包因特網(wǎng)探索程序)命令來檢測，包括檢測配置OMIP ( Operation and Maintenance IP Address"才喿作維護IPi也址)或BootP ( Bootstrap Protocol,加 載協(xié)議)服務(wù)器獲取的IP。(2) 維護臺登陸成功時中止定時器，包括從近端或遠端維護通道登陸。(3) 業(yè)務(wù)通道建立成功。例如NCP (Network Core Protocol,網(wǎng)絡(luò)核心 協(xié)議)可用。S103:在定時器到達后，觸發(fā)CB (Configuration Baseline,配置基線) 自動回退至保存的有效配置基線，具體包括(1) 上報CB回退告警；(2) 記錄當前運行的CB為回退前臨時CB,用于后續(xù)定位問題；(3) 自動回退到最近的有效CB,如果當前運行的CB已經(jīng)是最近一個 有效CB則不再回退?？蛇x的，也可以自動回退到保存的任意一個 配置基線。S104:中止定時器。本實施例中，所述定時器的啟動時間大于BootP嘗試啟動一次的時間。通過該實施例，可實現(xiàn)在基站升級后異常復位時嘗試自動恢復遠端維護 通道，方便維護。場景二、初始化連續(xù)異常復位。初始化階段涉及到芯片初始化、芯片加 載以及高層模塊自身的初始化。此過程中有的高層模塊需要讀取數(shù)據(jù)配置文件中配置數(shù)據(jù)，這些讀取操作都是從配置文件讀取信息保存到內(nèi)存的操作， 導致死機的概率很低。但是由于模塊初始化沒有完成，監(jiān)控模塊很可能不能 記錄下異常復位原因，甚至監(jiān)控模塊本身就異常了。這種場景下的異常復位 不包括軟件內(nèi)部處理調(diào)用的復位、升級、外部因素引起的掉電復位、主備倒 換、按復位鍵等引起的復位。
參見圖2，為本發(fā)明實施例二提供的方法流程圖。
S201:引導程序Booter對非主控板的高層應(yīng)用軟件版本(通常稱為Flash 版本)初始化復位次數(shù)進行累計，不超過預(yù)設(shè)的次數(shù)， 一般情況下該預(yù)設(shè)次 數(shù)為3次，則直接加載Flash版本，流程結(jié)束；否則，累計次數(shù)超過預(yù)設(shè)次數(shù) 時，認為Flash版本出現(xiàn)異常復位情況，清零該計數(shù)，并加載安全版本。加載 安全版本時，單板復位重啟，將進入Flash版本，并重新開始計數(shù)，執(zhí)行S201。
其中，安全版本為保證單板能正常啟動以及通訊等基本功能的軟件版本， 一般寫在BOOTROM中，F(xiàn)lash版本是包含所有高層應(yīng)用軟件的高層軟件版 本，是完整功能的軟件版本，因此Flash版本中包含了安全版本中的功能。
S202:進行版本校驗，根據(jù)版本校驗結(jié)果判斷是否需要更新Flash版本， 如果是，執(zhí)行S203;否則，進入步驟S206。例如當版本校驗結(jié)果為當前Flash 版本和基站Flash主區(qū)版本不一致時，需要更新Flash版本，如果一致，則不 需要更新Flash版本。
S203:更新并重新啟動，進入S204。
S204: Flash版本高層軟件在初始化完成前，單板是否復位重啟，如果 是，返回S201;否則，執(zhí)行S205。
S205:高層模塊初始化完成后、清零該計數(shù)，結(jié)束流程。 S206:進入安全版本，結(jié)束流程；或者返回S202。
通過該實施例可實現(xiàn)非主控板初始化異常復位時，嘗試恢復業(yè)務(wù)，盡可 能避免工作人員去近端維護。
實施例三、可參見圖3，為本發(fā)明實施例三提供的方法流程圖。S301: Booter對主控板的Flash版本初始化復位次數(shù)進行累計，不超過預(yù) 設(shè)次數(shù)例如3次，認為該復位為正常復位，則加載Flash版'本，流程結(jié)束；否貝'J, 認為Flash版本出現(xiàn)異常復位情況，清零該計數(shù)，并加載安全版本。加載安全 版本時，單板復位重啟，將進入Flash版本，并重新開始計數(shù)，執(zhí)行S301。
S302:進行版本校驗，根據(jù)版本校驗結(jié)果判斷是否需要更新Flash版本。 如果是，進入S303;否則，進入S306。例如，判斷主控板Flash版本和基站 主區(qū)Flash版本是否一致，若一致，則不需要更新Flash版本，若不一致，需 要更新Flash版本。
S303:更新并重新啟動，進入S304。
S304: Flash版本高層軟件在初始化完成前，單板是否復位重啟，若是， 返回S301;否則，執(zhí)行S305。
S305:高層模塊全部初始化完成后，清零該計數(shù)，結(jié)束流程。
S306:置基站的主區(qū)Flash版本不可用，以基站備區(qū)Flash版本啟動，也就 是激活基站備區(qū)Flash版本；如果基站備區(qū)Flash版本也不可用或者主控板的版 本和基站備區(qū)版本相同，則清零初始化異常計數(shù)，加載當前的Flash版本，讓 其繼續(xù)異常復位，或者，停留在安全版本。
本實施例中，考慮到高層模塊初始化讀取數(shù)據(jù)配置文件到內(nèi)存發(fā)生異常 復位的可能性比較小，因此主要是針對底層芯片初始化或底層軟件啟動導致 的異常復位，采取使用備區(qū)版本的方式嘗試盡快恢復業(yè)務(wù)。
對于初始化過程中外部引起的復位的情況，如掉電復位、按復位按鈕 復位、串口CTRX復位，考慮到這種情況反復出現(xiàn)的可能性幾乎沒有，因此情 況仍然當作初始化異常處理。
通過該實施例可實現(xiàn)主控板初始化異常復位時，嘗試恢復業(yè)務(wù)，盡可能 避免工作人員去近端維護。
場景三、運行態(tài)異常復位。此時模塊已經(jīng)完成初始化，開始接受消息并 進行處理，加載數(shù)據(jù)配置文件中的配置數(shù)據(jù)，特別是對底層進行數(shù)據(jù)配置。 在此階段發(fā)生的異常復位，監(jiān)控模塊基本都能記錄異常復位原因。這種場景下的異常復位可以不包括軟件內(nèi)部處理調(diào)用的復位、升級、外部因素引起的 掉電復位、主備倒無、按復位鍵等引起的復位。
參見圖4，為本發(fā)明實施例四提供的方法流程圖。
S401: Booter判斷主控單板連續(xù)運行態(tài)異常復位的次數(shù)是否超過預(yù)設(shè)的 次數(shù)。若是，執(zhí)行步驟S405,否則，執(zhí)行S402。
主控單板連續(xù)運行預(yù)設(shè)的時間后，例如l小時，異常復位次數(shù)清零。
S402:進入Flash版本，轉(zhuǎn)入S403。
S403:如果當前CB沒有確i人且存在最近一個確認的有效CB,則僅啟動 公共通信、監(jiān)控模塊、及BSP (Board Support package,板級支持包)，該BSP 主要提供包括單板啟動、設(shè)備驅(qū)動等方面的功能。調(diào)用函數(shù)回退CB到最近一 個確認的有效CB,異常復位次數(shù)清零，回退啟動后上報CB回退告警。否則， 若沒有確認的有效CB， ^執(zhí)行S404 。
S404:沒有確認的有效CB,則不加載配置文件啟動，異常復位次數(shù)清零， 流程結(jié)束。
S405:將運行態(tài)異常復位次數(shù)清零，進入Flash版本，繼續(xù)運行。由于此 時處于運行態(tài)，說明Flash版本是可用的，連續(xù)異常復位可能是因為代碼的錯 "i吳
本實施例中，(i)軟件內(nèi)部處理調(diào)用的復位、升級、外部因素引起的掉
電復位、主備倒換、按復位鍵引起的復位,異常復位次數(shù)將被清零。(2)異常 復位次數(shù)由監(jiān)控模塊起來后根據(jù)復位原因累計，只累計除"軟件內(nèi)部處理調(diào)用 的復位、升級、外部因素引起的掉電復位、主備倒換、按復位鍵引起的復位 之外的異常復位次數(shù)。(3)如果CB未確認，包括下載新的數(shù)據(jù)配置文件、用 戶在線修改數(shù)據(jù)配置、版本升級三種情況，則要求上報CB未確認告警，設(shè)置 定時器，若邏輯小區(qū)可用且連續(xù)運行至定時期到達，則系統(tǒng)自動調(diào)用函數(shù)將 該未確認的CB回退到最近一個確認的有效CB,從而實現(xiàn)系統(tǒng)自動確認CB。
通過該實施例可實現(xiàn)主控單板運行態(tài)異常復位時，嘗試自動恢復業(yè)務(wù)， 盡可能避免工作人員去近端維護。參見圖5,為本發(fā)明實施例五提供的方法流程圖。
S501:統(tǒng)計非主控板運行態(tài)連續(xù)異常復位次數(shù)，若該次數(shù)超過預(yù)設(shè)的次 數(shù)，則執(zhí)行S502。
S502:切換到安全版本，例如切換到BOOTROM版本并停留在安全版本。 本實施例中，(1 )軟件內(nèi)部處理調(diào)用的復位、升級、外部因素引起的掉 電復位，主備倒換、復位鍵復位異常復位次數(shù)將被清0。 (2)異常復位次數(shù)由 監(jiān)控模塊起來后根據(jù)復位原因累計，只累計除"軟件內(nèi)部調(diào)用處理的復位、升 級、外部因素引起的掉電復位、主備倒換、復位鍵復位，，之外的異常復位次數(shù)。
本實施例可實現(xiàn)在非主控板在異常復位時，嘗試自動恢復業(yè)務(wù)，盡可能 避免工作人員去近端維護。
以上實施例描述了在不同場景下，本發(fā)明的方法流程圖，下面對本發(fā)明 實施例提供的系統(tǒng)示意圖進行詳細描述。
參見圖6,為本發(fā)明實施例六提供的裝置示意圖，包括
獲取單元601,用于獲取基站出現(xiàn)異常的原因。
升級復位處理單元602,用于從所述獲取單元601獲取的所述原因為升級 復位后出現(xiàn)的異常情況，若基站保存有已經(jīng)確認的有效配置基線，且當前運 行的配置基線尚未確認，則啟動定時器，若定時器到達前恢復正常，則中止 定時器，否則定時器到達后觸發(fā)配置基線自動回退。例如，升級復位處理單 元602上報CB回退告警；記錄當前運行的CB為回退前臨時CB,用于后續(xù) 定位問題；自動回退到最近的有效CB，當前運行的已經(jīng)是最近一個有效CB 則不再回退。
連續(xù)復位處理單元603，用于從所述獲取單元601獲取的復位原因為單板 連續(xù)異常復位時，統(tǒng)計連續(xù)異常復位的次數(shù)，根據(jù)若所述次數(shù)是否超過預(yù)設(shè) 值選擇軟件版本并加載。網(wǎng)絡(luò)發(fā)生基站異常復位，根據(jù)軟件模塊的設(shè)計和當 前網(wǎng)絡(luò)發(fā)生異常的實際情況，可將連續(xù)異常復位分為初始化階段異常復位和 運行態(tài)異常復位。初始化階段異常復位可分為初始化主控板異常復位和初始 化非主控板異常復位；相應(yīng)的，運行態(tài)異常復位也可分為運行態(tài)主控板異常復位和運行態(tài)非主控板異常復位。
因此，本實施例中，根據(jù)異常復位的單板的狀態(tài)，可將連續(xù)復位處理單
元603分為初始化主控板異常復位處理單元、初始化非主控板異常復位處 理單元、運行態(tài)主控板異常復位處理單元、運行態(tài)非主控板異常復位處理單 元。就各自的功能下面分別進行描述
初始化主控板異常復位處理單元，用于對Flash版本初始化異常復位次數(shù) 進行累計，不超過預(yù)設(shè)的次數(shù)，則加載Flash版本，否則清零該計數(shù)，并加載 安全版本；如果需要更新Flash版本則更新并重新啟動，否則，置基站的主區(qū) Flash版本不可用，以基站備區(qū)Flash版本啟動，也就是激活基站備區(qū)Flash版 本，如果基站備區(qū)Flash版本也不可用或者主控板的版本和基站備區(qū)版本相 同，則清零初始化異常計數(shù)，加載當前的Flash版本，讓其繼續(xù)異常復位。
初始化非主控板異常復位處理單元，用于對Flash版本初始化異常復位次 數(shù)進行累計，不超過預(yù)設(shè)的次數(shù)，則加載Flash版本，否則清零該計數(shù)，并加 載安全版本；如果需要更新Flash版本則更新并重新啟動，否則，停在安全版 本，初始化完成后，清零該計數(shù)。
運行態(tài)主控板異常復位處理單元，用于統(tǒng)計運行態(tài)異常復位的次數(shù)，當 所述次數(shù)不超過預(yù)設(shè)的次數(shù)時，進入Flash版本，當前CB沒有確認且存在最 近一個確認的有效CB時，僅啟動BSP、公共通信、監(jiān)控模塊，調(diào)用函數(shù)回退 CB到最近一個確認的可用版本，異常復位次數(shù)清零，回退啟動后上才艮CB回 退告警。當沒有確認的有效CB時，不加載配置文件啟動，異常復位次數(shù)清零。 運行態(tài)異常復位的次數(shù)大于預(yù)設(shè)的次數(shù)時，將運行態(tài)異常復位的次數(shù)清零， 并進入Flash版本。
運行態(tài)非主控板異常復位處理單元，用于統(tǒng)計運行態(tài)非主控板連續(xù)異常 復位次數(shù)，若所述復位次數(shù)超過預(yù)設(shè)的次數(shù)，則切換到安全版本，并停留在 安全版本。
其中，上述各實施例中所述的安全版本是一個最小功能集，保存在 BOOTROM中。以上實施例可以看出，當通信設(shè)備尤其是遠端通信設(shè)備如基站在升級或 更改配置后，反復異常復位、遠端失去聯(lián)系時，通信設(shè)備能夠自動嘗試恢復 業(yè)務(wù)或遠端維護通道，方便維護人員遠端處理、盡可能減少工程人員去近端 的維護人力成本。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟 是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機 可讀存儲介質(zhì)中。
上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
以上對本發(fā)明所提供的提高通信設(shè)備可靠性的方法及裝置進行了詳細介 紹，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實施例的思想，在具體實施方 式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本 發(fā)明的限制。
權(quán)利要求
1、一種提高通信設(shè)備可靠性的方法，其特征在于，包括獲取出現(xiàn)異常的原因；所述原因為升級復位后出現(xiàn)的異常情況，若當前運行的配置基線尚未確認，啟動定時器，若定時器到達前恢復正常，則中止定時器，否則定時器到達后觸發(fā)配置基線自動回退至保存的有效配置基線；所述原因為單板連續(xù)異常復位，統(tǒng)計連續(xù)異常復位的次數(shù)，根據(jù)所述次數(shù)是否超過預(yù)設(shè)值選擇軟件版本并加載。
2、 根據(jù)權(quán)利要求1所述的提高通信設(shè)備可靠性的方法，其特征在于，所 述若定時器到達前恢復正常，包括遠端維護通道能連通；或者維護臺登陸成功；或者業(yè)務(wù)通道建立成功。
3、 根據(jù)權(quán)利要求1所述的提高通信設(shè)備可靠性的方法，其特征在于，所 述定時器到達后觸發(fā)配置基線自動回退至保存的有效配置基線，包括上報配置基線回退告警；記錄當前運行的配置基線為回退前臨時配置基線； 自動回退到保存的最近的有效配置基線。
4、 根據(jù)權(quán)利要求1所述的提高通信設(shè)備可靠性的方法，其特征在于，所 述定時器的時間大于加載協(xié)議嘗試啟動一次的時間。
5、 根據(jù)權(quán)利要求1所述的提高通信設(shè)備可靠性的方法，其特征在于，統(tǒng) 計連續(xù)異常復位的次數(shù)，根據(jù)所述次數(shù)是否超過預(yù)設(shè)值選擇軟件版本并加載， 包括非主控板初始化異常復位時，對高層應(yīng)用軟件版本初始化異常復位次數(shù) 進行累計，不超過預(yù)設(shè)的次數(shù)，則加載高層應(yīng)用軟件版本，否則清零該計數(shù) 并加載安全版本；進行版本校驗，如果需要更新高層應(yīng)用軟件版本，則更新并重新啟動， 否則，停在安全版本；完成初始化后，清零初始化異常復位的計數(shù)。
6、 根據(jù)權(quán)利要求1所述的提高通信設(shè)備可靠性的方法，其特征在于，統(tǒng) 計連續(xù)異常復位的次數(shù)，根據(jù)所述次數(shù)是否超過預(yù)設(shè)值選擇軟件版本并加載，包括主控板初始化異常復位時，對高層應(yīng)用軟件版本初始化異常復位次數(shù)進 行累計，不超過預(yù)設(shè)的次數(shù)，則加載高層應(yīng)用軟件版本，否則清零該計數(shù)并 加載安全版本；進行版本校驗，如果需要更新高層應(yīng)用軟件版本，則更新并重新啟動， 否則，激活通信設(shè)備備區(qū)高層應(yīng)用軟件版本，如果通信設(shè)備備區(qū)高層應(yīng)用軟 件版本也不可用或者主控板的高層應(yīng)用軟件版本與通信設(shè)備備區(qū)高層應(yīng)用軟 件版本相同，則清零初始化異常計數(shù)，加載當前的高層應(yīng)用軟件版本；完成初始化后，清零初始化異常復位的計數(shù)。
7、 根據(jù)權(quán)利要求5或6所述的提高通信設(shè)備可靠性的方法，其特征在于， 所述加載安全版本之后，包括若單板復位重新啟動，則進入高層應(yīng)用軟件 版本，并重新開始計數(shù)。
8、 根據(jù)權(quán)利要求1所述的提高通信設(shè)備可靠性的方法，其特征在于，所 述統(tǒng)計連續(xù)異常復位的次數(shù)，根據(jù)所述次數(shù)是否超過預(yù)設(shè)值選擇軟件版本并 加載，包括非主控板運行態(tài)異常復位時，統(tǒng)計連續(xù)異常復位的次數(shù)，若該次數(shù)大于 預(yù)設(shè)值，則切換到安全版本。
9、 根據(jù)權(quán)利要求1所述的提高通信設(shè)備可靠性的方法，其特征在于，所 述統(tǒng)計連續(xù)異常復位的次數(shù)，根據(jù)所述次數(shù)是否超過預(yù)設(shè)值選擇軟件版本并 加載，包括主控板運行態(tài)異常復位時，統(tǒng)計連續(xù)異常復位的次數(shù)，若該次數(shù)大于預(yù) 設(shè)值，將統(tǒng)計的次數(shù)清零，進入高層應(yīng)用軟件版本；若連續(xù)異常復位的次數(shù)不超過預(yù)設(shè)值，則進入高層應(yīng)用軟件版本，當前 配置基線沒有確認且存在最近一個確認的有效配置基線時，調(diào)用函數(shù)回退配 置基線到最近一個確認的可用版本，異常復位次數(shù)清零；或者，進入高層應(yīng)用軟件版本后，沒有確認的有效配置基線，則不加載配置文件啟動，異常復 位次數(shù)清零。
10、 一種提高通信設(shè)備可靠性的裝置，其特征在于，包括 獲取單元，用于獲取通信設(shè)備出現(xiàn)異常的原因；升級復位處理單元，用于從所述獲取單元接收的異常原因為升級復位后 出現(xiàn)的異常情況時，若當前運行的配置基線尚未確認，則啟動定時器，若定 時器到達前恢復正常，則中止定時器，否則定時器到達后觸發(fā)配置基線自動 回退至保存的有效配置基線；連續(xù)復位處理單元，用于從所述獲取單元接收的復位原因為單板連續(xù)異 常復位時，統(tǒng)計連續(xù)異常復位的次數(shù)，根據(jù)所述次數(shù)是否超過預(yù)設(shè)值選擇軟 件版本并加載。
11、 根據(jù)權(quán)利要求IO所述的提高通信設(shè)備可靠性的裝置，其特征在于， 所述連續(xù)復位處理單元包括初始化主控板異常復位處理單元，用于對主控板的高層應(yīng)用軟件版本初 始化異常復位次數(shù)進行累計，不超過預(yù)設(shè)的次數(shù)，則加載高層應(yīng)用軟件版本， 否則清零該計數(shù)，并加載安全版本；當檢測到需要更新高層應(yīng)用軟件版本時 進行更新并重新啟動，否則，激活通信設(shè)備備區(qū)高層應(yīng)用軟件版本，如果通 信設(shè)備備區(qū)高層應(yīng)用軟件版本不可用或者與主控板的版本相同，清零異常復 位計數(shù)，加載當前的高層應(yīng)用軟件版本，讓其繼續(xù)異常復位；初始化非主控板異常復位處理單元，用于對非主控板的版本初始化異常 復位次數(shù)進行累計，不超過預(yù)設(shè)的次數(shù)，則加載版本，否則清零該計數(shù)，并 加載安全版本；如果需要更新版本則更新并重新啟動，否則，停在安全版本， 初始化完成后，立即清零該計數(shù)；運行態(tài)主控板異常復位處理單元，用于統(tǒng)計運行態(tài)主控板異常復位的次 數(shù)，當所述次數(shù)不超過預(yù)設(shè)的次數(shù)時，進入高層應(yīng)用軟件版本，若當前配置 基線沒有確認，則回退到保存的最近的有效版本；當所述次數(shù)超過預(yù)設(shè)的次 數(shù)時，將運行態(tài)異常復位的次數(shù)清零，并進入高層應(yīng)用軟件版本；運行態(tài)非主控板異常復位處理單元，用于統(tǒng)計運行態(tài)非主控板連續(xù)異常 復位次數(shù)，若所述復位次數(shù)大于預(yù)設(shè)的次數(shù)，則切換到安全版本，并停留在 安全版本。
全文摘要
本發(fā)明公開了提高通信設(shè)備可靠性的方法及裝置。提高通信設(shè)備可靠性的方法包括獲取出現(xiàn)異常的原因；所述原因為升級復位后出現(xiàn)的異常情況，若當前運行的配置基線尚未確認，啟動定時器，若定時器到達前恢復正常，則中止定時器，否則定時器到達后觸發(fā)配置基線自動回退至保存的有效配置基線；所述原因為單板連續(xù)異常復位，統(tǒng)計連續(xù)異常復位的次數(shù)，根據(jù)所述次數(shù)是否超過預(yù)設(shè)值選擇軟件版本并加載。通過本發(fā)明實施例中提供的方法及裝置能夠在通信設(shè)備出現(xiàn)異常情況時，自動嘗試恢復業(yè)務(wù)或遠端維護通道，減少了近端維護的人力成本。
文檔編號H04Q7/34GK101247615SQ20081003443
公開日2008年8月20日 申請日期2008年3月7日 優(yōu)先權(quán)日2008年3月7日
發(fā)明者盛 汪, 云 王 申請人:上海華為技術(shù)有限公司