SDH线性复用段光网络技术支持部线性复用段及其特性线性复用段定义:实现基于点到点的物理网的复用段层保护的保护方式。ABW1W2P线性复用段按保护类型分为1:N和1+1两种;如果按倒换恢复的方式划分,有恢复式和非恢复式;如果按是否走协议来分,有单端和双端方式。对于我司的设备,1:N是双端恢复式;1+1有单端恢复、单端不恢复、双端恢复、双端不恢复四种。线性复用段及其特性1+1线性复用段特性业务为双发选收工作通路保护通路倒换:从保护通路而非工作通路选择业务的动作桥接:将相同的业务在工作通路和保护通路上同时发送的动作线性复用段及其特性1+1线性复用段特性具有双向倒换和单向倒换方式——单向倒换工作通路保护通路单向倒换不走协议单向倒换:在单方向故障条件下,只在被保护实体受影响的方向采取倒换动作的保护倒换线性复用段及其特性1+1线性复用段特性具有双向倒换和单向倒换方式——双向倒换工作通路保护通路双向倒换要走协议双向倒换:在单方向故障条件下,在被保护实体两端都采取倒换动作的保护倒换。线性复用段及其特性1+1线性复用段特性保护通路不能传送额外业务工作通路保护通路保护通路已被占用了线性复用段及其特性1:N线性复用段特性正常时业务只在工作通路上传送,保护通路可以传送额外业务只能进行双向倒换,因此必须要走协议工作通路保护通路额外业务1:N中的N最大为多少呢?线性复用段及其特性1:N线性复用段特性多通路故障时保护通路根据优先级进行抢占,目前我司设备没有设置通路优先级的功能,倒换抢占的规则是:先判断倒换请求优先级,若倒换请求优先级相同,再根据工作通道号来决定优先级,对于工作通道,目前是工作通道1的优先级最高,14最低。线性复用段的配置如下图组网:#1为2500+网元,#2为10GV2网元12wp56133线性复用段的单板可以不插在对偶板位。线性复用段的配置1+1单端非恢复:1+1单端可恢复:1+1双端非恢复:1+1双端可恢复:1:1线性复用段的配置各个设备配置复用段时的一些限制:2500+:(1)SQ1:1、3光口可以组任何复用段(实际上由于时隙的原因,SD1单板只支持单向环形复用段、线性复用段,不支持双向环形复用段。);2、4光口只能组1+1单端复用段(1+1单端复用段不走协议。由于单板软件的原因,倒换时间在100ms以内;准备在V2.20版本修改,保证倒换时间在50ms以内。)。(2)SQE:1/2/3/4光口只能组1+1单端复用段(1+1单端复用段不走协议)。(3)SDE/SDE2:1/2光口不支持任何复用段。(4)SD1:1、2光口可以组任何复用段(实际上由于时隙的原因,SD1单板只支持单向环形复用段、线性复用段,不支持双向环形复用段)。线性复用段的配置各个设备配置复用段时的一些限制:10GV2:保护通道不支持级联额外业务的配置。在主机上没有这样的限制,业务可以正常配置下去,但在复用段倒换的时候不能替换保护通道上的交叉连接,使工作通道上的业务不能倒换到保护通道上去,工作业务中断。SLQ4、SL16板组成的复用段保护(包括复用段环和线性复用段)不支持级联业务的配置。(其实配置是可以的,但条件苛刻,要求上下业务的单板不能为SLQ4、SL16、GE02这样的级联受限单板,且只能组1+1线性复用段段)线性复用段的配置各个设备配置复用段时的一些限制:155/622:SS11GTC与SL2板配合,不支持SL2本板两个光口组成线性复用段;只支持两块SL2板同时使用上光口或者同时使用下光口组成线性复用段,且仅支持一个复用段,否则倒换不成功。12GTC支持SL2两个光口均可以组成线性复用段(无论是11模式还是12模式)。线性复用段K字节含义bit1bit2bit3bit4bit5bit6bit7bit8线性复用段协议信息格式:bit1bit2bit3bit4bit5bit6bit7bit8K1字节K2字节线性复用段K字节含义K1倒换请求:bit1---bit41111锁定(LP_S)1110强制倒换(FS_S)1101信号失效倒换(SF_S)1100信号失效倒换(低优先级)1011信号劣化倒换(SD_S)1010信号劣化倒换(低优先级)1000人工倒换(MS_S)0110等待恢复(WTR)0100练习倒换(EXER_S)0010反向请求(RR_S)0001倒换不恢复(DNR_S)0000无请求(NR)K1请求通道号:bit5---bit8取值范围:0---14为什么会有两个失效和两个劣化呢?对于我司设备,默认使用的是劣化是b,失效是d,但有些厂家的设备使用的是a和c,为了与这些厂家的设备对正常对接,因此开发了另外两种低优先级的SD和SF请求,可以通过命令选择。目前只有10GV2实现了这一功能。倒换优先级从上到下依次降低线性复用段K字节含义K2字节各bits含义:Bit1---bit4:当前桥接倒换的通道号;Bit5:线性复用段类型标志:0—1+1,1—1:N;Bit6---bit8:状态码:000——IDLE110——MSRDI111——MSAIS注:对于10GV2设备R2及以后版本,还有两种状态码:100和101,即4和5,4表示单端线性复用段,5表示是双端线性复用段,指示单双端的功能默认不打开,可通过cfg-set-lmsk2mode打开该功能。就我司设备而言,是不判断K2后三位的,但有些厂家的设备需要判断。线性复用段保护倒换的实现倒换条件:自动倒换条件:LOS、LOF、MS_AIS、B2OVER、B2SD(可设)。其中LOS、LOF、MS_AIS、B2OVER均作为SF倒换条件,B2SD作为SD倒换条件(默认不打开)。外部命令倒换条件:强制倒换(FS)、人工倒换(MS)、练习倒换(EXER)。设备故障:SPI、RST、MST等功能块对应芯片器件故障;关键单板故障(例如线路板、交叉、时钟板不在位)K字节请求:不是倒换触发条件,是双端方式下通知对端网元进行倒换。单板连续三次(每次125us)收到相同K字节则上报主控。线性复用段保护倒换的实现启动过程:启动时,站点向工作与保护光纤均发送启动K字节0x3000(如果是10GV2的1:N方式,是K字节0x3008),并启动定时器T1。若某个方向收到启动K字节0x3000或者有效K字节,表明此方向收发光纤均正常;若没有收到任何K字节(收纤SF或者紧急通道不通),表明此方向出现故障。由此,进入相应的复用段状态。线性复用段保护倒换的实现1+1单端倒换过程:#1在主用通道上收到信号失效,如果备用通道正常,下发交叉页面,接收备用通道的信号,倒换完成。#2点无动作。12wp9101714线性复用段保护倒换的实现1+1双端和1:1倒换实现过程:#1在主用通道上收到信号失效,在备用通道上向#2发送倒换请求。#2在备用通道上收到A的倒换请求,在备用通道上向#1发送桥接响应。#1收到#2的响应后执行倒换和桥接,并在备用通道上向#2发送倒换确认。#2收到#1的倒换确认后执行倒换,信令达到稳态,倒换完成。12wp9101714线性复用段保护倒换的实现1:1倒换恢复过程:#1在主用信道上收到信道恢复信号,在备用通道上向#2发送等待恢复请求,进入等待恢复态,并启动等待恢复定时器。#2接收到#1的等待恢复请求后,进入等待恢复态。#1定时结束,向#2发送无请求。#2收到#1的无请求后,释放倒换页面并回送倒换恢复确认信息。#1收到#2的恢复确认信息后,释放倒换页面,倒换恢复完成。12wp9101714线性复用段保护倒换的实现1+1倒换恢复过程:如果配置成恢复模式,则1+1的双端的恢复与1:1相同;1+1单端只是本端先进入等待恢复态、WTR超时后进入空闲态,对端状态不变。如果配置成非恢复模式,没有WTR过程。1+1双端是两端同时进入DNR态(非恢复态);1+1单端是本端进入DNR态,对端状态不变。线性复用段协议处理非恢复式的处理:只有SF或SD倒换条件产生的倒换,当SF或SD结束后,线性复用段才进入并保持在DNR状态,直到有高级别的倒换请求抢占DNR或协议重新停启才会解除,当复用段在DNR状态时,业务仍然走保护通道,因此(2500+)交叉板会一直有PS告警,并且主控会持续上报apsindi告警。外部命令(强制倒换工作到保护、人工倒换工作到保护)清除时不会进入DNR态,而是直接进入IDLE态。线性复用段协议处理WTR的处理:WTR时间设置要求大于20秒。如果设置时间太短,在拔板倒换或者硬复位单板,倒换时间会超标。现在,各个产品的WTR时间统一改为6~720s,缺省为600s。WTR定时器的说明:对1:N或者1+1双端恢复式来说,当SF或者SD清除时,先前检测到SF或SD的一端会启动WTR定时器,向对端发送请求为LPS_WTR的K字节,对端这时也进入WTR,但是不会启动定时器。当定时器超时,两端再恢复到IDLE态。对于1+1单端恢复式来说,只有SF或者SD清除的一端进入WTR。对于1+1非恢复式来说,当SF或者SD清除时,没有WTR过程,进入DNR态。线性复用段协议处理外部命令:每条外部命令对应一条清除命令;外部命令不存库。当外部命令被高级别的倒换请求抢占、协议重启、主控复位后,外部命令将被清除。缺省K字节:1+1单端方式下,保护通道和工作通道发送的K字节都是启动K字节0x3000,一直不变。所有的线性复用段,工作通道的K字节都是启动K字节0x3000(10GV2的1:N是0x3008)。线性复用段协议处理K1K2失配:1:N或者1+1双端时,当收到的K2前四位与发送的K1后四位不一致时,启动K1K2失配的定时器,等到160ms后定时器超时,上报K1K2失配告警。如果收到的K2前四位与发送的K1后四位一致时,告警清除。1+1单端没有K1K2失配。K2失配:不论线性复用段的配置方式如何,只要收到的K2第五位与发送的第五位不一致,就会立即上报K2失配告警。等到收到的K2第五位与发送的第五位一致时,告警清除。常见产生的原因是一端协议未完全启动。另外,一端配置为1+1,一端配置为1:N时也会产生此告警。注意:出现K2失配时,协议不会继续处理;但是K1K2失配时,协议会继续处理。(见附件)