光纤接入网有很多值得学习的地方,这里我们主要介绍光纤配线在光纤接入网中的位置,包括介绍光缆配线系统的最新进展、光纤端接技术的进步等方面,希望大家对光纤接入网技术更加的了解。由于在国内只是在近几年才得到大规模应用推广,电信运营商普遍
感到比较缺乏光纤接入网的建设经验。光纤接入网要逐步实现全光化已成为各运营商的共识。作好配线层光缆建设的规划关系到光纤接入网的网络建设运营成本和将来的效益,建设者在选择传输技术的同时,必须
同样注意的建设问题就是如何有效地作好光纤的配线。光纤配线在光纤接入网中的位置光纤配线主要完成光纤进局后光纤的连接和终接后单芯光纤到各光通信设备中光路的连接与分配,以及光缆分纤配线(线路调度)。光纤配线产品可完成光缆的固定、分纤缓冲、环绕预留、夹持定位、接地保护、固定接头保护以及光纤的分配、组合、调度等。目前光纤接入网的传输系统,基本上不直接提供大量的100MEthernet接口,因此,实际上是采用共缆分纤的光纤直连方式实现100Mb/s的传输;这种传输方式的大量使用,对配线系统
提出了很高的要求。常见的配线产品有:光纤配线架、光缆交接箱、光缆分线箱等。光纤配线架是用于外线光缆与光通信设备的连接,并具有外线光缆的固定、分纤缓冲、熔接、接地保护以及光纤的分配、组合、调度等功能的现代通信设备。光缆交接箱是用于光纤接入网中主干光缆与配线光缆节点处的接口设备,可以实现光纤的熔接、分配以及调度等功能,可采用落地和架空安装方式。光缆分线箱是用于光纤环路终
端的配线分线设备,可以提供光纤的熔接、终端、配线及分线功能。目前有一种基于光纤级的交叉连接(FXC),可以理解为具有交叉能力的光配线架(ODF),或称为智能光配线架,是OXC的初级阶段,有一定市场需求,缺点是设备本身独立组网能力差。光缆配线系统的最新进展光纤数字综合配线架光纤化是一个渐进的过程,电缆配线和光纤配线的比例在不断改变,光纤配线逐渐取代电缆配线。光纤数字综合配线架将数字配线架和光纤配线架合为一体,具有光纤配线和数字配线综合功能,各自的容量可以由用户确定,
所以它非常适合光纤化进程的灵活性要求。智能型光纤配线架(IODF)智能型光纤配线架是集计算机通信、自动控制、光传输及测试技术于一体,并与传统的ODF架完美结合的高技术系统。主要通过各种智能化模块实时采集所监测光纤的光功率变化值,并上报各级网管中心。当发现告警时迅
速发出告警信息,及时准确排除光缆线路故障,从而有效地压缩了障碍历时;同时,也可以预报传输系统物理线路的故障隐患,通过统计分析光缆性能,为管理人员提供决策依据。具体体现如下:1.具有光功率计的功能,可以监测传输系统的收光功率值,可反映光功率的变化,定位故障光缆段。2.直观反映传输系统的光功率状况,及时发出声光告警,及早发现光缆物理线路的故障隐患,变被动维护为主动维护。3.具有传输资源的管理功能,提供机房设备包括IODF架上各端子及相应路由的全面管理。由武汉邮科院研制生产的“密集波分复用环境下的光配线架”,除具备常规光配线架所有功能外还具备对光接点的功率监测与显示功能;此外,这种新型ODF还提供与本地光通信设备网管系统的标准接口,可以在网管系统上设置光路由地址表。南京普天开发的集中监控系统和工频电流监测系统,使配线架的任何故障都处于监视之中,甚至在出现故障时具有呼叫BP机的功能。为了更智能化地管理配线架,配合智能化配线架的应用,某些厂商还开发了更多的系统管理软件,能够让用户对每条链路进行设置,确定该链路在发生变化时是否发出SNMP告警或呼叫,确保接收至关重要的链路告警。这些系统管理软件甚至实现记录集合点、管理配线架到配线架布线、光纤配线架和光缆以及网络交换设备的整体功能。光纤端接技术的进步光纤端接技术的发展(比如熔接技术取代压接技术)使得光纤在布线中的应用越来越普遍,因而光纤配线设备的使用也越来越广泛。
例如,现场免熔接技术可使平均每芯光纤端接小于1分钟,而采用免打线快接式配线架可降低工具成本和维护成本。采用了这些新技术,接线板,设备架以及跳接箱都可以设计成允许固有线路的改进以及最少的线路交叉,并且容易利用每一个独立部件,适于测试、便于设备的移动、增加和改变。基于PCB的配线技术随着光接口技术的发展,业界已逐渐确立在电气PCB(印制电路板)上实现光配线技术、光印制线路板技术、光表面安装技术以及光、光器件和电器件
同一的模块化设计、安装技术,这样一来,提高了配线过程的自动化程度,避免了人工配线对工艺要求高和容易降低线路质量的问题。带状光缆的使用主干光缆的纤芯只要在各光交接箱终端并配线,就可以方便灵活地组网,但过多的光纤跳接可能引起线路指标劣化以及增大投资。为保证纤芯的灵活调度和保护投资,在工程实施中可将主干光缆纤芯带规划为共享纤芯、独享纤芯和直通纤芯3种类型并分别使用纤芯带,这样配线起来就非常方便,维护也简单。OADM和OXC目前,光纤接入网大多通过光纤配线架来实现到城域网的接入,这种手工配置方式在大规模的光传送网中,严重影响了业务的指配时间、对网络业务模式和故障的响应时间,增大了运营开销;虽然解决了对带宽的需求,但它没有发挥出光复用技术的联网优势。实现光网络自动重新配置,自动建立光通道连接、
缩短业务的指配时间、加快故障响应时间、建立等级服务并在此基础上发展
新的增值服务,是接入光网络的发展目标。随着DWDM逐渐向网络边缘的推进,有朝一日,接入网也将逐步采用以波长为单位进行上下路和交叉连接的光分插复用设备(OADM)和光交叉连接设备(OXC),实现光交换和光路由,光纤配线设备的功能将融合到OADM和OXC中并最终被取代。
关于光纤接入网应用经验总结
时间: 2024-10-01 20:44:41
关于光纤接入网应用经验总结的相关文章
【深度】阿里Docker服务开发中的5大挑战与经验沉淀
核心专家的深度分享! 阿里云资深技术专家 易立(微垣) 易立,阿里资深专家,目前负责阿里云容器技术相关的产品的研发工作.易立毕业于北京大学,获得学士和硕士学位:加入阿里之前,曾在IBM中国开发中心工作14年,担任资深技术专员,作为主要架构师负责IBM企业平台云产品线PureApplication System的研发工作:还作为架构师.主要开发人员负责和参与了一系列IBM在Web 2.0,SOA中间件的研发和创新,也曾为全球客户提供SOA技术咨询和项目实施. 以下是采访实录: 请介绍下阿里云容器服
交通和个性化推荐实战经验分享
而在4月20日的云栖大会深圳峰会的<大数据>专场上,数加又有新的迅猛变化,产品体系更加清晰,场景化方案走向个性化,来自企业的实践也已走向深入. 今日的数加:16+产品,3大方案,3种可视化应用 如果从阿里云官网导航栏的"大数据"入口进入,可以看到产品.解决方案.可视化是数加的三大框架体系.具体来看: 产品方面已经拥有16款产品: 开发套件:大数据开发.机器学习.BI报表: 数据应用:推荐引擎.规则引擎标准版.移动定向营销版.移动数据分析: 智能算法:智能语音交互
网易“世界杯球星卡”设计项目实战经验
编者按:学习时间到咯!很多同学读书时只顾着学习软件和设计理论,木有公司实习的经验,求职时就多了点难度,小编给个建议,多看大公司的设计项目实战经验!比如今天分享的这篇,网易同学@NeilYoung_ixd总结了"世界杯球星卡"的项目经验,既可以了解流程,也能偷师点经验,何乐而不为? 写在前面 能把兴趣做成工作是一件幸运的事.工作上难免的PK和时间紧迫其实也是值得欣慰的,因为这正是价值最大化体现的时候.也应了那句话,好的心态才有更好的风景. 相信和大家一样,每次下载到国外的应用,都要先
新美大实战经验:大数据在O2O精准化营销中的应用
本次的分享Topic是:精准营销中的数据应用. 内容概要 O2O的营销业务和系统演变: 数据系统和服务在营销系统中的应用: 数据挖掘和用户画像的建设. O2O的营销业务和系统演变 在介绍技术框架前,为了方便大家理解,先简单阐述一下O2O营销的基本组成:O2O营销是由营销发生的渠道(站内,站外)与营销的主题业务(流量,交易)两个维度组成的,其中产生了多种营销的形态,如精准化用户营销活动.DSP的精准投放.渠道价值排名和反作弊等,数据分析和挖掘在这些环节都能发挥很大的价值.本次我们主要介绍站内精准化
大神经验:怎样分辨照片是否经过PS处理过
我分享一下我的经验吧.我就不去讨论那些专业的数码变化原理了,我从实用主义的角度来阐述一下这个问题.我把判断一幅照片是否PS的方法分为四类: 事实不能 物理不能 摄影不能 细节不能 事实不能 事实不能就是根据人一般的经验就可以认定这个是不可能的. 它分为两类: 1:明显的事实不能 2:逻辑的事实不能 明显的事实不能是指根据人一般的经验,违背明显生活常识就能判断的图片,比如一个人跳了十米高. 逻辑的事实不能是指图片本身没有问题,但根据其他条件会产生逻辑上的矛盾,比如明明才六月份,照片里的银杏却都黄了
在redhat Linux9下安装Oracle9.2.0的一点经验
oracle 这个也是我曾经写在大富翁论坛上的笔记,今天也一并转贴一下:http://www.delphibbs.com/keylife/iblog_show.asp?xid=6526 如下:--- 在redhat Linux9下安装Oracle9.2.0的一点经验 作者:jrq 摘要:简述在redhat Linux9环境下安装Oracle9.2.0数据库的过程. 关键字:Oracle9i redhat Linux9 内核参数 环境变量 一直是在redhat Linux7.1环
框架模块设计经验总结
三个月没写日志了,比较懒散--下半年准备做OEA 的 B/S 版本,比较复杂,需要从架构设计开始认真入手.正好今天到了部门反思的时间,今天先把原来的一些设计经验总结一下,以方便将来回顾. 直入主题,这篇日志主要用于总结一些框架级别的模块设计经验. 总述 一个大型的框架,必然由多个较独立的子系统/子模块构成.这些子模块如何交互,之间的接口如何定义,这是框架的架构设计的问题.而今天我主要要总结一下,针对其中的某一个子模块,应该如何进行设计.(例如,在 OEA 中有这些相对
阿里十年经验输出,大数据平台“数加”的前世今生
2016 年1月20日,在云栖大会上阿里云发布了一站式大数据平台"数加",该平台集合了阿里巴巴十年的大数据能力以及上万名工程师实战检验,该平台是一站式的解决方案,首批亮相20款产品,覆盖数据采集.计算引擎.数据加工.数据分析.机器学习.数据应用等数据生产全链条. 数加平台由大数据计算服务(MaxCompute).分析型数据库(Analytic DB).流计算(StreamCompute)共同组成了底层强大的计算引擎,速度更快.成本更低.计算引擎之上,"数加"提供了丰
设计-Android线程的问题,有经验的人回答一下吧!
问题描述 Android线程的问题,有经验的人回答一下吧! android的线程设计,假如是一个从网络获取图片的线程, 1.我要设计成软件一启动这个线程就启动了,而且一直在运行着,等待用户的指令是否获取图片什么的操作,总之这个线程没到软件退出的时候是不会关闭的,这样设计好吗? 2.还是设计成,这个线程只下载一张或多张图片,下载完成这个线程就停了,如果再需要获取图片,继续new出来. 两种方式都用线程池将线程管理起来. 我想知道你们在设计的时候用的是哪一种方式,或者第一种方法是我的想法有问题,帮忙