[發明專利]基于DCN和軟件交換實現SDH管理網的方法及裝置

無效

• 申請號: 201110388040.4
• 申請日: 2011-11-30
• 公開（公告）號: CN102404153A
• 公開（公告）日: 2012-04-04
• 發明（設計）人: 王菁;鄭朝暉;潘寧
• 申請（專利權）人: 武漢烽火網絡有限責任公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L12/56;H04J3/16
• 代理公司: 北京捷誠信通專利事務所(普通合伙) 11221
• 代理人: 魏殿紳;龐炳良

技術領域

本發明涉及SDH(Synchronous?Digital?Hierarchy，同步數字系列)中用來構成管理網的傳輸鏈路技術領域，特別是涉及一種基于DCN(Data?Communication?Network，數據通信網絡)和軟件交換實現SDH管理網的方法及裝置。

背景技術

SDH中用來傳輸設備間管理和控制信息的物理通道一般為DCC(Data?Communications?Channel，數據通信通路)。DCC是SDH管理網的物理通道，參見圖1所示，在STM-1的SDH段開銷中有D1～D12共12個字節用于傳輸OAM(Operation?Administration?and?Maintenance，操作、管理、維護)信息，其中D1～D3位于再生段(DCCR)，帶寬為3×64kbit/s，即192kbit/s；D4～D12用于復用段(DCCM)，帶寬為9×64kbit/s，即576kbit/s。由DCC構成SDH管理網的傳輸鏈路技術是這樣的：使用DCC作為SDH傳輸OAM的通道，將OAM信息嵌入在段開銷的DCC字節中。傳輸網的所有網元都必須使用DCC字節，且所有嵌入在DCC字節的OAM信息需要滿足私有的通信協議，才能構成統一的網管網。

設備廠家根據需要，將OAM信息按照私有協議封裝到DCC字節中，傳輸網中的每個網元需要都使用DCC字節，并能識別私有協議，這個用DCC來傳輸OAM的網管網才能實現。如果SDH管理網的某一個或幾個網元不使用DCC字節，或者DCC字節中的OAM信息是基于不同通信協議的，則此網管網無法連通。由此可見，采用DCC作為SDH管理網的傳輸鏈路存在局限性。

目前傳輸設備的OAM信息越來越多，傳輸信息需要的帶寬容量逐步增大，對信息之間通信協議的標準化要求也越來越高。使用DCC構成SDH管理網的傳輸鏈路，帶寬上限只有768kbit/s，通常傳輸網的所有網元不一定都使用DCC字節，或者若每個網元DCC字節中OAM信息的通信協議不一致，采用DCC作為SDH管理網的傳輸鏈路均無法實現。

發明內容

本發明的目的是為了克服上述背景技術的不足，提供一種基于DCN和軟件交換實現SDH管理網的方法及裝置，采用DCN通道作為SDH管理網的傳輸鏈路，將STM-1凈荷中的VC-12單元作為設備間OAM信息的物理通道，利用軟件交換實現設備間OAM信息的直接IP化，有效解決了采用DCC作為SDH管理網物理通道的通道帶寬小、網元單一化、通信協議私有化、接口局限性的問題。

本發明提供的基于DCN和軟件交換實現SDH管理網的方法，包括以下步驟：A、在第1級同步傳輸模塊STM-1的同步數字體系SDH凈荷中提供承載SDH業務或操作管理維護OAM信息的數據通信網絡DCN通道；B、所述DCN通道承載SDH業務時，通過標準STM-1信號傳輸；DCN通道承載OAM時，網管信息以IP包形式通過軟件交換進行二層轉發，直接傳給以太網。

在上述技術方案中，所述DCN通道的帶寬為2048kbit/s。

在上述技術方案中，所述DCN通道承載OAM時，在STM-1編號為1～63的凈荷中任意選擇一個12階虛容器VC-12作為承載OAM的DCN通道，其余VC-12承載SDH業務。

在上述技術方案中，在STM-1編號為1～63的凈荷中任意選擇一個VC-12作為承載OAM的DCN通道時，此DCN通道具備VC-12的低階開銷和低階告警信息。

在上述技術方案中，STM-1的SDH業務選擇2+0工作模式時，兩個DCN通道之間相互獨立；STM-1的SDH業務選擇1+1工作模式時，兩個DCN通道之間相互保護。

在上述技術方案中，若選擇DCN通道傳輸OAM，則進一步選擇DCN通道傳輸OAM的VC-12時隙，當選擇對DCN通道進行保護時，進一步選擇DCN保護通道的VC-12時隙。

在上述技術方案中，步驟B中所述軟件交換處理的流程如下：對DCN通道傳輸的IP包進行解析，判斷所述IP包是否為到本地的包，若是，則送到IP層處理；否則，查詢介質訪問控制MAC端口哈希HASH表，判斷所述IP包是否在在HASH表中，若是，則向對應端口轉發；否則，向另外的端口廣播。