1、OOB概念与速率协商简介
各位好，我们开始聊OOB序列与速率协商。这一章算是整个课程的地基。你如果不清楚什么是OOB，不知道它为什么存在，后面那些复杂的握手时序、眼图调试就没法真正吃透。
我的习惯是，先搞清楚一个技术「解决什么问题」，再去看它「怎么实现」。OOB序列和速率协商，说白了就是为了解决两个设备在高速互联时，如何「对暗号」以确定彼此能力的通信契约。
1.1 OOB序列定义
OOB，全称Out-of-Band，带外信号。它跟我们平时传数据的In-Band（带内）信道是两码事。OOB序列，本质上是通过在物理层发送一组特定时序的电气信号，用来传递状态和控制信息。这些信息不包含在数据包里面，而是依靠信号本身的持续时间、间隔和电平跳变来表达。
OOB序列的核心特征：不依赖数据帧中的比特位，直接在物理链路上通过信号模式传递。
常见的OOB序列类型包括：
- COMRESET：用于复位链路，强制重新初始化。
- COMINIT：从设备发出的初始化请求。
- COMWAKE：表示设备已准备好进行速率协商。
- Compliance Pattern：用于测试链路电气性能的标准信号。
拿SATA举个例。你插上一块固态硬盘，主机先发一个COMRESET出去，硬盘收到后回复COMINIT，然后双方再通过COMWAKE握手，最后才进入速率协商。这套动作，全部是在数据线路上靠特定电平变化完成的，没有用到任何数据帧。
个人经验：我在调试SATA链路时，遇到过因为PCB走线太长导致COMWAKE序列被噪声淹没的情况。示波器一看，信号幅度对，但时序不对。最后发现是参考时钟抖动过大，导致序列的间距超出了规范。
1.2 速率协商的作用
速率协商，就是两个设备在物理层达成一致：「咱们用多快的速度对话？」
为什么需要协商？原因有三：
- 兼容性问题：你的主板支持PCIe 5.0，但插的显卡只支持4.0，不能上来就跑5.0，不然显卡挂掉。
- 功耗管理：链路闲置时降速节能，需要时再升回去。
- 链路优化：如果链路质量不好，高频率下误码率太高，自动降速到更稳定的模式。
你想想看，如果没有速率协商，所有设备都必须在出厂前确定一个固定的速率，那整个生态就没法向下兼容了。PCIe从1.0到5.0，速率翻了10倍，全仰仗这套协商机制。
注意：速率协商失败不会直接报错给操作系统，而是链路直接Down掉或者反复重训。很多工程师查了半天驱动，最终发现是物理层的协商没过去。
1.3 常见应用场景
| 协议 | OOB序列用途 | 协商速率范围 |
|---|---|---|
| 以太网（10GBASE-T, SFP+等） | 通过CLK/Data Lane上的均衡训练序列完成自动协商（Auto-Negotiation）。 | 10Mbps ~ 400Gbps |
| PCI Express | 使用Electrical Idle序列（EIOS/EIEOS）进行数据块对齐和恢复，再通过Link Training and Status State Machine（LTSSM）进行速率/宽度协商。 | 2.5GT/s ~ 32GT/s |
| SATA / SAS | COMSQUENCE系列序列用于OOB握手，然后通过Align Primitive协商SATA Gen1/2/3速率。 | 1.5Gbps ~ 12Gbps |
以太网的例子很典型。我记得调试过一款交换芯片，和光模块插上后死活不亮。查来查去，发现是Auto-Negotiation的FLP（Fast Link Pulse）序列里，对端设备未正确携带FEC能力标识，导致协商卡在了最后一步。去掉自协商，手动固定成10Gbps，反倒正常了。
PCIe这边更讲究。它的OOB序列叫EIEOS（Electrical Idle Exit Ordered Set）。当链路进入电气空闲后，要退出时必须发送一组特定编码的EIEOS，接收端检测到后统一恢复时钟，再进入训练阶段。我见过一个案例，因为PCIe参考时钟的PPM偏差超标，导致EIEOS的重复周期不稳定，芯片老是误判为空闲，链路频繁Down。
SATA的OOB则是用COMRESET、COMINIT、COMWAKE三个序列组成「密码本」。一个完整的启动流程是：主机发COMRESET → 设备回COMINIT → 主机发COMWAKE → 设备回COMWAKE → 进入速率协商。我曾经在项目里发现，某款硬盘对COMWAKE的脉宽要求特别严格，稍微超出20%就不响应，最后不得不在Firmware里调整时序参数。
1.4 与In-Band协商的区别
In-Band协商，顾名思义，是在正常的数据传输通道上，利用帧头、特殊编码或保留字段传递能力信息。比如以太网的LLDP（Link Layer Discovery Protocol），就是通过数据帧携带设备信息进行交换。
两者最大的区别在于：
- OOB协商：在链路还没有建立高速数据传输之前就完成。它不依赖数据帧，靠的是物理层模拟信号序列。速度快，但能携带的信息量很少。
- In-Band协商：必须在链路高速稳定之后才能进行。它可以交换复杂的配置信息（如FEC类型、Firmware版本、链路统计），但需要先完成速率稳定。
打个比方：OOB就像两个人远远看见对方，先挥手确定「我是人是鬼」「你准备说话了吗」；In-Band则是两个人坐下后，拿笔在纸上写：「我英语不到四级，你讲慢点」「我听力不好，你大声点」。OOB解决「能不能通」的问题，In-Band解决「通得怎么样」的问题。
建议：调试链路时，先用示波器抓OOB序列确认物理层握手是否通过。如果OOB都过不去，调In-Band配置纯属白费力气。我曾经在实验室泡了一整天换驱动、改寄存器，最后发现是OOB序列的电压阈值设高了，芯片误以为没收到信号。
关键点：OOB协商是前提，In-Band协商是补充。两者缺一不可，但时序上OOB一定先发生。
好了，这一章的硬知识就是这些。我画了一张图，帮你记住OOB序列在速率协商中的核心地位。