4. 线性保护（1:1保护）：原理、工作模式与优缺点分析

各位好，咱们今天聊聊线性保护里的1:1保护。说实话，这个机制在光通信里非常经典，也是我入行时第一个啃透的保护方式。记得刚接触那会儿，总觉得它跟1+1保护差不多，后来在现网里栽过跟头才明白——差远了。

4.1 1:1保护的基本原理

1:1保护，说白了就是「一条工作通道配一条保护通道」。但跟1+1不一样的是，平时保护通道不传业务，它是空闲的。只有工作通道出问题了，业务才切过去。

你想想看，这就像你家有两辆车。平时只开一辆，另一辆停库里。万一第一辆抛锚了，你才开第二辆出门。而1+1保护呢，是两辆车同时跑，一辆载人，一辆空跑——资源浪费啊。

我当年在某个城域网项目里，客户非要省光纤资源，问我能不能用1:1替代1+1。我说可以，但得配协议交互，不然倒换时间你扛不住。后来他们试了，确实省了一半光纤，代价是倒换时间从10ms飙到了50ms。嗯，这就是取舍。

4.2 工作模式详解

1:1保护的工作模式，我习惯把它拆成两个层面来看：一个是信号层面的「单发单收」，另一个是控制层面的「协议交互」。两者缺一不可。

4.2.1 单发单收

什么叫单发单收？就是发送端只在一个通道上发业务信号，接收端也只从一个通道收。正常情况下，业务走工作通道，保护通道是静默的。

举个例子：

正常状态：
发送端 A ——[工作通道]——→ 接收端 B
发送端 A   [保护通道] 空闲  接收端 B

故障状态：
发送端 A   [工作通道] 中断  接收端 B
发送端 A ——[保护通道]——→ 接收端 B

这里有个坑，我必须要说。单发单收模式下，接收端怎么知道该从哪个通道收？答案是——它不知道。所以必须靠协议来告诉它。这就是为什么1:1保护不能像1+1那样「无脑收」，它需要脑子。

4.2.2 协议交互

协议交互是1:1保护的精髓。常用的协议有APS（Automatic Protection Switching）和PCC（Protection Communication Channel）。我当年在华为做测试时，APS协议报文结构背得滚瓜烂熟，现在还记得几个关键字段。

协议交互的核心流程是这样的：

1. 故障检测：接收端发现工作通道信号丢失（LOS）或帧丢失（LOF）
2. 发起请求：接收端通过保护通道的APS字节，向发送端发送倒换请求
3. 确认协商：发送端收到请求后，确认保护通道可用，开始切换
4. 完成倒换：双方同步完成，业务切换到保护通道

我曾经遇到过一个奇葩问题：两端设备的APS协议版本不一致，导致倒换请求发过去对方不认。业务断了整整两分钟，客户电话打爆了。从那以后，我每次开局都会先检查APS版本号，这已经成了肌肉记忆。

4.3 优缺点分析

咱们客观地说，1:1保护不是万能的，但它有自己独特的适用场景。我列个表，大家看得更清楚。

对比项	1:1保护	1+1保护
资源利用率	高（保护通道可传低优先级业务）	低（保护通道始终空闲）
倒换时间	较慢（需协议交互，约30-50ms）	快（无需协议，约10ms）
协议复杂度	高（需要APS协议支持）	低（无协议或简单协议）
成本	较低（可复用保护通道）	较高（保护通道专用）
适用场景	光纤资源紧张、允许50ms倒换	对倒换时间要求极高

从这张表能看出来，1:1保护最大的优势是资源利用率。保护通道在空闲时可以跑一些低优先级的业务，比如网管数据、性能监控等。我做过一个项目，用保护通道传了4路GE的监控视频，客户直呼真香。

但缺点也很明显——倒换时间慢。为什么呢？因为协议交互需要时间。你想想看，故障检测、请求发送、确认协商、切换执行，这一套流程走下来，30ms已经算快的了。如果两端设备距离远，光纤传输时延再一叠加，50ms也是常有的事。

4.4 知识体系总览

为了让大家更直观地理解1:1保护的整体逻辑，我画了一张流程图。这张图我当年培训新员工时用过，效果不错。

这张图把1:1保护的五个关键步骤串起来了。从初始状态到故障检测，再到协议交互、确认协商，最后完成倒换。每一步都有它的意义，缺一个环节都不行。

我个人觉得，1:1保护最适合的场景是光纤资源紧张、但对倒换时间要求不那么苛刻的场合。比如接入层网络、企业专线等。如果你在做骨干网或者核心网，对倒换时间要求极高，那还是老老实实用1+1吧。

好了，关于1:1保护的内容就聊到这儿。记住一句话：1:1保护是用时间换资源，1+1保护是用资源换时间。选哪个，看你的网络诉求。

---