專利名稱：基于dcn和軟件交換實現(xiàn)sdh管理網(wǎng)的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及SDH(Synchronous Digital Hierarchy，同步數(shù)字系列)中用來構(gòu)成管理網(wǎng)的傳輸鏈路技術(shù)領(lǐng)域，特別是涉及一種基于DCN(Data Communication Network，數(shù)據(jù)通信網(wǎng)絡(luò))和軟件交換實現(xiàn)SDH管理網(wǎng)的方法及裝置。
背景技術(shù)：
SDH中用來傳輸設(shè)備間管理和控制信息的物理通道一般為DCC (Data Communications Channel，數(shù)據(jù)通信通路)。DCC是SDH管理網(wǎng)的物理通道，參見圖1所示，在 STM-I的SDH段開銷中有Dl D12共12個字節(jié)用于傳輸0AM(Operation Administration and Maintenance,操作、管理、維護)信息，其中Dl D3位于再生段(DCCR)，帶寬為 3X64kbit/s,即 192kbit/s ；D4 D12 用于復(fù)用段(DCCM)，帶寬為 9X64kbit/s,即 5761cbit/S。由DCC構(gòu)成SDH管理網(wǎng)的傳輸鏈路技術(shù)是這樣的使用DCC作為SDH傳輸OAM 的通道，將OAM信息嵌入在段開銷的DCC字節(jié)中。傳輸網(wǎng)的所有網(wǎng)元都必須使用DCC字節(jié)， 且所有嵌入在DCC字節(jié)的OAM信息需要滿足私有的通信協(xié)議，才能構(gòu)成統(tǒng)一的網(wǎng)管網(wǎng)。設(shè)備廠家根據(jù)需要，將OAM信息按照私有協(xié)議封裝到DCC字節(jié)中，傳輸網(wǎng)中的每個網(wǎng)元需要都使用DCC字節(jié)，并能識別私有協(xié)議，這個用DCC來傳輸OAM的網(wǎng)管網(wǎng)才能實現(xiàn)。 如果SDH管理網(wǎng)的某一個或幾個網(wǎng)元不使用DCC字節(jié)，或者DCC字節(jié)中的OAM信息是基于不同通信協(xié)議的，則此網(wǎng)管網(wǎng)無法連通。由此可見，采用DCC作為SDH管理網(wǎng)的傳輸鏈路存在局限性。目前傳輸設(shè)備的OAM信息越來越多，傳輸信息需要的帶寬容量逐步增大，對信息之間通信協(xié)議的標準化要求也越來越高。使用DCC構(gòu)成SDH管理網(wǎng)的傳輸鏈路，帶寬上限只有7681cbit/S，通常傳輸網(wǎng)的所有網(wǎng)元不一定都使用DCC字節(jié)，或者若每個網(wǎng)元DCC字節(jié)中OAM信息的通信協(xié)議不一致，采用DCC作為SDH管理網(wǎng)的傳輸鏈路均無法實現(xiàn)。

發(fā)明內(nèi)容
本發(fā)明的目的是為了克服上述背景技術(shù)的不足，提供一種基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的方法及裝置，采用DCN通道作為SDH管理網(wǎng)的傳輸鏈路，將STM-I凈荷中的 VC-12單元作為設(shè)備間OAM信息的物理通道，利用軟件交換實現(xiàn)設(shè)備間OAM信息的直接IP 化，有效解決了采用DCC作為SDH管理網(wǎng)物理通道的通道帶寬小、網(wǎng)元單一化、通信協(xié)議私有化、接口局限性的問題。本發(fā)明提供的基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的方法，包括以下步驟A、在第1級同步傳輸模塊STM-I的同步數(shù)字體系SDH凈荷中提供承載SDH業(yè)務(wù)或操作管理維護 OAM信息的數(shù)據(jù)通信網(wǎng)絡(luò)DCN通道；B、所述DCN通道承載SDH業(yè)務(wù)時，通過標準STM-I信號傳輸；DCN通道承載OAM時，網(wǎng)管信息以IP包形式通過軟件交換進行二層轉(zhuǎn)發(fā)，直接傳給以太網(wǎng)。在上述技術(shù)方案中，所述DCN通道的帶寬為20481ibit/S。
在上述技術(shù)方案中，所述DCN通道承載OAM時，在STM-I編號為1 63的凈荷中任意選擇一個12階虛容器VC-12作為承載OAM的DCN通道，其余VC-12承載SDH業(yè)務(wù)。在上述技術(shù)方案中，在STM-I編號為1 63的凈荷中任意選擇一個VC-12作為承載OAM的DCN通道時，此DCN通道具備VC-12的低階開銷和低階告警信息。在上述技術(shù)方案中，STM-I的SDH業(yè)務(wù)選擇2+0工作模式時，兩個DCN通道之間相互獨立；STM-I的SDH業(yè)務(wù)選擇1+1工作模式時，兩個DCN通道之間相互保護。 在上述技術(shù)方案中，若選擇DCN通道傳輸0ΑΜ，則進一步選擇DCN通道傳輸OAM的 VC-12時隙，當選擇對DCN通道進行保護時，進一步選擇DCN保護通道的VC-12時隙。在上述技術(shù)方案中，步驟B中所述軟件交換處理的流程如下對DCN通道傳輸?shù)?IP包進行解析，判斷所述IP包是否為到本地的包，若是，則送到IP層處理；否則，查詢介質(zhì)訪問控制MAC端口哈希HASH表，判斷所述IP包是否在在HASH表中，若是，則向?qū)?yīng)端口轉(zhuǎn)發(fā)；否則，向另外的端口廣播。應(yīng)用上述方法的基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的裝置，包括DCN通道提供模塊，用于在STM-I的SDH凈荷中提供承載SDH業(yè)務(wù)或OAM的DCN通道；承載內(nèi)容選擇模塊，用于選擇DCN通道承載SDH業(yè)務(wù)或承載OAM ；STM-I信號傳輸模塊，用于當DCN通道承載 SDH業(yè)務(wù)時，通過標準STM-I信號傳輸；基于MAC的軟件轉(zhuǎn)發(fā)模塊，用于實現(xiàn)二層數(shù)據(jù)交換功能，直接通過以太網(wǎng)接口發(fā)送由DCN通道接收的IP包，或者將以太網(wǎng)接口接收到的IP包轉(zhuǎn)發(fā)到DCN通道上；當DCN通道承載OAM信息時，OAM信息以IP包形式通過軟件交換進行二層轉(zhuǎn)發(fā)，直接傳給以太網(wǎng)。在上述技術(shù)方案中，還包括DCN通道選擇模塊，用于當DCN通道承載OAM時，在 STM-I編號為1 63的凈荷中任意選擇一個VC-12作為承載OAM的DCN通道，其具備VC-12 的低階開銷和低階告警信息，其余VC-12承載SDH業(yè)務(wù)。在上述技術(shù)方案中，還包括同步保護倒換模塊，用于實現(xiàn)DCN通道與STM-I業(yè)務(wù)同步保護倒換，STM-I的SDH業(yè)務(wù)選擇2+0工作模式時，兩個DCN通道之間相互獨立，STM-I的 SDH業(yè)務(wù)選擇1+1工作模式時，兩個DCN通道之間相互保護。與現(xiàn)有技術(shù)相比，本發(fā)明的優(yōu)點如下(1)本發(fā)明采用DCN通道作為SDH管理網(wǎng)的傳輸鏈路，將STM-I凈荷中的VC-12單元作為設(shè)備間OAM信息的物理通道，利用軟件交換實現(xiàn)設(shè)備間OAM信息的直接IP化，有效解決了采用DCC作為SDH管理網(wǎng)物理通道的通道帶寬小、網(wǎng)元單一化、通信協(xié)議私有化、接口局限性的問題。(2)本發(fā)明對于復(fù)雜的管理網(wǎng)傳輸鏈路，有效的簡化了 OAM的傳輸過程。本發(fā)明可與原有的SDH傳輸設(shè)備對接，不需要每個網(wǎng)元具備DCN和軟件交換功能，支持這項功能的設(shè)備只需要一個IP地址，即可避免復(fù)雜的多網(wǎng)元DCC規(guī)劃和私有協(xié)議的限制，使得鏈路更簡潔。(3)本發(fā)明應(yīng)用在SDH管理網(wǎng)中，一方面加大了 OAM的傳輸帶寬，另一方面可以實現(xiàn)OAM直接IP化的功能，使得OAM通信協(xié)議標準化，滿足了用戶的需求。(4)本發(fā)明應(yīng)用于MSAP (Multi Service Access Platform，多業(yè)務(wù)接入平臺)產(chǎn)品中，能夠產(chǎn)生積極效果。


圖1是傳統(tǒng)DCC的結(jié)構(gòu)示意圖。圖2是本發(fā)明實施例中DCN的結(jié)構(gòu)示意圖。圖3是本發(fā)明實施例中軟件交換的結(jié)構(gòu)示意圖。圖4是本發(fā)明實施例中SDH凈荷中實現(xiàn)DCN通道和軟件交換的結(jié)構(gòu)示意圖。圖5是本發(fā)明實施例中DCN設(shè)置及軟件交換處理的流程圖。圖6是本發(fā)明實施例中基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的設(shè)備與傳統(tǒng)STM-I 的SDH設(shè)備連接示意圖。圖7是本發(fā)明實施例中基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的設(shè)備之間連接的示意圖。
具體實施例方式下面結(jié)合附圖及實施例對本發(fā)明作進一步的詳細描述。本發(fā)明實施例提供的基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的方法，包括以下步驟A、在STM-I (第1級同步傳輸模塊)的SDH凈荷中提供承載SDH業(yè)務(wù)或OAM的DCN 通道，本發(fā)明實施例中DCN的結(jié)構(gòu)參見圖2所示，DCN通道的帶寬為20481cbit/S ；DCN通道作為傳輸通道，可通過軟件對DCN通道承載的內(nèi)容進行選擇，可選擇承載SDH業(yè)務(wù)或網(wǎng)元和網(wǎng)管之間、網(wǎng)元和網(wǎng)元之間的OAM信息。B、DCN通道承載SDH業(yè)務(wù)時，通過標準STM-I信號傳輸；DCN通道承載OAM時，網(wǎng)管信息以IP包形式通過軟件交換進行二層轉(zhuǎn)發(fā)，直接傳給以太網(wǎng)。DCN通道承載OAM時，在STM-I編號為1 63的凈荷中任意選擇一個 VC-12 (Virtual Container, level 12，12 階虛容器)作為承載 OAM 的 DCN 通道，此 DCN 通道具備VC-12的低階開銷和低階告警信息，其余VC-12承載SDH業(yè)務(wù)。DCN通道可與STM-I業(yè)務(wù)同步設(shè)置保護倒換；STM-I的SDH業(yè)務(wù)選擇2+0工作模式時，兩個DCN通道之間相互獨立，功能相同； STM-I的SDH業(yè)務(wù)選擇1+1工作模式時，兩個DCN通道之間相互保護，當有一個DCN通道不使能用或出現(xiàn)嚴重告警時，會倒換到另一個DCN通道。若選擇DCN通道傳輸0ΑΜ，則進一步選擇DCN通道傳輸OAM的VC-12時隙，當選擇對DCN通道進行保護時，進一步選擇DCN保護通道的VC-12時隙。軟件交換處理的流程如下對DCN通道傳輸?shù)腎P包進行解析，判斷所述IP包是否為到本地的包，若是，則送到IP層處理；否則，查詢介質(zhì)訪問控制MAC端口哈希HASH表，判斷所述IP包是否在在HASH表中，若是，則向?qū)?yīng)端口轉(zhuǎn)發(fā)；否則，向另外的端口廣播。為了實現(xiàn)上述方法，本發(fā)明實施例提供一種基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的裝置，包括DCN通道提供模塊、承載內(nèi)容選擇模塊、STM-I信號傳輸模塊、基于MAC的軟件轉(zhuǎn)發(fā)模塊、DCN通道選擇模塊和同步保護倒換模塊，其中，DCN通道提供模塊，用于在STM-I 的SDH凈荷中提供承載SDH業(yè)務(wù)或OAM的DCN通道；承載內(nèi)容選擇模塊，用于選擇DCN通道承載SDH業(yè)務(wù)或承載OAM ；STM-I信號傳輸模塊，用于當DCN通道承載SDH業(yè)務(wù)時，通過標準STM-I信號傳輸；基于MAC的軟件轉(zhuǎn)發(fā)模塊，用于實現(xiàn)二層數(shù)據(jù)交換功能，直接通過以太網(wǎng)接口發(fā)送由DCN通道接收的IP包，或者將以太網(wǎng)接口接收到的IP包轉(zhuǎn)發(fā)到DCN通道上； 當DCN通道承載OAM時，網(wǎng)管信息以IP包形式通過軟件交換進行二層轉(zhuǎn)發(fā)，直接傳給以太網(wǎng)；DCN通道選擇模塊，用于當DCN通道承載OAM時，在STM-I編號為1 63的凈荷中任意選擇一個VC-12作為承載OAM的DCN通道，其具備VC-12的低階開銷和低階告警信息，其余 VC-12承載SDH業(yè)務(wù)；同步保護倒換模塊，用于實現(xiàn)DCN通道與STM-I的SDH業(yè)務(wù)同步保護倒換，STM-I的SDH業(yè)務(wù)選擇2+0工作模式時，兩個DCN通道之間相互獨立，STM-I的SDH業(yè)務(wù)選擇1+1工作模式時，兩個DCN通道之間相互保護。每個設(shè)備可選擇配置STM-I信號中的一個DCN通道承載SDH業(yè)務(wù)或OAM信息；當設(shè)備間的STM-I不互為保護時，每個STM-I的DCN之間相互獨立，可對承載SDH業(yè)務(wù)或承載 OAM信息進行任意選擇；當設(shè)備間的STM-I互為保護時，每個STM-I的DCN之間也相互保護。DCN通道作為傳輸通道承載網(wǎng)元和網(wǎng)管之間、網(wǎng)元和網(wǎng)元之間的OAM信息時，將接收、發(fā)送以O(shè)AM信息為內(nèi)容的IP包；通過基于MAC的軟件轉(zhuǎn)發(fā)模塊，實現(xiàn)二層數(shù)據(jù)交換功能，從而可以直接通過以太網(wǎng)口實現(xiàn)設(shè)備的網(wǎng)管互聯(lián)。DCN通道設(shè)置為承載OAM信息時，具備VC-12的低階開銷和低階告警信息；以太網(wǎng)接口可發(fā)送由DCN通道上接收的IP包，也可將以太網(wǎng)接口接收到的IP包轉(zhuǎn)發(fā)到DCN通道上。每個設(shè)備需要一個IP地址，避免復(fù)雜的多個IP地址規(guī)劃和路由配置工作?；贒CN和軟件交換實現(xiàn)SDH管理網(wǎng)的設(shè)備與傳統(tǒng)SDH設(shè)備對接時，可通過El轉(zhuǎn)以太網(wǎng)的協(xié)議轉(zhuǎn)換器，將對應(yīng)時隙DCN通道中的IP包下到El轉(zhuǎn)以太網(wǎng)的協(xié)議轉(zhuǎn)換器的El 中，通過協(xié)議轉(zhuǎn)換器的以太網(wǎng)接口將設(shè)備間OAM信息傳送到以太網(wǎng)?；贒CN和軟件交換實現(xiàn)SDH管理網(wǎng)的設(shè)備之間彼此對接時，可通過選擇不同時隙或不同STM-I的DCN通道，直接實現(xiàn)設(shè)備間OAM信息的互傳，或?qū)崿F(xiàn)DCN通道的級聯(lián)，支持多種網(wǎng)絡(luò)拓撲中網(wǎng)元設(shè)備間OAM的互傳。參見圖3所示，從DCN通道中解析出IP包后，通過基于MAC的軟件轉(zhuǎn)發(fā)模塊，實現(xiàn)二層數(shù)據(jù)交換功能，從而可以直接通過以太網(wǎng)口實現(xiàn)設(shè)備的網(wǎng)管互聯(lián)?；贛AC的軟件轉(zhuǎn)發(fā)模塊是在收、發(fā)包處實現(xiàn)軟件轉(zhuǎn)發(fā)的功能模塊，該模塊維護一張MAC與端口對應(yīng)的轉(zhuǎn)發(fā) HASH(哈希)表，通過收包學(xué)習(xí)向該表添加記錄，并作定時老化功能。收包時，分析從端口收到的數(shù)據(jù)包，如果是廣播或到本地的數(shù)據(jù)包則收到IP層處理，否則則查詢維護的MAC端口 HASH表，向?qū)?yīng)端口轉(zhuǎn)發(fā)，查不到記錄則向另外的端口廣播。參見圖4所示，每一個STM-I的SDH幀凈荷中，都可選擇1 63中的任意一個 VC-12作為傳輸OAM的DCN通道，也可將此DCN通道作為承載STM-I業(yè)務(wù)的業(yè)務(wù)通道。參見圖5所示，DCN設(shè)置及軟件交換處理的流程如下步驟101 選擇DCN通道傳輸?shù)膬?nèi)容，判斷DCN通道是否為傳輸OAM的通道，如果是，轉(zhuǎn)到步驟103 ；否則轉(zhuǎn)到步驟102 ；步驟102 =DCN通道傳輸SDH業(yè)務(wù)，返回步驟101 ；步驟103 選擇傳輸OAM的VC-12時隙；步驟104 判斷是否進行通道保護，如果是，轉(zhuǎn)到步驟105 ；否則轉(zhuǎn)到步驟106 ；步驟105 若保護，則選擇DCN保護通道的VC-12時隙；步驟106 對DCN傳輸?shù)腎P包進行解析；步驟107 檢測是否為到本地的包，如果是，轉(zhuǎn)到步驟108 ；否則轉(zhuǎn)到步驟109 ；
步驟108 若是本地的包，則收到IP層處理；步驟109 若不是本地的包，則查詢MAC端口 HASH表；步驟110 判斷該包是否在HASH表中，如果是，轉(zhuǎn)到步驟111 ；否則轉(zhuǎn)到步驟112 ；步驟111 若在HASH表中，則向?qū)?yīng)端口轉(zhuǎn)發(fā)；步驟112 若不在HASH表中，則向另外的端口廣播。參見圖6所示，本發(fā)明實施例中基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的裝置與傳統(tǒng)STM-I的SDH設(shè)備連接時，裝載了 OAM的IP包通過DCN通道進行傳輸，傳統(tǒng)SDH設(shè)備無需同時具備DCN通道和軟件轉(zhuǎn)發(fā)功能；在下SDH業(yè)務(wù)時，將裝載了 OAM的DCN所對應(yīng)時隙的 VC-12，通過El轉(zhuǎn)以太網(wǎng)協(xié)議轉(zhuǎn)換器，即可將OAM通過以太網(wǎng)傳輸?shù)饺我饩W(wǎng)元。參見圖7所示，本發(fā)明實施例中基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的裝置彼此之間互連時，網(wǎng)元I、II、III均具備DCN通道和軟件交換功能，網(wǎng)元I和II可直接通過DCNl 和軟件交換來實現(xiàn)設(shè)備間OAM信息的互傳；網(wǎng)元I和III可直接通過DCN2和軟件交換來實現(xiàn)設(shè)備間OAM信息的互傳，同時，通過網(wǎng)元II和III之間DCN通道的級聯(lián)，也可實現(xiàn)網(wǎng)元I 和III之間OAM信息的互傳。通過選擇不同時隙或不同STM-I的DCN通道，可實現(xiàn)多種網(wǎng)絡(luò)拓撲的SDH管理網(wǎng)。綜上所述，本發(fā)明實施例對于復(fù)雜的管理網(wǎng)傳輸鏈路，有效的簡化了 OAM信息的傳輸過程。如果在SDH管理網(wǎng)中采用本發(fā)明實施例，一方面加大了 OAM信息的傳輸帶寬，另一方面可以實現(xiàn)OAM信息直接IP化的功能，使得網(wǎng)元和網(wǎng)管之間、網(wǎng)元和網(wǎng)元之間的OAM 信息通信協(xié)議標準化，滿足了用戶的需求。本發(fā)明實施例可與原有的SDH傳輸設(shè)備對接，不需要每個網(wǎng)元具備DCN軟件交換功能，支持這項功能的設(shè)備只需要一個IP地址，即可避免復(fù)雜的多網(wǎng)元DCC規(guī)劃和私有協(xié)議的限制，使得鏈路更簡潔。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。本說明書中未作詳細描述的內(nèi)容屬于本領(lǐng)域?qū)I(yè)技術(shù)人員公知的現(xiàn)有技術(shù)。
權(quán)利要求
1.一種基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的方法，其特征在于包括以下步驟A、在第1級同步傳輸模塊STM-I的同步數(shù)字體系SDH凈荷中提供承載SDH業(yè)務(wù)或操作管理維護OAM信息的數(shù)據(jù)通信網(wǎng)絡(luò)DCN通道；B、所述DCN通道承載SDH業(yè)務(wù)時，通過標準STM-I信號傳輸；DCN通道承載OAM時，網(wǎng)管信息以IP包形式通過軟件交換進行二層轉(zhuǎn)發(fā)，直接傳給以太網(wǎng)。
2.如權(quán)利要求1所述的基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的方法，其特征在于所述DCN通道的帶寬為2048kbit/s。
3.如權(quán)利要求1所述的基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的方法，其特征在于所述DCN通道承載OAM時，在STM-I編號為1 63的凈荷中任意選擇一個12階虛容器VC-12 作為承載OAM的DCN通道，其余VC-12承載SDH業(yè)務(wù)。
4.如權(quán)利要求3所述的基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的方法，其特征在于在 STM-I編號為1 63的凈荷中任意選擇一個VC-12作為承載OAM的DCN通道時，此DCN通道具備VC-12的低階開銷和低階告警信息。
5.如權(quán)利要求1所述的基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的方法，其特征在于 STM-I的SDH業(yè)務(wù)選擇2+0工作模式時，兩個DCN通道之間相互獨立；STM-I的SDH業(yè)務(wù)選擇1+1工作模式時，兩個DCN通道之間相互保護。
6.如權(quán)利要求5所述的基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的方法，其特征在于若選擇DCN通道傳輸0ΑΜ，則進一步選擇DCN通道傳輸OAM的VC-12時隙，當選擇對DCN通道進行保護時，進一步選擇DCN保護通道的VC-12時隙。
7.如權(quán)利要求1至6任一項所述的基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的方法，其特征在于步驟B中所述軟件交換處理的流程如下對DCN通道傳輸?shù)腎P包進行解析，判斷所述IP包是否為到本地的包，若是，則送到IP層處理；否則，查詢介質(zhì)訪問控制MAC端口哈希 HASH表，判斷所述IP包是否在在HASH表中，若是，則向?qū)?yīng)端口轉(zhuǎn)發(fā)；否則，向另外的端口廣播。
8.應(yīng)用權(quán)利要求1至7任一項所述方法的基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的裝置，其特征在于包括DCN通道提供模塊，用于在STM-I的SDH凈荷中提供承載SDH業(yè)務(wù)或OAM的DCN通道；承載內(nèi)容選擇模塊，用于選擇DCN通道承載SDH業(yè)務(wù)或承載OAM ；STM-I信號傳輸模塊，用于當DCN通道承載SDH業(yè)務(wù)時，通過標準STM-I信號傳輸；基于MAC的軟件轉(zhuǎn)發(fā)模塊，用于實現(xiàn)二層數(shù)據(jù)交換功能，直接通過以太網(wǎng)接口發(fā)送由 DCN通道接收的IP包，或者將以太網(wǎng)接口接收到的IP包轉(zhuǎn)發(fā)到DCN通道上；當DCN通道承載OAM時，網(wǎng)管信息以IP包形式通過軟件交換進行二層轉(zhuǎn)發(fā)，直接傳給以太網(wǎng)。
9.如權(quán)利要求8所述的基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的裝置，其特征在于還包括DCN通道選擇模塊，用于當DCN通道承載OAM時，在STM-I編號為1 63的凈荷中任意選擇一個VC-12作為承載OAM的DCN通道，其具備VC-12的低階開銷和低階告警信息，其余VC-12承載SDH業(yè)務(wù)。
10.如權(quán)利要求8或9所述的基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的裝置，其特征在于還包括同步保護倒換模塊，用于實現(xiàn)DCN通道與STM-I業(yè)務(wù)同步保護倒換，STM-I的SDH 業(yè)務(wù)選擇2+0工作模式時，兩個DCN通道之間相互獨立，STM-I的SDH業(yè)務(wù)選擇1+1工作模式時，兩個DCN通道之間相互保護。
全文摘要
本發(fā)明公開了一種基于DCN和軟件交換實現(xiàn)SDH管理網(wǎng)的方法及裝置，方法包括步驟在STM-1的SDH凈荷中提供承載SDH業(yè)務(wù)或OAM的DCN通道；DCN通道承載SDH業(yè)務(wù)時，通過標準STM-1信號傳輸；DCN通道承載OAM時，網(wǎng)管信息以IP包形式通過軟件交換進行二層轉(zhuǎn)發(fā)，直接傳給以太網(wǎng)。本發(fā)明采用DCN通道作為SDH管理網(wǎng)的傳輸鏈路，將STM-1凈荷中的VC-12單元作為設(shè)備間OAM信息的物理通道，利用軟件交換實現(xiàn)設(shè)備間OAM信息的直接IP化，有效解決了采用DCC作為SDH管理網(wǎng)物理通道的通道帶寬小、網(wǎng)元單一化、通信協(xié)議私有化、接口局限性的問題，應(yīng)用于MSAP產(chǎn)品中，能產(chǎn)生積極效果。
文檔編號H04J3/16GK102404153SQ201110388040
公開日2012年4月4日 申請日期2011年11月30日 優(yōu)先權(quán)日2011年11月30日
發(fā)明者潘寧, 王菁, 鄭朝暉 申請人:武漢烽火網(wǎng)絡(luò)有限責任公司