云南龙网

  1. 首页 > 云知道 > >

一 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处理是一个能够充分利用现有基本设备的投资领域 。

推荐阅读


上一篇：兔饲料的加工与调制

下一篇：为什么清除微信内存，微信群都不见了 微信群自动退群