【摘要】軟交換作為NGN網(wǎng)絡(luò)的呼叫與控制的核心,它的可靠性至關(guān)重要。本文綜述了三種軟交換容災(zāi)備份的方案的備份原理、實現(xiàn)前提、各自優(yōu)缺點,然后結(jié)合工程實際經(jīng)驗對比分析各個方案適用的場景,為工程建設(shè)提供參考。
【關(guān)鍵詞】軟交換容災(zāi)備份網(wǎng)絡(luò)資源標識
一、概述
1.1軟交換的基本概念
軟交換的概念最早起源于美國,一經(jīng)問世,便得到了業(yè)界的廣泛關(guān)注。軟交換的基本含義就是將呼叫控制功能從媒體網(wǎng)關(guān)中分離出來,即控制與承載分離,并通過軟件實現(xiàn)基本呼叫控制功能(包括呼叫選路、管理控制、連接控制和信令互通),從而實現(xiàn)呼叫傳輸與呼叫控制的分離,為控制、交換和軟件可編程功能建立分離的平臺。軟交換作為NGN網(wǎng)絡(luò)的呼叫與控制的核心,它包含許多功能。主要提供連接控制、路由選擇、網(wǎng)關(guān)管理、帶寬管理、呼叫控制、信令、安全性和呼叫詳細記錄等功能。與此同時,軟交換還將網(wǎng)絡(luò)資源、網(wǎng)絡(luò)能力封裝起來,通過標準開放的業(yè)務(wù)接口和業(yè)務(wù)應(yīng)用層相連,從而可方便地在網(wǎng)絡(luò)上快速提供新業(yè)務(wù)。軟交換的出現(xiàn),使三網(wǎng)在網(wǎng)絡(luò)層面實現(xiàn)網(wǎng)間互聯(lián)互通,在業(yè)務(wù)層面實現(xiàn)業(yè)務(wù)的交叉和滲透,使基于統(tǒng)一分組網(wǎng)絡(luò)承載多種業(yè)務(wù)成為可能。
1.2軟交換容災(zāi)備份的必要性
近年來,人們對通信業(yè)務(wù)的需求日益膨脹,對移動通信的要求也越來越多。移動用戶數(shù)和各地區(qū)的話務(wù)量的飛速增加,使得移動通信網(wǎng)核心網(wǎng)部分趨向大容量、高集成度發(fā)展。2G網(wǎng)中的MSC的容量通常只有20-40萬,而在3G網(wǎng)絡(luò)中的軟交換的最大容量可達百萬以上。而且在軟交換網(wǎng)絡(luò)的組網(wǎng)中,MSC Server往往處在網(wǎng)絡(luò)中較高的位置,覆蓋較大的范圍[1],所以當(dāng)出現(xiàn)重大災(zāi)難情況時,如設(shè)備故障、人為操作失誤、自然災(zāi)害等,會導(dǎo)致大范圍通信不暢甚至業(yè)務(wù)中斷。因此有必要在建網(wǎng)初期就考慮軟交換的容災(zāi)備份方案。
二、主要容災(zāi)策略
2.11+1互備容災(zāi)方案
大本地網(wǎng)組網(wǎng)方案下,MSC Server管轄的用戶數(shù)大大增加,一旦癱機,影響范圍巨大,因此在通信系統(tǒng)組網(wǎng)建設(shè)中,MSC Server需要考慮網(wǎng)絡(luò)級的容災(zāi)備份。基于UMTS R4版本的網(wǎng)絡(luò)結(jié)構(gòu)下,出現(xiàn)了1+1備份容災(zāi)技術(shù)。在“1+1”互助容災(zāi)方案中,每個MSC Server都處于激活狀態(tài),都是主用MSC Server,同時也是另一主用MSC Server的容災(zāi)MSC Server,它們使用一對網(wǎng)元數(shù)據(jù),包括信令點編碼、GT等[2]。
采用“1+1”互助容災(zāi)方案時,軟交換設(shè)備的網(wǎng)絡(luò)組織結(jié)構(gòu)如圖1所示。正常情況下,每個MSC Server控制不同的MGW。但當(dāng)其中一個MSC Server產(chǎn)生故障時,它所控制的MGW將被另一個MSC Server接管,也就是說每個媒體網(wǎng)關(guān)都有一個主歸屬的MSC Server和一個從歸屬的MSC Server。為了實現(xiàn)上述控制切換,每個MGW有相對獨立的控制信令通道分別到兩個MSC Server,當(dāng)MGW歸屬的主用MSC Server故障后,備用MSC Server解閉塞信令鏈路,MGW將向備用MSC Server注冊,并且接受備用MSC Server控制[2]。同時兩個軟交換設(shè)備之間設(shè)有心跳鏈路,用于檢測對方工作是否正常。
靜態(tài)雙歸屬切換:兩個MSC Server采用完全一樣的硬件配置,軟件配置和數(shù)據(jù)配置,采用同樣的對外IP地址。當(dāng)主用SoftSwitch故障后,手工倒換到備用SoftSwitch。相關(guān)數(shù)據(jù)設(shè)備需支持動態(tài)路由協(xié)議。
(2)自動切換
自動切換就是如果一個MSC Server通過心跳信號發(fā)現(xiàn)對端故障(例如心跳超時),立即接管故障MSC Server下的MGW。
動態(tài)雙歸屬切換:兩個MSC Server獨立工作,之間有心跳,同時配置有未激活的對方MSC Server下帶的網(wǎng)關(guān)、用戶、中繼等業(yè)務(wù)數(shù)據(jù)。網(wǎng)關(guān)設(shè)備同時配置一個主用MSC Server和一個備用MSC Server。正常情況下,網(wǎng)關(guān)注冊在主用MSC Server下工作。當(dāng)主用MSC Server發(fā)生故障時,網(wǎng)關(guān)將重新注冊在備用MSC Server下,正常工作。主備MSC Server通過心跳確認對方狀態(tài),通過網(wǎng)管同步雙方數(shù)據(jù)。
負荷分擔(dān)方式的動態(tài)雙歸屬切換:如果正常工作時Domain1的MSC Server帶部分的業(yè)務(wù),Domain2的MSC Server也帶部分業(yè)務(wù),一個MSC Server故障后,所有業(yè)務(wù)倒換到另一個MSC Server。
2.2N+1主備容災(zāi)方案
為解決當(dāng)網(wǎng)內(nèi)MSC Server數(shù)量較多時(至少在3個以上)采用“1+1”備份方式造成資源大量的浪費,出現(xiàn)了N+1備份方式?!癗+1”主備容災(zāi)組網(wǎng)方案中,即有N個MSC Server處于激活狀態(tài)作為主用MSC Server,另1個MSC Server作為冗余備份系統(tǒng),且完全處于備份狀態(tài)。對于主用MSC Server來說,它們之間沒有交互,相互獨立與備用MSC Server連接;對于備用MSC Server來說,在主用MSC Server正常工作的情況下,備用MSC Server只同時運行主用MSC Server相同的軟件和數(shù)據(jù),并存儲所有主用MSC Server數(shù)據(jù)的鏡像,而其與外部網(wǎng)元如HLR、MGW等的信令鏈路正常連接[3]。
“N+I”主備容災(zāi)組網(wǎng)結(jié)構(gòu)如圖2示。每個MGW除與自己歸屬的主MSC Server連接外,還要與備用MSC Server連接。當(dāng)主用MSC Server出現(xiàn)故障時,其所屬的MGW將注冊到備用MSC Server,由備用MSC Server接管故障MSC Server的業(yè)務(wù)。如果主備MSC服務(wù)間不具備實時更新用戶動態(tài)數(shù)據(jù)能力,則倒換時需對所轄用戶進行強制位置更新[3]。
“N+1”主備容災(zāi)方式屬于雙歸屬容災(zāi)機制,采用“N+1”主備容災(zāi)方式組網(wǎng)時MSC Server間控制切換方法類似“1+1”互助容災(zāi)方式,包括手動切換和自動切換兩種方式。
“N+1”主備容災(zāi)中,一個備用MSC Server需要來實現(xiàn)對N個主用MSC Serve的容災(zāi)備份,應(yīng)具備以下特點。首先備用MSC Server需要支持多套局數(shù)據(jù)配置;其次需要支持多個局向心跳線的檢測;第三當(dāng)備用MSC Server倒換為主用局時,如果有其它的MSC Server又出現(xiàn)了問題,發(fā)出倒換請求,備用MSC Server拒絕倒換請求;第四由于備用MSC Server需要對多個MSC Server進行備份,故當(dāng)原主用MSC Server正常后,“N+1”主備雙歸屬需要盡快倒回。
2.3Pool容災(zāi)方案
MSC Pool的核心技術(shù)由Nortel 1997年提出,1999年進入3GPP協(xié)議(23.913-100)。在23.913協(xié)議的基礎(chǔ)上,多個運營商、廠家共同努力下,在2001年演進到了23.236(基于R99架構(gòu))。3GPP TS23.236“Intra-domain connection of Radio Access Network(RAN)nodes to multiple Core Network(CN)nodes”定義了核心網(wǎng)控制節(jié)點(MSC,SGSN)以池組方式工作的機制。它既適用于傳統(tǒng)非分層網(wǎng)絡(luò),也適用于分層軟交換網(wǎng)絡(luò),既適用于GSM網(wǎng)絡(luò),也適用于WCDMA網(wǎng)絡(luò)[4]。
當(dāng)MSC Pool區(qū)內(nèi)的移動用戶發(fā)起新的業(yè)務(wù)時,RNC/BSC能夠識別MSC Pool內(nèi)不同的MSC,通過BSC/RNC的NNSF功能,在MSC Pool內(nèi)為移動用戶選擇一個服務(wù)MSC。該方案的優(yōu)點是網(wǎng)絡(luò)結(jié)構(gòu)清晰,對于MGW宕機的情形有很好的保護機制。僅BSC均需升級,投資較低,標準相對完善,主流廠家均支持。缺點是A接口物理連接復(fù)雜,TDM環(huán)境下A接口電路數(shù)需求較高。存在一個BSC下的用戶間呼叫占用兩個MGW資源的情況。另外,網(wǎng)管維護需要同時管理無線與核心網(wǎng)設(shè)備。
當(dāng)MSC POOL區(qū)內(nèi)的移動用戶發(fā)起新的業(yè)務(wù)時,不需要RNC/BSC支持NNSF能力,而由MGW識別MSC Pool內(nèi)不同的MSC,通過MGW NNSF功能,在MSC Pool內(nèi)為移動用戶選擇一個服務(wù)MSC。該方案的特點是BSC僅和池中的一個MGW相連,BSC透傳用戶請求至MGW,由MGW選擇核心網(wǎng)節(jié)點。MGW和池中的多個MSS有邏輯上的關(guān)聯(lián)關(guān)系。該方案的優(yōu)點是A接口物理連接簡單,TDM端口數(shù)要求少,資源利用率較高;缺點是缺乏對MGW宕機情況下冗余保護機制,標準還在制定中,目前僅有少數(shù)廠家支持。
三、結(jié)束語
軟交換是下一代網(wǎng)絡(luò)中媒體控制、呼叫控制和業(yè)務(wù)提供與分配系統(tǒng)的核心,它的可靠性對整個網(wǎng)絡(luò)的穩(wěn)定運行起著重要的作用。本文對“1+1”互助容災(zāi),“N+1”主備容災(zāi)及基于MSC Pool技術(shù)容災(zāi)模式,進行了分析和比較,每種方案都各有優(yōu)劣。在實際應(yīng)用中,根據(jù)網(wǎng)絡(luò)系統(tǒng)的實際情況來確定選擇哪種方案來組網(wǎng)。如若是跨地域的大本地網(wǎng)組網(wǎng)模式,為了減少路由迂回,建議采用“1+1”互助或“N+1”主備容災(zāi)方式機制;對于用戶密集的城區(qū),存在多個MSC Server,為了確保網(wǎng)絡(luò)容量保障及總體高話務(wù)的防沖擊能力,建議采用MSC Pool容災(zāi)方案。
參考文獻
[1]李釗.移動軟交換中容災(zāi)技術(shù)的研究與應(yīng)用[D].西安電子科技大學(xué),2010年:22
[2]戴波.移動軟交換的容災(zāi)機制及工程實現(xiàn)[D].電子科技大學(xué),2009年:27-30
[3]譚旺生.本地網(wǎng)MSC N+1容災(zāi)備份方案[D].北京郵電大學(xué),2010年:17-18
[4]呂鵬.核心網(wǎng)容災(zāi)技術(shù)的研究[D].上海交通大學(xué),2008年:52
[5]劉揚. MSC POOL在軟交換設(shè)備容災(zāi)中的應(yīng)用[J].郵電設(shè)計技術(shù),2008:53-54