王 俊
?
愛立信HDBSC容災(zāi)方案的研究
王 俊
上海移動,上海 200002
根據(jù)現(xiàn)階段愛立信HDBSC的結(jié)構(gòu),提出了愛立信HDBSC實施容災(zāi)的必備條件、容災(zāi)方案的具體實現(xiàn)、硬件準備、優(yōu)缺點分析等。對未來IP化改造以后的HDBSC網(wǎng)絡(luò)拓撲結(jié)構(gòu)作出了簡單設(shè)計,解構(gòu)了在未來構(gòu)架下的HDBSC的容災(zāi)方案。
愛立信HDBSC;容災(zāi)方案;IP承載網(wǎng)
愛立信HDBSC的容量較大,在目前版本下支持2048載頻,在后續(xù)的版本中能繼續(xù)支持到4096載頻。其中BSC的穩(wěn)定運行直接影響到網(wǎng)絡(luò)質(zhì)量和用戶滿意度。加強日常維護手段和維護力度,防止BSC出現(xiàn)重大故障,屬于基礎(chǔ)維護的范疇。當BSC發(fā)生不可修復(fù)的重大故障時,就需要快速、可行的容災(zāi)方案,盡量在短時間內(nèi)恢復(fù)業(yè)務(wù),這是制定容災(zāi)手段的主要目的。
目前上海現(xiàn)網(wǎng)有4個MSC POOL,大部分愛立信BSC連接在MSC POOL中,所有愛立信BSC均以9聯(lián)結(jié)構(gòu)下掛在SGSN POOL中。
愛立信HDBSC機框分2部分,一部分是eGEM控制框,另一部分是ET框??刂瓶蛲瓿苫究刂乒δ?,包含中央處理器和控制單元等;ET框?qū)崿F(xiàn)光電轉(zhuǎn)換功能,將光纖信號轉(zhuǎn)化成2M信號外聯(lián)BTS和高速信令??刂瓶蚝虴T框通過光纖直連,無控制信號,即ET獨立于BSC控制設(shè)備而存在,實現(xiàn)簡單的傳輸打散功能。
從eGEM框出A口光纖接入MSC,出GB光纖至CE接入SGSN,出ABIS光纖連接ET4-1;從ET4-1機框出ABIS 2M線連接BTS,出2M高速信令到MSC。在實際使用中,在各個節(jié)點中間,都會按需增加DDF架、ODF架、三層交換機等轉(zhuǎn)接設(shè)備,由于這些設(shè)備只涉及連接、轉(zhuǎn)發(fā)、信號增強、IP包路由等功能[1],在此不作說明。
要實現(xiàn)BSC的整體容災(zāi),必須確保主用BSC和容災(zāi)BSC的硬件定義一致。需使用相同的GB OVER IP模塊:現(xiàn)網(wǎng)使用兩種GBOIP方式,SUMMIT48和NWI。目前統(tǒng)一使用NWI作為GBOIP的接口板。
使用相同的硬件模型:愛立信硬件模型定義相對靈活,為保證數(shù)據(jù)包制作的便利性,建議使用同一套硬件模型,容災(zāi)BSC采用該硬件模型下的最大配置,以全面覆蓋主用BSC。
使用相同的軟件版本:只有在相同的軟件版本下,才能互倒備份包。
使用相同的傳輸連接方式:要求主用BSC和容災(zāi)BSC的ABIS光纖接口、A口光纖、GB口光纖均上ODF架;如果采用跨局方容災(zāi),則需要在機房預(yù)留20對光纖線芯資源。
3.1 冷備份容災(zāi)BSC
容災(zāi)方法:建立一個完整的HDBSC,并能連通到網(wǎng)管,監(jiān)控運行情況。一旦主用BSC發(fā)生不可修復(fù)的硬件故障,如機框背板短路、機框總線斷鏈等,可以立即拆卸容災(zāi)BSC的相應(yīng)模塊、線纜、機框立即整體更換。
此方法有利于排除硬件故障,比使用備品備件更換更為可靠,出現(xiàn)不可修復(fù)的硬件故障后,整體更換有利于業(yè)務(wù)的快速修復(fù),但缺乏針對軟件問題導(dǎo)致的故障容災(zāi)。
3.2 熱備份容災(zāi)HDBSC
容災(zāi)方法:建設(shè)一個HDBSC的eGEM框,在入網(wǎng)調(diào)測時確保該BSC能正常連通A口,GB口,只需上最近端ODF位置,在測試入網(wǎng)后可以斷開連接釋放網(wǎng)絡(luò)資源。日常能對該容災(zāi)BSC正常監(jiān)控,ODF位置均做環(huán)回,將該BSC納入網(wǎng)絡(luò)升級計劃。一旦主用BSC發(fā)生不可修復(fù)故障,斷開其ABIS光纖跳接,把主用BSC的ET4-1機框通過光纖跳接到容災(zāi)BSC的eGEM機框;斷開主用BSC的A口光纖,把容災(zāi)BSC的A口光纖接入原主用BSC連接的MSC;斷開主用BSC的GB口光纖,把容災(zāi)BSC的GB口光纖接入原主用BSC連接的SGSN;使用主用BSC運行正常時的DUMP包,導(dǎo)入容災(zāi)BSC起局。此方法對所有符合條件的BSC整體備份,可建設(shè)單獨的ET4-1框用以囊括“冷備份容災(zāi)BSC”能夠?qū)崿F(xiàn)的功能;對軟件、硬件、不明原因等不可修復(fù)故障能做到徹底容災(zāi),業(yè)務(wù)恢復(fù)速度快且有效。但缺陷在于傳輸跳接鏈路較多,包含A口、GB口、ABIS口光纖,按照目前最大配置,共計20對光纖。如全網(wǎng)HDBSC采用同一容災(zāi)BSC,則需要在各個機房分別預(yù)留20條線芯資源,在容災(zāi)BSC機房預(yù)留N*20路連向各機房的線芯資源(N=機房數(shù)量)。
4.1 網(wǎng)絡(luò)結(jié)構(gòu)
IP化是BSC外聯(lián)的發(fā)展方向,目前愛立信現(xiàn)網(wǎng)已實現(xiàn)GB OVER IP的功能,在下一階段,將逐漸實現(xiàn)高速信令I(lǐng)P化、ABIS IP化和A口IP化,同時BTS也需要支持IP包傳輸。在BSC外聯(lián)接口完全IP化以后,BSC的容災(zāi)方法將有根本性的改變,并有望實現(xiàn)一鍵容災(zāi)或者采用BTS雙聯(lián)的方法實現(xiàn)容災(zāi)。
當實現(xiàn)IP化時,BSC的外聯(lián)接口全部通過三層交換機向外部連接,通過設(shè)置靜態(tài)路由完成IP包的在各路由器間的轉(zhuǎn)換。在完全IP化后,BSC不再需要ET4機框,只需要eGEM框外聯(lián)其他網(wǎng)元設(shè)備,需添加PGW模塊完成IP協(xié)議的轉(zhuǎn)換。
4.2 容災(zāi)方案的設(shè)想
(1)BTS雙聯(lián)容災(zāi)。容災(zāi)方法:同時在2套相鄰BSC上制作同一套基站數(shù)據(jù),2套BSC間增加外設(shè)鏡像盤用于數(shù)據(jù)同步。通過在三層交換機上設(shè)置默認路由、靜態(tài)路由、動態(tài)路由等,完成數(shù)據(jù)的轉(zhuǎn)發(fā)和交換。當一臺BSC發(fā)生故障宕機后,另一臺BSC的動態(tài)路由立即啟用,對故障BSC原默認的靜態(tài)路由小區(qū)進行控制。此方法的優(yōu)點在于無需起備份包、現(xiàn)場光路跳接等,業(yè)務(wù)瞬間恢復(fù)。可以接入PTN網(wǎng)絡(luò),但對BSC兩邊數(shù)據(jù)同步要求高,基站數(shù)據(jù)鏡像光盤有一定難度。BSC維護人員必須具備三層交換機操作、維護技能。需要待PTN網(wǎng)絡(luò)建設(shè)完成、IP化改造完成后才能啟動該方案。三層交換結(jié)構(gòu)較復(fù)雜,維護有一定難度。影響B(tài)SC容量。
(2)BSC路由器骨干網(wǎng)容災(zāi)。容災(zāi)方法:把主用BSC和容災(zāi)BSC的A口、ABIS口、GB口分別接入三層交換機,從三層交換機連接到外設(shè)網(wǎng)元設(shè)備和機房出口路由器;機房出口路由器與其他機房的路由器相連,組成路由環(huán)路。當BSC出現(xiàn)不可修復(fù)的故障時,將故障BSC的DUMP包打入容災(zāi)BSC,并設(shè)置容災(zāi)BSC到原故障BSC外聯(lián)MSC/SGSN/ABIS的靜態(tài)路由,使其業(yè)務(wù)恢復(fù)??梢越ㄔO(shè)三層路由器骨干環(huán)網(wǎng),或者所有外聯(lián)網(wǎng)絡(luò)從同一臺交換機連接。此方法無需做小區(qū)數(shù)據(jù)鏡像,降低數(shù)據(jù)維護難度;一鍵遠程容災(zāi),無需到BSC現(xiàn)場,業(yè)務(wù)恢復(fù)速度較快;網(wǎng)絡(luò)結(jié)構(gòu)相對簡單,但建設(shè)路由器骨干網(wǎng)費用較高;維護人員必須必備路由器維護技能。
本文針對愛立信HDBSC的網(wǎng)絡(luò)現(xiàn)狀和未來發(fā)展趨勢,根據(jù)不同的網(wǎng)絡(luò)結(jié)構(gòu)背景,簡單介紹了四同容災(zāi)方案的容災(zāi)方案,對于每一種容災(zāi)方案都分析了優(yōu)點、缺陷和投入運行使用的可能性預(yù)估,對于今后的容災(zāi)工程建設(shè)有一定的參考價值。
[1]張仲敏,宋憑,楊科利.系統(tǒng)服務(wù)容災(zāi)機制研究及實現(xiàn)[J].信息安全與通信保密,2007(6):203-205.
Study on Ericsson HDBSC Disaster Recovery Program
Wang Jun
Shanghai mobile,Shanghai 200002
According to the stage of the Ericsson HDBSC structure,put forward the prerequisite for Ericsson HDBSC implementation of disaster recovery,disaster recovery scheme of realization,hardware preparation,analysis of advantages and disadvantages.The future IP transformation after the HDBSC network topology structure of make the simple design,the deconstruction of the HDBSC under the framework for future disaster recovery scheme.
HDBSC;disaster recovery; scheme of IP network
TN929.5
A
1009-6434(2016)07-0120-02