移動(dòng)軟交換語音IP化

背景、原理、規(guī)劃和實(shí)施諾基亞網(wǎng)絡(luò)1移動(dòng)軟交換語音IP化

背景、原理、規(guī)劃和實(shí)施諾基亞網(wǎng)絡(luò)1主要議程語音IP化的背景、原理及優(yōu)勢移動(dòng)軟交換VoIP網(wǎng)絡(luò)架構(gòu)移動(dòng)軟交換VoIP的規(guī)劃及演進(jìn)方案IP承載網(wǎng)絡(luò)的合理規(guī)劃和建設(shè)交換網(wǎng)絡(luò)設(shè)備的改造升級VoIP網(wǎng)絡(luò)預(yù)規(guī)劃及網(wǎng)絡(luò)的相關(guān)測試方案軟交換網(wǎng)絡(luò)VoIP規(guī)劃軟交換網(wǎng)絡(luò)VoIP相關(guān)KPI監(jiān)控2主要議程語音IP化的背景、原理及優(yōu)勢2語音IP化的背景從2005年開始中國移動(dòng)開始大量引入R4設(shè)備用于電路域核心網(wǎng)的擴(kuò)容工程各省的R4設(shè)備占總網(wǎng)絡(luò)容量的百分比在不斷的提高部分省份的R4設(shè)備占全網(wǎng)的容量已經(jīng)超過50％——云南目前已經(jīng)接近70％但從網(wǎng)絡(luò)組成來看，其控制面已經(jīng)完全采用了R4的架構(gòu)，但用戶面依舊基于TDM傳輸，沒有充分體現(xiàn)R4架構(gòu)的優(yōu)勢基于這種趨勢，中國移動(dòng)集團(tuán)公司從2006年年底開始在8個(gè)廠家之間進(jìn)行語音IP化的試驗(yàn)3語音IP化的背景從2005年開始中國移動(dòng)開始大量引入R4設(shè)備中國移動(dòng)2G軟交換VoIP測試情況中國移動(dòng)現(xiàn)網(wǎng)的所有軟交換廠家全部參加了測試實(shí)際測試進(jìn)度略慢于計(jì)劃進(jìn)度目前同廠家的測試基本完成，馬上將進(jìn)入省內(nèi)不同廠家互通的測試階段4中國移動(dòng)2G軟交換VoIP測試情況中國移動(dòng)現(xiàn)網(wǎng)的所有軟交換廠什么是語音IP化通俗的講就是用IP網(wǎng)來承載話音——VoIP技術(shù)在移動(dòng)核心網(wǎng)上的應(yīng)用和傳統(tǒng)的基于Internet的VoIP技術(shù)的區(qū)別采用移動(dòng)網(wǎng)專用的話音編碼方案：傳統(tǒng)的H.323－>G.711overIP、AMRoverIP采用專用的IP專網(wǎng)來承載：Internet－>基于MPLSVPN技術(shù)的IP專網(wǎng)具有較好的話音質(zhì)量：G.711overIP和AMRoverIP的編碼方式的話音質(zhì)量僅僅略低于基于傳統(tǒng)TDM方式省際、省內(nèi)、本地網(wǎng)元之間全部采用IP網(wǎng)來承載話音便于管理：基于統(tǒng)一的IP專網(wǎng)進(jìn)行承載，全國一張網(wǎng)，便于管理與R4技術(shù)的關(guān)系傳統(tǒng)的基于TDM結(jié)構(gòu)的MSC不能實(shí)現(xiàn)語音IP化基于R4架構(gòu)的MSC/MSS/MGW可以方便的實(shí)現(xiàn)語音IP化語音IP化與3G的關(guān)系3G電路域的接口已經(jīng)開始采用基于包交換的技術(shù)：Iu-CS基于ATM傳輸?shù)絉5時(shí)整個(gè)網(wǎng)絡(luò)的所有接口將全部基于IP語音IP化正是順應(yīng)了網(wǎng)絡(luò)發(fā)展的趨勢5什么是語音IP化通俗的講就是用IP網(wǎng)來承載話音——VoIP技移動(dòng)軟交換系統(tǒng)中語音IP的特點(diǎn)

目前電信運(yùn)營商VOIP網(wǎng)絡(luò),以phonetophone為主,主要面向長途的IP網(wǎng)絡(luò)固網(wǎng)運(yùn)營商的VOIP網(wǎng)絡(luò)

移動(dòng)軟交換網(wǎng)絡(luò)的IP化較傳統(tǒng)的VOIP更復(fù)雜,完全實(shí)現(xiàn)控制與承載的分離。

移動(dòng)軟交換網(wǎng)絡(luò)在語音IP的同時(shí)，必須實(shí)現(xiàn)信令承載的IP化，采用比ISUP更為有效的協(xié)議BICC

移動(dòng)軟交換網(wǎng)絡(luò)對IP承載網(wǎng)絡(luò)的要求取決于承載業(yè)務(wù)的要求及服務(wù)質(zhì)量的要求。移動(dòng)軟交換一般采用特定的AMR語音壓縮編碼

隨著移動(dòng)技術(shù)的發(fā)展，全I(xiàn)P網(wǎng)絡(luò)是移動(dòng)網(wǎng)絡(luò)的發(fā)展方向，需要建設(shè)功能更強(qiáng)、更先進(jìn)的IP網(wǎng)絡(luò)6移動(dòng)軟交換系統(tǒng)中語音IP的特點(diǎn)目前電信運(yùn)營商VOIP網(wǎng)絡(luò),3GPPR4的網(wǎng)絡(luò)結(jié)構(gòu)

控制面(MSS)和用戶面(MGW)的分離+承載多樣化用戶面控制面PSTNInternet3GMSCBSCIu-CSRANAPBSSAPMcH.248NbNc

BICC,(SIP-T)MAP業(yè)務(wù)CAPHLRSIGTRANIPTDM,IP,ATMIu-PSRANAPSGSNGGSNGb,GnGTPBSCMSCMSCServerMSCMSCServerMGWMGWRNCRNC話務(wù)信令語音IP化可以充分體現(xiàn)R4架構(gòu)的優(yōu)勢73GPPR4的網(wǎng)絡(luò)結(jié)構(gòu)

控制面(MSS)和用戶面(MGW語音IP化的優(yōu)勢語音IP化是移動(dòng)核心網(wǎng)發(fā)展的必然趨勢移動(dòng)核心網(wǎng)已經(jīng)逐步向基于R4的網(wǎng)絡(luò)結(jié)構(gòu)演進(jìn)R4架構(gòu)的信令網(wǎng)本身就是承載在IP上的話音承載在IP網(wǎng)上是R4架構(gòu)中的基本功能，也是R4架構(gòu)優(yōu)勢的最佳體現(xiàn)統(tǒng)一網(wǎng)絡(luò)架構(gòu)、節(jié)省網(wǎng)絡(luò)建設(shè)投資網(wǎng)絡(luò)建設(shè)將集中在少數(shù)的網(wǎng)絡(luò)上網(wǎng)絡(luò)資源可以得到充分的共享中國移動(dòng)未來的目標(biāo)網(wǎng)架構(gòu)就是建立在兩張IP網(wǎng)的：CMNET和IP專網(wǎng)CMNET用于承載公共INTERNET業(yè)務(wù)和對外提供各種基于INTERNET的服務(wù)IP專網(wǎng)是中國移動(dòng)內(nèi)部的專用網(wǎng)絡(luò)，用于承載話音、信令、網(wǎng)管、計(jì)費(fèi)、GPRS、OA等等所有基于IP的業(yè)務(wù)和支撐系統(tǒng)網(wǎng)絡(luò)扁平化、為未來全國一張“本地網(wǎng)”、取消長途收費(fèi)打下網(wǎng)絡(luò)基礎(chǔ)全國的任意兩個(gè)MGW之間可以通過IP專網(wǎng)實(shí)現(xiàn)點(diǎn)到點(diǎn)的連接長途和本地的概念逐步模糊直至消失減少網(wǎng)絡(luò)維護(hù)的開銷統(tǒng)一的基礎(chǔ)承載網(wǎng)絡(luò)便于管理和維護(hù)8語音IP化的優(yōu)勢語音IP化是移動(dòng)核心網(wǎng)發(fā)展的必然趨勢8移動(dòng)軟交換IP化網(wǎng)絡(luò)架構(gòu)UE/MS-ABICC/SIPoverIPVOICEoverIPMPLSBackbone。。。。。。SiteLANSiteLANATM/IPATM/IPVoiceoverTDMSS7overTDMVoiceoverTDMSS7overTDMTDMTDMBSCRNCRNCBSCMSSMGWMGWMSSLANSWLANSWBBRouterGMSCL/HSTP,HLRL/HSTP,HLRGMSC站點(diǎn)內(nèi)MSS,MGW連接于同一sitesw設(shè)備，廣域MPLSBackbone采用VPN的方式承載信令(可選)、語音及其他業(yè)務(wù)MGW之間采用IP承載MGW到關(guān)口局仍有TDM連接MSS之間的信令采用BICCoverTDM/IP方式MSS與L/HSTP,HLR采用TDM的連接9移動(dòng)軟交換IP化網(wǎng)絡(luò)架構(gòu)UE/MS-ABICC/SIPov移動(dòng)軟交換語音IP化的實(shí)現(xiàn)IP承載網(wǎng)絡(luò)的合理規(guī)劃和建設(shè) 合理的網(wǎng)絡(luò)結(jié)構(gòu),先進(jìn)的IP技術(shù),優(yōu)異的網(wǎng)絡(luò)性能的保證交換網(wǎng)絡(luò)設(shè)備的改造升級，以支持軟交換IP化的需求

交換設(shè)備軟硬件的升級：增加相應(yīng)的IP接口板，及支持BICC\ICBNC軟件

ICBNCCLoad-sharingICBNCCexclusionMSCServer對多路由的選擇功能VoIP網(wǎng)絡(luò)預(yù)規(guī)劃

VoIP帶寬計(jì)算 設(shè)備容量核算軟交換網(wǎng)絡(luò)VoIP規(guī)劃

IP網(wǎng)絡(luò)性能的測試與評估方案 VoIP網(wǎng)絡(luò)的詳細(xì)規(guī)劃 軟交換網(wǎng)絡(luò)VoIP后相關(guān)KPI監(jiān)控10移動(dòng)軟交換語音IP化的實(shí)現(xiàn)IP承載網(wǎng)絡(luò)的合理規(guī)劃和建設(shè)10移動(dòng)軟交換對IP承載網(wǎng)絡(luò)的要求I/TAggregation:MSOADMINNOCSS7LEA1LEA2LEA3EnterpriseInternetAPP1APP2APP3Enterprise實(shí)施IP骨干網(wǎng)絡(luò)規(guī)劃… 網(wǎng)絡(luò)拓?fù)浜腿萘?VPN設(shè)計(jì) IGP和BGP路由設(shè)計(jì) SLA/QOS設(shè)計(jì) 網(wǎng)絡(luò)安全 認(rèn)證計(jì)費(fèi) 網(wǎng)絡(luò)管理系統(tǒng) IPV611移動(dòng)軟交換對IP承載網(wǎng)絡(luò)的要求I/TAggregation移動(dòng)軟交換對IP承載網(wǎng)絡(luò)的性能要求--延時(shí)與延時(shí)抖動(dòng)端到端的延時(shí)包括編、解碼造成的延時(shí)，打包與解包的延時(shí)及網(wǎng)絡(luò)傳送延時(shí)。延時(shí)抖動(dòng)主要由網(wǎng)絡(luò)所引起。此項(xiàng)因素對通話質(zhì)量影響甚大，它主要取決于網(wǎng)絡(luò)。指標(biāo)要求：端到端延遲必須在250ms以下；其中IP承載網(wǎng)延時(shí)最好控制在40ms內(nèi)，該值也滿足信令的要求,每節(jié)點(diǎn)延時(shí)不超過0.5ms。抖動(dòng)是時(shí)延的偏差值，一般采用抖動(dòng)緩沖來消除，但是會增加延時(shí)，一般抖動(dòng)延時(shí)預(yù)算為

Mouthtoearbudget

100ms

Codecdelay

–~35ms

Backbonepropagation

–30ms

JitterBudget =35ms

30msfortheaccess

5msforthecore

10hops=>500μs/hop--包丟失率包的丟失主要是由IP網(wǎng)絡(luò)所引起。為保證通話質(zhì)量，一般要求包丟失率應(yīng)在0.5％以下。12移動(dòng)軟交換對IP承載網(wǎng)絡(luò)的性能要求--延時(shí)與延時(shí)抖動(dòng)12對網(wǎng)絡(luò)恢復(fù)時(shí)間的要求信令和語音會話可能中斷>2s(連接丟失門限)對正在建立呼叫有影響；對進(jìn)行的通話沒有影響；<150-200ms無影響<50ms對業(yè)務(wù)的影響網(wǎng)絡(luò)恢復(fù)時(shí)間正常情況下，對Mc接口信令，單向40-80ms延時(shí);對于M3UA/SCTP/IP協(xié)議棧，可容忍的SCTPmulti-homing的時(shí)間約為500-1000ms將IP網(wǎng)本身的收斂機(jī)制作為第一保護(hù)機(jī)制，將SCTP

multi-homing作為第二機(jī)制，要求IP網(wǎng)收斂時(shí)間小于800ms。總體上故障恢復(fù)時(shí)間應(yīng)小于2s.13對網(wǎng)絡(luò)恢復(fù)時(shí)間的要求信令和語音會話可能中斷>2s(連接丟失門IP承載網(wǎng)方案及技術(shù)共享AR(PE)，用VRF實(shí)現(xiàn)VPN的隔離；P路由器不參與客戶路由；VPN地址允許重疊（如果有必要）PE之間通過BGP直接傳遞路由；PE通過MPLSLSP到達(dá)P路由器PE向遠(yuǎn)端的PE發(fā)送數(shù)據(jù)包時(shí)，通過VPNlabel

標(biāo)示本VPN；MPLSTEMPLSQoSSignalingVPNVoIPVPNO&MVPNchargingVPN。。。。。MSS/MGW3GPSOA。。。。CECEARARARARIGP快速收斂HSRP/M/SRTP快速收斂PVRFVRFBGPbasedMPLS快速收斂MPLSTEFastRe-Route(FRR)Class_basedtunnelselectionDiffserv,MPLSEXPSSO/NSFIP承載網(wǎng)絡(luò)管理IPMPLSBackboneP14IP承載網(wǎng)方案及技術(shù)共享AR(PE)，用VRF實(shí)現(xiàn)VPN的隔交換網(wǎng)絡(luò)設(shè)備的升級與改造核心網(wǎng)設(shè)備需要具備的軟、硬件條件:MSS：硬件不需要增加；軟件需要增加BICC軟件、ICBNC軟件（用于支持同一MSS下TDM和IP承載方式之間的話務(wù)負(fù)荷分擔(dān)）

inter-MSS之間的話務(wù)分擔(dān)和路由

intra-MSS之間的話務(wù)分擔(dān)和路由MGW：硬件升級到U3，增加TCU；軟件增加ForcedPayloadCompression軟件（用于支持語音IP化）

多承載平面間的負(fù)載均衡用戶平面的備用路由機(jī)制（re-hunting,備用路由）MGWre-selection控制平面的備用路由機(jī)制15交換網(wǎng)絡(luò)設(shè)備的升級與改造核心網(wǎng)設(shè)備需要具備的軟、硬件條件:MSS支持的備用路由機(jī)制在inter-MSS呼叫中的備用路由機(jī)制在呼叫建立過程中發(fā)生以下的問題時(shí)，會啟用備用路由：在控制平面的問題:BICC會返回一個(gè)clearcode，并選用可用的備用路由MGW選擇問題:MGW選擇/terminationreservation不成功，或者M(jìn)GW擁塞/load降低，可用的備用路由會被選用。在EOS分析中，通過對事件的clearcode/reason分析，選擇合適的備用路由Outgoing的資源將會被釋放，選用備用的路由Intra-MSS的資源（MGW-MGWinterconnectingleg）會重新選擇，啟用備用路由。16MSS支持的備用路由機(jī)制在inter-MSS呼叫中的備用路ExamplecallscenariobyalternativeroutingMSS-AATM/IPnetworkATM/IPnetworkRNC-AUE-AMSS-AScopeMGW-A1MGW-A2BICCCongestiononMGWMGWloadreductionMGW-A3TDMnetworkOriginalroute/UPDRAlternativeroute/UPDRIncaseof2MGWsithaseffectonICBNC;resourcesarereleased17Examplecallscenariobyalter不同承載介質(zhì)間的負(fù)載均衡—ICBNCC

特性MSS能實(shí)現(xiàn)多種介質(zhì)間的負(fù)載均衡，多種承載方式互為備份。 可以基于以下幾種實(shí)現(xiàn)負(fù)載均衡： 對inter-MSS呼叫，可根據(jù)控制參數(shù)（路由類別、IMSI）來均衡； 對inter-MSS和intra-MSS呼叫，可按照呼叫百分比來分別路由

diallingortestcallfeaturewhennewtransporttechnologyisintroduced提供簡便、平滑的遷移 18不同承載介質(zhì)間的負(fù)載均衡—ICBNCC特性MSS能實(shí)現(xiàn)多種Intra-MSSloadsharing–可選特性MGW-MGWinterconnectingBNC設(shè)置(同一MSS控制下)對每一個(gè)ICBNC對應(yīng)一個(gè)權(quán)重值ICBNC負(fù)載均衡權(quán)重值可從0—250ICBNC特性分析UPAphase6MGW-MGW之間互連BNC屬性為”loadsharing”,可激活負(fù)載均衡特性;用”loadsharing”來觸發(fā)ICBNC負(fù)載均衡屬性ICBNC負(fù)載均衡特性兼容現(xiàn)有的各種屬性最多可以有以下4種不同的ICBNC特性ATMAAL2IPv4IPv6TDMICBNC權(quán)重值取值范圍可從0—250,最低的話務(wù)比例可為1:250，也就是0.4%19Intra-MSSloadsharing–可選特性MGIntra-MSSloadsharingexampleMGW1-MGW3ATM:99%IPv4:1%MGW1-MGW4ATM:50%IPv4:50%MGW2-MGW3TDM:99.6%IPv4:0.4%MGW2-MGW4ATM:49%TDM:49%IPv4:1%IPv6:1%20Intra-MSSloadsharingexample增強(qiáng)特性–

ICBNCexclusion用該增強(qiáng)屬性，可大大降低不成功呼叫比例一旦在IPv4,IPv6或ATMAAL2承載網(wǎng)絡(luò)上發(fā)生故障，在Nb-UP初始化階段就能被發(fā)現(xiàn)；在Nb-UP初始化階段，如果termination可被預(yù)置但承載卻未能建立，則該ICBNC將會從備選的ICBNC列表中排除，隨后的呼叫將不采用該ICBNC；掉話無法重路由可到備用BNC上。來話被保留有故障ICBNC將從可用ICBNC列表中排除，并路由到備用BNC上。產(chǎn)生告警，顯示被排除的不可用的ICBNC。檢查發(fā)生故障的ICBNC21增強(qiáng)特性–ICBNCexclusion用該增強(qiáng)屬性，可ICBNCCexclusion-DetailsICBNCCexclusion功能可以保證在BNC發(fā)生路由故障時(shí)呼叫的成功呼叫成功率將會得到提高ICBNCC從備用的ICBNCC中排除的兩種方法：臨時(shí)性的ICBNCC被排除，由MML和timer控制；“ICBNCnotinuse”永久性地排除該ICBNCC“ICBNCfaulty”ICBNCCexclusiontimer功能:一旦一個(gè)ICBNCC被排除在可用ICBNCC范圍，則在一定時(shí)間內(nèi)該ICBNCC將不會被采用；如果在用戶平面底層發(fā)生的一些問題，臨時(shí)的故障可在一定的時(shí)間內(nèi)被排除，隨后該ICBNCC仍可被使用該功能自動(dòng)實(shí)現(xiàn)，無需人工控制定時(shí)器timer在PRFILE內(nèi)配置Nokia專用的Nb’interface如果沒有使用Nb-UPFP協(xié)議，則不能使用ICBNCexclusion功能如果啟用ICBNCC負(fù)載均衡和故障ICBNCC排除功能，該功能同時(shí)可用于未使用loadsharing的呼叫中。22ICBNCCexclusion-DetailsICBNMGWreselectionMGW(re-)selection如果用戶平面采用IP承載，在同一個(gè)UPD下可使用MGW-reselection當(dāng)承載使用TDM時(shí)，MSS可采用電路re-huntingMGW判別承載建立成功與否在MGW利用Nb-UPINIT，Nb-UPINIT-ACK來初始化用戶平面的承載，ACK消息超時(shí)時(shí)間為900ms，如果沒有受到ack消息，則呼叫不成功。如果用戶平面沒有可用的termination，則MGW通知MSS，MSS利用EOS分析執(zhí)行控制平面的備用路由MSS可以選用別的可用的MGW控制平面可選路由會選用別的用戶平面承載到達(dá)呼叫目的地控制平面可選路由會到達(dá)另一個(gè)呼叫目的地呼叫方將得到announcement23MGWreselectionMGW(re-)selectVoIP網(wǎng)絡(luò)預(yù)規(guī)劃—語音業(yè)務(wù)帶寬計(jì)算計(jì)算VoIP語音帶寬時(shí)需要考慮的因素：編解碼方式及采樣周期IP包頭開銷傳輸介質(zhì)VAD因子24VoIP網(wǎng)絡(luò)預(yù)規(guī)劃—語音業(yè)務(wù)帶寬計(jì)算計(jì)算VoIP語音帶寬時(shí)需VoIP網(wǎng)絡(luò)預(yù)規(guī)劃—語音業(yè)務(wù)帶寬計(jì)算編解碼：每秒產(chǎn)生的bits數(shù)采樣周期例:G.711編碼方式，20ms采樣，每秒產(chǎn)生50個(gè)數(shù)據(jù)幀則，每個(gè)幀包含的字節(jié)數(shù)為：

64,000/50=1,280bitsor160octetsIP頭開銷：IP–InternetProtocol

12octetsUDP–UserDatagramProtocol

8octetsRTP–Real-timeTransportProtocol20octetsEthernetOH：38octets所需帶寬:（160+12+8+20+38）*50*8=95,200bps25VoIP網(wǎng)絡(luò)預(yù)規(guī)劃—語音業(yè)務(wù)帶寬計(jì)算編解碼：IP頭開銷：所需VoIP網(wǎng)絡(luò)預(yù)規(guī)劃—語音業(yè)務(wù)帶寬計(jì)算不同編碼格式帶寬需求：（考慮到VAD因子，實(shí)際傳輸帶寬可適當(dāng)降低）例：（600k呼叫/忙時(shí)，AMR12.2，20ms采樣周期）所需帶寬：（31+40+38）*50*600k*8/3600=7.267Mb/s或43.6*600,000/3600=7.267Mb/s26VoIP網(wǎng)絡(luò)預(yù)規(guī)劃—語音業(yè)務(wù)帶寬計(jì)算不同編碼格式帶寬需求：VoIP網(wǎng)絡(luò)預(yù)規(guī)劃—設(shè)備容量核算對于MGW而言，每一種接口類型有其最大配置端口限制，核對可用端口數(shù)從TDM向IP承載網(wǎng)的遷移同時(shí)會影響TCU和A2SU的容量（或許需要更多的TCU及更少的A2SU單元）在有些情況下，現(xiàn)網(wǎng)配置的MGW容量不足以支持承載從TDM向IP的遷移，需要對現(xiàn)網(wǎng)進(jìn)行擴(kuò)容或新增MGW。。。27VoIP網(wǎng)絡(luò)預(yù)規(guī)劃—設(shè)備容量核算對于MGW而言，每一種接口類IP網(wǎng)絡(luò)性能測試內(nèi)容及方案IP網(wǎng)絡(luò)性能測試內(nèi)容:站點(diǎn)接入鏈路故障對軟交換業(yè)務(wù)的影響測試站點(diǎn)內(nèi)故障對軟交換業(yè)務(wù)的影響測試二層交換機(jī)LanSwith故障測試(可選)IP承載網(wǎng)故障對軟交換業(yè)務(wù)的影響測試。。。。。浙江移動(dòng)IP網(wǎng)測試方案28IP網(wǎng)絡(luò)性能測試內(nèi)容及方案IP網(wǎng)絡(luò)性能測試內(nèi)容:浙江移動(dòng)IP網(wǎng)絡(luò)規(guī)劃——網(wǎng)絡(luò)拓?fù)銶GWVoIPinterface-card1G1GCE8FE8FEARAREBGP,OSPF,RIPv2,StaticGlobalRoutingTableVRFforSignallingVRFforvoiceVPNRoutingTableIGP&/orBGPVRF方式ESA24-0ESA24-0ESA24-1ESA24-1ETH0ETH1ETH1ETH0ISU-0ISU-0EL0EL1ISU-1ISU-1EL0EL1ISU-?ISU-?EL0EL1...NEMUNEMUEL0EL1OMU-0OMU-0EL0EL1OMU-1OMU-1EL0EL1O&MSGCP2&OMUCP1&OMUIPNIU0IPNIU0IPNIU1IPNIU1TCU-0TCU-0TCU-?TCU-?...SWFSWF-ISU-0ISU-0EL0EL1ISU-1ISU-1EL0EL1ISU-?ISU-?EL0EL1...NEMUNEMUEL0EL1OMU-0OMU-0EL0EL1OMU-1OMU-1EL0EL1O&MSGCP2CP1TCU-0TCU-0TCU-?TCU-?...SWFSWFIPNIU0IPNIU1ESA24ESA24MPLS_BasedIPBB29網(wǎng)絡(luò)規(guī)劃——網(wǎng)絡(luò)拓?fù)銶GWVoIPinterface-ca網(wǎng)絡(luò)規(guī)劃——VRFVRF---VPN路由轉(zhuǎn)發(fā)實(shí)例（VPNRouting&ForwardingInstance）每一個(gè)VRF可以看作虛擬的路由器，好像是一臺專用的PE設(shè)備。該虛擬路由器包括如下元素：一張獨(dú)立的路由表，當(dāng)然也包括了獨(dú)立的地址空間。一組歸屬于這個(gè)VRF的接口的集合。一組只用于本VRF的路由協(xié)議。對于每個(gè)PE，可以維護(hù)一個(gè)或多個(gè)VRF，同時(shí)維護(hù)一個(gè)公網(wǎng)的路由表（也叫全局路由表），多個(gè)VRF實(shí)例相互分離獨(dú)立。實(shí)現(xiàn)VRF關(guān)鍵在于在PE上使用特定的策略規(guī)則來協(xié)調(diào)各VRF和全局路由表之間的關(guān)系。針對不同的業(yè)務(wù)（話音、信令。。。）分成不同的VRF。（在AR上配置）30網(wǎng)絡(luò)規(guī)劃——VRFVRF---VPN路由轉(zhuǎn)發(fā)實(shí)例（VPNR網(wǎng)絡(luò)規(guī)劃——RD&RT發(fā)出路由接收路由VRF方式在一個(gè)VRF中，在發(fā)布路由時(shí)使用RT的export規(guī)則。直接發(fā)送給其他的PE設(shè)備。在接收端的PE上，接收所有的路由，并根據(jù)每個(gè)VRF配置的RT的import規(guī)則進(jìn)行檢查，如果與路由中的RT屬性match，則將該路由加入到相應(yīng)的VRF中。RT的本質(zhì)是每個(gè)VRF表達(dá)自己的路由取舍及喜好的方式。PE從CE接收的標(biāo)準(zhǔn)的路由是IPv4路由，如果需要發(fā)布給其他的PE路由器，此時(shí)需要為這條路由附加一個(gè)RD。VPN-IPv4地址僅用于服務(wù)供應(yīng)商網(wǎng)絡(luò)內(nèi)部。在PE發(fā)布路由時(shí)添加，在PE接收路由后放在本地路由表中，用來與后來接收到的路由進(jìn)行比較。CE不知道使用的是VPN-IPv4地址。在其穿越供應(yīng)商骨干時(shí)，在VPN數(shù)據(jù)流量的包頭中沒有攜帶VPN-IPv4地址。

31網(wǎng)絡(luò)規(guī)劃——RD&RT發(fā)出路由接收路由VRF方式在一個(gè)V網(wǎng)絡(luò)規(guī)劃——VRF配置PE上的配置VRF配置：ipvrfVPN-HW創(chuàng)建一個(gè)VRF并命名。同時(shí)進(jìn)入vrf配置模式RD配置：在VRF模式下，每個(gè)VRF配置一個(gè)RD，建議相同的VPN配置相同的RD。

rd100:1RT配置：在VRF模式下，每個(gè)VRF配置不同的RT列表，如果只要一個(gè)RT,建議與RD配成相同。

route-targetimport100:1route-targetexport100:132網(wǎng)絡(luò)規(guī)劃——VRF配置PE上的配置32網(wǎng)絡(luò)規(guī)劃——CE與PE之間路由交換VRF在PE上配置。PE維護(hù)獨(dú)立的路由表，包括公網(wǎng)和私網(wǎng)(VRF)路由表 公網(wǎng)路由表：包含全部PE和P路由器之間的路由，由骨干網(wǎng)IGP產(chǎn)生。 私網(wǎng)路由表：包含本VPN用戶可達(dá)信息的路由和轉(zhuǎn)發(fā)表。PE和CE通過標(biāo)準(zhǔn)的EBGP、OSPF、RIP或者靜態(tài)路由交換路由信息。靜態(tài)路由、RIP都是標(biāo)準(zhǔn)的協(xié)議，但是每個(gè)VRF運(yùn)行不同的實(shí)例。相互之間沒有干擾。與PE的MP-iBGP之間只是的redistribute操作。33網(wǎng)絡(luò)規(guī)劃——CE與PE之間路由交換VRF在PE上配置。33網(wǎng)絡(luò)規(guī)劃——移動(dòng)核心網(wǎng)QoS規(guī)劃UMTStrafficclassDSCP

UMTSbackgroundBest-effort(BE)UMTSinteractiveAssuredforwarding(AF1/2/3)UMTSstreamingAssuredforwarding(AF4)UMTSconversationalExpeditedforwarding(EF)ApplicationexamplesUMTStrafficclassFiletransfer,emailUMTSBackgroundTransactional,browsingUMTSInteractiveAudio/VideoRTstreamingUMTSStreamingVoice/VideoinIPTUMTSConversationalDSCPBackboneCoSMappingdependsonbackbonetechnologyIP potentiallyDSCPremarkingIP/MPLS mappingtoEXPbitsATM mappingtoATMserviceclassNOKIA移動(dòng)核心網(wǎng)QoS機(jī)制UMTSQoSDiffServATMCoSforATMbackbones移動(dòng)網(wǎng)絡(luò)基于UMTSQoS進(jìn)行包處理在核心交換機(jī)執(zhí)行diffserv向BBCOS的映射核心交換機(jī)利用DSCP對數(shù)據(jù)包進(jìn)行優(yōu)先級處理34網(wǎng)絡(luò)規(guī)劃——移動(dòng)核心網(wǎng)QoS規(guī)劃UMTStrafficcMSS/MGW上QoS機(jī)制NOKIAMGW/MSS2種QoS機(jī)制:差分服務(wù)(DiffServ)提供IP數(shù)據(jù)包的QoS服務(wù)MSS/MGW可以利用DSCP來標(biāo)示業(yè)務(wù)包ATM網(wǎng)絡(luò)利用ATMQoS類來實(shí)現(xiàn)PRFILEPARAMETER:053:0009DSCP_FOR_SIGNALLINGZWOC:53,9,<DSCPvalue>;PRFILEPARAMETER:002:0817DSCP_FOR_USER_PLANEZWOC:2,817,<DSCPvalue>;35MSS/MGW上QoS機(jī)制NOKIAMGW/MSS2VoIP網(wǎng)絡(luò)規(guī)劃——UPD&UPDR分析36VoIP網(wǎng)絡(luò)規(guī)劃——UPD&UPDR分析36網(wǎng)絡(luò)演進(jìn)—現(xiàn)網(wǎng)R4軟交換網(wǎng)絡(luò)架構(gòu)現(xiàn)網(wǎng)結(jié)構(gòu):1,采用R4結(jié)構(gòu),實(shí)現(xiàn)控制面和用戶面的分離,引入IP承載網(wǎng);2,IP承載網(wǎng)只是承載MGW和MSS之間的sigtran信令;3,控制平面的MSS之間,及MSS與HLR,H/LSTP等網(wǎng)元仍利用TDM連接;4,用戶平面MGW之間的話務(wù)仍然采用傳統(tǒng)的TDM連接方式.目前,1,IP承載網(wǎng)只是用于信令承載,沒有很好地利用IP網(wǎng)絡(luò)帶寬2,話音仍然使用傳統(tǒng)的TDM連接,投資昂貴;3,對于R4交換網(wǎng)絡(luò)還需要同時(shí)維護(hù)IP承載網(wǎng)目標(biāo):充分利用IP承載網(wǎng),逐步實(shí)現(xiàn)全網(wǎng)MGW之間VoIP,充分利用軟交換網(wǎng)絡(luò)的結(jié)構(gòu)優(yōu)勢。MGW1MGW2MGW4SignalingoverIPMGW3TDM全連接網(wǎng)H/LSTPMSS1MSS2TDM連接控制面用戶面IP承載同一站點(diǎn)37網(wǎng)絡(luò)演進(jìn)—現(xiàn)網(wǎng)R4軟交換網(wǎng)絡(luò)架構(gòu)現(xiàn)網(wǎng)結(jié)構(gòu):MGW1MGW2M語音IP化過程中網(wǎng)絡(luò)架構(gòu)的演進(jìn)(一)MGW1MGW2MGW4Sig/voiceoverIPMGW3TDM部分連接網(wǎng)H/LSTPMSS1MSS2TDM連接控制面用戶面IP承載VoiceoverIPVoIP同一站點(diǎn)結(jié)構(gòu)變遷目標(biāo):（根據(jù)實(shí)施的步驟）同一站點(diǎn)，同一MSS下的MGW之間實(shí)現(xiàn)voiceoverIP；網(wǎng)絡(luò)結(jié)構(gòu)描述：1,該步驟實(shí)施比較簡單2,實(shí)現(xiàn)同一站點(diǎn)，同一MSS下的MGW之間的話音通過IP承載，利用機(jī)房原有的IP數(shù)據(jù)設(shè)備；3,不同mss下的MGW仍然采用TDM連接4,MSS之間仍采用TDM方式，采用ISUP信令；5,該結(jié)構(gòu)下，只是每個(gè)站點(diǎn)內(nèi)的部分MGW采用IP承載。需求：只需要在MGW上和IP設(shè)備上增加相應(yīng)的IP接口板。38語音IP化過程中網(wǎng)絡(luò)架構(gòu)的演進(jìn)(一)MGW1MGW2MGW4語音IP化過程中網(wǎng)絡(luò)架構(gòu)的演進(jìn)(二)結(jié)構(gòu)變遷目標(biāo):（根據(jù)實(shí)施的步驟）不同站點(diǎn)，同一MSS下的多個(gè)MGW之間實(shí)現(xiàn)voiceoverIP；網(wǎng)絡(luò)結(jié)構(gòu)描述：1,該步驟實(shí)施比較簡單2,實(shí)現(xiàn)同一MSS下的MGW之間的話音通過IP承載，利用機(jī)房原有的IP數(shù)據(jù)設(shè)備，增加2站點(diǎn)之間的廣域連接；3,不同mss下的MGW仍然采用TDM連接4,MSS之間仍采用TDM方式，采用ISUP信令；5,該結(jié)構(gòu)下，只是實(shí)現(xiàn)同一MSS下的MGW采用IP承載。前提：1,在實(shí)施前，需要對廣域IP承載網(wǎng)進(jìn)行統(tǒng)一的規(guī)劃。MGW1MGW2MGW4Sig/voiceoverIPMGW3TDM部分連接網(wǎng)H/LSTPMSS1MSS2TDM連接控制面用戶面IP承載VoiceoverIP廣域連接站點(diǎn)一站點(diǎn)二39語音IP化過程中網(wǎng)絡(luò)架構(gòu)的演進(jìn)(二)結(jié)構(gòu)變遷目標(biāo):（根據(jù)實(shí)施語音IP化過程中網(wǎng)絡(luò)架構(gòu)的演進(jìn)(三)Sig/voiceoverIPMGW4H/LSTPMSS1MSS2TDM連接控制面用戶面IP承載站點(diǎn)一站點(diǎn)二結(jié)構(gòu)變遷目標(biāo):（根據(jù)實(shí)施的步驟）不同站點(diǎn)，不同MSS下的多個(gè)MGW之間實(shí)現(xiàn)voiceoverIP；網(wǎng)絡(luò)結(jié)構(gòu)描述：1,該步驟相對比較復(fù)雜2,實(shí)現(xiàn)不同MSS下的MGW之間的話音通過IP承載，在同一站點(diǎn)利用機(jī)房原有的IP數(shù)據(jù)設(shè)備，增加各站點(diǎn)之間的廣域連接；4,MSS之間采用IP/TDM承載，采用BICC信令；5,該結(jié)構(gòu)下，只是實(shí)現(xiàn)各MSS下的MGWvoiceoverIP。前提：1,在實(shí)施前，需要對廣域IP承載網(wǎng)進(jìn)行統(tǒng)一的規(guī)劃。2,由于信令/語音/。。Over在IP網(wǎng)上，需要對IP承載網(wǎng)的QoS有好的保證，先進(jìn)的IP技術(shù)的應(yīng)用(e.g.MPLS,TE,VRFetc.)MGW2MGW1MGW3HLRBICCoverIPR4軟交換網(wǎng)絡(luò)BICCoverTDM40語音IP化過程中網(wǎng)絡(luò)架構(gòu)的演進(jìn)(三)Sig/voiceovVoIP網(wǎng)絡(luò)結(jié)構(gòu)TDM網(wǎng)絡(luò)控制面用戶面MGW1MGW2LSTPMGW3MGW4MGW5MGW6MSS1MSS2MSS3GMSCTMSC本地網(wǎng)1MSS4HSTPBICCoverIPBICCoverTDM本地網(wǎng)2省內(nèi)網(wǎng)IP承載網(wǎng)MGWMSS4CMN省際網(wǎng)絡(luò)TDM網(wǎng)絡(luò)L/HSTP41VoIP網(wǎng)絡(luò)結(jié)構(gòu)TDM網(wǎng)絡(luò)控制面用戶面MGW1MGW2LSTVoIP相關(guān)KPI監(jiān)控EthernetinterfacemeasurementDSPperformancemeasurementinMGWTCP/IPprotocolmeasurementSignallingTranscodingMeasurementConnectionMeasurementRTP/RTCPProtocolMeasurementUnitloadmeasurementTraceObservationinMGW1,extractstatisticsreportfromMGWNEMUusingNetopremotecontroltool.

42VoIP相關(guān)KPI監(jiān)控Ethernetinterface謝謝43謝謝43移動(dòng)軟交換語音IP化

背景、原理、規(guī)劃和實(shí)施諾基亞網(wǎng)絡(luò)44移動(dòng)軟交換語音IP化

背景、原理、規(guī)劃和實(shí)施諾基亞網(wǎng)絡(luò)1主要議程語音IP化的背景、原理及優(yōu)勢移動(dòng)軟交換VoIP網(wǎng)絡(luò)架構(gòu)移動(dòng)軟交換VoIP的規(guī)劃及演進(jìn)方案IP承載網(wǎng)絡(luò)的合理規(guī)劃和建設(shè)交換網(wǎng)絡(luò)設(shè)備的改造升級VoIP網(wǎng)絡(luò)預(yù)規(guī)劃及網(wǎng)絡(luò)的相關(guān)測試方案軟交換網(wǎng)絡(luò)VoIP規(guī)劃軟交換網(wǎng)絡(luò)VoIP相關(guān)KPI監(jiān)控45主要議程語音IP化的背景、原理及優(yōu)勢2語音IP化的背景從2005年開始中國移動(dòng)開始大量引入R4設(shè)備用于電路域核心網(wǎng)的擴(kuò)容工程各省的R4設(shè)備占總網(wǎng)絡(luò)容量的百分比在不斷的提高部分省份的R4設(shè)備占全網(wǎng)的容量已經(jīng)超過50％——云南目前已經(jīng)接近70％但從網(wǎng)絡(luò)組成來看，其控制面已經(jīng)完全采用了R4的架構(gòu)，但用戶面依舊基于TDM傳輸，沒有充分體現(xiàn)R4架構(gòu)的優(yōu)勢基于這種趨勢，中國移動(dòng)集團(tuán)公司從2006年年底開始在8個(gè)廠家之間進(jìn)行語音IP化的試驗(yàn)46語音IP化的背景從2005年開始中國移動(dòng)開始大量引入R4設(shè)備中國移動(dòng)2G軟交換VoIP測試情況中國移動(dòng)現(xiàn)網(wǎng)的所有軟交換廠家全部參加了測試實(shí)際測試進(jìn)度略慢于計(jì)劃進(jìn)度目前同廠家的測試基本完成，馬上將進(jìn)入省內(nèi)不同廠家互通的測試階段47中國移動(dòng)2G軟交換VoIP測試情況中國移動(dòng)現(xiàn)網(wǎng)的所有軟交換廠什么是語音IP化通俗的講就是用IP網(wǎng)來承載話音——VoIP技術(shù)在移動(dòng)核心網(wǎng)上的應(yīng)用和傳統(tǒng)的基于Internet的VoIP技術(shù)的區(qū)別采用移動(dòng)網(wǎng)專用的話音編碼方案：傳統(tǒng)的H.323－>G.711overIP、AMRoverIP采用專用的IP專網(wǎng)來承載：Internet－>基于MPLSVPN技術(shù)的IP專網(wǎng)具有較好的話音質(zhì)量：G.711overIP和AMRoverIP的編碼方式的話音質(zhì)量僅僅略低于基于傳統(tǒng)TDM方式省際、省內(nèi)、本地網(wǎng)元之間全部采用IP網(wǎng)來承載話音便于管理：基于統(tǒng)一的IP專網(wǎng)進(jìn)行承載，全國一張網(wǎng)，便于管理與R4技術(shù)的關(guān)系傳統(tǒng)的基于TDM結(jié)構(gòu)的MSC不能實(shí)現(xiàn)語音IP化基于R4架構(gòu)的MSC/MSS/MGW可以方便的實(shí)現(xiàn)語音IP化語音IP化與3G的關(guān)系3G電路域的接口已經(jīng)開始采用基于包交換的技術(shù)：Iu-CS基于ATM傳輸?shù)絉5時(shí)整個(gè)網(wǎng)絡(luò)的所有接口將全部基于IP語音IP化正是順應(yīng)了網(wǎng)絡(luò)發(fā)展的趨勢48什么是語音IP化通俗的講就是用IP網(wǎng)來承載話音——VoIP技移動(dòng)軟交換系統(tǒng)中語音IP的特點(diǎn)

目前電信運(yùn)營商VOIP網(wǎng)絡(luò),以phonetophone為主,主要面向長途的IP網(wǎng)絡(luò)固網(wǎng)運(yùn)營商的VOIP網(wǎng)絡(luò)

移動(dòng)軟交換網(wǎng)絡(luò)的IP化較傳統(tǒng)的VOIP更復(fù)雜,完全實(shí)現(xiàn)控制與承載的分離。

移動(dòng)軟交換網(wǎng)絡(luò)在語音IP的同時(shí)，必須實(shí)現(xiàn)信令承載的IP化，采用比ISUP更為有效的協(xié)議BICC

移動(dòng)軟交換網(wǎng)絡(luò)對IP承載網(wǎng)絡(luò)的要求取決于承載業(yè)務(wù)的要求及服務(wù)質(zhì)量的要求。移動(dòng)軟交換一般采用特定的AMR語音壓縮編碼

隨著移動(dòng)技術(shù)的發(fā)展，全I(xiàn)P網(wǎng)絡(luò)是移動(dòng)網(wǎng)絡(luò)的發(fā)展方向，需要建設(shè)功能更強(qiáng)、更先進(jìn)的IP網(wǎng)絡(luò)49移動(dòng)軟交換系統(tǒng)中語音IP的特點(diǎn)目前電信運(yùn)營商VOIP網(wǎng)絡(luò),3GPPR4的網(wǎng)絡(luò)結(jié)構(gòu)

控制面(MSS)和用戶面(MGW)的分離+承載多樣化用戶面控制面PSTNInternet3GMSCBSCIu-CSRANAPBSSAPMcH.248NbNc

BICC,(SIP-T)MAP業(yè)務(wù)CAPHLRSIGTRANIPTDM,IP,ATMIu-PSRANAPSGSNGGSNGb,GnGTPBSCMSCMSCServerMSCMSCServerMGWMGWRNCRNC話務(wù)信令語音IP化可以充分體現(xiàn)R4架構(gòu)的優(yōu)勢503GPPR4的網(wǎng)絡(luò)結(jié)構(gòu)

控制面(MSS)和用戶面(MGW語音IP化的優(yōu)勢語音IP化是移動(dòng)核心網(wǎng)發(fā)展的必然趨勢移動(dòng)核心網(wǎng)已經(jīng)逐步向基于R4的網(wǎng)絡(luò)結(jié)構(gòu)演進(jìn)R4架構(gòu)的信令網(wǎng)本身就是承載在IP上的話音承載在IP網(wǎng)上是R4架構(gòu)中的基本功能，也是R4架構(gòu)優(yōu)勢的最佳體現(xiàn)統(tǒng)一網(wǎng)絡(luò)架構(gòu)、節(jié)省網(wǎng)絡(luò)建設(shè)投資網(wǎng)絡(luò)建設(shè)將集中在少數(shù)的網(wǎng)絡(luò)上網(wǎng)絡(luò)資源可以得到充分的共享中國移動(dòng)未來的目標(biāo)網(wǎng)架構(gòu)就是建立在兩張IP網(wǎng)的：CMNET和IP專網(wǎng)CMNET用于承載公共INTERNET業(yè)務(wù)和對外提供各種基于INTERNET的服務(wù)IP專網(wǎng)是中國移動(dòng)內(nèi)部的專用網(wǎng)絡(luò)，用于承載話音、信令、網(wǎng)管、計(jì)費(fèi)、GPRS、OA等等所有基于IP的業(yè)務(wù)和支撐系統(tǒng)網(wǎng)絡(luò)扁平化、為未來全國一張“本地網(wǎng)”、取消長途收費(fèi)打下網(wǎng)絡(luò)基礎(chǔ)全國的任意兩個(gè)MGW之間可以通過IP專網(wǎng)實(shí)現(xiàn)點(diǎn)到點(diǎn)的連接長途和本地的概念逐步模糊直至消失減少網(wǎng)絡(luò)維護(hù)的開銷統(tǒng)一的基礎(chǔ)承載網(wǎng)絡(luò)便于管理和維護(hù)51語音IP化的優(yōu)勢語音IP化是移動(dòng)核心網(wǎng)發(fā)展的必然趨勢8移動(dòng)軟交換IP化網(wǎng)絡(luò)架構(gòu)UE/MS-ABICC/SIPoverIPVOICEoverIPMPLSBackbone。。。。。。SiteLANSiteLANATM/IPATM/IPVoiceoverTDMSS7overTDMVoiceoverTDMSS7overTDMTDMTDMBSCRNCRNCBSCMSSMGWMGWMSSLANSWLANSWBBRouterGMSCL/HSTP,HLRL/HSTP,HLRGMSC站點(diǎn)內(nèi)MSS,MGW連接于同一sitesw設(shè)備，廣域MPLSBackbone采用VPN的方式承載信令(可選)、語音及其他業(yè)務(wù)MGW之間采用IP承載MGW到關(guān)口局仍有TDM連接MSS之間的信令采用BICCoverTDM/IP方式MSS與L/HSTP,HLR采用TDM的連接52移動(dòng)軟交換IP化網(wǎng)絡(luò)架構(gòu)UE/MS-ABICC/SIPov移動(dòng)軟交換語音IP化的實(shí)現(xiàn)IP承載網(wǎng)絡(luò)的合理規(guī)劃和建設(shè) 合理的網(wǎng)絡(luò)結(jié)構(gòu),先進(jìn)的IP技術(shù),優(yōu)異的網(wǎng)絡(luò)性能的保證交換網(wǎng)絡(luò)設(shè)備的改造升級，以支持軟交換IP化的需求

交換設(shè)備軟硬件的升級：增加相應(yīng)的IP接口板，及支持BICC\ICBNC軟件

ICBNCCLoad-sharingICBNCCexclusionMSCServer對多路由的選擇功能VoIP網(wǎng)絡(luò)預(yù)規(guī)劃

VoIP帶寬計(jì)算 設(shè)備容量核算軟交換網(wǎng)絡(luò)VoIP規(guī)劃

IP網(wǎng)絡(luò)性能的測試與評估方案 VoIP網(wǎng)絡(luò)的詳細(xì)規(guī)劃 軟交換網(wǎng)絡(luò)VoIP后相關(guān)KPI監(jiān)控53移動(dòng)軟交換語音IP化的實(shí)現(xiàn)IP承載網(wǎng)絡(luò)的合理規(guī)劃和建設(shè)10移動(dòng)軟交換對IP承載網(wǎng)絡(luò)的要求I/TAggregation:MSOADMINNOCSS7LEA1LEA2LEA3EnterpriseInternetAPP1APP2APP3Enterprise實(shí)施IP骨干網(wǎng)絡(luò)規(guī)劃… 網(wǎng)絡(luò)拓?fù)浜腿萘?VPN設(shè)計(jì) IGP和BGP路由設(shè)計(jì) SLA/QOS設(shè)計(jì) 網(wǎng)絡(luò)安全 認(rèn)證計(jì)費(fèi) 網(wǎng)絡(luò)管理系統(tǒng) IPV654移動(dòng)軟交換對IP承載網(wǎng)絡(luò)的要求I/TAggregation移動(dòng)軟交換對IP承載網(wǎng)絡(luò)的性能要求--延時(shí)與延時(shí)抖動(dòng)端到端的延時(shí)包括編、解碼造成的延時(shí)，打包與解包的延時(shí)及網(wǎng)絡(luò)傳送延時(shí)。延時(shí)抖動(dòng)主要由網(wǎng)絡(luò)所引起。此項(xiàng)因素對通話質(zhì)量影響甚大，它主要取決于網(wǎng)絡(luò)。指標(biāo)要求：端到端延遲必須在250ms以下；其中IP承載網(wǎng)延時(shí)最好控制在40ms內(nèi)，該值也滿足信令的要求,每節(jié)點(diǎn)延時(shí)不超過0.5ms。抖動(dòng)是時(shí)延的偏差值，一般采用抖動(dòng)緩沖來消除，但是會增加延時(shí)，一般抖動(dòng)延時(shí)預(yù)算為

Mouthtoearbudget

100ms

Codecdelay

–~35ms

Backbonepropagation

–30ms

JitterBudget =35ms

30msfortheaccess

5msforthecore

10hops=>500μs/hop--包丟失率包的丟失主要是由IP網(wǎng)絡(luò)所引起。為保證通話質(zhì)量，一般要求包丟失率應(yīng)在0.5％以下。55移動(dòng)軟交換對IP承載網(wǎng)絡(luò)的性能要求--延時(shí)與延時(shí)抖動(dòng)12對網(wǎng)絡(luò)恢復(fù)時(shí)間的要求信令和語音會話可能中斷>2s(連接丟失門限)對正在建立呼叫有影響；對進(jìn)行的通話沒有影響；<150-200ms無影響<50ms對業(yè)務(wù)的影響網(wǎng)絡(luò)恢復(fù)時(shí)間正常情況下，對Mc接口信令，單向40-80ms延時(shí);對于M3UA/SCTP/IP協(xié)議棧，可容忍的SCTPmulti-homing的時(shí)間約為500-1000ms將IP網(wǎng)本身的收斂機(jī)制作為第一保護(hù)機(jī)制，將SCTP

multi-homing作為第二機(jī)制，要求IP網(wǎng)收斂時(shí)間小于800ms。總體上故障恢復(fù)時(shí)間應(yīng)小于2s.56對網(wǎng)絡(luò)恢復(fù)時(shí)間的要求信令和語音會話可能中斷>2s(連接丟失門IP承載網(wǎng)方案及技術(shù)共享AR(PE)，用VRF實(shí)現(xiàn)VPN的隔離；P路由器不參與客戶路由；VPN地址允許重疊（如果有必要）PE之間通過BGP直接傳遞路由；PE通過MPLSLSP到達(dá)P路由器PE向遠(yuǎn)端的PE發(fā)送數(shù)據(jù)包時(shí)，通過VPNlabel

標(biāo)示本VPN；MPLSTEMPLSQoSSignalingVPNVoIPVPNO&MVPNchargingVPN。。。。。MSS/MGW3GPSOA。。。。CECEARARARARIGP快速收斂HSRP/M/SRTP快速收斂PVRFVRFBGPbasedMPLS快速收斂MPLSTEFastRe-Route(FRR)Class_basedtunnelselectionDiffserv,MPLSEXPSSO/NSFIP承載網(wǎng)絡(luò)管理IPMPLSBackboneP57IP承載網(wǎng)方案及技術(shù)共享AR(PE)，用VRF實(shí)現(xiàn)VPN的隔交換網(wǎng)絡(luò)設(shè)備的升級與改造核心網(wǎng)設(shè)備需要具備的軟、硬件條件:MSS：硬件不需要增加；軟件需要增加BICC軟件、ICBNC軟件（用于支持同一MSS下TDM和IP承載方式之間的話務(wù)負(fù)荷分擔(dān)）

inter-MSS之間的話務(wù)分擔(dān)和路由

intra-MSS之間的話務(wù)分擔(dān)和路由MGW：硬件升級到U3，增加TCU；軟件增加ForcedPayloadCompression軟件（用于支持語音IP化）

多承載平面間的負(fù)載均衡用戶平面的備用路由機(jī)制（re-hunting,備用路由）MGWre-selection控制平面的備用路由機(jī)制58交換網(wǎng)絡(luò)設(shè)備的升級與改造核心網(wǎng)設(shè)備需要具備的軟、硬件條件:MSS支持的備用路由機(jī)制在inter-MSS呼叫中的備用路由機(jī)制在呼叫建立過程中發(fā)生以下的問題時(shí)，會啟用備用路由：在控制平面的問題:BICC會返回一個(gè)clearcode，并選用可用的備用路由MGW選擇問題:MGW選擇/terminationreservation不成功，或者M(jìn)GW擁塞/load降低，可用的備用路由會被選用。在EOS分析中，通過對事件的clearcode/reason分析，選擇合適的備用路由Outgoing的資源將會被釋放，選用備用的路由Intra-MSS的資源（MGW-MGWinterconnectingleg）會重新選擇，啟用備用路由。59MSS支持的備用路由機(jī)制在inter-MSS呼叫中的備用路ExamplecallscenariobyalternativeroutingMSS-AATM/IPnetworkATM/IPnetworkRNC-AUE-AMSS-AScopeMGW-A1MGW-A2BICCCongestiononMGWMGWloadreductionMGW-A3TDMnetworkOriginalroute/UPDRAlternativeroute/UPDRIncaseof2MGWsithaseffectonICBNC;resourcesarereleased60Examplecallscenariobyalter不同承載介質(zhì)間的負(fù)載均衡—ICBNCC

特性MSS能實(shí)現(xiàn)多種介質(zhì)間的負(fù)載均衡，多種承載方式互為備份。 可以基于以下幾種實(shí)現(xiàn)負(fù)載均衡： 對inter-MSS呼叫，可根據(jù)控制參數(shù)（路由類別、IMSI）來均衡； 對inter-MSS和intra-MSS呼叫，可按照呼叫百分比來分別路由

diallingortestcallfeaturewhennewtransporttechnologyisintroduced提供簡便、平滑的遷移 61不同承載介質(zhì)間的負(fù)載均衡—ICBNCC特性MSS能實(shí)現(xiàn)多種Intra-MSSloadsharing–可選特性MGW-MGWinterconnectingBNC設(shè)置(同一MSS控制下)對每一個(gè)ICBNC對應(yīng)一個(gè)權(quán)重值ICBNC負(fù)載均衡權(quán)重值可從0—250ICBNC特性分析UPAphase6MGW-MGW之間互連BNC屬性為”loadsharing”,可激活負(fù)載均衡特性;用”loadsharing”來觸發(fā)ICBNC負(fù)載均衡屬性ICBNC負(fù)載均衡特性兼容現(xiàn)有的各種屬性最多可以有以下4種不同的ICBNC特性ATMAAL2IPv4IPv6TDMICBNC權(quán)重值取值范圍可從0—250,最低的話務(wù)比例可為1:250，也就是0.4%62Intra-MSSloadsharing–可選特性MGIntra-MSSloadsharingexampleMGW1-MGW3ATM:99%IPv4:1%MGW1-MGW4ATM:50%IPv4:50%MGW2-MGW3TDM:99.6%IPv4:0.4%MGW2-MGW4ATM:49%TDM:49%IPv4:1%IPv6:1%63Intra-MSSloadsharingexample增強(qiáng)特性–

ICBNCexclusion用該增強(qiáng)屬性，可大大降低不成功呼叫比例一旦在IPv4,IPv6或ATMAAL2承載網(wǎng)絡(luò)上發(fā)生故障，在Nb-UP初始化階段就能被發(fā)現(xiàn)；在Nb-UP初始化階段，如果termination可被預(yù)置但承載卻未能建立，則該ICBNC將會從備選的ICBNC列表中排除，隨后的呼叫將不采用該ICBNC；掉話無法重路由可到備用BNC上。來話被保留有故障ICBNC將從可用ICBNC列表中排除，并路由到備用BNC上。產(chǎn)生告警，顯示被排除的不可用的ICBNC。檢查發(fā)生故障的ICBNC64增強(qiáng)特性–ICBNCexclusion用該增強(qiáng)屬性，可ICBNCCexclusion-DetailsICBNCCexclusion功能可以保證在BNC發(fā)生路由故障時(shí)呼叫的成功呼叫成功率將會得到提高ICBNCC從備用的ICBNCC中排除的兩種方法：臨時(shí)性的ICBNCC被排除，由MML和timer控制；“ICBNCnotinuse”永久性地排除該ICBNCC“ICBNCfaulty”ICBNCCexclusiontimer功能:一旦一個(gè)ICBNCC被排除在可用ICBNCC范圍，則在一定時(shí)間內(nèi)該ICBNCC將不會被采用；如果在用戶平面底層發(fā)生的一些問題，臨時(shí)的故障可在一定的時(shí)間內(nèi)被排除，隨后該ICBNCC仍可被使用該功能自動(dòng)實(shí)現(xiàn)，無需人工控制定時(shí)器timer在PRFILE內(nèi)配置Nokia專用的Nb’interface如果沒有使用Nb-UPFP協(xié)議，則不能使用ICBNCexclusion功能如果啟用ICBNCC負(fù)載均衡和故障ICBNCC排除功能，該功能同時(shí)可用于未使用loadsharing的呼叫中。65ICBNCCexclusion-DetailsICBNMGWreselectionMGW(re-)selection如果用戶平面采用IP承載，在同一個(gè)UPD下可使用MGW-reselection當(dāng)承載使用TDM時(shí)，MSS可采用電路re-huntingMGW判別承載建立成功與否在MGW利用Nb-UPINIT，Nb-UPINIT-ACK來初始化用戶平面的承載，ACK消息超時(shí)時(shí)間為900ms，如果沒有受到ack消息，則呼叫不成功。如果用戶平面沒有可用的termination，則MGW通知MSS，MSS利用EOS分析執(zhí)行控制平面的備用路由MSS可以選用別的可用的MGW控制平面可選路由會選用別的用戶平面承載到達(dá)呼叫目的地控制平面可選路由會到達(dá)另一個(gè)呼叫目的地呼叫方將得到announcement66MGWreselectionMGW(re-)selectVoIP網(wǎng)絡(luò)預(yù)規(guī)劃—語音業(yè)務(wù)帶寬計(jì)算計(jì)算VoIP語音帶寬時(shí)需要考慮的因素：編解碼方式及采樣周期IP包頭開銷傳輸介質(zhì)VAD因子67VoIP網(wǎng)絡(luò)預(yù)規(guī)劃—語音業(yè)務(wù)帶寬計(jì)算計(jì)算VoIP語音帶寬時(shí)需VoIP網(wǎng)絡(luò)預(yù)規(guī)劃—語音業(yè)務(wù)帶寬計(jì)算編解碼：每秒產(chǎn)生的bits數(shù)采樣周期例:G.711編碼方式，20ms采樣，每秒產(chǎn)生50個(gè)數(shù)據(jù)幀則，每個(gè)幀包含的字節(jié)數(shù)為：

64,000/50=1,280bitsor160octetsIP頭開銷：IP–InternetProtocol

12octetsUDP–UserDatagramProtocol

8octetsRTP–Real-timeTransportProtocol20octetsEthernetOH：38octets所需帶寬:（160+12+8+20+38）*50*8=95,200bps68VoIP網(wǎng)絡(luò)預(yù)規(guī)劃—語音業(yè)務(wù)帶寬計(jì)算編解碼：IP頭開銷：所需VoIP網(wǎng)絡(luò)預(yù)規(guī)劃—語音業(yè)務(wù)帶寬計(jì)算不同編碼格式帶寬需求：（考慮到VAD因子，實(shí)際傳輸帶寬可適當(dāng)降低）例：（600k呼叫/忙時(shí)，AMR12.2，20ms采樣周期）所需帶寬：（31+40+38）*50*600k*8/3600=7.267Mb/s或43.6*600,000/3600=7.267Mb/s69VoIP網(wǎng)絡(luò)預(yù)規(guī)劃—語音業(yè)務(wù)帶寬計(jì)算不同編碼格式帶寬需求：VoIP網(wǎng)絡(luò)預(yù)規(guī)劃—設(shè)備容量核算對于MGW而言，每一種接口類型有其最大配置端口限制，核對可用端口數(shù)從TDM向IP承載網(wǎng)的遷移同時(shí)會影響TCU和A2SU的容量（或許需要更多的TCU及更少的A2SU單元）在有些情況下，現(xiàn)網(wǎng)配置的MGW容量不足以支持承載從TDM向IP的遷移，需要對現(xiàn)網(wǎng)進(jìn)行擴(kuò)容或新增MGW。。。70VoIP網(wǎng)絡(luò)預(yù)規(guī)劃—設(shè)備容量核算對于MGW而言，每一種接口類IP網(wǎng)絡(luò)性能測試內(nèi)容及方案IP網(wǎng)絡(luò)性能測試內(nèi)容:站點(diǎn)接入鏈路故障對軟交換業(yè)務(wù)的影響測試站點(diǎn)內(nèi)故障對軟交換業(yè)務(wù)的影響測試二層交換機(jī)LanSwith故障測試(可選)IP承載網(wǎng)故障對軟交換業(yè)務(wù)的影響測試。。。。。浙江移動(dòng)IP網(wǎng)測試方案71IP網(wǎng)絡(luò)性能測試內(nèi)容及方案IP網(wǎng)絡(luò)性能測試內(nèi)容:浙江移動(dòng)IP網(wǎng)絡(luò)規(guī)劃——網(wǎng)絡(luò)拓?fù)銶GWVoIPinterface-card1G1GCE8FE8FEARAREBGP,OSPF,RIPv2,StaticGlobalRoutingTableVRFforSignallingVRFforvoiceVPNRoutingTableIGP&/orBGPVRF方式ESA24-0ESA24-0ESA24-1ESA24-1ETH0ETH1ETH1ETH0ISU-0ISU-0EL0EL1ISU-1ISU-1EL0EL1ISU-?ISU-?EL0EL1...NEMUNEMUEL0EL1OMU-0OMU-0EL0EL1OMU-1OMU-1EL0EL1O&MSGCP2&OMUCP1&OMUIPNIU0IPNIU0IPNIU1IPNIU1TCU-0TCU-0TCU-?TCU-?...SWFSWF-ISU-0ISU-0EL0EL1ISU-1ISU-1EL0EL1ISU-?ISU-?EL0EL1...NEMUNEMUEL0EL1OMU-0OMU-0EL0EL1OMU-1OMU-1EL0EL1O&MSGCP2CP1TCU-0TCU-0TCU-?TCU-?...SWFSWFIPNIU0IPNIU1ESA24ESA24MPLS_BasedIPBB72網(wǎng)絡(luò)規(guī)劃——網(wǎng)絡(luò)拓?fù)銶GWVoIPinterface-ca網(wǎng)絡(luò)規(guī)劃——VRFVRF---VPN路由轉(zhuǎn)發(fā)實(shí)例（VPNRouting&ForwardingInstance）每一個(gè)VRF可以看作虛擬的路由器，好像是一臺專用的PE設(shè)備。該虛擬路由器包括如下元素：一張獨(dú)立的路由表，當(dāng)然也包括了獨(dú)立的地址空間。一組歸屬于這個(gè)VRF的接口的集合。一組只用于本VRF的路由協(xié)議。對于每個(gè)PE，可以維護(hù)一個(gè)或多個(gè)VRF，同時(shí)維護(hù)一個(gè)公網(wǎng)的路由表（也叫全局路由表），多個(gè)VRF實(shí)例相互分離獨(dú)立。實(shí)現(xiàn)VRF關(guān)鍵在于在PE上使用特定的策略規(guī)則來協(xié)調(diào)各VRF和全局路由表之間的關(guān)系。針對不同的業(yè)務(wù)（話音、信令。。。）分成不同的VRF。（在AR上配置）73網(wǎng)絡(luò)規(guī)劃——VRFVRF---VPN路由轉(zhuǎn)發(fā)實(shí)例（VPNR網(wǎng)絡(luò)規(guī)劃——RD&RT發(fā)出路由接收路由VRF方式在一個(gè)VRF中，在發(fā)布路由時(shí)使用RT的export規(guī)則。直接發(fā)送給其他的PE設(shè)備。在接收端的PE上，接收所有的路由，并根據(jù)每個(gè)VRF配置的RT的import規(guī)則進(jìn)行檢查，如果與路由中的RT屬性match，則將該路由加入到相應(yīng)的VRF中。RT的本質(zhì)是每個(gè)VRF表達(dá)自己的路由取舍及喜好的方式。PE從CE接收的標(biāo)準(zhǔn)的路由是IPv4路由，如果需要發(fā)布給其他的PE路由器，此時(shí)需要為這條路由附加一個(gè)RD。VPN-IPv4地址僅用于服務(wù)供應(yīng)商網(wǎng)絡(luò)內(nèi)部。在PE發(fā)布路由時(shí)添加，在PE接收路由后放在本地路由表中，用來與后來接收到的路由進(jìn)行比較。CE不知道使用的是VPN-IPv4地址。在其穿越供應(yīng)商骨干時(shí)，在VPN數(shù)據(jù)流量的包頭中沒有攜帶VPN-IPv4地址。

74網(wǎng)絡(luò)規(guī)劃——RD&RT發(fā)出路由接收路由VRF方式在一個(gè)V網(wǎng)絡(luò)規(guī)劃——VRF配置PE上的配置VRF配置：ipvrfVPN-HW創(chuàng)建一個(gè)VRF并命名。同時(shí)進(jìn)入vrf配置模式RD配置：在VRF模式下，每個(gè)VRF配置一個(gè)RD，建議相同的VPN配置相同的RD。

rd100:1RT配置：在VRF模式下，每個(gè)VRF配置不同的RT列表，如果只要一個(gè)RT,建議與RD配成相同。

route-targetimport100:1route-targetexport100:175網(wǎng)絡(luò)規(guī)劃——VRF配置PE上的配置32網(wǎng)絡(luò)規(guī)劃——CE與PE之間路由交換VRF在PE上配置。PE維護(hù)獨(dú)立的路由表，包括公網(wǎng)和私網(wǎng)(VRF)路由表 公網(wǎng)路由表：包含全部PE和P路由器之間的路由，由骨干網(wǎng)IGP產(chǎn)生。 私網(wǎng)路由表：包含本VPN用戶可達(dá)信息的路由和轉(zhuǎn)發(fā)表。PE和CE通過標(biāo)準(zhǔn)的EBGP、OSPF、RIP或者靜態(tài)路由交換路由信息。靜態(tài)路由、RIP都是標(biāo)準(zhǔn)的協(xié)議，但是每個(gè)VRF運(yùn)行不同的實(shí)例。相互之間沒有干擾。與PE的MP-iBGP之間只是的redistribute操作。76網(wǎng)絡(luò)規(guī)劃——CE與PE之間路由交換VRF在PE上配置。33網(wǎng)絡(luò)規(guī)劃——移動(dòng)核心網(wǎng)QoS規(guī)劃UMTStrafficclassDSCP

UMTSbackgroundBest-effort(BE)UMTSinteractiveAssuredforwarding(AF1/2/3)UMTSstreamingAssuredforwarding(AF4)UMTSconversationalExpeditedforwarding(EF)ApplicationexamplesUMTStrafficclassFiletransfer,emailUMTSBackgroundTransactional,browsingUMTSInteractiveAudio/VideoRTstreamingUMTSStreamingVoice/VideoinIPTUMTSConversationalDSCPBackboneCoSMappingdependsonbackbonetechnologyIP potentiallyDSCPremarkingIP/MPLS mappingtoEXPbitsATM mappingtoATMserviceclassNOKIA移動(dòng)核心網(wǎng)QoS機(jī)制UMTSQoSDiffServATMCoSforATMbackbones移動(dòng)網(wǎng)絡(luò)基于UMTSQoS進(jìn)行包處理在核心交換機(jī)執(zhí)行diffserv向BBCOS的映射核心交換機(jī)利用DS