关于SerDes TX RX时钟的问题

Comedian

大家好，
我不是高SerDes IC设计的，纯粹是应用层的开发人员。
最近在调试一个基于SerDes的传输协议CPRI，遇到一些问题，还求大家指导！

1. SerDes的RX时钟是CDR恢复的，TX时钟是不是可以来自本地时钟，也可以使用其RX CDR恢复出来的时钟？
2. 我最近在调试CPRI协议，貌似要求的是链路一端的TX时钟必须来自其RX链路的恢复时钟，请问有类似这样的要求吗？为什么？
我理解的是即使CDR恢复了时钟，但是仍然需要协议中插入一下idle码去校准时钟偏差，对于SRIO这种包格式的协议，包与包之间是包含idle码的，所以可以精确恢复时钟。
但是对于类似CPRI这种协议，是流格式的，传输LTE等通信天线数据，由于对时间敏感，不能插入idle码，所以即使CDR恢复了时钟，也是不精确的。其仍然需要将RX恢复时钟经过外部PLL降jitter后在做TX时钟。

大家有没有类似的经验，望知道！谢谢！！

L520911

   

Comedian 发表于 2014-7-9 17:21
回复 4# seles314

碰到跟您一样的疑惑，不知道后面有没有结论？

kokoyou98

Pretty good, thank you for the sharing

Robin_LBJ

围观学习一下，感觉serdes有点无从下手，有大佬给点建议吗，谢啦

Robin_LBJ

围观学习一下

mismatch24

的点点滴滴多多多多多多多多

wyfchinaitlab

回复 1# Comedian


   RX CDR恢复的时钟是跟随TX的时钟的，所以TX端采用CDR恢复出来的时钟，主要是最大限度减小频偏，拙见望参考！

zhx8546

好东东，学习下

ktd007

回复 1# Comedian

因为无线通信中的IQ数字信号数据有着严格的时间性，所以类似以太网数据包的那种传输方式是不适用的，只能通过外部PLL参考RXREFCLK来同步时钟并保持，以尽可能低的方式减少错误的发生。

而以太网数据包或者其他类似的通讯协议没有严格的到达时间，所以可以允许每个数据包单独同步，并用数据缓冲器来消除误差，实现数据的完整传递。另外我个人认为，这类的同步不是使用idle时间完成，而是使用包头的几个字节来完成时间CDR的时间对齐，保证后续有效字节的正确判决。

seles314

1.经过外部PLL后，PLL带宽内的jitter还是在，带宽外的jitter会被抑制，打出来的DATA还剩多少jitter就要看具体设计了

2.Serdes系统一般都会规定两端的频偏，因为频偏对CDR的performance影响比较大，尤其是在transition density比较小的时候。有的系统会在spec中直接定义两端频偏的最大值，也有的系统会希望slave端能用master端的clock来用。