通遼移動(dòng)MSC POOL實(shí)施方案建議

1、通遼移動(dòng)msc in pool實(shí)施方案建議書(shū)愛(ài)立信（中國(guó)）通信有限公司2008年08月目錄1.概述32.msc pool技術(shù)原理介紹32.1msc pool技術(shù)簡(jiǎn)介32.2msc pool實(shí)現(xiàn)機(jī)制42.2.1msc pool實(shí)現(xiàn)條件42.2.2virtual mgw52.2.3msc選擇機(jī)制62.2.4nri和tmsi72.3msc pool工作過(guò)程82.4msc pool的故障檢測(cè)及業(yè)務(wù)恢復(fù)92.4.1故障檢測(cè)機(jī)制92.4.2業(yè)務(wù)恢復(fù)機(jī)制92.5msc pool技術(shù)作用與優(yōu)點(diǎn)103.msc pool網(wǎng)絡(luò)規(guī)劃133.1msc pool實(shí)施的條件133.2msc pool網(wǎng)絡(luò)冗余143.3nri

2、和cap設(shè)置153.4小區(qū)和位置區(qū)的數(shù)據(jù)定義163.5移動(dòng)性管理174.msc pool對(duì)網(wǎng)絡(luò)影響184.1網(wǎng)絡(luò)容量184.2節(jié)點(diǎn)配置194.3尋呼194.4網(wǎng)管計(jì)費(fèi)194.5業(yè)務(wù)195.通遼移動(dòng)msc pool方案建議205.1網(wǎng)絡(luò)現(xiàn)狀205.1.1網(wǎng)絡(luò)拓?fù)?05.1.2實(shí)施msc pool軟硬件條件205.1.3通遼軟交換網(wǎng)絡(luò)現(xiàn)狀205.2msc pool試點(diǎn)方案建議215.2.1msc pool試點(diǎn)實(shí)施范圍215.2.1.1方案一：gs17/gm4和gs18/gm5組成pool，基本ip化改造。215.2.1.1.1網(wǎng)絡(luò)調(diào)整225.2.1.1.2方案特點(diǎn)255.2.1.2方案二：gs17

3、/gm4和gs18/gm5組成pool，深度ip化改造。255.2.1.2.1網(wǎng)絡(luò)調(diào)整265.2.1.2.2方案特點(diǎn)275.2.1.3方案三：gs08/gm3和gs18/gm5組成pool，基本ip化改造。275.2.1.3.1網(wǎng)絡(luò)調(diào)整285.2.1.3.2方案特點(diǎn)285.2.2總結(jié)291. 概述隨著gsm移動(dòng)通信網(wǎng)絡(luò)的快速發(fā)展，軟交換大規(guī)模的投入使用，移動(dòng)用戶(hù)數(shù)也在不斷增長(zhǎng)，話務(wù)日益增加，這些都使得網(wǎng)絡(luò)對(duì)msc/msc server的容量合理配置及話務(wù)合理分配提出了更高的要求。另一方面，網(wǎng)絡(luò)需要不斷的增加節(jié)點(diǎn)來(lái)滿(mǎn)足其發(fā)展，每次擴(kuò)容都使運(yùn)行商不得不重新規(guī)劃和分割網(wǎng)絡(luò)的位置區(qū)，越來(lái)越多的位置更新

4、和切換對(duì)網(wǎng)絡(luò)資源都是一種不小的開(kāi)銷(xiāo)，于是簡(jiǎn)化網(wǎng)絡(luò)的擴(kuò)容被重視起來(lái)，合理分擔(dān)網(wǎng)絡(luò)中的話務(wù)也顯得越發(fā)重要，同時(shí)還要兼顧網(wǎng)絡(luò)資源，注重網(wǎng)絡(luò)安全，所有這些都成為運(yùn)營(yíng)商亟待解決的問(wèn)題。正是針對(duì)這一需求，愛(ài)立信按照3gpp規(guī)范推出的msc pool功能，不僅可以簡(jiǎn)化網(wǎng)絡(luò)擴(kuò)容、合理分配話務(wù)，而且可以?xún)?yōu)化網(wǎng)絡(luò)資源，簡(jiǎn)化網(wǎng)絡(luò)管理，更可以充分保證網(wǎng)絡(luò)安全，是未來(lái)核心網(wǎng)的發(fā)展方向。通遼移動(dòng)gsm核心網(wǎng)絡(luò)已經(jīng)全面引入了分離架構(gòu)的軟交換，部署了愛(ài)立信最新的mss r4，msc server集中放置，mgw分布部署，并準(zhǔn)備開(kāi)展ip專(zhuān)用骨干網(wǎng)的建設(shè)和nb over ip的實(shí)施準(zhǔn)備，核心網(wǎng)正逐步發(fā)展成為高效可持續(xù)發(fā)展的現(xiàn)代化

5、網(wǎng)絡(luò)?；谙旅娴脑颍覀兘ㄗh通遼移動(dòng)實(shí)施msc pool來(lái)推動(dòng)核心網(wǎng)的進(jìn)一步優(yōu)化。 msc pool技術(shù)不僅可以實(shí)現(xiàn)節(jié)點(diǎn)的實(shí)時(shí)備份，更是一個(gè)強(qiáng)大的網(wǎng)絡(luò)優(yōu)化方案，是核心網(wǎng)向2g/3g公共ip網(wǎng)絡(luò)演進(jìn)的最佳解決方案。 軟交換網(wǎng)絡(luò)的管理體制模式正向集中方向發(fā)展，通遼移動(dòng) msc-s已經(jīng)集中放置，集中管理，msc pool順應(yīng)這一趨勢(shì)，并且簡(jiǎn)化了集中管理的難度。 通遼從核心網(wǎng)到無(wú)線網(wǎng)都是愛(ài)立信的設(shè)備，實(shí)施msc pool方便快捷。 msc pool已經(jīng)是成熟技術(shù)，全球已經(jīng)有6個(gè)msc pool商用網(wǎng)絡(luò)，國(guó)內(nèi)也已經(jīng)有3個(gè)商用網(wǎng)絡(luò)。綜上所述，通遼移動(dòng)實(shí)施msc pool的條件已經(jīng)成熟，建議開(kāi)展msc p

6、ool的實(shí)施試點(diǎn)工作，不僅可以?xún)?yōu)化現(xiàn)有網(wǎng)絡(luò)，增強(qiáng)交換網(wǎng)絡(luò)的安全性和運(yùn)營(yíng)效率，而且可以為將來(lái)的大規(guī)模應(yīng)用打下良好基礎(chǔ)。2. msc pool技術(shù)原理介紹2.1 msc pool技術(shù)簡(jiǎn)介愛(ài)立信遵循3gpp規(guī)范（ts23.236，iu flex）推出了msc pool核心網(wǎng)優(yōu)化解決方案。msc pool簡(jiǎn)稱(chēng)為iu flex，與傳統(tǒng)的rnc/bsc與msc-s一對(duì)一的固定控制關(guān)系不同，msc pool是把若干個(gè)和bsc/rnc 相連的msc-s放在一個(gè)池內(nèi)，組成一個(gè)大的服務(wù)區(qū)域。池內(nèi)的bsc/rnc 受控于池內(nèi)所有msc-s，池里的msc-s為整個(gè)大服務(wù)區(qū)域服務(wù)。如下圖所示：目前愛(ài)立信能在一個(gè)pool

7、服務(wù)區(qū)中集成32個(gè)msc-s，128個(gè)bsc，2048個(gè)la。msc pool實(shí)現(xiàn)機(jī)制簡(jiǎn)單，當(dāng)終端用戶(hù)進(jìn)入到pool服務(wù)區(qū)時(shí)，bsc/rnc會(huì)根據(jù)pool中msc-s處理能力分配用戶(hù)登記到一個(gè)msc-s上，用戶(hù)在該pool區(qū)域內(nèi)漫游時(shí)，一直登記在該msc-s內(nèi)，直到出了該pool區(qū)域。一旦某個(gè)msc-s出現(xiàn)故障時(shí)，bsc/rnc會(huì)自動(dòng)實(shí)時(shí)選用pool中其他正常工作的msc-s來(lái)完成呼叫，無(wú)需與其他網(wǎng)元的配合工作。ts23.236中關(guān)于iu flex的規(guī)范定義適用gsm和td-scdma網(wǎng)絡(luò)，愛(ài)立信的msc pool方案嚴(yán)格遵循規(guī)范要求，在系統(tǒng)配合方面對(duì)bsc和rnc的軟件功能配合支持要求相同，

8、完全適用于gsm和td網(wǎng)絡(luò)。2.2 msc pool實(shí)現(xiàn)機(jī)制2.2.1 msc pool實(shí)現(xiàn)條件愛(ài)立信msc pool既可以在傳統(tǒng)的msc上實(shí)現(xiàn)，也可以在軟交換上實(shí)現(xiàn)，但是如果在msc上實(shí)施，msc需要和每個(gè)bsc連接，a接口傳輸需要較大的冗余，網(wǎng)絡(luò)結(jié)構(gòu)也比較復(fù)雜。而且gsm核心網(wǎng)正逐步向著基于ip承載的軟交換的方向演進(jìn)，所以建議直接在軟交換上實(shí)施msc pool，這樣網(wǎng)絡(luò)結(jié)構(gòu)清晰，實(shí)施簡(jiǎn)單，而且符合核心網(wǎng)的發(fā)展趨勢(shì)，具體網(wǎng)絡(luò)結(jié)構(gòu)如下圖所示。在軟交換網(wǎng)絡(luò)中實(shí)施msc pool需要的軟硬件條件為：硬件：基于axe810平臺(tái)的msc server基于bc2xx或bc30xx系列的mgw基于axe8

9、10或者byb501平臺(tái)的bsc軟件：mss r4,bss r12oss rc3.1理想條件下bss均為支持msc pool的愛(ài)立信設(shè)備，對(duì)于pool服務(wù)區(qū)內(nèi)目前不支持msc pool的其他廠家bss，也可以正常工作于非pool狀態(tài)下，不會(huì)受到pool的影響。2.2.2 virtual mgw在軟交換結(jié)構(gòu)下，為了實(shí)施msc pool，需要一個(gè)msc-s可以控制多個(gè)mgw，且每個(gè)mgw可以被多個(gè)msc-s控制，愛(ài)立信使用虛擬mgw功能來(lái)完成，虛擬mgw的概念為：1個(gè)實(shí)體mgw可以邏輯的劃分為32個(gè)虛擬mgw，每個(gè)虛擬mgw只能被1個(gè)msc-s所控制，則1個(gè)實(shí)體mgw可以被32個(gè)msc-s所控制。

10、因此就輕松實(shí)現(xiàn)了每個(gè)msc-s可以控制所有的bsc，每個(gè)bsc可被所有msc-s所控制。虛擬mgw原理請(qǐng)參見(jiàn)下圖。2.2.3 msc選擇機(jī)制當(dāng)用戶(hù)漫游進(jìn)pool服務(wù)區(qū)時(shí)，會(huì)進(jìn)行位置更新，登記到pool中的某個(gè)msc中。為了選擇合適的msc，pool所有的bsc/rnc中會(huì)定義pool中各個(gè)msc的容量因子cap，該因子用來(lái)表征各個(gè)msc處理能力的大小以便bsc確定選擇哪一個(gè)msc完成位置更新，取值范圍1256。bsc/rnc會(huì)根據(jù)容量因子，確定分配至各個(gè)msc的用戶(hù)比例，一般情況下建議根據(jù)msc cp的處理能力來(lái)定義容量因子，pool中的各個(gè)bsc使用同樣的cap值來(lái)標(biāo)致msc的能力，如下圖所

11、示：2.2.4 nri和tmsimsc pool功能為了盡量減少對(duì)現(xiàn)有節(jié)點(diǎn)的改動(dòng)，利用重新定義的tmsi作為識(shí)別用戶(hù)的重要手段。gsm規(guī)范規(guī)定tmsi長(zhǎng)度為32位二進(jìn)制，其中6位為tmsi generation，26位為tmsi identification。msc pool巧妙的利用了tmsi，并對(duì)其做了重新定義，長(zhǎng)度依然32位，但是分成了三部分，如下圖所示。tmsi generation沒(méi)有變化，但是增加了nri（network resource identifier）字段，該字段長(zhǎng)度為010bit，借用了原來(lái)tmsi idenfication的長(zhǎng)度。nri用于標(biāo)識(shí)pool中的各個(gè)msc以

12、及登記在該msc上的用戶(hù)。每個(gè)msc可以有一個(gè)或多個(gè)nri。但pool中不同msc的nri必須不同。2.3 msc pool工作過(guò)程如下圖所示，當(dāng)用戶(hù)漫游進(jìn)pool服務(wù)區(qū)時(shí)，會(huì)進(jìn)行位置更新，登記到pool中的某個(gè)msc中。pool所有的bsc/rnc需要定義各msc的容量因子，該因子對(duì)應(yīng)了各msc處理能力的大小。bsc/rnc會(huì)根據(jù)容量因子，確定分配至各個(gè)msc的用戶(hù)比例，如下圖中3個(gè)msc的容量因子為4:2:2，從而bsc/rnc分配到各個(gè)msc的用戶(hù)比例為50%:25%:25%。如果bsc/rnc將該用戶(hù)分配到msc1，則將相應(yīng)的信令轉(zhuǎn)發(fā)至msc1。msc1在用戶(hù)通過(guò)鑒權(quán)等操作后，會(huì)給用戶(hù)

13、分配一個(gè)tmsi，其中的nri字段為msc1的nri中的某一個(gè)，上圖中為nri=1。當(dāng)用戶(hù)發(fā)起呼叫時(shí)，bsc會(huì)根據(jù)用戶(hù)tmsi中的nri標(biāo)識(shí)將話務(wù)路由至用戶(hù)登記的msc上完成呼叫。如下圖所示。若pool中某一msc宕機(jī)，則當(dāng)用戶(hù)重新試圖接入網(wǎng)絡(luò)時(shí)（位置更新，呼叫嘗試等），bsc/rnc會(huì)立刻重新計(jì)算其他msc的容量因子，將用戶(hù)分配至池中其他msc，用戶(hù)感受不到任何網(wǎng)絡(luò)服務(wù)的中斷，實(shí)現(xiàn)了“零”宕機(jī)時(shí)間。如下圖所示。2.4 msc pool的故障檢測(cè)及業(yè)務(wù)恢復(fù)2.4.1 故障檢測(cè)機(jī)制msc的故障檢測(cè)機(jī)制基于現(xiàn)有的a接口bssap信令故障檢測(cè)機(jī)制。當(dāng)?shù)侥硞€(gè)msc的bssap信令確認(rèn)不通時(shí)，bsc認(rèn)為

14、msc不可達(dá)，自動(dòng)將收到的用戶(hù)呼叫請(qǐng)求及位置更新請(qǐng)求按比例轉(zhuǎn)移到msc pool內(nèi)的其他可用的msc，用戶(hù)將登記在新的msc內(nèi)。所以，pool中的msc server之間不需要具備心跳鏈路等機(jī)制來(lái)進(jìn)行故障檢測(cè)。2.4.2 業(yè)務(wù)恢復(fù)機(jī)制u 倒換對(duì)于倒換，嚴(yán)格意義上來(lái)說(shuō)，在msc pool里，故障msc的業(yè)務(wù)會(huì)被其他正常工作的msc共同承擔(dān)，所以故障msc的用戶(hù)不會(huì)完全倒換到某一個(gè)msc上。從概念上理解，故障msc的用戶(hù)會(huì)被bsc按照各個(gè)正常msc的相對(duì)容量分配到msc pool里到其他正常工作的msc上。而且，msc pool方案下的倒換是基于需求的，也就是說(shuō)，只有當(dāng)故障msc下的用戶(hù)有呼叫需求

15、的時(shí)候，才啟動(dòng)倒換流程。而不是有一個(gè)msc故障，就在故障時(shí)刻將該msc下的用戶(hù)大規(guī)模全部倒換。在msc pool方式下，如果msc的故障很快恢復(fù)，而且故障期間某個(gè)用戶(hù)并沒(méi)有呼叫事件發(fā)生，那么當(dāng)該msc恢復(fù)進(jìn)入pool后，該用戶(hù)的業(yè)務(wù)完全不受影響，msc的故障對(duì)其下用戶(hù)是透明的。所以，很明顯的可以看出，msc pool下的倒換方式降低了網(wǎng)絡(luò)負(fù)荷、簡(jiǎn)化了倒換程序、提高了網(wǎng)絡(luò)效率。舉個(gè)例子來(lái)說(shuō)，如果msc pool中某個(gè)msc發(fā)生故障，當(dāng)故障msc下的用戶(hù)發(fā)起呼叫請(qǐng)求或者位置更新請(qǐng)求的時(shí)候，bsc根據(jù)tmsi中的nri值，發(fā)現(xiàn)原有登記msc已經(jīng)故障，于是按照各個(gè)剩余msc的相對(duì)容量選擇一個(gè)msc處理

16、該用戶(hù)的呼叫請(qǐng)求，但是該msc發(fā)現(xiàn)此用戶(hù)不是自己的用戶(hù)，于是拒絕該業(yè)務(wù)請(qǐng)求，并且返回相應(yīng)的錯(cuò)誤代碼。手機(jī)收到錯(cuò)誤代碼后立即發(fā)起位置更新，重新正常注冊(cè)到pool中某個(gè)正常的msc。因此，綜上所述，對(duì)于故障msc下的用戶(hù)，第一次主動(dòng)呼叫或者位置更新失敗，但是后續(xù)業(yè)務(wù)正?；謴?fù)，因此從倒換開(kāi)始到第一次接通用戶(hù)主叫業(yè)務(wù)的時(shí)間非常短。而且，從倒換開(kāi)始到業(yè)務(wù)接管的整個(gè)過(guò)程，或者說(shuō)整個(gè)業(yè)務(wù)恢復(fù)的過(guò)程完全是自動(dòng)實(shí)時(shí)進(jìn)行的，無(wú)需事先預(yù)置為人工方式。u 倒回當(dāng)故障的msc server恢復(fù)正常后，可將其加入到msc pool重新提供服務(wù)，即我們通常所指的倒回操作。將恢復(fù)后的故障msc加入msc pool的操作和加入

17、一個(gè)新的msc server大致相同。對(duì)于倒回，嚴(yán)格意義上來(lái)說(shuō)，先前分布到各個(gè)正常msc上的用戶(hù)也不會(huì)全部遷回到恢復(fù)后的msc上，也沒(méi)有必要全部遷回到恢復(fù)后的msc上。因?yàn)樵趍sc pool里，一個(gè)用戶(hù)只要在pool里漫游，那么它總是被初始登記的msc所服務(wù)。這種服務(wù)方式降低了網(wǎng)絡(luò)負(fù)荷、提高了運(yùn)行效率。對(duì)于短時(shí)間的故障，小部分用戶(hù)發(fā)起呼叫請(qǐng)求，會(huì)被bsc重新自動(dòng)分配到其他msc進(jìn)行服務(wù)（無(wú)需事先預(yù)置為人工方式），但是大部分用戶(hù)仍然駐留在原有故障msc。那么該msc一旦投入工作，那么其下用戶(hù)就相應(yīng)的恢復(fù)了服務(wù)。對(duì)于長(zhǎng)時(shí)間的故障，可能大部分的用戶(hù)已經(jīng)由其他的msc服務(wù)，如果需要的話，可以通過(guò)手工方

18、式，作為一種輔助手段，將某個(gè)msc上一定數(shù)量或者一定比例的用戶(hù)通過(guò)負(fù)載重分配的方式遷移到恢復(fù)后的msc上。這個(gè)過(guò)程和pool正常運(yùn)行時(shí)，對(duì)某個(gè)msc進(jìn)行維護(hù)操作，轉(zhuǎn)移其部分或者全部用戶(hù)的流程是相同的。因此，綜上所述，在倒回過(guò)程中，用戶(hù)的業(yè)務(wù)是不受到影響的。2.5 msc pool技術(shù)作用與優(yōu)點(diǎn)msc pool技術(shù)具有如下作用和優(yōu)點(diǎn)：v msc動(dòng)態(tài)負(fù)荷分擔(dān)，降低擁塞從pool中msc的角度來(lái)看，它脫離了以往的自上而下的垂直控制體系，不再負(fù)責(zé)控制具體某一區(qū)域的話務(wù)，而是共同管理pool覆蓋的區(qū)域，由bsc根據(jù)msc處理能力平均各個(gè)msc的負(fù)荷，避免因某一區(qū)域話務(wù)過(guò)載而造成的某個(gè)msc的處理器p負(fù)荷

19、過(guò)高，降低了設(shè)備擁塞的可能。v 減少核心網(wǎng)絡(luò)信令開(kāi)銷(xiāo)和節(jié)點(diǎn)負(fù)荷：pool的概念提供了大的公共msc服務(wù)區(qū)，原有msc間位置更新和切換全部轉(zhuǎn)化為msc內(nèi)位置更新和切換，意味著msc間的切換和位置更新的減少，可以顯著降低網(wǎng)絡(luò)的信令負(fù)荷和節(jié)點(diǎn)的處理器負(fù)荷，優(yōu)化了網(wǎng)絡(luò)資源的利用。v 均衡網(wǎng)絡(luò)話務(wù)高峰pool的引入可以均衡不同地區(qū)網(wǎng)絡(luò)不同時(shí)段的話務(wù)高峰：如均衡工作區(qū)和住宅區(qū)在上班、下班后的不同話務(wù)峰值。pool的覆蓋面積越大，均衡的效果就越明顯。v 網(wǎng)絡(luò)級(jí)冗余備份保障機(jī)制：假如網(wǎng)絡(luò)中某一節(jié)點(diǎn)故障或擁塞，bsc/rnc可相應(yīng)選擇pool內(nèi)其它可用節(jié)點(diǎn)實(shí)時(shí)接替，實(shí)現(xiàn)真正意義上實(shí)時(shí)網(wǎng)絡(luò)級(jí)冗余安全保障機(jī)制，此方

20、式和其他實(shí)時(shí)備份方式相比，更節(jié)省網(wǎng)絡(luò)資源，pool內(nèi)節(jié)點(diǎn)數(shù)越多，資源越節(jié)省。網(wǎng)絡(luò)升級(jí)維護(hù)時(shí)，也可以人為將pool中的msc可以提前將話務(wù)轉(zhuǎn)到其它msc上，沒(méi)有業(yè)務(wù)中斷時(shí)間，不會(huì)對(duì)用戶(hù)造成影響。v 簡(jiǎn)化網(wǎng)絡(luò)規(guī)劃、優(yōu)化msc資源pool的引入，使話務(wù)在所有節(jié)點(diǎn)中平均分配，避免傳統(tǒng)網(wǎng)絡(luò)中不同節(jié)點(diǎn)在不同峰值的網(wǎng)絡(luò)資源不均衡利用而需要網(wǎng)絡(luò)規(guī)劃都按各自忙時(shí)話務(wù)配置的狀況。pool的網(wǎng)絡(luò)規(guī)劃可直接簡(jiǎn)化為按pool需要支持總?cè)萘坎⒖紤]n+1的冗余配置。pool的引入，使bss受所有msc控制，話務(wù)在所有msc中平均分配，實(shí)現(xiàn)了無(wú)線接入網(wǎng)絡(luò)和核心網(wǎng)絡(luò)的互不影響。無(wú)線網(wǎng)絡(luò)規(guī)劃和核心網(wǎng)規(guī)劃可以分別進(jìn)行，互不影響，只

21、要總?cè)萘科ヅ浼纯伞?. msc pool網(wǎng)絡(luò)規(guī)劃3.1 msc pool實(shí)施的條件msc pool能夠在不改變網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的情況下，在移動(dòng)軟交換網(wǎng)絡(luò)中實(shí)現(xiàn)。msc pool的網(wǎng)絡(luò)結(jié)構(gòu)如下圖所示。如圖所示，在現(xiàn)網(wǎng)的軟交換網(wǎng)絡(luò)結(jié)構(gòu)下需要滿(mǎn)足下列的條件即可實(shí)施msc pool。 nb over ip mc接口多聯(lián)具體的說(shuō)，就是首先移動(dòng)軟交換內(nèi)部要采用ip承載，ip承載才可以真正體現(xiàn)軟交換的優(yōu)勢(shì)，也是中國(guó)移動(dòng)軟交換網(wǎng)絡(luò)下一步發(fā)展的趨勢(shì)。其次由于pool中每個(gè)msc-s要管理pool內(nèi)所有的mgw，所以msc-s與mgw之間的mc接口的多聯(lián)也是必須的?，F(xiàn)在mc接口已經(jīng)是ip傳輸，通過(guò)ip路由設(shè)置即可輕松

22、實(shí)現(xiàn)mc接口多聯(lián)。msc pool對(duì)于pool中節(jié)點(diǎn)和pool外其他節(jié)點(diǎn)的連接沒(méi)有特殊的要求，可以沿用現(xiàn)有的連接方式不變。我們更關(guān)注的是voip改造的范圍，希望所有與msc pool有isup路由的msc-s都能實(shí)現(xiàn)ip承載。如果完全沒(méi)有tdm的連接（a接口除外），現(xiàn)網(wǎng)的數(shù)據(jù)改動(dòng)就大大減少。所以voip的改造是mip實(shí)施的前提。另外，我們建議通遼的關(guān)口局也具備ip承載功能，msc pool中節(jié)點(diǎn)與外部tdm節(jié)點(diǎn)的信令和話務(wù)均通過(guò)ip化的關(guān)口局進(jìn)行轉(zhuǎn)接，減少了外部局向，可以大幅減少msc pool進(jìn)一步擴(kuò)展的復(fù)雜性和工作量。所以說(shuō)，ip化改造的程度將直接影響msc pool實(shí)施的繁簡(jiǎn)，同時(shí)也決定

23、了tdm端口的冗余量。3.2 msc pool網(wǎng)絡(luò)冗余msc pool可以實(shí)現(xiàn)msc-s的實(shí)時(shí)冗余備份，如果利用msc pool來(lái)進(jìn)行msc-s的冗余備份，需要考慮msc-s的節(jié)點(diǎn)容量和信令接口的冗余。msc pool實(shí)現(xiàn)msc-s的冗余備份，對(duì)mgw沒(méi)有備份的作用。由于實(shí)施msc pool需要mgw啟用虛擬mgw功能，即把一個(gè)mgw硬件節(jié)點(diǎn)從邏輯上劃分為多個(gè)virtual mgw，由多個(gè)msc-s分別控制。mgw所有的ip端口資源和其他編解碼器資源可以被所有虛擬mgw共享，但是對(duì)于tdm端口，每個(gè)虛擬mgw需要專(zhuān)用的tdm端口，不能共享，如下圖所示。這樣當(dāng)pool中某個(gè)msc-s故障時(shí)，對(duì)應(yīng)

24、虛擬mgw的tdm端口將不可用，所以mgw的tdm資源以及所有和mgw有tdm連接關(guān)系的節(jié)點(diǎn)，需要考慮tdm端口資源的冗余。假設(shè)pool中有n個(gè)msc-s，則每個(gè)mgw需要定義n個(gè)virtual mgw由n個(gè)msc-s分別管理，每個(gè)virtual mgw需要分配不同的tdm資源，其他ip和tc等資源可以共用。一個(gè)msc-s故障時(shí)，每個(gè)mgw中對(duì)應(yīng)的那一個(gè)虛擬mgw的tdm資源變?yōu)椴豢捎?，即可用tdm端口減少了1/n。3.3 nri和cap設(shè)置nri（network resource identifier）是分配給用戶(hù)tmsi中的一個(gè)標(biāo)準(zhǔn)字段，該字段通過(guò)網(wǎng)管手段在bsc和msc-s上面定義，用于

25、標(biāo)識(shí)pool內(nèi)特定的msc-s。nri的長(zhǎng)度設(shè)定決定了pool中msc-s的數(shù)量和msc-s用戶(hù)容量，同時(shí)在相鄰的pool中nri不可以沖突。每個(gè)msc server 最多可配置8個(gè)nri的數(shù)值。一般在網(wǎng)絡(luò)運(yùn)行狀態(tài)下，不允許在線更改nri的長(zhǎng)度值。建議在msc pool規(guī)劃的前期盡量準(zhǔn)確的規(guī)劃好nri的數(shù)據(jù)定義，以避免未來(lái)的改動(dòng)。目前集團(tuán)公司建議nri長(zhǎng)度設(shè)置為7位，如下圖所示。這樣共有127個(gè)nri可用（0不可用），每個(gè)msc-s根據(jù)容量需求配置1個(gè)或多個(gè)nri，可以滿(mǎn)足現(xiàn)在和未來(lái)msc-s的用戶(hù)容量，127個(gè)nri也可以滿(mǎn)足相鄰pool中nri的互不沖突。nri length (bits)

26、maximal msc pool sizeremaining available tmsi length (bits)maximum vlr subscriber capacity / tmsi length1125225 = 33,554,4322324224 = 16,777,2163723223 = 8,388,60841522222 = 4,194,30453121221 = 2,097= 1,048,576712719219 = 524,288容量因子cap的定義決定了pool內(nèi)msc-s所帶用戶(hù)的比例。bsc根據(jù)容量因子決定按照什么樣的比例把用戶(hù)分配到po

27、ol內(nèi)某個(gè)msc-s上。msc-s對(duì)應(yīng)的cap數(shù)值越大則分配到msc-s的用戶(hù)數(shù)越多。建議根據(jù)msc-s的處理能力來(lái)定義cap，由于愛(ài)立信msc-s的處理能力主要由apz的類(lèi)型決定，所以apz的類(lèi)型是定義cap參數(shù)的主要參考。cap的最大值為 255，考慮到今后會(huì)提出更大容量的apz類(lèi)型，建議對(duì)目前的apz 212 50 配置cap值50。正常情況下所有的bsc中對(duì)于msc-s的容量因子cap的定義值應(yīng)該相同，相同處理能力的msc-s的容量因子也應(yīng)該相同。在一些特殊情況下也可以對(duì)相同處理能力的msc-s設(shè)置不同的容量因子。建議的容量因子設(shè)置如下表所示。msc pool memberapz ca

28、pacity factorcapapz 212 403.825apz 212 507.6503.4 小區(qū)和位置區(qū)的數(shù)據(jù)定義由于msc pool內(nèi)每個(gè)msc-s管理pool內(nèi)所有的bsc和無(wú)線區(qū)域，如下圖所示。所以pool內(nèi)所有的msc-s的小區(qū)和位置區(qū)的數(shù)據(jù)定義應(yīng)該相同（如果msc-s連接pool外的bsc則例外）。即每個(gè)msc-s有相同的內(nèi)部小區(qū)和外部小區(qū)的定義數(shù)據(jù)。location area 1a2a3a1a4a5a7a6b2b3b1b4b5c7b6c2c3c1c4c5c7c6d2d3d1d4d5d7d6pool arealocation area 2location area 3loca

29、tion area 4msc-smsc-smsc-s3.5 移動(dòng)性管理用戶(hù)從pool外漫游入pool內(nèi)當(dāng)終端用戶(hù)在空閑狀態(tài)漫游入pool服務(wù)區(qū)域時(shí)，手機(jī)要執(zhí)行位置更新；bsc根據(jù)相應(yīng)的用戶(hù)分配算法分配該用戶(hù)到pool內(nèi)某一msc-s。bsc的用戶(hù)分配算法基于在bsc上面定義的pool內(nèi)各msc-s相互間的容量因子cap的數(shù)值。新用戶(hù)的位置更新登記涉及msc-s和網(wǎng)絡(luò)的hlr間的信令交互。當(dāng)bsc把用戶(hù)登記的信令傳送到一個(gè)msc-s后，該msc-s向該用戶(hù)分配含有nri的tmsi，該nri再網(wǎng)絡(luò)中特指該msc-s。用戶(hù)在pool內(nèi)的漫游當(dāng)用戶(hù)在pool內(nèi)漫游時(shí)，位置更新指向該msc-s（bsc基

30、于tmsi/nri路由信令）使得用戶(hù)一直登記在該msc-s。所以用戶(hù)在pool內(nèi)無(wú)線區(qū)域位置更新時(shí)并不需要改變msc-s，也就是不需要跨msc-s的位置更新和msc-s與hlr的信令交互。pool內(nèi)用戶(hù)在發(fā)起話務(wù)請(qǐng)求時(shí)bsc根據(jù)對(duì)用戶(hù)已分配的tmsi/nri值路由信令指向該用戶(hù)登記在的msc-s，由用戶(hù)登記在的msc-s處理該用戶(hù)話務(wù)的信令。用戶(hù)從pool內(nèi)漫游出pool外當(dāng)pool內(nèi)的用戶(hù)漫游出pool的服務(wù)區(qū)并作位置更新時(shí)，新的pool外msc-s可根據(jù)如下兩種方式識(shí)別pool內(nèi)的源msc-s，并路由map信令提取用戶(hù)加密認(rèn)證信息：如果pool外的msc-s具有“增強(qiáng)關(guān)聯(lián)vlr功能”，po

31、ol外的msc-s根據(jù)接受到的tmsi/nri功能識(shí)別pool內(nèi)的源msc-s并直接進(jìn)行信令路由。如果pool外的msc-s不具有“增強(qiáng)關(guān)聯(lián)vlr功能”，則通過(guò)在pool內(nèi)定義一個(gè)“代理msc-s/vlr”實(shí)現(xiàn)。pool外的msc-s提供tmsi/nri消息與pool內(nèi)的代理msc-s互通，代理msc sever/vlr根據(jù)查詢(xún)nri的數(shù)據(jù)進(jìn)一步路由信令到源msc-s取得用戶(hù)的加密認(rèn)證信息。該方式一般是其它設(shè)備商的msc-s采用的互通方式。話務(wù)在pool內(nèi)的切換當(dāng)用戶(hù)在msc-s pool內(nèi)漫游并處于話務(wù)過(guò)程中時(shí)，會(huì)發(fā)生無(wú)線位置區(qū)la的更新，但由于用戶(hù)一直登記在一個(gè)msc-s， 不涉及msc-

32、s間的變更，所以在該情形下只有單一msc-s內(nèi)的話務(wù)切換。話務(wù)從pool內(nèi)向pool外的切換pool內(nèi)的用戶(hù)漫游并切換出msc-s pool的情形與普通的msc-s間切換處理方式相同。話務(wù)從pool外向pool內(nèi)的切換當(dāng)處于pool外msc-s的用戶(hù)發(fā)起一個(gè)話務(wù)呼叫并漫游入 pool內(nèi)，則發(fā)生一個(gè)到pool內(nèi)msc-s的切換。如果pool外的msc-s不支持“鄰接msc-s組”功能，該網(wǎng)絡(luò)情形下，為了保證poolmsc-s處理切換話務(wù)的負(fù)荷均勻，pool內(nèi)的每個(gè)msc-s區(qū)可以定義不同的pool外相鄰的位置區(qū)和無(wú)線小區(qū)，也就是整個(gè)pool的無(wú)線服務(wù)區(qū)數(shù)據(jù)由pool內(nèi)的msc-s分擔(dān)定義。如果p

33、ool外的msc-s支持“鄰接msc-s組”功能，在該情形下通過(guò)“鄰接msc-s組”的定義該方式實(shí)現(xiàn)話務(wù)切換的負(fù)荷分擔(dān)。當(dāng)終端用戶(hù)切換的通話結(jié)束時(shí)，手機(jī)端重新作無(wú)線的位置更新，bsc根據(jù)各msc-s的cap值算法重新分配用戶(hù)到某一新的msc-s，用戶(hù)新登記的msc-s可能與切換時(shí)處理話務(wù)的msc-s不同。當(dāng)用戶(hù)在pool內(nèi)發(fā)生語(yǔ)音呼叫，并且漫游出msc-s pool的服務(wù)區(qū)，又在話務(wù)繼續(xù)的情形下返還入pool的時(shí)候，后繼的切換仍然以第一個(gè)pool內(nèi)的msc-s作為anchor msc-s。4. msc pool對(duì)網(wǎng)絡(luò)影響4.1 網(wǎng)絡(luò)容量實(shí)施msc pool后對(duì)網(wǎng)絡(luò)中節(jié)點(diǎn)容量的影響有以下幾個(gè)方面

34、：u msc-s間的切換和位置更新減少，使得msc-s容量增加u msc-s間的切換和位置更新減少，使得hlr容量增加u 話務(wù)流向改變導(dǎo)致的話務(wù)模型也改變會(huì)影響msc-s節(jié)點(diǎn)容量：同一個(gè)bsc管理的用戶(hù)間的呼叫可能會(huì)成為msc-s間呼叫不同bsc下管理的用戶(hù)間的呼叫可能會(huì)成為msc-s內(nèi)呼叫從msc pool實(shí)現(xiàn)機(jī)制來(lái)看，由于切換和位置更新的減少，會(huì)使節(jié)點(diǎn)容量增加，同時(shí)由于節(jié)點(diǎn)的負(fù)載均衡，整個(gè)網(wǎng)絡(luò)的容量也會(huì)增加。具體的容量增加情況取決于具體網(wǎng)絡(luò)的規(guī)?，F(xiàn)狀和話務(wù)模型。4.2 節(jié)點(diǎn)配置實(shí)施msc pool后對(duì)網(wǎng)絡(luò)中節(jié)點(diǎn)配置的影響有以下幾個(gè)方面：u msc pool中msc-s負(fù)荷分擔(dān)，容量需要重新

35、規(guī)劃u 各局向信令由于msc-s容量改變，需要重新核算u 由于msc pool實(shí)現(xiàn)節(jié)點(diǎn)備份，需要考慮msc-s的容量冗余u 由于msc pool實(shí)現(xiàn)節(jié)點(diǎn)備份，需要考慮msc-s的信令冗余u 由于虛擬mgw功能對(duì)tdm資源的影響，需要結(jié)合冗余備份考慮tdm端口的冗余4.3 尋呼在msc pool的組網(wǎng)方式下，由于每個(gè)msc-s管理pool內(nèi)全部bsc的每個(gè)位置區(qū)以及相應(yīng)的無(wú)線數(shù)據(jù)，所以在msc-s上使用global 尋呼將增加無(wú)線網(wǎng)絡(luò)負(fù)荷（且通常情況下二次尋呼的成功率只有10左右）。 建議對(duì)pool內(nèi)的第一次和第二次尋呼數(shù)據(jù)均采用本地尋呼的方式，這樣可以極大的減小a接口的信令負(fù)荷。 （對(duì)于不明的

36、la尋呼，系統(tǒng)維持采用global尋呼）。4.4 網(wǎng)管計(jì)費(fèi)oss rc3.1可以支持對(duì)msc pool的管理。msc pool要求pool內(nèi)的所有節(jié)點(diǎn)（包括msc-s、mgw、bsc及所控制的無(wú)線節(jié)點(diǎn)）由同一套網(wǎng)管進(jìn)行管理。msc pool對(duì)現(xiàn)有的計(jì)費(fèi)方式?jīng)]有影響。4.5 業(yè)務(wù)msc pool的實(shí)施對(duì)短信、彩鈴、智能網(wǎng)的業(yè)務(wù)沒(méi)有任何影響，實(shí)施方式與以前相同。由于msc pool擴(kuò)大了msc-s的管理范圍，原有的基于msc的差分業(yè)務(wù)會(huì)受到影響；由于msc pool擴(kuò)大了msc-s的管理范圍，原有的基于msc的漫游限制業(yè)務(wù)會(huì)受到影響。msc pool對(duì)業(yè)務(wù)的影響的實(shí)質(zhì)是：由于msc pool擴(kuò)大了

37、msc管理的無(wú)線區(qū)域，msc id已經(jīng)無(wú)法反映用戶(hù)的準(zhǔn)確位置信息。如果現(xiàn)網(wǎng)沒(méi)有基于msc id來(lái)區(qū)分用戶(hù)詳細(xì)位置信息的業(yè)務(wù)，或者使用lai來(lái)區(qū)分用戶(hù)位置，則msc pool對(duì)業(yè)務(wù)不會(huì)有任何影響。5. 通遼移動(dòng)msc pool方案建議5.1 網(wǎng)絡(luò)現(xiàn)狀5.1.1 網(wǎng)絡(luò)拓?fù)?3期擴(kuò)容后，通遼移動(dòng)gsm核心網(wǎng)絡(luò)已經(jīng)全面引入了分離架構(gòu)的軟交換，部署了愛(ài)立信最新的mss r4，msc server集中放置，mgw分布部署，但nb over ip的工作尚未開(kāi)展，軟交換局之間以及軟交換和其他端局之間都是tdm連接?，F(xiàn)網(wǎng)軟交換的網(wǎng)絡(luò)拓?fù)淙缦聢D所示。5.1.2 實(shí)施msc pool軟硬件條件mss r4：條件已具

38、備。通遼移動(dòng)現(xiàn)網(wǎng)愛(ài)立信軟交換均為mss r4。bss r12：條件已具備。13期擴(kuò)容計(jì)劃升級(jí)所有bsc為r12。 nb over ip：條件不具備。軟硬件均不具備。站點(diǎn)方案：條件部分具備。13期擴(kuò)容站點(diǎn)方案按照mc接口需求進(jìn)行配置，但剩余端口和容量可以承擔(dān)部分nb話務(wù)。oss rc3.1，且pool內(nèi)cn和bss用同一套o(hù)ss管理：條件已具備。5.1.3 通遼軟交換網(wǎng)絡(luò)現(xiàn)狀通遼的軟交換規(guī)模如下圖所示。msc server 放置地點(diǎn)msc servermgw站點(diǎn)13期設(shè)計(jì)話務(wù)量管理 bsc是否已入網(wǎng)通遼gs1gm1移動(dòng)河西局四樓2924bsc6已入網(wǎng)2504bsc10已入網(wǎng)呼和浩特gs08gm3

39、移動(dòng)綜合樓五樓2440bsc1已入網(wǎng)2775bsc8已入網(wǎng)gs17gm4移動(dòng)河西局四樓2704bsc2已入網(wǎng)4874bsc11已入網(wǎng)gs18gm5移動(dòng)綜合樓五樓5599bsc12已入網(wǎng)5.2 msc pool試點(diǎn)方案建議5.2.1 msc pool試點(diǎn)實(shí)施范圍通遼作為內(nèi)蒙的大城市，存在四套愛(ài)立信軟交換，實(shí)施msc pool對(duì)網(wǎng)絡(luò)的優(yōu)化作用會(huì)比較明顯，而且實(shí)施msc pool的條件已經(jīng)基本具備，建議選擇通遼先行開(kāi)展msc pool的試點(diǎn)工作。目前13期工期結(jié)束后，通遼4套軟交換全部入網(wǎng)，但4套軟交換分屬兩張ip承載網(wǎng)。為了確保試點(diǎn)工作的順利進(jìn)行和不影響現(xiàn)網(wǎng)業(yè)務(wù)，試點(diǎn)方案的制定我們秉承以下幾個(gè)原則

40、。v 從少量節(jié)點(diǎn)，小范圍做起。v 盡量選擇在同一個(gè)機(jī)房?jī)?nèi)或者在同一張ip承載網(wǎng)上的設(shè)備。v 盡可能減少對(duì)網(wǎng)絡(luò)其他部分的影響。v 制定詳細(xì)的實(shí)施步驟，保證現(xiàn)網(wǎng)業(yè)務(wù)的正常運(yùn)行。同時(shí)，voip的改造程度將直接影響方案制定。下面我們將從voip的不同改造程度來(lái)詳細(xì)論述。5.2.1.1 方案一：gs17/gm4和gs18/gm5組成pool，基本ip化改造。因?yàn)間m4和gm5不在同一個(gè)機(jī)房，所以此方案的前提是gm4和gm5之間的nb話務(wù)能夠通過(guò)ip承載網(wǎng)疏通，所謂基本ip化改造，就是指pool內(nèi)實(shí)現(xiàn)語(yǔ)音ip承載，pool外仍然保持原有tdm承載方式。網(wǎng)絡(luò)拓?fù)淙缦聢D所示。5.2.1.1.1 網(wǎng)絡(luò)調(diào)整 nb

41、接口ip承載軟交換節(jié)點(diǎn)gm4和gm5都需要配置ip接口板和相關(guān)軟件支持ip信令和話務(wù)，本方案要求gm4和gm5之間的ip話務(wù)能夠通過(guò)ip承載網(wǎng)疏通，否則需要ip專(zhuān)線連接。話務(wù)上，mgw節(jié)點(diǎn)之間將采用ip承載，與pool外軟交換節(jié)點(diǎn)、與傳統(tǒng)msc之間仍采用tdm承載。信令上，gs17、gs18之間采用bicc信令，與pool外軟交換節(jié)點(diǎn)、與傳統(tǒng)msc之間仍采用isup信令，并以mgw作為sgw，msc-s/mgw 與其它節(jié)點(diǎn)的信令連接方式不變。 虛擬mgw實(shí)施msc pool要求mgw被pool中所有msc-s控制，所以需要使用虛擬mgw功能劃分多個(gè)虛擬mgw歸屬于不同的msc-s，由于mgw上

42、的tdm端口不能被多個(gè)虛擬mgw共享，所以需要在mgw上對(duì)tdm端口進(jìn)行分組，設(shè)置多少個(gè)虛擬mgw就需要多少個(gè)tdm資源組，如下圖所示。 msc-s容量冗余實(shí)施msc pool后msc-s的節(jié)點(diǎn)容量會(huì)隨著話務(wù)模型的改變而有所增加。但如果考慮msc pool冗余備份的作用，需要msc-s容量留一定的冗余。建議冗余備份考慮n+1備份，即pool中1個(gè)msc-s故障時(shí)pool中其他msc-s能夠承擔(dān)所有的話務(wù)。msc-s的容量冗余需要對(duì)msc-s的處理能力進(jìn)行核算，如果基于cp5的話務(wù)模型來(lái)計(jì)算，使用cp50的msc-s的處理用戶(hù)數(shù)為80萬(wàn)。試點(diǎn)方案中通遼2套msc server設(shè)計(jì)用戶(hù)數(shù)gs17為

43、40萬(wàn)，gs18為30萬(wàn)?？紤]1個(gè)msc-s故障時(shí)另外1個(gè)msc-s要承擔(dān)全部70萬(wàn)用戶(hù)。所以從容量冗余的角度，現(xiàn)有cp處理能力可以滿(mǎn)足pool的要求。 msc-s信令冗余由于實(shí)施pool后每個(gè)msc-s的容量均發(fā)生變化，所以需要重新計(jì)算msc-s各個(gè)局向的信令鏈路數(shù)量。另外如果考慮冗余備份，當(dāng)pool中一個(gè)msc-s故障時(shí)，剩余msc-s要分擔(dān)故障msc-s的信令負(fù)荷，所以需要考慮信令的冗余。建議考慮100冗余，即保證一個(gè)msc-s的信令負(fù)荷不超過(guò)0.2，則由n個(gè)msc組成的pool中：msc-s信令鏈路數(shù)量msc-s設(shè)計(jì)信令鏈路 n/n-1gs17和gs18與lstp的信令連接均為高速2m

44、，即便考慮冗余也不需要額外增加信令鏈路。 tdm端口冗余假設(shè)pool中有n個(gè)msc-s，則每個(gè)mgw需要定義n個(gè)virtual mgw由n個(gè)msc-s分別管理，每個(gè)virtual mgw需要分配不同的tdm資源，其他ip和tc等資源可以共用。一個(gè)msc-s故障時(shí)，每個(gè)mgw中對(duì)應(yīng)的那一個(gè)虛擬mgw的tdm資源變?yōu)椴豢捎茫纯捎胻dm端口減少了1/n。涉及的局向：mgw bsc，mgw tmsc，mgw gmsc，mgw vmsc，mgw mgw（pool外）我們建議實(shí)施msc pool時(shí)考慮適當(dāng)?shù)娜哂唷Ｒ驗(yàn)槲覀兤綍r(shí)鏈路設(shè)計(jì)負(fù)荷是70，當(dāng)一個(gè)server故障時(shí)我們能夠容忍鏈路負(fù)荷在短時(shí)間內(nèi)達(dá)到9

45、0或者以上。當(dāng)故障server恢復(fù)時(shí)，鏈路負(fù)荷重新恢復(fù)到正常狀態(tài)。同時(shí)，由于現(xiàn)網(wǎng)tdm端口有相當(dāng)可觀的配置余量，所以實(shí)際增加的端口并沒(méi)有想象中的多。我們建議優(yōu)先考慮a接口冗余，對(duì)于tmsc，gmsc和vmsc局向，未來(lái)的趨勢(shì)是ip承載，且隨著pool的擴(kuò)大需要的冗余越少，所以不建議因?yàn)槿哂嘣黾舆^(guò)多的tdm端口。a接口2m需求2（a口話務(wù)量/0.9/31） 軟硬件配置硬件配置按照信令100冗余，a接口tdm端口90負(fù)荷計(jì)算，需要擴(kuò)容的硬件有：v msc-s：gs17、gs18各增加1對(duì)sli；目錄價(jià)共1,001,874cny。v mgw： gm4和gm5各增加4塊et-mfg。目錄價(jià)共1,379

46、,050cny（屬于voip硬件）。v bsc：bsc2加1個(gè)et155；bsc11和bsc12不需增加。目錄價(jià)共250,614cny。v 其他：gmsc，tmsc和vmsc需要增加少量e1，這部分tdm端口不建議新購(gòu)，可以考慮利用冗余端口。軟件配置基于通遼移動(dòng)現(xiàn)網(wǎng)的情況，實(shí)施msc pool需要增加的軟件如下（目錄價(jià)）：v msc-s：可選軟件：msc pool enhanced functionality package ；325cny/scc可選軟件：msc pool load re-distribution ；99cny/scc可選軟件：improved mgw selection f

47、or isup routes (rpc) ；4cny/sccv mgw： 可選軟件：virtual media gateway；108.6cny/sccv voip feature;signalling support for ip transport for msc-s；69cny/erlcompressed speech in the core network for msc-s ；554cny/erlip connection enabler on nb interface for msc-s ；125cny/erlcompressed speech on nb for mgw ；520

48、cny/erlmeasurement-based admission control for mgw；111cny/erlip transport for mgw；116cny/erlip traffic enabler on nb interface for mgw；149cny/erlv 其他：bsc2的dl3軟件費(fèi)，目錄價(jià)共60,392cny5.2.1.1.2 方案特點(diǎn)v 只涉及2個(gè)msc-s，2個(gè)mgw和3個(gè)bsc，節(jié)點(diǎn)數(shù)量少，實(shí)施快速，對(duì)現(xiàn)網(wǎng)影響較小 ；v 對(duì)ip化改造的依賴(lài)程度較小，只要求gm4和gm5之間具備語(yǔ)音ip承載功能，能夠較快速的實(shí)現(xiàn)pool。v 由于gm4和gm5掛接的ip承載網(wǎng)是將來(lái)通遼唯一的ip承載網(wǎng)，所以即便是ip化改造完成后，這兩套軟交換也不需要再進(jìn)行數(shù)據(jù)改動(dòng)，省時(shí)省力。v 但是pool外的節(jié)點(diǎn)為tdm連接，pool改造的過(guò)程中dt局?jǐn)?shù)據(jù)改動(dòng)較復(fù)雜。隨著ip化改造的不斷深入，tdm連接除a口外都會(huì)改為ip連接，在工程上造成一定程度的工作量，而且tdm端口會(huì)有一定浪費(fèi)。5.2.1.2 方案二：gs17/gm4和gs18/gm5組成pool，深度ip