在 S匪网络中， Swi tch的特性包括： 1.初始时， 流表为空； 2.收到的数 据包在 s w i t ch中找不到不匹配路由表时， 上报到 Con t r 01 1 e r请求转发策略。 Control ler的特性包括： 拥有整网得全局视图， 为交换机上报的请求制定 下发策略。

SDN网络的组网模式通常有两种： 带外连接控制 （Out-of-band mod ) 和带内连接控制 （In-band mod ) 。

1 ) 带外连接模式：

控制设备与每个交换设备直接相连， 网络中拥有独立的控制通道。 控 制信息与数据信息传输互不影响， 控制信令有较好的安全性。 但该种模式 下， 需要网络中每个交换机有一个专门的端口做转 发控制信令， 对端口资 源的消耗较多。

2 ) 带内连接模式： 控制设备只需与部分交换设备相连， 借助数据平面的链路实现与其它 交换设备的通信， 该种模式下， 控制信息与数据信息的传输相互影响， 安 全性较差。

在带内控制模式下， 控制信息与数据信息共用同一条传输通道， 数据 信息的转发会导致传输通道的拥塞， 影响到控制信息的有效传递。 如果传 输控制信息的通道拥塞导致失效， 将使控制设备失去对多个交换设备的控 制能力。 发明内容

本发明实施例提供一种 SDN中的控制设备、 系统和传输通道的控制方 法， 以解决在带内模式下， 传输通道拥塞导致、 控制通道未及时调整带来 的可靠性不高的问题。

本发明实施例提供了一种软件定义网络 SDN中的控制设备， 所述 SDN中 的控制信息与数据信息在同一个传输通道中传 输， 所述控制设备控制第一 传输通道、 第二传输通道和第三传输通道， 所述第一传输通道是主用通道； 所述第二传输通道是所述第一传输通道的备用 通道， 用于在所述第一传输 通道拥塞时切换为主用通道进行控制信息和 /或数据信息的传输； 所述控制 设备包括：

状态获取单元， 用于获取所述第一传输通道、 所述第二传输通道和 所述第三传输通道的连接状态；

第一控制单元， 用于在所述第二传输通道的连接状态达到第一 状态 时， 将所述第三传输通道设置为所述第一传输通道 的备用通道， 所述第一 状态是指传输通道的拥塞程度达到第一阈值但 未达到第二阈值， 其中， 达 到所述第一阈值的传输通道出现拥塞但能够进 行控制信息的传输， 达到所 述第二阈值的传输通道出现拥塞不能进行控制 信息的传输； 所述第三传输 通道是未达到所述第一状态且能够代替所述第 一传输通道进行控制信息和 /或数据信息传输的通道；

第二控制单元， 用于在所述第一传输通道的连接状态达到第二 状态时， 将所述第一传输通道的备用通道切换为主用通 道，所述第二状态是指传输 通道的拥塞程度达到所述第二阔值。

可选的， 所述第一传输通道、 所述第二传输通道和所述第三传输通道， 是所述控制设备与所述 SDN中的交换设备之间的传输通道， 或所述交换设备 之间的传输通道。

可选的， 所述控制设备还包括流表下发单元， 所述流表下发单元通过 向交换设备下发流表的方式实现备用通道的设 置或更新， 或通过下发流表 的方式实现主用通道与备用通道之间的切换。

可选的， 所述状态获取单元包括：

探测包发送单元， 用于向所述第一传输通道、 所述第二传输通道和所 述第三传输通道发送探测数据包；

状态获取子单元， 用于根据所述探测数据包在每一条传输通道中 传输 的时间， 获取每一条传输通道的连接状态。

可选的， 所述状态获取子单元包括：

传输时间获取单元， 用于获取所述探测数据包在每一条传输通道的 传 输时间；

状态确定子单元， 用于判断传输通道的传输时长是否达到所述第 一阔 值且未达到第二阔值， 如果是， 则确定所述传输通道的连接状态达到所述 第一状态； 如果传输通道的传输时长超过所述第二阈值， 则确定所述传输 通道的连接状态达到所述第二状态。

可选的， 所述控制设备还包括切换通知获取单元， 用于获取所述 SDN中 的交换设备发送的传输通道切换通知消息， 所述切换通知消息是在所述第 一传输通道达到所述第二状态且所述交换设备 未收到所述控制设备切换通 道的通知时， 所述交换设备将备用通道切换为主用通道并通 知所述控制设 备的消息。

可选的， 所述控制设备还包括第三控制单元， 用于根据所述交换设备 发送的切换通知消息， 启用所述切换通知消息中携带的备用通道或下 发其 它传输通道作为主用通道。

本发明实施例还提供一种传输通道调整的方法 ， 应用于软件定义网络

SDN中， 所述 SDN中的控制信息与数据信息在同一个传输通道 中传输， 所述 SDN网络包括第一传输通道、 第二传输通道和第三传输通道， 所述第一传输 通道是主用通道； 所述第二传输通道为所述第一传输通道的备用 通道， 用 于在所述第一传输通道不满足传输条件时切换 为主用通道进行控制信息和 /或数据信息的传输； 包括：

所述 SDN中的控制设备获取所述第一传输通道、 所述第二传输通道 和所述第三传输通道的连接状态；

在所述第二传输通道的连接状态达到第一状态 时， 将所述第三通道 设置为所述第一通道的备用通道， 所述第一状态是指传输通道的拥塞程度 达到第一阔值但未达到第二阔值， 其中， 达到所述第一阔值的传输通道出 现拥塞但能够进行控制信息的传输， 达到所述第二阈值的传输通道出现拥 塞不能进行控制信息的传输； 所述第三传输通道是未达到所述第一状态且 能够代替所述第一传输通道进行控制信息和 /或数据信息传输的通道；

在所述第一传输通道的连接状态达到第二状态 时， 将所述第一传输通 道的备用通道切换为主用通道，所述第二状态 是指传输通道的拥塞程度达 到所述第二阔值。

可选的， 所述第一传输通道、 所述第二传输通道和所述第三传输通道， 是所述控制设备与所述 SDN中的交换设备之间的传输通道， 或所述交换设备 之间的传输通道。

可选的， 所述控制设备通过向交换机下发流表的方式实 现对备用通道 的设置或更新， 或通过下发流表的方式实现主用通道与备用通 道之间的切 换。

可选的， 所述 SDN中的控制设备获取所述第一传输通道、 所述第二传输 通道和所述第三传输通道的连接状态包括：

所述控制设备向所述第一传输通道、 所述第二传输通道和所述第三传 输通道发送探测数据包， 通过探测数据包在每一条传输通道中传输的时 长 获取每一条传输通道的连接状态。

可选的， 所述通过探测数据包在每一条传输通道中传输 的时长获取每 一条传输通道的连接状态包括：

获取探测数据包在每一条传输通道的传输时长 ；

判断传输通道的传输时长是否达到所述第一阈 值且未达到所述第二阔 值， 如果是， 则确定所述传输通道的连接状态达到所述第一 状态； 如果传 输通道的传输时长达到所述第二阈值， 则确定所述传输通道的连接状态达 到所述第二状态。

可选的， 所述方法还包括：

所述控制设备获取所述交换设备发送的切换通 知消息， 所述切换通知 消息是在所述第一传输通道达到所述第二状态 且所述交换设备未收到所述 控制设备切换主用通道的通知时， 所述交换设备将备用通道切换为主用通 道并通知所述控制设备的消息；

所述控制设备根据所述切换通知消息， 启用所述切换通知消息中携带 的备用通道或下发其它传输通道作为主用通道 。

可选的， 所述 SDN中的交换设备获取获取所述第一传输通道、 所述第二 传输通道和所述第三传输通道的连接状态， 在所述第一传输通道达到所述 第二状态且未收到所述控制设备的通道切换通 知时， 将备用通道切换为主 用通道， 并向所述控制设备发送切换通道的切换通知消 息。

本发明实施例还提供一种软件定义网络 SDN系统， 包括控制设备和交换 设备， 所述 SDN中的控制信息与数据信息在同一个传输通道 中传输， 所述控 制设备控制第一传输通道、 第二传输通道和第三传输通道， 所述第一传输 通道是所述控制设备与所述交换设备之间的主 用通道； 所述第二传输通道 是所述控制设备与所述交换设备之间的备用通 道， 用于在所述第一传输通 道拥塞时切换为主用通道进行控制信息和 /或数据信息的传输； 所述控制设 备包括：

状态获取单元， 用于获取所述第一传输通道、 所述第二传输通道和 所述第三传输通道的连接状态；

第一控制单元， 用于在所述第二传输通道的连接状态达到第一 状态 时， 将所述第三传输通道设置为所述第一传输通道 的备用通道， 所述第一 状态是指传输通道的拥塞程度达到第一阈值但 未达到第二阈值， 其中， 达 到所述第一阈值的传输通道出现拥塞但能够进 行控制信息的传输， 达到所 述第二阈值的传输通道出现拥塞不能进行控制 信息的传输； 所述第三传输 通道是未达到所述第一状态且能够代替所述第 一传输通道进行控制信息和 /或数据信息传输的通道；

第二控制单元， 用于在所述第一传输通道的连接状态达到第二 状态时， 将所述第一传输通道的备用通道切换为主用通 道，所述第二状态是指传输 通道的拥塞程度达到所述第二阔值。

本发明实施例提供的 SDN中的控制设备、 系统和传输通道控制方法， 通 过获取的控制通道的连接状态， 按照预先设置的阈值判断备用通道是否适 合继续作为备用通道，如果备用通道拥塞到一 定程度时，调整备用通道，将 其它未拥塞的通道设置为备用通道，并在主用 通道拥塞时，将备用通道切换 为主用通道， 保证了通道调整的实时性， 确保了控制信息的有效传输， 提 高了 SDN中控制设备实现控制的可靠性。 附图说明 为了更清楚地说明本发明实施例或现有技术中 的技术方案， 下面将对 实施例或现有技术描述中所需要使用的附图作 简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例 ， 对于本领域普通技术人员 来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的 附图。

图 1为 SDN中控制设备 100的基本硬件结构示意图；

图 2为控制设备 100包含网路信息库的软硬件结构示意图；

图 3为 SDN中一种网络拓朴关系示意图；

图 4为本发明实施例一种控制设备的结构实现图� �

图 5为本发明实施例另一种控制设备的结构实现� �；

图 6为本发明实施例另一种控制设备具体实现的� �构实现图； 图 7为本发明实施例另一种控制设备的结构实现� �；

图 8为本发明实施例一种通道控制方法流程示意� �；

图 9为本发明实施例另一种通道控制方法流程示� �图；

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

参考图 1 , 图 1为 SDN中控制设备 100的基本硬件结构示意图。控制设 备 100包括处理器 101、 内存 102、 硬盘 103、 网卡 104等基本硬件组成， 通过处理器 1 01从内存 102读取指令， 或从硬盘 103、 网卡 104获取相关数 据和信息实现控制。 控制设备 100还包括其它设备， 实现控制设备的其它 控制和管理功能， 在此不再赘述。 控制设备 100 除了必要的硬件之外， 还包括必要的软件， 与硬件配合 功能实现控制的功能。 参考图 2 , 图 2为控制设备 100包含网路信息库的软 硬件结构示意图。 该网络信息库 105包含控制设备 100所在的 SDN网络的 状态信息、 节点信息等，网络信息库 105的信息可以存储在硬盘 103或内存 102等存储介质上，处理器 101可以通过内存 102或硬盘 103来读取网络信 息库 105中的信息， 实现网络的相关控制。

S匪中， 控制设备可以有多个， 多个控制设备之间可以是主从关系， 也 可以是对等关系。 一个控制设备可以控制多个交换设备， 一个交换设备也 可以被多个控制设备控制。 通常情况下， 控制设备是一台独立的服务器， 例如 X86服务器等等。 本发明实施例中， 以 SDN网络中只有一个控制设备， 六个交换设备为例进行说明。 如图 3所示， 控制设备与交换设备 1直接相 连， 交换设备 1分别与交换设备 2、 交换设备 3和交换设备 4直接相连， 交 换设备 5与交换设备 2、 交换设备 3和交换设备 6直接相连， 交换设备 6与 交换设备 3、 交换设备 4和交换设备 5直接相连， 任意两个交换设备之间可 以通过不同的连接链路相连， 每个交换设备可以通过不同的连接链路与控 制设备相连， 并接收控制设备下发的控制信息。

SDN中的控制设备对网络的控制，通常是通过网 络控制通道的预规划以 及控制通道的动态调整机制来实现的。 例如， 在带内模式下， 控制设备已 经建立了整个网络的交换设备的初始控制通道 ， 该初始控制通道是控制设 备与交换设备之间， 以及交换设备之间的控制通道， 这些初始控制通道是 畅通的， 能够实现控制设备的控制信息到交换设备的顺 利下发， 从而实现 控制设备对 SDN的有效控制。 在 SDN网络运行过程中， 由于控制信息和数 据信息在一个传输通道进行传输， 数据信息的转发可能会导致传输通道的 拥塞， 并进而影响到控制信息的有效传递。 现有的动态调整机制， 通过提 前配置备用通道或在网络出现故障的时候重新 计算新的传输通道的方式来 实现。 这种动态调整机制均存在着实时性差， 不能及时有效切换到正常的 传输通道来实现控制信息的传递。

例如图 3 中， 控制设备与所有交换设备之间在带内模式下进 行数据的 转发和数据流的控制， 假设控制设备与交换设备 5之间的主用通道为： 控 制设备→交换设备 2→交换设备 5 , 该主用通道的备用通道为： 控制设备→ 交换设备 2→交换设备 3→交换设备 5。 当出现交换设备 2与交换设备 3之 间的传输通道拥塞时， 例如拥塞程度 75%, 该条传输通道可能即将出现完全 拥塞， 按照现有技术的方案， 此时备用通道（控制设备→交换设备 2→交换 设备 3→交换设备 5 )不会被调整； 当控制设备与交换设备 5之间的通道因 拥塞而需要切换时， 该未调整的备用通道可能也已经拥塞而无法进 行控制 信息的传输。

本发明实施例提供了一种 SDN中的控制设备、 SDN系统和传输通道的调 整方法， 以解决 SDN 网络中， 带内模式下控制通道调整机制实时性差， 备 用通道未及时更新， 在传输通道出现拥塞切换到备用通道时， 备用通道也 存在拥塞影响到控制信息的有效传输的问题。

本发明实施例提供的 SDN中的控制设备， 如图 4所示， 在现有的控制 设备的基础之上， 增加状态获取单元、 第一控制单元和第二控制单元， 通 过实时调整备用路径， 实现在主用通道拥塞时， 切换后的传输通道能够有 效地进行控制信息的传输。 以图 1 中控制设备 100为例， 本发明实施例提 供的控制设备在控制设备 100基础之上， 增加状态获取单元 106、 第一控制 单元 107和第二控制单元 108。其中，状态获取单元 106、第一控制单元 107 和第二控制单元 108可以存在于现有控制设备 100的某个模块或单元中， 也可以单独的设置； 第一控制单元 107和第二控制单元 108可以合并为一 个独立的控制单元， 也可以分开单独设置； 本发明实施例以状态获取单元 106、 第一控制单元 107和第二控制单元 108分别单独设置为例进行说明。

其中， 状态获取单元 106 , 用于获取所述第一传输通道、 所述第二传输 通道和所述第三传输通道的连接状态； 第一控制单元 1 07 , 用于在所述第二传输通道的连接状态达到第一 状态 时， 将所述第三传输通道设置为所述第一传输通道 的备用通道， 所述第一 状态是指传输通道的拥塞程度达到第一阈值但 未达到第二阈值， 其中， 达 到所述第一阈值的传输通道出现拥塞但能够进 行控制信息的传输， 达到所 述第二阈值的传输通道出现拥塞不能进行控制 信息的传输； 所述第三传输 通道是未达到所述第一状态且能够代替所述第 一传输通道进行控制信息和 /或数据信息传输的通道；

第二控制单元 1 08 ,用于在所述第一传输通道的连接状态达到第� �状态 时， 将所述第一传输通道的备用通道切换为主用通 道,所述第二状态是指传 输通道的拥塞程度达到所述第二阔值。

以图 3所示的 SDN网络架构为例， 第一传输通道可以是： 控制设备→ 交换设备 2→交换设备 5 , 第二传输通道可以是： 控制设备→交换设备 2→ 交换设备 3→交换设备 5 , 第三传输通道可以是： 控制设备→交换设备 3→ 交换设备 5。状态获取单元 1 06可以从网络信息库 1 05获取第一传输通道和 第二传输通道的信息， 并通过处理器 1 01 等获取第一传输通道、 第二传输 通道和第三传输通道的实时状态。 第一控制单元 1 07 , 根据状态获取单元 1 06获取的三个传输通道的实时状态， 判断第二传输通道是否拥塞， 以及拥 塞的程度， 当第二传输通道出现部分拥塞， 可能即将发展成为拥塞而无法 传输控制信息时， 例如达到预设的部分拥塞的阔值而为达到完全 拥塞的阔 值时， 将还未达到部分拥塞的第三传输通道设置为第 一传输通道的备用通 道， 或者将第三传输通道作为第一传输通道的备用 通道且优先级高于第二 传输通道。 如果此时控制设备与交换设备 2之间， 或交换设备 2与交换设 备 5之间也出现拥塞， 例如达到完全拥塞的阔值时， 不能进行控制信息的 传输， 由第二控制单元 1 08将备用通道， 即第三传输通道， 切换为主用通 道。 这样， 就不会将将会出现拥塞或已经出现拥塞的之前 设置的备用通道 切换为主用通道， 保证了通道调整的实时性， 确保了控制信息的有效传输， 提高了 SDN中控制设备实现控制的可靠性。

在具体实现时， S匪中控制设备和交换设备之间通常釆用 Openf low协 议， 控制设备通过流表的方式方式实现对交换设备 以及控制通道的设置。 流表通常包含包头域、 计数器和动作三部分， 其中包头域用于数据包的匹 配， 计数器用于统计数据包的个数， 动作用于描述匹配的数据包如何处理， 即交换设备在接收到匹配的数据包后应该如何 处理。

本发明实施例提供的控制设备， 具体还可以包括流表下发单元 109 ,如 图 5所示， 该流表下发单元 109 , 通过向交换设备下发流表的方式实现备用 通道的设置或更新， 或通过下发流表的方式实现主用通道与备用通 道之间 的切换。 例如， 图 3中， 控制设备向交换设备 5下发流表， 该流表中的动 作部分记录有备用通道的信息， 以及在主用通道拥塞时， 流表下发单元 109 下发新的流表， 在动作部分记录将备用通道切换为主用通道的 操作信息。

在具体的实现中， 如图 6所示， 本发明实施例的状态获取单元 106可 以包括：

探测包发送单元 1061 , 用于向所述第一传输通道、 所述第二传输通道 和所述第三传输通道发送探测数据包；

具体的， 对不同的传输通道， 可以用不同的 ID来标识， 以区分不同的 传输通道。 探测包发送单元 1061发送探测包的频率， 可以依据网络的状态 设定， 例如， 在网络负载大的时候， 加大探测包的发送频率， 在网络负载 较轻时， 可以降低探测包的发送频率。

探测数据包的形式， 可以包括链路级别的探测包和路径级别的探测 包 等。 对于链路级别的探测数据包， 是一条链路的起点设备到终点设备， 然 后再返回到起点设备， 这样一条链路的两个方向都检测到了传输时间 。 其 中， 起点设备可以是 SDN中的控制设备或交换设备， 终点设备可以是 SDN中 的交换设备。

对于路径级别的探测数据包， 是控制设备根据传输通道上的所有节点 (交换设备）发送带有指定跳数的的探测数据� �。 该种检测数据包按照路 径的长短分别设定不同的长度。 例如图 3中的路径： 控制设备→交换设备 2 →交换设备 5 , 共有三个节点， 需要分别设置控制设备到交换设备 2的探测 数据包， 交换设备 2到交换设备 5的探测数据包， 交换设备 5返回交换设备 2 的探测数据包， 以及交换设备 2到控制设备的探测数据包， 使得该路径上所 有节点之间的探测包都有设定。

状态获取子单元 1062 , 用于根据所述探测数据包在每一条传输通道中 传输的时间， 获取每一条传输通道的连接状态。

接收到探测数据包的交换设备， 会根据探测数据包的 ID , 给探测数据 包打上时间戳， 记录收到探测数据包的时间， 并将探测数据包转发给探测 数据包的下一个交换设备， 这样， 在探测数据包返回控制设备时， 就记录 了传输通道上各个节点打上的时间戳， 根据时间戳， 也就相应获取到每一 条传输通道的连接状态。 每条链路的源交换设备与目的交换设备的时间 戳 差值， 就是每条链路的传输时间。 传输时间长的， 例如超过预设阔值的， 说明该传输通道的连接状态出现拥塞， 如果传输时长低于预设阈值的， 说 明未出现拥塞。

进一步的， 在备用通道出现拥塞并且拥塞程度超过第一阔 值时， 还可 以判断该传输通道的拥塞程度在前后两个时间 点是否呈上升趋势， 如果是 呈上升趋势， 则将未达到所述第一阔值的第三传输通道设置 为备用通道， 或将所述第三传输通道作为最高优先级的备用 通道。

上述通过探测包发送单元 1061发送探测数据包， 状态获取子单元 1062 根据所述探测数据包的传输时间获取每一条传 输通道的连接状态， 能够使 得控制设备实时获取每一条传输通道的拥塞状 况， 为备用通道的选定和主 备用通道的切换提供参考， 在备用传输通道出现拥塞并将发展成为拥塞状 态时及时调整备用通道提供有效的支撑。 需要说明的是， 本发明实施例是 以探测数据包在传输通道的传输时间来判断传 输通道的连接状态的， 在具 体的实现过程中， 还可以釆用其它的方式来获取传输通道的连接 状态， 只 要能够获取传输通道是否出现拥塞， 或是否将发展成为拥塞， 都可以用来 实现本发明关于控制设备实现有效传输控制信 息的目的， 本发明实施例不 限定具体的获取传输通道状态的方式。

作为一种可选的实现方式， 所述状态获取子单元 1062包括：

传输时间获取单元 10621 , 用于获取所述探测数据包在每一条传输通道 的传输时间；

状态确定子单元 10622 , 用于判断传输通道的传输时长是否达到所述第 一阔值且未达到第二阈值， 如果是， 则确定所述传输通道的连接状态达到 所述第一状态； 如果传输通道的传输时长超过所述第二阈值， 则确定所述 传输通道的连接状态达到所述第二状态。

在 SDN的运行过程中， 还会出现网络中部分链路或交换设备的某个端 口 已经拥塞， 而相关的交换社会也没有收控制设备下发的新 的流表启动传输 通道的切换。 此时， 控制设备已经失去了对部分交换设备的控制能 力。 为 确保控制设备的有效控制， 相关的交换设备可以主动切换控制通道， 并将 切换的信息上报给控制设备。 相应的， 如图 7所示， 本发明实施例的控制设 备还包括切换通知获取单元 110 , 用于获取所述 SDN中的交换设备发送的传 输通道切换通知消息， 所述切换通知消息是在所述第一传输通道达到 所述 第二状态且所述交换设备未收到所述控制设备 切换通道的通知时， 所述交 换设备将备用通道切换为主用通道并通知所述 控制设备的消息。

以图 3中的 S匪网络为例， 如果交换设备 2与交换设备 5之间出现拥塞， 交换设备 5不能从主用通道接收控制设备的控制信息， 交换设备 5也未收到 控制设备切换通道的通知， 这种情况下， 交换设备 5可以将之前已经收到的 控制设备下发的备用通道（例如控制设备→交 换设备 3→交换设备 5 )切换 为主用通道， 并将该切换后的通道信息发送给控制设备， 控制设备中的切 换通知获取单元 110接收到交换设备 5的通知后， 判断该通道（控制设备→ 交换设备 3→交换设备 5 )是否可以作为交换设备 5的传输通道来传输控制信 息， 如果该通道适合作为新的主用通道， 则接受该切换， 并做相关记录， 例如记录在网络信息库 1 05中； 如果切换通知获取单元 1 1 0判断该通道（控 制设备→交换设备 3→交换设备 5 )不适合作为交换设备 5的传输通道来传输 控制信息， 例如该通道也存在拥塞或时延较长等， 则重新获取新的到交换 设备 5的传输通道， 并下发给交换设备 5。

相应的， 本发明实施例的控制设备还可以包括第三控制 单元 1 1 1 , 用于 根据所述交换设备发送的切换通知消息， 启用所述切换通知消息中携带的 备用通道或下发其它传输通道作为主用通道。

通过切换通知获取单元 1 1 0获取 SDN中的交换设备发送的传输通道切换 通知消息， 以及第三控制单元 1 1 1根据所述交换设备发送的切换通知消息， 启用所述切换通知消息中携带的备用通道或下 发其它传输通道作为主用通 道， 能够在传输通道故障无法实现通道切换的情况 下， 实现传输通道的切 换， 进一步保证了控制信息传输通道的及时调整， 提高了控制设备实现控 制的可靠性。

参考图 8 , 图 8为本发明实施例一种传输通道调整的方法的� �程示意图。 该方法应用于软件定义网络 SDN中， 所述 SDN中的控制信息与数据信息在同 一个传输通道中传输， 所述 SDN网络包括第一传输通道、 第二传输通道和第 三传输通道， 所述第一传输通道是主用通道； 所述第二传输通道为所述第 一传输通道的备用通道， 用于在所述第一传输通道不满足传输条件时切 换 为主用通道进行控制信息和 /或数据信息的传输； 该方法包括：

步骤 800 : 所述 SDN中的控制设备获取所述第一传输通道、 所述第二 传输通道和所述第三传输通道的连接状态；

步骤 802 : 在所述第二传输通道的连接状态达到第一状态 时， 将所述 第三通道设置为所述第一通道的备用通道， 所述第一状态是指传输通道的 拥塞程度达到第一阔值但未达到第二阔值， 其中， 达到所述第一阔值的传 输通道出现拥塞但能够进行控制信息的传输， 达到所述第二阈值的传输通 道出现拥塞不能进行控制信息的传输； 所述第三传输通道是未达到所述第 一状态且能够代替所述第一传输通道进行控制 信息和 /或数据信息传输的 通道；

步骤 804 : 在所述第一传输通道的连接状态达到第二状态 时， 将所述 第一传输通道的备用通道切换为主用通道，所 述第二状态是指传输通道的 拥塞程度达到所述第二阔值。

上述方法通过获取传输通道的状态，并根据传 输通道的状态，按照预 先设置的阔值判断备用通道是否适合继续作为 备用通道，如果备用通道拥 塞到一定程度时，调整备用通道，将其它未拥 塞的通道设置为备用通道，并 在主用通道拥塞时，将备用通道切换为主用通 道， 保证了通道调整的实时 性，确保了控制信息的有效传输，提高了 SDN中控制设备实现控制的可靠性。

其中， 所述第一传输通道、 所述第二传输通道和所述第三传输通道， 是所述控制设备与所述 SDN中的交换设备之间的传输通道， 或所述交换设备 之间的传输通道。

本发明实施例中， 所述控制设备通过向交换机下发流表的方式实 现对 备用通道的设置或更新， 或通过下发流表的方式实现主用通道与备用通 道 之间的切换。

作为一种可选的实现方式， 上述方法实施例中的控制设备获取所述第 一传输通道、 所述第二传输通道和所述第三传输通道的连接 状态可以包括： 所述控制设备向所述第一传输通道、 所述第二传输通道和所述第三传 输通道发送探测数据包， 通过探测数据包在每一条传输通道中传输的时 长 获取每一条传输通道的连接状态。

其中， 所述通过探测数据包在每一条传输通道中传输 的时长获取每一 条传输通道的连接状态可以包括：

获取探测数据包在每一条传输通道的传输时长 ； 判断传输通道的传输时长是否达到所述第一阈 值且未达到所述第二阔 值， 如果是， 则确定所述传输通道的连接状态达到所述第一 状态； 如果传 输通道的传输时长达到所述第二阈值， 则确定所述传输通道的连接状态达 到所述第二状态。

上述方法实施例中控制设备实现传输通道控制 的方法， 还可以参考上 述实施例中控制设备 100的具体实现方式来实现， 不再赘述。

如果出现主用通道出现拥塞而控制设备无法及 时获取拥塞的相关信息 时， 所述控制设备所在的 SDN中相关的交换设备， 例如在所述主用通道上的 交换设备， 依据事先探测并获取到的主用通道拥塞的情况 ， 在未收到控制 设备的切换通知消息时， 启动备用通道的切换， 并将通道切换的通知消息 发送给所述控制设备。 相应的， 如图 9所示， 本发明实施例的传输通道控制 方法还包括：

步骤 806: 所述控制设备获取所述交换设备发送的切换通 知消息， 所述 切换通知消息是在所述第一传输通道达到所述 第二状态且所述交换设备未 收到所述控制设备切换主用通道的通知时， 所述交换设备将备用通道切换 为主用通道并通知所述控制设备的消息；

步骤 808: 所述控制设备根据所述切换通知消息， 启用所述切换通知消 息中携带的备用通道或下发其它传输通道作为 主用通道。

上述方法实施例中控制设备实现传输通道控制 的方法， 还可以参考上 述实施例中控制设备 100的具体实现方式来实现， 不再赘述。

通过获取交换设备发送的传输通道切换通知消 息， 并根据所述切换通 知消息， 启用所述切换通知消息中携带的备用通道或下 发其它传输通道作 为主用通道， 能够在传输通道故障无法实现通道切换的情况 下， 实现传输 通道的切换， 进一步保证了控制信息传输通道的及时调整， 提高了控制设 备实现控制的可靠性。

下面以图 3所示的 SDN架构为例， 对本发明实施例的传输通道控制方法 和控制设备的实现方式进行说明：

图 3所示网络的组网模式是带内控制模式。 控制设备根据初始的控制通 道， 设定控制通道上已建立的所有通道的检测数据 包。 本实施例以制定三 条传输通道的探测数据包为例说明。 控制设备制定的探测消息的格式如表 1-表 3所示， 假设该数据包为第 001次探测。

表 3: 控制通道路径【交换设备 1→交换设备 2→交换设备 3】 的探测数据包 交换机对每个检测数据包， 在时间空闲位打时间戳， 转给下一跳。 如 对于控制通道路径交换设备 1→交换设备 2→交换设备 5的探测数据包。该数据包首先 由控制设备发送给交换设备 1, 该交换设备在 T1的空闲位打时间戳 toi, 然 后根据该探测数据包中下一跳的交换设备 ID, 将该探测数据包转发给下一 跳交换设备 2。 交换设备 2在 T2位置打时间戳 t02, 同样依照上面的规律， 将 该探测数据包转发给下一跳交换设备 5。 交换设备 5接收到后， 在时间空闲 位打时间戳 t03, 并将该探测数据包转发给交换设备 2, 交换设备 2接收到交 换设备 5发来的探测数据包， 然后在 T4位置打时间戳 t04, 然后转给交换设 备 1, 交换设备 1在 T5的位置打时间戳 t05。 则控制通道路径交换设备 1→交 换设备 2→交换设备 5的探测数据包在控制通道中经过打时间戳之� �， 如下：

Sw_ID T1/T5 Sw_ID T2/T4 Sw_ID T3 探测 ID

SI t01/t05 S2 t02/t04 S5 t03 001 表 1： 控制通道路径【交换设备 1→交换设备 2→交换设备 5】 的探测数据包 控制设备接收到交换交换申报反馈的探测数据 包后， 维护控制通道中 每条链路的状态。 假设针对链路从交换设备 5到交换设备 2的的连接状态如 下：

从交换设备 1→交换设备 2→交换设备 5探测数据包中， 利用 T4与 T3的差 值得出 L52的检测时间。 且 L52的物理时延为 100ms, 控制设备每 10ms发送一 次探测数据包。 状态如下：

表 4: 控制通道链路 L52的状态表 对于 L52, 如果预先设定的第一阔值为 10ms, 第二阔值为 50ms。 根据上 表的实时状态， 在接收到探测 ID为 003的探测数据包时， L52的传输时延为 30ms, 超过了预警值 10ms, 且传输时延属于上升状态（ 002的探测的传输时 延为 10ms ), 则此刻控制设备将 L52从拓朴中剔除， 启动重路由计算 0FS_5到 控制设备的新的路由通道。

若此时重路由的结果为交换设备 1→交换设备 3→交换设备 5 , 控制设备 为交换设备 5下发备份流表， 且作为第一优先级备份流表。 下发的流表如表 5所示。 表 5中， 第二行用黑色实体线加粗的一行的流表项为控 制设备下发 的第一优先级备份流表。 另外一条流表为交换设备 5的控制通道转发流表 项。

交换设备 5的流表项 当控制设备接收到探测 ID为 004的探测数据包时， 发现链路 L52的传输 时延 50ms , 已经触到了第二阔值。 此时， 控制设备通知交换设备 5 , 启动第 一优先级备份流表项。 此时， S匪网路中， 交换设备 5到控制设备的控制通 道由交换设备 1→交换设备 2→交换设备 5调整为交换设备 1→交换设备 3→ 交换设备 5。

对于交换设备 2与控制设备之间已经出现拥塞， 而交换设备 2没有接收 控制设备下发的更新控制通道的策略时， 可以由交换设备 2实时检测链路交 换设备 2→交换设备 5、 交换设备 2→交换设备 3和交换设备 2→交换设备 1的 连接状况； 交换设备 2检测到链路交换设备 2→交换设备 1出现丟包情况或者 拥塞， 已经达到第二阔值， 交换设备 2又没有接收到控制设备下发的切换控 制通道的消息；换机设备 2查询自己的备份流表，如有第一优先级备份� �表， 则启动该流表为新的转发流表项； 若没有第一优先级备份流表， 则任意启 用其他的端口状态正常的备份流表， 如表 6所示， 第一优先级备份流表项为 第二行中黑色粗体框中的流表项。

交换设备 2中的流表项 同时， 交换设备 2将控制通道的切换消息发给控制设备， 控制通道切换 消息如下： 控制设备收到交换设备 2发送的切换通知消息后， 启动第三控制单元， 判定新的控制通道路径交换设备 2→交换设备 3→交换设备 1→控制设备未 出现拥塞， 适合作为新的控制通道。 接受该控制通道， 将新的控制通道信 息添加到网络信息库中。

本发明实施例还提供了一种 SDN系统 200 , 包括控制设备 201和交换设备 202 , 所述 SDN中的控制信息与数据信息在同一个传输通道 中传输， 所述控 制设备控制第一传输通道、 第二传输通道和第三传输通道， 所述第一传输 通道是所述控制设备 201与所述交换设备 202之间的主用通道； 所述第二传 输通道是所述控制设备 201与所述交换设备 202之间的备用通道， 用于在所 述第一传输通道拥塞时切换为主用通道进行控 制信息和 /或数据信息的传 输； 其特征在于， 所述控制设备 201包括：

状态获取单元 2011 , 用于获取所述第一传输通道、 所述第二传输通 道和所述第三传输通道的连接状态；

第一控制单元 2012 , 用于在所述第二传输通道的连接状态达到第一 状态时， 将所述第三传输通道设置为所述第一传输通道 的备用通道， 所述 第一状态是指传输通道的拥塞程度达到第一阔 值但未达到第二阔值， 其中， 达到所述第一阈值的传输通道出现拥塞但能够 进行控制信息的传输， 达到 所述第二阈值的传输通道出现拥塞不能进行控 制信息的传输； 所述第三传 输通道是未达到所述第一状态且能够代替所述 第一传输通道进行控制信息 和 /或数据信息传输的通道；

第二控制单元 2013 , 用于在所述第一传输通道的连接状态达到第二 状 态时， 将所述第一传输通道的备用通道切换为主用通 道，所述第二状态是指 传输通道的拥塞程度达到所述第二阔值。

上述 SDN系统的具体实现方式， 可以参考上述关于控制设备 100的实现 方式来实现， 在此不再赘述。

本发明实施例提供的 SDN系统， 通过第一控制单元 2012和第二控制单元 2013 , 状态获取单元 2011获取的控制通道的连接状态， 按照预先设置的阔 值判断备用通道是否适合继续作为备用通道， 如果备用通道拥塞到一定程 度时，调整备用通道，将其它未拥塞的通道设 置为备用通道，并在主用通道 拥塞时，将备用通道切换为主用通道， 保证了通道调整的实时性， 确保了控 制信息的有效传输， 提高了 SDN中控制设备实现控制的可靠性。

本领域普通技术人员可以意识到， 结合本文中所公开的实施例描述的 各示例的单元及算法步骤， 能够以电子硬件、 计算机软件或者二者的结合 来实现， 为了清楚地说明硬件和软件的可互换性， 在上述说明中已经按照 功能一般性地描述了各示例的组成及步骤。 这些功能究竟以硬件还是软件 方式来执行， 取决于技术方案的特定应用和设计约束条件。 专业技术人员 可以对每个特定的应用来使用不同方法来实现 所描述的功能， 但是这种实 现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到， 为了描述的方便和简洁， 上 述描述的系统、 装置和单元的具体工作过程， 可以参考前述方法实施例中 的对应过程， 在此不再赘述。

在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统、 装置 和方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅 是示意性的， 例如， 所述单元的划分， 仅仅为一种逻辑功能划分， 实际实 现时可以有另外的划分方式， 例如多个单元或组件可以结合或者可以集成 到另一个系统， 或一些特征可以忽略， 或不执行。 另外， 所显示或讨论的 相互之间的耦合或直接耦合或通信连接可以是 通过一些接口、 装置或单元 的间接耦合或通信连接， 也可以是电的， 机械的或其它的形式连接。 作为单元显示的部件可以是或者也可以不是物 理单元， 即可以位于一个地 方， 或者也可以分布到多个网络单元上。 可以根据实际的需要选择其中的 部分或者全部单元来实现本发明实施例方案的 目的。

另外， 在本发明各个实施例中的各功能单元可以集成 在一个处理单元 中， 也可以是各个单元单独物理存在， 也可以是两个或两个以上单元集成 在一个单元中。 上述集成的单元既可以釆用硬件的形式实现， 也可以釆用 软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实 现并作为独立的产品销 售或使用时， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明的技术方案本质上或者说对现有技术做 出贡献的部分， 或者该技术 方案的全部或部分可以以软件产品的形式体现 出来， 该计算机软件产品存 储在一个存储介质中， 包括若干指令用以使得一台计算机设备（可以 是个 人计算机， 服务器， 或者网络设备等）执行本发明各个实施例所述 方法的 全部或部分步骤。 而前述的存储介质包括： U盘、 移动硬盘、 只读存储器 ( ROM, Read-Only Memory ) 、 随机存取存储器 （ RAM, Random Access Memory ) 、 磁碟或者光盘等各种可以存储程序代码的介质 。

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