随着信号速率迅速逼近数千兆赫兹，工程师们急需新的信号完整性解决方案。近日于美国举行的designcon会议上，研究人员甚至透露下一代系统的数据速率将超过20gbps。
目前，越来越多的系统采用6gbps串行互连，信号丢失或失真的现象也越来越频繁，设计师无法再用传统方法进行设计或测试。电源和干扰问题也带来了额外的难题。
问题只会日渐恶化。工程师正在开始使用工作在5ghz的pciexpress2.0，而且还在讨论可能高达8、10或12ghz的3.0标准。此外，光纤通道协会已经在研究8gbps版本，ieee则正在研究下一代速率可达100gbps的以太网。
“曾经是风马牛不相及的三个问题——信号完整性、电源完整性和电磁兼容性，现在开始走到了一起。”sun微系统公司信号完整性工程师istvannovak(designcon上两个讨论组的主席)指出，“现在事情变得一团糟，需要我们去仔细梳理，但大多数时候我们又没有足够的数据。”
“几前年，当串行/解串器(串行收发器芯片)出现时，我们认为其很容易设计。”mentorgraphics公司电路板事业部负责高速工具设计的架构师iandodd表示，“现在我们发现了不少与电路板材料有关的问题。而且人们正在将串行/解串器的速率推向极限，从而引发了更多与材料及电源相关的问题。”
mentor正在进行一款工具的内部演示，该工具将电源和板材效应作为信号完整性设计的一部分，dodd补充道。
顺利解决电路板问题
针对目前现状，芯片和电路板制造商呼吁制定一种能够解决信号完整性问题的标准方法。该标准方法可替代写在pciexpress、光纤通道、infiniband和完全缓冲dimm等互连规范中的独立、且有时矛盾的信号完整性测试流程。
“现在，不仅每种标准的处理方法不同，而且每个标准组中的各家公司都有自己的方案。”英特尔合作技术部负责管理一个信号研究实验室的bryancasper指出。
因此业界呼吁成立一个特别小组，来创建一种日后能被正式标准组织采纳的标准，惠普公司服务器部门研究员terrymorris表示。“这个标准中需要包含ipc，而且我们需要比pcb组织更快地提出一种解决方案。”morris说道。
该标准很可能会在矢量网络分析仪中实现，并涉及专业的探测技术，他补充道。在主流电路板上不断出现的信号丢失问题是上述标准化工作的驱动力，morris认为。
“如果是高端系统，你完全可以通过采用自己的解决方案，并增加一些成本来解决这个难题。”他说，“但现在我们发现，这些问题遍及多数接口以及低端系统。”
“不论我到什么地方，高速系统设计中总会有不同的方法。”enterasysnetworks公司硬件架构师roberthaller说。robert目前领导着高速串行设计中的最优方法课题组。
检测芯片的新方式
一项独立的工作希望为测试高速收发器定义一种标准方法。芯片会采纳多种通常是私有的均衡技术，用来在板上发送高速串行信号，即便这些信号有时失真得在传统示波器上都无法验证其存在。
“当信号到达接收器时，我们无法测试兼容性，因为没得到需要认证的对象。”signalintegritysoftware(sisoft)公司软件产品副总裁toddwesterhoff表示。在designcon上，sisoft展示了其quantumchanneldesigner工具，该工具可用于设计速率高达5gbps及以上的串行互连。
目前，芯片制造商经常使用自行开发的软件来创建自己的收发器模型。这样做会让oem商无法利用多家供应商的芯片建模高速互连。
cadence设计系统公司正在试图召集业界对一种标准应用编程接口(api)的支持，该接口允许eda工具和测试设备检测收发器。在designcon上，cadence演示了一款allegropcdsigxl工具，无需知道私有均衡方案的细节，即可利用api接口从ibm6gb串行解串器那里得到精确的信号“眼图”。这种方法也能在示波器上使用。
“你看到的是接收器芯片内的眼图。”曾参与设计cadence首款信号完整性工具的信号完整性咨询师donaldtelian说道，“这样做前无古人，是业界首次使eda工具和测试仪进行检测功能。”
cadence的方法要求芯片制造商以动态链接库的形式提供一种可执行文件，从而使工具可以检查芯片的信号数据。这种检查方式不会暴露芯片所采用的私有均衡方法。
sisoft和mentor已经表示将支持cadence的方法，不过这两家公司都要求cadence对api的某些方面做出修改。在与ibis高级建模委员会(该委员会正打算建立串行/解串标准)会见之前，cadence公司pcb部门的产品行销总监hemantshah在designcon上花了不少时间来努力征募更多芯片和测试公司的支持。
“我们对在我们的工具中增加一种能对复杂均衡技术建模的能力很感兴趣，cadence的建议正好满足这个需求。”mentor公司的dodd指出，“虽然仍有一些细节需要讨论，但它还是有望成为业界标准。”
最后，工具制造商应该编译一本“ic烹饪大全”，详细说明如何建立能与新型api一起工
