VT/TU交换对边缘网影响的分析(一)

　　最近的技术进步有助于缓减网络级、网元级和硅晶片级的高容量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被直接映射至VT1.5，然后通过纯粹的SONET网元被映射至STS-1。为了成功互连这两种信号，这两种信号必须在同一点分离为原始的T1格式。　　

　　从历史角度讲，Transmux功能出现在位于集中式网络的核心的DCS内。随着网络过渡为分布式拓扑，Transmux功能开始出现在那些想在城域网核心和接入网中升级ADM的服务提供商提交的信息查询（RFI）文件内。关键成果便是那些支持Transmux的网元以更高容量的VT/TU交叉连接为中心，这种连接能够为点对点T1连接提供框架。　　

　　APS要求

　　除了需要Transmux功能之外，运营商还需要在VT/TU层级实现分布式自动保护交换（APS），以便保持"99.999%"的可靠性。APS适用于VT/TU层级，由单向路径切换环（UPSR）定义，在SONET标准的Telcordia GR-1400-Core和子网连接保护（SNCP）以及SDH标准的ITU-T G.841 and ETSI TS 101 009中均有所描述。深入评论APS架构已超出文本的范畴，但有必要重点指出同VT/TU处理相关的若干关键问题。　　

　　APS可以提供一种机制，帮助系统从（设施保护）或者网元（设备保护）的故障中自动恢复。APS能够应用于更高的STS/AU层级或者更低的VT/TU层级，具体视所采用的标准以及具体的网络类型而定。　　

　　目前，大部分ADM都可以在STS/AU层级支持UPSR或者SNCP，通过软件提供实施APS切换所必需的大部分算法。硬件具备故障检测功能，并且支持最终的切换事件，但软件实际上是用于读取检测到的故障、解释信息、生成经过修改的交叉连接状态，然后将新的配置写入硬件。这种方案是一种软件和处理器密集型的解决方案。

　　对于低容量VT/TU交叉连接而言，上文所述的传统APS方法通常都是可以管理的。然而，随着服务提供商向容量更高的VT/TU交叉连接演进，在这些标准设定的性能范围内应用传统的APS模式开始变得不合时宜。

　　尽管设备保护不存在任何时间限制，但网络标准为设施的保护规定了50毫秒的时间限制。网络必须在这一时间框架内检测并重新配置所有连接。