下一代SDH傳送網(wǎng)技術(shù)

下一代SDH傳送網(wǎng)技術(shù)

ID:39613716

大?。?2.00 KB

頁數(shù):4頁

時間:2019-07-07

下一代SDH傳送網(wǎng)技術(shù)_第1頁
下一代SDH傳送網(wǎng)技術(shù)_第2頁
下一代SDH傳送網(wǎng)技術(shù)_第3頁
下一代SDH傳送網(wǎng)技術(shù)_第4頁
資源描述:

《下一代SDH傳送網(wǎng)技術(shù)》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在教育資源-天天文庫。

1、下一代SDH傳送網(wǎng)摘要:隨著電信業(yè)務的發(fā)展和網(wǎng)絡規(guī)模的擴大,作為語音業(yè)務的SDH中繼傳輸網(wǎng)絡已成為電信運營商重要的綜合業(yè)務傳送網(wǎng)絡之一。在現(xiàn)實中,無論是傳統(tǒng)電信企業(yè),還是新興電信運營商和無線運營商都不約而同地建設(shè)了自己的SDH傳送網(wǎng)絡或基于SDH技術(shù)與DWDM/DXC技術(shù)結(jié)合的集成型網(wǎng)絡,且建設(shè)規(guī)模不斷擴大。關(guān)鍵詞:同步數(shù)字體系 同步光網(wǎng)絡/同步數(shù)字體系上的數(shù)據(jù)傳輸 通用成幀規(guī)程 虛級聯(lián)鏈路容量調(diào)整方案 自動交換光網(wǎng)絡在當今城域網(wǎng)內(nèi),呈現(xiàn)出流量和業(yè)務快速增長而又很難預測的現(xiàn)象,這給規(guī)劃和建設(shè)網(wǎng)絡帶來很大困難,最好的解決方法是使網(wǎng)絡具有支持多業(yè)務、多協(xié)議和智能化的特

2、點,從現(xiàn)在的傳統(tǒng)網(wǎng)絡結(jié)構(gòu)向語音與數(shù)據(jù)網(wǎng)絡融合的方向發(fā)展。在這種情況下,產(chǎn)生了兩種綜合傳送平臺方案,一種是以數(shù)據(jù)為中心向以太網(wǎng)升級的方案,它具有低成本、應用廣泛和容易使用的優(yōu)勢,但同時存在明顯的缺陷,即有限的服務質(zhì)量(QoS)保證,為此IEEE802.17定義了彈性分組環(huán)(RPR)標準,目的是在提供綜合業(yè)務傳送平臺的同時,提高包交換網(wǎng)絡的可靠性,利用環(huán)網(wǎng)的概念提供保護,達到同步數(shù)字體系(SDH)50ms的保護水平;另一種是以傳統(tǒng)SDH技術(shù)為中心向下一代SDH升級的方案,實現(xiàn)各種類型的數(shù)據(jù)在同步光網(wǎng)絡(SONET)/SDH上靈活可靠地傳輸。一、SDH傳送網(wǎng)概述  SD

3、H傳送網(wǎng)綜合管理系統(tǒng)(SNMS)的設(shè)計要遵循TMN框架并結(jié)合SDH傳送網(wǎng)的具體特點和應用。其中主要考慮的是如何實現(xiàn)多廠商設(shè)備環(huán)境下的Q3網(wǎng)關(guān)功能,要把多個廠商和多種設(shè)備組成的不同管理域的傳送子網(wǎng)進行統(tǒng)一的管理?! DH傳輸網(wǎng)綜合管理系統(tǒng)是TMN的一個子網(wǎng),在多廠商環(huán)境下,各個廠家提供的SDH及其EMS向上提供統(tǒng)一的Q3接口,但實際的情況是在網(wǎng)絡管理層與傳送子網(wǎng)管理層之間,各廠家提供的EMS向上的接口均有所不同,需要遵循ITU-T推薦的標準及相關(guān)的協(xié)議進行設(shè)計。例如遵循ITU-T推薦標準Q.811和Q.812分別定義的Q3接口的第1層到第4層的低層通信協(xié)議,第5到

4、7層的高層應用協(xié)議,以及推薦使用的基于TCP/IP的RFC1006作為底層的傳輸協(xié)議和基于CMIP協(xié)議的網(wǎng)絡管理層?熏網(wǎng)元管理層接口之間的交換信息,需要通過CMIP協(xié)議實現(xiàn)管理信息在SNMS與EMS之間的傳送等等。所設(shè)計的傳輸網(wǎng)綜合管理系統(tǒng)對SDH的管理功能包括網(wǎng)絡資源管理、故障管理、性能管理以及端到端路由的計算等。其系統(tǒng)由管理應用程序、管理信息庫、基于Web的管理服務器和網(wǎng)關(guān)組成。傳送子網(wǎng)中的代理(Agent)不屬于管理系統(tǒng)。其軟件分層結(jié)構(gòu)及層間接口如圖1所示。在使用CORBA和Java技術(shù)實現(xiàn)的SDH傳輸網(wǎng)綜合管理系統(tǒng)中,管理應用模塊由網(wǎng)關(guān)、管理信息樹及數(shù)據(jù)庫

5、、管理者進程和GUI用戶界面組成。由于實際使用的多廠商設(shè)備都向上提供統(tǒng)一的Q3接口,因此開發(fā)中需主要考慮Q3網(wǎng)關(guān)功能的實現(xiàn)和GDMO/ASN.1信息模型到CORBA信息模型的轉(zhuǎn)換。 管理信息庫由數(shù)據(jù)庫系統(tǒng)和一組操縱數(shù)據(jù)庫的CORBA接口組成。數(shù)據(jù)庫系統(tǒng)負責存儲信息模型中管理對象的實例和事件,并利用數(shù)據(jù)庫最優(yōu)查詢算法進行查詢,以及利用分布式數(shù)據(jù)庫系統(tǒng)的存儲一致性和故障容錯性來恢復性能和獲得可靠性。同時,數(shù)據(jù)庫系統(tǒng)還可在不同管理域之間進行信息模型的轉(zhuǎn)換,或者在被管對象轉(zhuǎn)換映射信息和對象標識時,由被管對象在數(shù)據(jù)庫中查詢所需的信息。二、SDH下一代傳送網(wǎng)關(guān)鍵技術(shù)2.1通用

6、成幀規(guī)程(GFP) 在SDH上傳輸數(shù)據(jù)包一般采用PoS(packet-over-SDH)協(xié)議,原有以點對點協(xié)議(PPP)為基礎(chǔ)的PoS技術(shù)已不符合應用要求,因為PoS僅把數(shù)據(jù)包或幀用PPP、幀中繼(FR)或高級數(shù)據(jù)鏈路控制(HDLC)協(xié)議封裝,再映射到SDH中。PoS不能區(qū)別不同的數(shù)據(jù)包流,因此也不能對每個流的流量工程、保護和帶寬進行管理,不能提供許多用戶需要的1Mbit/s-10Mbit/s以太網(wǎng)帶寬顆粒,它實際上是靠高層的路由器等設(shè)備來實現(xiàn)流量工程和業(yè)務生成功能。因此,在SDH上采用新的封裝格式GFP傳送數(shù)據(jù)包,是下一代SDH的發(fā)展重點。ITU-T把GFP定義

7、為G.7041,GFP具有數(shù)據(jù)頭糾錯和把通道標識符用于端口復用的功能。成幀映射方式是把用戶端數(shù)據(jù)信號的幀封裝進GFP幀中,以子速率級別支持速率調(diào)整和復用。透明傳送方式則完全不同,它接收原數(shù)字信號,只在SDH的幀內(nèi)用低開銷和低時延數(shù)字封裝的方式來實現(xiàn)。從原理上講,GFP可封裝任何協(xié)議數(shù)據(jù),保證簡單的協(xié)議在光層上融合,并保證靈活性和更細的帶寬顆粒。2.2、虛級聯(lián)(VC)技術(shù)虛級聯(lián)(VC)是指用來組成SDH通道的多個虛容器VC-n之間并沒有實質(zhì)的級聯(lián)關(guān)系,它們在網(wǎng)絡中被分別處理并獨立傳送,只是因為它們所傳的數(shù)據(jù)具有級聯(lián)關(guān)系。這種數(shù)據(jù)的級聯(lián)關(guān)系在數(shù)據(jù)進入容器之前即做好標簽

8、,待各個V

當前文檔最多預覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當前文檔最多預覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學公式或PPT動畫的文件,查看預覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負責整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細閱讀文檔內(nèi)容,確認文檔內(nèi)容符合您的需求后進行下載,若出現(xiàn)內(nèi)容與標題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡波動等原因無法下載或下載錯誤,付費完成后未能成功下載的用戶請聯(lián)系客服處理。