CN103580913A - 网络装置内发生信号丢失事件之后的自动恢复 - Google Patents

Abstract

本发明公开了网络装置内发生信号丢失事件之后的自动恢复，其中一种交换机装置可确定在连接本地链路伙伴和远程链路伙伴的通信链路上发生信号丢失事件的时间。所述交换机装置可自动进行链路重启处理，以恢复与所述远程链路伙伴的通信，而不与所述远程链路伙伴进行速度协商。所述链路重启处理可包括在恢复期间禁用发送器并且将发送器和接收器配置为初始配置状态。所述链路重启处理也可同步开始所述本地链路伙伴和远程链路伙伴之间的训练协议通信。在从所述远程链路伙伴中接收的通信量未达到链路标准时，所述交换机装置也可执行所述链路重启处理。

Description

网络装置内发生信号丢失事件之后的自动恢复

技术领域

本发明涉及网络装置，例如，交换机。本发明还涉及信号丢失之后同步恢复网络链路伙伴之间的连接。

背景技术

巨大的用户需求推动了电子设备和通信技术迅速发展，而这导致产生巨大的计算设备互连网络，其中计算设备能够交换大量的数据。例如，局域网（LAN）可在单个网络内连接几百或几千个计算设备。或许，计算设备的这种互连的广为人知的示例为继续日益扩展的互联网。由于技术继续发展并且互连的通信网络的尺寸和使用频率在增长，所以越来越需要更高效地发送和接收数据。

发明内容

根据本发明的一个实施方式，提供一种方法，包括：在交换机装置内：确定信号丢失事件，并且作为响应：自动执行链路重启处理，以恢复与链路伙伴的通信，其中，在不与所述链路伙伴进行速度协商的情况下执行所述链路重启处理。

其中，确定包括确定接收器尚未从所述链路伙伴接收到数据长达超过信号丢失定时阈值。

其中，确定包括确定从所述链路伙伴接收的数据未达到质量标准的时间。

其中，自动执行包括将发送器禁用长达预定的恢复持续时间。

其中，自动执行进一步包括在逝去所述预定的恢复持续时间之后启用所述发送器。

其中，该方法进一步包括：在恢复所述通信链路之后，执行与所述远程链路伙伴的训练协议通信。

其中，自动执行包括将发送器重启为初始发送状态。

其中，自动执行包括将接收器重启为初始接收状态。

根据本发明的另一个实施方式，提供一种装置，包括：通信接口，包括发送器和接收器；以及恢复逻辑，与所述通信接口进行通信，所述恢复逻辑可操作以：在所述接收器处确定信号丢失事件，并且作为响应：使所述发送器进入闲置状态；等待逝去恢复持续时间；以及在已经逝去所述恢复持续时间之后：使所述发送器进入活动状态；以及在不与所述远程链路伙伴进行速度协商的情况下，重新建立通过所述发送器和所述接收器与远程链路伙伴的通信。

其中，所述恢复逻辑可操作以通过在不发送速度协商帧的情况下进行通信，而进行通信。

其中，所述恢复逻辑进一步可操作以在确定所述信号丢失事件之后，停止处理所接收的数据。

其中，所述恢复逻辑进一步可操作以在重新建立通信之后，重新开始处理所接收的数据。

其中，所述恢复逻辑进一步可操作以在已经逝去所述恢复持续时间之后，将所述接收器重启为初始接收状态。

其中，所述恢复逻辑进一步可操作以在使所述发送器进入闲置状态之前，将所述发送器配置为初始发送器状态。

其中，所述恢复逻辑可操作以重新建立与所述远程链路伙伴的通信，而不需要将控制信息传送给所述远程链路。

根据本发明的又一个实施方式，提供一种装置，包括：并串行转换器／串并行转换器（SerDes）装置；存储器，包括链路标准；以及管理逻辑，与所述并串行转换器／串并行转换器装置进行通信，所述管理逻辑可操作以：在由所述并串行转换器／串并行转换器装置接收的通信量未达到链路标准时，确定链路丢失事件，并且作为回应：将重启指示发送给所述并串行转换器／串并行转换器装置以执行链路重启处理，从而在不与所述远程并串行转换器／串并行转换器装置进行速度协商的情况下，恢复与远程并串行转换器／串并行转换器装置的通信。

其中，所述链路标准包括所述并串行转换器／串并行转换器装置接收的通信量超过错误阈值时。

其中，所述管理逻辑进一步可操作以确定所述并串行转换器／串并行转换器装置何时完成所述链路重启处理。

其中，所述管理逻辑进一步可操作以确定所述并串行转换器／串并行转换器装置在完成链路重启处理之后所接收的通信量何时满足所述链路标准。

其中，所述管理逻辑进一步可操作以：在确定所述并串行转换器／串并行转换器装置完成所述链路重启处理之后所接收的通信量满足所述链路标准的时间之后：将表示所述通信量满足所述链路标准的链路指示发送给远程并串行转换器／串并行转换器装置。

附图说明

参看以下的附图和描述，可更好地理解本发明。在附图中，遍及各个附图，相似的参考数字表示所有相应的部件。

图1示出了用于在信号丢失之后自动恢复通信链路的系统的示例；

图2示出了用于在信号丢失之后自动恢复通信链路的系统的示例；

图3示出了在链路伙伴之间同步开始进行训练协议通信的定时示例；

图4示出了链路伙伴可作为硬件、软件或这两者实现的逻辑示例；

图5示出了由链路伙伴执行的链路重启处理的定时示例；

图6示出了用于重启未达到链路标准的通信链路的系统的示例；

图7示出了交换机装置可作为硬件、软件或这两者实现的逻辑的示例。

具体实施方式

以下讨论涉及网络装置。作为一个示例，网络装置可为交换机或处理网络通信量的任何其他装置。例如，结合有以下讨论的技术的网络装置可包括交换机、集线器、路由器、网关、网桥、刀片式服务器或任何其他类型的网络装置。交换机也可作为以任何物理结构（例如，架顶式（TOR）设计或列末设计）布置的多个交换装置的连接系统加以实现。交换机可在交换机装置内包括任何数目的点对点连接，以在与交换机装置通信地耦接的装置之间路由数据。

图1示出了用于在信号丢失（LOS）之后自动恢复通信链路的系统100的示例，信号丢失（LOS）可包含在任何网络装置（例如，交换机）内。图1中所示的系统100包括被标记为链路伙伴1120和链路伙伴2121的两个链路伙伴。链路伙伴可表示交换机装置内的通信链路的任一端。例如，链路伙伴可为作为交换机装置的一部分实现的并串行转换器／串并行转换器（SerDes）装置。

链路伙伴120-121可通过交换机装置内的通信链路进行通信。链路伙伴1121和链路伙伴2121之间的通信链路可通过多种方式来实现并且可包括多个元件，例如，交换结构或背板。作为一个示例，通信链路可为两个链路伙伴120和121之间的专用链路。在一个实施方式中，链路伙伴120-121可通过全双工链路连接，在该链路中，链路伙伴1120的发送器通过专用通信线路物理连接至链路伙伴1121内的接收器。链路伙伴2121的发送器可通过相同的或单独的专用通信线路物理连接至链路伙伴1120的接收器。链路伙伴120-121可通过通信链路传送任何类型的数据。链路伙伴120-121可传送的数据的示例包括互联网协议（IP）数据（例如，根据任何IP通信协议的数据包）、蜂窝数据（例如，语音数据）或其他类型的数据。

链路伙伴1120可包括通信接口130和恢复逻辑140。在一个实施方案中，恢复逻辑140包括一个或多个处理器150和存储器160。存储器160可包括恢复指令161、恢复持续时间参数162、同步阈值参数163以及信号丢失标准164。如下面更详细地描述的，恢复逻辑140可识别信号丢失事件，并且作为回应，自动执行链路重启处理，以恢复与链路伙伴（例如，链路伙伴2121）的通信链路，而不需要与链路伙伴进行速度协商。这样，链路伙伴可协调链路重启，而不需要交换控制信息，例如，在确定LOS事件之后，每个链路伙伴进入初始发送和接收状态。

图2示出了用于在信号丢失之后自动恢复通信链路的系统200的示例。系统200可作为交换机或其他网络装置的一部分来加以实现。图2中所示的示例性系统200包括被标记为SerDes装置1210和SerDes装置2212的两个链路伙伴。SerDes装置210和212可为远程链路伙伴，例如，在交换机装置内SerDes装置被实施为单独的逻辑或物理装置时。例如，在交换机系统内SerDes装置210和212可实施在单独光纤（fabric）卡、交换机、刀片式服务器、片上系统（SoC）或其他装置或电路上。然而，在远程链路伙伴通过比单个交换机内更长的距离连接在一起的意义上，远程链路伙伴可为远程式，例如，在链路伙伴为跨接互联网连接的不同交换机装置时。远程链路伙伴可通过全双工链路连接。如图2中所示，背板215实现SerDes装置1和SerDes装置2之间的全双工链路，包括通信链路1216和通信链路1217。通信链路1和2可作为物理连接实现，例如，通过铜线、电缆（例如，以太网电缆）或任何其他形式的物理连接。

链路伙伴（例如，SerDes装置）可包括发送器和接收器，用于与远程链路伙伴进行通信。SerDes装置1210可包括发送器1222和用于将数据发送给SerDes装置2212的传送数据路径224。SerDes装置1内的传送数据路径224可包括大量逻辑，用于处理要发送给SerDes装置2212的数据，例如，并串行转换器或其他逻辑。如图2中所示，SerDes装置1210可通过通信链路1216将数据经过发送器1222发送给SerDes装置2212的接收器2252。

SerDes装置1210还可包括接收器1232和用于从SerDes装置2212接收的数据的接收数据路径234。SerDes装置1内的接收数据路径234可包括大量逻辑，用于处理从SerDes装置2212接收的数据，例如，串并行转换器或用于验证所接收的数据的完整性的其他逻辑。例如，接收数据路径234可包括用于确定所接收的数据是否违反预定的通信协议并且该数据是否满足多个质量标准的逻辑或其他逻辑。SerDes装置1210可通过通信链路2217从SerDes装置2212的发送器2242经过接收器1232接收数据。SerDes装置2212可包括与SerDes装置1210相似的部件，例如，发送器2242、传送数据路径244、接收器2252以及接收数据路径254。

链路伙伴可实施恢复逻辑140，以在确定信号丢失事件时自动重新建立与远程链路伙伴的通信链路。在图2中，SerDes装置1210包括恢复逻辑140，该恢复逻辑可在确定信号丢失事件之后自动恢复与SerDes装置2212的通信链路。可由恢复逻辑140根据多个预定标准（例如，信号丢失标准164））定义信号丢失事件。恢复逻辑140可将LOS事件定义为涵盖信号质量的任何丢失或显著变化，以保证重启或重新配置通信链路。作为示例，在信号幅度、信号形状、信号定时、信号散射参数或其他信号参数值超过一个或多个预定的标准阈值时，恢复逻辑140可确定信号丢失事件。恢复逻辑140在接收数据路径内从多个电路中获得LOS事件指示，该指示确定从远程链路伙伴接收的数据信号的任何上述变化。

在一个示例中，在SerDes装置的接收器从远程链路伙伴未接收到数据长达超过信号丢失定时阈值时，恢复逻辑140也可确定信号丢失。或者，在通信链路（例如，链路1216）处于高阻抗状态或表示没有活动的其他物理状态时，恢复逻辑140可确定信号丢失事件。在远程链路伙伴停止经由通信线路发送数据时，例如，在链路伙伴断电或重启并且停止驱动通信线路的信号时，可在通信链路上发生高阻抗状态。

例如，发送给链路伙伴的数据流的任何中断（例如，持续时间超过中断阈值的中断）可造成信号丢失事件。作为示例，在SerDes装置2重启时或者在从SerDes装置2发送到SerDes装置1的数据流内发生中断时，SerDes装置1的恢复逻辑140可确定信号丢失事件。作为示例，中断可源自通信信道内的物理干扰或电源故障。在一个实施方案中，恢复逻辑140可通过监测以下来确定信号丢失事件：监测1）从远程链路伙伴接收的数据（或其缺少）；2）通信链路本身；3）从远程链路伙伴接收数据的接收器或其任意组合。恢复逻辑140可通过自动执行信号重启处理以恢复与远程SerDes装置的通信，来对LOS事件做出回应，而不再进行信号通知远程链路伙伴并且不与远程SerDes装置进行速度协商。

作为示意性示例，由于各种原因，例如，在SerDes装置2212检测到所接收数据内的协议错误之后而重启时，在通信链路2217上可发生信号丢失。SerDes装置1210的恢复逻辑140可确定在通信链路2217上发生的信号丢失事件。作为回应，恢复逻辑140可自动启动链路重启处理。在一个实施方案中，SerDes装置1210的恢复逻辑140可例如通过使发送器1222进入闲置状态，而禁用发送器1222。在重新启用发送器之前，恢复逻辑140可禁用发送器一恢复持续时间。在一个实施方案中，SerDes装置1210的恢复逻辑140可配置恢复定时器，以在预定的恢复持续时间之后期满。预定的恢复持续时间可被设为确保适宜地重新配置通信链路。例如，预定的恢复定时器可足够长，以清除通信线路（例如，通信链路2217）上的任何残留数据。在一个实施方案中，预定的恢复持续时间可为70毫秒（ms）。可选地，预定的恢复持续时间可设为在70ms的20%容限内的任何值。

在禁用发送器1222的同时，SerDes装置1210可停止经由通信链路1216的数据发送，以使通信链路1216进入高阻抗状态。SerDes装置2212的恢复逻辑140可将通信链路2217的高阻抗状态确定为信号丢失事件。作为回应，SerDes装置2212的恢复逻辑140也可将发送器2242禁用预定的恢复持续时间（例如，70ms）。在已经经过预定的恢复持续时间之后，每个SerDes装置210-212的恢复逻辑140可重新启用其各个发送器，例如，发送器1222和发送器2242。因此，恢复逻辑140可执行链路重启处理，其包括将发送器禁用一恢复持续时间并且在经过恢复持续时间之后启用发送器。

在执行链路重启处理之后，链路伙伴可执行与远程链路伙伴的训练协议通信，以配置链路伙伴之间的一个或多个通信链路（例如，链路1216和链路1217）。训练协议通信可包括在链路伙伴之间交换训练和配置参数，以配置通信链路。在链路伙伴之间执行的训练协议通信的一个示例在IEEE802.3以太网标准的第72条（条款72）中进行了描述，该条款描述了链路伙伴之间的自动传输均衡握手协议。一旦在经过预定的恢复持续时间之后已经启用每个发送器，恢复逻辑140就可允许在链路伙伴之间同步传输训练协议通信。

在链路伙伴之间执行训练协议通信（例如，发送和接收条款72帧），可以要求链路伙伴被配置为在交换训练协议帧之前，以共同的速度进行通信。在一个实施方案中，交换机装置的链路伙伴被分离地配置为以共同的传送速度进行通信。因此，恢复逻辑140可从信号丢失事件中自动恢复通信链路，而不与远程链路伙伴进行速度协商。类似地，恢复逻辑140可同步训练协议通信的执行，例如，条款72通信，而不与远程链路伙伴进行速度协商。

IEEE802.3以太网标准的第73条（条款73）描述了速度协商通信交换的一个示例。条款73要求交换差分曼彻斯特编码（DME）帧，以在链路伙伴之间进行共同通信速度协商。与之相比，恢复逻辑140可支持从信号丢失事件的自动恢复以及训练协议的同步启动或链路调谐，而不需要与链路伙伴之间执行速度协商相关的额外硬件、状态机或逻辑。在一些实施方案中，恢复逻辑140恢复链路，而无需额外的硬件、状态机或逻辑来支持DME帧的交换。而且，虽然IEEE802.3条款73被限于一组预定的通信速率，但是可独立于链路伙伴进行通信的通信速率来实现恢复逻辑140。同样，条款73限定了以太网符合标准，而恢复逻辑140可在路由任意类型的数据（例如，非以太网数据）的交换机装置上实现。换言之，恢复逻辑140可在不符合IEEE802.3的装置上实现。

图3示出了在链路伙伴之间同步开始进行训练协议通信的定时示例300。在图3中所示的定时示例300包括用于第一链路伙伴（标记为链路伙伴1）和第二链路伙伴（标记为链路伙伴2）的时间线。链路伙伴1可包括发送器，例如，发送器1。同样，链路伙伴2可包括发送器，例如，发送器2。

在链路伙伴1内实现的恢复逻辑140可确定通信链路内的信号丢失事件，其中链路伙伴1通过该通信链路从链路伙伴2接收数据。作为回应，链路伙伴1的恢复逻辑140可禁用链路伙伴1内的发送器1，如图3中的时间t1所示。在禁用发送器1之后，链路伙伴1传送数据到链路伙伴2所经由的通信链路可进入高阻抗状态。同样，链路伙伴2内实现的恢复逻辑140可确定信号丢失时间。在确定信号丢失事件之后，链路伙伴2的恢复逻辑140可禁用链路伙伴2内的发送器2，如图3中的时间t2所示。

链路伙伴1和2均可将其各自的发送器禁用恢复持续时段（例如，70ms），如图3中所示。在经过恢复持续时间之后，恢复逻辑140可重新启用被禁用的发送器。因此，链路伙伴1的恢复逻辑140可在时间t3时启用发送器1，该时间t3可为时间t1之后的70ms。然后，链路伙伴1可通过发送器1开始将训练帧（例如，条款72的帧）发送给链路伙伴2。同样，链路伙伴2的恢复逻辑140可在时间t4时启用发送器2，该时间t4可为在时间t2时禁用发送器2之后的70ms。然后，链路伙伴2可通过发送器2开始将训练帧发送给链路伙伴1，如图3中所示的示例中时间t4时的开始处。

作为一个示例性实施方案，在链路伙伴内实现的恢复逻辑140可确定信号丢失事件，并且在由同步阈值参数163规定的时间段内禁用其各自的发送器。例如，在图3中，发送器1停止驱动通信线路而造成LOS事件时的时间t1和链路伙伴2的恢复逻辑140响应于LOS事件禁用发送器2时的时间t2之间的时间可小于同步阈值参数163。在链路伙伴将其各自的发送器禁用一相等的恢复持续时间时，然后，也可在由同步阈值参数163规定的时间段内启用链路伙伴的发送器，例如，t3和t4之间的时间小于同步阈值参数163。同样，链路伙伴1和链路伙伴2开始发送训练协议数据时之间的时间（在图3中如t3和t4之间的时间）也可小于同步阈值参数。因此，交换机装置可配置同步阈值参数163，以确保链路伙伴在预定的时间段内开始将训练协议通信发送给彼此。作为示例，可将同步阈值参数设为5ms或10ms，以确保在预定的时间帧内开始在链路伙伴1和2之间交换训练帧。

作为一个示例，链路伙伴可操作以在几百纳秒（ns）内检测到信号丢失事件，其可显著地短于例如5ms或10ms的同步阈值参数。在图3中，t1处禁用发送器1和在t2处禁用发送器2之间的时间可小于1ms。同样，在t3处启用发送器1和在t4处启用发送器2之间的时间也可小于1ms。继续该示例，链路伙伴1开始将训练帧发送给链路伙伴2的时间（t3）和链路伙伴2开始将训练帧发送给链路伙伴1的时间（t4）之间的时间也可小于1ms。因此，链路伙伴1和2的各自恢复逻辑140可在这两个链路伙伴之间同步开始执行训练协议通信。链路伙伴1和2之间的同步开始可确保每个链路伙伴的发送器的独立禁用足够长，以确保适宜地重新配置通信链路，例如，足够长以在清除通信线路上的任何残留数据。

如上所述，链路伙伴1和2的各自的恢复逻辑140可同步进行链路重启处理和训练协议交换，而不在链路伙伴之间进行速度协商。链路伙伴1和2的恢复逻辑140也可在重启处理期间放弃将控制信息发送给远程链路伙伴。即，在确定LOS事件之后，恢复逻辑140可执行重启处理而不通知远程链路伙伴，例如，而不需要使用通信协议的发生器或检测器来由远程链路伙伴发起重启处理。

图4示出了链路伙伴可作为硬件、软件或这两者加以实现的逻辑400的示例。例如，恢复逻辑140可将逻辑400作为硬件、软件或这两者加以实现。在一个实施方案中，恢复逻辑140作为可包括固件指令的SerDes装置内的微控制器和微处理器加以实现。

在获得重置指示（402）之后，恢复逻辑140可在链路伙伴内开始链路重启处理。恢复逻辑140可通过例如由远程链路伙伴确定通信链路上的信号丢失事件而内部获得重置指示。可选地，恢复逻辑140可从位于链路伙伴外部的逻辑（例如，包含链路伙伴的装置的管理逻辑）接收重启指示。恢复逻辑140可从管理逻辑接收重置信号，以指示链路伙伴重置通信链路，例如，在管理逻辑确定通过通信接收的数据未达到质量标准时。作为另一个示例，管理逻辑可指示链路伙伴执行链路重启处理，以在链路伙伴完成重启之后（例如，在用户请求重启SerDes之后），重新配置通信链路。

然后，恢复逻辑140可禁用链路伙伴内的下游处理，直到已经重新建立和配置与远程链路伙伴的通信链路。例如，链路伙伴可禁用传送数据路径（404），该传送数据路径处理由链路伙伴（例如，在图2中所示的接收数据路径234或254）接收的数据。在一个实施方案中，然后，恢复逻辑140可设定重启信号（例如，pmd_restarted信号）以指示链路伙伴已经进入链路重启处理（406）。在确定链路伙伴的重启条件时，可由管理逻辑发送和使用重启信号。在下面的图6和图7中，更详细地描述位于链路伙伴外部的管理逻辑。

然后，恢复逻辑140可禁用与远程链路伙伴通信的链路伙伴的发送器（408）。恢复逻辑140也可将发送器重新设置为初始训练协议传输状态（410）。发送器重置可包括将发送器的幅度、脉冲形状以及初始传输值的任意组合重新设置为预定的初始值，以在重新启用之后控制由发送器发送的初始化数据。在一个实施方案中，恢复逻辑140可将发送器重新设置为与发送器相关的状态机的初始状态。

然后，恢复逻辑140可等待逝去恢复持续时间（412），之后恢复逻辑140可启用发送器（414）。在启用之后，发送器可发送由初始传输状态规定的信号。例如，发送器通过发送训练帧（例如，条款72帧），可驱动将数据发送给远程链路伙伴的通信链路。在恢复持续时间期满后，恢复逻辑140也可将链路伙伴的接收器配置为初始训练协议接收状态（416）。例如，恢复逻辑140通过将接收器配置为期望发送器中的某些数据（例如，具有预定幅度、脉冲形状、或包括预定初始值的数据），可重新设置接收器。在一个实施方案中，恢复逻辑140可将接收器重新设置为与接收器相关的状态机的初始状态。

在一个实施方案中，恢复逻辑140可延迟执行链路调谐工序，直到解决信号丢失事件（例如，在通信链路变成启动时）。例如，恢复逻辑140可确定何时不再具有信号丢失条件（418），该条件可称为LOS退出条件。恢复逻辑140通过监测通信链路，可确定LOS退出条件，其中通过该通信链路从远程链路伙伴接收通信量。作为一个示例，恢复逻辑140在远程链路伙伴将通信量发送给链路伙伴时，可确定LOS退出条件。恢复逻辑140一确定链路伙伴的接收器内的活动性（例如，链路伙伴的接收器从远程链路伙伴接收数据），恢复逻辑140就可确定不再具有信号丢失条件。

在确定LOS退出条件之后，恢复逻辑140可执行与远程链路伙伴的链路调谐（420）。在链路调谐期间，链路伙伴的发送器可将训练协议帧（例如，条款72帧）发送给远程链路伙伴，以配置通信链路。链路伙伴也可接收从远程链路伙伴发送的训练协议帧。链路伙伴可根据训练协议帧调谐接收器、发送器或这两者。在配置通信链路并且已经完成链路调谐之后，恢复逻辑140可启用链路伙伴内的下游处理（例如，接收数据路径234或254）。在一个实施方案中，恢复逻辑140可将已经完成链路调谐的指示发送给外部逻辑，例如，管理逻辑。恢复逻辑140通过执行上述示例性逻辑400的任何部件，可执行链路重启处理。

图5示出了由链路伙伴执行的链路重启处理的另一个定时示例500。图5中所示的定时示例500描述了标记为链路伙伴1的第一链路伙伴和标记为链路伙伴2的第二链路伙伴的定时。例如通过全双工链路可通信地连接链路伙伴1和链路伙伴2。每个链路伙伴也可实现恢复逻辑140，例如，通过实现图4中所描述的逻辑400的任何部分。

在时间t1处，可重置实现链路伙伴2的装置。例如，可重置实现链路伙伴2的交换机装置、交换结构卡或刀片式服务器，从而禁用链路伙伴2的发送器2。在实现链路伙伴2的装置的重启处理期间，链路伙伴2可停止通过通信链路向链路伙伴1发送通信量。同样，在时间t2处，链路伙伴1的恢复逻辑140可识别信号丢失事件并且禁用链路伙伴1的发送器1。链路伙伴1的恢复逻辑140可将发送器1禁用长达恢复持续时间，在图5中，该恢复持续时间为70ms。

在经过70ms恢复持续时间时的时间t3处，链路伙伴1的恢复逻辑140可启用发送器1并且将链路伙伴1的接收器重新设置为初始训练协议接收状态。在时间t3处，由于链路伙伴2的发送器2依然断电，所以实现链路伙伴2的装置依然处于重启处理中，并且链路伙伴2将数据发送给链路伙伴1所经由的通信线路可保持在高阻抗状态下。在时间t3处，发送器1可将通信量（例如，训练帧）发送给链路伙伴2并且监测链路伙伴1的接收器，以确定LOS退出条件，例如，在由链路伙伴1的接收器接收通信量时。

在时间t4处，实现链路伙伴2的装置可驱动电力（例如，电压）至实现链路伙伴2的物理装置中，从而启用发送器2。在时间t5处，实现链路伙伴2的装置可完成其重启处理。作为重启处理的一部分或者附加，该装置还可指示链路伙伴2与链路伙伴1重新建立通信。例如，在重启之后，外部管理逻辑可指示链路伙伴2恢复与链路伙伴1的通信链路。作为回应，在时间t5处，链路伙伴2的恢复逻辑140可将链路伙伴2的发送器2禁用长达70ms的恢复持续时间。在时间t6处，链路伙伴2的恢复逻辑140可启用发送器2并且重置链路伙伴2的接收器的接收状态。由于链路伙伴1已经将训练帧通信量发送给链路伙伴2，所以在初始化链路伙伴2的接收器之后，即，在图5中的时间t6处，链路伙伴2的恢复逻辑140可确定LOS退出条件。然后，在时间t6处，链路伙伴2可开始将训练帧发送给链路伙伴1。

在时间t6处返回到活动状态之后，发送器2可例如通过发送培训协议通信，来将通信链路驱动到链路伙伴1。然后，链路伙伴1的恢复逻辑140可确定链路伙伴1的接收器的活动性，并且在时间t7处确定LOS退出条件。然后，链路伙伴1可开始将训练帧发送给链路伙伴2。在时间t7处，链路伙伴1和2均可确定LOS退出条件，并且链路伙伴1和2的各自的恢复逻辑140可同步执行链路调谐动作。而且，链路伙伴1和2的各自的恢复逻辑140可同步链路重启处理和训练协议通信，而不需要在链路伙伴之间进行速度协商。这样，链路伙伴1和2也可将其各自的发送器和接收器重新设置为初始状态，而不预先将控制信息传送给远程链路伙伴。因此，链路伙伴1和链路伙伴2可确定LOS事件并且执行链路重启处理，而不需要使用另外的通信协议来开始重启处理。

图6示出了用于重启未达到链路标准的通信链路的系统600的示例。系统600可作为交换机装置或交换系统的一部分加以实现。系统600可包括跨接多个交换机装置集成的多个交换结构卡（fabric card）。在图6中所示的示例中，系统600包括交换结构卡1610和交换结构卡611-612以及交换结构卡2615和交换结构卡616-617。在一个实施方案中，交换结构卡610-612可作为第一交换机的一部分集成在交换系统内的第一机架上，并且交换结构卡615-617可作为第二交换机的一部分集成在交换系统内的第二机架上。

交换结构卡可包括交换结构和一个或多个链路伙伴，例如，SerDes装置。图6中的交换结构卡1610包括交换结构612，该交换结构可使多个链路伙伴（例如，SerDes装置621-625）互连。图6中所示的SerDes装置可与任何上述SerDes装置共享共同的特性和功能。如图6中所示，SerDes装置1625包括发送器1627、接收器1628以及恢复逻辑140。交换结构卡2615也可包括交换结构614，该交换结构可使多个链路伙伴（例如，SerDes装置641-645）互连。如图6中所示，交换结构卡2615包括SerDes装置2645，其包括接收器2647、发送器2648以及恢复逻辑140。

SerDes装置1625可通过一个或多个通信链路通信地耦接至SerDes装置2645。在示例性系统600内，SerDes装置1625通过包括通信线路1651和通信线路2652的全双工链路连接至SerDes装置2。在一个示例中，通信线路1和2可作为背板（例如，背板215）的一部分加以实现。SerDes装置1625可经由通信线路1651通过发送器1627将通信量发送给SerDes装置2645的接收器2647。SerDes装置2645可经由通信线路2652通过发送器2648将通信量发送给SerDes装置1625的接收器1628。SerDes装置1和2的恢复逻辑140可确定信号丢失事件并且自动执行信号重启处理，以恢复与其他SerDes装置的通信链路，而不需要通过任何上述方式执行速度协商。

系统600可包括可确定链路丢失事件的管理逻辑660，例如，通过监测用于一个或多个通信链路的多个标准。在一个实施方案中，管理逻辑660可监测交换结构卡或交换机装置内的链路伙伴接收的数据。例如，管理逻辑660可监测物理编码子层（PCS）事务并且确定从通信链路接收的数据何时未达到一个或多个链路标准。作为示例，链路标准可包括多个质量度量，例如，合适的通信协议、错误阈值等。例如，链路标准可包括PCS模块中的链路指示器已经超过预定的标准阈值的时间，例如，在IEEE802.3条款36、49、82中规定的PCS模块等。而且，链路标准可包括PCS协议违例，例如，编码块错误超过预定的错误阈值时。或者，作为另一个示例，链路标准可包括从通信链路接收的数据的协议元素何时超过预定的阈值，例如，在以太网数据包通信量的数据包CRC校验超过错误阈值时。

在图6中，交换结构卡1610包括管理逻辑660，该管理逻辑可监测包含在交换结构卡内的多个SerDes装置、SerDes装置621-625以及多个通信链路（SerDes装置通过这些通信链路接收通信量）。交换结构卡2615包括管理逻辑661，该管理逻辑可对SerDes装置以及与交换结构卡2615相关的通信链路进行相似的监测。管理逻辑660和661可确定由各个SerDes装置接收的数据未达到一个或多个链路标准的时间。

在一个实施方案中，管理逻辑660可包括一个或多个处理器670和储存链路重置指令672和链路标准673的存储器671。链路标准可在管理逻辑的实施方案之间变化。例如，在交换结构卡1610内实现的管理逻辑660的链路标准673可与在交换结构卡2615的管理逻辑661内实现的链路标准不同。

交换结构卡1610的管理逻辑660可监测将SerDes装置1625（接收通信量）和SerDes装置2645（发送通信量）连接的通信线路2652。作为一个示例，管理逻辑660可确定链路丢失事件，其可确定通信链路或通过通信链路接收的通信量未达到链路标准的时间。在由SerDes装置1625通过通信线路2652从SerDes2装置2645接收的通信量未达到链路协议标准、链路质量标准或其他标准时，管理逻辑660可确定链路丢失事件。多种情况可影响数据流的完整性并且造成链路丢失事件。示例包括错误配置发送器、交换机温度波动、在交换机机架上发生电力激变或者多种其他情况的时间。作为另一个示例，LOS事件（例如，远程链路伙伴执行链路重启处理时）也可立即或最终导致在通信链路上发生链路丢失事件。在一个实施方案中，管理逻辑660可对从远程链路伙伴接收的通信量进行分析，以确定所接收的通信量未达到链路标准的时间。在另一个实施方案中，链路伙伴可包括这样的逻辑，即根据链路标准进行所接收的通信量分析，并且在确定链路丢失事件时将指示发送给管理逻辑660。

在一个实施方案中，管理逻辑660通过将重启指示发送给本地链路伙伴，来对链路丢失事件做出回应。在另一个实施方案中，管理逻辑660可根据链路丢失事件是否由信号丢失引起，对链路丢失事件做出回应。这样做，管理逻辑660可保持用于由管理逻辑660监测的每个链路伙伴的重启参数，例如，作为存储器内的变量。在由链路伙伴从远程链路伙伴接收的通信量满足链路标准时，管理逻辑660可清除重启的参数。每当本地链路伙伴启动链路重启处理时，例如，本地链路伙伴的恢复逻辑140确定信号丢失事件时，管理逻辑660也可从本地链路伙伴的恢复逻辑140接收重启的信号，例如，pmd_restarted。对从恢复逻辑140接收重启信号做出回应，管理逻辑660可将本地链路伙伴的重启参数设为例如值1。在确定链路丢失事件之后，管理逻辑660可访问本地链路伙伴的重启参数，以确定如何做出回应。

为了进行说明，在由接收器1628通过通信线路2652接收的通信量未达到链路标准时，交换结构卡1610的管理逻辑660可确定通信线路2652上的链路丢失事件。在现有说明中，在接收器1628继续从SerDes装置2的发送器2648接收数据时，管理逻辑660可确定链路丢失事件，例如，不是由信号丢失造成的链路丢失事件。然后，交换结构卡1610的管理逻辑660可访问SerDes装置1的重启参数，并且确定在管理逻辑660确定链路丢失事件之前，SerDes装置1还未启动重启处理。然后，管理逻辑660可指示SerDes1625执行链路重启处理，例如，如上面图4中所述。

在重启时，在，可将SerDes装置1625的发送器1627禁用长达恢复持续时间，以造成通信线路1651上的信号丢失。SerDes装置2645的恢复逻辑140可确定LOS事件并且启动链路重启处理。恢复逻辑140也可将重启的信号发送给交换结构卡2615的管理软件661，之后管理软件661可更新SerDes装置2645的重启参数。通信线路1651上的信号丢失也可导致随后的时间内的链路丢失事件。例如。管理逻辑661的链路标准可包括超过错误阈值，并且管理逻辑661不可以识别到通信线路1651上由信号丢失引起的链路丢失事件直至超过错误阈值。一旦确定出通信线路1651上的链路丢失事件，交换结构卡2615的管理逻辑661可访问SerDes装置2645的重启参数并且确定SerDes装置2645在链路丢失事件之前就启动了链路重启处理。换言之，管理逻辑661可确定在对SerDes1625重启做出响应时重启的SerDes装置2645。因此，管理逻辑661可放弃指示SerDes2645重启，而是等待直至与SerDes1625重新建立通信链路。

链路伙伴的恢复逻辑140和交换结构卡或交换机的管理逻辑660可允许同步开始该链路伙伴和远程链路伙伴之间的训练协议通信。恢复逻辑140可监测物理介质相关（PMD）水平事件，例如，信号丢失。管理逻辑660可监测PCS水平事件，例如，链路丢失。因此，恢复逻辑140和管理逻辑660可支持通过链路重启处理，从信号丢失事件和/或链路丢失事件中自动恢复，包括同步启动训练协议通信，而不需要在链路伙伴和远程链路伙伴之间进行速度协商。

图7示出了交换机装置可作为硬件、软件或这两者实现的逻辑700的示例。例如，逻辑700可作为位于链路伙伴外部的逻辑加以实现，例如，管理逻辑660或661。在实现管理逻辑660的装置（例如，交换结构卡或交换机）重置时，管理逻辑660可配置该装置上的多个链路伙伴，例如，本地链路伙伴。例如，管理逻辑660可通过启用SerDes的特定功能或者配置SerDes的通信速度，来配置交换结构卡的多个SerDes装置（702）。

一旦本地链路伙伴的配置完成，管理逻辑660就可将重启指示发送给本地链路伙伴（704），例如，以建立或重新建立与远程链路伙伴的通信链路。管理逻辑660也可启动重启定时器（706）。然后，管理逻辑660可确定完成调谐与远程链路伙伴的通信链路的时间（708），这可表明本地链路伙伴和远程链路伙伴已经完成训练协议握手，例如，条款72交换。在一个实施方案中，管理逻辑660可从本地链路伙伴中接收表示已经完成链路调谐的信号。然后，本地链路伙伴可通过通信链路从远程链路伙伴接收通信量，并且管理逻辑660可确定所接收的通信量满足链路标准的时间（710）。在一个实施方案中，远程链路伙伴可将无效通信量和无效字符发送给本地链路伙伴，其可允许管理逻辑660确定所接收的无效通信量是否满足链路标准。在这个示例中，远程链路伙伴可放弃发送网络通信量，例如，从终端装置中发送的网络数据，直到管理逻辑660确定从远程链路伙伴接收的通信量满足链路标准。

如果在预定的时间段内未完成链路调谐或者所接收的通信量未满足链路标准，那么重启定时器可规定管理逻辑660应重启本地链路伙伴的时间。在管理逻辑660确定已经完成链路调谐或者所接收的通信量满足链路标准（712）之前重启定时器期满时，管理逻辑660可将重启指示发送给本地链路伙伴（704）。在一个实施方案中，如果重启定时器期满的次数超过预定的阈值，那么管理逻辑660可确定存在配置问题，例如，本地链路伙伴和远程链路伙伴通过不同的速度进行配置并且不能完成链路调谐。管理逻辑660可进行修复动作，例如，重新配置本地链路伙伴。

在从远程链路伙伴接收的通信量满足链路标准时，管理逻辑660可将链路指示发送给远程链路伙伴（714）。例如，管理逻辑660可指示本地链路伙伴将控制字发送给远程链路伙伴，其中该控制字表示所接收的通信量满足链路标准。在一个实施方案中，在接收到链路指示之后，远程链路伙伴可停止仅发送无效通信量并且开始将网络数据发送给本地链路伙伴。一旦所接收的通信量满足链路标准，管理逻辑660还可清除本地链路伙伴的重置参数（716）。管理逻辑660可继续监测从远程链路伙伴接收的通信量是否满足链路标准（718）。换言之，管理逻辑660可确定是否发生链路丢失事件。

在确定链路丢失事件之后，管理逻辑660可根据是否设置本地链路伙伴的重启参数，来做出回应。每当本地链路伙伴重启时，例如，在确定LOS信号时，本地链路伙伴可将重启的信号发送给管理逻辑660。作为回应，管理逻辑660可更新本地链路装置的重启参数。在确定所接收的通信量未达到链路标准之后，管理逻辑660可访问本地链路伙伴的重启参数（720）。如果已经设置重启的参数，那么管理逻辑660可启动重启定时器并且确定已经完成与远程链路伙伴的链路调谐的时间以及所接收的通信量满足链路标准的时间。如果还未设置重启的参数，那么管理逻辑可将重启指示发送给本地链路伙伴，以解决链路丢失事件。

以上所描述的方法、装置和逻辑可通过硬件、软件或硬件和软件两者的多种不同的组合以多种不同的方式来实现。例如，系统的全部或部分可包括控制器、微处理器或特定用途集成电路（ASIC）中的电路，或者可通过分离逻辑或元件或其他类型的模拟或数字电路的组合加以实现、组合在单个集成电路上组合或分布在多个集成电路之间。上述逻辑的全部或部分可实施为由处理器、控制器或其他处理装置执行的指令，并且可存储在有形的或永久的机器可读或计算机可读介质内，例如，闪速存储器、随机存取存储器（RAM）或只读存储器（ROM）、电可擦可编程只读存储器（EPROM），或者其他机器可读介质，例如，光盘只读存储器（CDROM）或磁盘或光盘。因此，诸如计算机程序产品的产品可包括存储介质和存储在该介质上的计算机可读指令，在终端、计算机系统或其他装置内执行该计算机可读指令时，会使该装置根据以上任何一种描述进行操作。

上述链路恢复处理可分布在多个系统元件之间，例如，在多个处理器和存储器之间，可选地包括多个分布式处理系统。参数、数据库以及其他数据结构可单独地存储和管理，可包含在单个存储器或数据库内，可用多种不同的方式以逻辑和物理方式组织，并且可用多种方式加以实现，包括数据结构，例如，链接表、哈希表或隐式储存机制。程序可为单个程序的一部分（例如，子程序）和单独的程序，分布在若干个存储器和处理器之间，或者可用多种不同的方式加以实现，例如，在库（例如，共享库（例如，动态链接库（DLL）））内。例如，DLL可存储执行上述任何系统处理的代码。虽然已经描述了本发明的各种实施方式，但是对于本领域的技术人员显而易见的是，在本发明的范围内存在更多的实施方式和实施方案。因此，除了根据所附权利要求及其等同物之外，本发明不受限制。

Claims (10)

1.一种方法，包括：

在交换机装置内：

确定信号丢失事件，并且作为响应：

自动执行链路重启处理，以恢复与链路伙伴的通信，其中，在不与所述链路伙伴进行速度协商的情况下执行所述链路重启处理。

2.根据权利要求1所述的方法，其中，确定包括确定接收器尚未从所述链路伙伴接收到数据长达超过信号丢失定时阈值。

3.根据权利要求1所述的方法，其中，确定包括确定从所述链路伙伴接收的数据未达到质量标准的时间。

4.根据权利要求1所述的方法，其中，自动执行包括将发送器禁用长达预定的恢复持续时间。

5.根据权利要求4所述的方法，其中，自动执行进一步包括在逝去所述预定的恢复持续时间之后启用所述发送器。

6.一种装置，包括：

通信接口，包括发送器和接收器；以及

恢复逻辑，与所述通信接口进行通信，所述恢复逻辑可操作以：

在所述接收器处确定信号丢失事件，并且作为响应：

使所述发送器进入闲置状态；

等待逝去恢复持续时间；以及在已经逝去所述恢复持续时间之后：

使所述发送器进入活动状态；以及

在不与远程链路伙伴进行速度协商的情况下，重新建立通过所述发送器和所述接收器与所述远程链路伙伴的通信。

7.一种装置，包括：

并串行转换器／串并行转换器（SerDes）装置；

存储器，包括链路标准；以及

管理逻辑，与所述并串行转换器／串并行转换器装置进行通信，所述管理逻辑可操作以：

在由所述并串行转换器／串并行转换器装置接收的通信量未达到链路标准时，确定链路丢失事件，并且作为回应：

将重启指示发送给所述并串行转换器／串并行转换器装置以执行链路重启处理，从而在不与远程并串行转换器／串并行转换器装置进行速度协商的情况下恢复与所述远程并串行转换器／串并行转换器装置的通信。

8.根据权利要求7所述的装置，其中，所述管理逻辑进一步可操作以确定所述并串行转换器／串并行转换器装置何时完成所述链路重启处理。

9.根据权利要求8所述的装置，其中，所述管理逻辑进一步可操作以确定所述并串行转换器／串并行转换器装置在完成所述链路重启处理之后所接收的通信量何时满足所述链路标准。

10.根据权利要求9所述的装置，其中，所述管理逻辑进一步可操作以：

在确定所述并串行转换器／串并行转换器装置在完成所述链路重启处理之后所接收的通信量满足所述链路标准的时间之后：

将表示所述通信量满足所述链路标准的链路指示发送给远程并串行转换器／串并行转换器装置。

Images