复用段保护环保护规则

复用段共享保护环节点三种状态

Idle状态

当一个节点不产生也不接收任何APS请求或者桥接请求状态并且在两个方向上都在接收Idle或者ET代码，则该节点处于Idle状态。

·Rule I #1 Idle状态K字节的产生

Rule I #1a: 任何处于Idle状态并且不插入、下载或者传递额外业务的节点应在两个方向上产生如下K字节：NR/IDd|IDs/s/Idle

Rule I #1b: 任何处于Idle状态并且要插入、下载或者传递额外业务的节点应在两个方向上产生如下K字节：NR/IDd|IDs/s/ET 并且节点按照Rule I-S #3动作直到获取这个环的地图（ring map）。在启动状态下产生的信号还有待进一步研究。

·Rule I #2 Idle状态下对接收到的K字节的处理

终结两个方向的K1和K2

Switching状态

不处于Idle也不处于Pass-through状态的节点即处于Switching状态，它包括缺省信令状态，例如节点启动，还未获取到ring map时。

·Rule S #1 Switching状态K字节的产生

Rule S #1a : BrR(S)/X|Y/s(l)/Sta

Rule S #1b : 任何处于switching状态的节点都要在长、短路径上产生桥接请求（状态）。两个方向的桥接请求（状态）要处于相同的优先级（或者其中一个为反向请求RR），并且保护相同的跨距。当一个节点上接收到多于一个倒换请求时有以下特殊情况：

- 如Rules S #1c和S #1d描述的孤立的节点。

- 节点的两边都接收到span桥接请求时，该节点应在两条短路径上都产生桥接请求，K2[6-8]产生相应span的桥接和倒换状态。

- 如Rule S-S #2b描述的一个环桥接请求抢占相邻节点的span桥接请求的情况。

- 如Table7-12定义的相同span上保护通道的SF\SD与环倒换共存的情况。

Rule S #1c : 当一个处于倒换状态的节点终结了一个由相邻节点通过短路径发来的保护相同的span且优先级与当前执行的桥接请求相同或者更高的桥接请求时，它应在相应的长路径上产生相同优先级的桥接请求。当一个节点接收到来自两边邻节点的短路径上的环桥接请求是，应产生长路径桥接请求而不是短路径RR。当一个节点接收到多个桥接请求时，这条规则优先于Rule S#1b。

Rule S #1d : 当一个节点检测到需要环倒换的情况或者外部发起一个应用于该节点的环倒换命令，节点应在短路径上产生环桥接请求只要该环桥接请求不被更高级别桥接请求抢占。这条规则优先于Rule S #1c。注意当一个节点接收到某一方向的短路径环桥接请求，同时检测到另一个方向的上述的情况，它将根据检测到的情况产生桥接请求。

Rule S #1e : 一个处于倒换状态的节点应在携带额外业务的spans上插入ET代码 ·Rule S #2 Switching状态下对接收到的K字节的处理

终结两个方向的K1和K2

·Rule S #3 单向桥接请求的确认

一旦收到桥接请求或者桥接请求状态，请求的目的节点就应当确认该桥接请求通过将短路径上的K1[1-4]置为RR代码，同时将长路径上的K1[1-4]置为接收到的桥接请求代码。

·Rule S #4 允许共存的保护倒换

Rule S #4a : 以下倒换允许共存：

- 保护通道SD与任何span倒换

- 保护闭锁或者保护通道SF与任何保护其它span的span倒换

- 保护通道SF或者SD与任何相同span上的环倒换。

- 保护闭锁与保护通道SD

- 保护闭锁与保护闭锁

- 保护通道SD与保护通道SD

- 强制倒换与强制倒换（分离为多个环）

- SF环桥接与SF环桥接（分离为多个环）

- 强制倒换与SF环桥接（分离为多个环）

- span倒换与其他span上的span倒换

Rule S #4b : 如果在同一时刻不同span上出现多个相同优先级的桥接请求（eg.SD-R、MS-R、EXER-R）,应不执行任何新的桥接和倒换并保持当前桥接和倒换。（注意在多个SD-R 故障情况下，所有故障应被通告报警。）该节点应在K1产生环桥接请求代码，并将K2[6-8]置为Idle。

·Rule S #5 环桥接请求的失败

当一个正在执行环桥接和倒换的节点不再收到长路径上有效的环桥接请求，他应当丢弃其环桥接和倒换并根据其接收的最高优先级输入产生信令和动作。

·Rule S #6 Span桥接请求的失败

当一个正在执行span桥接和倒换的节点不再收到短路径上有效的span桥接请求，他应当丢弃其span桥接和倒换,并根据其接收的最高优先级输入产生信令和动作。

·Rule S #7 额外业务

一个处于倒换状态的节点不传递额外业务，除非它是由于保护闭锁（保护通道SF）或者保护通道SD请求才进入倒换状态的。一个由于span倒换进入WTR或者任何span倒换请求(除了LP-S\SD-P或者EXER-S)而处于倒换状态的节点，应当不产生也不终结该桥接请求所在短路径上的额外业务。一个由于ring倒换进入WTR或者任何环桥接请求（除了EXER-R）而处于倒换状态的节点，应当不产生也不终结额外业务。

·Rule S #8 恢复等待终止

当一个处于WTR状态的节点在WTR到时之前丢弃其桥接和倒换，应立即终结WTR并根据其最高优先级输入动作。

·Rule S #9

一个处于环倒换状态的节点接收到受到影响的span上的外部命令LOW-R时应丢弃其桥接和倒换并产生NR、SF-P或者SD-P。接收到非LOW-R对应span上的NR代码和Idle或者ER状态或者其他桥接请求状态时，应重新插入该span上之前被抢占了的额外业务。

Pass-through状态

一个节点处的最高优先级的APS请求为一个目的和源都非自己的桥接请求或者桥接请求状态时，该节点进入Pass-through状态。Pass-through状态可以是单向也可以是双向的。总共有三种Pass-through状态：单向全穿通、双向全穿通和K字节穿通。

·Rule P #1 Pass-through状态K字节的产生和对接收到的K字节的处理 当一个节点处于穿通状态，它应在一个方向上传输它从另一个方向上接收的全部或者部分K1和K2字节。一个处于K字节穿通状态的节点应在携带额外业务的spans上产生ET状态代码的K2[6-8].一个处于K字节穿通状态的节点，在接收到ET状态代码时，如果相反方向的span上没有额外业务则应在相反方向产生Idle代码。一个处于单向全穿通状态的节点应继续在相反方向产生之前产生的K字节除非K2[6-8]出现正确的状态代码。

·Rule P #2 在信令传输中保持穿通状态

当一个处于穿通状态的节点接收到目的为字节的长路径环桥接请求，同时接收到目的为另一节点的相同优先级的长路径环桥接请求，该节点应当保持原状态，不传递另一个状态。（这条规则在节点故障的清除序列中十分重要。）

·Rule P #3 额外业务

一个处于全穿通状态的节点不产生和终结额外业务。处于K字节穿通状态的节点可以产生、终结和传递额外业务。

I-S -P状态转换的基本原则

·Rule Basic #1 状态转换的触发

接收到的k字节发生变化，WTR到时，外部发起命令，本地检测到复用段或者设备性能告警。

·Rule Basic #2 K字节的有效性

在接受到连续3帧相同的K字节后才认为该K字节有效。

·Rule Basic #3

所有的桥接和倒换动作都是通过K2[6-8]字节的更新来反映的，除非存在MS-RDI或者在该span上正在传输额外业务。MS-RDI情况下(除非有MS-AIS告警)，无论正处于什么桥接或者倒换状态，相应span上的K2[6-8]将被强置为MS-RDI。连续1ms检测到正常信号（无MS-RDI或者MS_AIS告警）则表示复用段MS-RDI/MS-AIS告警清除，节点将在携带额外业务的span上恢复发送ET代码。

·Rule Basic #4

由本地检测到故障、外部发起命令、接收到K字节引发的APS请求，可以按照表7-7所示优先级抢占当前APS请求，除非是允许共存的桥接请求。由接收到的桥接请求引发的动作总是优先于由桥接请求状态信令引起的动作，不论双方优先级如何。桥接请求状态信令永远不能抢占桥接请求。

I-P转换

·Rule I-P #1 I2P

Rule I-P #1a : 一个环节点从空闲状态转变为穿通状态（全穿通或者K字节穿通）是由一个从任意方向来的有效的K字节变化（从NR变为任意其它桥接请求）引发，只要新的桥接请求的目标节点不是本节点。此时，该环节点的两个方向都变为穿通状态，至于是全穿通还是K字节穿通，则由Rule I-P #1b决定。

Rule I-P #1b : 对于所有的跨距桥接请求状态(span bridge request status)和环桥接试验请求(the EXER-R bridge request)，位于长路径上的中间节点将处于K字节穿通状态。中间节点在接受到一个有效的环桥接请求或者环桥接试验时采取动作如下：

-对于无额外通信的网络节点，当处于空闲状态的节点接受到一个任一方向上的有效的环桥接请求且目的节点不是自己时，该节点将进入双向的全穿通状态。

-对于带有额外通信的网络节点，当处于处于空闲状态的节点接受到一个任一方向上的有效的环桥接请求且目的节点不是自己时，该节点将从两个方向上停止额外业务，并进入单向的(只在桥接请求的方向上)全穿通状态。当接收到交叉的k字节(两个方向桥接请求的源和目的互换)时，节点进入双向全穿通。

·Rule I-P #2 P2I

一个环上的节点将有任意穿通状态恢复到空闲状态当它检测到来自两个方向的代表无请求(NR)的K1[1-4]字节和代表空闲(Idle)或者额外传输(ET)的K2[6-8]字节。节点的两个方向同时有穿通状态转变为空闲状态。被抢占了的额外传输的信息将被重新载入，K2中ET 代码的产生参见in Rule I #1b。

I-S转换

·Rule I-S #1 I2S

Rule I-S #1a : 一个环节点 从空闲状态转变为倒换状态可以由以下几种情况触发： - 一个有效的K字节变化，从NR变为任意一种、无论来自长路径还是短路径的环桥接请求，目的节点为该网络节点。

- 一个有效的K字节变化，从NR变为任意一种、无论来自长路径还是短路径的跨距桥接请求，目的节点为该网络节点。

- 一个目的节点为该网络节点的外部发起的命令。

- 该网络节点自己检测到了故障。

Rule I-S #1b : 当倒换节点接收到一个有效的桥接请求将采取以下操作： [switching node: The node that performs the bridge or switch function for a protection event. In the case of a multiplex section switched ring network architecture, this node also performs any necessary squelching of misconnected traffic for VC-3/4 or higher rate paths.]

- 对于 FS-R 桥接请求，节点将检测是否需要squelching并相应进行squelch，执行桥接动作并在两个方向的K2字节[6-8]中插入已桥接(Br)，除非这时为 MS-RDI或者MS-AIS。在桥接请求的路径上接收到Br之后，将执行倒换动作，并更新长短路径上K2[6-8]为Br&Sw。- 对于 SF-R 桥接请求，节点将检测是否需要squelching并相应进行squelch，执行桥接和倒换动作并在长短路径的K2字节[6-8]中插入Br&Sw，除非这时为 MS-RDI或者MS-AIS。- 对于其它所有桥接请求，除了 SD-P, EXER-S, EXER-R, and LP-S 桥接请求，节点将执行桥接动作并在两个方向的K2字节[6-8]中插入已桥接(Br)，除非这时为 MS-RDI或者MS-AIS。在桥接请求的路径上接收到Br之后，将执行倒换动作，并更新长短路径上K2[6-8]为Br&Sw。 - 对于 SD-P, EXER-S, EXER-R, and LP-S 桥接请求，节点将和其它桥接请求一样产生K 字节信号，但并不执行桥接和倒换。

- 环倒换所有跨距上的额外传输业务或者某一正处与跨距倒换状态的跨距上的保护通道业务将被立即丢弃。

- 桥接和倒换不会被执行当请求桥接和倒换的跨距上接收到的K1[1-4]为ET。

Rule I-S #1c ：跨距倒换的创建和取消由短路径上的桥接请求引发，环倒换则有长路径上的桥接请求引发。也可以说，要指向一个环桥接和倒换，桥接请求必须是从长路径上接

收到的(in order to execute a ring bridge and switch, the bridge request shall be received on the long path)。

·Rule I-S #2 S2I

一个环上的节点将由倒换状态恢复到空闲状态当它检测到来自两个方向的代表无请求(NR)的K1[1-4]字节和代表空闲(Idle)或者额外传输(ET)的K2[6-8]字节(该条件与P2I相同)。从倒换状态转变为空闲状态要经历以下3个步骤：

- Step 1: 当一个节点的WTR等待时间截止或者一个外部发起的命令被清除时，接收到一个来自短路径的反向请求(RR)，节点将丢弃转换操作，并发送代表无请求(NR)的K1[1-4]字节和已桥接(Bridged)K2[6-8]字节。

- Step 2: NR请求被接受并且显示转换已丢弃标识后，头节点将丢弃自己的桥接和倒换，并在两个方向上产生空闲(Idle)K1。转换已丢弃标识是通过短路径上的跨距桥接请求和长路径上的环桥接请求接收的。

- Step 3: 当一个尾节点检测到空闲K1时，该节点经丢弃它的桥接和倒换并在两个方向上产生空闲K1。被抢占的额外通信业务将被重新载入K2中ET代码的产生参见in Rule I #1b。

K2[6-8]字节中原先被抢占的(由于检测到保护通道SF产生的)LP-S代码将被重新载入。

- Step 4: 一旦头节点检测到来自两个方向的代表空闲(Idle)或者额外通信(ET)的K1[1-4]字节，它将恢复到空闲状态。被抢占的额外通信业务将被重新载入K2中ET代码的产生参见

in Rule I #1b。K2[6-8]字节中原先被抢占的(由于检测到保护通道SF产生的)LP-S代码将被重新载入。

- 注意：存在由环上其它地方的状况引起的无桥接和无倒换的情况。在这种情况下，发起请求的网络节点(尾节点)将发送NR K1字节。发现NR K1字节被接受后，头结点K1 变为Idle。 ·Rule I-S #3

一个节点在无法根据环的当前状态发送正确的APS信号时将传送缺省/缺省的APS代码。缺省的APS代码是用来指示一个节点无法正确传送APS字节从而也无法正确执行保护倒换的。·Rule I-S #4

一个环倒换节点接收到来自短路径或者一个跨距倒换节点接收到来自长路径上的缺省APS代码时，将不改变其发送的APS信号并且不对该路径采用任何操作直到接收到正确的APS 代码。一个环倒换节点接收到来自长路径或者一个跨距倒换节点接收到来自短路径上的缺省APS代码时，将丢弃它的桥接和倒换。

·Rule I-S #5

如果一个没有桥接和倒换的节点从两个方向都接收到来自长路径的目的为自己的环桥接请求，它应当对这些桥接请求不采取任何操作。

·Rule I-S #6

如果一个节点接收到来自两个方向的由自己产生的APS字节，并且没有接收到其他APS 请求，它将转变到空闲(Idle)状态。否则节点应当根据接收的最高优先级的请求产生APS 字节。

·Rule I-S #7

当一个节点接收到来自一个它正在保护的跨距上的反向请求代码，并且这个节点此时正在发送反向请求代码，则它将按照I-S#2规则丢弃它的桥接和倒换，除非之前的保护是由桥接请求状态或者SF/SD桥接请求引起的。对于SF/SD，节点将在WTR到时之后根据Rule S-S#3丢弃它的倒换和桥接。

S-S转换

·Rule S-S #1 S-S转换

Rule S-S #1a : 当一个正在指向SF环倒换的节点接收到（来自长路径上的目的非本节点的）另一个SF或者FS环桥接请求，该节点应当检查是否需要Squelch,并相应的squelch。当桥接和倒换被丢弃时，节点应停止squelch。

Rule S-S #1b : 当一个正在执行FS环倒换的节点接收到（来自长路径上的目的非本节点的）另一个FS或者SF环桥接请求，（同上）该节点应当检查是否需要Squelch,并相应的squelch。当桥接和倒换被丢弃时，节点应停止squelch。

Rule S-S #1c : 当一个正在执行环倒换的节点接收到优先级更高的保护相同跨距的环APS请求（可能由于本地检测到SF、外部发起命令或者目的为它的环桥接请求），它应将正在执行的环倒换的优先级提高到和接收到的环桥接请求相同的优先级。

Rule S-S #1d : 当一个正在执行span倒换的节点接收到优先级更高的保护相同span 的span APS请求（可能由于本地检测到SF、外部发起命令或者目的为它的span桥接请求），它应将正在执行的span倒换的优先级提高到和接收到的span桥接请求相同的优先级。

Rule S-S #1e : 当一个正在指向EXER环倒换的节点接收到优先级更高的保护相同跨距的环APS请求（可能由于本地检测到SF、外部发起命令或者目的为它的环桥接请求），它将移除额外业务。并按照Rule I-S#1描述的执行新的环倒换APS请求。

Rule S-S #1f : 当一个正在指向EXER_span倒换的节点接收到优先级更高的保护相同跨距的span APS请求（可能由于本地检测到SF、外部发起命令或者目的为它的环桥接请求），排除接收到的APS请求为LP-S和SD-P的情况，它将移除短路径上的额外业务。如果长路径上存在额外业务，则K2[6-8]将置为ET代码，并按照Rule I-S#1描述的执行新的span_APS 请求。

·Rule S-S #2 倒换的抢占

Rule S-S #2a : 当一个正在执行span倒换的节点接收到优先级更高的保护相同跨距且目的为自己的环APS请求（可能由于本地检测到SF、外部发起命令或者目的为它的环桥接请求）时，它应当：

- 立即丢弃span桥接和倒换；

- 执行环APS请求（参考Rule I-S #1）。

Rule S-S #2b : 当一个正在执行span倒换的节点接收到优先级更高的保护相邻跨距且目的为自己的环APS请求（可能由于本地检测到SF、外部发起命令或者目的为它的环桥接请求）时，它应丢弃span倒换，在span_APS请求的方向上产生NR代码的K1和已桥接代码的K2，并在ring_APS请求的方向上发送环倒换请求代码的K1和Idle代码的K2字节。

Rule S-S #2c : 当一个正在执行span倒换的节点接收到优先级更高的保护非相邻跨距的长路径环桥接请求，它应当丢弃span倒换，并在两个方向上产生NR代码的K1和已桥接代码的K2字节。

Rule S-S #2d : 当一个已经桥接和倒换了的span倒换节点接收到NR或者保护该span 的倒换已被丢弃的指示时，该几点将丢弃它的桥接和倒换，并且当节点接收到的最高优先级输入为：

- 目的为自己的span桥接请求状态或者NR,则节点应在两个方向都产生NR代码的K1和Idle 代码的K2。

- 保护相邻跨距的span_APS请求（可能由于本地检测到SF、外部发起命令或者目的为它的span桥接请求）,则节点应根据请求产生相应的K字节。

- 保护相邻跨距的环APS请求（可能由于本地检测到SF、外部发起命令或者目的为它的环桥接请求）,则节点应执行环桥接请求。

- 目的为其它节点的长路径上的环APS请求,则节点依据Rule S-P #1a或者S-P #1b产生K

字节，取决于Br代码是否已经被接收。

- 目的为其它节点的长路径上的span_APS请求状态,则节点依据Rule S-P #1c或者S-P #1d 产生K字节，取决于Br代码是否已经被接收。

- 保护相同跨距的span_APS请求（可能由于本地检测到SF、外部发起命令），则节点应产生span桥接请求代码的K1和Idle代码的K2。

Rule S-S #2e : 当一个已经桥接（尚未倒换）的span倒换节点接收到NR或者保护该span的倒换已被丢弃的指示时，节点将丢弃它的桥接，并且当节点接收到的最高优先级输入为：

- 目的为自己的span桥接请求状态或者NR,则节点应在两个方向都产生NR代码的K1和Idle 代码的K2。

- 保护相邻跨距的span_APS请求（可能由于本地检测到SF、外部发起命令或者目的为它的span桥接请求）,则节点应根据请求产生相应的K字节。

- 保护相邻跨距的环APS请求（可能由于本地检测到SF、外部发起命令或者目的为它的环桥接请求）,则节点应执行环桥接请求。

- 目的为其它节点的长路径上的环桥接请求,则节点依据Rule S-P #1a或者S-P #1b产生K 字节，取决于Br代码是否已经被接收。

- 目的为其它节点的长路径上的span_APS请求状态,则节点依据Rule S-P #1c或者S-P #1d 产生K字节，取决于Br代码是否已经被接收。

- 保护相同跨距的span_APS请求（可能由于本地检测到SF、外部发起命令），则节点应产生span桥接请求代码的K1和Idle代码的K2。

Rule S-S #2f : 当一个正在执行环倒换的节点即受到比起正在执行的环倒换优先级更高的保护相邻跨距的环/跨距APS请求（可能由于本地检测到SF、外部发起命令或者目的为它跨距/环桥接请求），它应当：

- 立即丢弃环倒换和桥接；

- 执行更高优先级的APS请求(具体按照Rule I-S #1执行)

Rule S-S #2g : 当一个正在执行环倒换的节点接收到更高级别的针对相同跨距的跨距倒换APS请求，它应当：

- 立即丢弃环桥接和倒换；

- 执行跨距APS请求。

Rule S-S #2h : 对于一个四纤的环：如果一个环节点接收到一个比它正在执行的环APS 请求更高优先级的APS请求，并且这两个请求不允许共存时，这个节点应放弃较低优先级的请求并且在确定较高优先级请求的同时也要考虑检测到的或者接收到的保护通道状况。如果检测或者接收到允许与更高优先级请求共存的保护通道状况，并且更高优先级的APS请求是为了获得相邻的检测/接收到的保护通道请求的跨距上的跨距倒换、或者检测/接收到的保护通道请求的相同跨距上的环倒换，则该节点则应在相应的跨距上对保护通道请求和更高级别优先级的APS请求都作出相应。这条规则优先于Rule S-S #1c 和 Rule S-S #2f。 ·Rule S-S #3 环倒换和跨距倒换的清除(NO PRE-EMPTION)

Rule S-S #3a : 当一个节点的故障被清除后，该节点进入WTR状态，并在相应的time-out时间间隔内保持在WTR状态，除非这时出现以下3种情况。进入WTR状态的节点将向长路径和短路径上同时发送代表WTR的K1字节。

1)接收到一个优先级高于WTR的桥接请求。

2)检测到另一个故障。

3)一个外部发起的命令进入有效状态。

Rule S-S #3b : 当一个节点接收到SD-S、SD-R、SF-S或者SF-R桥接请求(单向)而不

是本地检测到故障，而执行倒换时，接收到代表WTR的K1字节，该节点将在短路径上发送(反向请求)RR并在长路径上发送WTR。

·Rule S-S #4 – 跨距倒换超时

对于一个四纤的环，如果由于接收不到（超时，持续时间由设备来设定）来自短路径的应答信号而无法执行一个SD-S或者SF-S桥接请求，或者由于保护通道由于SD-P、SF-P或者LOW-S而无法获得的时候，应当尝试使用合适的环倒换。

·Rule S-S #5

一个节点接收到来自两个邻节点且目的均为自己的环桥接，应当丢弃他的桥接和倒换。·Rule S-S #6

当一个节点正在接收一个保护闭锁的桥接请求或者因为保护（备用）通道SF正在产生一个保护闭锁的span桥接请求时，接收到了一个外部发起的桥接命令或者检测到相同跨距的主用通道SF，它应当考虑使用环桥接请求。

S-P转换

·Rule S-P #1 倒换抢占规则（S2P转换）

Rule S-P #1a : 当一个既没倒换也没桥接的span倒换节点接收到一个该span已桥接（Br）的代码，而它接收到的最高优先级的输入为长路径上的目的为其他节点的环桥接请求时，该节点应在两个方向上都产生NR代码的K1和Idle代码的K2。

Rule S-P #1b : 当一个既没倒换也没桥接的span倒换节点接收到一个该span的桥接桥接已丢弃的指示，而它接收到的最高优先级的输入为长路径上的目的为其他节点的环桥接请求时，

- 对于没有额外业务的节点，该节点将进入双向全穿通状态。

- 对于存在额外业务的节点，该节点将丢弃两个方向的额外业务，并在桥接请求的方向上进入全穿通状态。若接收到交叉的K字节，该节点进入双向全穿通状态。

Rule S-P #1c : 当一个既没倒换也没桥接的span倒换节点接收到一个该span已桥接（Br）的代码，而它接收到的最高优先级的输入为目的为其他节点的span桥接请求状态时，该节点应在两个方向上都产生NR代码的K1和Idle代码的K2。

Rule S-P #1d : 当一个既没倒换也没桥接的span倒换节点接收到一个该span的桥接桥接已丢弃的指示，而它接收到的最高优先级的输入为目的为其他节点的span桥接请求状态时，该节点将进入K字节穿通状态，并将被抢占的额外业务重新插入。

Rule S-P #1e : 当一个正在执行环倒换的节点接收到比它正在执行的环倒换优先级更高的来自长路径上的保护非相邻span的环桥接请求时，它应当立即丢弃它的桥接和倒换，并计入双向全穿通状态。

Rule S-P #1f : 当一个正在执行环倒换的节点接收到目的非自己但却是输入中优先级最高的环桥接（来自长路径）请求时，它应当立即丢弃它的桥接和倒换，并进入双向全穿通状态。

Rule S-P #1g : 当一个既没倒换也没桥接的环倒换节点接收到目的非自己但却是输入中优先级最高的span桥接（来自短路径）请求时，它将进入K字节穿通状态，并将被抢占的额外业务重新插入。

·Rule S-P #2 P2S转换

Rule S-P #2a : 一个节点由全穿通状态转换为倒换状态会由以下几种情况触发：1）一个相同或更高优先级或可以共存的外部发起的命令；2）检测到一个相同或更高优先级或可以共存的故障；3）接受一个目的为自己的相同或更高优先级或可以共存的桥接请求；4）

检测到自己产生的APS字节。

Rule S-P #2b : 一个节点由K字节穿通状态转换为倒换状态会由以下几种情况触发：1）任何外部发起的命令；2）检测到任何故障；3）接受任何目的为自己的桥接请求。

Rule S-P #2c : 如果一个原来处于全穿通状态的节点正在产生由Rule S-P #2a引起的span桥接请求，该节点将在受影响的span的邻跨距的保护通道上插入AU-AIS，直到该节点接收到环倒换被丢弃的指示。

·Rule S-P #3

如果一个原来处于（由SF-R或者FS-R环桥接请求引起的）穿通状态的节点正在产生由Rule S-P #2a引起的SF-R或者FS-R环桥接请求，该节点应当：1）确定是否需要squelch 并相应的squelch；2）执行环桥接和倒换。

·Rule S-P #4

如果一个穿通状态的节点接收到至少一个方向的源为自己的APS字节，它将在两个方向都产生Idle代码。

P-P转换

·Rule P-P #1 K字节穿通转换到全穿通

- 对于无额外业务的节点，在K字节穿通状态下接收到长路径上目的为自己的非EXER环桥接请求时，将进入双向全穿通状态。

- 对于存在额外业务的节点，应丢弃两个方向的额外业务，并在桥接请求的方向上进入全穿通状态。若接收到交叉的K字节，该节点进入双向全穿通状态。

·Rule P-P #2 全穿通转换到K字节穿通

一个处于双向全穿通状态的节点在接收到来自两个方向的目的为自己的span桥接请求状态时，将进入K字节穿通。