Mark Spooner/PMC-Sierra公司產品經理

    最近的技術進步有助于緩減網絡級、網元級和硅晶片級的高容量VT/TU交叉連接所面臨的重重困難，但無法徹底克服這些困難。

    城域網核心服務以及接入傳輸服務基于靜態設置的固定帶寬容器，這些容器位于STS-N層級或VT-N層級（由SONET定義）以及AU-N層級或TU-N層級（由SDH定義）。

    最近在城域網核心和接入網絡中部署的設備基于那些能夠在容量為51.84兆比特/秒（STS-1）或155.52兆比特/秒（AU-4）的最小容器中交叉連接用戶服務的架構。然而，服務提供商所提供的能夠創造收入的業務基于速率較低的 T1服務、E1服務以及新興的10/100 以太網服務，這些服務通常無法高效映射到更大的SONET/SDH容器中。

    我們能夠利用基于SONET的VT1.5（1.728兆比特/秒）容器或者基于SDH的TU-12（2.304兆比特/秒）容器（表1）實現集合與交叉連接，借此高效管理T1（1.544兆比特/秒）、E1（2.048兆比特/秒）或者10/100以太網服務。這些速率較低的容器最初用來使基于PDH的業務映射至SONET/SDH網絡。除此之外，STS/AU和VT/TU級出現的技術（比如虛擬級聯和LCAS）可以實現靈活的帶寬管理，進而通過這些以前的固定凈荷容器機制高效傳輸10/100 兆比特的以太網服務。

    表1： VT/TU映射至STS/AU容器

    盡管VT和TU自從SONET/SDH問世以來便已定義完畢，然而從很多層面講，在整個網絡提供VT/TU支持以確保高效映射、交叉連接和集合低速服務，卻是不切實際的，而且成本極其高昂。最近的技術進步有助于緩減網絡級、網元級和硅晶片級的高容量VT/TU交叉連接所面臨的重重困難，但無法徹底克服這些困難。本文從網絡級展開，旨在深入分析VT/TU交換對所有三個層級的影響。

    網絡級問題

    在網絡層級實現VT/TU級交叉連接，可能導致帶寬管理以及自動保護交換和Transmux功能出現問題。在具體設計時讓系統有效解決這些問題需要花費極高的成本，因此服務提供商必須逐步了解并實施每一步，“交叉（forklift）升級”并非切實可行的解決方案。

    從歷史角度講，我們很難在整個城域網中的分插多路復用器（ADM）內實現VT/TU級合并以及交叉連接支持。網元無法以較低的成本、較低的功耗、較小的占地面積切實可行地支持大容量VT/TU交叉連接。系統級功能（比如帶寬設置以及告警監控等等）也很難在VT/TU級操作并未集中分布的網絡中進行管理。

    到目前為止，城域網主要采用ADM借助點對點及環形架構予以實現，能夠疏導至STS/AU級。很大一部分VT/TU級交叉連接出現在數字交叉連接系統（DCS）之中，此類系統集中分布在城域網核心。

    對于傳統的網絡拓撲學而言，在特定的城域網中，希望在兩個站點之間連接T1線路的客戶需要在每個站點都設置獨立的T1線路，每個站點都要求回連至城域網外部的DCS，以便完成服務連接。在供應部分充足的接入環狀網專用于支持回程連接的應用中，這樣做可能導致帶寬陷入困境而無法使用。

    隨著IC技術不斷進步，芯片制造商以及OEM廠商目前可以提供經濟高效、切實可行的大容量ADM，此類多路復用器能夠處理VT/TU級服務。這種新興的分布式解決方案可以替代傳統的集中式VT/TU交叉連接方案，其中用于集合及交叉連接的ADM位于靠近客戶的特定城域網中的VT/TU層級，大大緩減了回程需求。

    然而，我們另外還必須考慮更加精細的帶寬管理。支持大量分布式網絡元素所必需的軟件的復雜程度和功能都有所增加。在集中式DCS中，帶寬設置、測試接入以及告警監控比大量分布式的網元中的相應過程易于管理。

    盡管如此，隨著運營商要求更多VT/TU級支持那些靠近城域網接入的網元，新興的發展趨勢卻是分布式解決方案。運營商清楚地認識到，未來幾年的基建投資（capex）不會出現什么大的風浪，而且VT/TU處理是一個能夠充分利用現有基本設備的投資領域。

    更高容量的VT/TU交叉連接的額外激勵因素便是支持Transmux的需求。Transmux是一種完成基于PDH的低速支路（通過不同映射從網絡的每一端進入網絡的T1）連接的過程。

    例如，在一端，T1通過M13 多路復用器被多路復用至DS3，然后被映射至STS-1。在其他端，T1被