在传输网络中引入ASON技术的策略分析

来源:中国通信广角  作者:佚名
摘要:1、引言自动交换光网络(ASON)技术经过多年的发展,一直在不断积累和完善中。对于国内大多数运营商而言,传统传输网络已具有相当大的规模,如何更合理地引入ASON技术,实现传输网的平稳演进是本文讨论的主要问题。2、引入ASON技术的意义目前,……

4、网络引入ASON的必要条件

虽然ASON尚有一些不足,但随着技术的逐步成熟,它的未来必定是光明的。运营商在准备启动ASON时,除了要考虑技术上存在的上述瓶颈外,还应满足以下必要条件:

(1)符合ASON的业务拓扑模型

ASON网络只在网状分布式业务模型中才能发挥其优势,而对星型集中式、汇聚式业务没有意义。移动话音业务在交换端局以上为全网状的电路模型,而更多的基站电路均为到局端的集中型;移动交换端局一般都集中在少数几个枢纽局内,因此只有枢纽局间可能存在ASON需求。而固话运营商在话音业务方面,更类似于由交换支局、端局到汇接局、长途局逐级汇聚结构,网状模型并不明显,ASON需求也不迫切。而数据业务的特点与话音不同,相对符合ASON的业务模型。因此,不同运营商由于其业务模型各不相同,对ASON需求也不相同。

(2)光缆网状多路由的真实性

物理光缆网是实现ASON的基础,对于光缆网资源还不十分到位的情况下(如节点不能保证有3个以上的光缆维度),引入ASON将不能真正发挥其优势,对于此种情况,不建议引入ASON。否则ASON的保护机制无法发挥作用,反而由于同路由隐患的增加,需额外的人力进行风险组的管理,增加了维护成本与管理难度。

(3)网络规模

对于小业务量的情况,环网连接表现出更好的带宽利用率。对于大业务量的情况,格状MESH网提供的节点间的直接物理通道被有效填充,能表现出更好的带宽利用率。另外,节点较少无法发挥ASON技术的先进性,一般业务需求节点达到15个后,才能触发ASON技术的效益点。

(4)业务颗粒

ASON技术只对VC-4以上业务颗粒起作用。若要ASON支持VC-12业务,这对于分布式智能网元数据库是个相当大的挑战,业务发生倒换恢复时,恢复时间也将是天文数字。因此,ASON产品短时间内无法支持VC-4以下业务颗粒。运营商需待业务带宽模型逐渐由小颗粒VC.12话音业务发展成为大颗粒为主的数据业务时,再考虑ASON引入的问题。

5、ASON技术现阶段的引入策略

5.1不同层面区别对待

ASON技术的应用需要根据长途网与城域网的不同特点分别考虑采用不同的演进策略。长途业务网基本为网状业务连接,符合ASON特点;长途传输网目前普遍采用环网,由于环路较长,出现两点故障或多点故障的概率较大,也需要加强保护。因此,长途网中引入ASON是有意义的,建议采用“自下而上”的演进策略,先在业务需求迫切的重点区域引入ASON,然后根据技术发展情况,采用UNI接口或NNI接口将多个局部ASON网络互联起来,最终实现全网的智能化。

对于城域传送网,目前普遍采用核心层、汇接层和接入层3层结构。ASON技术的引入应由特大城市核心层开始,采用“自上而下”的方式,逐步向汇接层扩展,最终涵盖整个传输网络。

具体原因分析如下:

(1)骨干层(含核心层和汇接层)

骨干层提供骨干节点间的连接,其业务需求具有网状分布、业务量大、业务颗粒大的特点,符合ASON应用特点。

在骨干层中,多环间互联的情况非常普遍,当业务需要跨接多个环时,安全性需由多环共同保障,目前通常采用SNCP保护方式,环环串联,由于转接环节太多,安全性难以保障。而ASON的直达路由恰恰解决了上述问题。

同时,从运营商的光纤资源来看,枢纽核心节点间相对丰富。因此,骨干层将是ASON首先引入的层面。

(2)接入层

接入层的业务量一般很小,且以集中型业务为主。业务颗粒多为VC-4以下,最普遍的是VC-12。多数运营商的接入侧的光纤资源相对比较匮乏,大多只能提供环型和链型连接。因此,接入层引入ASON还将是长期的过程。

【相关文章】好搜一下
Apache+php+mysql在windows下的安装与配置图解(最新版)

Apache+php+mysql在windo

先准备好软件:Apache官方下载地址:apache_2.0.55-win32-…