通遼移動MSC POOL實施方案建議

/webmoney - 1 - 通遼 移動 MSC in POOL 實施方案 建議書 愛立信（中國）通信有限公司 2008年 08月 /webmoney - 2 - 目錄 1. 概述 . 3 2. MSC POOL 技術(shù)原理介紹 . 3 2.1 MSC POOL 技術(shù)簡介 .3 2.2 MSC POOL 實現(xiàn)機制 .4 2.2.1 MSC POOL 實現(xiàn)條件 . 4 2.2.2 Virtual MGW . 5 2.2.3 MSC 選擇機制 . 6 2.2.4 NRI和 TMSI . 7 2.3 MSC POOL 工作過程 .8 2.4 MSC POOL 的故障檢測及業(yè)務(wù)恢復(fù) .9 2.4.1 故障檢測機制 . 9 2.4.2 業(yè)務(wù)恢復(fù)機制 . 9 2.5 MSC POOL 技術(shù)作用與優(yōu)點 .10 3. MSC POOL 網(wǎng)絡(luò)規(guī)劃 . 13 3.1 MSC POOL 實施的條件 .13 3.2 MSC POOL 網(wǎng)絡(luò)冗余 .14 3.3 NRI和 CAP 設(shè)置 .15 3.4 小區(qū) 和位置區(qū)的數(shù)據(jù)定義 .16 3.5 移動性管理 .17 4. MSC POOL 對網(wǎng)絡(luò)影響 . 18 4.1 網(wǎng)絡(luò)容量 .18 4.2 節(jié)點配置 .19 4.3 尋呼 .19 4.4 網(wǎng)管計費 .19 4.5 業(yè)務(wù) .19 5. 通遼移動 MSC POOL 方案建議 . 20 5.1 網(wǎng)絡(luò)現(xiàn)狀 .20 5.1.1 網(wǎng)絡(luò)拓?fù)?. 20 5.1.2 實施 MSC POOL 軟硬件條件 . 20 5.1.3 通遼軟交換網(wǎng)絡(luò)現(xiàn)狀 . 20 5.2 MSC POOL 試點方案建議 .21 5.2.1 MSC POOL 試點實施范圍 . 21 方案一： GS17/GM4 和 GS18/GM5 組成 Pool，基本 IP 化改造。 . 21 .1 網(wǎng)絡(luò)調(diào)整 . 22 .2 方案特點 . 25 方案二： GS17/GM4 和 GS18/GM5 組成 Pool，深度 IP 化改造。 . 25 .1 網(wǎng)絡(luò)調(diào)整 . 26 .2 方案特點 . 27 方案三： GS08/GM3 和 GS18/GM5 組成 Pool，基本 IP 化改造。 . 27 .1 網(wǎng)絡(luò)調(diào)整 . 28 .2 方案特點 . 28 5.2.2 總結(jié) . 29 /webmoney - 3 - 1. 概述 隨著 GSM移動通信網(wǎng)絡(luò)的快速發(fā)展，軟交換大規(guī)模的投入使用，移動用戶數(shù)也在不斷增長，話務(wù)日益增加，這些都使得網(wǎng)絡(luò)對 MSC/MSC server 的容量合理配置及話務(wù)合理分配提出了更高的要求。另一方面，網(wǎng)絡(luò)需要不斷的增加節(jié)點來滿足其發(fā)展，每次擴容都使運行商不得不重新規(guī)劃和分割網(wǎng)絡(luò)的位置區(qū)，越來越多的位置更新和切換對網(wǎng)絡(luò)資源都是一種不小的開銷，于是簡化網(wǎng)絡(luò)的擴容被重視起來，合理分擔(dān)網(wǎng)絡(luò)中的話務(wù)也顯得越發(fā)重要，同時還要兼顧網(wǎng)絡(luò)資源，注重網(wǎng)絡(luò)安全，所有這些都成 為運營商亟待解決的問題。正是針對這一需求，愛立信 按照 3GPP規(guī)范 推出的 MSC POOL 功能，不僅可以 簡化網(wǎng)絡(luò)擴容、合理分配話務(wù) ，而且 可以優(yōu)化網(wǎng)絡(luò)資源 ， 簡化網(wǎng)絡(luò)管理，更可以充分 保證網(wǎng)絡(luò)安全，是 未來核心網(wǎng)的發(fā)展方向。 通遼 移動 GSM核心網(wǎng)絡(luò) 已經(jīng)全面引入了分離架構(gòu)的軟交換， 部署了愛立信最新的 MSS R4， MSC server 集中放置， MGW 分布部署，并 準(zhǔn)備 開展 IP 專用骨干網(wǎng)的建設(shè)和 Nb over IP 的實施準(zhǔn)備， 核心網(wǎng) 正逐步發(fā)展成為高效可持續(xù)發(fā)展的現(xiàn)代化網(wǎng)絡(luò)。基于下面的原因，我們建議 通遼 移動實施 MSC POOL 來 推動核心網(wǎng)的進一步優(yōu)化 。 MSC POOL 技術(shù)不僅可以實現(xiàn)節(jié)點的實時備份，更是一個強大的網(wǎng)絡(luò)優(yōu)化方案，是核心網(wǎng)向 2G/3G公共 IP 網(wǎng)絡(luò)演進的最佳解決方案。 軟交換網(wǎng)絡(luò)的管理體制模式正向集中方向發(fā)展， 通遼 移動 MSC-S 已經(jīng)集中放置，集中管理， MSC POOL 順應(yīng)這一趨勢，并且簡化了集中管理的難度。 通遼從核心網(wǎng)到無線網(wǎng)都是愛立信的設(shè)備，實施 MSC POOL 方便快捷。 MSC POOL 已經(jīng)是成熟技術(shù)，全球已經(jīng)有 6個 MSC POOL 商用網(wǎng)絡(luò)，國內(nèi) 也已經(jīng)有 3個商用網(wǎng)絡(luò)。 綜上所述， 通遼 移動實施 MSC POOL 的條 件已經(jīng)成熟，建議 開展 MSC POOL 的實施試點工作，不僅可以優(yōu)化現(xiàn)有網(wǎng)絡(luò)，增強交換網(wǎng)絡(luò)的安全性和運營效率，而且可以為將來的大規(guī)模應(yīng)用打下良好基礎(chǔ)。 2. MSC POOL 技術(shù)原理介紹 2.1 MSC POOL 技術(shù) 簡介 愛立信遵循 3GPP 規(guī)范（ TS23.236， Iu Flex）推出了 MSC POOL 核心網(wǎng)優(yōu)化解決方案。MSC POOL 簡稱為 Iu Flex，與傳統(tǒng)的 RNC/BSC 與 MSC-s 一對一的固定控制關(guān)系不同， MSC POOL 是把若干個和 BSC/RNC 相連的 MSC-s 放在一個池內(nèi)，組成一個大的服務(wù)區(qū)域。池內(nèi)的BSC/RNC 受控于池內(nèi)所有 MSC-s，池里的 MSC-s 為整個大服務(wù)區(qū)域服務(wù)。如下圖所示： /webmoney - 4 - 傳統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)S e r v i c e A r e a 1M S CM S CB S CB S CB S CB S CB S CB S CS e r v i c e A r e a 2M S CM S CS e r v i c e A r e a 3M S CM S CB S CB S CB S CB S CM S C P o o l 網(wǎng)絡(luò)結(jié)構(gòu)P o o l S e r v i c e A r e aM S CM S CB S CB S CB S CB S CB S CB S CM S CM S CM S CM S CB S CB S CB S CB S CB S C/ R N CB S C/ R N CB S C/ R N CB S C/ R N CB S C/ R N CB S C/ R N CB S C/ R N CB S C/ R N CB S C/ R N CB S C/ R N C 目前愛立信能在一個 POOL 服務(wù)區(qū)中集成 32 個 MSC-s， 128 個 BSC， 2048 個 LA。 MSC POOL 實現(xiàn)機制簡單，當(dāng)終端用戶進入到 POOL 服務(wù)區(qū)時， BSC/RNC 會根據(jù) POOL中 MSC-s 處理能力分配用戶登記到一個 MSC-s 上，用戶在該 POOL 區(qū)域內(nèi)漫游時，一直登記在該 MSC-s 內(nèi)，直到出了該 POOL 區(qū)域。一旦某個 MSC-s 出現(xiàn)故障時， BSC/RNC 會自動實時選用 POOL 中其他正常工作的 MSC-s 來完成呼叫，無 需與其他網(wǎng)元的配合工作。 TS23.236 中關(guān)于 Iu Flex的規(guī)范定義適用 GSM和 TD-SCDMA網(wǎng)絡(luò)，愛立信的 MSC POOL方案嚴(yán)格遵循規(guī)范要求，在系統(tǒng)配合方面對 BSC 和 RNC 的軟件功能配合支持要求相同，完全適用于 GSM和 TD 網(wǎng)絡(luò)。 2.2 MSC POOL 實現(xiàn)機制 2.2.1 MSC POOL 實現(xiàn)條件 愛立信 MSC POOL 既可以在傳統(tǒng)的 MSC 上實現(xiàn)，也可以在軟交換上實現(xiàn)，但是如果在MSC 上實施， MSC 需要和每個 BSC 連接， A接口傳輸需要較大的冗余，網(wǎng)絡(luò)結(jié)構(gòu)也比較復(fù)雜。而且 GSM核心網(wǎng)正逐步向著基于 IP 承載的軟交換的方 向演進，所以建議直接在軟交換上實施MSC POOL，這樣網(wǎng)絡(luò)結(jié)構(gòu)清晰，實施簡單，而且符合核心網(wǎng)的發(fā)展趨勢，具體網(wǎng)絡(luò)結(jié)構(gòu)如下圖所示。 /webmoney - 5 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e x a m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts leve l 2 - 52 0 p tM U C h i n a I n t e rn a l r o a d s h o w M SC P o o l I n t r o d u c t i o n Ap ri l 2 0 0 617M - M G wM - M G wMSC - S MSC - SMSC P o o l Ar e a MSC P o o l M e m b e rs M - MG W M - MG WM - MG WR AN R AN R AN R ANR ANL A 1 L A 2 L A 4 L A 3 L A 6MSC P oo l A - i nt erf ace w i t h S i g na l i ng an d pa y l oa d ov er T D M S i g na l i ng an d C on t r o li nt erf ace ove r I PMS C Pool Imple mented in MS S 在軟交換網(wǎng)絡(luò)中實施 MSC POOL 需要的軟硬件條件為： 硬件： 基于 AXE810 平臺的 MSC Server 基于 BC2XX或 BC30XX系列的 MGW 基于 AXE810 或者 BYB501 平臺的 BSC 軟件： MSS R4, BSS R12 OSS RC3.1 理想條件下 BSS 均為支持 MSC POOL 的愛立信設(shè)備，對于 POOL 服務(wù)區(qū)內(nèi)目前不支持MSC POOL 的其他廠家 BSS，也可以正常工作于非 POOL 狀態(tài)下，不會受到 POOL 的影響。 2.2.2 Virtual MGW 在軟交換結(jié)構(gòu)下，為了實施 MSC POOL，需要一個 MSC-s 可以控制多個 MGW，且每個MGW 可以被多個 MSC-s 控制，愛立信使用虛擬 MGW 功能來完成，虛擬 MGW 的概念為： 1 個實體 MGW 可以邏輯的劃分為 32 個虛擬 MGW，每個虛擬 MGW 只能被 1 個 MSC-S 所控制，則1 個實體 MGW 可以被 32 個 MSC-S 所控制。因此就輕松實現(xiàn)了每個 MSC-S 可以控制所有的BSC，每個 BSC 可 被所有 MSC-S 所控制。虛擬 MGW 原理請參見下圖。 /webmoney - 6 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p t商業(yè)保密，請勿外傳 C BC / R X D Ari e l H u a n g 2 0 0 5 - 12 - 0819虛擬 MG w1V i rt ual MG WM SC Se rv e rs32 . . 3 2M - MG W1V i rt ual MG W32 . . 3 2 1V i rt ual MG W32 . . 3 2M - MG W M - MG W 2.2.3 MSC 選擇機制 當(dāng)用戶漫游進 POOL 服務(wù)區(qū)時，會進行位置更新，登記到 POOL 中的某個 MSC 中。為了選擇合適的 MSC， POOL 所有的 BSC/RNC 中會定義 POOL 中各個 MSC 的容量因子 CAP，該因子用來表征各個 MSC 處理能力的大小以便 BSC確定選擇哪一個 MSC 完成位置更新，取值范圍1 256。 BSC/RNC 會根據(jù)容量因子，確定分配至各個 MSC 的用戶比例，一般情況下建議根據(jù) MSC CP 的處理能力 來定義容量因子， POOL 中的各個 BSC 使用同樣的 CAP 值來標(biāo)致 MSC 的能力，如下圖所示： /webmoney - 7 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tM U C h i n a I n t e r n a l r o a d s h o w M SC P o o l I n t r o d u c t i o n Ap ri l 2 0 0 619De finit ion of the ca p ac ity v alue s (C AP )953 . 8A P Z 2 1 2 4 01907 . 6A P Z 2 1 2 5 05025C A P2A P Z 2 1 3 3 31A P Z 2 1 2 3 0A P Z C a p a c it y Fac t o rM S C P o o l M e m b e rV a l u es 1 - 25 6 c an be us e dE x a m p l e o f CAP d e fi n i ti o n :iiCAPCAP1iiCAPCAP4iiCAPCAP3iiCAPCAP2M S C - S M S C - S M S C - S M S C - SReg iste r e dS u b scr ibe r sB S CB S CB S C12 3 4 2.2.4 NRI 和 TMSI MSC POOL 功能為了盡量減少對現(xiàn)有節(jié)點的改動，利用重新定義的 TMSI作為識別用戶的重要手段。 GSM規(guī)范規(guī)定 TMSI長度為 32 位二進制，其中 6 位為 TMSI Generation， 26 位為TMSI Identification。 MSC POOL 巧妙的利用了 TMSI，并對其做了重新定義，長度依然 32 位，但是分成了三部分，如下圖所示 。 TMSI Generation 沒有變化，但是增加了 NRI（ Network Resource Identifier）字段，該字段長度為 0 10bit，借用了原來 TMSI Idenfication 的長度。 NRI用于標(biāo)識 POOL 中的各個 MSC 以及登記在該 MSC 上的用戶。每個 MSC 可以有一個或多個NRI。但 POOL 中不同 MSC 的 NRI必須不同。 T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tEri c s s o n C o n f i d e n t i a l 2 0 0 6 - 12 - 215215= 3 2 ,7 6 81510216= 6 5 ,5 3 6169217= 1 3 1 ,0 7 2178218= 2 6 2 ,1 4 4187219= 5 2 4 ,2 8 8196220= 1 , 0 4 8 , 5 7 6205221= 2 , 0 9 7 , 1 5 2214222= 4 , 1 9 4 , 3 0 4223223= 8 , 3 8 8 , 6 0 8232224= 1 6 ,7 7 7 ,2 1 6241225= 3 3 ,5 5 4 ,4 3 2250 (v a l u e n o t a p p l i c a b l e f o r p o o l )M a x . V LR c a p a c it y ba s e d on T M SI le ng thAv a il a bl e T M SI le ng th (bi t s )NR I le ng th (bi t s )T M S I -Genera t ionT M S I - I den t i f ic a t ion2425262728293031 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0O c te t 3O c te t 4 O c te t 1O c te t 2S e t i n s t a nda r d i z a t i o nN et w ork R e s our c e I den t i f ier (N R I )M a x 1 0 b its2 5 b itsT M S IS tru ctu re : /webmoney - 8 - 2.3 MSC POOL 工作過程 如下圖所示，當(dāng)用戶漫游進 POOL 服務(wù)區(qū)時，會進行位置更新，登記到 POOL 中的某個MSC 中。 POOL 所有的 BSC/RNC 需要定義各 MSC 的容量因子，該因 子對應(yīng)了各 MSC 處理能力的大小。 BSC/RNC 會根據(jù)容量因子，確定分配至各個 MSC 的用戶比例，如下圖中 3 個 MSC的容量因子為 4:2:2，從而 BSC/RNC 分配到各個 MSC 的用戶比例為 50%:25%:25%。 224相對容量因子 (1 -2 5 5 ), B S C /RNC 中定義25%25%50%話務(wù)比例 %7, 8MSC 35, 6MSC 20, 1 , 2 , 3 , 4MSC 1NRI (0 - 1 0 2 3 ), 在MS C 和 BSC /RNC中定義M S C1M S C1BS C /RNCBS C /RNCM S C2M S C2M S C3M S C3BS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCMSC - s 資源池區(qū)域用戶分配舉例 :當(dāng)用戶漫游入池服務(wù)區(qū)域時， BSC / RNC 將用戶分配至池中某 MSC 。BSC / RN C 根據(jù)各 M SC 的相對容量因子，選擇其中一個。此次選擇 MSC 1 Lo c a t ion Upda t e用戶漫游入池服務(wù)區(qū)域MSC 分配用戶 TM S I，其中包括 NR I . NR I用以識別池中各 MSC . Tem p or a ry Mobil e Sub sc rib e r I den t i t y (TMSI )TM SIGen er at i onNet w or k Res ou rceI d en t if i er (NRI )TM SII d en t if i c a t io nTM SI Ass ig nme nt(TMSI in c l . NR I =1 )義在和用戶分配舉例 當(dāng)用戶漫游入池服務(wù)區(qū)域時， 將用戶分配至池中某 。對容量因子，選擇其中一個。此次選擇用戶漫游入池服務(wù)區(qū)域用以識別池中各 如果 BSC/RNC 將該用戶分配到 MSC1，則將相應(yīng)的信令轉(zhuǎn)發(fā)至 MSC1。 MSC1 在 用戶通過鑒權(quán)等操作后，會給用戶分配一個 TMSI，其中的 NRI字段為 MSC1 的 NRI中的某一個，上圖中為 NRI=1。 當(dāng)用戶發(fā)起呼叫時， BSC會根據(jù)用戶 TMSI中的 NRI標(biāo)識將話務(wù)路由至用戶登記的 MSC 上完成呼叫。如下 圖所示。 MSC1MSC1B SC /RNCB SC /RNCMSC2MSC2MSC3MSC3B SC /RNCB SC /RNC BSCBSCB SC /RNCB SC /RNC BSCBSCPoo l Service Ar ea話務(wù)分配舉例 : BSC 將話務(wù)路由至用戶所注冊的 MSCBSC / R N C 根據(jù)用戶 T M SI 中NRI 字段將話務(wù)路由至用戶所在 M SC“ C all Se t up ”(T M S I in c l.N R I = 1)已在池中注冊的用戶發(fā)起呼叫M SC 驗證 NRI 后，處理呼叫T em p ora ry M obil e Sub s c ribe r I den t i t y (T M SI )T M SIGen er ati onN etw ork R es ou rc eI d en t if i er (N R I )T M SII d en t if i c a t io n“ C all C o nti nu e ”224相對容量因子 (1 -2 55 ) , B S C /RN C 中定義25%25%50%話務(wù)比例 %7, 8M SC 35, 6M SC 20, 1 , 2 , 3 , 4M SC 1N R I (0 - 1 0 23 ) , 在M SC 和 BSC /RN C中定義話務(wù)分配舉例 將話務(wù)路由至用戶所注冊的根據(jù)用戶 中字段將話務(wù)路由至用戶所在已在池中注冊的用戶發(fā)起呼叫驗證 后，處理呼叫相對容量因子中定義話務(wù)比例 在和中定義 /webmoney - 9 - 若 POOL 中某一 MSC 宕機，則當(dāng)用戶重新試圖接入網(wǎng)絡(luò)時（位置更新，呼叫嘗試等），BSC/RNC 會立刻重新計算其他 MSC 的容量因子，將用戶分配至池中其他 MSC，用戶感受不到任何網(wǎng)絡(luò)服務(wù)的中斷，實現(xiàn)了 “零 ”宕機時間。如下圖所示。 T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tM U C h i n a I n t e r n a l r o a d s h o w M SC P o o l I n t r o d u c t i o n Ap ri l 2 0 0 620MSC P ool M ember Fail ure and Recovery Act ionM S C - S1o u t o f o p e r a t ionV L R ca p a ci t yV L R u s a g eiiCAPCAP1iiCAPCAP 4iiCAPCAP3iiCAPCAP2R e g i st e r e dS u b scr i b e r sM S C- S M S C- S M S C- S M S C- SRA NRA NRA N12 3 4 1,4iiiCAPCAP 1,3iiiCAPCAP 1,2iiiCAPCAPR e g i st e r e dS u b scr i b e r sM S C- S M S C- S M S C- S M S C- SV L R u s a g eRANRANRAN1 2 3 4 2.4 MSC POOL 的 故障檢測及業(yè)務(wù)恢復(fù) 2.4.1 故障檢測機制 MSC 的故障檢測機制基于現(xiàn)有的 A接口 BSSAP 信令故障檢測機制。當(dāng)?shù)侥硞€ MSC 的BSSAP 信令確認(rèn)不通時， BSC 認(rèn)為 MSC 不可達(dá)，自動將收到的用戶呼叫請求及位置更新請求按比例轉(zhuǎn)移到 MSC Pool 內(nèi)的其他可用的 MSC，用戶將登記在新的 MSC 內(nèi)。 所以， Pool 中的 MSC Server 之間不需要具備心跳鏈路等機制來進行故障檢測。 2.4.2 業(yè)務(wù)恢復(fù)機制 倒換 對于倒換，嚴(yán)格意義上來說，在 MSC Pool 里，故障 MSC 的業(yè)務(wù)會被其他正常工作的 MSC共同承擔(dān)，所以故障 MSC 的用戶不會完全倒換到某一個 MSC 上。從概念上理解，故障 MSC 的用戶會被 BSC 按照各個正常 MSC 的相對容量分配到 MSC Pool 里到其他正常工作的 MSC 上。而且， MSC Pool 方案下的倒換是基于需求的，也就是說，只有當(dāng)故障 MSC 下的用戶有呼叫需求的時候，才啟動倒 換流程。而不是有一個 MSC 故障，就在故障時刻將該 MSC 下的用戶大規(guī)模全 /webmoney - 10 - 部倒換。在 MSC Pool 方式下，如果 MSC 的故障很快恢復(fù)，而且故障期間某個用戶并沒有呼叫事件發(fā)生，那么當(dāng)該 MSC 恢復(fù)進入 Pool 后，該用戶的業(yè)務(wù)完全不受影響， MSC 的故障對其下用戶是透明的。所以，很明顯的可以看出， MSC Pool 下的倒換方式降低了網(wǎng)絡(luò)負(fù)荷、簡化了倒換程序、提高了網(wǎng)絡(luò)效率。 舉個例子來說，如果 MSC Pool 中某個 MSC 發(fā)生故障，當(dāng)故障 MSC 下的用戶發(fā)起呼叫請求或者位置更新請求的時候， BSC 根據(jù) TMSI中的 NRI值，發(fā)現(xiàn) 原有登記 MSC 已經(jīng)故障，于是按照各個剩余 MSC 的相對容量選擇一個 MSC 處理該用戶的呼叫請求，但是該 MSC 發(fā)現(xiàn)此用戶不是自己的用戶，于是拒絕該業(yè)務(wù)請求，并且返回相應(yīng)的錯誤代碼。手機收到錯誤代碼后立即發(fā)起位置更新，重新正常注冊到 Pool 中某個正常的 MSC。 因此，綜上所述，對于故障 MSC 下的用戶，第一次主動呼叫或者位置更新失敗，但是后續(xù)業(yè)務(wù)正?；謴?fù)，因此從倒換開始到第一次接通用戶主叫業(yè)務(wù)的時間非常短。而且，從倒換開始到業(yè)務(wù)接管的整個過程，或者說整個業(yè)務(wù)恢復(fù)的過程完全是自動實時進行的，無需事先預(yù)置為人工方式。 倒 回 當(dāng)故障的 MSC Server 恢復(fù)正常后，可將其加入到 MSC Pool 重新提供服務(wù)，即我們通常所指的倒回操作。將恢復(fù)后的故障 MSC 加入 MSC Pool 的操作和加入一個新的 MSC Server 大致相同。 對于倒回，嚴(yán)格意義上來說，先前分布到各個正常 MSC 上的用戶也不會全部遷回到恢復(fù)后的 MSC 上，也沒有必要全部遷回到恢復(fù)后的 MSC 上。因為在 MSC Pool 里，一個用戶只要在Pool 里漫游，那么它總是被初始登記的 MSC 所服務(wù)。這種服務(wù)方式降低了網(wǎng)絡(luò)負(fù)荷、提高了運行效率。 對于短時間的故障，小部分用戶發(fā)起呼叫 請求，會被 BSC 重新自動分配到其他 MSC 進行服務(wù)（無需事先預(yù)置為人工方式），但是大部分用戶仍然駐留在原有故障 MSC。那么該 MSC 一旦投入工作，那么其下用戶就相應(yīng)的恢復(fù)了服務(wù)。對于長時間的故障，可能大部分的用戶已經(jīng)由其他的 MSC 服務(wù)，如果需要的話，可以通過手工方式，作為一種輔助手段，將某個 MSC 上一定數(shù)量或者一定比例的用戶通過負(fù)載重分配的方式遷移到恢復(fù)后的 MSC 上。這個過程和 Pool 正常運行時，對某個 MSC 進行維護操作，轉(zhuǎn)移其部分或者全部用戶的流程是相同的。 因此，綜上所述，在倒回過程中，用戶的業(yè)務(wù)是不受到 影響的。 2.5 MSC POOL 技術(shù)作用 與優(yōu) 點 MSC POOL 技術(shù) 具有如下 作用 和優(yōu) 點 ： MSC 動態(tài) 負(fù)荷分擔(dān)，降低擁塞 /webmoney - 11 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tC BC / N T C o n f i d e n t i a l C N C S R e d u n d a n c y s o l u t i o n7MSC P OOL ：動態(tài)負(fù)荷分擔(dān)簡化網(wǎng)絡(luò)規(guī)劃與設(shè)計！ 話務(wù)負(fù)荷被平均分配給資源池中的 M SC ，對每個 M SC 來說沒有負(fù)荷高峰。S e r v ic e Ar e a 1MS CMS CB S CB S CS e r v ic e Ar e a 2MS CMS CS e r v ic e Ar e a 3MS CMS CB S CB S CB S CB S CB S CB S CB S CB S CP o o l S e r v ic e Ar e aMS CMS CBS C /RNCBS C /RNCMS CMS CMS CMS CBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNC產(chǎn)生擁塞的風(fēng)險高！減小擁塞的風(fēng)險！ 資源池可以提供更高的容量（ 1 +1 =3 ）， 現(xiàn)有容量可以充分利用。 從 POOL 中 MSC 的角度來看，它脫離了以往的自上而下的垂直控制體系，不再負(fù)責(zé)控制具體某一區(qū)域的話務(wù)，而是共同管理 POOL 覆蓋的區(qū)域，由 BSC 根據(jù) MSC 處理能力平均各個MSC 的負(fù)荷，避免因某一區(qū)域話務(wù)過載而造成的某個 MSC 的處理器 P 負(fù)荷過高，降低了設(shè)備擁塞的可能 。 減少核心網(wǎng)絡(luò)信令開銷和節(jié)點負(fù)荷： T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tC BC / N T C o n f i d e n t i a l C N C S R e d u n d a n c y s o l u t i o n9MSC P OOL ：減少位置更新和切換 BSC /RNC 把漫游進入 M SC 資源池服務(wù)區(qū)的用戶分配給 M SC 。S e r v ic e Ar e a 1MS CMS CB S CB S CS e r v ic e Ar e a 2MS CMS CS e r v ic e Ar e a 3MS CMS CB S CB S CB S CB S CB S CB S CB S CB S CP o o l S e r v ic e Ar e aMS CMS CBS C /RNCBS C /RNCMS CMS CMS CMS CBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNC根據(jù) M S C 的容量進行話務(wù)負(fù)荷的分配減少跨 M S C 的切換和位置更新，降低核心網(wǎng)信令負(fù)荷，增加系統(tǒng)容量。對終端沒有影響 用戶始終保持登記在同一個 M S C 上，直到用戶漫游出該 M SC 資源池服務(wù)區(qū)。 POOL 的概念提供了大的公共 MSC 服務(wù)區(qū)，原有 MSC 間位置更新和切換全部轉(zhuǎn)化為 MSC內(nèi)位置更新和切換，意味著 MSC 間的切換和位置更新的減少，可以顯著降低網(wǎng)絡(luò)的信令負(fù)荷和節(jié)點的處理器負(fù)荷，優(yōu)化了網(wǎng)絡(luò)資源的利用。 均衡網(wǎng)絡(luò)話務(wù)高峰 /webmoney - 12 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tC BC / N T C o n f i d e n t i a l C N C S R e d u n d a n c y s o l u t i o n8MSC P OOL ：均衡話務(wù)高峰P o o l S e r v ic e Ar e aMS CMS CBS C /RNCBS C /RNCMS CMS CBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCS e r v ic e Ar e a 1 （望京）MS CMS CB S CB S CS e r v ic e Ar e a 2 （國貿(mào)）B S CB S CMS CMS CB S CB S CB S CB S C每個區(qū)域的核心網(wǎng)設(shè)備容量都必須考慮最高話務(wù)負(fù)荷的情況。設(shè)備利用率低。Cap a cit y=10 0 0 K Cap a cit y=10 0 0 K平均不同區(qū)域在不同時段的話務(wù)高峰。核心網(wǎng)獨立規(guī)劃。降低投資成本。Cap a cit y=50 0 K Cap a cit y=50 0 K M SC 資源池方式可以平均不同區(qū)域在不同時段的話務(wù)高峰。 降低設(shè)備的直接投資成本和后期運維成本，提高資源利用率。 POOL 的引入可以均衡不同地區(qū)網(wǎng)絡(luò)不同時段的話務(wù)高峰：如均衡工作區(qū)和住宅區(qū)在上班、下班后的不同話務(wù)峰值。 POOL 的覆蓋面積越大，均衡的效果就越明顯。 網(wǎng)絡(luò)級冗余備份保障機制： T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tC BC / N T C o n f i d e n t i a l C N C S R e d u n d a n c y s o l u t i o n11MSC P OOL ：網(wǎng)絡(luò)級冗余備份 零宕機時間S e r v ic e Ar e a 1MS CMS CB S CB S CS e r v ic e Ar e a 2MS CMS CS e r v ic e Ar e a 3MS CMS CB S CB S CB S CB S CB S CB S CB S CB S C 當(dāng) M S C 資源池中的某個節(jié)點發(fā)生故障時， B S C / R N C 把無線接入網(wǎng)絡(luò)中的終端的服務(wù)請求（位置更新、試呼），重新分配給資源池中仍然正常工作的 M S C 。P o o l S e r v ic e Ar e aMS CMS CBS C /RNCBS C /RNCMS CMS CMS CMS CBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNC 唯一遵從 3 G P P 標(biāo)準(zhǔn)規(guī)范的軟交換控制層冗余備份方案。 優(yōu)點： 提高 M S C 服務(wù)性能，在控制層面作到零宕機時間。 當(dāng)需要進行維護或升級時，控制 P o o l 內(nèi)的 M S C 暫停服務(wù)，由 P o o l內(nèi)的其他M S C 接替服務(wù)，不影響用戶的使用和運營商的話費收入。零宕機時間！提高網(wǎng)絡(luò)可靠性！ 假如網(wǎng)絡(luò)中某一節(jié)點故障或擁塞， BSC/RNC 可相應(yīng)選擇 POOL 內(nèi)其它可用節(jié)點實時接替，實現(xiàn)真正意義上實時網(wǎng)絡(luò)級冗余安全保障機制，此方式和其他實時備份方式相比，更節(jié)省網(wǎng)絡(luò)資源， POOL 內(nèi)節(jié)點數(shù)越多，資源越節(jié)省。 網(wǎng)絡(luò)升級維護時， 也可以人為將 POOL 中的MSC 可以提前將話務(wù)轉(zhuǎn)到其它 MSC 上，沒有業(yè)務(wù)中斷時間，不會對用戶造成影響。 簡化網(wǎng)絡(luò)規(guī)劃、優(yōu)化 MSC 資源 /webmoney - 13 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tC BC / N T C o n f i d e n t i a l C N C S R e d u n d a n c y s o l u t i o n10MSC P OOL ：簡化網(wǎng)絡(luò)規(guī)劃和擴容 M SC 資源池中的節(jié)點數(shù)量可以隨著話務(wù)量的增長逐步增加。P o o l S e r v ic e Ar e aMS CMS CBS C /RNCBS C /RNCMS CMS CBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCBS C /RNCS e r v ic e Ar e a 1MS CMS CB S CB S CS e r v ic e Ar e a 2MS CMS CB S CB S CB S CB S CB S CB S CB S CB S CMS Ca S e r v ic e Ar e a 2 bMS CMS C通過重新劃分服務(wù)區(qū)來實現(xiàn)擴容。無線接入網(wǎng)需要重新配置。只需在 M S C 資源池中增加一個M S C ，即可方便地實現(xiàn)擴容。核心網(wǎng)規(guī)劃與無線接入網(wǎng)規(guī)劃相對獨立。 POOL 的引入，使話務(wù)在所有節(jié)點中平 均分配，避免傳統(tǒng)網(wǎng)絡(luò)中不同節(jié)點在不同峰值的網(wǎng)絡(luò)資源不均衡利用而需要網(wǎng)絡(luò)規(guī)劃都按各自忙時話務(wù)配置的狀況。 POOL 的網(wǎng)絡(luò)規(guī)劃可直接簡化為按 POOL 需要支持總?cè)萘坎⒖紤] N+1 的冗余配置。 POOL 的引入，使 BSS 受所有 MSC 控制，話務(wù)在所有 MSC 中平均分配，實現(xiàn)了無線接入網(wǎng)絡(luò)和核心網(wǎng)絡(luò)的互不影響。無線網(wǎng)絡(luò)規(guī)劃和核心網(wǎng)規(guī)劃可以分別進行，互不影響，只要總?cè)萘科ヅ浼纯伞?3. MSC POOL 網(wǎng)絡(luò)規(guī)劃 3.1 MSC POOL 實施的條件 MSC POOL能夠在不改變網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的情況下，在移動軟交換網(wǎng)絡(luò)中實現(xiàn) 。 MSC POOL的 網(wǎng)絡(luò)結(jié)構(gòu)如下圖所示。 /webmoney - 14 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tC o m m e rc i a l i n c o n f i d e n c e 2 0 0 6 - 0 7 - 2413 8 25MSC P OOL 網(wǎng)絡(luò)拓?fù)銶 S C 池結(jié)構(gòu)的軟交換網(wǎng)絡(luò)M -M S C - S M S C - SM S C Pool 服務(wù)區(qū)M S C Pool -MG W -MG WBS C BS C BS C BS CTD M 承載IP 信令TD M 信令I(lǐng)P 承載 如圖所示， 在現(xiàn)網(wǎng)的軟交換網(wǎng)絡(luò)結(jié)構(gòu)下需 要 滿足下列的條件即可實施 MSC POOL。 Nb over IP Mc 接口多聯(lián) 具體的說，就是首先 移動軟交換 內(nèi)部要采用 IP 承載， IP 承載才可以真正體現(xiàn)軟交換的優(yōu)勢，也是中國移動軟交換網(wǎng)絡(luò)下一步發(fā)展的趨勢。其次由于 POOL 中每個 MSC-S 要管理 POOL內(nèi)所有的 MGW，所以 MSC-S 與 MGW 之間的 Mc 接口的多聯(lián)也是必須的。 現(xiàn)在 Mc 接口已經(jīng)是IP 傳輸，通過 IP 路由設(shè)置即可輕松實現(xiàn) Mc 接口多聯(lián)。 MSC POOL 對于 POOL 中節(jié)點和 POOL外其他節(jié)點的連接 沒有特殊的要求，可以沿用現(xiàn)有的連接方式不變。 我們更關(guān)注的是 VoIP 改造的范圍， 希望 所有與 MSC POOL 有 ISUP 路由的 MSC-S 都能實現(xiàn) IP 承載。 如果完全沒有 TDM的連接 （ A接口除外） ， 現(xiàn)網(wǎng)的數(shù)據(jù)改動就大大減少。 所以 VoIP的改造是 MIP 實施的前提。 另外， 我們建議 通遼的關(guān)口局 也具備 IP 承載功能， MSC POOL 中節(jié)點與外部 TDM節(jié)點的信令和話務(wù)均通過 IP 化的關(guān)口局進行轉(zhuǎn)接，減少了外部局向，可以大幅減少 MSC POOL 進一步擴展的復(fù)雜性和工作量。 所以說， IP 化改造的程度將直接影響 MSC POOL 實施的 繁簡，同時 也決定了 TDM端口的冗余量。 3.2 MSC POOL 網(wǎng)絡(luò)冗余 MSC POOL 可以實現(xiàn) MSC-S 的實時冗余備份，如果利用 MSC POOL 來進行 MSC-S 的冗余備份，需要考慮 MSC-S 的節(jié)點容量和信令接口的冗余。 /webmoney - 15 - MPMPMPAT MT ERM INA T IONSD SPR ES OUR C E S( D EV ICES)MGwMS CS erverMS CS erverTS CS erverv M G wT D MT ERM INA T IONS( GROU PS )v M G wT D MT ERM INA T IONS( GROU PS )v M G wT D MT ERM INA T IONS( GROU PS )32IPT ERM INA T IONSMSC POOL 實現(xiàn) MSC-S 的冗余備份，對 MGW 沒有備份的作用。由于實施 MSC POOL 需要 MGW 啟用虛擬 MGW 功能，即把一個 MGW 硬件節(jié)點從邏輯上劃分為多個 Virtual MGW，由多個 MSC-S 分別控制。 MGW 所有的 IP 端口資源和其他編解碼器資源可以被所有虛擬 MGW 共享，但是對于 TDM端口 ，每個虛擬 MGW 需要專用的 TDM端口，不能共享， 如下圖所示。 這樣當(dāng) POOL 中某個 MSC-S 故障時，對應(yīng)虛擬 MGW 的 TDM端口將不可用，所以 MGW 的 TDM資源以及所有和 MGW 有 TDM連接關(guān)系的節(jié)點，需要考慮 TDM端口資源的冗余。 假設(shè) POOL 中有 N個 MSC-S，則每個 MGW 需要定義 N個 Virtual MGW 由 N個 MSC-S分別管理，每個 Virtual MGW 需要分配不同的 TDM資源，其他 IP 和 TC 等資源可以共用。一個MSC-S 故障時，每個 MGW 中對應(yīng)的那一個虛擬 MGW 的 TDM資源變?yōu)椴豢捎茫纯捎?TDM端口減少了 1/N。 3.3 NRI 和 CAP 設(shè)置 NRI（ Network Resource Identifier） 是分配給用戶 TMSI中的一個標(biāo)準(zhǔn)字段，該字段通過網(wǎng)管手段在 BSC 和 MSC-S 上面定義，用于標(biāo)識 Pool 內(nèi)特定的 MSC-S。 NRI的長度設(shè)定決定了POOL 中 MSC-S 的數(shù)量和 MSC-S 用戶容量，同時在相鄰的 POOL 中 NRI不可以沖突 。 每個MSC Server 最多可配置 8 個 NRI的數(shù)值 。 一般在網(wǎng)絡(luò)運行狀態(tài)下，不允許在線更改 NRI的長度值。 建議在 MSC POOL 規(guī)劃的前期 盡量 準(zhǔn)確 的規(guī)劃好 NRI的數(shù)據(jù)定義 ，以避免未來的改動。 目前集團公司 建議 NRI長度設(shè)置為 7 位， 如下圖所示。 這樣 共有 127 個 NRI可用（ 0 不可用）， 每個 MSC-S 根據(jù)容量需求 配置 1 個 或多個 NRI， 可以滿足現(xiàn)在和未來 MSC-S 的用戶容量， 127 個 NRI也可以滿足相鄰 POOL 中 NRI的互不沖突。 /webmoney - 16 - NRI length (bits) Maximal MSC Pool Size Remaining available TMSI length (bits) Maximum VLR subscriber capacity / TMSI length 1 1 25 225 = 33,554,432 2 3 24 224 = 16,777,216 3 7 23 223 = 8,388,608 4 15 22 222 = 4,194,304 5 31 21 221 = 2,097,152 6 63 20 220 = 1,048,576 7 127 19 219 = 524,288 容量因子 CAP 的 定義決定了 POOL 內(nèi) MSC-S 所 帶用戶的比例。 BSC根據(jù)容量 因子 決定按照什么樣的比例 把用戶分配到 POOL 內(nèi) 某個 MSC-S 上 。 MSC-S 對應(yīng)的 CAP 數(shù)值越大則分配到MSC-S 的用戶數(shù)越多。 建議根據(jù) MSC-S 的處理能力來定義 CAP，由于愛立信 MSC-S 的處理能力主要由 APZ的類型決定，所以 APZ的類型是定義 CAP 參數(shù)的主要參考。 CAP 的最大值為 255，考慮到今后會提出更大容量的 APZ類型，建議對目前的 APZ 212 50 配置 CAP 值 50。正常情況下所有的 BSC 中對于 MSC-S 的 容量因子 CAP 的定義值 應(yīng)該 相同 ，相同處理能力的 MSC-S 的容量因子也應(yīng)該相同。在一些特殊情況下也可以 對相同處理能力的 MSC-S 設(shè)置不同的容量因子。 建議的容量因子設(shè)置如下表所示。 MSC Pool Member APZ Capacity Factor CAP APZ 212 40 3.8 25 APZ 212 50 7.6 50 3.4 小區(qū)和位置區(qū)的數(shù)據(jù)定義 由于 MSC POOL 內(nèi)每個 MSC-S 管理 POOL 內(nèi)所有的 BSC 和 無線區(qū)域 ， 如下圖所示。 所以 POOL 內(nèi)所有的 MSC-S 的小區(qū)和位置區(qū)的數(shù)據(jù)定義應(yīng)該相同（ 如果 MSC-S 連接 POOL 外的BSC 則例外 ）。即每個 MSC-S 有相同的內(nèi)部小區(qū)和外部小區(qū)的定義數(shù)據(jù)。 /webmoney - 17 - 3.5 移動性 管理 用戶 從 POOL 外 漫游入 POOL 內(nèi) 當(dāng)終端用戶在空閑狀態(tài)漫游入 POOL 服務(wù)區(qū)域時，手機要執(zhí)行位置更新； BSC 根據(jù)相應(yīng)的用戶分配算法分配該用戶到 POOL 內(nèi)某一 MSC-S。 BSC 的用戶分配算法基于在 BSC 上面定義的POOL 內(nèi)各 MSC-S 相互間的容量因子 CAP 的數(shù)值。 新用戶的位置更新登記涉及 MSC-S 和網(wǎng)絡(luò)的 HLR 間的信令交互。 當(dāng) BSC 把用戶登記的信令傳送到一個 MSC-S 后，該 MSC-S 向該用戶分配含有 NRI的TMSI，該 NRI再網(wǎng)絡(luò)中特指該 MSC-S。 用戶在 POOL 內(nèi)的漫游 當(dāng) 用戶在 POOL 內(nèi)漫游時，位置更新指向該 MSC-S（ BSC基于 TMSI/NRI路由信令）使得用戶一直登記在該 MSC-S。所以用戶在 POOL 內(nèi)無線區(qū)域位置更新時并不需要改變 MSC-S，也就是不需要跨 MSC-S 的位置更新和 MSC-S 與 HLR 的信令交互。 POOL 內(nèi)用戶在發(fā)起話務(wù)請求時 BSC 根據(jù)對用戶已分配的 TMSI/NRI值路由信令指向該用戶登記在的 MSC-S，由用戶登記在的 MSC-S 處理該用戶話務(wù)的信令。 用戶 從 POOL 內(nèi) 漫游出 POOL 外 當(dāng) POOL 內(nèi)的用戶漫游出 POOL 的服務(wù)區(qū)并作位置更新時，新的 POOL 外 MSC-S 可根據(jù)如下兩種方式識別 POOL 內(nèi)的源 MSC-S，并路由 MAP 信令提取用戶加密認(rèn)證信息： 如果 POOL 外的 MSC-S 具有“增強關(guān)聯(lián) VLR 功能”， POOL 外的 MSC-S 根據(jù)接受到的TMSI/NRI功能識別 POOL 內(nèi)的源 MSC-S 并直接進行信令路由。 如果 POOL 外的 MSC-S 不具有“增強關(guān)聯(lián) VLR 功能”，則通過在 POOL 內(nèi)定義一個“代理 MSC-S/VLR”實現(xiàn)。 POOL 外的 MSC-S 提供 TMSI/NRI消息與 POOL 內(nèi)的代理 MSC-S 互Location area 1 A2 A3 A1 A4 A5 A7 A6 B2 B3 B1 B4 B5 C7 B6 C2 C3 C1 C4 C5 C7 C6 D2 D3 D1 D4 D5 D7 D6 Pool Area Location area 2 Location area 3 Location area 4 MSC-S MSC-S MSC-S MSC-S /webmoney - 18 - 通，代理 MSC Sever/VLR 根據(jù)查詢 NRI的數(shù)據(jù)進一步路由信 令到源 MSC-S 取得用戶的加密認(rèn)證信息。該方式一般是其它設(shè)備商的 MSC-S 采用的互通方式。 話務(wù)在 POOL 內(nèi)的切換 當(dāng)用戶在 MSC-S POOL 內(nèi)漫游并處于話務(wù)過程中時，會發(fā)生無線位置區(qū) LA的更新，但由于用戶一直登記在一個 MSC-S， 不涉及 MSC-S 間的變更，所以在該情形下只有單一 MSC-S 內(nèi)的話務(wù)切換。 話務(wù)從 POOL 內(nèi)向 POOL 外的切換 POOL 內(nèi)的用戶漫游并切換出 MSC-S POOL 的情形與普通的 MSC-S 間切換處理方式相同。 話務(wù)從 POOL 外向 POOL 內(nèi)的切換 當(dāng)處于 POOL 外 MSC-S 的用 戶發(fā)起一個話務(wù)呼叫并漫游入 POOL 內(nèi)，則發(fā)生一個到POOL 內(nèi) MSC-S 的切換。 如果 POOL 外的 MSC-S 不支持 “鄰接 MSC-S 組” 功能 ， 該網(wǎng)絡(luò)情形下，為了保證 POOLMSC-S 處理切換話務(wù)的負(fù)荷均勻， POOL 內(nèi)的每個 MSC-S 區(qū)可以定義不同的 POOL 外相鄰的位置區(qū)和無線小區(qū)，也就是整個 POOL 的無線服務(wù)區(qū)數(shù)據(jù)由 POOL 內(nèi)的MSC-S 分擔(dān)定義。 如果 POOL 外的 MSC-S 支持 “鄰接 MSC-S 組” 功能 ，在該情形下通過“鄰接 MSC-S組”的定義該方式實現(xiàn)話務(wù)切換的負(fù)荷分擔(dān)。 當(dāng)終端用戶切換的通話結(jié)束時，手機端重 新作無線的位置更新， BSC 根據(jù)各 MSC-S 的CAP 值算法重新分配用戶到某一新的 MSC-S，用戶新登記的 MSC-S 可能與切換時處理話務(wù)的MSC-S 不同。 當(dāng)用戶在 POOL 內(nèi)發(fā)生語音呼叫，并且漫游出 MSC-S POOL 的服務(wù)區(qū)，又在話務(wù)繼續(xù)的情形下返還入 POOL 的時候，后繼的切換仍然以第一個 POOL 內(nèi)的 MSC-S 作為 Anchor MSC-S。 4. MSC POOL 對網(wǎng)絡(luò)影響 4.1 網(wǎng)絡(luò)容量 實施 MSC POOL 后對網(wǎng)絡(luò)中節(jié)點容量的影響有以下幾個方面： MSC-S 間的切換和位置更新減少，使得 MSC-S 容量增加 MSC-S 間的切換和位置更新減少，使得 HLR 容量增加 話務(wù)流向改變 導(dǎo)致的話務(wù)模型 也 改變會影響 MSC-S 節(jié)點容量 ： 同一個 BSC 管理的用戶間的呼叫可能會成為 MSC-S 間呼叫 不同 BSC 下管理的用戶間的呼叫可能會成為 MSC-S 內(nèi)呼叫 /webmoney - 19 - 從 MSC POOL 實現(xiàn)機制 來看，由于切換和位置更新的減少，會使節(jié)點容量增加，同時由于節(jié)點的負(fù)載均衡，整個網(wǎng)絡(luò)的容量也會增加。具體的容量增加情況取決于具體網(wǎng)絡(luò)的規(guī)?，F(xiàn)狀和話務(wù)模型。 4.2 節(jié)點配置 實施 MSC POOL 后對網(wǎng)絡(luò)中節(jié)點配置的影響有以下幾個方面： MSC POOL 中 MSC-S 負(fù)荷分擔(dān)， 容量 需要 重新規(guī)劃 各局向信令 由于 MSC-S 容量改變，需要 重新核算 由于 MSC POOL 實現(xiàn)節(jié)點備份，需要考慮 MSC-S 的 容量冗余 由于 MSC POOL 實現(xiàn)節(jié)點備份，需要考慮 MSC-S 的 信令冗余 由于 虛擬 MGW 功能對 TDM資源的影響 ，需要結(jié)合冗余備份考慮 TDM端口的冗余 4.3 尋呼 在 MSC POOL 的組網(wǎng)方式下，由于每個 MSC-S 管理 POOL 內(nèi)全部 BSC 的每個位置區(qū)以及相應(yīng)的無線數(shù)據(jù)，所以在 MSC-S 上使用 Global 尋呼將增加無線網(wǎng)絡(luò)負(fù)荷（且通常情況下二次尋呼的成功率只有 10左右）。 建議對 POOL 內(nèi)的第一次和第二次尋呼數(shù)據(jù)均采用本地尋呼的方式，這樣可以極大的減小A接口的信令負(fù)荷。 （對于不明的 LA尋呼，系統(tǒng)維持采用 Global 尋呼） 。 4.4 網(wǎng)管計費 OSS RC3.1 可以支持對 MSC POOL 的管理。 MSC POOL 要求 POOL 內(nèi)的所有節(jié)點（包括MSC-S、 MGW、 BSC 及所控制的無線節(jié)點）由同一套網(wǎng)管進行管理。 MSC POOL 對現(xiàn)有的計費方式?jīng)]有影響。 4.5 業(yè)務(wù) MSC POOL 的實施對短信、彩鈴、智能網(wǎng)的業(yè)務(wù)沒有任何影響，實施方式與以前相同。 由于 MSC POOL 擴大了 MSC-S 的管理范圍，原有的 基于 MSC 的差分業(yè)務(wù)會受到影響； 由于 MSC POOL 擴大了 MSC-S 的管理范圍，原有的 基于 MSC 的漫游限制業(yè)務(wù)會受到影響 。 MSC POOL 對業(yè)務(wù)的影響的實質(zhì)是： 由于 MSC POOL 擴大了 MSC 管理的無線區(qū)域，MSC ID 已經(jīng)無法反映用戶的準(zhǔn)確位置信息 。如果現(xiàn)網(wǎng)沒有基于 MSC ID 來區(qū)分用戶詳細(xì)位置信息的業(yè)務(wù)，或者使用 LAI來區(qū)分用戶位置，則 MSC POOL 對業(yè)務(wù)不會有任何影響。 /webmoney - 20 - 5. 通遼 移動 MSC POOL 方案 建議 5.1 網(wǎng)絡(luò)現(xiàn)狀 5.1.1 網(wǎng)絡(luò) 拓?fù)?13 期 擴容后， 通遼 移動 GSM核心網(wǎng)絡(luò)已經(jīng)全面引入了分離架構(gòu)的軟交換， 部署了愛立信最新的 MSS R4， MSC server 集中放置， MGW 分布部署， 但 Nb over IP 的 工作尚未開展 ，軟交換局之間以及軟交換和其他端局之間都是 TDM連接。 現(xiàn)網(wǎng)軟交換的網(wǎng)絡(luò)拓?fù)淙缦聢D所示。 T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tEri c s s o n C o n f i d e n t i a l 2 0 0 6 - 12 - 2127M S SM GwH / L S T PH S LB SCB SCB SCH L RH L RIP 信令TD M 話務(wù)64k 信令M S CM S CM S CGM S CGM S CM Gw其他 M S S其他 M S CM S S現(xiàn)網(wǎng)通遼網(wǎng)絡(luò)拓?fù)?5.1.2 實施 MSC POOL軟硬件條件 MSS R4：條件已具備。 通遼 移動現(xiàn)網(wǎng)愛立信軟交換均為 MSS R4。 BSS R12：條件已具備。 13 期擴容計劃升級所有 BSC 為 R12。 Nb over IP：條件 不 具備。 軟硬件均不具備。 站點方案：條件 部分 具 備。 13 期擴容站點方案 按照 Mc 接口需求 進行配置， 但剩余端口和容量可以承擔(dān)部分 Nb 話務(wù)。 OSS RC3.1，且 POOL 內(nèi) CN和 BSS 用同一套 OSS 管理：條件已具備。 5.1.3 通遼 軟交換網(wǎng)絡(luò)現(xiàn)狀 通遼 的軟交換規(guī)模如下 圖 所示。 /webmoney - 21 - MSC server 放置地點 MSC server Mgw 站點 13 期設(shè)計話務(wù)量 管理 BSC 是否已入網(wǎng) 通遼 GS1 GM1 移動河西局四樓 2924 BSC6 已入網(wǎng) 2504 BSC10 已入網(wǎng) 呼和浩特 GS08 GM3 移動綜合樓五樓 2440 BSC1 已 入網(wǎng) 2775 BSC8 已入網(wǎng) GS17 GM4 移動河西局四樓 2704 BSC2 已入網(wǎng) 4874 BSC11 已入網(wǎng) GS18 GM5 移動綜合樓五樓 5599 BSC12 已入網(wǎng) 5.2 MSC POOL 試點 方案 建議 5.2.1 MSC POOL試點 實施范圍 通遼 作為 內(nèi)蒙的 大 城市，存在四 套愛立信軟交換，實施 MSC POOL 對網(wǎng)絡(luò)的優(yōu)化作用會比較明顯，而且 實施 MSC POOL 的條件已經(jīng) 基本 具備， 建議選擇 通遼 先行開展 MSC POOL 的試點工作。 目前 13 期 工期結(jié)束后 ， 通遼 4 套 軟交換全部 入網(wǎng) ， 但 4 套軟交換分屬兩張 IP 承載網(wǎng)。 為了確保試點工作的順利進行和不影響現(xiàn)網(wǎng)業(yè)務(wù)，試點方案的制定我們秉承以下幾個原則。 從少量節(jié)點，小范圍做起。 盡量選擇在同一個機房內(nèi)或者在同一張 IP 承載網(wǎng)上的設(shè)備。 盡可能減少對網(wǎng)絡(luò)其他部分的影響。 制定詳細(xì)的實施步驟，保證現(xiàn)網(wǎng)業(yè)務(wù)的正常運行。 同時， VOIP 的改造程度將直接影響方案制定。下面我們將從 VOIP 的不同改造程度來詳細(xì)論述。 方案一： GS17/GM4 和 GS18/GM5 組成 Pool，基本 IP 化改造 。 因為 GM4 和 GM5 不在同一個機房，所以此方案的前提是 GM4 和 GM5 之間的 Nb 話務(wù)能夠通過 IP 承載網(wǎng)疏通 ，所謂基本 IP 化改造，就是指 Pool 內(nèi)實現(xiàn)語音 IP 承載， Pool 外仍然保持原有 TDM承載方式。 網(wǎng)絡(luò)拓?fù)?如下圖所示。 /webmoney - 22 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tEri c s s o n C o n f i d e n t i a l 2 0 0 6 - 12 - 2128M S S 18M Gw 5H / L S T PH S LB SC 1 1B SC 2H L RIP 信令TD M 話務(wù)64k 信令M S CM S CM S CGM S S其他 M S CM Gw其他 M S SM S S方案一網(wǎng)絡(luò)拓?fù)銲P 語音M S S 17M Gw 4B SC 1 2 .1 網(wǎng)絡(luò)調(diào)整 Nb 接口 IP 承載 軟交換節(jié)點 GM4 和 GM5 都 需要 配置 IP 接口板 和相關(guān)軟件 支持 IP 信令和話務(wù)， 本 方案 要求 GM4 和 GM5 之間的 IP 話務(wù)能夠通過 IP 承載網(wǎng)疏通，否則需要 IP 專線連接。 話務(wù)上， MGW 節(jié)點之間將采用 IP 承載， 與 Pool 外 軟交換節(jié)點 、 與傳統(tǒng) MSC 之間仍采用TDM承載 。 信 令上， GS17、 GS18 之間采用 BICC 信令， 與 Pool 外 軟交換節(jié)點 、 與傳統(tǒng) MSC 之間 仍采用 ISUP 信令，并以 MGW 作為 SGW， MSC-S/MGW 與其它節(jié)點的信令連接方式不變。 虛擬 MGW 實施 MSC POOL 要求 MGW 被 POOL 中所有 MSC-S 控制，所以需要使用虛擬 MGW 功能劃分多個虛擬 MGW 歸屬于不同的 MSC-S，由于 MGW 上的 TDM端口不能被多個虛擬 MGW 共享，所以需要在 MGW 上對 TDM端口進行分組，設(shè)置多少個虛擬 MGW 就需要多少個 TDM資源組 ，如下圖所示。 /webmoney - 23 - T o p r igh t co r n e r fo r fie ld - m a r k , cu sto m e r o r p a r tn e r lo g o t y p e s. S e e B e st p r a ctice fo r e xa m p le.S li d e t itle 4 0 p tS li d e su b title 2 4 p tT e x t2 4 p tB u ll e ts le ve l 2 - 52 0 p tEri c s s o n C o n f i d e n t i a l 2 0 0 7 - 7 - 1627虛擬 MG W ： T DM 端口定義M - MG WBSCM U XU se r p l a n e T D M d e v i c e s fo rM S C - 1 , M S C - 2 , M S C - X ( o n E1 / S T M - 1)U se r p l a n e T D M d e v i c e s fo r M S C - 1 , M S C - 2 , M S C - X o n S T M-1vmgw1 vmgw2 vmgwXMSC p o o l m em b er sM S C poo l a r e aIP IPM - MG WM - MG WM -MG WSTP/S GWS I G T R A NMSC - 1 MSC - 2MSC - X MSC-S 容量冗余 實施 MSC POOL后 MSC-S 的節(jié)點容量會隨著話務(wù)模型的改變而有所增加。 但如果考慮MSC POOL 冗余備份的作用，需要 MSC-S 容量留一定的冗余。建議冗余備份考慮 N+1 備份，即POOL 中 1 個 MSC-S 故障時 POOL 中其他 MSC-S 能夠承擔(dān)所有的話務(wù)。 MSC-S 的容量冗余需要對 MSC-S 的處理能力進行核算，如果基于 CP5 的話務(wù)模型 來計算，使用 CP50 的 MSC-S 的處理用戶數(shù)為 80 萬。 試點方案中 通遼 2 套 MSC server 設(shè)計用戶數(shù) GS17 為 40 萬， GS18 為 30 萬。 考慮 1 個MSC-S 故障時另外 1 個 MSC-S 要承擔(dān) 全部 70 萬用戶。所以從容量冗余的角度，現(xiàn)有 CP 處理能力可以滿足 POOL 的要求。 MSC-S 信令冗余 由于實施 POOL 后每個 MSC-S 的容量均發(fā)生變化，所以需要重新計算 MSC-S 各個局向的信令鏈路數(shù)量。 另外如果考慮冗余備份， 當(dāng) POOL 中一個 MSC-S 故障時，剩余 MSC-S 要分擔(dān)故障 MSC-S 的信令負(fù)荷， 所以需要考慮信令的冗余。建議 考慮 100冗余， 即保證一個 MSC-S的信令負(fù)荷不超過 0.2， 則由 N個 MSC 組成的 POOL 中： MSC-S 信令鏈路數(shù)量 MSC-S 設(shè)計信令鏈路 N/N-1 GS17 和 GS18 與 LSTP 的信令連接均為高速 2M，即便考慮冗余也不需要額外增加信令鏈路。 TDM 端口冗余 假設(shè) POOL 中有 N個 MSC-S，則每個 MGW 需要定義 N個 Virtual MGW 由 N個 MSC-S分別管理，每個 Virtual MGW 需要分配不同的 TDM資源，其他 IP 和 TC 等資源可以共用。一個 /webmoney - 24 - MSC-S 故障時，每個 MGW 中對應(yīng)的那一個虛擬 MGW 的 TDM資源變?yōu)椴豢捎茫纯捎?TDM端口減少了 1/N。 涉及的局向： MGW BSC， MGW TMSC， MGW GMSC， MGW VMSC， MGW MGW（ Pool 外） 我們 建議實施 MSC POOL 時考慮適當(dāng)?shù)娜哂?。因為我們平時鏈路設(shè)計負(fù)荷是 70，當(dāng)一個 Server 故障時我們能夠容忍鏈路負(fù)荷在短時間內(nèi)達(dá)到 90或者以上。當(dāng)故障 Server 恢復(fù)時，鏈路負(fù)荷重新恢復(fù)到正常狀態(tài)。同時， 由于現(xiàn)網(wǎng) TDM端口有 相當(dāng)可觀 的配置余量 ，所以實際增加的端口并沒有想象中的多。我們 建議優(yōu)先考慮 A接口冗余， 對于 TMSC， GMSC 和 VMSC 局向，未來的趨勢是 IP 承載， 且隨著 POOL 的擴大需要的冗余越少，所以 不建議因為冗余增加 過多的 TDM端口。 A接口 2M需求 2（ A口話務(wù)量 /0.9/31） 軟硬件配置 硬件配置 按照信令 100冗余， A接口 TDM端口 90 負(fù)荷 計算，需要擴容的 硬件有： MSC-S： GS17、 GS18 各增加 1 對 SLI；目錄價共 1,001,874CNY。 MGW： GM4 和 GM5 各 增加 4 塊 ET-MFG。 目錄價共 1,379,050CNY（屬于 VOIP 硬件）。 BSC： BSC2 加 1 個 ET155； BSC11 和 BSC12 不需增加。目錄價共 250,614CNY。 其他： GMSC， TMSC 和 VMSC 需要增加 少量 E1，這部分 TDM端口不建議新購，可以考慮利用冗余端口。 軟件配置 基于 通遼 移動現(xiàn)網(wǎng)的情況，實施 MSC POOL 需要增加的軟件如下 （目錄價） ： MSC-S： 可選軟件： MSC Pool Enhanced Functionality Package ； 325CNY/SCC 可選軟件： MSC Pool Load Re-distribution ； 99CNY/SCC 可選軟件： Improved MGW selection for ISUP routes (RPC) ； 4CNY/SCC MGW： 可選軟件： Virtual Media Gateway； 108.6CNY/SCC VOIP feature； Signalling support for IP transport for MSC-S； 69CNY/erl /webmoney - 25 - Compressed Speech in the Core Network for MSC-S ； 554CNY/erl IP connection enabler on Nb interface for MSC-S ； 125CNY/erl Compressed Speech on Nb for MGW ； 520CNY/erl Measurement-Based Admission Control for MGW； 111CNY/erl IP transport for MGW； 116CNY/erl IP traffic enabler on Nb interface for MGW； 149CNY/erl 其他 ： BSC2 的 DL3 軟件費，目錄價共 60,392CNY .2 方案特點 只 涉及 2 個 MSC-S， 2 個 MGW 和 3 個 BSC，節(jié)點數(shù)量少，實施快速，對現(xiàn)網(wǎng)影響 較小 ； 對 IP 化改造的依賴程度較小，只要求 GM4 和 GM5