綜合業(yè)務(wù)承載A網(wǎng)課件-業(yè)務(wù)+模型

綜合業(yè)務(wù)承載A網(wǎng)

2014年5月綜合業(yè)務(wù)承載A網(wǎng)1一業(yè)務(wù)承載介紹二流量模型介紹業(yè)務(wù)1省網(wǎng)NGN業(yè)務(wù)業(yè)務(wù)2大客戶MPLSVPN業(yè)務(wù)業(yè)務(wù)3寶視通業(yè)務(wù)業(yè)務(wù)4114電話導(dǎo)航業(yè)務(wù)業(yè)務(wù)5大客戶互聯(lián)網(wǎng)業(yè)務(wù)業(yè)務(wù)承載介紹24層結(jié)構(gòu)3NGN網(wǎng)絡(luò)結(jié)構(gòu)業(yè)務(wù)管理網(wǎng)絡(luò)控制核心交換邊緣接入SoftSwitch3GAccessMSANIADIntegratedAccessPSTNTMGSGPLMN分組核心網(wǎng)UMGUMGAppServerPolicyServeriOSSINSoftSwitchMRSNGN承載網(wǎng)網(wǎng)絡(luò)現(xiàn)狀4省網(wǎng)NGN接入拓?fù)銹age5省網(wǎng)NGN：省軟交換SERVER放置于濟南，在各地市機房分別放置有省軟交換TG，省軟交換SERVER與TG承載于綜合業(yè)務(wù)承載網(wǎng)，實現(xiàn)業(yè)務(wù)互通，疏通省內(nèi)軟交換長途業(yè)務(wù)，包括114（116114）平臺、長途特服、固話省內(nèi)長途業(yè)務(wù)等。地市UMG接入拓?fù)鋱D（舉例）省網(wǎng)NGN組網(wǎng)（IP化改造前）省網(wǎng)NGN（地市TG接入）H.248信令接入VPN:cnc_signal,承載省NGNserver至各地市TG之間的信令（H.248鏈路）媒體接入VPN:cnc_voice，承載經(jīng)省NGN匯接的省內(nèi)業(yè)務(wù)（各地市TG之間的媒體流）9H.248概述H.248協(xié)議，也叫MeGaCo協(xié)議(MediaGatewayControlProtocol)，是媒體網(wǎng)關(guān)控制器（MGC）與媒體網(wǎng)關(guān)（MG）之間的一種媒體網(wǎng)關(guān)控制協(xié)議。RFC3525(06/2003)

GatewayControlProtocolVersion1（IETF）H.248.1(09/2005)Gatewaycontrolprotocol:Version3

（ITU-T）H.248協(xié)議媒體網(wǎng)關(guān)控制協(xié)議:H.248/MGCPH.248協(xié)議用于MGC同MG之間進行通信，是承載控制協(xié)議；媒體網(wǎng)關(guān)（MG）：媒體網(wǎng)關(guān)將一種類型網(wǎng)絡(luò)的媒體轉(zhuǎn)換成另一網(wǎng)絡(luò)所要求的格式，例如，媒體網(wǎng)關(guān)可能終結(jié)交換電路網(wǎng)的承載信道（如PCM）和分組網(wǎng)絡(luò)的媒體流（如IP網(wǎng)絡(luò)中的RTP媒體流）。可以有能力分別對音頻、視頻和數(shù)據(jù)進行處理，并且能夠進行全雙工的媒體轉(zhuǎn)換。也可以播放一些音頻/視頻信號，甚至具有提供媒體會議的能力。媒體網(wǎng)關(guān)控制器（MGC）：負(fù)責(zé)對相關(guān)于MG內(nèi)媒體信道連接控制的呼叫狀態(tài)進行維護。軟交換設(shè)備（SoftSwitch）：是電路交換網(wǎng)向分組網(wǎng)演進的核心設(shè)備，也是下一代電信網(wǎng)絡(luò)的重要設(shè)備之一，它獨立于底層承載協(xié)議，主要完成呼叫控制、媒體網(wǎng)關(guān)接入控制、資源分配、協(xié)議處理、路由、認(rèn)證、計費等主要功能，并可以向用戶提供現(xiàn)有電路交換機所能提供的所有業(yè)務(wù)以及多樣化的第三方業(yè)務(wù)。H.248概述11Page12H.248協(xié)議棧H.248協(xié)議底層傳輸協(xié)議采用UDP、TCP或SCTP（基于IP的信令傳輸），也可以基于ATM傳輸。H.248協(xié)議消息編碼采用二進制或文本方式。H.248協(xié)議默認(rèn)的本地端口號為2944（文本型編解碼），2945（二進制編解碼）。MGC必須支持兩種編碼格式，MG可支持其中任何一種或兩種方式。13H.248在NGN中的應(yīng)用ISUPINOSSSIPSNMP/MMLAppServerSGPSTNswitchSTP分組核心網(wǎng)UMGPLMNMGWSoft-phoneE-phoneE-PhoneSIP/H.323SIP/SIP-T/H.323SoftswitchIADSIP/H.323H.248/MGCPUA5000/MA5600-TSIP/H.323H.248/MGCPH.248H.248SoftswitchMRSMGCP/H248/SIPINAPM3UA/SCTPM2UA/SCTP會話啟動協(xié)議SIP（SessionInitiationProtocol）是一個在IP網(wǎng)絡(luò)上進行多媒體通信的應(yīng)用層控制協(xié)議，它被用來創(chuàng)建、修改、和終結(jié)一個或多個參加者參加的會話進程。SIP協(xié)議可用于發(fā)起會話，也可以用于邀請成員加入已經(jīng)用其它方式建立的會話?；谖谋揪幗獯a采用事務(wù)機制，每一個請求觸發(fā)Server的操作方法，請求和響應(yīng)構(gòu)成一個事務(wù)，事務(wù)間彼此獨立獨立于底層傳輸協(xié)議：SIP協(xié)議承載在IP網(wǎng)，網(wǎng)絡(luò)層協(xié)議為IP，傳輸層協(xié)議可用TCP或UDP，推薦首選UDP。SIP協(xié)議概念14一個正在發(fā)展和不斷研究中的協(xié)議。簡練、開放、兼容和可擴展等原則。充分注意到因特網(wǎng)開放而復(fù)雜的網(wǎng)絡(luò)環(huán)境下的安全問題。充分考慮了對傳統(tǒng)公共電話網(wǎng)的各種業(yè)務(wù)，包括IN業(yè)務(wù)和ISDN業(yè)務(wù)的支持。SIP協(xié)議特點15SIP協(xié)議棧1617SoftX3000SoftPhoneIPCoreSoftX3000SoftPhoneSIP/SIP-TSIPSIPIPIPIPIPSIP協(xié)議在SoftX3000中的實現(xiàn)用戶：個性化、多樣化的業(yè)務(wù)運營商：降低成本、增加收入、靈活快速開發(fā)業(yè)務(wù)的能力、易于維護技術(shù)：硬件、軟件和網(wǎng)絡(luò)技術(shù)的發(fā)展日趨成熟，使得電信級的可靠性和性能得到保證IMS網(wǎng)絡(luò)–產(chǎn)生背景18IMS在此背景下孕育而生IPMultimediaSubsystem,即IP多媒體子系統(tǒng)3GPP、ETSI和ParlayForum共同開發(fā)的統(tǒng)一的網(wǎng)絡(luò)體系架構(gòu)采用SIP作為核心控制協(xié)議能提供豐富多樣的IP多媒體業(yè)務(wù)什么是IMS19靈活的控制協(xié)議具有移動性管理能力開放靈活的業(yè)務(wù)環(huán)境一致的歸屬業(yè)務(wù)提供能力IMS特點20IMS網(wǎng)絡(luò)體系結(jié)構(gòu)21SGSNGGSNIMS-MGWUEIPv6PDN(IPv6Network)MGCF

PDFI-CSCFS-CSCFBGCFApplication(SIP/OSAAS,CAMELSE)MRFCMRFPMRFPLMNBB(IPv4/v6)CSNetworks(PSTN,CSPLMN)CSCFP-CSCFSGWOSASCSIMSSFSIPASASRANBGIMSUserPlaneData

HLR/AuC(‘CS/PS’)HSS‘IMSData’SLFALGTrGWIMSGWIPv4PDN(IPv4Network)IPv4basedSignallingIPv4UserPlaneDataPEF應(yīng)用層會話控制層接入層會話的發(fā)起和終結(jié)實現(xiàn)各種類型的信令、數(shù)據(jù)與IMS標(biāo)準(zhǔn)信令、數(shù)據(jù)之間的轉(zhuǎn)換根據(jù)業(yè)務(wù)部署和會話層的控制實現(xiàn)各種QoS策略完成與傳統(tǒng)的PSTN/PLMN間的互連互通等功能包括2G/3GRAN、xDSL/LANaccess、PSTN、WiFiaccess等IMS體系結(jié)構(gòu)接入層22完成基本會話的控制完成用戶注冊維護管理用戶數(shù)據(jù)管理業(yè)務(wù)QoS策略和應(yīng)用層一起為所有的用戶提供一致的業(yè)務(wù)環(huán)境IMS體系結(jié)構(gòu)會話控制層23向用戶提供業(yè)務(wù)邏輯，有三種業(yè)務(wù)提供方式通過IM-SSF和傳統(tǒng)智能業(yè)務(wù)互通，實現(xiàn)原來智能業(yè)務(wù)的繼承通過SIP-AS提供基于SIP的非傳統(tǒng)電信業(yè)務(wù)，比如IM、PTT、Presence等通過OSA-SCS提供ParlayAPI，讓第三方能通過這個接口使用和提供豐富的多媒體業(yè)務(wù)，比如游戲等IMS體系結(jié)構(gòu)應(yīng)用層24CSCF(CallSessionControlFunction)：整個網(wǎng)絡(luò)的核心，分為P-CSCF、I-CSCF、S-CSCF三種類型P-CSCF：是UE接入IMS系統(tǒng)的入口，實現(xiàn)了SIP協(xié)議中的Proxy和UserAgent的功能I-CSCF：在IMS核心網(wǎng)中起到關(guān)口節(jié)點的作用，提供本域用戶服務(wù)節(jié)點的分配、路由查詢以及不同IMS域間拓?fù)潆[藏等功能S-CSCF：在IMS核心網(wǎng)中處于核心的控制地位，負(fù)責(zé)對UE的注冊鑒權(quán)，執(zhí)行針對主被叫端IMS用戶的基本會話路由功能，并根據(jù)用戶簽約的IMS觸發(fā)規(guī)則在條件滿足時觸發(fā)AS的增值業(yè)務(wù)HSS(HomeSubscriberServer)：主要的數(shù)據(jù)庫，它存儲用戶簽訂的業(yè)務(wù)信息和本地信息。它可以被考慮為一個增強型GSM網(wǎng)絡(luò)中的歸屬位置寄存器（HLR）IMS主要網(wǎng)絡(luò)實體25MGCF(MediaGatewayControlFunction)：實現(xiàn)SIP和ISUP信令之間的轉(zhuǎn)換，并通過H.248控制媒體網(wǎng)關(guān)（IMS－MGW），實現(xiàn)IMS域與CS域或PSTN信令互通IMS－MGW(IMS－MediaGateway)：實現(xiàn)IMS媒體流與CS域或PSTN媒體流之間的轉(zhuǎn)換。與MGCF一起成為IMS域與CS域或PSTN互連互通的功能實體MRFC&MRFP:支持多方多媒體會議，并能體現(xiàn)媒體資源(例如，語音提示功能)的實際能力。MRFP處理和混合實際的媒體流，MRFC控制MRFP的媒體流資源BGCF(BreakoutGatewayControlFunction):IMS域與外部網(wǎng)絡(luò)的分界點，它選擇在哪里跟CS域或PSTN互聯(lián)IMS主要網(wǎng)絡(luò)實體26注冊用戶27HSSDNSS-CSCFI-CSCFHSSS-CSCFI-CSCFP-CSCFP-CSCFDNSPDFPDFDNSDNSB’shomenetworkServiceProvider13rdParty

ApplicationServiceProvider23rdParty

ApplicationABB’svisitednetworkGPRSGPRSOSA-SCSOSA-SCS發(fā)起注冊請求根據(jù)A的信息向第三方AS注冊ADNS查詢A歸屬網(wǎng)絡(luò)的I-CSCF地址向P-CSCF發(fā)送REGISTER請求向HSS查詢A的業(yè)務(wù)信息，并記錄A當(dāng)前的各種狀態(tài)，以及為A服務(wù)的S-CSCFB同樣完成注冊SIP信令媒體流無線信號視頻會話的建立28HSSDNSS-CSCFI-CSCFHSSS-CSCFI-CSCFP-CSCFP-CSCFDNSPDFPDFDNSDNSB’shomenetworkServiceProvider13rdParty

ApplicationServiceProvider23rdParty

ApplicationABB’svisitednetworkGPRSGPRSOSA-SCSOSA-SCS發(fā)起呼叫觸發(fā)視頻呼叫業(yè)務(wù)，上報給第三方應(yīng)用服務(wù)器應(yīng)用服務(wù)器指示接續(xù)被叫DNS查詢被叫所在網(wǎng)絡(luò)的I-CSCF查詢HSS為B服務(wù)的S-CSCFS-CSCF收到消息后觸發(fā)視頻業(yè)務(wù)B震鈴，接聽視頻會話建立INVITEINVITEINVITEINVITEINVITEINVITE同樣的信令路徑上返回200OK和ACKSIP信令媒體流無線信號PSTN--IMS29S-CSCFI-CSCFMGCFMGWGPRSP-CSCFhomenetworkvisitednetworkSIP信令媒體流H.248無線信號fromPSTNIMS--PSTN30S-CSCFI-CSCFBGCFMGWGPRSP-CSCFhomenetworkvisitednetworkSIP信令媒體流H.248無線信號MGCFMGWBGCFSGWbreakoutnetworktoPSTNIMS和軟交換有很大的相似性：都是基于IP分組網(wǎng)；都實現(xiàn)了控制與承載的分離；大部分的協(xié)議都是相似或者完全相同的；許多網(wǎng)關(guān)設(shè)備和終端設(shè)備甚至是可以通用的。IMS和軟交換最大的區(qū)別在于以下幾個方面。（1）在軟交換控制與承載分離的基礎(chǔ)上，IMS更進一步的實現(xiàn)了呼叫控制層和業(yè)務(wù)控制層的分離；（2）IMS起源于移動通信網(wǎng)絡(luò)的應(yīng)用，因此充分考慮了對移動性的支持，并增加了外置數(shù)據(jù)庫——歸屬用戶服務(wù)器（HSS），用于用戶鑒權(quán)和保護用戶業(yè)務(wù)觸發(fā)規(guī)則；（3）IMS全部采用會話初始協(xié)議（SIP）作為呼叫控制和業(yè)務(wù)控制的信令，而在軟交換中，SIP只是可用于呼叫控制的多種協(xié)議的一種，更多的使用媒體網(wǎng)關(guān)協(xié)議（MGCP）和H.248協(xié)議?？傮w來講，IMS和軟交換的區(qū)別主要是在網(wǎng)絡(luò)構(gòu)架上。軟交換網(wǎng)絡(luò)體系基于主從控制的特點，使得其與具體的接入手段關(guān)系密切，而IMS體系由于終端與核心側(cè)采用基于IP承載的SIP協(xié)議，IP技術(shù)與承載媒體無關(guān)的特性使得IMS體系可以支持各類接入方式，從而使得IMS的應(yīng)用范圍從最初始的移動網(wǎng)逐步擴大到固定領(lǐng)域。此外，由于IMS體系架構(gòu)可以支持移動性管理并且具有一定的服務(wù)質(zhì)量（QoS）保障機制，因此IMS技術(shù)相比于軟交換的優(yōu)勢還體現(xiàn)在寬帶用戶的漫游管理和QoS保障方面。IMS和軟交換比較31IMS是網(wǎng)絡(luò)演進的方向，基于IMS架構(gòu)的移動固定網(wǎng)絡(luò)是能夠得到普遍認(rèn)同的最佳解決方案。但由于IMS源于移動，對固網(wǎng)支持的研究還在進行中。從標(biāo)準(zhǔn)的完備到終端設(shè)備及整個產(chǎn)業(yè)鏈的成熟都還需要時間，距離可以部署的運營網(wǎng)絡(luò)還需要時間。在前期，IMS可以與PSTN、CS域、固網(wǎng)NGN等共存，然后循序漸進，逐步過渡到單純IMS架構(gòu)的目標(biāo)網(wǎng)絡(luò)。實現(xiàn)IMS架構(gòu)融合網(wǎng)絡(luò)32未來網(wǎng)絡(luò)結(jié)構(gòu)當(dāng)前網(wǎng)絡(luò)結(jié)構(gòu)固網(wǎng)網(wǎng)絡(luò)演進趨勢及改造方案33DC1DC2骨干NGN省NGNPSTN端局NGN端局SSP綜合關(guān)口局匯接局LSTP關(guān)口局其它運營商關(guān)口局智能平臺山東軟交換SSNGN網(wǎng)絡(luò)綜合關(guān)口局其它運營商關(guān)口局IP承載網(wǎng)IMS網(wǎng)絡(luò)智能平臺其他省軟交換SSHSS改造原則：接入網(wǎng)新改造用戶接入IMS，逐步退網(wǎng)PSTN網(wǎng)絡(luò)；對NGN網(wǎng)絡(luò)適度改造，以支持智能業(yè)務(wù)觸發(fā)和話務(wù)匯接。改造目標(biāo)：通過2-4年的時間將NGN網(wǎng)絡(luò)進行SSP功能改造，匯接功能改造，結(jié)合IMS網(wǎng)絡(luò)的建設(shè)，快速退網(wǎng)原有大量的PSTN設(shè)備。改造背景網(wǎng)絡(luò)IP化、扁平化演進需求PSTN交換設(shè)備在網(wǎng)時間太長，廠家支持力度弱，故障率高，存在重大安全隱患PSTN設(shè)備種類、數(shù)量多，維護復(fù)雜，能耗高、維護成本高PSTN交換設(shè)備不支持IP化，網(wǎng)絡(luò)結(jié)構(gòu)復(fù)雜，是網(wǎng)絡(luò)演進的瓶頸34規(guī)劃目標(biāo)：軟交換實現(xiàn)SIP互通，TDM長途網(wǎng)退網(wǎng)，保留省際軟交換長途網(wǎng)時間：3-5年基本完成措施：加速SIP互通和IMS部署固定語音網(wǎng)中期演進目標(biāo)固網(wǎng)端局IMS固定省際軟交換IMS聯(lián)通移網(wǎng)及其他運營商固網(wǎng)端局匯接局匯接局IP承載網(wǎng)IP承載網(wǎng)匯接功能改造后的網(wǎng)絡(luò)拓?fù)?5骨干NGN省網(wǎng)NGNPSTN端局智能NGN端匯合一局其它運營商關(guān)口局IMS網(wǎng)絡(luò)SDC/智能平臺綜合關(guān)口局接入網(wǎng)AGPONSBC隨著IMS工程的建設(shè)，屆時PSTN用戶規(guī)模不到20%。1、改造完成后，PSTN匯接局、LSTP、獨立SSP、DC2都將退網(wǎng)。2、改造完成后，DC1、骨干TG、省網(wǎng)TG具備退網(wǎng)條件，需要集團公司統(tǒng)一調(diào)度退網(wǎng)。HSTP隨著SIP互通的實施，也將具備退網(wǎng)條件。3、傳統(tǒng)PSTN掛接在NGN端匯局下，后續(xù)隨著接入網(wǎng)的改造逐步退網(wǎng)。4、LSTP退網(wǎng)后，ISUP信令由于是和話務(wù)同路由，不需要設(shè)置備份路由。對于INAP、MAP等純信令的局向，可設(shè)置固網(wǎng)HSTP或移網(wǎng)LSTP做為備選路由。固網(wǎng)HSTP/移網(wǎng)LSTP現(xiàn)網(wǎng)設(shè)備統(tǒng)計36設(shè)備類型數(shù)量容量(萬)實占(萬)廠家或機型PSTN端局28914461070CC08、J10、S1240、EWSD、5ESSNGN端局-SS341290567華為、中興、貝爾NGN端局-TG43-華為、中興、貝爾SBC6324322華為、中興、貝爾PSTN匯接局33--華為、中興、貝爾NGN匯接局4--華為、中興PSTN長途局6--S1240、EWSD省網(wǎng)軟交換SS2--華為省網(wǎng)軟交換TG34--華為骨干軟交換TG2--華為、貝爾LSTP32--S1240HSTP2--S1240省智能網(wǎng)363092618華為(2600萬卡用戶)本地智能網(wǎng)2733001130華為、中興、欣方SDC34--華為、中興、貝爾省內(nèi)、省際長途SIP互通的前提必須是軟交換匯接局，我省只有威海、淄博(正在改造)具備條件。軟交換實裝用戶占總用戶的43%，除8地市（威海、青島、煙臺、濟寧已完成，淄博、濟南、臨沂、濰坊正在改造）直接在NGN進行業(yè)務(wù)觸發(fā)外，其它地市均需到PSTN匯接局觸發(fā)業(yè)務(wù)，NGN用戶間的呼叫也要到匯接局，占用大量的局間電路。按照IMS網(wǎng)絡(luò)的設(shè)計，到2014年底，40%的PSTN用戶接入IMS網(wǎng)絡(luò)，屆時PSTN用戶占比不到20%。*取自IMS可研文檔，PSTN規(guī)模為2012年6月，NGN規(guī)模為2012年NGN工程完工后規(guī)模，實裝用戶數(shù)為2012年6月。省網(wǎng)NGN組網(wǎng)（與本地IP化改造后）在本地網(wǎng)具備軟交換匯接局條件的前提下，可以進行IP化改造，開通省NGN至本地固網(wǎng)軟交換匯接局之間的SIP中繼，將本地軟交換承載網(wǎng)接入IP承載A網(wǎng)，實現(xiàn)本地軟交換匯接局與省NGN局網(wǎng)元間互通，用于承載軟交換局間互通信令及業(yè)務(wù)，包括：（1）承載本地軟交換匯接局Server與省NGNserver之間的局間SIP信令（2）承載軟交換局間媒體網(wǎng)關(guān)之間的媒體流，這些媒體網(wǎng)關(guān)包括：中繼網(wǎng)關(guān)TG，用戶接入媒體網(wǎng)關(guān)AG、ONU（IAD）等。本地NGN承載網(wǎng)接入綜合業(yè)務(wù)承載A網(wǎng)方案目標(biāo)：實現(xiàn)地市固網(wǎng)本地NGN網(wǎng)絡(luò)接入綜合業(yè)務(wù)承載A網(wǎng)，實現(xiàn)本地軟交換server、媒體網(wǎng)關(guān)與省軟交換server、TG之間的IP互通，擬通過軟交換側(cè)業(yè)務(wù)路由器接入綜合業(yè)務(wù)承載A網(wǎng)各地市AR。

根據(jù)集團《IP承載網(wǎng)與城域網(wǎng)跨域互聯(lián)（OptioA方式）數(shù)據(jù)配置要求及說明》文件要求，IP承載網(wǎng)和城域網(wǎng)應(yīng)采用雙設(shè)備、雙鏈路互聯(lián)。城域網(wǎng)應(yīng)采用兩臺獨立ASBR與IP承載網(wǎng)的兩臺ASBR（由PE兼），形成口字型連接。本地NGN承載網(wǎng)網(wǎng)絡(luò)現(xiàn)狀本地NGN承載情況較為復(fù)雜，全部由各地市自行構(gòu)建，均由本地IP承載網(wǎng)或城域網(wǎng)承載。部分地市采用專有SR（城域承載網(wǎng)）作為NGN業(yè)務(wù)承載，部分地市沒有專有SR，與互聯(lián)網(wǎng)業(yè)務(wù)共用SR。根據(jù)智能化改造進度，2013年考慮進行濟南、威海、淄博、煙臺、濰坊、濟寧和臨沂7個分公司的IP化改造，以下是相關(guān)分公司NGN承載網(wǎng)現(xiàn)狀：地市承載網(wǎng)承載業(yè)務(wù)數(shù)量型號濟南獨立NGN承載網(wǎng)只承載NGN業(yè)務(wù)14華為NE40E煙臺獨立NGN承載網(wǎng)NGN,

PS域3G回傳20阿朗7750臨沂獨立NGN承載網(wǎng)只承載NGN業(yè)務(wù)11華為NE40E威海獨立NGN承載網(wǎng)NGN,

PS域3G回傳10阿朗7750淄博共用SR互聯(lián)網(wǎng)、NGN2臺獨立路由器接入NGN平臺華為NE40E濟寧共用SR互聯(lián)網(wǎng)、NGN2華為NE40E濰坊共用SR互聯(lián)網(wǎng)、NGN2華為NE40E本地NGN承載網(wǎng)網(wǎng)絡(luò)現(xiàn)狀（續(xù)）現(xiàn)狀一：具有獨立的本地NGN承載網(wǎng)濟南、煙臺、臨沂、棗莊、德州、聊城、菏澤、泰安、威海、濱州十個地市根據(jù)日前反饋的各地市組網(wǎng)情況分為三種情形：現(xiàn)狀二：無獨立的本地承載網(wǎng)，但具備兩臺NGN業(yè)務(wù)平臺專用路由器--淄博、日照、萊蕪三個地市；本地NGN承載網(wǎng)網(wǎng)絡(luò)現(xiàn)狀（續(xù)）綜上，大部分地市都有本地NGN承載網(wǎng)或NGN核心側(cè)的接入路由器，只有四個地市不具備條件。目前，各地市本地NGN承載網(wǎng)與綜合業(yè)務(wù)承載網(wǎng)A網(wǎng)之間沒有互通?，F(xiàn)狀三：既無獨立本地承載網(wǎng)，且NGN業(yè)務(wù)平臺也與其他業(yè)務(wù)共用路由器--濰坊、濟寧、青島、東營四個地市本地NGN承載網(wǎng)網(wǎng)絡(luò)現(xiàn)狀（續(xù)）

本地承載網(wǎng)改造方案根據(jù)了解的各地市網(wǎng)絡(luò)現(xiàn)狀，初步制定了承載網(wǎng)方案：

具有獨立的本地NGN承載網(wǎng)（濟南、煙臺、臨沂、棗莊、德州、聊城、菏澤、泰安、濱州）或獨立NGN接入路由器（淄博、日照、萊蕪）的地市，可利用現(xiàn)有NGN路由器與A網(wǎng)AR互聯(lián)；濰坊、濟寧、東營三個地市沒有獨立的NGN承載網(wǎng)，甚至NGN核心平臺是直接接入至與互聯(lián)網(wǎng)業(yè)務(wù)共用的SR。在此種情形下，考慮這三個地市每地市新建兩臺NGN核心路由器，負(fù)責(zé)NGN核心平臺的接入；44具備獨立的本地NGN承載網(wǎng)2013：濟南、煙臺、臨沂2014：棗莊、德州、聊城、菏澤、泰安、濱州新開中繼具備獨立的NGN接入路由器2013：淄博新開中繼2014：日照、萊蕪無NGN承載網(wǎng)及接入路由器2013：濟寧、濰坊新增兩臺路由器2014：東營工程投資內(nèi)容金額一期（2013）4臺路由器100-120萬二期（2014）2臺路由器50-60萬信令和媒體流（IP化改造后省內(nèi)長途業(yè)務(wù)）局間信令：server之間的SIP接入VPN:cnc_publicserve媒體流1：本地PSTN端局用戶撥打省內(nèi)長途媒體流媒體流2：本地軟交換用戶撥打省內(nèi)長途媒體流業(yè)務(wù)1省網(wǎng)NGN業(yè)務(wù)業(yè)務(wù)2大客戶MPLSVPN業(yè)務(wù)業(yè)務(wù)3寶視通業(yè)務(wù)業(yè)務(wù)4114電話導(dǎo)航業(yè)務(wù)業(yè)務(wù)5大客戶互聯(lián)網(wǎng)業(yè)務(wù)業(yè)務(wù)承載介紹48對于大客戶MPLSVPN業(yè)務(wù)，可采用三類方式接入：（1）通過物理專線直接接入IP承載A網(wǎng)骨干網(wǎng)設(shè)備（2）用戶通過省網(wǎng)/城域網(wǎng)接入（3）出差辦公用戶通過互聯(lián)網(wǎng)接入企業(yè)VPN目前山東省內(nèi)主要是采用第一種方式，接入端口類型有：64k、128k、256k、521k、1M、2M、155M、10M/100M等

主要接入集團MPLSVPN跨省和國際用戶,省內(nèi)VPN用戶還

是在城域網(wǎng)上接入。

大客戶VPN業(yè)務(wù)4950GI0/2GI0/3中國聯(lián)通集團MPLS

VPN用戶電路淄博節(jié)點拓?fù)鋱D72007200155MPOSGE100M維護線路RTR2-SDZB2Cisco7206

POS2/0RTR1-SDZB1Cisco7206

POS2/0OC3--至青島BROC3--至濟南BR

POS10/0本地接入交換機FA4/0集團MPLS

VPN用戶ipvrfXinChengRSrd9929:524route-targetexport9929:524route-targetimport9929:524maximumroutes1500080interfaceFastEthernet4/0.129descriptionXinChengRSbandwidth2048encapsulationdot1Q129ipvrfforwardingXinChengRSipaddress3752noipredirectsnocdpenableMPLS

VPN用戶配置舉例51routerbgp9929address-familyipv4vrfXinChengRSredistributeconnectedneighbor38remote-as65534neighbor38activateneighbor38send-community

neighbor38maximum-prefix500050restart5nosynchronizationbgpdampeningexit-address-family業(yè)務(wù)1省網(wǎng)NGN業(yè)務(wù)業(yè)務(wù)2大客戶MPLSVPN業(yè)務(wù)業(yè)務(wù)3寶視通業(yè)務(wù)業(yè)務(wù)4114電話導(dǎo)航業(yè)務(wù)業(yè)務(wù)5大客戶互聯(lián)網(wǎng)業(yè)務(wù)業(yè)務(wù)承載介紹52寶視通組網(wǎng)53接入VPN:baoshitong接入方式：OPTIONA寶視通-接入配置(例:

sdzb-218-a-1)54ipvpn-instancebaoshitongdiffserv-modepipeaf1greenroute-distinguisher9929:100016apply-labelper-instancevpn-target9929:16086export-extcommunityvpn-target9929:16086import-extcommunityinterfaceGigabitEthernet8/0/1descriptiontoBaoshitong-SDZB-SW-S9306-1-G1/0/01Gundoshutdownipbindingvpn-instancebaoshitongipaddress952traffic-policySetDscp1inboundbgp9929ipv4-familyvpn-instancebaoshitongnetwork852peer0as-number65335peer0descriptiontoBaoshitong-SDZB-SW-S9306-1-G1/0/01Gpeer0passwordcipher)'#_H<a68JUA78'0%:[A-Q!!peer0substitute-aspeer0route-policyBAOSHITONG-FROM-CEimportroute-policyBAOSHITONG-FROM-CEpermitnode1if-matchip-prefixBAOSHITONG-FROM-CEipip-prefixBAOSHITONG-FROM-CEindex10permit630ipip-prefixBAOSHITONG-FROM-CEindex20permit132寶視通-接入配置(例:

sdzb-230-a-2)55ipvpn-instancebaoshitongdiffserv-modepipeaf1greenroute-distinguisher9929:200016apply-labelper-instancevpn-target9929:16086export-extcommunityvpn-target9929:16086import-extcommunityinterfaceGigabitEthernet8/0/1descriptiontoBaoshitong-SDZB-SW-S9306-2-G1/0/01Gundoshutdownipbindingvpn-instancebaoshitongipaddress352traffic-policySetDscp1inboundbgp9929ipv4-familyvpn-instancebaoshitongnetwork252peer4as-number65335peer4descriptiontoBaoshitong-SDZB-SW-S9306-2-G1/0/01Gpeer4passwordcipher)'#_H<a68JUA78'0%:[A-Q!!peer4substitute-aspeer4route-policyBAOSHITONG-FROM-CEimportroute-policyBAOSHITONG-FROM-CEpermitnode1if-matchip-prefixBAOSHITONG-FROM-CEipip-prefixBAOSHITONG-FROM-CEindex10permit630ipip-prefixBAOSHITONG-FROM-CEindex20permit132業(yè)務(wù)1省網(wǎng)NGN業(yè)務(wù)業(yè)務(wù)2大客戶MPLSVPN業(yè)務(wù)業(yè)務(wù)3寶視通業(yè)務(wù)業(yè)務(wù)4114電話導(dǎo)航業(yè)務(wù)業(yè)務(wù)5大客戶互聯(lián)網(wǎng)業(yè)務(wù)業(yè)務(wù)承載介紹56114電話導(dǎo)航拓?fù)鋱D57114電話導(dǎo)航業(yè)務(wù)（2）58以煙臺PSTN電話呼叫114為例：信令和媒體流程經(jīng)過環(huán)節(jié)相同：

煙臺PSTN電話（主叫）--匯接局--UMG（TG）--煙臺AR—通過承載A網(wǎng)--濟南NGN平臺—濟南114平臺—通過傳輸網(wǎng)煙臺114坐席；114電話導(dǎo)航業(yè)務(wù)（1）59此平臺負(fù)責(zé)省內(nèi)114電話呼叫業(yè)務(wù)，由各地市坐席負(fù)責(zé)本地的114電話查詢服務(wù)。A平面：信令VPN為cnc_telephone,RD為4814:100006媒體VPN為cnc_telephone_data，RD為4814:100011B平面：信令VPN為cnc_telephone,RD為4814:200006媒體VPN為cnc_telephone_data，RD為4814:200011業(yè)務(wù)1省網(wǎng)NGN業(yè)務(wù)業(yè)務(wù)2大客戶MPLSVPN業(yè)務(wù)業(yè)務(wù)3寶視通業(yè)務(wù)業(yè)務(wù)4114電話導(dǎo)航業(yè)務(wù)業(yè)務(wù)5大客戶互聯(lián)網(wǎng)業(yè)務(wù)業(yè)務(wù)承載介紹60大客戶互聯(lián)網(wǎng)業(yè)務(wù)

大客戶互聯(lián)網(wǎng)業(yè)務(wù)通過互聯(lián)網(wǎng)接入路由器接入IP承載A網(wǎng)，并在互聯(lián)網(wǎng)接入路由器上打一層MPLS標(biāo)簽，此后，在IP承載A網(wǎng)BR、CR設(shè)備之間均采用MPLS來進行轉(zhuǎn)發(fā)，當(dāng)轉(zhuǎn)發(fā)至與IP承載A網(wǎng)的北京、上海、廣州節(jié)點CR直連的相應(yīng)節(jié)點的原CNCnet網(wǎng)的北京、上海、廣州節(jié)點的C路由器上時，完成MPLS標(biāo)簽的彈出，將MPLS包轉(zhuǎn)換成IP包，根據(jù)路由轉(zhuǎn)發(fā)至相應(yīng)節(jié)點的互聯(lián)互通路由器上，從而實現(xiàn)到中國電信、China169網(wǎng)及國際的Internet訪問。具體大客戶互聯(lián)網(wǎng)業(yè)務(wù)接入方案后圖所示:61大客戶互聯(lián)網(wǎng)業(yè)務(wù)組網(wǎng)IAR上聯(lián)中繼配置舉例63IAR與BR的互聯(lián)接口配置：<sdjn-slc-g-1>discuintgi1/0/0interfaceGigabitEthernet1/0/0descriptiontosdjn-slc-b-1G8/0/7undoshutdownipaddressx.x.x.x52isisenable64isiscircuit-levellevel-1isiscost2000isistimerhello3level-1isistimerholding-multiplier4level-1

mplsmplsldptrustupstreamset-exp<sdjn-slc-g-1>綜合業(yè)務(wù)承載A網(wǎng)64第一章：業(yè)務(wù)承載介紹第二章：流量模型介紹VPN

FRR介紹網(wǎng)絡(luò)指標(biāo)：任何一個節(jié)點發(fā)生故障時，相鄰節(jié)點業(yè)務(wù)倒換小于50ms，端到端業(yè)務(wù)收斂小于1s。手段：MPLS

TE

FRR，IGP路由快速收斂等。問題：無法解決CE雙歸PE的網(wǎng)絡(luò)中，PE節(jié)點故障時端到端業(yè)務(wù)快速收斂問題。VPN

FRR(VPN

Fast

re

route)：致力于解決CE雙歸網(wǎng)絡(luò)模型端到端業(yè)務(wù)收斂問題，可以將PE節(jié)點故障下的端到端業(yè)務(wù)收斂時間控制在1s以內(nèi)。VPN

FRR利用基于VPN的私網(wǎng)路由快速切換技術(shù)，通過預(yù)先在遠(yuǎn)端PE中設(shè)置指向主用PE和備用PE的主備用轉(zhuǎn)發(fā)項，并結(jié)合PE故障快速探測，旨在解決CE雙歸PE的MPLS

VPN網(wǎng)絡(luò)中，PE節(jié)點故障導(dǎo)致的端到端業(yè)務(wù)收斂時間長（大于1s）的問題，同時解決PE節(jié)點故障恢復(fù)時間與其承載的私網(wǎng)路由的數(shù)量相關(guān)的問題，在PE節(jié)點故障情況下，端到端業(yè)務(wù)收斂時間小于1s。65VPNFRR工作場景66如上圖所示，PE1節(jié)點掉電，PE3如何快速的將流量切換到PE2上，根據(jù)什么觸發(fā)機制來切換到PE2上呢？應(yīng)用場景：

67VPNFRR工作原理（1）

68VPNFRR工作原理（2）

69VPNFRR工作原理（3）

70VPNFRR工作原理（4）VPNFRR工作原理（5）71AR3故障AR1通過BFD技術(shù)快速發(fā)現(xiàn)故障AR1啟用備份路由

72VPNFRR轉(zhuǎn)發(fā)表項（舉例）<SDJN-JFQ-NE40E-N1>displayiprouting-tablevpn-instanceYUYIN_VPN7verRouteFlags:R-relay,D-downloadtofibRoutingTable:YUYIN_VPNSummaryCount:2Destination:4/27Protocol:BGPProcessID:0Preference:255Cost:1024NextHop:Neighbour:2State:ActiveAdvGotQAge:23d10h45m02sTag:0Priority:0Label:75776QoSInfo:0x0RelayNextHop:Interface:GigabitEthernet1/0/0TunnelID:0x1008F07Flags:RDBkNextHop:BkInterface:BkLabel:75776SecTunnelID:0x0BkPETunnelID:0x2009615BkPESecTunnelID:0x0<SDJN-JFQ-NE40E-N1>

BFD(雙向轉(zhuǎn)發(fā)檢測)是一套用來實現(xiàn)快速檢測的國際標(biāo)準(zhǔn)協(xié)議，提供一種輕負(fù)荷、持續(xù)時間短的檢測。與以往的其他“HELLO”檢測機制相比，具有許多獨到的優(yōu)勢。

BFD+FRR:

BFD可以為MPLSVPNFRR提供到對端PE的快速檢測功能，當(dāng)BFD檢測到對端PE連接斷后通知MPLSVPNFRR，由MPLSVPNFRR完成切換動作，從而保證用戶數(shù)據(jù)業(yè)務(wù)損失降低到最小。BFD技術(shù)介紹73BFD能夠在系統(tǒng)之間的任何類型通道上進行故障檢測，這些通道包括直接的物理鏈路、虛電路、隧道、MPLSLSP、多跳路由通道，以及非直接的通道。同時正是由于BFD實現(xiàn)故障檢測的簡單、單一性，致使BFD能夠?qū)Ｗ⒂谵D(zhuǎn)發(fā)故障的快速檢測，幫助網(wǎng)絡(luò)以良好QoS實現(xiàn)語音、視頻及其它點播業(yè)務(wù)的傳輸，從而幫助服務(wù)提供商基于IP網(wǎng)的實現(xiàn)，為客戶提供所需的高可靠性、高適用性VoIP及其它實時業(yè)務(wù).BFD技術(shù)介紹74BFD會話建立75BFD發(fā)送的檢測報文是UDP報文A、B兩站啟動BFD，各自初始狀態(tài)為“down”，發(fā)送BFD報文攜帶狀態(tài)為“down”B站收到狀態(tài)為“down”的BFD報文，本地狀態(tài)切換至“init”，發(fā)送BFD報文攜帶狀態(tài)為“init”B站本地BFD狀態(tài)為“init”后，再接收到狀態(tài)為“down”的報文不做處理A站BFD狀態(tài)變化過程同上B站收到狀態(tài)為“init”的BFD報文，本地狀態(tài)切換至“up”A站BFD狀態(tài)變化過程同上A、B兩站在發(fā)生“down=>init”變化后，會啟動一個超時定時器，該定時器的作用是防止本地狀態(tài)阻塞在“init”（有可能AB連接此時斷連，會話不能正常建立），如果在規(guī)定的時間內(nèi)仍未收到狀態(tài)為“init/up”的BFD報文，則狀態(tài)自動切換回“down”本地狀態(tài)UP標(biāo)志會話建立成功BFD會話建立76?異步模式在異步模式下，系統(tǒng)之間相互周期性地發(fā)送BFD控制包，如果某個系統(tǒng)在檢測時間內(nèi)沒有收到對端發(fā)來的BFD控制報文，就宣布會話為Down。?查詢模式在查詢模式下，假定每個系統(tǒng)都有一個獨立的方法用來確認(rèn)它連接到其他系統(tǒng)。這樣一旦一個BFD會話建立起來以后，系統(tǒng)停止發(fā)送BFD控制報文，除非某個系統(tǒng)需要顯式地驗證連接性，在需要顯式驗證連接性的情況下，系統(tǒng)發(fā)送一個短系列的BFD控制包，如果在檢測時間內(nèi)沒有收到返回的報文就宣布會話為Down，如果收到對端的回應(yīng)報文，協(xié)議再次保持沉默。?回聲功能本地發(fā)送一系列BFD回聲報文，遠(yuǎn)端系統(tǒng)通過它的轉(zhuǎn)發(fā)通道將它們環(huán)回回來。如果本地系統(tǒng)連續(xù)幾個回聲報文都沒有接收到，會話就被宣布為Down?；芈暪δ芸梢院蜕鲜鰞煞N檢測模式一起使用，可以使用回聲功能來代替BFD控制報文的檢測的任務(wù)，這樣可以降低控制報文的發(fā)送周期（異步模式下）或者完全取消BFD控制報文（查詢模式下）。BFD會話檢測77模型1A類對稱節(jié)點模型2B類對稱節(jié)點模型3C類非對稱節(jié)點模型4D類非對稱節(jié)點模型5E類對稱節(jié)點模型6F類對稱節(jié)點模型7G類非對稱節(jié)點流量模型介紹78山東聯(lián)通省內(nèi)A網(wǎng)拓?fù)淠Ｐ?：正常情況下的流量模型

（A類對稱節(jié)點）A平面流量方向B平面流量方向VPN-FRR流量切換方向濟南AR2濟南BR1省中心AR2濟南BR2省中心AR1濟南AR11000100010001000200020003200以山東省中心AR到濟南AR通信的流量模型為例：從省中心AR1上行到濟南BR1，再到濟南AR1；從省中心AR2上行到濟南BR2，再到濟南AR2；正常情況下，兩個平面的流量不會交叉。A平面設(shè)備及鏈路故障,VPNFRR生效,從邊緣側(cè)向異平面進行切換。濟南AR2濟南BR1省中心AR2濟南BR2省中心AR1濟南AR1A平面流量方向B平面流量方向VPN-FRR流量切換方向1000100010001000200020003200模型1：斷路情況下的流量模型

（A類對稱節(jié)點，只考慮A平面）濟南AR2濟南BR1省中心AR2濟南BR2省中心AR1濟南AR1A平面流量方向B平面流量方向VPN-FRR流量切換方向B平面設(shè)備及鏈路故障,VPNFRR生效,從邊緣側(cè)向異平面進行切換。1000100010001000200020003200模型1：斷路情況下的流量模型

（A類對稱節(jié)點，只考慮B平面）以省中心AR到青島AR通信的流量模型為例：從省中心AR1上行到濟南BR1，再到青島BR1,最后到青島AR1；從省中心AR2上行到濟南BR2，再到青島BR2,最后到青島AR2；正常情況下，兩個平面的流量不會交叉。濟南BR1省中心AR2濟南BR2青島BR2青島AR2省中心AR1青島BR1青島AR1A平面流量方向B平面流量方向VPN-FRR流量切換方向1000100010001000200020003200320010001000模型2：正常情況下的流量模型

（B類對稱節(jié)點）A平面設(shè)備及鏈路故障,VPNFRR生效,從邊緣側(cè)向異平面進行切換。濟南BR1省中心AR2濟南BR2青島BR2青島AR2省中心AR1青島BR1青島AR1A平面流量方向B平面流量方向VPN-FRR流量切換方向1000100010001000200020003200320010001000模型2：斷路情況下的流量模型

（B類對稱節(jié)點，只考慮A平面）濟南BR1省中心AR2濟南BR2青島BR2青島AR2省中心AR1青島BR1青島AR1A平面流量方向B平面流量方向VPN-FRR流量切換方向B平面設(shè)備及鏈路故障,VPNFRR生效,從邊緣側(cè)向異平面進行切換。1000100010001000200020003200320010001000模型2：斷路情況下的流量模型

（B類對稱節(jié)點，只考慮B平面）以山東省中心AR到煙臺AR通信的流量模型為例：從省中心AR1上行到濟南BR1，再到青島BR1,最后到煙臺AR1；從省中心AR2上行到濟南BR2，最后到煙臺AR2；正常情況下，兩個平面的流量不會交叉。A平面流量方向B平面流量方向VPN-FRR流量切換方向濟南BR1省中心AR2濟南BR2青島BR2煙臺AR2省中心AR1青島BR1煙臺AR11000100010002000300032003200100010001000模型3：正常情況下的流量模型

（C類非對稱節(jié)點）A平面流量方向B平面流量方向VPN-FRR流量切換方向濟南BR1省中心AR2濟南BR2青島BR2煙臺AR2省中心AR1青島BR1煙臺AR1A平面設(shè)備及鏈路故障,VPNFRR生效,從邊緣側(cè)向異平面進行切換。1000100010002000300032003200100010001000模型3：正向斷路情況下的流量模型

（C類非對稱節(jié)點，只考慮A平面）A平面流量方向B平面流量方向VPN-FRR流量切換方向濟南BR1省中心AR2濟南BR2青島BR2煙臺AR2省中心AR1青島BR1煙臺AR1B平面設(shè)備及鏈路故障,VPNFRR生效,從邊緣側(cè)向異平面進行切換。1000100010002000300032003200100010001000模型3：正向斷路情況下的流量模型

（C類非對稱節(jié)點，只考慮B平面）A平面流量方向B平面流量方向VPN-FRR流量切換方向濟南BR1省中心AR2濟南BR2青島BR2煙臺AR2省中心AR1青島BR1煙臺AR1A平面設(shè)備及鏈路故障,VPNFRR生效,從邊緣側(cè)向異平面進行切換。1000100010002000300032003200100010001000模型3：反向斷路情況下的流量模型

（C類非對稱節(jié)點，只考慮A平面）A平面流量方向B平面流量方向路由最終收斂方向濟南BR1省中心AR2濟南BR2青島BR2煙臺AR2省中心AR1青島BR1煙臺AR1B平面設(shè)備及鏈路故障,VPNFRR不生效,只能依靠路由收斂。1000100010002000300032003200100010001000模型3：反向斷路情況下的流量模型

（C類非對稱節(jié)點，只考慮B平面）以山東省中心AR到淄博AR通信的流量模型為例：從省中心AR1上行到濟南BR1，最后到淄博AR1；從省中心AR2上行到濟南BR2，再到青島BR2,最后到淄博AR2；正常情況下，兩個平面的流量不會交叉。A平面流量方向B平面流量方向VPN-FRR流量切換方向濟南BR1省中心AR2濟南BR2青島BR2淄博AR2省中心AR1青島BR1淄博AR11000100010002000300032003200100010001000模型4：正常情況下的流量模型

（D類非對稱節(jié)點）A平面流量方向B平面流量方向VPN-FRR流量切換方向濟南BR1省中心AR2濟南BR2青島BR2淄博AR2省中心AR1青島BR1淄博AR1A平面設(shè)備及鏈路故障,VPNFRR生效,從邊緣側(cè)向異平面進行切換。1000100010002000300032003200100010001000模型4：正向斷路情況下的流量模型

（D類非對稱節(jié)點，只考慮A平面）A平面流量方向B平面流量方向VPN-FRR流量切換方向濟南BR1省中心AR2濟南BR2青島BR2淄博AR2省中心AR1青島BR1淄博AR1B平面設(shè)備及鏈路故障,VPNFRR生效,從邊緣側(cè)向異平面進行切換。1000100010002000300032003200100010001000模型4：正向斷路情況下的流量模型

（D類非對稱節(jié)點，只考慮B平面）A平面流量方向B平面流量方向路由最終收斂方向濟南BR1省中心AR2濟南BR2青島BR2淄博AR2省中心AR1青島BR1淄博AR1A平面設(shè)備及鏈路故障,VPNFRR不生效,只能依靠路由收斂。1000100010002000300032003200100010001000模型4：反向斷路情況下的流量模型

（D類非對稱節(jié)點，只考慮A平面）A平面流量方向B平面流量方向VPN-FRR流量切換方向濟南BR1省中心AR2濟南BR2青島BR2淄博AR2省中心AR1青島BR1淄博AR1