ASON构建智能光网络演进法则

zjol

ASON构建智能光网络演进法则（1）


最近掀起的宽带接入高潮，使得传输网建设一下子处于整个通信网络建设的风头浪尖。然而，传统的“带宽驱动型”运营模式使运营商无法灵活地调配网络资源，传输投资重复性较高，带宽利用率极低。
     
     面向智能光网络的“用户驱动型”运营模式，借助路由选择协议和信令机制，使点对点的光网络变得“聪明”起来，进一步提高带宽的使用率和多业务承载能力，使运营商能够致力于关注用户需求，重视投资回报，从而实现可持续盈利的良性循环。
     
     ASON面临的机遇与挑战
     
     在智能光网络的发展初期，究竟要以OXC取代EXC进行波长选路还是引入路由协议进行全网的交换，引起了极大的争议。App派和硬件派走到了一个必须作出抉择的十字路口。直到今天，对于ASON未来发展方向的探索，依旧存在着App与硬件两种不同的看法。但可喜的是，大多数厂家已经将两者有机地结合在一起，即在OXC进行光交叉的时候，引入App数据信息库。在不久的未来，随着在全网设备上普及智能化App以及 O-VPN 等新业务的开发，最终的全光网智能很快将来到大家的身边。
     
     现在已有的通过固定波长的OADM组建的网络，如何合理的向ASON过渡？如果所有的节点都上OXC，代价太大且浪费严重。如果用原有的OADM加App的功能实现ASON，这又是一个指配式连接，无法体现ASON的波长自由调度的好处。同时，城域网中是否有足够的光纤为运营商构建ASON所需要的网状网？这些问题还有待各运营商和厂商去解决。
     
     ASON的出现
     
     如今,各厂家对ION的理解也就不尽相同。早先 Sycamore 等几个小厂商成立的ODSI论坛，就是试图利用 GMPLS 统一大家的观点。随着 ITU-TASON 概念的提出，G.8080终于一统天下。
     
     传统的SDH网络中，全网的路由是通过用户在网管上的预先调配来实现的，网络本身在路由选择上毫无智能可言，无法做到随着业务流量的大小和Cos等级而重新分配路径。同时，在带宽的智能调配这一点上，由于每一个通道内速率是固定的，即便大家所需的带宽是远远小于155M，它也必须占有一个VC4通道，这无疑又造成了传输资源的极大浪费。除了这些显而易见的问题外，网络的Qos保障、多业务承载能力、用户验证计费机制等等，也成为传统SDH难以逾越的障碍。
     
     毫无疑问，ASON的出现为大家构建了下一代的核心光网络，它通过在SDH中引入路由协议和信令机制，促使交换和传输在光层面的融合，向用户提供波长批发、带宽出租、OVPN、流量计费、SLA业务等等服务。ASON的前身ASTN(G.8070)为ASON打下了一个非常良好的基础，它为网络定义了三个层面：控制平面、管理平面和传送平面。
     
     控制平面由众多的OCC组成，为传送平面的各光节点提供呼叫信令控制和路由连接选择，并通过不停地监测和交互LSA以试图在网络发生故障的时候利用保护倒换尽力恢复连接。从某种意义上说，OCC完成了部分路由器的功能，能够不断更新路由表和网络的拓扑结构。现在大多数的OCC还是需要单独外置的设备，但已有厂家考虑将其做成接口卡，直接插在设备的业务插槽中。
     
     管理平面具备全网的监测、维护和协调功能，在作用上很类似SDH的集中式网管，但功能更为强大：包括对各OCC计算出的最佳路径进行修改、对全网的流量进行平均分配、对端对端连接的自动调整以及对不同属性的业务选择不同的配置等等。
     
     传送平面中的各节点由于要实现ASON的大量服务而基本都采用DXC设备，并附加了相当强的信号监测能力，直接面向用户提供端到端的物理层连接。对于少量管理和控制信息的传送，可以选择带内和带外两种不同的方式。
     
     其中,UNI是用户和网络的接口，为用户每次发起和结束呼叫时产生信令，处理用户的连接请求，在逻辑上可视为OCC与用户端DCE设备的接口。信令一般有RSVP-TE(G.7713.2)、CR-LDP(G.7713.3)和ATM-PNNI(G.7713.1)三种标准，其中以IP业务为主导方向的RSVP获得了大多数厂家的赞同。
     
     NNI是控制平面上各OCC之间的接口，负责在OCC之间传送节点之间的连接信令、进行智能路由、网络拓朴学习和保护策略规定。信令和路由是NNI的核心，大多数厂家目前主推OSPF作为NNI间的路由协议， RSVP - TE (G.7713.2)作为信令协议。
     
     IrDI-NNI(E-NNI)是不同管理域间OCC的接口，通常涉及不同子网间或两个不同厂家的产品互通问题。由于双方的管理层永远互不通信，网间的主要交互信息就是从IrDI-NNI进行沟通的。出于技术保密的考虑， IrDI-NNI一般只交互一些简单的网络拓朴和Cos请求信息。