CN104081743A - 一种链路管理方法、设备和通信系统 - Google Patents

Abstract

本发明提供一种链路管理方法、设备和通信系统，涉及通讯网络领域，解决了控制设备在链路故障发生时不能对交换设备间的业务传输链路进行灵活配置的问题。该方法包括：控制设备接收各个交换设备发送的链路状态信息；所述控制设备根据所述链路状态信息为所述各个交换设备配置业务数据传输链路。本发明实施例应用于通讯网络领域。

Description

一种链路管理方法、 设备和通信系统 技术领域

本发明涉及通讯网络领域， 尤其涉及一种链路管理方法、 设备 和通信系统。 背景技术

在软件可定义网络（ Software Defined Network , 简称 SDN )中， 网络交换模型协议 OpenFlow作为 SDN 网络中的一种交换标准实现 了控制面与转发面的分离， 基于 OpenFlow 这一标准， SDN 网络的 主要组成部分包括： 支持 OpenFlow 的交换设备和用于管理交换设 备的控制设备， 控制设备通过 OpenFlow 协议对交换设备进行配置 和管理。 交换设备作为网络中的关键节点， 在现有设备中开发的接 口又十分有限。 其中， 交换设备的转发行为由控制设备决定， 对控 制设备来说， 控制设备只能获取单个交换设备的端口信息和路由信 息。

在现有 SDN 网络中， 控制设备通过向交换设备发送特征请求 信息 feature request和统计请求信息 stats request , 并接收交换设备 根据 feature request 和 stats request 反馈的特征回复信息 feature reply、 统计回复信息 stats reply和路由信息以便获取交换设备当前 的运行状态， 而当交换设备间发生链路故障时， 控制设备无法根据 交换设备当前的运行状态利用没有链路故障的交换设备继续完成数 据通信。

发明人发现现有技术中至少存在如下问题： 控制设备由于只能 根据交换设备当前的运行状态获取每个交换设备的端口信息和路由 信息， 因此当交换设备故障发生时， 控制设备无法及时将当前在发 生故障的交换设备上传输的业务数据发送至其他正常的交换设备继 续完成数据通信， 从而导致通信中断。 发明内容

本发明的实施例提供一种链路管理方法、 设备和通信系统， 能 够实现对交换设备间用于业务传输链路的灵活配置， 从而避免通讯 中断发生。

为达到上述目 的， 本发明的实施例采用如下技术方案： 第一方面， 提供一种控制设备， 包括： 通过数据总线连接的处 理器和存储器， 以及分别与所述处理器和存储器连接的至少一个通 信接口， 其中，

所述处理器， 用于通过所述至少一个通信接口接收各个交换设 备发送的链路状态信息；

所述处理器， 还用于根据所述链路状态信息为所述各个交换设 备配置业务数据传输链路。

在第一种可能的实现方式中， 结合第一方面， 所述处理器通过 所述至少一个通信接口接收各个交换设备发送的链路状态信息之 前，

所述处理器， 还用于通过所述至少一个通信接口向所述各个交 换设备发送链路检测请求， 以便所述各个交换设备根据所述链路检 测请求进行邻近交换设备探测， 获取对端的所述邻近交换设备端口 信息后生成所述链路状态信息。

在第二种可能的实现方式中， 结合第一种可能的实现方式， 所 述处理器， 还用于启动为所述各个交换设备分别设置的链路更新定 时器， 并当任一所述链路更新定时器超时后向所述任一链路更新定 时器对应的交换设备发送所述链路检测请求；

所述处理器通过所述至少一个通信接口接收到所述各个交换设 备发送的链路状态信息后，

所述处理器， 还用于将所述各个交换设备分别对应的所述链路 更新定时器复位。

在第三种可能的实现方式中， 结合上述任一设备， 所述处理 器， 还用于根据所述链路状态信息判断所述各个交换设备之间是否 存在故障链路； 若所述各个交换设备之间存在故障链路， 则为所述 故障链路一端的第一交换设备根据所述链路状态信息配置第一流 表， 以便所述第一交换设备根据所述第一流表将接收到的业务报文 发送至与所述第一交换设备建立有正常链路的第三交换设备； 并通 过所述至少一个通信接口接收所述第三交换设备的数据转发请求， 并根据所述数据转发请求为所述第三交换设备配置第二流表， 以便 所述第三交换设备根据所述第二流表将所述接收到的业务数据转发 至所述故障链路另一端的第二交换设备， 所述第二流表用于指示所 述第三交换设备接收所述第一交换设备与所述第二交换设备之间故 障链路传输的所述业务数据， 并将所述业务数据通过所述第二交换 设备与所述第三交换设备连接的端口输出。

在第四种可能实现的方式中， 结合第三种可能实现的方式， 所 述处理器， 还用于若所述第一交换设备与所述第二交换设备间的所 述故障链路恢复正常， 则所述控制设备为所述第一交换设备配置第 三流表， 以便所述第一交换设备根据所述第三流表将业务报文发送 至所述第二交换设备。

在第五种可能的实现方式中， 结合上述任一设备， 所述处理 器， 还用于通过所述至少一个通信接口向所述各个交换设备发送交 换设备状态信息请求， 所述交换设备状态信息请求用于获取所述各 个交换设备的端口信息和所述数据包统计信息； 并通过所述至少一 个通信接口接收所述各个交换设备发送的交换设备状态信息； 根据 所述接收单元提供的所述各个交换设备的状态信息判断所述各个交 换设备中是否有交换设备发生过载； 若所述各个交换设备中第一交 换设备发生过载， 则对与所述第一交换设备连接的第二交换设备根 据所述链路状态信息配置第四流表， 以便所述第二交换设备根据所 述第四流表将发送至所述第一交换设备的业务报文转发至第三交换 设备； 接收所述第三交换设备的数据转发请求， 并根据所述数据转 发请求为所述第三交换设备配置对应所述业务报文转发的第五流 表， 以便所述第三交换设备根据所述第五流表将所述接收到的所述 业务报文转发至其他交换设备， 所述第五流表用于指示所述第三交 换设备接收所述第二交换设备发送的业务报文， 并将所述业务报文 转发至所述其他交换设备。

在第六种可能的实现方式中， 结合第五种可能的实现方式， 所 述处理器还用于若所述第一交换设备发生过载的情况消除， 则所述 控制设备为所述第二交换设备配置第六流表， 并为所述第一交换设 备配置第七流表， 以便所述第二交换设备根据所述第六流表将业务 报文转发至所述第一交换设备， 并由所述第一交换设备根据所述第 七流表将所述业务报文转发至所述其他交换设备。

在第七种可能的实现方式中， 结合上述任一设备， 所述链路状 态信息包括：

链路两端的交换设备的标识， 所述交换设备端口的编号， 所述 交换设备端口的多址接入信道 MAC 地址和所述交换设备间链路的 连接状态。 第二方面， 提供一种交换设备， 包括： 通过数据总线连接的处 理器和存储器， 以及分别与所述处理器和存储器连接的至少一个通 信接口， 其中，

所述处理器， 用于通过所述至少一个通信接口向控制设备发送 链路状态信息， 以便所述控制设备根据所述链路状态信息为所述各 个交换设备配置业务数据传输链路；

所述处理器， 还用于通过所述至少一个通信接口根据所述控制 设备配置的业务数据传输链路向与所述交换设备转发业务数据。

在第一种可能的实现方式中， 结合第二方面， 所述处理器， 还 用于通过所述至少一个通信接口接收所述控制设备发送的链路检测 请求； 并根据所述链路检测请求进行邻近交换设备探测， 并在获取 对端的所述邻近交换设备端口信息后生成所述链路状态信息。

在第二种可能实现的方式中， 结合第二方面， 所述处理器， 还 用于启动存活计时器； 并在所述存活计时器超时后进行邻近交换设 备探测， 通过所述至少一个通信接口获取对端的所述邻近交换设备 端口信息后生成所述链路状态信息并对所述存活计时器复位。

在第三种可能的实现方式中， 结合第一种可能的实现方式或第 二种可能的实现方式， 所述处理器， 还用于通过各个端口向所述邻 近交换设备发送探测报文； 并通过所述至少一个通信接口接收所述 邻近交换设备根据所述探测报文响应的所述邻近交换设备端口信 息； 根据所述交换设备的端口信息及所述邻近交换设备端口信息生 成所述链路状态信息。

第三方面， 提供一种链路管理方法， 包括：

控制设备接收各个交换设备发送的链路状态信息；

所述控制设备根据所述链路状态信息为所述各个交换设备配置 业务数据传输链路。

在第一种可能的实现方式中， 结合第三方面， 所述控制设备接 收各个交换设备发送的链路状态信息之前， 还包括：

所述控制设备向所述各个交换设备发送链路检测请求， 以便所 述各个交换设备根据所述链路检测请求进行邻近交换设备探测， 获 取对端的所述邻近交换设备端口信息后生成所述链路状态信息。

在第二种可能的实现方式中， 结合第一种可能的实现方式， 所述控制设备启动为所述各个交换设备分别设置链路更新定时 器， 并当任一所述链路更新定时器超时后向所述任一链路更新定时 器对应的交换设备发送所述链路检测请求；

所述控制设备接收到所述各个交换设备发送的链路状态信息后 还包括：

将所述各个交换设备分别对应的所述链路更新定时器复位。 在第三种可能的实现方式中， 结合上述方法， 所述控制设备接 收各个交换设备发送的链路状态信息后， 还包括：

根据所述链路状态信息判断所述各个交换设备之间是否存在 故障链路；

若所述各个交换设备之间存在故障链路， 则为所述故障链路一 端的第一交换设备根据所述链路状态信息配置第一流表， 以便所述 第一交换设备根据所述第一流表将接收到的业务报文发送至与所述 第一交换设备建立有正常链路的第三交换设备；

接收所述第三交换设备的数据转发请求， 并根据所述数据转发 请求为所述第三交换设备配置第二流表， 以便所述第三交换设备根 据所述第二流表将所述接收到的业务报文转发至所述故障链路另一 端的第二交换设备， 所述第二流表用于指示所述第三交换设备接收 所述第一交换设备与所述第二交换设备之间故障链路传输的所述业 务报文， 并将所述业务报文通过所述第二交换设备与所述第三交换 设备连接的端口输出。

在第四种可能的实现方式中， 结合第三种可能的实现方式， 所 述方法还包括：

若所述第一交换设备与所述第二交换设备间的所述故障链路恢 复正常， 则所述控制设备为所述第一交换设备配置第三流表， 以便 所述第一交换设备根据所述第三流表将业务报文发送至所述第二交 换设备。

在第五种可能实现的方式中， 结合第三方面至第二种可能的实 现方式所述的任一方法， 所述方法还包括：

所述控制设备向所述各个交换设备发送交换设备状态信息请 求， 所述交换设备状态信息请求用于获取所述各个交换设备的端口 信息和所述数据包统计信息；

所述控制设备接收所述各个交换设备发送的交换设备状态信 息， 并根据所述各个交换设备的状态信息判断所述各个交换设备中 是否有交换设备发生过载；

若所述各个交换设备中第一交换设备发生过载， 则对与所述第 一交换设备连接的第二交换设备根据所述链路状态信息配置第四流 表， 以便所述第二交换设备根据所述第四流表将发送至所述第一交 换设备的业务报文转发至第三交换设备；

接收所述第三交换设备的数据转发请求， 并根据所述数据转发 请求为所述第三交换设备配置对应所述业务报文转发的第五流表， 以便所述第三交换设备根据所述第五流表将所述接收到的所述业务 报文转发至其他交换设备， 所述第五流表用于指示所述第三交换设 备接收所述第二交换设备发送的业务报文， 并将所述业务报文转发 至所述其他交换设备。

在第六种可能实现的方式中， 结合第五种可能实现的方式， 所 述方法还包括：

若所述第一交换设备发生过载的情况消除， 则所述控制设备为 所述第二交换设备配置第六流表， 并为所述第一交换设备配置第七 流表， 以便所述第二交换设备根据所述第六流表将业务报文转发至 所述第一交换设备， 并由所述第一交换设备根据所述第七流表将所 述业务报文转发至所述其他交换设备。

在第七种可能实现的方式中， 结合上述方法， 所述链路状态信 息包括：

链路两端的交换设备的标识， 所述交换设备端口的编号， 所述 交换设备端口的多址接入信道 MAC 地址和所述交换设备间链路的 连接状态。

第四方面， 提供一种链路管理方法， 包括：

交换设备向控制设备发送链路状态信息， 以便所述控制设备根 据所述链路状态信息为所述各个交换设备配置业务数据传输链路； 所述交换设备根据所述控制设备配置的业务数据传输链路转发 业务数据。

在第一种可能的实现方式中， 结合第四方面， 所述交换设备向 控制设备发送链路状态信息前， 还包括：

所述交换设备接收所述控制设备发送的链路检测请求； 所述交换设备根据所述链路检测请求进行邻近交换设备探测， 获取对端的所述邻近交换设备端口信息后生成所述链路状态信息。

在第二种可能的实现方式中， 结合第四方面， 所述交换设备向 控制设备发送链路状态信息前， 还包括： 所述交换设备启动存活计时器；

所述交换设备在所述存活计时器超时后进行邻近交换设备探 测， 获取对端的所述邻近交换设备端口信息后生成所述链路状态信 息并对所述存活计时器复位。

在第三种可能的实现方式中， 结合第一种可能的实现方式或第 二种可能的实现方式， 所述根据所述链路检测请求进行邻近交换设 备探测， 获取对端的所述邻近交换设备端口信息后生成所述链路状 态信息， 包括：

所述交换设备通过各个端口向所述邻近交换设备发送探测报 文；

所述交换设备接收所述邻近交换设备根据所述探测报文响应的 所述邻近交换设备端口信息；

根据所述交换设备的端口信息及所述邻近交换设备端口信息生 成所述链路状态信息。

第五方面， 提供一种控制设备， 包括：

接收单元， 用于接收各个交换设备发送的链路状态信息； 配置单元， 用于根据所述接收单元提供的所述链路状态信息为 所述各个交换设备配置业务数据传输链路。

在第一种可能的实现方式中， 结合第五方面， 所述控制设备接 收各个交换设备发送的链路状态信息之前， 还包括：

发送单元， 用于向所述各个交换设备发送链路检测请求， 以便 所述各个交换设备根据所述链路检测请求进行邻近交换设备探测， 获取对端的所述邻近交换设备端口信息后生成所述链路状态信息。

在第二种可能的实现方式中， 结合第一种可能的实现方式， 所 述发送单元还包括：

计时子单元， 用于启动为所述各个交换设备分别设置的链路更 新定时器， 并当任一所述链路更新定时器超时后向所述任一链路更 新定时器对应的交换设备发送所述链路检测请求；

所述控制设备接收到所述各个交换设备发送的链路状态信息后 还包括：

所述计时子单元， 还用于将所述各个交换设备分别对应的所述 链路更新定时器复位。

在第三种可能的实现方式中， 结合上述任一设备， 所述控制设 备还包括：

判别单元， 用于根据所述接收单元提供的所述链路状态信息判 断所述各个交换设备之间是否存在故障链路；

检测配置单元， 用于若所述各个交换设备之间存在故障链路， 则为所述故障链路一端的第一交换设备根据所述链路状态信息配置 第一流表， 以便所述第一交换设备根据所述第一流表将接收到的业 务报文发送至与所述第一交换设备建立有正常链路的第三交换设 备；

所述接收单元， 还用于接收所述第三交换设备的数据转发请 求， 并根据所述数据转发请求为所述第三交换设备配置第二流表， 以便所述第三交换设备根据所述第二流表将所述接收到的业务报文 转发至所述故障链路另一端的第二交换设备， 所述第二流表用于指 示所述第三交换设备接收所述第一交换设备与所述第二交换设备之 间故障链路传输的所述业务报文， 并将所述业务报文通过所述第二 交换设备与所述第三交换设备连接的端口输出。

在第四种可能的实现方式中， 结合第三种可能的实现方式， 检 测配置单元， 用于若所述第一交换设备与所述第二交换设备间的所 述故障链路恢复正常， 则所述控制设备为所述第一交换设备配置第 三流表， 以便所述第一交换设备根据所述第三流表将业务报文发送 至所述第二交换设备。

在第五种可能实现的方式中， 结合第五方面至第二种可能实现 的方式所述的任一设备， 所述控制设备还包括：

所述发送单元， 还用于向所述各个交换设备发送交换设备状态 信息请求， 所述交换设备状态信息请求用于获取所述各个交换设备 的端口信息和所述数据包统计信息； 所述接收单元， 还用于接收所述各个交换设备发送的交换设备 状态信息；

检测单元， 用于根据所述接收单元提供的所述各个交换设备的 状态信息判断所述各个交换设备中是否有交换设备发生过载；

配置查询单元， 还用于若所述各个交换设备中第一交换设备发 生过载， 则对与所述第一交换设备连接的第二交换设备根据所述链 路状态信息配置第四流表， 以便所述第二交换设备根据所述第四流 表将发送至所述第一交换设备的业务报文转发至第三交换设备； 所述接收单元， 还用于接收所述第三交换设备的数据转发请 求， 并根据所述数据转发请求为所述第三交换设备配置对应所述业 务报文转发的第五流表， 以便所述第三交换设备根据所述第五流表 将所述接收到的所述业务报文转发至其他交换设备， 所述第五流表 用于指示所述第三交换设备接收所述第二交换设备发送的业务报 文， 并将所述业务报文转发至所述其他交换设备。

在第六种可能的实现方式中， 结合第五种可能实现的方式， 所 述配置查询单元， 还用于若所述第一交换设备发生过载的情况消 除， 则所述控制设备为所述第二交换设备配置第六流表， 并为所述 第一交换设备配置第七流表， 以便所述第二交换设备根据所述第六 流表将业务报文转发至所述第一交换设备， 并由所述第一交换设备 根据所述第七流表将所述业务报文转发至所述其他交换设备。

在第七种可能的实现方式中， 结合上述任一设备， 所述链路状 态信息包括：

链路两端的交换设备的标识， 所述交换设备端口的编号， 所述 交换设备端口的多址接入信道 MAC 地址和所述交换设备间链路的 连接状态。

第六方面， 提供一种交换设备， 包括：

发送单元， 用于向控制设备发送链路状态信息， 以便所述控制 设备根据所述链路状态信息为所述各个交换设备配置业务数据传输 链路； 转发单元， 用于根据所述控制设备配置的业务数据传输链路转 发业务数据。

在第一种可能的实现方式中， 结合第六方面， 所述交换设备还 包括：

接收单元， 用于接收所述控制设备发送的链路检测请求； 检测单元， 用于根据所述链路检测请求进行邻近交换设备探 测， 并在获取对端的所述邻近交换设备端口信息后生成所述链路状 态信息。

在第二种可能的实现方式中， 结合第六方面， 所述交换设备还 包括：

启动单元， 用于启动存活计时器；

获取单元， 用于在所述存活计时器超时后进行邻近交换设备探 测， 获取对端的所述邻近交换设备端口信息后生成所述链路状态信 息并对所述存活计时器复位。

在第三种可能的实现方式中， 结合第一种可能的实现方式或第 二种可能的实现方式， 所述获取单元包括：

检测子单元， 用于通过各个端口向所述邻近交换设备发送探测 报文；

接收子单元， 用于接收所述邻近交换设备根据所述探测报文响 应的所述邻近交换设备端口信息；

生成子单元， 用于根据所述交换设备的端口信息及所述邻近交 换设备端口信息生成所述链路状态信息。 在第七方面， 提供一种通信系统， 包括： 控制设备和至少两个 交换设备， 其中，

所述控制设备为第一方面所述任一控制设备， 所述交换设备为 第二方面所述任一交换设备；

或者， 所述控制设备为第五方面所述任一控制设备， 或所述交 换设备为第六方面所述任一交换设备。 本发明实施例提供的链路管理方法、 设备和通信系统， 控制设 备通过链路检测获得各个交换设备间链路状态信息， 能够实现对交 换设备间用于业务传输链路的灵活配置， 从而避免通讯中断发生。 附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案， 下 面将对实施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例， 对于 本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以 根据这些附图获得其他的附图。

图 1 为本发明实施例提供一种链路管理方法的流程示意图； 图 2为本发明实施例提供另一种链路管理方法的流程示意图； 图 3 为本发明另一实施例提供一种链路管理方法的流程示意 图；

图 4为本发明另一实施例提供另一种链路管理方法的流程示意 图；

图 5 为本发明另一实施例提供又一种链路管理方法的流程示意 图；

图 6 为本发明又一实施例提供一种链路管理方法的流程示意 图；

图 7为本发明又一实施例提供另一种链路管理方法的流程示意 图；

图 8 为本发明再一实施例提供一种链路管理方法的流程示意 图；

图 9为本发明再一实施例提供另一种链路管理方法的流程示意 图；

图 10为本发明实施例提供的一种控制设备的结构示意图； 图 1 1 为本发明实施例提供的另一种控制设备的结构示意图； 图 12为本发明实施例提供的又一种控制设备的结构示意图； 图 13为本发明实施例提供的再一种控制设备的结构示意图； 图 14为本发明实施例提供的一种交换设备的结构示意图； 图 15为本发明实施例提供的另一种交换设备的结构示意图； 图 16为本发明实施例提供的又一种交换设备的结构示意图； 图 17为本发明实施例提供的再一种交换设备的结构示意图； 图 1 8 为本发明另一实施例提供的一种控制设备的结构示意 图；

图 19 为本发明另一实施例提供的一种交换设备的结构示意 图；

图 20为本发明提供的一种通信系统结构示意图。 具体实施方式

下面将结合本发明实施例中的附图， 对本发明实施例中的技术 方案进行清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明 一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本 领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他 实施例， 都属于本发明保护的范围。

在网络交换模型 OpenFlow协议下， OpenFlow协议将传统的物 理固定的硬件改造成为动态可变的软件可定义网络 （ Software Defined Network , SDN ) , 实现了控制面与转发面的分离， 基于 OpenFlow 协议的 SDN 网络主要组成部分包括： 控制设备和至少 1 个支持 OpenFlow协议的交换设备， 其中控制设备根据 OpenFlow协 议对交换设备进行配置和管理。 这里交换设备可以为交换机、 路由 器、 集线器等用 于转发数据的电子设备； 控制设备可以为支持 OpenFlow协议的控制板。 具体的， 支持 OpenFlow协议的交换设备 组成部分包括： 流表 （ Flow Table )、 安全通道 （ Secure Channel ) 和 OpenFlow协议 （ OF Protocol ) , 交换设备通过安全通道连接到控制 设备， 控制设备通过对交换设备流表的查询对交换设备进行管理。

本发明实施例提供了一种链路管理方法， 参照图 1 所示， 具体 流程如下：

101、 控制设备接收各个交换设备发送的链路状态信息。

这里控制设备通过接收各个交换设备发送的链路检测回复 link detection reply报文获取各个交换设备间的链路状态信息。

其中， 各个交换设备通过邻居发现功能获得的链路状态信息， 然后各个交换设备将生成的链路状态信息用 OF 协议封装成 link detection reply才艮文发送至控制设备。

102、控制设备根据该链路状态信息为各个交换设备配置业务数 据传输链路。

这里由于控制设备根据链路状态信息获知各个交换设备当前 的运行状态， 以及各个交换设备间的链路状态， 以便当交换设备间 链路发生故障或者某个交换设备发生过载时， 控制设备能够根据链 路状态信息为各个交换设备配置业务数据传输链路。 具体的， 控制 设备根据该链路状态信息为各个交换设备配置的业务数据传输链路 中， 该业务数据传输链路上的业务数据不仅可以由业务数据传输链 路中的上一级交换设备的端口处得到， 还可以来自与交换设备连接 的客户端。

其中， 该链路状态信息包括： 链路两端的交换设备的标识， 端 口编号，端口的多址接入信道 MAC地址和交换设备间链路的连接状 态。

可选的， 控制设备接收各个交换设备发送的链路状态信息之 前， 还包括：

控制设备向各个交换设备发送链路检测请求， 以便各个交换设 备根据链路检测请求进行邻近交换设备探测， 获取对端的邻近交换 设备端口信息后生成链路状态信息。

本发明实施例提供的链路管理方法， 控制设备通过链路检测获 得各个交换设备间链路状态信息， 能够实现对交换设备间用于业务 传输链路的灵活配置， 从而避免通讯中断发生。

本发明实施例提供了一种链路管理方法， 参照图 2所示， 具体 流程如下：

201、 交换设备向控制设备发送链路状态信息， 以便控制设备 根据链路状态信息为各个交换设备配置业务数据传输链路。

这里交换设备根据触发邻居发现功能获取与该交换设备相连 链路对端的交换设备上的链路状态信息， 其中， 链路状态信息为链 路两端的交换设备的标识， 端口的编号， 端口的多址接入信道 MAC 地址以及所连接链路上的连接状态。 这里发起邻居发现功能的交换 设备将上述链路状态信息封装入链路检测回复报文中， 并将该链路 检测回复报文发送至控制设备， 以便控制设备根据链路检测回复报 文中的链路状态信息对各个交换设备配置业务数据传输链路。

202、 交换设备根据该控制设备配置的业务数据传输链路转发 业务数据。

本发明实施例提供的链路管理方法， 控制设备通过链路检测获 得各个交换设备间链路状态信息， 能够实现对交换设备间用于业务 传输链路的灵活配置， 从而避免通讯中断发生。

具体的， 以下结合具体的实施例进行说明。

可以在图 1和图 2所示的实施例的基础上， 参照图 3、 4、 5所示， 本发明的实施例提供了一种链路管理方法， 提供了控制设备通过接 收交换设备发送的链路状态信息更新各个交换设备间链路状态信息 的具体方法， 主要包括： 控制设备发起的链路更新流程和交换设备 发起的链路更新流程； 其中参照图 3 所示， 为控制设备发起的链路 更新流程， 具体步骤如下：

301 a ,控制设备启动为各个交换设备分别设置链路更新定时器， 并当任一链路更新定时器超时后向任一链路更新定时器对应的交换 设备发送链路检测请求。

这里控制设备为各个交换设备分别设置链路更新定时器， 当任 一链路更新定时器超时后， 会发起一段链路更新过程， 此时控制设 备向该链路更新定时器对应的交换设备发送链路检测请求报文， 以 便交换设备根据链路检测请求报文反馈当前链路更新状态。 302a , 交换设备通过接收控制设备发送的链路检测请求进行邻 近交换设备探测， 获取对端的邻近交换设备端口信息后生成链路状 态信息。

这里交换设备根据接收的链路检测请求触发对邻近交换设备的 探测。

其中，交换设备根据所述链路检测请求进行邻近交换设备探测， 获取对端的邻近交换设备端口信息后生成链路状态信息， 具体包括： a、 交换设备通过各个端口向邻近交换设备发送探测报文。

其中， 交换设备根据控制设备发送的链路检测请求报文触发对 邻近交换设备的探测流程， 并向邻近的交换设备发送探测报文， 以 便获取对端交换设备的链路状态信息。

b、交换设备接收邻近交换设备根据探测报文响应的邻近交换设 备端口信息。

这里交换设备接收邻近交换设备发送的邻近交换设备端口信息 包括： 邻近交换设备的标识， 邻近交换设备的端口编号， 邻近交换 设备的端口的多址接入信道 MAC地址。

c、根据交换设备的端口信息及邻近交换设备端口信息生成链路 状态信息。

交换设备将上述步骤中邻近交换设备的端口信息及该交换设备 自身的标识， 端口编号， 端口的多址接入信道 MAC地址生成链路状 态信息， 其中链路状态信息还包括该交换设备与邻近交换设备的链 路连接状态。

303 a , 交换设备向控制设备发送链路状态信息， 以便控制设备 根据链路状态信息为各个交换设备配置业务数据传输链路。

这里交换设备根据触发邻居发现功能获取与该交换设备相连 链路对端的交换设备上的链路状态信息， 其中， 链路状态信息为链 路两端的交换设备的标识， 端口的编号， 端口的多址接入信道 MAC 地址以及所连接链路上的连接状态。 这里发起邻居发现功能的交换 设备将上述链路状态信息封装入链路检测回复报文中， 并将该链路 检测回复报文发送至控制设备， 以便控制设备根据链路检测回复报 文中的链路状态信息对各个交换设备配置业务数据传输链路。

304a , 控制设备接收各个交换设备发送的链路状态信息， 并将 各个交换设备分别对应的链路更新定时器复位。

其中， 控制设备接收到的链路状态信息是以链路检测回复报文 的形式接收的， 控制设备将链路检测回复报文交给控制设备中链路 管理实体 LME ( Link Management Entity ) 处理， 并由 LME从链路 检测回复报文中抽取出链路状态信息， 并将该链路状态信息储存至 链路管理数据库 LMDB(Link Management Data Base)中，从而对更新 的信息进行统计记录。

本发明实施例提供的链路管理方法， 当控制设备的链路更新定 时器超时时， 通过向交换设备发送链路检测请求触发交换设备对邻 近交换设备的探测， 并根据探测邻近交换设备获取该交换设备与邻 近交换设备的链路状态信息， 以便当交换设备间的链路故障发生 时， 控制设备能够根据链路检测获得的链路状态信息及时处理链路 故障， 从而避免通讯中断发生。

其中参照图 4所示， 为交换设备发起的链路更新流程， 具体步 骤如下：

301 b , 交换设备启动存活计时器。

这里由交换设备主动发起的链路更新流程， 交换设备启动存活 计时器， 该存活计时器用于触发交换设备对邻近交换设备的探测流 程。

302b , 交换设备在存活计时器超时后进行邻近交换设备探测， 获取对端的邻近交换设备端口信息后生成链路状态信息并对所述存 活计时器复位。

其中， 交换设备发起的链路更新流程中， 所更新的链路状况信 息包括： 链路两端的交换设备的标识， 该链路两端的交换设备端口 的编号，该端口的多址接入信道 MAC地址和交换设备间链路的连接 状态。 具体探测流程如图 3所示的实施例中步骤 303 a所述，此处不再 贅述。

303b , 交换设备向控制设备发送链路状态信息， 以便控制设备 根据链路状态信息为各个交换设备配置业务数据传输链路。

这里交换设备将生成的链路状态信息通过封装为 Open Flow协 议的链路检测回复报文， 并将该链路检测回复报文发送至控制设备， 当交换设备将该链路检测回复报文发送至控制设备之后， 交换设备 将自身的存活计时器复位， 以便交换设备根据存活计时器计时预备 进入下一个周期开始链路更新。

本发明实施例提供的链路管理方法， 当交换设备的存活计时器 超时时， 通过触发对邻近交换设备的探测， 并根据探测邻近交换设 备获取邻近交换设备的状态信息， 并根据该状态信息生成的链路状 态信息将该链路状态信息发送至控制设备， 以便当交换设备间的链 路故障发生时， 控制设备能够根据链路检测获得的链路状态信息及 时处理链路故障， 从而避免通讯中断发生。

参照图 5所示， 结合图 3与图 4所示的实施例， 链路更新的方 法还包括： 控制设备端对应各个交换设备设置链路更新定时器， 交 换设备端对应控制设备端设置存活计时器， 其中， 控制设备端的链 路更新定时器与交换设备端的存活计时器同步计时， 当链路更新定 时器超时时， 控制设备发送链路检测请求至交换设备， 以便交换设 备根据链路检测请求触发对邻近交换设备的探测， 并将由探测获得 的链路状态信息发送至控制设备， 再由控制设备根据接收到交换设 备发送的链路状态信息将链路更新定时器复位； 或者， 当交换设备 的存活计时器超时， 交换设备由于存活计时器超时触发对邻近交换 设备的探测， 并将由探测获得的链路状态信息发送至控制设备， 同 时将存活计时器复位， 这样对于控制设备端或交换设备端都可以避 免在短时间内再一次由于任一端的计时器没有复位， 进而在计时超 时后再一次的发起链路更新， 避免了网络资源的浪费；

具体的， 由于控制设备的链路更新定时器与交换设备的存活计 时器可能由于设定的不同而计时周期也不相同， 但在控制设备发起 的链路更新或交换设备发起的链路更新结束后控制设备的链路更新 定时器与交换设备的存活计时器都需要全部复位， 这样就能够避免 由于控制设备端发起的链路更新结束后交换设备的存活计时器没有 复位， 进而在交换设备的存活计时器超时后， 再一次的由交换设备 端主动进行链路更新， 从而避免由于控制设备接收该交换设备发送 的链路状态信息为控制设备端的链路管理数据库 LMDE增加负担， 造成网络资源上的浪费。

进一步的还可以避免由于其中一端计时器的故障使得链路更新 停止， 从而阻碍了控制设备对交换设备间数据的调配以及客户端间 的通信传输。

参照图 6所示， 可在图 1 , 图 2 , 图 3 , 图 4和图 5所示的实施 例的基础上， 本发明实施例提供一种链路管理方法， 提供了控制设 备根据链路状态信息对交换设备间存在链路故障时具体解决办法， 具体流程包括：

401、 控制设备向各个交换设备发送链路检测请求。

这里对照图 3 所示的实施例， 控制设备可以通过发送链路检测 请求触发交换设备间对邻近交换设备的探测， 并通过交换设备反馈 的链路状态信息获悉各个交换设备间当前链路状态信息， 以便当交 换设备间链路发生故障或交换设备发生过载时， 控制设备可以根据 链路状态信息获取当前控制的交换设备之间的链路状态， 及时进行 链路调配避免传输路径上的通信中断， 当然在步骤 401 之前还可以 包括如图 3 所示的实施例所述的链路更新过程， 即在步骤 401 之前 还包括控制设备侧根据控制设备端链路更新定时器计时超时触发链 路更新。

402、 交换设备进行邻近交换设备探测， 获取对端的邻近交换设 备端口信息后生成链路状态信息。

这里对照图 4所示的实施例， 交换设备可以根据控制设备端发 出的链路检测请求而触发对邻近交换设备的探测， 当然还可以根据 交换设备端存活计时器超时触发对邻近交换设备的探测 （只是当采 用交换设备根据交换设备端存活计时器超时触发对邻近交换设备的 探测的方案时， 在一个链路状态更新的过程中不包括步骤 401 )。 通 过对邻近交换设备的探测获取对端的邻近交换设备端口信息后生成 链路状态信息， 由于触发对邻近交换设备进行探测的方式有控制设 备发送链路检测请求触发和交换设备端存活计时器超时触发两种， 对照图 3与图 4所示的实施例， 则在步骤 402之前还包括如图 4所 示的实施例所述的链路更新过程， 即在步骤 402之前还包括交换设 备侧由于交换设备端存活计时器的超时触发链路更新。 区别于图 3 所示的实施例， 其中步骤 402 中交换设备进行邻近交换设备的探测 不仅可以通过接收控制设备端由于链路更新定时器超时发送的链路 检测请求触发对邻近交换设备探测， 还可以根据由于交换设备端存 活计时器超时触发对邻近交换设备探测。

403、 交换设备向控制设备发送链路状态信息， 以便控制设备根 据链路状态信息为各个交换设备配置业务数据传输链路。

这里， 对照图 3 , 图 4 所示的实施例， 当交换设备将链路状态 信息发送至控制设备后， 即步骤 403之后， 对照图 3所示的实施例， 控制设备接收交换设备发送的链路状态信息后将链路状态信息通过 控制设备中的链路管理实体 LME 将链路状态信息储存至链路管理 数据库 LMDB 中， 并将链路更新定时器复位， 控制设备端发起的链 路更新过程结束； 或者， 在步骤 403之后， 对照图 4所示的实施例， 当交换设备发送链路状态信息后， 交换设备将自身的存活计时器复 位， 交换设备发起的链路更新过程结束。

404、控制设备根据链路状态信息判断各个交换设备之间是否存 在故障链路。

这里控制设备中的链路管理实体 LME 通过对链路管理数据库 LMDB 中储存的链路状态信息发现各个交换设备间是否存在故障链 路， 以便控制设备对发生故障链路上的业务流进行路径上的调整。

405、 若各个交换设备之间存在故障链路， 则为故障链路一端的 第一交换设备根据链路状态信息配置第一流表， 以便第一交换设备 根据第一流表将接收到的业务报文发送至与第一交换设备建立有正 常链路的第三交换设备。

这里控制设备根据链路状态信息中的各个交换设备的连接状态 发现各个交换设备之间存在故障链路， 并为故障链路两端的第一交 换设备配置第一流表， 其中控制设备对第一交换设备配置的第一流 表用于将原有要发送至第二交换设备的业务报文， 根据对第一交换 设备重新配置的第一流表将该业务报文发送至第三交换设备， 其中 控制设备通过第一交换设备与第三交换设备间的链路状态信息发现 第一交换设备与第三交换设备间的链路正常， 可完成业务报文的转 发。

具体的， 链路状态信息包括： 链路两端的交换设备的标识， 该 交换设备端口的编号，交换设备端口的多址接入信道 MAC地址和所 述交换设备间链路的连接状态。

其中如图 6所示， 由于第一交换设备与第二交换设备间存在链 路故障， 第一交换设备根据控制设备配置的第一流表将预定发送至 第二交换设备的业务报文转发至第三交换设备 （其中第一交换设备 预定发送至第二交换设备的业务报文在图中用虚线示出 ）。

406、 控制设备接收第三交换设备的数据转发请求， 并根据数据 转发请求为第三交换设备配置第二流表， 以便第三交换设备根据第 二流表将接收到的业务报文转发至故障链路另一端的第二交换设 备。

其中， 第二流表用于指示第三交换设备接收第一交换设备与第 二交换设备之间故障链路传输的业务报文， 并将业务报文通过第二 交换设备与第三交换设备连接的端口输出。

这里由于第三交换设备接收来自第一交换设备上的业务报文后 找不到匹配项， 即第三交换设备无法查找到接收第三交换设备转发 业务报文的对端交换设备， 此时第三交换设备向控制设备发送数据 转发请求， 控制设备在接收到第三交换设备的数据转发请求后为第 三交换设备配置第二流表， 以便第三交换设备根据第二流表将接收 到的业务报文转发至与故障链路另一端的第二交换设备相连的下一 级设备， 其中该下一级设备可以是与第二交换设备相连的客户端， 也可以是与第二交换设备相连的其他负责转发业务数据的交换设 备。

407、 若第一交换设备与第二交换设备间的故障链路恢复正常， 则控制设备为第一交换设备配置第三流表， 以便第一交换设备根据 第三流表将业务报文发送至第二交换设备。

这里控制设备通过周期性的链路更新发现第一交换设备与第 二交换设备间的故障链路消除， 控制设备根据链路状态信息中第一 交换设备与第二交换设备当前的连接状态， 重新对第一交换设备配 置流表即第三流表， 以便第一交换设备根据第三流表的指示将发送 至第三交换设备的业务报文发送至第二交换设备， 即恢复第一交换 设备与第二交换设备间的业务数据传输链路， 不再由第三交换设备 转发第一交换设备的业务报文至第二交换设备。

本发明实施例提供的链路管理方法， 控制设备通过链路检测获 得各个交换设备间链路状态信息， 以便当交换设备间的链路故障发 生时， 控制设备能够根据链路检测获得的链路状态信息及时处理链 路故障， 从而避免通讯中断发生。

参照图 7所示， 提供一种在 OpenFlow协议控制设备、 交换设 备及客户端的所组成的网络架构， 其中客户端可以是用户使用的接 入设备， 如个人计算机 （ Personal Computer,PC ) , 手机， 平板电脑， 也可以泛指传输网络中与交换设备相连的上一级设备； 具体的控制 设备连接 3 台交换设备， 其中交换设备 1连接客户端 1 , 交换设备 2 连接客户端 2 , 交换设备 1、 交换设备 2及交换设备 3之间存在链接 关系， 即交换设备 1 与交换设备 2 连接， 交换设备 2 与交换设备 3 连接， 同时交换设备 1 与交换设备 3 连接， 在该网络架构下若出现 交换设备之间的链路故障时， 按照上述实施例所述的方法， 控制设 备可以获取各个交换设备间的链路状态信息， 进而实现对各个交换 设备间的链路状态更新， 而当交换设备间出现链路故障后步骤 404〜 步骤 406的具体处理方法为：

a、 控制设备通过获取各个交换设备间的链路状态信息， 并根据 该链路状态信息发现交换设备 1 与交换设备 2之间的链路状态出现 异常。

这里交换设备 1 与交换设备 2之间的链路状态出现异常可以表 现为： 在交换设备 1 与交换设备 2进行业务通信时， 交换设备 1 或 交换设备 2 中对应收发报文的定时器发生接收超时， 这样在控制设 备发起链路更新时， 或者交换设备 1 或交换设备 2主动发起链路更 新时会将交换设备 1 与交换设备 2之间链路发生故障的信息发送至 控制设备， 以便控制设备根据链路状态信息获悉交换设备 1 与交换 设备 2之间链路发生故障， 并对交换设备 1 与交换设备 2之间链路 上传输的业务报文重新配置传输路径。

b、 当交换设备 1与交换设备 2之间的链路发生故障， 控制设备 向交换设备 1发送流表修改消息 flow-mod报文修改交换设备 1的流 表， 以便将交换设备 1 上预定发送至交换设备 2的来自客户端 1 的 业务报文转发至交换设备 3。

其中，控制设备发送至交换设备 1 的 flow-mod报文用于修改交 换设备 1 的流表。

c、 交换设备 3接收交换设备 1发送的业务报文， 由于没有接收 交换设备 3 的业务报文的链路对端的交换设备， 交换设备 3 通过 packet-in消息向控制设备请求对应交换设备 3 的流表， 控制设备在 接收到交换设备 3发送的请求后发送 flow-mod报文为交换设备 3配 置对应的流表， 以便交换设备 3根据 flow-mod报文配置对应交换设 备 3 的流表将交换设备 1发送的业务报文通过交换设备 3 与交换设 备 2相连的端口， 经由交换设备 2将客户端 1 的业务报文发送至客 户 端 2。

这里控制设备为交换设备 1 重新调配对端交换设备， 使得交换 设备 1接收业务报文经由交换设备 3转发， 再由交换设备 3将该业 务报文转发至交换设备 2 , 并由交换设备 2 将业务报文发送至客户 端 2 , 以便客户端 1 与客户端 2之间继续进行正常的业务传输； 其 中， 控制设备周期性的进行链路更新流程， 以便检测交换设备间的 链路状态是否正常。

d、 若控制设备的周期性的检测发现交换设备 1 与交换设备 2 之间的链路故障消除， 则通过步骤 401〜步骤 403用获取链路状态信 息更新控制设备中链路管理数据库 LMDB , 这里控制设备通过修改 交换设备 1 , 交换设备 2和交换设备 3 上的流表， 将客户端 1 与客 户端 2之间的业务恢复至原有链路上， 即交换设备 1 与交换设备 2 之间的链路， 同时删除交换设备 3 的流表， 避免客户端 1 与客户端 2 的业务报文在交换设备 1 与交换设备 2之间的链路传输的同时， 交换设备 1再一次的将客户端 1 的业务报文通过交换设备 3转发至 交换设备 2并由交换设备 2转发至客户端 2。

本发明实施例提供的链路管理方法， 控制设备通过各个交换设 备发送的链路状态信息， 当交换设备间链路发生故障时， 控制设备 根据链路状态信息及时灵活配置业务传输链路， 避免了客户端之间 通信中断的发生。

参照图 8所示， 可在图 1 , 图 2 , 图 3 , 图 4和图 5所示的实施 例的基础上， 本发明实施例提供一种链路管理方法， 提供了控制设 备根据链路状态信息对过载的交换设备的处理方法， 具体流程包括： 501、 控制设备向各个交换设备发送链路检测请求。

这里对照图 3 所示的实施例， 控制设备可以通过发送链路检测 请求触发交换设备间对邻近交换设备的探测， 并通过交换设备反馈 的链路状态信息获悉各个交换设备间当前链路状态信息， 以便当交 换设备间链路发生故障或交换设备发生过载时， 控制设备可以根据 链路状态信息获取当前控制的交换设备之间的链路状态， 及时进行 链路调配避免客户端之间的通信中断， 当然在步骤 501 之前还可以 包括如图 3 所示的实施例所述的链路更新过程， 即在步骤 501 之前 还包括控制设备侧根据控制设备端链路更新定时器计时超时触发链 路更新。

502、 交换设备进行邻近交换设备探测， 获取对端的邻近交换设 备端口信息后生成链路状态信息。

这里对照图 4所示的实施例， 交换设备可以根据控制设备端发 出的链路检测请求而触发对邻近交换设备的探测， 当然还可以根据 交换设备端存活计时器超时触发对邻近交换设备的探测 （只是当采 用交换设备根据交换设备端存活计时器超时触发对邻近交换设备的 探测的方案时， 在一个链路状态更新的过程中不包括步骤 501 )。 通 过对邻近交换设备的探测获取对端的邻近交换设备端口信息后生成 链路状态信息， 由于触发对邻近交换设备进行探测的方式有控制设 备发送链路检测请求触发和交换设备端存活计时器超时触发两种， 对照图 3与图 4所示的实施例， 则在步骤 502之前还包括如图 4所 示的实施例所述的链路更新过程， 即在步骤 502之前还包括交换设 备侧由于交换设备端存活计时器的超时触发链路更新。 区别于图 3 所示的实施例， 其中步骤 502 中交换设备进行邻近交换设备的探测 不仅可以通过接收控制设备端由于链路更新定时器超时发送的链路 检测请求触发对邻近交换设备探测， 还可以根据由于交换设备端存 活计时器超时触发对邻近交换设备探测。

503、 交换设备向控制设备发送链路状态信息， 以便控制设备根 据链路状态信息为各个交换设备配置业务数据传输链路。

这里， 对照图 3 , 图 4 所示的实施例， 当交换设备将链路状态 信息发送至控制设备后， 即步骤 503之后， 对照图 3所示的实施例， 控制设备接收交换设备发送的链路状态信息后将链路状态信息通过 控制设备中的链路管理实体 LME 将链路状态信息储存至链路管理 数据库 LMDB 中， 并将链路更新定时器复位， 控制设备端发起的链 路更新过程结束； 或者， 在步骤 503之后， 对照图 4所示的实施例， 当交换设备发送链路状态信息后， 交换设备将自身的存活计时器复 位， 交换设备发起的链路更新过程结束。

504、 控制设备向各个交换设备发送交换设备状态信息请求。 其中交换设备状态信息请求用于获取各个交换设备的端口信息 和数据包统计信息。

具体的控制设备周期性的向各个交换设备发起交换设备状态信 息请求， 以便及时获取各个交换设备的实时交换设备状态信息， 其 中控制设备发器的交换设备状态信息请求以特征请求 feature request才艮文和统计请求 stats request才艮文两种形式发送至各个交换 设备。

505、 控制设备接收各个交换设备发送的交换设备状态信息， 并 根据各个交换设备的状态信息判断各个交换设备中是否有交换设备 发生过载。

这里控制设备根据交换设备状态信息判断各个交换设备中是否 有交换设备发生过载，其中交换设备状态信息包括：交换设备的 CPU 负载值和交换设备端口的转发速率的最大带宽。

具体的， 控制设备通过接收各个交换设备发送的特征回复 feature reply报文获取各个交换设备的流表、数据流特征或者各个交 换设备端口的特征； 并通过接收统计回复 stats reply报文获取各个 交换设备接收数据包的统计信息， 以便控制设备根据交换设备状态 信息获悉各个交换设备的当前状态；

其中若 stats reply 文中统计的某个交换设备的端口上丟包率 过高， 则控制设备可以根据该交换设备的端口上丟包率过高这一特 征判断该交换设备发生过载。

506、 若各个交换设备中第一交换设备发生过载， 则对与第一交 换设备连接的第二交换设备根据链路状态信息配置第四流表， 以便 该第二交换设备根据第四流表将发送至第一交换设备的业务报文转 发至第三交换设备。

这里若第一交换设备发生过载， 控制设备中的链路管理实体 LME通过查询链路管理数据库 LMDB获取第一交换设备的链路配置 属性， 以便发现客户端之间是否存在另一条业务传输路径。

具体的， 控制设备为与第一交换设备连接的第二交换设备根据 链路状态信息配置对应第二交换设备的第四流表， 该第二交换设备 根据第四流表将发送至第一交换设备的业务报文转发至第三交换设 备。

如图 8所示， 由于第一交换设备发生过载， 第二交换设备根据 控制设备配置的第三流表将发送至第一交换设备的业务报文转发至 第三交换设备 （其中第二交换设备预定发送至第一交换设备的业务 报文在图中用虚线示出 ）。

507、 控制设备接收第三交换设备的数据转发请求， 并根据数据 转发请求为第三交换设备配置对应业务报文转发的第五流表， 以便 第三交换设备根据第五流表将接收到的业务报文转发至其他交换设 备。

其中， 第五流表用于指示所述第三交换设备接收所述第二交换 设备预定发送至所述第一交换设备上的业务报文， 并将所述业务报 文转发至其他交换设备处。

508、 若第一交换设备发生过载的情况消除， 则控制设备为第 二交换设备配置第六流表， 并为第一交换设备配置第七流表， 以便 第二交换设备根据第六流表将业务报文转发至第一交换设备， 并由 第一交换设备根据第七流表将业务报文转发至所述其他交换设备。

参照图 9 所示， 提供一种在 OpenFlow协议控制设备、 交换设 备及客户端的所组成的网络架构， 其中客户端可以是用户使用的接 入设备， 如个人计算机 （ Personal Computer,PC ) , 手机， 平板电脑， 也可以泛指传输网络中与交换设备相连的上一级设备； 具体的控制 设备连接 4台交换设备， 其中交换设备 2连接客户端 1 , 交换设备 4 与客户端 2连接， 交换设备 3 连接交换设备 4 , 交换设备 1 连接交 换设备 4 ,交换设备 1 ,交换设备 2及交换设备 3之间存在链接关系， 即交换设备 1 与交换设备 2 连接， 交换设备 2 与交换设备 3连接， 同时交换设备 1 与交换设备 3连接分别与交换设备 4连接。 在该网 络架构下若出现交换设备之间的链路故障时， 按照上述实施例所述 的方法， 控制设备可以获取各个交换设备间的链路状态信息， 进而 实现对各个交换设备间的链路状态更新， 而当交换设备出过载后步 骤 504〜步骤 506的具体处理方法为：

a、控制设备根据各个交换设备发送的链路状态信息确认各个交 换设备间链路是否存在， 然后向各个交换设备发送状态信 , 请求 feature request 报文， 并接收各个交换设备发送的状态信息回复 feature reply报文，通过各个交换设备的状态信息统计各个交换设备 当前状态， 以便判断各个交换设备中是否存在过载的交换设备。

这里交换设备过载可以表现为较高的丟包率， 若此时控制设备 发现交换设备 1 的丟包率较高， 则通过控制设备上 LME查询 LMDB 获取交换设备 1 所在链路的配置属性， 发现在客户端 1 与客户端 2 之间存在另一条业务传输通道。

b、 若交换设备 1发生过载， 则控制设备对与交换设备 1相连的 交换设备 2配置对应交换设备 2的流表， 以便交换设备 2将客户端 1转发至交换设备 1 的业务报文由交换设备 2转发至交换设备 3。

c、 交换设备 3接收交换设备 2发送的业务报文， 由于匹配不到 对应的流表， 则通过 packet-in消息向控制设备请求对应交换设备 3 的流表， 控制设备接收交换设备 3 的数据转发请求后发送数据流修 复 flow-mod报文为交换设备 3配置对应的流表， 以便交换设备 3 能 够将业务报文转发至与交换设备 4相连的端口， 并由交换设备 4转 发至客户端 2。

这里控制设备为交换设备 2重新调配对端交换设备， 使得交换 设备 2接收客户端 1发送的业务报文经由交换设备 3转发， 再由交 换设备 3 将该业务报文转发至交换设备 4 , 最后由交换设备 4将业 务报文发送至客户端 2 ; 其中， 控制设备周期性的进行链路更新流 程， 以便检测交换设备间的链路状态是否正常。

d、 若控制设备的周期性的检测发现交换设备 1过载现象消除， 则将客户端 1 与客户端 2之间的传输路径切换至原有交换设备 1 所 在的传输路径上；具体过程为：控制设备向交换设备 2发送 flow-mod 报文， 修改交换设备 2 的流表， 将来自客户端 1 的业务报文转发至 交换设备 1 , 为交换设备 1 配置对应交换设备 1 的流表， 以便交换 设备 1 将接收到的业务报文转发至交换设备 4 , 并由交换设备 4 转 发至客户端 2。

本发明实施例提供的链路管理方法， 控制设备通过各个交换设 备发送的链路状态信息， 当交换设备发生过载时， 控制设备根据链 路状态信息及时灵活配置业务传输链路， 避免了客户端之间通信中 断的发生。 本发明实施例提供一种控制设备 6 , 该控制设备具体可以为软 件可定义 SDN 网络中执行 OpenFlow协议负责配置交换设备间数据 传输的电子设备， 在本发明的实施例中对控制设备的具体形式不做具体 限制， 以可以实现本发明的实施例所提供的上述任一链路管理方法为准， 具体参照图 10所示， 该控制设备包括： 接收单元 61和配置单元 62 , 其中，

接收单元 61 , 用于接收各个交换设备发送的链路状态信息； 配置单元 62 , 用于根据接收单元提供的链路状态信息为各个交 换设备配置业务数据传输链路。

本发明实施例提供的控制设备， 控制设备通过链路检测获得各 个交换设备间链路状态信息， 以便当交换设备间的链路故障发生时， 控制设备能够根据链路检测获得的链路状态信息及时处理链路故 障， 从而避免通讯中断发生。

可选的， 控制设备 6 , 参照图 10所示， 还包括： 发送单元 63 , 其中，

发送单元 63 , 用于向各个交换设备发送链路检测请求， 以便各 个交换设备根据链路检测请求进行邻近交换设备探测， 获取对端的 邻近交换设备端口信息后生成链路状态信息。

可选的， 参照图 1 1 所示， 发送单元 63 包括： 计时子单元 63 1 , 其中，

计时子单元 63 1 , 用于启动为各个交换设备分别设置的链路更 新定时器， 并当任一所述链路更新定时器超时后向所述任一链路更 新定时器对应的交换设备发送所述链路检测请求；

控制设备接收到所述各个交换设备发送的链路状态信息后还包 括：

计时子单元 63 1 , 还用于将所述各个交换设备分别对应的所述 链路更新定时器复位。

可选的， 控制设备 6 , 如图 12所示， 还包括： 判别单元 64 , 检测配置单元 65 , 其中，

判别单元 64 ,用于根据接收单元提供的链路状态信 , 判断各个 交换设备之间是否存在故障链路；

检测配置单元 65 , 用于若各个交换设备之间存在故障链路， 则 为故障链路两端的第一交换设备配置第一流表， 以便第一交换设备 根据第一流表将接收到的业务报文发送至与第一交换设备建立有正 常链路的第三交换设备；

接收单元 61 , 还用于接收第三交换设备的数据转发请求， 并根 据数据转发请求为第三交换设备配置对应业务报文转发的第二流 表， 以便第三交换设备根据第二流表将接收到的业务报文转发至其 他交换设备， 第二流表用于指示第三交换设备接收第二交换设备发 送的业务报文， 并将业务报文转发至其他交换设备处。

可选的， 检测配置单元 65 , 还用于若第一交换设备与第二交换 设备间的故障链路恢复正常， 则控制设备为第一交换设备配置第三 流表， 以便第一交换设备根据第三流表将业务报文发送至第二交换 设备。

本发明提供的控制设备， 控制设备通过各个交换设备发送的链 路状态信息， 当交换设备间链路发生故障时， 控制设备根据链路状 态信息及时灵活配置业务传输链路， 避免了客户端之间通信中断的 发生。

可选的， 控制设备 6 , 参照图 13 所示， 还包括： 检测单元 66 和配置查询单元 67 , 其中， 发送单元 63 ,还用于向各个交换设备发送交换设备状态信息请 求， 该交换设备状态信息请求用于获取各个交换设备的端口信息和 数据包统计信息；

接收单元 61 , 还用于接收各个交换设备发送的交换设备状态信 息；

检测单元 66 , 用于根据接收单元提供的各个交换设备的状态信 息判断各个交换设备中是否有交换设备发生过载；

配置查询单元 67 ,还用于若各个交换设备中第一交换设备发生 过载， 则对与第一交换设备连接的第二交换设备根据链路状态信息 配置第四流表， 以便第二交换设备根据第四流表将发送至第一交换 设备的业务报文转发至第三交换设备；

接收单元 61 , 还用于接收第三交换设备的数据转发请求， 并根 据数据转发请求为第三交换设备配置对应业务报文转发的第五流 表， 以便第三交换设备根据第五流表将接收到的业务报文转发至其 他交换设备， 第五流表用于指示第三交换设备接收第二交换设备发 送的业务报文， 并将业务报文转发至其他交换设备。

可选的， 配置查询单元 67 , 还用于若所述第一交换设备发生过 载的情况消除， 则所述控制设备为所述第二交换设备配置第六流表， 并为所述第一交换设备配置第七流表， 以便所述第二交换设备根据 所述第六流表将业务报文转发至所述第一交换设备， 并由所述第一 交换设备根据所述第七流表将所述业务报文转发至所述其他交换设 备。

可选的， 链路状态信息包括：

链路两端的交换设备的标识， 交换设备端口的编号， 交换设备 端口的多址接入信道 MAC地址和交换设备间链路的连接状态。

本发明实施例提供的控制设备， 控制设备通过各个交换设备发 送的链路状态信息， 当交换设备发送过载时， 控制设备根据链路状 态信息及时灵活配置业务传输链路， 避免了客户端之间通信中断的 发生。 本发明实施例提供一种交换设备 7 , 该交换设备具体可以为软 件可定义 SDN 网络中执行 OpenFlow协议负责转发数据传输的电子 设备， 可以为交换机， 路由器， 集线器等负责转发数据的电子设备， 在本发明的实施例中对交换设备的具体形式不做具体限制，以可以实现本 发明的实施例所提供的上述任一链路管理方法为准， 参照图 14 所示， 包括： 发送单元 71和转发单元 72 , 其中，

发送单元 71 , 用于向控制设备发送链路状态信息， 以便所述控 制设备根据所述链路状态信息为所述各个交换设备配置业务数据传 输链路；

转发单元 72 , 用于根据所述控制设备配置的业务数据传输链路 转发业务数据。

本发明实施例提供的交换设备， 控制设备通过链路检测获得各 个交换设备间链路状态信息， 以便当交换设备间的链路故障发生时， 控制设备能够根据链路检测获得的链路状态信息及时处理链路故 障， 从而避免通讯中断发生。

可选的， 交换设备 7 , 参照图 15 所示， 包括： 接收单元 73 和 检测单元 74 , 其中，

接收单元 73 , 用于接收控制设备发送的链路检测请求； 检测单元 74 , 用于根据链路检测请求进行邻近交换设备探测， 并在获取对端的邻近交换设备端口信息后生成链路状态信息。

可选的， 交换设备 7 , 参照图 16 所示， 还包括： 启动单元 75 和获取单元 76 , 其中，

启动单元 75 , 用于启动存活计时器；

获取单元 76 , 用于在存活计时器超时后进行邻近交换设备探 测， 获取对端的邻近交换设备端口信息后生成链路状态信息并对存 活计时器复位。

进一步的，参照图 17所示，获取单元 76包括：检测子单元 761 , 接收子单元 762和生成子单元 763 , 其中，

检测子单元 761 , 用于通过各个端口向邻近交换设备发送探测 报文；

接收子单元 762 , 用于接收邻近交换设备根据探测报文响应的 邻近交换设备端口信息；

生成子单元 763 , 用于根据换设备的端口信息及邻近交换设备 端口信息生成链路状态信息。

本发明实施例提供的交换设备， 控制设备通过链路检测获得各 个交换设备间链路状态信息， 以便当交换设备间的链路故障发生时， 控制设备能够根据链路检测获得的链路状态信息及时处理链路故 障， 从而避免通讯中断发生。 本发明实施例提供一种控制设备 8 , 该控制设备具体可以为 SDN网络中执行 OpenFlow协议负责配置交换设备间数据传输的电 子设备， 在本发明的实施例中对控制设备的具体形式不做具体限制， 以 可以实现本发明的实施例所提供的上述任一链路管理方法为准，参照图 1 8所示， 包括： 至少一个处理器 81、 存储器 82、 通信端口 83和总线 84 , 该至少一个处理器 81、 存储器 82和通信接口 83通过总线 84连接 并完成相互间的通信。

该总线 84可以是工业标准体系结构（ Industry Standard Architecture , 简称为 ISA )总线、 外部设备互连（ Peripheral Component, 简称为 PCI ) 总线或扩展工业标准体系结构（ Extended Industry Standard Architecture , 简称为 EISA ) 总线等。 该总线 84可以分为地址总线、 数据总线、 控制 总线等。 为便于表示， 图 18 中仅用一条粗线表示， 但并不表示仅有一 根总线或一种类型的总线。 其中： 存储器 82 用于存储可执行程序代码， 该程序代码包括计算机操作 指令。 存储器 82可能包含高速 RAM存储器， 也可能还包括非易失性存 者器 （ non- volatile memory ), 例： ¾口至少一个磁盘存者器。 所述存 4诸设备 中存储： 操作系统、 应用程序， 用于实现本发明实施例的程序代码。 所 述操作系统用于控制和实现所述处理单元执行的处理功能。 所述应用程 序包含程序代码， 如字处理软件、 email软件。

处理器 81可能是一个中央处理器（ Central Processing Unit, 简称为 CPU ), 或者是特定集成电路 ( Application Specific Integrated Circuit, 简 称为 ASIC ) , 或者是被配置成实施本发明实施例的一个或多个集成电 路。

通信接口 83 , 主要用于实现本实施例中的装置之间的通信。

其中， 处理器 81 , 用于通过至少一个通信接口接收各个交换设 备发送的链路状态信息；

处理器 8 1 ,还用于根据链路状态信息为各个交换设备配置业务 数据传输链路。

本发明实施例提供的控制设备， 控制设备通过链路检测获得各 个交换设备间链路状态信息， 以便当交换设备间的链路故障发生时， 控制设备能够根据链路检测获得的链路状态信息及时处理链路故 障， 从而避免通讯中断发生。

可选的， 处理器 81 通过至少一个通信接口接收各个交换设备 发送的链路状态信息之前，

处理器 8 1 ,还用于通过至少一个通信接口向各个交换设备发送 链路检测请求， 以便各个交换设备根据链路检测请求进行邻近交换 设备探测， 获取对端的邻近交换设备端口信息后生成链路状态信息。

可选的， 处理器 81 , 还用于启动为各个交换设备分别设置的链 路更新定时器， 并当任一链路更新定时器超时后向任一链路更新定 时器对应的交换设备发送链路检测请求；

处理器 8 1 通过至少一个通信接口接收到各个交换设备发送的 链路状态信息后，

处理器 81 , 还用于将各个交换设备分别对应的链路更新定时器 复位。

可选的， 处理器 81 , 还用于根据链路状态信息判断各个交换设 备之间是否存在故障链路； 若各个交换设备之间存在故障链路， 则 为故障链路一端的第一交换设备根据链路状态信息配置第一流表， 以便第一交换设备根据第一流表将接收到的业务报文发送至与第一 交换设备建立有正常链路的第三交换设备； 并通过至少一个通信接 口接收第三交换设备的数据转发请求， 并根据数据转发请求为第三 交换设备配置第二流表， 以便第三交换设备根据第二流表将接收到 的业务数据转发至故障链路另一端的第二交换设备， 第二流表用于 指示第三交换设备接收第一交换设备与第二交换设备之间故障链路 传输的业务数据， 并将业务数据通过第二交换设备与第三交换设备 连接的端口输出。

可选的， 处理器 81 , 还用于若第一交换设备与第二交换设备间 的故障链路恢复正常， 则控制设备为第一交换设备配置第三流表， 以便第一交换设备根据第三流表将业务报文发送至第二交换设备。

可选的， 处理器 81 , 还用于通过至少一个通信接口向各个交换 设备发送交换设备状态信息请求， 该交换设备状态信息请求用于获 取各个交换设备的端口信息和数据包统计信息； 并通过至少一个通 信接口接收各个交换设备发送的交换设备状态信息； 根据接收单元 提供的各个交换设备的状态信息判断各个交换设备中是否有交换设 备发生过载； 若各个交换设备中第一交换设备发生过载， 则对与第 一交换设备连接的第二交换设备根据链路状态信息配置第四流表， 以便第二交换设备根据第四流表将发送至第一交换设备的业务报文 转发至第三交换设备； 接收第三交换设备的数据转发请求， 并根据 数据转发请求为第三交换设备配置对应业务报文转发的第五流表， 以便第三交换设备根据第五流表将接收到的业务报文转发至其他交 换设备， 该第五流表用于指示第三交换设备接收第二交换设备发送 的业务报文， 并将业务报文转发至其他交换设备。

可选的， 处理器 81 , 还用于若第一交换设备发生过载的情况消 除， 则控制设备为第二交换设备配置第六流表， 并为第一交换设备 配置第七流表， 以便第二交换设备根据第六流表将业务报文转发至 第一交换设备， 并由第一交换设备根据第七流表将业务报文转发至 其他交换设备。

可选的， 链路状态信息包括：

链路两端的交换设备的标识， 交换设备端口的编号， 交换设备 端口的多址接入信道 MAC地址和交换设备间链路的连接状态。 本发明实施例提供的控制设备， 控制设备通过链路检测获得各 个交换设备间链路状态信息， 以便当交换设备间的链路故障发生时， 控制设备能够根据链路检测获得的链路状态信息及时处理链路故 障， 从而避免通讯中断发生。 本发明实施例提供一种交换设备 9 , 该交换设备具体可以为 SDN网络中执行 OpenFlow协议负责转发数据传输的电子设备， 可 以为交换机， 路由器， 集线器等负责转发数据的电子设备， 在本发 明的实施例中对交换设备的具体形式不做具体限制， 以可以实现本发明 的实施例所提供的上述任一链路管理方法为准， 参照图 19所示， 交换 设备 9 包括： 至少一个处理器 91、 存储器 92、 通信端口 93和总线 94 , 该至少一个处理器 91、 存储器 92和通信接口 93通过总线 94连接并完 成相互间的通信。 该总线 94可以是工业标准体系结构（ Industry Standard Architecture , 简称为 ISA )总线、 外部设备互连（ Peripheral Component, 简称为 PCI ) 总线或扩展工业标准体系结构（ Extended Industry Standard Architecture , 简称为 EISA ) 总线等。 该总线 94可以分为地址总线、 数据总线、 控制 总线等。 为便于表示， 图 19 中仅用一条粗线表示， 但并不表示仅有一 根总线或一种类型的总线。 其中： 存储器 92 用于存储可执行程序代码， 该程序代码包括计算机操作 指令。 存储器 92可能包含高速 RAM存储器， 也可能还包括非易失性存 者器 （ non- volatile memory ), 例： ¾口至少一个磁盘存者器。 所述存 4诸设备 中存储： 操作系统、 应用程序， 用于实现本发明实施例的程序代码。 所 述操作系统用于控制和实现所述处理单元执行的处理功能。 所述应用程 序包含程序代码， 如字处理软件、 email软件。

处理器 91可能是一个中央处理器（Central Processing Unit, 简称为 CPU ), 或者是特定集成电路 ( Application Specific Integrated Circuit, 简 称为 ASIC ) , 或者是被配置成实施本发明实施例的一个或多个集成电 路。

通信接口 93 , 主要用于实现本实施例中的装置之间的通信。 其中， 处理器 91 , 用于通过至少一个通信接口向控制设备发送链路 状态信息， 以便控制设备根据链路状态信息为各个交换设备配置业务数 据传输链路；

处理器 91 ,还用于通过至少一个通信接口根据控制设备配置的业务 数据传输链路转发业务数据。

本发明实施例提供的交换设备， 控制设备通过链路检测获得各 个交换设备间链路状态信息， 以便当交换设备间的链路故障发生时， 控制设备能够根据链路检测获得的链路状态信息及时处理链路故 障。

可选的， 处理器 91 , 还用于通过至少一个通信接口接收控制设 备发送的链路检测请求； 并根据链路检测请求进行邻近交换设备探 测， 并在获取对端的邻近交换设备端口信息后生成链路状态信息。

可选的， 处理器 91 , 还用于启动存活计时器； 并在存活计时器 超时后进行邻近交换设备探测， 通过至少一个通信接口获取对端的 邻近交换设备端口信息后生成链路状态信息并对存活计时器复位。

进一步， 可选的， 处理器 91 , 还用于通过各个端口向邻近交换 设备发送探测报文； 并通过至少一个通信接口接收邻近交换设备根 据探测报文响应的邻近交换设备端口信息； 根据交换设备的端口信 息及邻近交换设备端口信息生成链路状态信息。

本发明实施例提供的交换设备， 控制设备通过链路检测获得各 个交换设备间链路状态信息， 以便当交换设备间的链路故障发生时， 控制设备能够根据链路检测获得的链路状态信息及时处理链路故 障， 从而避免通讯中断发生。

本发明提供一种通信系统 10 , 参照图 20所示， 包括： 控制设 备 1001和至少两个交换设备 1002 , 其中，

控制设备 1001 为图 9〜图 13 所示的任一控制设备， 交换设备 1002为图 14〜图 17所示的任一交换设备；

或者， 控制设备 1001 为图 1 8所示的控制设备， 交换设备 1002 为图 19所示的交换设备。

本发明实施例提供的通信系统， 控制设备通过链路检测获得各 个交换设备间链路状态信息， 以便当交换设备间的链路故障发生时， 控制设备能够根据链路检测获得的链路状态信息及时处理链路故 障， 从而避免通讯中断发生。

以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围 并不局限于此， 任何熟悉本技术领域的技术人员在本发明揭露的技 术范围内， 可轻易想到变化或替换， 都应涵盖在本发明的保护范围 之内。 因此， 本发明的保护范围应所述以权利要求的保护范围为准。

Claims (1)

1. 权 利 要 求 书

   1、 一种控制设备， 其特征在于， 包括： 通过数据总线连接的处 理器和存储器， 以及分别与所述处理器和存储器连接的至少一个通信 接口， 其中，

   所述处理器， 用于通过所述至少一个通信接口接收各个交换设 备发送的链路状态信息；

   所述处理器， 还用于根据所述链路状态信息为所述各个交换设 备配置业务数据传输链路。

   2、 根据权利要求 1所述的设备， 其特征在于， 所述处理器通过 所述至少一个通信接口接收各个交换设备发送的链路状态信息之前， 所述处理器， 还用于通过所述至少一个通信接口向所述各个交 换设备发送链路检测请求， 以便所述各个交换设备根据所述链路检测 请求进行邻近交换设备探测， 获取对端的所述邻近交换设备端口信息 后生成所述链路状态信息。

   3、 根据权利要求 2所述的设备， 其特征在于，

   所述处理器， 还用于启动为所述各个交换设备分别设置的链路 更新定时器， 并当任一所述链路更新定时器超时后向所述任一链路更 新定时器对应的交换设备发送所述链路检测请求；

   所述处理器通过所述至少一个通信接口接收到所述各个交换设 备发送的链路状态信息后，

   所述处理器， 还用于将所述各个交换设备分别对应的所述链路 更新定时器复位。

   4、 根据权利要求 1〜3任一项所述的设备， 其特征在于， 所述处理器， 还用于根据所述链路状态信息判断所述各个交换 设备之间是否存在故障链路； 若所述各个交换设备之间存在故障链 路， 则为所述故障链路一端的第一交换设备根据所述链路状态信息配 置第一流表， 以便所述第一交换设备根据所述第一流表将接收到的业 务报文发送至与所述第一交换设备建立有正常链路的第三交换设备； 并通过所述至少一个通信接口接收所述第三交换设备的数据转发请 求， 并根据所述数据转发请求为所述第三交换设备配置第二流表， 以 便所述第三交换设备根据所述第二流表将所述接收到的业务数据转 发至所述故障链路另一端的第二交换设备， 所述第二流表用于指示所 述第三交换设备接收所述第一交换设备与所述第二交换设备之间故 障链路传输的所述业务数据， 并将所述业务数据通过所述第二交换设 备与所述第三交换设备连接的端口输出。

   5、 根据权利要求 4所述的设备， 其特征在于， 所述处理器， 还 用于若所述第一交换设备与所述第二交换设备间的所述故障链路恢 复正常， 则所述控制设备为所述第一交换设备配置第三流表， 以便所 述第一交换设备根据所述第三流表将业务报文发送至所述第二交换 设备。

   6、 根据权利要求 1〜3任一项所述的设备， 其特征在于， 所述处理器， 还用于通过所述至少一个通信接口向所述各个交 换设备发送交换设备状态信息请求， 所述交换设备状态信息请求用于 获取所述各个交换设备的端口信息和所述数据包统计信息； 并通过所 述至少一个通信接口接收所述各个交换设备发送的交换设备状态信 息； 根据所述接收单元提供的所述各个交换设备的状态信息判断所述 各个交换设备中是否有交换设备发生过载； 若所述各个交换设备中第 一交换设备发生过载， 则对与所述第一交换设备连接的第二交换设备 根据所述链路状态信息配置第四流表， 以便所述第二交换设备根据所 述第四流表将发送至所述第一交换设备的业务报文转发至第三交换 设备； 接收所述第三交换设备的数据转发请求， 并根据所述数据转发 请求为所述第三交换设备配置对应所述业务报文转发的第五流表， 以 便所述第三交换设备根据所述第五流表将所述接收到的所述业务报 文转发至其他交换设备， 所述第五流表用于指示所述第三交换设备接 收所述第二交换设备发送的业务报文， 并将所述业务报文转发至所述 其他交换设备。

   7、 根据权利要求 6所述的设备， 其特征在于， 所述处理器还用 于若所述第一交换设备发生过载的情况消除， 则所述控制设备为所述 第二交换设备配置第六流表， 并为所述第一交换设备配置第七流表， 以便所述第二交换设备根据所述第六流表将业务报文转发至所述第 一交换设备， 并由所述第一交换设备根据所述第七流表将所述业务报 文转发至所述其他交换设备。

   8、 根据权利要求 1〜7任一项所述的设备， 其特征在于， 所述链 路状态信息包括：

   链路两端的交换设备的标识， 所述交换设备端口的编号， 所述 交换设备端口的多址接入信道 MAC地址和所述交换设备间链路的连 接状态。

   9、 一种交换设备， 其特征在于， 包括： 通过数据总线连接的处 理器和存储器， 以及分别与所述处理器和存储器连接的至少一个通信 接口， 其中，

   所述处理器， 用于通过所述至少一个通信接口向控制设备发送 链路状态信息， 以便所述控制设备根据所述链路状态信息为所述各个 交换设备配置业务数据传输链路；

   所述处理器， 还用于通过所述至少一个通信接口根据所述控制 设备配置的业务数据传输链路向与所述交换设备转发业务数据。

   10、 根据权利要求 9所述的设备， 其特征在于，

   所述处理器， 还用于通过所述至少一个通信接口接收所述控制 设备发送的链路检测请求； 并根据所述链路检测请求进行邻近交换设 备探测， 并在获取对端的所述邻近交换设备端口信息后生成所述链路 状态信息。

   1 1、 根据权利要求 9所述的设备， 其特征在于，

   所述处理器， 还用于启动存活计时器； 并在所述存活计时器超 时后进行邻近交换设备探测， 通过所述至少一个通信接口获取对端的 所述邻近交换设备端口信息后生成所述链路状态信息并对所述存活 计时器复位。

   12、 根据权利要求 10或 1 1所述的设备， 其特征在于，

   所述处理器， 还用于通过各个端口向所述邻近交换设备发送探 测报文； 并通过所述至少一个通信接口接收所述邻近交换设备根据所 述探测报文响应的所述邻近交换设备端口信息； 根据所述交换设备的 端口信息及所述邻近交换设备端口信息生成所述链路状态信息。

   13、 一种链路管理方法， 其特征在于， 包括：

   控制设备接收各个交换设备发送的链路状态信息；

   所述控制设备根据所述链路状态信息为所述各个交换设备配置 业务数据传输链路。

   14、 根据权利要求 13所述的方法， 其特征在于， 所述控制设备 接收各个交换设备发送的链路状态信息之前， 还包括：

   所述控制设备向所述各个交换设备发送链路检测请求， 以便所 述各个交换设备根据所述链路检测请求进行邻近交换设备探测， 获取 对端的所述邻近交换设备端口信息后生成所述链路状态信息。

   15、 根据权利要求 14所述的方法， 其特征在于， 所述方法还包 括：

   所述控制设备启动为所述各个交换设备分别设置链路更新定时 器， 并当任一所述链路更新定时器超时后向所述任一链路更新定时器 对应的交换设备发送所述链路检测请求；

   所述控制设备接收到所述各个交换设备发送的链路状态信息后 还包括：

   将所述各个交换设备分别对应的所述链路更新定时器复位。

   16、 根据权利要求 13〜15 任一项所述的方法， 其特征在于， 所 述控制设备接收各个交换设备发送的链路状态信息后， 还包括：

   根据所述链路状态信息判断所述各个交换设备之间是否存在故 障链路；

   若所述各个交换设备之间存在故障链路， 则为所述故障链路一 端的第一交换设备根据所述链路状态信息配置第一流表， 以便所述第 一交换设备根据所述第一流表将接收到的业务报文发送至与所述第 一交换设备建立有正常链路的第三交换设备；

   接收所述第三交换设备的数据转发请求， 并根据所述数据转发 请求为所述第三交换设备配置第二流表， 以便所述第三交换设备根据 所述第二流表将所述接收到的业务报文转发至所述故障链路另一端 的第二交换设备， 所述第二流表用于指示所述第三交换设备接收所述 第一交换设备与所述第二交换设备之间故障链路传输的所述业务报 文， 并将所述业务报文通过所述第二交换设备与所述第三交换设备连 接的端口输出。

   17、 根据权利要求 16所述的方法， 其特征在于， 所述方法还包 括：

   若所述第一交换设备与所述第二交换设备间的所述故障链路恢 复正常， 则所述控制设备为所述第一交换设备配置第三流表， 以便所 述第一交换设备根据所述第三流表将业务报文发送至所述第二交换 设备。

   1 8、 根据权利要求 13〜15 任一项所述的方法， 其特征在于， 所 述方法还包括：

   所述控制设备向所述各个交换设备发送交换设备状态信息请 求， 所述交换设备状态信息请求用于获取所述各个交换设备的端口信 息和所述数据包统计信息；

   所述控制设备接收所述各个交换设备发送的交换设备状态信 息， 并根据所述各个交换设备的状态信息判断所述各个交换设备中是 否有交换设备发生过载；

   若所述各个交换设备中第一交换设备发生过载， 则对与所述第 一交换设备连接的第二交换设备根据所述链路状态信息配置第四流 表， 以便所述第二交换设备根据所述第四流表将发送至所述第一交换 设备的业务报文转发至第三交换设备；

   接收所述第三交换设备的数据转发请求， 并根据数据转发请求 为所述第三交换设备配置对应所述业务报文转发的第五流表， 以便所 述第三交换设备根据所述第五流表将所述接收到的所述业务报文转 发至其他交换设备， 所述第五流表用于指示所述第三交换设备接收所 述第二交换设备发送的业务报文， 并将所述业务报文转发至所述其他 交换设备。

   19、 根据权利要求 1 8所述的方法， 其特征在于， 所述方法还包 括：

   若所述第一交换设备发生过载的情况消除， 则所述控制设备为 所述第二交换设备配置第六流表， 并为所述第一交换设备配置第七流 表， 以便所述第二交换设备根据所述第六流表将业务报文转发至所述 第一交换设备， 并由所述第一交换设备根据所述第七流表将所述业务 报文转发至所述其他交换设备。

   20、 根据权利要求 13〜19任一项所述的方法， 其特征在于， 所 述链路状态信息包括：

   链路两端的交换设备的标识， 所述交换设备端口的编号， 所述 交换设备端口的多址接入信道 MAC地址和所述交换设备间链路的连 接状态。

   21、 一种链路管理方法， 其特征在于， 包括：

   交换设备向控制设备发送链路状态信息， 以便所述控制设备根 据所述链路状态信息为所述各个交换设备配置业务数据传输链路； 所述交换设备根据所述控制设备配置的业务数据传输链路转发 业务数据。

   22、 根据权利要求 21所述的方法， 其特征在于， 所述交换设备 向控制设备发送链路状态信息前， 还包括：

   所述交换设备接收所述控制设备发送的链路检测请求； 所述交换设备根据所述链路检测请求进行邻近交换设备探测， 获取对端的所述邻近交换设备端口信息后生成所述链路状态信息。

   23、 根据权利要求 21所述的方法， 其特征在于， 所述交换设备 向控制设备发送链路状态信息前， 还包括：

   所述交换设备启动存活计时器；

   所述交换设备在所述存活计时器超时后进行邻近交换设备探 测， 获取对端的所述邻近交换设备端口信息后生成所述链路状态信息 并对所述存活计时器复位。 24、 根据权利要求 22或 23 所述的方法， 其特征在于， 所述根 据所述链路检测请求进行邻近交换设备探测， 获取对端的所述邻近交 换设备端口信息后生成所述链路状态信息， 包括：

   所述交换设备通过各个端口向所述邻近交换设备发送探测报 文；

   所述交换设备接收所述邻近交换设备根据所述探测报文响应的 所述邻近交换设备端口信息；

   根据所述交换设备的端口信息及所述邻近交换设备端口信息生 成所述链路状态信息。

   25、 一种通信系统， 其特征在于， 包括： 控制设备和至少两个 交换设备， 其中，

   所述控制设备为权利要求 1〜8 所述的任一控制设备， 所述交换 设备为权利要求 9〜12所述的任一交换设备。