PTN學(xué)習(xí)總結(jié)分析

PTN學(xué)習(xí)總結(jié)中國移動通信集團(tuán)江西有限公司萍鄉(xiāng)分公司Page2SoftwareVendorWidgetBizModelInternetSoftwareVendorAdvertisementTerminalVender網(wǎng)絡(luò)基礎(chǔ)設(shè)施應(yīng)用基礎(chǔ)設(shè)施TD-SCDMA終端軟件平臺終端基礎(chǔ)設(shè)施WidgetFetionMusicplatformMediaplatformmSpaces/OMSServer…Advertisement集團(tuán)用戶家庭用戶PON/PTNIPoverOTN/WDMTD-LTEEDGE移動網(wǎng)絡(luò)干線和城域核心接入和匯聚CP/SP個人用戶3目錄WhyPTN？WhatisPTN？Conclusion移動網(wǎng)絡(luò)向LTE演進(jìn)和2G、3G并存現(xiàn)狀趨勢:

運營壓力:移動網(wǎng)絡(luò)正逐漸由2G演進(jìn)到3G和LTE

2G/3G將在很長的一段時間內(nèi)并存2G網(wǎng)絡(luò)帶寬在擴展3G網(wǎng)絡(luò)在加大部署4G網(wǎng)絡(luò)指日可待TDMATMIPGSM,R99,R4,R5,R6…LTE2G&3G并存million3,5002,5001,500500GlobalMobileSubs.ForecastSource：Informa2009Q1forecastreport移動發(fā)展對承載網(wǎng)絡(luò)的需求和挑戰(zhàn)MobileChallenge業(yè)務(wù)類型IP化，接入IP化基于分組的交換和傳送高效的網(wǎng)絡(luò)和解決方案挑戰(zhàn)1:ALLIP的業(yè)務(wù)和網(wǎng)絡(luò)更大和更高效的帶寬提供高速上行接口LTE-Ready挑戰(zhàn)2:移動寬帶需要更大網(wǎng)絡(luò)帶寬業(yè)務(wù)的QoS保障，網(wǎng)絡(luò)的OAM電信級的時鐘/時間同步方案E2E的網(wǎng)絡(luò)管理、維護(hù)方案Challenge4:高質(zhì)量業(yè)務(wù)保證兼容傳統(tǒng)的TDM/ATM業(yè)務(wù)專線、家客方案的集成Challenge3:多場景接入能力面對移動業(yè)務(wù)的發(fā)展趨勢帶來的挑戰(zhàn)，移動承載網(wǎng)絡(luò)需要滿足IP化、移動寬帶化、高質(zhì)量業(yè)務(wù)保證、多業(yè)務(wù)接入的需求，并提供性價比最優(yōu)的解決方案現(xiàn)有承載技術(shù)難以滿足業(yè)務(wù)發(fā)展需要傳統(tǒng)的承載網(wǎng)絡(luò)主要有以下3種方式：

MSTP/SDH：電路交換核心，承載IP業(yè)務(wù)效率低，帶寬獨占，調(diào)度靈活度差交換機：缺乏OAM故障檢測機制，QoS能力不足，網(wǎng)絡(luò)管理手段嚴(yán)重缺乏，多業(yè)務(wù)承載和同步傳送能力差路由器：投資效率低，網(wǎng)絡(luò)保護(hù)能力偏弱，組大網(wǎng)能力弱，網(wǎng)絡(luò)管理手段嚴(yán)重缺乏，同步傳送能力差，語音業(yè)務(wù)承載能力弱，部分功能相對于RAN是多余的。對傳送網(wǎng)維護(hù)人員技能要求高CorePEPEPPxPONNodeBResidentialPCPhoneMobileTerminalBSCRNCBRASMSCGSPOPIPMetroIPAccessGE/FEDSLAMBusiness？BTSWhynotRouter?IPMetroRouter是具備很強的多業(yè)務(wù)承載能力網(wǎng)絡(luò)操作維護(hù)體驗:缺乏基于硬件的OAM監(jiān)控手段,仍然大多通過軟件輪詢方式，無法確?？焖俚墓收蠙z測以保證在50ms內(nèi)完成網(wǎng)絡(luò)保護(hù)，尤其是當(dāng)大量的業(yè)務(wù)同時發(fā)生故障時設(shè)備和網(wǎng)絡(luò)的管理體驗:缺乏端到端的業(yè)務(wù)配置，一鍵式業(yè)務(wù)操作手段，無法和現(xiàn)有的傳送網(wǎng)絡(luò)如WDM、SDH、Microwave統(tǒng)一管理，增加了管理維護(hù)的成本.

缺少全面的同步傳送解決方案，尤其在做為移動承載時是必須的.具有少量的設(shè)備級、網(wǎng)絡(luò)級保護(hù)措施，但是在應(yīng)用中還是顯得非常缺乏。在所有備選的解決方案里是對投資要求最高的，但大多的功能在城域網(wǎng)中是用不到的。比方說，轉(zhuǎn)發(fā)表項上，路由器要識別每個終端用戶地址，所以一般業(yè)務(wù)路由器有百萬級轉(zhuǎn)發(fā)表，這對于IPRAN承載網(wǎng)是多余的。Router方案缺乏良好的網(wǎng)絡(luò)操作、管理、維護(hù)體驗，同時無法提供移動承載所必需的同步傳送能力,等…貴！不習(xí)慣WhynotLanswitch?缺乏適合的網(wǎng)絡(luò)保護(hù)方案,網(wǎng)絡(luò)越大,保護(hù)倒換的時間越長，滿足不了電信級的保護(hù)倒換要求基于包交換，轉(zhuǎn)發(fā)的包長短不一，造成高優(yōu)先級短包受長包影響，造成抖動Lanswitch缺乏有效的QoS保障機制,

沒有專用的流量控制模塊缺乏有效和方便的網(wǎng)絡(luò)管理、操作、維護(hù)手段，從這一角度來看,難以成為一個健壯的通信網(wǎng)絡(luò).難以在其網(wǎng)絡(luò)中部署多業(yè)務(wù)的統(tǒng)一承載,尤其是移動業(yè)務(wù),IPTV業(yè)務(wù)等具有高質(zhì)量網(wǎng)絡(luò)需求的業(yè)務(wù)...總結(jié)：Lanswitch在網(wǎng)絡(luò)保護(hù)、QoS、OAM、網(wǎng)絡(luò)管理等方面都存在非常明顯的缺陷，不是建設(shè)電信級IP城域網(wǎng)可推廣應(yīng)用技術(shù)。COREAccessIPBackboneSRSRQoS保障能力不足多業(yè)務(wù)承載能力滿足不了需求缺乏有效和方便的網(wǎng)絡(luò)管理、操作、維護(hù)手段WhynotSDH/MSTP？VC1VC2VC3SDHVC

Tun1Tun2Tun3FlexibleTunnel

FreeBandwidthRNCSPOP…3G/HSxPALTE/Wimax3G/HSxPALTE/WimaxRNCRNC3G/HSxPALTE/WimaxCBDResidentialDownTownFiberApplicationModelTrafficModel

主要承載基站業(yè)務(wù)，也可兼顧少量寬帶業(yè)務(wù)，具備電信承載網(wǎng)的設(shè)備級和網(wǎng)絡(luò)級保護(hù)，端到端的網(wǎng)絡(luò)管理和維護(hù)，具備良好的OAM機制，操作維護(hù)簡便有效，但是不是面向未來的技術(shù):，網(wǎng)絡(luò)很難擴展到ALLIP，MSTP雖然在IP化前進(jìn)了一步，但不夠徹底，IP化體現(xiàn)在用戶接口，內(nèi)核仍然是電路交換；導(dǎo)致傳送分組業(yè)務(wù)時效率低SDH/MSTP還不能對以太業(yè)務(wù)提供足夠的QoS能力，實現(xiàn)以太業(yè)務(wù)的公平性接入SDH/MSTP不具備動態(tài)的路由發(fā)現(xiàn)功能，路徑采用靜態(tài)機制，不利于分組業(yè)務(wù)的調(diào)度和擴展分組承載真正需要的是PTN技術(shù)Packet：分組內(nèi)核，多業(yè)務(wù)處理，層次化QOS能力Transport：類SDH的保護(hù)機制：快速、豐富，從業(yè)務(wù)接入到網(wǎng)絡(luò)側(cè)以及設(shè)備級的完整保護(hù)方案；類SDH的豐富OAM維護(hù)手段；綜合的接入能力、完整的時鐘同步方案Network：業(yè)務(wù)端到端，管理端到端需求歸納PTN實現(xiàn)高效分組內(nèi)核增強交換架構(gòu)（1:1主備，信元交換）多業(yè)務(wù)承載TDM/ATM/Eth業(yè)務(wù)PWE3仿真端到端管理端到端業(yè)務(wù)點擊提供，端到端整個承載網(wǎng)絡(luò)統(tǒng)一管理綜合接入方式綜合接入xDSL雙絞線、微波、銅纜、光纖等全面的同步方案TDM時鐘、外時鐘、SyncEth、1588V2、TOP、ACR、NTR等QoS能力5級H-QoS高可靠保護(hù)方案50ms內(nèi)的網(wǎng)絡(luò)內(nèi)業(yè)務(wù)保護(hù)（LMSP/tunnelAPS）;網(wǎng)絡(luò)級保護(hù)（LAG/TPS）設(shè)備級保護(hù)等OAM能力EthernetOAM，MPLSOAM,ATMOAM等Page1111MPLS頭LSP,LDP,流量工程PWE3,BFD/FRR增強取消IP增加雙向LSP增加OAM和保護(hù)簡化和增強IPheaderIPPayloadIPEncapsulationPHYMPLSheaderIPpayloadIPheaderEncapsulationPHYMPLS(opt)EncapsulationT-MPLSMPLSheaderpayloadEncapsulationPHY(opt)EncapsulationMPLS-TP=MPLS-L3復(fù)雜性+OAM+保護(hù)PTN實現(xiàn)方式：MPLS-TP/T-MPLS技術(shù)12目錄WhyPTN？WhatisPTN？ConclusionPage13T-MPLS/MPLS-TP標(biāo)準(zhǔn)組織活動演進(jìn)IP/MPLST-MPLS2005200620072008200602:Cisco/Juniper加入G.8110.1標(biāo)準(zhǔn)表決的討論200606：IETF專家介入T-MPLS標(biāo)準(zhǔn)制訂200709：Q12/15采納Option1200711：IETF_T-MPLSDesignTeam成立JWT200710:Q.9/15和Q.11/15采納Q.12/15建議200704：G.8113/G.8114未被通過MPLS-TP200802：ITU-T成立了T-MPLSAd-HocIUT-T和IETF成立了JWT200801:Q5/13采納SG15的決定;OAM標(biāo)準(zhǔn)沒有通過;G.8113變更為Y.Sup4.G.8114AAP被關(guān)閉了。CiscoJuniper…A-LHuaweiTellabsFujitsuZTEEricsson

2005年5月，Alcatel,Huawei,Tellabs,Fujitsu和Lucent發(fā)起T-MPLS標(biāo)準(zhǔn)的制定，隨后，ZTE和Ericsson在2006年6月加入。Page14IP/MPLST-MPLS20082009200811:IETF73rd,4MPLS-TP草稿變?yōu)閃G草稿2009Q2：IETFWGLC(普遍需求/構(gòu)架)200910：ITU-TSG15批準(zhǔn)200807:IETF72nd,1st階段MPLS-TP草稿(v00)發(fā)布200804:MPLS-TP

回顧MPLS-TP200903：IETF74th,更多MPLS-TP草稿200905：ITU-TQ9,10,12,14/15也加入到標(biāo)準(zhǔn)制定中,修訂現(xiàn)存的T-MPLS草案200812:ITU-TSG15全體成員,回顧MPLS-TPWG草稿T-MPLS/MPLS-TP標(biāo)準(zhǔn)組織活動演進(jìn)(續(xù))Page15用市場推動標(biāo)準(zhǔn)工作MPLS-TP/T-MPLS標(biāo)準(zhǔn)的演進(jìn)ITU-T已經(jīng)開始了對2007年的TMPLSG.8110.1,G.8112,G.8121,G.8131,G.8132G.8151以及2008年的G.mplstp-oam標(biāo)準(zhǔn)的重新審核工作，以實現(xiàn)和MPLS-TP的融合.ITU-T已經(jīng)于2009年6月開始了PTN設(shè)備規(guī)范G.ptneq的開發(fā)工作。ITU-T和IETF明確雙方都不能阻止對方標(biāo)準(zhǔn)的發(fā)布。IETFMPLS-TPDraft的editor應(yīng)該重視ITU-T通過聯(lián)絡(luò)聲明發(fā)送的意見。框架標(biāo)準(zhǔn)路標(biāo)(2010年中）保護(hù)及OAM工具路標(biāo)(2011年）PTN設(shè)備功能Page16封裝保護(hù)OAMQoS同步MPLS-TP的封裝Page17項目含義描述與作用PA前同步碼7個字節(jié)，1和0交互使用，使接收節(jié)點進(jìn)行同步并做好接收數(shù)據(jù)幀的準(zhǔn)備SFD幀起始標(biāo)志符一個字節(jié)0xAB，它標(biāo)識著以太網(wǎng)幀的開始FCS幀校驗序列4個字節(jié)，采用32位CRC循環(huán)冗余校驗對從"目標(biāo)MAC地址"字段到"數(shù)據(jù)"字段的數(shù)據(jù)進(jìn)行校驗DA目的地址6個字節(jié)，目標(biāo)站點的物理地址SA源地址6個字節(jié)，發(fā)送幀的站點的物理地址PAD填充位用以填充當(dāng)數(shù)據(jù)段的數(shù)據(jù)不足64字節(jié)時Type以太網(wǎng)幀類型2個字節(jié)，被各個公司分配來用于建立系統(tǒng)以及用于遵循國際標(biāo)準(zhǔn)的軟件（如X.25）。Label標(biāo)簽值字段20比特，用于轉(zhuǎn)發(fā)的指針（0到15是保留的），從16開始可配EXPEXPerimental3比特，保留，用于試驗，現(xiàn)在通常用做CoS（ClassofService）SStack1比特，棧底標(biāo)識。MPLS支持標(biāo)簽的分層結(jié)構(gòu)，即多重標(biāo)簽，S值為1時表明為最底層標(biāo)簽TTL生存周期8比特，和IP分組中的TTL意義相同PTN設(shè)備功能Page18封裝保護(hù)OAMQoS同步MPLS-TP的保護(hù)倒換技術(shù)：線性保護(hù)Page19線性保護(hù)倒換：G.8131定義的路徑保護(hù)主要包括無協(xié)議的1＋1方式和基于協(xié)議的1：1/1：N方式，可以對端到端路徑或者端到端路徑上的每個區(qū)段（節(jié)點或鏈路）進(jìn)行保護(hù)，其中1＋1和1：1為獨享保護(hù)，1：N為共享保護(hù)。采用1＋1時工作路徑和保護(hù)路徑都承載業(yè)務(wù)并采用雙發(fā)選收的模式采用1：1時在網(wǎng)絡(luò)正常情況下僅工作路徑承載業(yè)務(wù)，備用路徑空閑（也可運行其他較低優(yōu)先級的業(yè)務(wù)），在網(wǎng)絡(luò)故障情況下，通過協(xié)議切換到備用路徑承載業(yè)務(wù)（可搶占其他較低優(yōu)先級的業(yè)務(wù)）TEFRR是基于協(xié)議的區(qū)段1：1方式，屬于1：1線性保護(hù)的一種實現(xiàn)方式。一般對端到端路徑上的每個區(qū)段分別做1：1線性保護(hù)。MPLS-TP的保護(hù)倒換技術(shù)：環(huán)網(wǎng)保護(hù)Page20環(huán)網(wǎng)保護(hù)倒換：G.8132定義的環(huán)網(wǎng)保護(hù)環(huán)網(wǎng)保護(hù)是基于協(xié)議的區(qū)段共享方式。一般對環(huán)網(wǎng)上的每個區(qū)段分別做保護(hù)，不同區(qū)段的備用路徑可以共享。在網(wǎng)絡(luò)正常情況下，端到端路徑經(jīng)過的各個區(qū)段的備用路徑空閑（也可運行其他較低優(yōu)先級的業(yè)務(wù)）；在某個區(qū)段故障時，有兩種實現(xiàn)方式，一種是wrapping（環(huán)回）方式，故障區(qū)段的相鄰節(jié)點通過協(xié)議切換到該區(qū)段的備用路徑，另一種是steering方式（轉(zhuǎn)向），源宿節(jié)點通過協(xié)議切換到備用路徑。由于環(huán)網(wǎng)保護(hù)為共享方式，在資源利用率方面比1＋1和1：1線性保護(hù)更有優(yōu)勢，因此在各種保護(hù)方式成熟情況下，應(yīng)優(yōu)選環(huán)網(wǎng)保護(hù)（例如，現(xiàn)網(wǎng)MSTP以復(fù)用段共享環(huán)網(wǎng)保護(hù)為主）。環(huán)網(wǎng)保護(hù)的跨環(huán)問題可考慮與其他保護(hù)方式結(jié)合Page21MPLS-TP的保護(hù)總結(jié)T-MPLS的主要特性之一就是其完善的生存性技術(shù)。T-MPLS網(wǎng)絡(luò)生存性是保障T-MPLS網(wǎng)絡(luò)性能的一個重要方面，主要包括基于傳送平面的保護(hù)倒換和基于控制平面的恢復(fù)。

基于傳送平面的保護(hù)倒換主要有：線性保護(hù)倒換（G.8131）、共享保護(hù)環(huán)（G.8132）；線性保護(hù)倒換機制包括路徑保護(hù)和子網(wǎng)連接保護(hù)。(G.8032)ERPS以太網(wǎng)環(huán)網(wǎng)保護(hù)

基于控制平面的恢復(fù)是指故障發(fā)生后，在控制平面的協(xié)調(diào)下，為業(yè)務(wù)重新計算工作路徑，或者預(yù)計算保護(hù)路徑。目前為止，在T-MPLS的生存性方面只有線性保護(hù)倒換被標(biāo)準(zhǔn)化，T-MPLS共享環(huán)保護(hù)已有草案，現(xiàn)正在審核中。PTN設(shè)備功能Page22封裝保護(hù)OAMQoS同步Page23SDH-like的層次化OAM架構(gòu)高階通道層(HO-VC)低階通道層(LO-VC)再生段層(RS)復(fù)用段層(MS)Tunnel層TMPPW層TMC物理層(Fiber/Copper)數(shù)據(jù)鏈路層(Ethernet)TMS提供傳送通道或Tunnel管道的連接建立和監(jiān)控，并提供對上一層數(shù)據(jù)鏈路段層或ETH層的適配多低階業(yè)務(wù)映射到一個高階或多個PW映射到一個Tunnel對客戶業(yè)務(wù)凈荷進(jìn)行適配封裝，實現(xiàn)最貼近業(yè)務(wù)層的監(jiān)控封裝后映射到上一通道層或Tunnel層進(jìn)行承載在物理媒介上，實現(xiàn)對Bit流傳送，可以是光媒介/電媒介……，同時具備對網(wǎng)絡(luò)物理故障的監(jiān)測和定位能力在物理層和所建立連接的中間層面，完成對固定傳送通道VC或彈性管道Tunnel的承載和支撐連接的建立，并對鏈路的質(zhì)量好壞進(jìn)行監(jiān)控E1/E3/E4業(yè)務(wù)凈荷TDM/ATM/Ethernet業(yè)務(wù)凈荷SDHPTNPTNOAM具備像SDH一樣的分層架構(gòu)的管理維護(hù)能力分層監(jiān)控，實現(xiàn)快速故障檢測和故障定位多個層次的保護(hù)共存，可靠性高，發(fā)生故障時合理啟動相應(yīng)層級的保護(hù)機制Page24OAM實現(xiàn)方案,SDH-LikePTN具備類似SDH網(wǎng)絡(luò)的操作、管理、維護(hù)能力,什么是SDH-Like:分層架構(gòu)，如SDH的RSOH、MSOH、POH，等等..端到端的OAM理念，如SDH的端到端OAM監(jiān)控反饋機制，如SDH的RDI機制等基于硬件的OAM，如SDH的OAM由硬件檢測和處理……IEEE802.3ahEFMITUY.1731OAMConnectivityLayerOAMIEEE802.1ag/ITUY.1731ServiceLayerOAM（UNItoUNI）ITUY.1730/ITUY.1711OAMLSPPWEFMPTNSRPTNPTNNodeBBTSRNCMSCGPage25SDH-like基于硬件OAM的網(wǎng)絡(luò)體驗OAMEngine保護(hù)倒換主要由OAM檢測和保護(hù)倒換兩個動作完成，倒換速度的主要決定因素是OAM檢測，PTN固定3.3ms的OAM協(xié)議報文插送和監(jiān)控，3個協(xié)議報文周期完成故障檢測，可確保50ms完成保護(hù)倒換全過程硬件實現(xiàn)OAM避免因軟件性能問題導(dǎo)致的，因處理OAM業(yè)務(wù)條數(shù)增加而導(dǎo)致的性能下降硬件實現(xiàn)的OAM的可靠性優(yōu)于軟件實現(xiàn)SDH技術(shù),OAM基于硬件實現(xiàn),監(jiān)控周期固定為

125μs路由交換技術(shù)，OAM基于軟件實現(xiàn)，如以太網(wǎng)OAM報文插送的時間一般為秒級，最快不超過幾十msPTNOAM仿照電信級能力更強的SDH設(shè)計，OAM引擎由硬件ASIC實現(xiàn)，可實現(xiàn)固定3.3msOAM協(xié)議報文監(jiān)控SDH-Like基于硬件實現(xiàn)的OAM引擎優(yōu)點：Page26分組傳送網(wǎng)OAM標(biāo)準(zhǔn)分組傳送網(wǎng)網(wǎng)絡(luò)層次涉及物理層、分組傳送段層、分組傳送隧道層、分組傳送偽線層，各層都有相應(yīng)的OAM功能。OAM功能準(zhǔn)循的標(biāo)準(zhǔn)：T-MPLS為ITU-TG.8114，PBT為ITU-TY.1731、IEEE802.1agPTN設(shè)備功能Page27封裝保護(hù)OAMQoS同步Page28ＩＰ網(wǎng)絡(luò)的Qos技術(shù)發(fā)展MPLS－ＴＥDiff-ServBestEffortIPQostechnologyInt-ServE-LSP&L-LSP最早的IP網(wǎng)絡(luò)是不提供任何QoS保證的將數(shù)據(jù)流劃分為不同的類型，實行不同的轉(zhuǎn)發(fā)處理.通過RSVP信令進(jìn)行帶寬預(yù)留.MSTP與Diff-Serv的結(jié)合,疏導(dǎo)網(wǎng)絡(luò)流量，解決流量的擁塞和不平衡，但在實際部署時有Ｎ問題，不宜大規(guī)模適用Page29PTN的QoS處理（層次化QOS）業(yè)務(wù)3業(yè)務(wù)2業(yè)務(wù)1TMP/TMCCIRPIR業(yè)務(wù)安全同一板卡的多類業(yè)務(wù)可分別獨立成邏輯子網(wǎng)子網(wǎng)之間相當(dāng)于完全物理隔離，廣播包僅限子網(wǎng)內(nèi)，偽造包也不可能跨子網(wǎng)QoS業(yè)務(wù)1、……、業(yè)務(wù)N可按端口、VID、或者M(jìn)AC地址來劃分每類業(yè)務(wù)可分別設(shè)置QoS以64K/1M為步長，設(shè)置CIR（保證帶寬）、PIR（峰值帶寬）每類業(yè)務(wù)還可設(shè)置CoS（服務(wù)等級）制定CIR以外業(yè)務(wù)服務(wù)優(yōu)先等級出口可實現(xiàn)SP（嚴(yán)格優(yōu)先級）、WFQ（加權(quán)平均）等隊列調(diào)度PTN設(shè)備功能Page30封裝保護(hù)OAMQoS同步Page31RAN對同步的需求無線制式時鐘頻率精度要求時鐘相位同步（時間同步）要求GSM0.05ppmNAWCDMAFDD0.05ppmNATD-SCDMA0.05ppm±1.5usCDMA20000.05ppm3usLTE0.05ppm傾向于采用時間同步GSM/WCDMA采用異步基站技術(shù)，此時只需要做頻率同步，精度要求0.05ppm（或者50ppb）TD-SCDMA/CDMA2000采用同步基站技術(shù)，除了頻率同步外，還需做時鐘相位同步（等效于時間同步），目前主要采用基站GPS解決Page32IEEE1588v2同步技術(shù)：解決時間同步問題GPS/北斗接收機LTENodeBPTN(SyncEth)(1PPS+ToD)(1PPS+ToD)LTENodeB(1PPS+ToD)LTENodeB(1PPS+ToD)(IEEE1588v2)(IEEE1588v2)(IEEE1588v2)PTN(SyncEth)IEEE1588v2-Synch同步以太網(wǎng)+IEEE1588v2的解決方案，全網(wǎng)PTN設(shè)備端到端支持同步以太網(wǎng)基于IEEE1588v2的時間同步傳送1588v2Master時鐘的自動保護(hù)支持1pps+ToD的輸入和輸出，以及IEEE1588v2輸出支持傳統(tǒng)的2Mbps/2MHz的頻率同步傳送GPS/北斗接收機(1PPS+ToD)<800ns<1.5us33目錄WhyPTN？WhatisPTN？Conclusion對比PTN設(shè)備VS交換機&路由器六大特點FE/GE基于報文的轉(zhuǎn)發(fā)交換機設(shè)備架構(gòu)FE/GE基于信元的轉(zhuǎn)發(fā)路由器設(shè)備架構(gòu)報文切片與重組報文切片與重組流量調(diào)度轉(zhuǎn)發(fā)引擎FE/GEFE/GE流量調(diào)度轉(zhuǎn)發(fā)引擎FE/GEFE/GE轉(zhuǎn)發(fā)表項轉(zhuǎn)發(fā)表項PTN設(shè)備架構(gòu)報文切片與重組報文切片與重組流量調(diào)度轉(zhuǎn)發(fā)引擎FE/GEFE/GE流量調(diào)度多業(yè)務(wù)仿真IMAATM轉(zhuǎn)發(fā)表項電信級保護(hù)系統(tǒng)級同步方案一：轉(zhuǎn)發(fā)的包長長短不一，會造成高優(yōu)先級短包（如時鐘報文）受長包影響，造成抖動報文編輯報文編輯FE/GEFE/GE二：針對于管道化傳送，優(yōu)化了轉(zhuǎn)發(fā)表項電信級業(yè)務(wù)監(jiān)控管理三：新增了硬件實現(xiàn)的電信級業(yè)務(wù)監(jiān)控，可以10ms檢測到業(yè)務(wù)中斷四：新增了硬件實現(xiàn)的電信級業(yè)務(wù)保護(hù)倒換，上千條業(yè)務(wù)同時倒換滿足50ms要求五：新增了系統(tǒng)級同步方案，包含TOP、同步以太，1588V2TDM基于信元的轉(zhuǎn)發(fā)六：新增了多業(yè)務(wù)仿真處理，實現(xiàn)移動多業(yè)務(wù)管道化傳送基于信元的轉(zhuǎn)發(fā)一：基于信元的交換，交換粒度是短包等長的，可