專利名稱:一種無處理器設(shè)備實體的管理方法
技術(shù)領(lǐng)域:
本發(fā)明涉及在通信系統(tǒng)中不帶處理器設(shè)備實體的管理方法,尤其涉及 的是, 一種帶處理器的主備設(shè)備對至少一個不帶處理器的設(shè)備實體的管理 方法。
背景技術(shù):
在傳統(tǒng)的通信系統(tǒng)中, 一般每塊板卡都具備獨立的處理器(MCU),各 個板卡采用不同的地址標(biāo)識與主控板通訊,例如槽位地址或IP地址等;然 后由主控板與網(wǎng)絡(luò)管理系統(tǒng)相連接,以達(dá)到網(wǎng)絡(luò)管理系統(tǒng)對系統(tǒng)中各個板 卡的監(jiān)控。
隨著通信系統(tǒng)集成度和網(wǎng)絡(luò)監(jiān)控要求的逐漸提高,不帶MCU板卡越來 越多,其管理需求日益復(fù)雜。目前, 一般將需要管理的不帶MCU板卡作為 主控板的組件看待,也就是主控板與不帶MCU板卡之間存在直接的控制信 號線,不帶MCU的板卡不需要擁有獨立的通訊地址。
這樣,主控板程序設(shè)計比較筒單,因為不帶MCU板卡與主控板上的功 熊單元處于對等地位,雖然不帶MCU板卡實體獨立于主控板實體之外,但 主控板程序不需要對不帶MCU板卡做出特殊處理。
但是,網(wǎng)管系統(tǒng)的處理比較復(fù)雜,如果不帶MCU板卡需要按照物理位 置如實顯示在網(wǎng)管界面上,就必然要求網(wǎng)管系統(tǒng)進(jìn)行特殊處理,在邏輯上 將不帶MCU板卡與主控板合并,在實體上又要將不帶MCU板卡與主控板 分離。比如在網(wǎng)管對不帶MCU的板卡實體上進(jìn)行操作,所有命令必須發(fā)送 給主控板,而從主板板返回的報文又必須進(jìn)行分離處理,以分別顯示在不帶MCU板卡實體和主控板實體上,從而造成網(wǎng)管系統(tǒng)處理的復(fù)雜度大大增 力口。
尤其是當(dāng)主控板存在主備機條j時,這種將不帶MCU板卡看作主控板組 件的弊端更加明顯。例如,系統(tǒng)正常運行時,不帶MCU板卡只能作為主用 主控板的組件,不能作為備用主控板的組件,因為網(wǎng)管對不帶MCU板卡的 操作命令都必須轉(zhuǎn)發(fā)給當(dāng)前主用主控板。
因此,現(xiàn)有技術(shù)存在缺陷,需要改進(jìn)。
發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種無處理器的設(shè)備實體的管理方 法,避免將不帶MCU板卡作為主控板組件進(jìn)行處理。 本發(fā)明的技術(shù)方案如下
一種無處理器設(shè)備實體的管理方法,其包括以下步驟Al、為主用控 制板、備用控制板和其它板卡都分配獨立的通訊地址;并且,在其它板卡 中僅設(shè)置功能模塊;A2、當(dāng)前的主用控制板管理其通訊地址以及其它板卡 的通訊地址,當(dāng)前的備用控制板管理其通訊地址;A3、所述主用控制板和 所述備用控制板執(zhí)行主備倒換時,執(zhí)行步驟A2。
所述的管理方法,其中,步驟A2中,所述管理通訊地址,包括以下步 驟Bl、所述主用控制板和所述備用控制板分別接收目的通訊地址為其管 理的通訊地址的報文;B2、所述主用控制板解析所述報文中的所述目的通 訊地址B3、所述備用控制板根據(jù)所述報文對本板執(zhí)行操作,并返回應(yīng)答 報文,應(yīng)答報文中源通訊地址設(shè)為所述備用控制板的通訊地址。
所述的管理方法,其中,所述步驟B2進(jìn)一步包括B21、判斷所述目 的通訊地址為所述主用控制板的通訊地址,則根據(jù)所述報文對本板作相關(guān) 操作,并返回應(yīng)答報文,應(yīng)答報文中源通訊地址設(shè)為所述主用控制板自身 的通訊地址;B22、判斷所述目的通訊地址為其它板卡的通訊地址,則所述主用控制板訪問相應(yīng)板卡,并返回應(yīng)答報文;應(yīng)答報文中源通訊地址設(shè)為 該斧反卡的通訊地址。
所述的管理方法,其中,步驟B22中,所述主用控制板根據(jù)所述報文, 通過控制信號線訪問其它板卡上的相關(guān)器件。
所述的管理方法,其中,步驟B22之后,還執(zhí)行以下步驟所述主用 控制板向所述備用控制板發(fā)起主備數(shù)據(jù)同步。
所述的管理方法,其中,步驟B1還執(zhí)行以下步驟判斷所述主用控制 板和所述備用控制板各自接收目的通訊地址為本板通訊地址的相同報文; 則步驟B3具體包括以下步驟所述備用控制板丟棄所述報文,并返回接收 成功的應(yīng)答報文。
所述的管理方法,其中,步驟A1中,各通訊地址與槽位——對應(yīng)。 所述的管理方法,其中,采用預(yù)設(shè)置算法為各槽位設(shè)置其通訊地址。 所述的管理方法,其中,步驟A2之前,還執(zhí)行以下步驟A20、確定 所述主用控制板和所述備用控制板的主備關(guān)系。
所述的管理方法,其中,步驟A2還執(zhí)行以下步驟A21、系統(tǒng)上電時, 所述主用控制板和所述備用控制板分別上報其管理的通訊地址;A22、所述 主用控制板和所述備用控制板分別接收其管理的通訊地址的上電配置信 息,所述主用控制板對其它板卡進(jìn)行上電配置。
所述的管理方法,其中,步驟A3之后,還執(zhí)行以下步驟A4、判斷 進(jìn)行手動復(fù)位操作和程序下栽,則僅對所述備用控制板進(jìn)行;A5、手動切 換主備狀態(tài)時,則同時發(fā)送到所述主用控制板和所述備用控制板。
采用上述方案,本發(fā)明通過為不帶MCU的板卡設(shè)立獨立的通訊地址標(biāo) 識,在邏輯上和實體上都將不帶MCU板卡與主控板分離開來;采用將不帶 MCU板卡與控制板地位對等的機制,在控制板和網(wǎng)管兩個層面理順了不帶 MCU板卡與控制板的組織關(guān)系,有利于不帶MCU板卡實體與各層面處理 邏輯的對應(yīng)。
圖1為本發(fā)明的主備控制板和不帶MCU板卡的地址標(biāo)識示意圖2為本發(fā)明的系統(tǒng)上電配置流程圖3為控制板主備倒換后的地址標(biāo)識示意圖4為本發(fā)明方法的流程圖。
具體實施例方式
以下結(jié)合附圖和具體實施例,對本發(fā)明進(jìn)行詳細(xì)說明。 本發(fā)明提出了一種主備控制板高效管理多個不帶MCU板卡的方法。該 發(fā)明當(dāng)然也適用于只配備主用袒制板的系統(tǒng);本發(fā)明的核心思路是認(rèn)為各 個不帶MCU的板卡與主備控制板單板自身地位對等,為不帶MCU的板卡 設(shè)立獨立的通訊地址標(biāo)識。這樣就在邏輯上和實體上都將不帶MCU板卡與 主控板分離開來。如圖4所示,本發(fā)明提供了一種無處理器設(shè)備實體的管 理方法,其包括以下步驟。
Al、為主用控制板、備用控制板和其它板卡都分配獨立的通訊地址; 并且,在其它板卡中僅設(shè)置功能模塊,即在其它板卡中不設(shè)置處理器,更 具體地說,是不帶MCU及其外圍電路;本發(fā)明中,除了主用控制板、備用 控制板之外,其它板卡是不帶處理模塊的,即不帶MCU及其外圍電路;這 些不帶MCU的板卡可以為一塊或^f艮多塊,本發(fā)明對此沒有額外限制。更好 的是,在步驟A1中,各通訊地址與槽位——對應(yīng);其中,可以采用預(yù)設(shè)置 算法為各槽位設(shè)置其通訊地址。例如,為主用控制板、備用控制板和各個 不帶MCU的板卡都分配獨立的通訊地址,每個通訊地址都與槽位——對 應(yīng)。
A2、當(dāng)前的主用控制板管理其通訊地址以及其它才反卡的通訊地址,當(dāng) 前的備用控制板管理其通訊地址。即,發(fā)送目的通訊地址為主用控制板自
8身和各個不帶MCU板卡的報文,都將會被主用控制板接收到。
并且,在步驟A2之前,還可以執(zhí)行以下步驟A20、確定所述主用控 制板和所述備用控制板的主備關(guān)系。這樣,在控制板的主備關(guān)系確立后,
控制板只擁有自身的通訊地址。
一個實施例是,步驟A2還可以執(zhí)行以下步驟A21、系統(tǒng)上電時,所
述主用控制板和所述備用控制板分別上報其管理的通訊地址;A22、所述主
用控制板和所述備用控制板分別接收其管理的通訊地址的上電配置信息,
所述主用控制板對其它板卡進(jìn)行上電配置。
具體地說,所述管理通訊地址,可以包括以下步冬聚
Bl、所述主用控制板和所述備用控制板分別接收目的通訊地址為其管
理的通訊地址的報文; * B2、所述主用控制板解析其接收到的所述報文中的所述目的通訊地址,
的通訊地址,分別執(zhí)行B21或B22 。
B21、判斷所述目的通訊地址為所述主用控制板的通訊地址,則根據(jù)所 述報文對本板作相關(guān)操作,并返回應(yīng)答報文,應(yīng)答報文中源通訊地址設(shè)為 所述主用控制板自身的通訊地址。
例如,如果目的通訊地址為主用控制板自身的地址,則主用控制板 MCU對本板作相關(guān)操作,并返回應(yīng)答報文,應(yīng)答報文中源通訊地址填為主 用-控制板自身的通訊地址。
B22、判斷所述目的通訊地址為其它板卡的通訊地址,則所述主用控制 板訪問相應(yīng)板卡,并返回應(yīng)答報文;應(yīng)答報文中源通訊地址設(shè)為該板卡的 通訊地址。其中,步驟B22中,所述主用控制板可以根據(jù)所述報文,通過 控制信號線訪問其它板卡上的相關(guān)器件。
例如,如果目的通訊地址為某個不帶MCU板卡的地址,則主用控制板MCU通過控制信號線訪問不帶MCU板卡上的相關(guān)器件,并返回應(yīng)答報文, 應(yīng)答報文中源通訊地址填為該不帶MCU^反卡的通訊地址。
更好的是,步驟B22之后,還執(zhí)行以下步驟所述主用控制板向所述 備用控制板發(fā)起主備數(shù)據(jù)同步。
B3、所述備用控制板根據(jù)所述報文對本板執(zhí)行操作,即執(zhí)行所述報文 中的相關(guān)操作,并返回應(yīng)答報文,應(yīng)答報文中源通訊地址設(shè)為所述備用控 制^^反的通訊地址。
例如,發(fā)送目的通訊地址為備用控制板的報文,將會被備用控制板接 收到,備用控制板對自身作出操作,并返回應(yīng)答報文,應(yīng)答報文中源通訊 地址填為備用控制板的通訊地址。
一個實例是,步驟B1還執(zhí)行以下步驟判斷所述主用控制板和所述備 用控制板各自接收目的通訊地址為本板通訊地址的相同報文;則步驟B3 中,所述備用控制板不再根據(jù)所述報文對本板作相關(guān)操作,而是具體包括 以下步驟所述備用控制板丟棄所述報文,并返回接收成功的應(yīng)答報文。
-A3、所述主用控制板和所述備用控制板執(zhí)行主備倒換時,執(zhí)行步驟A2。 即當(dāng)主備控制板主備倒換后,依然遵循上面的方法。
在步驟A3之后,所述的管理方法,還可以包括以下步驟
A4、判斷進(jìn)行手動復(fù)位操作和程序下載,則僅對所述備用控制板進(jìn)行。 為了系統(tǒng)的穩(wěn)定性,在對控制板進(jìn)行人工操作復(fù)位和程序下載時,最好只 對備用板進(jìn)行,也就是主備板同N"存在時,將人工操作復(fù)位和程序下載作 為備用板的獨有操作。如果要對主用板進(jìn)行復(fù)位和下載,需要先進(jìn)行人工 的強制切換。
.A5、手動切換主備狀態(tài)時,則同時發(fā)送到所述主用控制板和所述備用 控制板。從網(wǎng)管上對控制板進(jìn)行人工的主備狀態(tài)強制切換,需要同時對主 備控制板同時下發(fā),這樣才能保證主板軟件知道備板發(fā)起的切換是否是網(wǎng) 管下發(fā)的強制切換,為主板保留拒絕備板發(fā)起切換的權(quán)利,這是防止主備倒換振蕩的手段之一。
采用本發(fā)明上述的將不帶MCU板卡與控制板地位對等的機制,可在控 制板和網(wǎng)管兩個層面理順不帶MCU板卡與控制板的組織關(guān)系,有利于不帶 MCU板卡實體與各層面處理邏輯的對應(yīng)。下面給出一個完整的實例對本發(fā) 明方法進(jìn)行說明。
如圖1所示,是由兩塊不帶MCU板卡和主備控制板組成的系統(tǒng),單板 通訊地址采用IP地址,然后,為2塊不帶MCU的^L卡分別分配IP地址IPl 和IP2,為當(dāng)前主用槽位控制板分配IP3,為當(dāng)前備用槽位控制板分配IP4, 每個IP地址都與槽位一一對應(yīng),可根據(jù)某種預(yù)設(shè)置的常用算法由槽位推算 而來。當(dāng)控制板主備狀態(tài)確立后,主用控制板將擁有3個IP地址自身地 址IP3、2塊不帶MCU板卡的IP1和IP2,而備用控制板只擁有自身地址IP4。
下面從兩種情形說明采用本發(fā)明方法的處理機制。
第一種情形系統(tǒng)上電,如圖2所示。
第一步系統(tǒng)上電后,主用控制板上I艮3個地址IP1、 IP2、 IP3的單板 啟動信息,備用控制板只上報1個地址IP4的單板啟動信息。
第二步網(wǎng)管系統(tǒng)收到單板啟動信息后,按照各個單板啟動信息的IP 地址,逐一下發(fā)上電配置信息。
第三步這樣主用控制板將接受并處理IP1、 IP2和IP3地址的上電配 置信息,而備用控制板只會接受IP4地址的上電配置信息。
第四步備用控制板只需要進(jìn)行自身上電配置,主用單板除進(jìn)行自身 上電配置外,還需要對2塊不帶MCU板卡通過控制信號線進(jìn)^f亍上電配置。
第二種情形單板上電后正常運行時的設(shè)置查詢操作,可以將這些設(shè)
置查詢操作分成3類。
1、 主備控制板自身獨有的設(shè)置查詢等操作,網(wǎng)管給主備控制板分別下 發(fā),,主備控制板各自應(yīng)答,互相不干擾。
2、 主備控制板共有的配置操作,網(wǎng)管給主備控制板同時下發(fā),也就是下發(fā)兩份內(nèi)容相同的報文,但只有主用控制板接收到后處理,備用控制板 接收到后直接丟棄,等待主用控制板隨后發(fā)起的主備數(shù)據(jù)同步。
關(guān)于主備控制板共有的配置操作,在備用控制板接收到可以直接丟棄 報文后的處理問題,都應(yīng)該直接返回"成功,,應(yīng)答報文,避免出現(xiàn)網(wǎng)管下 發(fā)報文超時現(xiàn)象。備用控制板接收到共有操作報文后并不處理,原因如下。
首先,即使主用控制板返回配置"失敗,,應(yīng)答報文,也并不影響主備 狀態(tài)的一致性,因為備用板根本就沒有進(jìn)行配置。當(dāng)然如果主板返回"失 敗",操作者應(yīng)該進(jìn)行再次操作。
其次,能有效防止備用單板由于某種原因返回"失敗"造成的主備狀 態(tài)不一致。
當(dāng)然也可以采取另外一種處理方式,即網(wǎng)管只給主用控制板下發(fā)報文。 這樣,就不存在備用控制板接收到應(yīng)該直接丟棄報文后的處理問題。這樣 做的額外需求是網(wǎng)管必須時刻知曉兩塊控制板當(dāng)前的主備狀態(tài),而上一種 處理方式中網(wǎng)管就不要做到這一點。
3、對不帶MCU板卡進(jìn)行的設(shè)置查詢等操作,網(wǎng)管給其對應(yīng)的IP地址 下發(fā)報文,這樣就只有當(dāng)前主用控制板可以接收到該報文,主用控制板通 過控制信號線對不帶MCU板卡進(jìn)行訪問操作,并返回結(jié)果。備用控制板則 等待主用控制板隨后發(fā)起的主備數(shù)據(jù)同步。
這里,主備控制板之間的主備數(shù)據(jù)同步是本發(fā)明的一個有利保障手段。 兩塊主備控制板之間的數(shù)據(jù)同步能保證備份單板可以隨時無損地轉(zhuǎn)換到主 用工作狀態(tài)。主板進(jìn)行的任何設(shè)置操作都需要同步到備份單板,當(dāng)然包括 對不帶MCU板卡的設(shè)置操作。
主用控制板收到網(wǎng)管配置命令,完成對不帶MCU板卡的配置操作后均 需要把信息傳遞給備用控制板。備用控制板收到信息后,需馬上完成配置 信息的更新,這樣一旦完成主備切換,備用控制板可以馬上接替原有主用 控制板的工作。因此,主備數(shù)據(jù)同步的時^L至少可以包括以下^壬一種網(wǎng)管通過主用
控制板設(shè)置操作,可由主用控制機發(fā)起;為了系統(tǒng)的完備性,還可以加上 每隔一段時間自動同步,可由備用控制板發(fā)起;主備控制板切換前同步, 可由備用控制板發(fā)起;備用控制板初始化后同步等等。
如果發(fā)生主備倒換,則IP地址的分配關(guān)系也跟著發(fā)生變化,如圖3所示。
主備切換完成后,當(dāng)前的主用控制板擁有3個IP地址自身地址IP4、 2塊不帶MCU板卡的IP1和IP2,而備用控制板只擁有自身地址IP3??刂?板可采取系統(tǒng)上電時的機制,上報各自擁有IP地址的單板啟動信息,等待 網(wǎng)管的上電配置信息。主備控制板對上電配置信息以及隨后^:置查詢操作 等的處理,與主備倒換發(fā)生前一樣。
綜上,本發(fā)明適用于帶處理器的主備設(shè)備對多個不帶處理器設(shè)備實體 的管理,主要應(yīng)用于所有設(shè)備為板卡的通信系統(tǒng);本發(fā)明還具有以下優(yōu)點
1. 每塊單板通訊地址(即IP地址)都與自身槽位——對應(yīng);
2. 在網(wǎng)管上對各單板進(jìn)行操作,網(wǎng)管直接按照實際通訊地址下發(fā)報文, 不需要進(jìn)行槽位與單板通訊地址間的特殊轉(zhuǎn)換;
3. 由于不帶MCU板卡完全獨立于控制板,控制板主備倒換前后,控制 板及網(wǎng)管對這些不帶MCU板卡的處理邏輯不會發(fā)生變化。
應(yīng)當(dāng)理解的是,對本領(lǐng)域普通技術(shù)人員來說,可以根據(jù)上述說明加以 改進(jìn)或變換,而所有這些改進(jìn)和變換都應(yīng)屬于本發(fā)明所附權(quán)利要求的保護(hù) 范圍。
權(quán)利要求
1、一種無處理器設(shè)備實體的管理方法,其特征在于,包括以下步驟A1、為主用控制板、備用控制板和其它板卡都分配獨立的通訊地址;A2、當(dāng)前的主用控制板管理其通訊地址以及其它板卡的通訊地址,當(dāng)前的備用控制板管理其通訊地址;
2、 根據(jù)權(quán)利要求1所述的管理方法,其特征在于,步驟A2中,所 述管理通訊地址,包括以下步驟Bl、所述主用控制板和所述備用控制板分別接收目的通訊地址為其管理的通訊地址的,艮文;B2、所述主用控制板解析所述報文中的所述目的通訊地址B3、所述備用控制板根據(jù)所述報文對本板執(zhí)行操作,并返回應(yīng)答報文,應(yīng)答報文中源通訊地址設(shè)為所述備用控制板的通訊地址。
3、 根據(jù)權(quán)利要求2所述的管理方法,其特征在于,所述步驟B2進(jìn) 一步包括B21、判斷所述目的通訊地址為所述主用控制板的通訊地址,則根據(jù) 所述報文對本板作相關(guān)捧作,并返回應(yīng)答報文,應(yīng)答報文中源通訊地址 設(shè)為所述主用控制板自身的通訊地址;B22、判斷所述目的通訊地址為其它板卡的通訊地址,則所述主用控 制板訪問相應(yīng)板卡,并返回應(yīng)答報文;應(yīng)答報文中源通訊地址設(shè)為該板 卡的通訊地址。
4、 根據(jù)權(quán)利要求3所述的管理方法,其特征在于,步驟B22中,所述主用控制板根據(jù)所述報文,通過控制信號線訪問其它板卡上的相關(guān)器件。
5、 根據(jù)權(quán)利要求3所述的管理方法,其特征在于,步驟B22之后,還執(zhí)行以下步驟所述主用控制板向所述備用控制板發(fā)起主備數(shù)據(jù)同步。
6、 根據(jù)權(quán)利要求5所述的管理方法,其特征在于,步驟Bl還執(zhí)行以下步驟判斷所述主用控制板和所述備用控制板各自接收目的通訊地址為本板通訊地址的相同報文;則步驟B3具體包括以下步驟所述備用控制板丟棄所述報文,并返回接收成功的應(yīng)答報文。
7、 根據(jù)權(quán)利要求1所述的管理方法,其特征在于,步驟A1中,各通iTU也址與槽 f立--只于應(yīng)。
8、 根據(jù)權(quán)利要求7所述的管理方法,其特征在于,采用預(yù)設(shè)置算法為各槽位設(shè)置其通訊地址。
9、 根據(jù)權(quán)利要求1所述的管理方法,其特征在于,步驟A2之前,還執(zhí)行以下步驟A20、確定所述主用控制板和所述備用控制板的主備關(guān)系。
10、 根據(jù)權(quán)利要求1所述的管理方法,其特征在于,步驟A2還執(zhí)行以下步驟A21、系統(tǒng)上電時,所述主用控制板和所述備用控制板分別上報其管理的通訊地址;A22、所述主用控制板和所述備用控制板分別接收其管理的通訊地址的上電配置信息,所述主用控制板對其它板卡進(jìn)行上電配置。
11、 根據(jù)權(quán)利要求1所述的管理方法,其特征在于,步驟A3之后,還執(zhí)行以下步驟A4、判斷進(jìn)行手動復(fù)位操作和程序下載,則僅對所述備用控制板進(jìn)行;A5、手動切換主備狀態(tài)時,則同時發(fā)送到所述主用控制板和所述備用控制板。
全文摘要
本發(fā)明公開了一種無處理器設(shè)備實體的管理方法,其包括以下步驟A1.為主用控制板、備用控制板和其它板卡都分配獨立的通訊地址;并且,在其它板卡中僅設(shè)置功能模塊;A2.當(dāng)前的主用控制板管理其通訊地址以及其它板卡的通訊地址,當(dāng)前的備用控制板管理其通訊地址;A3.所述主用控制板和所述備用控制板執(zhí)行主備倒換時,執(zhí)行步驟A2。通過為不帶MCU的板卡設(shè)立獨立的通訊地址標(biāo)識,在邏輯上和實體上都將不帶MCU板卡與主控板分離開來;采用將不帶MCU板卡與控制板地位對等的機制,在控制板和網(wǎng)管兩個層面理順了不帶MCU板卡與控制板的組織關(guān)系,有利于不帶MCU板卡實體與各層面處理邏輯的對應(yīng)。
文檔編號H04L12/24GK101499925SQ20081006524
公開日2009年8月5日 申請日期2008年1月28日 優(yōu)先權(quán)日2008年1月28日
發(fā)明者瑜 方 申請人:中興通訊股份有限公司