【UCIe】UCIe Data to Clock

2022-11-10 261

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： 【UCIe】UCIe Data to Clock

1. 简介

CDR (Clock and Data Recovery) 两大功能：时钟恢复，数据恢复。但 UCIe 没有 CDR ，UCIe 自带一对前向时钟线，无需进行时钟恢复，只需进行数据恢复。UCIe 需要 Data to Clock Training

Data to Clock Training 是什么意思？笔者没有特别明白，百度、Google 这个词也没查到比较好的解释。笔者理解，Data to Clock Training 是指通过调整 Data、Clock、Valid Lane 的参考电压等电气参数以及 Clock Phase，使得接收端 Clock 能够尽可能准确地采样在 Data 眼睛张得最开的位置，从而获得符合系统要求的传输性能。

当然，UCIe 不止有 Data to Clock Training，在 Data to Clock Training 之前还有 Valid to Clock Training，其跟 Data to Clock 方法类似，此处按下不表。UCIe 1.0 文档中提到的 Full Data to Clock Training 即包含了 Valid 在内的 Data to Clock Training。

2. 基本原理

UCIe PHY 初始化及训练期间会多次调整电气参数或时钟相位，并进行多次单个时钟相位的单点式 Data to Clock Point Test，或者进行多次不同相位插值扫描式的 Data to Clock Eye Width Sweep Test。发起 Data to Clock Test 的主体可以是 Tx，也可以是 Rx，不同 LSM 状态需求不同。

比如 MBTRAIN.VALVREF、MBTRAIN.DATAVREF、MBTRAIN.VALTRAINVREF、 MBTRAIN.DATATRAINVREF 及 MBTRAIN.RXDESKEW 状态时调整 Rx 参考电压，则由 Rx 发起 Data to Clock Test。MBINIT.REPAIRMB、MBTRAIN.VALTRAINCENTER、MBTRAIN.DATATRAINCENTER1、MBTRAIN.DATATRAINCENTER2 及 MBTRAIN.LINKSPEED 状态时由 Tx 发起 Data to Clock Test。

发起 Data to Clock Test 的一端负责向对端发送 Sideband Msg，与对端沟通要采用的 Data to Clock Training 参数，比如 LFSR (Linear Feedback Shift Register，线性反馈移位寄存器) Pattern、Burst Mode、Error Threshold 等。在得到对端的响应后正式开始 Data to Clock Test。

2.1 测试电路

Data to Clock Test 开始之后，发送端生成并发送测试 Pattern，接收端接收到测试 Pattern 后与其本地参考 Pattern 进行比较。为保证准确发现链路问题，链路收发端采用相同的 LFSR，收发端同步启动 Pattern Generator 并同步推进，每个 UI (Unit Interval) 都要进行比较。在测试完毕后，对 LFSR 进行复位。

UCIe 接口 Data to Clock 训练及测试电路示意图如下（图 1）：

2.2 比较方案

接收端需实现以下两种 Test Pattern 的比较方案：

Per Lane Comparison ，逐 Lane 比较（图 2），每一条 Lane （标准封装：16 条 Lane；先进封装：64 条常规 Data Lane + 4 条备用 Lane）单独实现 Pattern 检测电路，并配有一个 Sticky Register Bit。当该 Lane 的 Pattern 比较出错后，其对应的 Sticky Bit 置一，且整个训练过程中都不会清除。通过这种方式，Sideband 通过查询 Sticky Bit 能够知晓到底是哪条 Lane 出了问题，从而完成接下来的 Repair 任务。

▲图 2：UCIe Data to Clock Test Per Lane Comparison

Aggregate comparison ，综合比较（图 3），跟 Per Lane Comparison 类似，但其检测结果并非 Sticky 的，而是实时变化的。所有 Lane 上的比较结果进行或操作，从而对所有检测到的 Compare Error 进行汇总，每出现一个 UI 的错误，位宽 16 bit 的 Error Counter 计数加一。

若同一个 UI 内多条 Lane 上出现了 Compare Error，只能统计到一次。该电路是用来统计 BER 的，可通过 Sideband 读取该 Error Counter 的值。若错误 Bit 数目超过设定阈值，则本次 Data to Clock Training 测试失败，即采用当前相位的 Clock 对 Data 进行采样无法满足需求，需要进一步调整。

2.3 LFSR

UCIe 测试 Pattern 及 Scramble 都是基于 LFSR，LFSR 采用的本原多项式与 PCIe 相同，即 G(X)=X23 + X21 + X16 + X8 + X5 + X2 + 1。每条 Lane 可以采用独立的 LFSR， LFSR Seed 取决于 Lane ID 的低 3bit ，如表 1 所示。两组备用 Lane 采用的 LFSR 分别与 Lane 2/3 相同。

▼表 1: LFSR Seed