專利名稱：一種sdh設(shè)備主子架獲取擴展子架在位信息的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊領(lǐng)域，尤其涉及一種SDH設(shè)備主子架獲取擴展 子架在位信息的方法及系統(tǒng)。
背景技術(shù)：
目前光傳輸系統(tǒng)的SDH設(shè)備中通常需要上下低階交叉處理業(yè) 務(wù)，而由于主子架在技術(shù)設(shè)備上的限制，不可能無限制的擴充容量， 以及考慮到成本的問題，此時一般采用擴展子架來完成對主子架的業(yè) 務(wù)處理能力的擴充。在包含主子架與擴展子架的系統(tǒng)中，擴展子架單 板的在位信息，通過擴展子架接口板上報給主子架的主控板，由此實 現(xiàn)主子架與擴展子架的通訊。
現(xiàn)有技術(shù)中主子架的主控板獲取擴展子架在位信息的方法，是擴 展子架接口板在檢測到擴展子架單板的在位狀態(tài)發(fā)生變化之后，將擴 展子架單板的所有在位信息上報給主控板。然而這種方法的缺點是， 一旦主控板的寄存器內(nèi)保存的擴展子架在位信息丟失或者失效，此 時，如果擴展子架單板在位信息一直沒有變化，擴展子架就不會主動 上報在位信息，而主控板就不能獲取到擴展子架的在位信息，影響到 主控板對擴展子架單板的管理。對于這個問題， 一種普遍的解決方法 是除了在位變化時上報在位信息外，要求擴展子架接口板定時上報在 位信息。但是這種方法也有明顯缺點，即擴展子架的上報時間間隔難 以控制，如果上報間隔時間較短，會導致主控板與擴展子架接口板之 間通訊量較大，而在位信息也不是經(jīng)常變動，如此不停的上報，導致 系統(tǒng)工作效率很低。而如果間隔時間較長， 一旦主控板保存的擴展子 架在位信息失效，最長需要等待這個時間間隔才能獲取到在位信息， 這樣系統(tǒng)工作效率也比較低。而且擴展子架接口板上報的這條在位信 息一旦丟失，則又需要等待整個較長的時間間隔，導致SDH設(shè)備的 可靠性不高。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是當出現(xiàn)例如SDH設(shè)備主控板狀態(tài) 發(fā)生變化的情況而導致主子架中保存的擴展子架在位信息失效時，主 子架無法快速地重新獲取所述擴展子架在位信息，從而影響到SDH 設(shè)備工作效率及可靠性的問題，提出一種主子架通過主控板主動查詢 來快速的獲取擴展子架在位信息的方法及系統(tǒng)。
為了解決上述技術(shù)問題，本發(fā)明提供一種SDH設(shè)備主子架獲取 擴展子架在位信息的方法，其包括
主子架發(fā)現(xiàn)導致擴展子架在位信息失效的條件被觸發(fā)后，向擴展 子架發(fā)送查詢擴展子架的在位信息請求命令；
所述主子架接收到所述擴展子架上報的在位信息后存儲所述在 位信息。
進一步，在上述方法中，所述主子架發(fā)現(xiàn)導致擴展子架在位信息 失效的條件被觸發(fā)后，向擴展子架發(fā)送查詢擴展子架的在位信息請求 命令包括
主子架發(fā)現(xiàn)導致擴展子架在位信息失效的條件被觸發(fā)后，將所述 主子架的在位狀態(tài)寄存器置為不在位狀態(tài)，并將所述主子架的在位獲 取狀態(tài)寄存器置為未啟動狀態(tài)；
所述主子架檢測在位獲取狀態(tài)寄存器為未啟動狀態(tài)，將所述在位 獲取狀態(tài)寄存器置為初始檢測狀態(tài)；
所述主子架4企測其在位獲取狀態(tài)寄存器為初始監(jiān)測狀態(tài)，向所述 擴展子架發(fā)送查詢擴展子架在位信息命令，并將其在位獲取狀態(tài)寄存 器置為等待應(yīng)答狀態(tài)。
進一步，在上述方法中，所述主子架檢測在位獲取狀態(tài)寄存器為 未啟動狀態(tài)之后還包括
判斷所述主子架與所述擴展子架之間的通訊口是否為連接狀態(tài)， 若是，則所述主子架將其在位獲取狀態(tài)寄存器置為初始檢測狀態(tài)，若 否，則所述主子架重新檢測在位獲取狀態(tài)寄存器的狀態(tài)。
進一步，在上述方法中，所述主子架將其在位獲取狀態(tài)寄存器置為等待應(yīng)答狀態(tài)之后還包括
所述主子架檢測其在位獲取狀態(tài)寄存器為等待應(yīng)答狀態(tài)，向所述 擴展子架發(fā)送查詢擴展子架在位信息請求命令；
設(shè)定檢測次數(shù)門限值，判斷上述發(fā)送的查詢請求命令的次數(shù)是否 超過所述檢測次數(shù)門限值，若是，則所述主子架上報所述擴展子架無 應(yīng)答告警，若否，則向所述擴展子架發(fā)送查詢擴展子架在位信息命令。
進一步，在上述方法中，所述導致擴展子架在位信息失效的條件 包括主子架的主控板重新啟動、所述主子架和擴展子架之間的通訊口 中斷恢復、所述主控板主用狀態(tài)發(fā)生變化及人工清除在位寄存器。
進一步，在上述方法中，所述主子架接收到所述擴展子架上"f艮的 在位信息后存儲所述在位信息包括
所述主子架收到所述擴展子架上^^艮的在位信息后，將所述在位信 息存儲于所述主子架的在位狀態(tài)寄存器；
所述主子架將所述在位獲取狀態(tài)寄存器置為已應(yīng)答狀態(tài)。
一種SDH設(shè)備主子架獲取擴展子架在位信息的系統(tǒng)，所述系統(tǒng) 包括
在位信息監(jiān)控單元，用于主子架監(jiān)控導致擴展子架在位信息失效 的條件是否被觸發(fā)；
在位信息查詢單元，連接于所述故障檢測單元，用于主子架查詢 擴展子架的在位信息；
在位信息存儲單元，連接于所述在位信息查詢單元，用于主子架 接收到所述擴展子架上報的在位信息后存儲所述在位信息。
采用本發(fā)明所述方法及系統(tǒng)，發(fā)現(xiàn)擴展子架在位信息失效時通過 主子架的主控板主動向擴展子架發(fā)送查詢擴展子架在位信息的命令， 快速地獲取到擴展子架單板的在位信息，增強了主控板對擴展子架的 管理，解決了現(xiàn)有技術(shù)中主控板狀態(tài)變化時主子架無法快速地重新獲 取所述擴展子架在位信息的問題。


圖1是本發(fā)明SDH設(shè)備主子架獲取擴展子架在位信息的方法流程示意圖2是本發(fā)明SDH設(shè)備主子架獲取擴展子架在位信息的方法較 佳實施例的流程示意圖3是本發(fā)明SDH設(shè)備主子架獲取擴展子架在位信息的系統(tǒng)示 意圖。
具體實施例方式
下面結(jié)合附圖對本發(fā)明作進一步的說明。
本發(fā)明的核心思想是預先設(shè)定導致擴展子架在位信息失效的條 件， 一旦主子架發(fā)現(xiàn)導致所述擴展子架在位信息失效的條件被觸發(fā)， 所述主子架即向擴展子架發(fā)送查詢擴展子架在位信息請求命令，所述 主子架接收到所述擴展子架上>^艮的在位信息后存儲所述在位信息。
請參閱圖1,圖1是本發(fā)明SDH設(shè)備主子架獲取擴展子架在位 信息的方法流程示意圖，其包括以下步驟
步驟101:主子架發(fā)現(xiàn)導致擴展子架在位信息失效的條件被觸發(fā) 后，向擴展子架發(fā)送查詢擴展子架的在位信息請求命令。所述導致擴 展子架在位信息失效的條件包括
1、 主子架的主控板重新啟動，其包括硬件原因、軟件原因?qū)е?的復位，或者單板軟件升級，以及客戶手工進行的復位。
2、 主子架和擴展子架之間的通訊口中斷恢復，其包括物理介質(zhì) 中斷或者軟件原因?qū)е碌耐ㄓ嵵袛唷?br> 3、 主控板主用狀態(tài)發(fā)生變化，即主控板由備用變?yōu)橹饔谩Ｔ谥?控板1+1熱備份系統(tǒng)中，主控板在備用狀態(tài)時并沒有擴展子架的在位化息。
4、 人工清除在位寄存器，導致所述在位寄存器信息失效。
步驟102:所述主子架接收到所述擴展子架上報的在位信息后存 儲所述在位信息。所述擴展子架接收到主子架的請求命令后，檢測其 業(yè)務(wù)板是否插上即業(yè)務(wù)板是否在位，將此檢測結(jié)果作為擴展子架的在 位信息上報給所述主子架，所述主子架接收到所述擴展子架上報的在 位信息后存儲所述在位信息。下面結(jié)合本發(fā)明的較佳實施例對本發(fā)明作進一步詳細說明。
請參閱圖2，圖2是本發(fā)明SDH設(shè)備主子架獲取擴展子架在位 信息的方法較佳實施例的流程示意圖。本發(fā)明的較佳實施例是所述主 子架在其主控板重新啟動或者主子架和擴展子架之間的通訊口中斷 的情況下獲:f又擴展子架在位信息的方法。其中，所述主子架的主控^反 上包括在位狀態(tài)寄存器及在位獲取狀態(tài)寄存器，所述在位狀態(tài)寄存器 用來標識所述擴展子架的業(yè)務(wù)板是否在位，所述在位獲取狀態(tài)寄存器 用來標識所述主控板在獲取所述在位信息操作過程中的在位獲取狀 態(tài)，其包括未啟動狀態(tài)、初始檢測狀態(tài)、等待應(yīng)答狀態(tài)及已應(yīng)答狀態(tài)。
本發(fā)明較佳實施例的方法包括以下步驟
步驟201:所述主子架的主控板發(fā)現(xiàn)導致擴展子架在位信息失效 的條件被觸發(fā)后，將所述在位狀態(tài)寄存器置為不在位狀態(tài)，并將所述 在位獲取狀態(tài)寄存器置為未啟動狀態(tài)。即所述主控板為獲取所述擴展 子架的在位信息進行初始化^喿作，當前所述主控板未獲取到所述在位 信息；
步驟202:所述主控板4企測在位獲取狀態(tài)寄存器為未啟動狀態(tài)， 將所述在位獲取狀態(tài)寄存器置為初始^r測狀態(tài)；
步驟203:所述主控板4企測其在位獲取狀態(tài)寄存器為初始監(jiān)測狀 態(tài)，向所述擴展子架發(fā)送查詢擴展子架在位信息命令，并將其在位獲 取狀態(tài)寄存器置為等待應(yīng)答狀態(tài)；
步驟204:所述主控板收到所述擴展子架上報的在位信息后，將 所述在位信息存儲于所述主子架的在位狀態(tài)寄存器；
步驟205:所述主控板將所述在位獲取狀態(tài)寄存器置為已應(yīng)答狀態(tài)。
其中，所述擴展子架在位信息是指所述擴展子架的業(yè)務(wù)板是否插
是否為連接狀態(tài)，若是，則所述主控板將其在位獲取狀態(tài)寄存器置為 初始檢測狀態(tài)，若否，則返回步驟202; 本實施例中所述方法還包括
所述主控板檢測其在位獲取狀態(tài)寄存器為等待應(yīng)答狀態(tài)，發(fā)送查詢擴展子架在位信息命令；
設(shè)定檢測次數(shù)門限值，判斷上述步驟中發(fā)送的查詢請求命令的次
數(shù)是否超過所述^r測次數(shù)門限值，若是，則所述主控板上報所述擴展 子架無應(yīng)答告警，若否，則向所述擴展子架發(fā)送查詢擴展子架在位信 息命令；
可以理解，本發(fā)明的方法并不限用于主子架主控^1重新啟動或者 通訊中斷等導致擴展子架在位信息失效的條件，其它導致主控板在位 信息失效的情形也同樣適用。
請參閱圖3,本發(fā)明還提供一種SDH設(shè)備主子架獲取擴展子架 在位信息的系統(tǒng)300，系統(tǒng)300包括在位信息監(jiān)控單元301、在位信 息查詢單元302以及在位信息存儲單元303。其中，在位信息監(jiān)控單 元301用于主子架監(jiān)控導致擴展子架在位信息失效的條件是否被觸 發(fā)；在位信息查詢單元302，連接于在位信息檢測單元301，用于主 子架查詢擴展子架的在位信息；在位信息存儲單元303,用于主子架 接收到所述擴展子架上報的在位信息后存儲所述在位信息。
相比于現(xiàn)有技術(shù)，本發(fā)明預先設(shè)定導致擴展子架在位信息失效的 條件， 一旦主子架發(fā)現(xiàn)所述導致擴展子架在位信息失效的條件被觸 發(fā)，所述主子架通過其主控板主動向擴展子架發(fā)送查詢擴展子架在位 信息的命令，快速地獲取到擴展子架單板的在位信息，增強了主控板 對擴展子架的管理，解決了現(xiàn)有技術(shù)中主控板狀態(tài)變化時主子架無法 快速地重新獲取所述擴展子架在位信息的問題。
以上僅為本發(fā)明的優(yōu)選實施案例而已，并不用于限制本發(fā)明，對 于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā) 明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包 含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1、一種SDH設(shè)備主子架獲取擴展子架在位信息的方法，其特征在于，包括主子架發(fā)現(xiàn)導致擴展子架在位信息失效的條件被觸發(fā)后，向擴展子架發(fā)送查詢擴展子架的在位信息請求命令；所述主子架接收到所述擴展子架上報的在位信息后存儲所述在位信息。
2、 根據(jù)權(quán)利要求1所述SDH設(shè)備主子架獲取擴展子架在位信息 的方法，其特征在于，所述主子架發(fā)現(xiàn)導致擴展子架在位信息失效的 條件被觸發(fā)后，向擴展子架發(fā)送查詢擴展子架的在位信息請求命令包 括主子架發(fā)現(xiàn)導致擴展子架在位信息失效的條件被觸發(fā)后，將所述 主子架的在位狀態(tài)寄存器置為不在位狀態(tài)，并將所述主子架的在位獲 取狀態(tài)寄存器置為未啟動狀態(tài)；所述主子架檢測在位獲取狀態(tài)寄存器為未啟動狀態(tài)，將所述在位 獲取狀態(tài)寄存器置為初始檢測狀態(tài)；所述主子架檢測其在位獲取狀態(tài)寄存器為初始監(jiān)測狀態(tài)，向所述 擴展子架發(fā)送查詢擴展子架在位信息命令，并將其在位獲取狀態(tài)寄存 器置為等待應(yīng)答狀態(tài)。
3、 根據(jù)權(quán)利要求2所述SDH設(shè)備主子架獲取擴展子架在位信息 的方法，其特征在于，所述主子架檢測在位獲取狀態(tài)寄存器為未啟動 狀態(tài)之后還包括判斷所述主子架與所述擴展子架之間的通訊口是否為連4妄狀態(tài)， 若是，則所述主子架將其在位獲取狀態(tài)寄存器置為初始檢測狀態(tài)，若 否，則所述主子架重新檢測在位獲取狀態(tài)寄存器的狀態(tài)。
4、 根據(jù)權(quán)利要求2所述SDH設(shè)備主子架獲取擴展子架在位信息 的方法，其特征在于，所述主子架將其在位獲取狀態(tài)寄存器置為等待應(yīng)答狀態(tài)之后還包括所述主子架檢測其在位獲取狀態(tài)寄存器為等待應(yīng)答狀態(tài)，向所述 擴展子架發(fā)送查詢擴展子架在位信息請求命令；設(shè)定檢測次數(shù)門限值，判斷上述發(fā)送的查詢請求命令的次數(shù)是否 超過所述檢測次數(shù)門限值，若是，則所述主子架上報所述擴展子架無 應(yīng)答告警，若否，則向所述擴展子架發(fā)送查詢擴展子架在位信息命令。
5、 根據(jù)權(quán)利要求1及2所述SDH設(shè)備主子架獲取擴展子架在位 信息的方法，其特征在于，所述導致擴展子架在位信息失效的條件包 括主子架的主控板重新啟動、所述主子架和擴展子架之間的通訊口中 斷恢復、所述主控板主用狀態(tài)發(fā)生變化及人工清除在位寄存器。
6、 根據(jù)權(quán)利要求1所述SDH設(shè)備主子架獲取擴展子架在位信息 的方法，其特征在于，所述主子架接收到所述擴展子架上才艮的在位信 息后存儲所述在位信息包括所述主子架收到所述擴展子架上4艮的在位信息后，將所述在位信 息存儲于所述主子架的在位狀態(tài)寄存器；所述主子架將所述在位獲取狀態(tài)寄存器置為已應(yīng)答狀態(tài)。
7、 一種SDH設(shè)備主子架獲取擴展子架在位信息的系統(tǒng)，其特征 在于，所述系統(tǒng)包括在位信息監(jiān)控單元，用于主子架監(jiān)控導致擴展子架在位信息失效 的條件是否被觸發(fā)；在位信息查詢單元，連接于所述故障檢測單元，用于主子架查詢 擴展子架的在位信息；在位信息存儲單元，連接于所述在位信息查詢單元，用于主子架 接收到所述擴展子架上報的在位信息后存儲所述在位信息。
全文摘要
一種SDH設(shè)備主子架獲取擴展子架在位信息的方法，其包括主子架發(fā)現(xiàn)導致擴展子架在位信息失效的條件被觸發(fā)后，向擴展子架發(fā)送查詢擴展子架的在位信息請求命令；所述主子架接收到所述擴展子架上報的在位信息后存儲所述在位信息。另外，本發(fā)明還提供了一種SDH設(shè)備主子架獲取擴展子架在位信息的系統(tǒng)。本發(fā)明解決了現(xiàn)有技術(shù)中主控板狀態(tài)變化時主子架無法快速地重新獲取所述擴展子架在位信息的問題，快速地獲取到擴展子架單板的在位信息，增強了主控板對擴展子架的管理。
文檔編號H04J3/14GK101605052SQ200910108179
公開日2009年12月16日 申請日期2009年6月24日 優(yōu)先權(quán)日2009年6月24日
發(fā)明者浩 王 申請人:中興通訊股份有限公司