CN108243047A - 一种业务切换方法、装置及业务切换系统 - Google Patents
一种业务切换方法、装置及业务切换系统 Download PDFInfo
- Publication number
- CN108243047A CN108243047A CN201611227579.0A CN201611227579A CN108243047A CN 108243047 A CN108243047 A CN 108243047A CN 201611227579 A CN201611227579 A CN 201611227579A CN 108243047 A CN108243047 A CN 108243047A
- Authority
- CN
- China
- Prior art keywords
- transmission device
- business
- management data
- service management
- sdn controllers
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/042—Network management architectures or arrangements comprising distributed management centres cooperatively managing the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/34—Signalling channels for network management communication
- H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/34—Signalling channels for network management communication
- H04L41/344—Out-of-band transfers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种业务切换方法、装置及业务切换系统。本发明实施例中的业务切换方法包括:源传输设备的分布式控制器检测业务数据传输经过的传输设备与SDN控制器之间的第一信令通道的状态;当源传输设备的分布式控制器检测到第一信令通道断链时,通过第二信令通道传输业务管理数据;其中,业务数据为业务管理数据指示传输的数据。本发明实施例实现了在SDN控制器集中管控传输设备的情况下,将传输中断的业务管理数据切换到分布式控制平面中进行管理,以保证在传输设备出现故障时,使用分布式控制平面对网络中承载的业务管理数据进行有效地保护和恢复。
Description
技术领域
本发明涉及无线通信技术领域,尤指一种业务切换方法、装置及业务切换系统。
背景技术
目前的传输网络中已大规模部署分布式控制平面,软件定义网络(SoftwareDefined Network,简称为:SDN)技术以其对网络流量控制的灵活性,在传送网络中的部署需求迫切。
目前,SDN技术在传送网络领域中还没有大规模商用,但是一旦大规模使用SDN技术,在传输网络中对于SDN控制器和分布式控制平面在传送网络中在很长一段时间内都可能是同时存在的,如图1所示,为SDN控制器和分布式控制平面共存的网络构架的示意图,网络中的节点设备即可以由对应的分布式控制器控制,也可以由与其建立链接的SDN控制器管理控制。SDN控制器对网络中节点设备的集中管理控制在架构和协议使用等方面和分布式控制器有以下区别:SDN控制器和传输设备之间交互一般使用开放流(OPENFLOW)协议、路径计算元素协议(Path Computation Element Protocol,简称为:PCEP)和网络配置协议(Network configuration protocol,简称为:NETCONF)等协议;分布式控制平面的框架一般都满足自动交换光网络(Automatically Switched Optical Network,简称为:ASON)中定义的智能光网络体系结构建议(Architecture for the ASON)(即G.8080)的要求,且支持通用多协议标记交换(Generalized Multiprotocol Label Switching,简称为:GMPLS)的基于流量工程扩展的资源预留协议(Resource ReSerVation Protocol-TrafficEngineering,简称为:RSVP-TE)、链路管理协议(Link Management Protocol,简称为:LMP)和开放式最短路径优先(Open Shortest Path First,简称为:OSPF)等协议。
虽然SDN控制器的集中管控相对于分布式控制平面是有很多的优势的,但是在业务管理数据传输中断的情况下,由于传送设备中断业务管理数据的传输波及面太广,对于传送设备的恢复和倒换等需要的性能要求非常之高,一旦SDN控制器无法对传输设备进行集中控制时,业务管理数据很可能造成中断以至于无法正常传输的问题。
发明内容
为了解决上述技术问题,本发明实施例提供了一种业务切换方法、装置及业务切换系统,以实现在SDN控制器集中管控传输设备的情况下,将传输中断的业务管理数据切换到分布式控制平面中进行管理,以保证在传输设备出现故障时,使用分布式控制平面对网络中承载的业务管理数据进行有效地保护和恢复。
第一方面,本发明实施例提供一种业务切换方法,包括:
源传输设备的分布式控制器检测业务数据传输经过的传输设备与软件定义网络SDN控制器之间的第一信令通道的状态;
当所述源传输设备的分布式控制器检测到所述第一信令通道断链时,通过第二信令通道传输业务管理数据;其中,所述业务数据为所述业务管理数据指示传输的数据。
在第一方面的第一种可能的实现方式中,所述源传输设备的分布式控制器检测所述第一信令通道的状态之前,所述方法还包括:
所述源传输设备的分布式控制器根据从所述SDN控制器接收到的业务管理数据,建立用于传输所述业务管理数据的第二信令通道。
根据第一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述源传输设备的分布式控制器建立所述第二信令通道,包括:
所述源传输设备的分布式控制器将所述业务管理数据中的连接路由信息转化为显示路由对象ERO信息,并与所述业务管理数据的宿传输设备之间逐跳建立所述第二信令通道。
根据第一方面的第一种可能的实现方式,在第三种可能的实现方式中,所述源传输设备的分布式控制器建立所述第二信令通道之后,所述方法还包括:
所述源传输设备的分布式控制器确定所述第二信令通道的创建结果;
所述源传输设备的分布式控制器将所述第二信令通道的创建结果发送给所述SDN控制器,所述创建结果用于指示所述SDN控制器在所述创建结果为创建成功时通过所述第一信令通道传输业务管理数据,在所述创建结果为创建失败时结束业务切换流程。
在第一方面的第四种可能的实现方式中,所述源传输设备的分布式控制器在检测到所述第一信令通道断链之前,所述方法还包括:
所述源传输设备的分布式控制器接收所述业务数据传输经过的传输设备发送的通知消息,其中,所述通知消息用于指示所述传输设备与所述SDN控制器之间的第一信令通道断链。
根据第一方面、第一方面的第一种到第四种可能的实现方式中任意一种,在第五种可能的实现方式中,所述源传输设备的分布式控制器检测所述第一信令通道的状态之前,所述方法还包括:
所述传输设备接收所述SDN控制器发送的子网链接SNC信息;
所述传输设备解析并执行所述SNC信息中的指令;
所述传输设备将执行结果发送给所述SDN控制器,所述执行结果用于指示所述SDN控制器在所述执行结果为成功,且所述传输设备配置了分布式控制器时,向所述源传输设备的分布式控制器发送所述业务管理数据。
根据第一方面的第五种可能的实现方式,在第六种可能的实现方式中,所述传输设备接收所述SDN控制器发送的子网链接SNC信息之前,所述方法还包括:
传输设备接收所述SDN控制器发送的特征请求消息;
所述传输设备向所述SDN控制器发送特征响应消息,所述特征响应消息用于指示所述传输设备是否配置有分布式控制器。
第二方面,本发明实施例提供一种业务切换方法,包括:
软件定义网络SDN控制器生成业务管理数据;
所述SDN控制器将所述业务管理数据发送给对应的源传输设备的分布式控制器,使得所述源传输设备的分布式控制器在检测到业务数据传输经过的传输设备与所述SDN控制器之间的第一信令通道断链时,通过第二信令通道传输所述业务管理数据;其中,所述业务数据为所述业务管理数据指示传输的数据。
在第二方面的第一种可能的实现方式中,所述第二信令通道为所述源传输设备的分布式控制器根据从所述SDN控制器接收到的所述业务管理数据建立的。
在第二方面的第二种可能的实现方式中,所述SDN控制器将所述业务管理数据发送给对应的源传输设备的分布式控制器之后,所述方法还包括:
所述SDN控制器接收所述源传输设备的分布式控制器发送的所述第二信令通道的创建结果;
所述SDN控制器在所述创建结果为创建成功时通过所述第一信令通道传输所述业务管理数据,在所述创建结果为创建失败时结束业务切换流程。
根据第二方面、第二方面的第一种和第二种可能的实现方式中任意一种,在第三种可能的实现方式中,所述SDN控制器生成业务管理数据之前,所述方法还包括:
所述SDN控制器根据从应用程序APP接收的业务建立请求计算生成子网链接SNC信息;
所述SDN控制器将所述SNC信息发送给所述传输设备;
所述SDN控制器接收所述传输设备发送的执行结果;
所述SDN控制器将所述业务管理数据发送给对应的源传输设备的分布式控制器,包括:
所述SDN控制器在所述执行结果为成功,且所述传输设备配置了分布式控制器时,向所述源传输设备的分布式控制器发送所述业务管理数据。
根据第二方面的第三种可能的实现方式,在第四种可能的实现方式中,所述SDN控制器生成所述SNC信息之前,所述方法还包括:
所述SDN控制器向传输设备发送特征请求消息;
所述SDN控制器接收所述传输设备发送的特征响应消息;
所述SDN控制器根据所述特征响应消息确定所述传输设备是否配置有分布式控制器。
第三方面,本发明实施例提供一种业务切换装置,设置于传输设备的分布式控制器中,所述装置包括:
检测模块,用于检测业务数据的传输经过的传输设备与软件定义网络SDN控制器之间的第一信令通道的状态;
控制模块,用于在所述检测模块检测到所述第一信令通道断链时,通过第二信令通道传输业务管理数据;其中,所述业务数据为所述业务管理数据指示传输的数据。
在第三方面的第一种可能的实现方式中,所述装置还包括:
接收模块,用于在所述检测模块检测所述第一信令通道的状态之前,接收所述SDN控制器发送的业务管理数据;
建立模块,用于根据所述接收模块接收到的所述业务管理数据,建立用于传输所述业务管理数据的第二信令通道。
根据第三方面的第一种可能的实现方式,在第二种可能的实现方式中,所述建立模块建立所述第二信令通道,包括:
将所述业务管理数据中的连接路由信息转化为显示路由对象ERO信息,并与所述业务管理数据的宿传输设备之间逐跳建立所述第二信令通道。
根据第三方面的第一种可能的实现方式,在第三种可能的实现方式中,所述装置还包括:
确定模块,用于在所述建立模块建立所述第二信令通道之后,确定所述第二信令通道的创建结果;
发送模块,用于将所述确定模块确定的所述第二信令通道的创建结果发送给所述SDN控制器,所述创建结果用于指示所述SDN控制器在所述创建结果为创建成功时通过所述第一信令通道传输业务管理数据,在所述创建结果为创建失败时结束业务切换流程。
在第三方面的第四种可能的实现方式中,所述装置还包括:
接收模块,用于在所述检测模块检测到所述第一信令通道断链之前,接收所述业务数据传输经过的传输设备发送的通知消息,其中,所述通知消息用于指示所述传输设备与所述SDN控制器之间的第一信令通道断链。
根据第三方面、第三方面的第一种到第四种可能的实现方式中任意一种,在第五种可能的实现方式中,所述装置还包括:
接收模块,用于在所述检测模块检测所述第一信令通道的状态之前,接收所述SDN控制器发送的子网链接SNC信息;
解析模块,用于解析并执行所述接收模块接收的所述SNC信息中的指令;
发送模块,用于将解析模块得到的执行结果发送给所述SDN控制器,所述执行结果用于指示所述SDN控制器在所述执行结果为成功,且所述传输设备配置了分布式控制器时,向所述源传输设备的分布式控制器发送所述业务管理数据。
根据第三方面的第五种可能的实现方式,在第六种可能的实现方式中,
所述接收模块,还用于在接收所述SDN控制器发送的所述SNC信息之前,接收所述SDN控制器发送的特征请求消息;
所述发送模块,还用于向所述SDN控制器发送特征响应消息,所述特征响应消息用于指示所述传输设备是否配置有分布式控制器。
第四方面,本发明实施例提供一种业务切换装置,设置于SDN控制器中,所述装置包括:
生成模块,用于生成业务管理数据;
发送模块,用于将所述生成模块生成的所述业务管理数据发送给对应的源传输设备的分布式控制器,使得所述源传输设备的分布式控制器在检测到业务数据传输经过的传输设备与所述SDN控制器之间的第一信令通道断链时,通过第二信令通道传输所述业务管理数据;其中,所述业务数据为所述业务管理数据指示传输的数据。
在第四方面的第一种可能的实现方式中,所述第二信令通道为所述源传输设备的分布式控制器根据从所述SDN控制器接收到的所述业务管理数据建立的。
在第四方面的第二种可能的实现方式中,所述装置还包括:
接收模块,用于在所述发送模块将所述业务管理数据发送给对应的源传输设备的分布式控制器之后,接收所述源传输设备的分布式控制器发送的所述第二信令通道的创建结果;
控制模块,用于在所述接收模块接收到的所述创建结果为创建成功时通过所述第一信令通道传输所述业务管理数据,在所述创建结果为创建失败时结束业务切换流程。
根据第四方面、第四方面的第一种和第二种可能的实现方式中任意一种,在第三种可能的实现方式中,所述装置还包括:
接收模块,用于在所述生成模块生成业务管理数据之前,接收应用程序APP发送的业务建立请求;
计算模块,用于根据所述接收模块接收的业务建立请求计算生成子网链接SNC信息;
所述发送模块,还用于将所述计算模块得到的所述SNC信息发送给所述传输设备;
所述接收模块,还用于接收所述传输设备发送的执行结果;
所述发送模块将所述业务管理数据发送给对应的源传输设备的分布式控制器,包括:
在所述执行结果为成功,且所述传输设备配置了分布式控制器时,向所述源传输设备的分布式控制器发送所述业务管理数据。
根据第四方面的第三种可能的实现方式,在第四种可能的实现方式中,
所述发送模块,还用于在所述接收模块接收所述APP发送的业务建立请求之前,向传输设备发送特征请求消息;
所述接收模块,还用于接收所述传输设备发送的特征响应消息;
所述装置还包括:
确定模块,用于根据所述接收模块接收的所述特征响应消息确定所述传输设备是否配置有分布式控制器。
第五方面,本发明实施例提供一种业务切换系统,包括:软件定义网络SDN控制器和多个传输设备;
其中,每个所述传输设备中设置有如上述第三方面中任一项所述的业务切换装置,所述SDN控制器中设置有如上述第四方面中任一项所述的业务切换装置。
本发明实施例提供的业务切换方法、装置及业务切换系统,通过源传输设备的分布式控制器检测业务数据传输经过的传输设备与SDN控制器之间的第一信令通道的状态,并且在检测到上述第一信令通道断链时,通过第二信令通道传输业务管理数据;上述业务数据为该业务管理数据指示传输的数据,该第二信令通道为业务管理数据从该源传输设备到宿传输设备的控制信令传输通道;本发明实施例提供的方法,在第一信令通道断链时,将原本在第一信令通道中传输的业务管理数据由第二信令通道进行传输,以保证在数据传输链路发生中断时,使用分布式控制平面对网络中承载的业务管理数据进行有效地保护和恢复。
附图说明
附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。
图1为SDN控制器和分布式控制平面共存的网络构架的示意图;
图2为本发明实施例提供的一种业务切换方法的流程图;
图3为本发明实施例提供的业务切换方法中一种一种网络构架的示意图;
图4为本发明实施例提供的另一种业务切换方法的流程图;
图5为本发明实施例提供的业务切换方法中一种传输设备的组网示意图;
图6为本发明实施例提供的又一种业务切换方法的流程图;
图7为本发明实施例提供的再一种业务切换方法的流程图;
图8为本发明实施例提供的还一种业务切换方法的流程图;
图9为本发明实施例提供的还一种业务切换方法的流程图;
图10为本发明实施例提供的一种业务切换方法的信令交互流程图;
图11为执行本发明实施例提供的业务切换方法的网络组件的示意图;
图12为本发明应用实例提供的一种业务切换方法的信令交互流程图;
图13为本发明应用实例提供的另一种业务切换方法的信令交互流程图;
图14为本发明应用实例提供的又一种业务切换方法的信令交互流程图;
图15为本发明应用实例提供的再一种业务切换方法的信令交互流程图;
图16为本发明应用实例提供的还一种业务切换方法的信令交互流程图;
图17为本发明实施例提供的一种业务切换装置的结构示意图;
图18为本发明实施例提供的另一种业务切换装置的结构示意图;
图19为本发明实施例提供的又一种业务切换装置的结构示意图;
图20为本发明实施例提供的再一种业务切换装置的结构示意图;
图21为本发明实施例提供的还一种业务切换装置的结构示意图;
图22为本发明实施例提供的还一种业务切换装置的结构示意图;
图23为本发明实施例提供一种业务切换系统的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
下面通过具体的实施例对本发明的技术方案进行详细说明,本发明涉及到已部署的分布式平面(例如为ASON)的传输网络,该传输网络主要指分组传送网(PacketTransport Network,简称为:PTN)和光传送网(Optical Transport Network,简称为:OTN),参考图1所示,传输设备可以由SDN控制器进行集中管理控制,也可以由该设备配置的分布式控制器管理控制。本发明提供以下几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
图2为本发明实施例提供的一种业务切换方法的流程图。本实施例提供的业务切换方法适用于业务数据在网络中进行恢复和倒换等控制的情况中,该方法可以由业务切换装置执行,该业务切换装置通过硬件和软件结合的方式来实现,该装置可以集成在源传输设备的分布式控制器的处理器中,供处理器调用使用。如图2所示,本实施例的方法可以包括:
S110,源传输设备的分布式控制器检测业务数据传输经过的传输设备与SDN控制器之间的第一信令通道的状态。
本发明实施例提供的业务切换方法,为一种将SDN控制器管理的业务数据切换到分布式控制平面中进行管理控制的方式,本发明实施例中的源传输设备为业务数据的源节点对应的传输设备,即业务数据传输的起始传输设备。在进行业务管理数据的信令通道的切换前,要保证SDN控制器和分布式控制平面中具有相同的业务管理数据,该业务管理数据为业务数据的相关配置,即保证业务管理数据的管理权切换后该业务管理数据能够正常传输,业务数据在传输设备之间进行传输,业务管理数据在信令通道内进行传输。当SDN控制器控制业务管理数据的管理权时,在业务数据的传输过程中,源传输设备的分布式控制器可以实时检测业务数据传输经过的传输设备与SDN控制器之间的第一信令通道的状态,也就是业务数据传输经过的传输设备与SDN控制器之间的第一信令通道是否正常连通,上述第一信令通道的连通或断链是确定是否切换业务管理数据的管理权的依据。
S120,当源传输设备的分布式控制器检测到第一信令通道断链时,通过第二信令通道传输业务管理数据;其中,该业务数据为业务管理数据指示传输的数据。
在本发明实施例中,若检测出业务数据传输经过的传输设备与SDN控制器之间的第一信令通道正常连通,则可以持续由SDN控制器与管理业务管理数据,若检测出业务数据传输经过的每个传输设备均与SDN控制器之间的第一信令通道均断链,即第一信令通道无法正常传输业务管理数据,说明SDN控制器不再适合管理业务管理数据,则可以通过第二信令通道传输业务管理数据,该第二信令通道为业务管理数据从该源传输设备到宿传输设备的控制信令传输通道。如图3所示,为本发明实施例提供的业务切换方法中一种网络构架的示意图,图3中的“信令通道1”为业务数据传输经过的每个传输设备与SDN控制器之间的第一信令通道,即SDN控制器管理业务管理数据时,传输该业务管理数据的信令通道,“信令通道2”为S120中每个“信令通道1”断链后,传输业务管理数据的第二信令通道。
需要说明的是,本发明实施例中的业务数据是在传输设备间传输的数据,即通过图3中“数据传输链路”传输的数据;业务管理数据是指业务数据的相关配置,其指示该业务中需要传输的数据(即业务数据),该业务管理数据通过第一信令通道或第二信令通道传输的数据,该业务管理数据例如包括:业务是否具有保护性,业务是否具有恢复性,业务的源节点和宿节点,以及业务的传输路径等配置信息。
在本发明实施例中,当业务数据经过的所有传输设备都与SDN控制器之间的第一信令通道断链时,即图3中SDN控制器用于管理每个传输设备的“信令通道1”都断链,此时,SDN控制器不再具有对业务管理数据的管理能力,则由源传输设备的分布式控制器管理该业务管理数据,即通过第二信令通道传输该业务管理数据,此时,该业务管理数据为分布式控制使能状态。在由源传输设备的分布式控制器管理该业务管理数据后,若业务数据所传输的内容在传输过程中发生故障,即图3中的“数据传输链路”发生中断的情况下,源传输设备的分布式控制器可以根据业务管理数据的相关配置对其进行保护或恢复。由于数据传输链路发生中断时的波及面较广,并且对传输设备恢复和倒换的性能要求非常高,若业务管理数据由SDN控制器管理,一旦SDN控制器无法对传输设备进行集中控制,很难对业务管理数据的传输进行有效的保护或恢复,此时,若由分布式控制平面管理业务管理数据,则可以根据业务管理数据的保护性或恢复性,有效的保护或恢复传输的业务管理数据。
需要说明的是,本发明实施例中的源传输设备为当前业务管理数据对应的源传输设备,在业务管理数据不同的情况下,传输网络中的源传输设备可能发生转变;另外,与业务管理数据对应的信令通道和其它传输设备均有该业务数据相关。
基于SDN控制器大规模商用后,传输网络在很长一段时间内存在SDN控制器和分布式控制平面共存的情况,为了避免SDN控制器管理控制传输设备的情况下,由于传输设备出现故障而导致数据传输链路中断以及恢复时间较长的问题,通过本发明实施例提供的业务切换方法,可以使用分布式控制平面对传输网络中承载的业务数据进行有效的保护和恢复。
本实施例所提供的业务切换方法,通过源传输设备的分布式控制器检测业务数据传输经过的传输设备与SDN控制器之间的第一信令通道的状态,并且在检测到上述第一信令通道断链时,通过第二信令通道传输业务管理数据;上述业务数据为该业务管理数据指示传输的数据,该第二信令通道为业务管理数据从该源传输设备到宿传输设备的控制信令传输通道;本实施例提供的方法,在第一信令通道断链时,将原本在第一信令通道中传输的业务管理数据由第二信令通道进行传输,以保证在数据传输链路发生中断时,使用分布式控制平面对网络中承载的业务管理数据进行有效地保护和恢复。
可选地,图4为本发明实施例提供的另一种业务切换方法的流程图。在图2所示实施例的基础上,本实施例提供的方法在S110之前,还可以包括:
S105,源传输设备的分布式控制器根据从SDN控制器接收到的业务管理数据,建立用于传输业务管理数据的第二信令通道。
在本实施例中,要保证业务管理数据的管理权切换后该业务管理数据能够正常传输,因此,源传输设备的分布式控制器可以接收SDN控制器发送的业务数据,以从SDN控制器中同步该业务数据;随后,源传输设备的分布式控制器根据该业务管理数据建立该业务管理数据在分布式控制平面中的信令通道,即第二信令通道。举例来说,如图5所示,为本发明实施例提供的业务切换方法中一种传输设备的组网示意图,若业务管理数据的源传输设备为A,宿传输设备为E,则S105中建立的用于传输该业务管理数据的第二信令通道可以为A->D->E,或A->B->E,或A->C->E。
本实施例中,源传输设备的分布式控制器通过接收SDN控制器发送的业务管理数据,以同步SDN控制器中的业务数据。在实际应用中,SDN控制器可以将业务数据组包通过OFPT_PACKET_OUT消息发送给源传输设备的分布式控制器,其中,业务数据填写在上述消息的数据(data)中,上述OFPT_PACKET_OUT消息的内容例如包括:
上述内容提供了一种将SDN控制器中的业务管理数据同步到分布式控制平面的具体实现方法;本发明实施例中规定了业务管理数据在信令中放置的位置。
可选地,在本实施例中,源传输设备的分布式控制器建立用于业务管理数据的第二信令通道的实现方式,即S105的实现方式可以包括:
源传输设备的分布式控制器将业务管理数据中的连接路由信息转化为显示路由对象(Display Route Object,简称为:ERO)信息,并与该业务管理数据的宿传输设备之间逐跳建立第二信令通道。
在本实施例中,源传输设备的分布式控制器建立源传输设备与宿传输设备之间的第二信令通道的方式可以为,例如,第二信令通道为图5中的A->B->E,则与B和E(即宿传输设备)之间通过RSVP-TE的path(由A到E的顺序,一跳一跳建立通道)消息和resv(由E到A的顺序,一跳一跳建立通道)消息建立起第二信令通道。
本实施例提供的方法在S105之后,还可以包括:
S106,源传输设备的分布式控制器确定该第二信令通道的创建结果;
S107,源传输设备的分布式控制器将第二信令通道的创建结果发送给SDN控制器,该创建结果用于指示SDN控制器在创建结果为创建成功时通过第一信令通道传输业务管理数据,在创建结果为创建失败时结束业务切换流程。
在本实施例中,源传输设备的分布式控制器建立第二信令通道后,还需要判断该信令通道的创建结果,并将相应的结果返回给SDN控制器,使得SDN控制器得知业务数据是否同步成功。需要说明的是,若第二信令通道创建成功,源传输设备的分布式控制器不仅可以将创建成功的结果发送给SDN控制器,还可以将业务管理数据设置为分布式控制非使能状态,即通过增加标示符的形式标识该业务数据此时由SDN控制器管理控制。
在实际应用中,源传输设备的分布式控制器在判断出创建结果(包括创建失败或创建成功)后,可以通过OFPT_PACKET_IN消息将创建结果发送给SDN控制器,上述OFPT_PACKET_IN消息的扩展原因字段例如定义为OFPR_TUNNEL_CREATED,创建结果即可以携带在该扩展原因字段的data中,上述OFPT_PACKET_IN消息的内容例如包括:
struct ofp_packet_in{
struct ofp_header header;
uint32_t buffer_id;/*ID assigned by datapath.*/
uint16_t total_len;/*Full length of frame.*/
uint8_t reason;/*Reason packet is being sent(one of OFPR_*)*/
uint8_t table_id;/*ID of the table that was looked up*/
uint64_t cookie;/*Cookie of the flow entry that was looked up.*/
struct ofp_match match;/*Packet metadata.Variable size.*/
/*The variable size and padded match is always followed by:
*-Exactly 2 all-zero padding bytes,then
*-An Ethernet frame whose length is inferred from header.length.
*The padding bytes preceding the Ethernet frame ensure that the IP
*header(if any)following the Ethernet header is 32-bit aligned.
*/
//uint8_t pad[2];/*Align to 64 bit+16 bit*/
//uint8_t data[0];/*Ethernet frame*/
};
OFP_ASSERT(sizeof(struct ofp_packet_in)==32);
enum ofp_packet_in_reason{
OFPR_TABLE_MISS=0,/*No matching flow(table-miss flow entry).*/
OFPR_APPLY_ACTION=1,/*Output to controller in apply-actions.*/
OFPR_INVALID_TTL=2,/*Packet has invalid TTL*/
OFPR_ACTION_SET=3,/*Output to controller in action set.*/
OFPR_GROUP=4,/*Output to controller in group bucket.*/
OFPR_PACKET_OUT=5,/*Output to controller in packet-out.*/
OFPR_TUNNEL_CREATED=0xFF,/*The tunnel is created.*/
};
上述黑体字为携带有创建结果的扩展原因字段,上述内容提供了一种从SDN控制器侧识别源传输设备的分布式控制器创建信令通道的结果的具体实现方法;本发明实施例通过扩展的协议,用于标识源传输设备的分布式控制器创建的第二业务信令通道的创建结果。
可选地,在本发明实施例中,若SDN控制器和传输设备之间的第一信令通道断链,业务数据传输经过的传输设备均会检测到本传输设备与SDN控制器之间的第一信令通道断链,并通过通知(notify)消息向源传输设备的分布式控制器上报,发送该通知消息的传输设备与SDN控制器之间的第一信令通道断链。此时,源传输设备的分布式控制器可以记录收到的通知消息,并检查是否业务数据经过该的所有传输设备都上报了通知消息,若是,则说明SDN控制器不再具有该业务数据的控制权,随后,可以执行将该业务数据设置为分布式控制使能状态的操作。在本实施例中,上述notify消息中可以配置错误码:ATG_RSVP_ERR_USER_ERROR_SPEC,错误值为:
ATG_RSVP_ERV_BROKEN_LINK。其中:
#define ATG_RSVP_ERR_USER_ERROR_SPEC 33
#define ATG_RSVP_ERV_BROKEN_LINK 0xff
以上内容提供了一种源传输设备的分布式控制器判断业务数据传输经过的传输设备与SDN控制器之间的第一信令通道断链的方式;本发明实施例通过扩展了RSVP协议,使notify消息能够携带“传输设备的分布式控制器与SDN控制器断链”的信息。
可选地,在上述实施例的基础上,本发明还提供一种业务切换方法,如图6所示,为本发明实施例提供的又一种业务切换方法的流程图。图6所示实施例以在上述图2所示实施例的基础上为例予以示出,在S110之前,本实施例提供的方法还可以包括:
S102,业务数据传输经过的每个传输设备分别接收SDN控制器发送的子网链接(SubNetwork Connection,简称为:SNC)信息;
S103,每个传输设备分别解析并执行SNC信息中的指令;
S104,每个传输设备将执行结果发送给SDN控制器,该执行结果用于指示SDN控制器在每个执行结果为成功,且每个传输设备都配置了分布式控制器时,向源传输设备的分布式控制器发送业务管理数据。
在本实施例中,SDN控制器在接收到应用程序(Application,简称为:APP)发送的业务建立请求后,可以计算路由并将路由结果转换为SNC信息,并通过南向协议发送给该业务数据传输经过的每个传输设备;随后,上述每个传输设备可以分别解析SNC信息,执行该SNC信息中的指令,并将执行结果发送给SDN控制器,从而使得SDN控制器根据执行结果进行后续操作,若每个传输设备发送的执行结果均为成功,SDN控制器还可以继续判断该业务数据传输经过的每个传输设备是否配置了分布式控制器,在上述每个传输设备均配置了分布式控制器的情况下,SDN控制器执行向分布式控制平面同步该业务管理数据的操作。
在实际应用中,网络中的每个传输设备可以预先告知SDN控制器,本传输设备是否配置了分布式控制器,以使得SDN控制器确定是否可以向分布式控制平面同步该业务管理数据,上述传输设备告知SDN控制器其是否配置了分布式控制器的实现方式可以为,在S102之前包括:
S100,与SDN控制器建立链接的每个传输设备分别接收SDN控制器发送的特征请求消息;
S101,每个传输设备分别向SDN控制器发送特征响应消息,该特征响应消息用于指示传输设备是否配置了分布式控制器。
在本实施例中,SDN控制器与任一个传输设备建立链接后,SDN控制器可以向该传输设备发送OFPT_FEATURE_REQUEST消息,传输设备在填写OFPT_FEATURE_REPLY消息后发送给SDN控制器,当传输设备配置了分布式控制器,OFPT_FEATURE_REPLY消息中的capabilities字段需要设置OFPC_DISTRIBUTED_CONTROL的bit位;当设备传输没有配置分布式控制器,则不需要设置上述bit位;随后,SDN控制器通过接收并解析OFPT_FEATURE_REPLY消息确定对应的传输设备上是否配置了控制器。上述OFPT_FEATURE_REPLY消息的内容例如为:
上述黑体字为需要设置bit位的capabilities字段,上述内容提供了一种从SDN控制器识别传输设备是否配置了分布式控制器的具体实现方法;本发明实施例通过扩展开放流(Openflow)协议,用于标识传输设备是否配置了分布式控制器。
需要说明的是,本发明实施例的S100~S101,与上述S102~S104的不同之处在于:在S100~S101中所描述的每个传输设备,可以是与SDN控制器建立链接的所有传输设备,即只要传输设备满足与SDN控制器建立链接的前提,就可以通过发送特征响应消息的方式,告知SDN控制器本传输设备是否配置了分布式控制器的状态;在S102~S104中所描述的每个传输设备,具体是指业务数据传输经过的所有传输设备,即与当前业务管理数据相关的传输设备。
图7为本发明实施例提供的再一种业务切换方法的流程图。本实施例提供的业务切换方法适用于业务数据在网络中进行恢复和倒换等控制的情况中,该方法可以由业务切换装置执行,该业务切换装置通过硬件和软件结合的方式来实现,该装置可以集成在SDN控制器的处理器中,供处理器调用使用。如图7所示,本实施例的方法可以包括:
S210,SDN控制器生成业务管理数据。
在本发明实施例中,SDN控制器例如可以在接收到APP发送的业务建立请求后,生成与该业务建立请求相应的业务管理数据。
S220,SDN控制器将业务管理数据发送给对应的源传输设备的分布式控制器,使得源传输设备的分布式控制器在检测到业务数据传输经过的传输设备与SDN控制器之间的第一信令通道断链时,通过第二信令通道传输业务管理数据;上述业务数据为该业务管理数据指示传输的数据。
本发明实施例提供的业务切换方法,为一种将SDN控制器管理的业务数据切换到分布式控制平面中进行管理控制的方式,本发明实施例中的源传输设备为业务数据的源节点对应的传输设备,即业务数据传输的起始传输设备。在进行业务管理数据的信令通道的切换前,要保证SDN控制器和分布式控制平面中具有相同的业务管理数据,该业务管理数据为业务数据的相关配置,即保证业务管理数据的管理权切换后该业务管理数据能够正常传输,因此,SDN控制器在生成业务数据后,可以向该业务管理数据对应的源传输设备的分布式控制器发送该业务管理数据,以向分布式控制平面同步该业务管理数据。
需要说明的是,本发明实施例中的业务数据是在传输设备间传输的数据,即通过图3中“数据传输链路”传输的数据;业务管理数据是指业务数据的相关配置,其指示该业务中需要传输的数据(即业务数据),该业务管理数据通过第一信令通道或第二信令通道传输的数据,该业务管理数据例如包括:业务是否具有保护性,业务是否具有恢复性,业务的源节点和宿节点,以及业务的传输路径等配置信息。
在本发明实施例中,SDN控制器发送业务数据的实现方式,同样可以将业务管理数据组包通过OFPT_PACKET_OUT消息发送给源传输设备的分布式控制器,其中,业务管理数据填写在上述消息的数据(data)中,OFPT_PACKET_OUT消息的内容在上述实施例中已经说明。另外,本发明实施例中的第二信令通道为源传输设备的分布式控制器根据从SDN控制器接收到的业务管理数据建立的,该第二信令通道为业务管理数据从该源传输设备到宿传输设备的控制信令传输通道,同样可以参照图3所示的网络构架,图3中的“信令通道2”为源传输设备的分布式控制器建立的第二信令通道;并且,源传输设备的分布式控制器建立第二信令通道的方式在上述实施例中也详细说明,故在此不再赘述。
在本发明实施例中,若源传输设备的分布式控制器检测出业务数据传输经过的传输设备与SDN控制器之间的第一信令通道正常连通时,则可以持续由SDN控制器与管理业务管理数据,若检测出业务数据传输经过的每个传输设备均与SDN控制器之间的第一信令通道断链时,即图3中SDN控制器用于管理每个传输设备的“信令通道1”都断链,此时,SDN控制器不再具有对业务管理数据的管理能力,则由源传输设备的分布式控制器管理该业务数据的管理权,即通过第二信令通道传输业务管理数据,此时,该业务管理数据为分布式控制使能状态。在由源传输设备的分布式控制器管理该业务管理数据后,若业务数据所传输的内容在传输过程中发生故障,即图3中的“数据传输链路”发生中断的情况下,源传输设备的分布式控制器可以根据业务管理数据的相关配置对其进行保护或恢复。由于数据传输链路发生中断时的波及面较广,并且对传输设备恢复和倒换的性能要求非常高,若业务管理数据由SDN控制器管理,一旦SDN控制器无法对传输设备进行集中控制,很难对业务管理数据的传输进行有效的保护或恢复,此时,若由分布式控制平面管理业务管理数据,则可以根据业务管理数据的保护性或恢复性,有效的保护或恢复传输的业务管理数据。
需要说明的是,本发明实施例中的源传输设备为当前业务管理数据对应的源传输设备,在业务管理数据不同的情况下,传输网络中的源传输设备可能发生转变;另外,与业务管理数据对应的信令通道和其它传输设备均有该业务数据相关。
基于SDN控制器大规模商用后,传输网络在很长一段时间内存在SDN控制器和分布式控制平面共存的情况,为了避免SDN控制器管理控制传输设备的情况下,由于传输设备出现故障而导致数据传输链路中断以及恢复时间较长的问题,通过本发明实施例提供的业务切换方法,可以使用分布式控制平面对传输网络中承载的业务数据进行有效的保护和恢复。
本实施例所提供的业务切换方法,通过SDN控制器生成业务管理数据,并将该业务管理数据发送给该业务数据对应的源传输设备的分布式控制器,使得该源传输设备的分布式控制器可以在检测到该业务数据传输经过的传输设备与SDN控制器之间的第一信令通道断链时,通过第二信令通道传输业务管理数据;上述业务数据为该业务管理数据指示传输的数据,该第二信令通道为业务管理数据从该源传输设备到宿传输设备的控制信令传输通道;本实施例提供的方法,在第一信令通道断链时,将原本在第一信令通道中传输的业务管理数据由第二信令通道进行传输,以保证在数据传输链路发生中断时,使用分布式控制平面对网络中承载的业务数据进行有效地保护和恢复。
可选地,图8为本发明实施例提供的还一种业务切换方法的流程图。在图7所示实施例的基础上,本实施例提供的方法在S220之后,还可以包括:
S230,SDN控制器接收源传输设备的分布式控制器发送的第二信令通道的创建结果;
S240,SDN控制器在创建结果为创建成功时通过第一信令通道传输业务管理数据,在创建结果为创建失败时结束业务切换流程。创建成功时将该业务管理数据设置为分布式控制非使能状态。
在本实施例中,源传输设备的分布式控制器建立第二信令通道后,可以将创建结果发送给SDN控制器,SDN控制器可以接收通过OFPT_PACKET_IN消息发送的创建结果,获取业务管理数据是否成功同步,创建结果可以携带在OFPT_PACKET_IN消息的扩展原因字段的data中,该OFPT_PACKET_IN消息的内容在上述实施例中已经详细说明,故在此不再赘述。
可选地,在上述实施例的基础上可知,若由SDN控制器管理管理业务管理数据,则该业务管理数据为分布式控制非使能状态,此时,若源传输设备的分布式控制器检测到业务数据传输经过的每个传输设备都与SDN控制器之间的第一信令通道断链,说明SDN控制器不再具有该业务管理数据的控制权,则可以由源传输设备的分布式控制器管理该业务管理数据,即将该业务管理数据设置为分布式控制使能状态。需要说明的是,源传输设备的分布式控制器检测业务数据传输经过的每个传输设备与SDN控制器之间的第一信令通道断链的实现方式,在上述实施例中已经详细说明,故在此不再赘述。
可选地,在上述实施例的基础上,本发明还提供一种业务切换方法,如图9所示,为本发明实施例提供的还一种业务切换方法的流程图。图9所示实施例以在上述图7所示基础上为例予以示出,在S210之前,本实施例提供的方法还可以包括:
S203,SDN控制器根据从APP接收的业务建立请求计算生成SNC信息;
S204,SDN控制器将SNC信息发送给业务数据传输经过的每个传输设备;
S205,SDN控制器接收每个传输设备发送的执行结果。
在本实施例中,SDN控制器将业务管理数据发送给对应的源传输设备的分布式控制器的实现方式,即S220的实现方式可以包括:
SDN控制器在每个传输设备的执行结果为成功,且每个传输设备都配置了分布式控制器时,向源传输设备的分布式控制器发送业务管理数据。
在本实施例中,SDN控制器在接收到APP发送的业务建立请求后,可以计算路由并将路由结果转换为SNC信息,并通过南向协议发送给该业务数据传输经过的每个传输设备,使得上述每个传输设备可以分别解析SNC信息,执行该SNC信息中的指令,并将执行结果发送给SDN控制器,随后,SDN控制器在接收到每个传输设备发送的执行结果后,可以根据执行结果进行后续操作,若每个传输设备发送的执行结果均为成功,SDN控制器还可以继续判断该业务数据传输经过的每个传输设备是否配置了分布式控制器,在上述每个传输设备均配置了分布式控制器的情况下,SDN控制器执行向分布式控制平面同步该业务管理数据的操作。
在实际应用中,SDN控制器可以预先获知网络中的每个传输设备是否配置了分布式控制器,从而确定是否可以向分布式控制平面同步该业务管理数据,上述获知网络中的每个传输设备是否配置了分布式控制器的实现方式可以为,在S203之前包括:
S200,SDN控制器分别向与该SDN控制器建立链接的每个传输设备发送特征请求消息;
S201,SDN控制器分别接收每个传输设备发送的特征响应消息;
S202,SDN控制器根据每个特征响应消息确定发送本特征响应消息的传输设备是否配置有分布式控制器。
在本实施例中,SDN控制器与任一个传输设备建立链接后,SDN控制器可以向该传输设备发送OFPT_FEATURE_REQUEST消息,传输设备在填写OFPT_FEATURE_REPLY消息后发送给SDN控制器,当传输设备配置了分布式控制器,OFPT_FEATURE_REPLY消息中的capabilities字段需要设置OFPC_DISTRIBUTED_CONTROL的bit位;当设备传输没有配置分布式控制器,则不需要设置上述bit位;随后,SDN控制器通过接收并解析OFPT_FEATURE_REPLY消息确定对应的传输设备上是否配置了控制器。该OFPT_FEATURE_REPLY消息的内容在上述实施例中已经详细描述,故在此不再赘述。
需要说明的是,本发明实施例的S200~S202,与上述S204~S205的不同之处在于:在S200~S202中所描述的每个传输设备,可以是与SDN控制器建立链接的所有传输设备,即只要传输设备满足与SDN控制器建立链接的前提,就可以通过发送特征响应消息的方式,告知SDN控制器本传输设备是否配置了分布式控制器的状态;在S204~S205中所描述的每个传输设备,具体是指业务数据传输经过的所有传输设备,即与当前业务管理数据相关的传输设备。
图10为本发明实施例提供的一种业务切换方法的信令交互流程图,本实施例提供的方法由SDN控制器和传输设备交互执行,该传输设备包括源传输设备,第一传输设备和第二传输设备,图10中的第一传输设备为:业务数据传输经过的传输设备中除源传输设备之外的其它设备,第二传输设备为业务数据不经过,但与SDN控制器建立链接的设备,如图10所示,本实施例的方法可以包括:
S301,SDN控制器和网络中的传输设备分别建立链接。
S302,SDN控制器向与该SDN控制器建立链接的每个传输设备分别发送特征请求消息(即OFPT_FEATURE_REQUES消息)。
S303,上述每个传输设备填写OFPT_FEATURE_REPLY消息中的能力字段(即capabilities字段),配置有分布式控制器的传输设备设置bit位,未配置有分布式控制器的传输设备不设置bit位。
S304,上述每个传输设备向SDN控制器发送特征响应消息(即OFPT_FEATURE_REPLY消息)。
S305,SDN控制器解析每个传输设备发送的OFPT_FEATURE_REPLY消息,并记录每个传输设备是否配置了分布式控制器。
S306,SDN控制器收到APP发送的业务建立请求。
S307,SDN控制器计算路由,并将路由结果转化为SNC信息。
需要说明的是,上述S302~S307中的每个传输设备包括图9中的源传输设备,第一传输设备和第二传输设备,其中,第一传输设备和第二传输设备都有可能是一个或多个。另外,以下S308~S326中的每个传输设备为业务数据传输经过的所有传输设备,即包括图9中的源传输设备和第一传输设备,
S308,SDN控制器通过OFPT_FLOW_MOD消息向业务数据传输经过的每个传输设备发送SNC信息,并发送OFPT_BARRIER_REQUEST消息作为结束。
S309,业务数据传输经过的每个传输设备解析SNC信息,并执行该SNC信息中的指令。
S310,业务数据传输经过的每个传输设备通过OFPT_BARRIER_REPLY消息将执行结果发送给SDN控制器。
S311,SDN控制器判断接收到的执行结果;若有失败的执行结果,则流程结束;若所有执行结果都为成功,则执行S312。
S312,SDN控制器判断业务数据传输经过的所有传输设备是否都配置了分布式控制器;若存在任一个传输设备未配置的情况,则结束流程;若业务数据传输经过的所有传输设备都配置了分布式控制器,则执行S313。
S313,SDN控制器通过OFPT_PACKET_OUT消息将业务管理数据发送给源传输设备的分布式控制器,该业务管理数据为业务数据的相关配置。
S314,源传输设备的分布式控制器将业务管理数据中的连接路由信息转化为ERO信息。
S315,源传输设备的分布式控制器与业务数据传输经过的其它传输设备(即第一传输设备)之间通过RSVP-TE信令,逐跳建立信令通道2。
S316,源传输设备的分布式控制器判断信令通道2的创建结果;若创建失败,则执行S317;若创建成功,则执行S318。
S317,源传输设备的分布式控制器回退之前建立的信令通道2。随后执行S318。
S318,源传输设备的分布式控制器通过OFPT_PACKET_IN消息将创建结果发送给SDN控制器;创建结果的内容可以为失败结果或成功结果。
在S318中发送的创建结果为成功结果时,本实施例提供的方法还可以包括:
S319,源传输设备的分布式控制器将业务管理数据设置为分布式控制非使能状态。说明此时的业务管理数据由SDN控制器管理控制,即通过信令通道1传输业务管理数据。
此时,SDN控制器与源传输设备和第一传输设备断链,即SDN控制器与业务数据传输经过的所有传输设备之间的信令通道1断链。
S320,第一传输设备检测到信令通道1断链后,向源传输设备的分布式控制器发送通知(notify)消息。
S321,源传输设备的分布式控制器记录收到的通知消息,并检查是否业务数据传输经过的所有传输设备都上报了通知消息;若否,则结束流程;若是,则执行S321。
S322,源传输设备的分布式控制器将业务管理数据设置为分布式控制使能状态,即通过信令通道2传输业务管理数据。
S323,业务数据在传输的过程中发送传输故障,源传输设备的分布式控制器接收到下游传输设备发送的告警消息。
S324,源传输设备的分布式控制器判断该业务数据是否具有恢复属性,并且判断业务管理数据是否为分布式控制使能状态;若上述判断有一项为否,则结束流程;若上述判断均是,则执行S325。
S325,由于此时业务管理数据由源传输设备的分布式控制器管理,并该业务管理数据具有恢复属性,因此,源传输设备的分布式控制器可以对该业务管理数据进行保护或恢复。
以下通过一些应用实例对本发明实施例提供的业务切换方法进行详细说明,图11为执行本发明实施例提供的业务切换方法的网络组件的示意图。图11所示的网络组件中可以包括以下几个组件:
(1)、APP:用于在下发客户的业务建立请求,通过超文本传输协议(HyperTextTransfer Protocol,简称为:HTTP)协议下发指令。
(2)、北向通信通道:支持HTTP协议。
(3)、SDN控制器:北向支持HTTP协议,能够对(1)中下发的业务建立请求进行正确解析;具备路由计算能力;南向支持开放流(OPENFLOW)协议,例如包括:能够解析OFPT_FEATURE_REPLY中capabilities字段设置的OFPC_DISTRIBUTED_CONTROL的bit位;能够把指令通过OFPT_FLOW_MOD下发到传输设备侧;能够通过OFPT_PACKET_OUT消息将源节点的业务数据发送给源传输设备;能够解析OFPT_PACKET_IN消息中携带的业务数据设置应答。
(4)、南向开放流(OPENFLOW)协议通道:SDN控制器和传输设备之间交互的通道。
(5)、支持OPENFLOW协议的传输设备:能把SDN控制器下发的OFPT_FLOW_MOD消息转化为实际指令下发到光器件;如果该传输设备配置有分布式控制器,需要能将业务管理数据同步到分布式控制器的结果通过OFPT_PACKET_IN消息反馈给SDN控制器,能够将断链的情况通过notify消息通知源传输设备的分布式控制器,并且还需要能够解析notify消息中对断链事件的上报。参考图4所示传输设备的网组示意图,图4中具有5个传输设备,分别为A、B、C、D、E、F,其中传输设备B没有配置分布式控制器,传输设备A和传输设备C之间信令不通。
应用实例一
图12为本发明应用实例提供的一种业务切换方法的信令交互流程图。本实施例提供的方法由SDN控制器和传输设备交互执行,该传输设备包括如图4中的传输设备A、B、C、D、E、F,如图12所示,本实施例的方法可以包括:
S401,SDN控制器和传输设备A、B、C、D、E、F分别建立链接。
S402,SDN控制器向传输设备A、B、C、D、E、F分别发送特征请求消息(即OFPT_FEATURE_REQUES消息)。
S403,传输设备A、C、D、E、F填写OFPT_FEATURE_REPLY消息中的能力字段(即capabilities字段),并设置bit位,传输设备B不设置bit位。
S404,传输设备A、B、C、D、E、F分别向SDN控制器发送特征响应消息(即OFPT_FEATURE_REPLY消息)。
S405,SDN控制器解析每个OFPT_FEATURE_REPLY消息,并记录传输设备A、B、C、D、E、F配置分布式控制器的情况。
S406,SDN控制器收到APP发送的业务建立请求,该APP通过北向协议向SDN控制器下发的业务建立请求为:从传输设备A到传输设备B建立一条无保护有恢复属性的业务管理数据。
S407,SDN控制器计算路由为A->B,并将路由结果转化为SNC信息。
S408,SDN控制器将SNC信息转化为OFPT_FLOW_MOD消息发送给传输设备A、B,并发送OFPT_BARRIER_REQUEST作为结束。
S409,传输设备A、B解析OFPT_FLOW_MOD消息,并执行执行。传输设备A、B均成功执行指令。
S410,传输设备A、B将执行结果通过OFPT_BARRIER_REPLY发送给SDN控制器。
S411,SDN控制器判断出传输设备A、B的执行结果均为成功。
S412,SDN控制器判断传输设备A、B是否都配置了分布式控制器;由于传输设备B未配置了分布式控制器,则流程结束。
应用实例二
图13为本发明应用实例提供的另一种业务切换方法的信令交互流程图。本实施例提供的方法由SDN控制器和传输设备交互执行,该传输设备包括如图4中的传输设备A、B、C、D、E、F,如图13所示,本实施例的方法可以包括:
S501,SDN控制器和传输设备A、B、C、D、E、F分别建立链接。
S502,SDN控制器向传输设备A、B、C、D、E、F分别发送特征请求消息(即OFPT_FEATURE_REQUES消息)。
S503,传输设备A、C、D、E、F填写OFPT_FEATURE_REPLY消息中的能力字段(即capabilities字段),并设置bit位,传输设备B不设置bit位。
S504,传输设备A、B、C、D、E、F分别向SDN控制器发送特征响应消息(即OFPT_FEATURE_REPLY消息)。
S505,SDN控制器解析每个OFPT_FEATURE_REPLY消息,并记录传输设备A、B、C、D、E、F配置分布式控制器的情况。
S506,SDN控制器收到APP发送的业务建立请求,该APP通过北向协议向SDN控制器下发的业务建立请求为:从传输设备A到传输设备C建立一条无保护有恢复属性的业务管理数据。
S507,SDN控制器计算路由为A->C,并将路由结果转化为SNC信息。
S508,SDN控制器将SNC信息转化为OFPT_FLOW_MOD消息发送给传输设备A、C,并发送OFPT_BARRIER_REQUEST作为结束。
S509,传输设备A、C解析OFPT_FLOW_MOD消息,并执行执行。传输设备A、C均成功执行指令。
S510,传输设备A、C将执行结果通过OFPT_BARRIER_REPLY发送给SDN控制器。
S511,SDN控制器判断出传输设备A、C的执行结果均为成功。
S512,SDN控制器判断出传输设备A、C都配置了分布式控制器。
S513,SDN控制器通过OFPT_PACKET_OUT消息将业务管理数据发送给传输设备A(即业务数据对应的源传输设备)。
S514,传输设备A的分布式控制器将业务管理数据的连接路由信息转化为ERO信息。
S515,传输设备A的分布式控制器与传输设备C之间通过RSVP-TE信令的path消息和resv消息,建立信令通道2。
S516,传输设备A的分布式控制器判断信令通道2的创建结果;由于传输设备A与传输设备C之间的信令不通,即信令通建立失败。
S517,传输设备A将失败结果通过OFPT_PACKET_IN消息发送给SDN控制器,流程结束。
应用实例三
图14为本发明应用实例提供的又一种业务切换方法的信令交互流程图。本实施例提供的方法由SDN控制器和传输设备交互执行,该传输设备包括如图4中的传输设备A、B、C、D、E、F,如图14所示,本实施例的方法可以包括:
S601,SDN控制器和传输设备A、B、C、D、E、F分别建立链接。
S602,SDN控制器向传输设备A、B、C、D、E、F分别发送特征请求消息(即OFPT_FEATURE_REQUES消息)。
S603,传输设备A、C、D、E、F填写OFPT_FEATURE_REPLY消息中的能力字段(即capabilities字段),并设置bit位,传输设备B不设置bit位。
S604,传输设备A、B、C、D、E、F分别向SDN控制器发送特征响应消息(即OFPT_FEATURE_REPLY消息)。
S605,SDN控制器解析每个OFPT_FEATURE_REPLY消息,并记录传输设备A、B、C、D、E、F配置分布式控制器的情况。
S606,SDN控制器收到APP发送的业务建立请求,该APP通过北向协议向SDN控制器下发的业务建立请求为:从传输设备A到传输设备E建立一条无保护有恢复属性的业务管理数据。
S607,SDN控制器计算路由为A->D->E,并将路由结果转化为SNC信息。
S608,SDN控制器将SNC信息转化为OFPT_FLOW_MOD消息发送给传输设备A、D、E,并发送OFPT_BARRIER_REQUEST作为结束。
S609,传输设备A、D、E解析OFPT_FLOW_MOD消息,并执行执行。传输设备A、D、E均成功执行指令。
S610,传输设备A、D、E将执行结果通过OFPT_BARRIER_REPLY发送给SDN控制器。
S611,SDN控制器判断出传输设备A、D、E的执行结果均为成功。
S612,SDN控制器判断出传输设备A、D、E都配置了分布式控制器。
S613,SDN控制器通过OFPT_PACKET_OUT消息将业务管理数据发送给传输设备A(即业务数据对应的源传输设备)。
S614,传输设备A的分布式控制器将业务管理数据的连接路由信息转化为ERO信息。
S615,传输设备A的分布式控制器与传输设备D和E之间通过RSVP-TE信令的path消息(A->D->E)和resv消息(E->D->A),逐跳建立信令通道2。
S616,传输设备A的分布式控制器判断出信令通道2的创建成功。
S617,传输设备A将成功结果通过OFPT_PACKET_IN消息发送给SDN控制器。
S618,传输设备A将业务管理数据设置为分布式控制非使能状态。说明此时的业务数据由SDN控制器管理控制,即通过信令通道1传输业务管理数据。
此时,关闭SDN控制器,即传输设备A、B、C、D、E、F与SDN控制器之间的信令通道1都断链。
S619,传输设备D和E向传输设备A的分布式控制器发送通知(notify)消息。
S620,传输设备A的分布式控制器记录接收到的通知消息,并确认业务数据经过的所有传输设备(即传输设备D和E)都上报了通知消息,并且传输设备A与SDN控制器之间的信令通道1也断链。
S621,传输设备A的分布式控制器将业务数据设置为分布式控制使能状态,即通过信令通道2传输业务管理数据。
此时,A->D->E的链路发生断纤。
S622,传输设备D或E向传输设备A发送告警消息。
S623,传输设备A的分布式控制器判断出该业务管理数据具有恢复属性,且该业务管理数据为分布式控制使能状态。
S624,传输设备A的分布式控制器对该业务数据进行重路由操作,例如将业务数据重路由到A->F->E的路径上进行传输,由于此时业务数据由传输设备A的分布式控制器管理,因此,传输设备A的分布式控制器可以对该业务管理数据进行恢复,流程结束。
应用实例四
图15为本发明应用实例提供的再一种业务切换方法的信令交互流程图。本实施例提供的方法由SDN控制器和传输设备交互执行,该传输设备包括如图4中的传输设备A、B、C、D、E、F,如图15所示,本实施例的方法可以包括:
S701,SDN控制器和传输设备A、B、C、D、E、F分别建立链接。
S702,SDN控制器向传输设备A、B、C、D、E、F分别发送特征请求消息(即OFPT_FEATURE_REQUES消息)。
S703,传输设备A、C、D、E、F填写OFPT_FEATURE_REPLY消息中的能力字段(即capabilities字段),并设置bit位,传输设备B不设置bit位。
S704,传输设备A、B、C、D、E、F分别向SDN控制器发送特征响应消息(即OFPT_FEATURE_REPLY消息)。
S705,SDN控制器解析每个OFPT_FEATURE_REPLY消息,并记录传输设备A、B、C、D、E、F配置分布式控制器的情况。
S706,SDN控制器收到APP发送的业务建立请求,该APP通过北向协议向SDN控制器下发的业务建立请求为:从传输设备A到传输设备E建立一条无保护不具有恢复属性的业务管理数据。
S707,SDN控制器计算路由为A->D->E,并将路由结果转化为SNC信息。
S708,SDN控制器将SNC信息转化为OFPT_FLOW_MOD消息发送给传输设备A、D、E,并发送OFPT_BARRIER_REQUEST作为结束。
S709,传输设备A、D、E解析OFPT_FLOW_MOD消息,并执行执行。传输设备A、D、E均成功执行指令。
S710,传输设备A、D、E将执行结果通过OFPT_BARRIER_REPLY发送给SDN控制器。
S711,SDN控制器判断出传输设备A、D、E的执行结果均为成功。
S712,SDN控制器判断出传输设备A、D、E都配置了分布式控制器。
S713,SDN控制器通过OFPT_PACKET_OUT消息将业务管理数据发送给传输设备A(即业务数据对应的源传输设备)。
S714,传输设备A的分布式控制器将业务管理数据的连接路由信息转化为ERO信息。
S715,传输设备A的分布式控制器与传输设备D和E之间通过RSVP-TE信令的path消息(A->D->E)和resv消息(E->D->A),逐跳建立信令通道2。
S716,传输设备A的分布式控制器判断出信令通道2的创建成功。
S717,传输设备A将成功结果通过OFPT_PACKET_IN消息发送给SDN控制器。
S718,传输设备A将业务管理数据设置为分布式控制非使能状态。说明此时的业务数据由SDN控制器管理控制,即通过信令通道1传输业务管理数据。
此时,关闭SDN控制器,即传输设备A、B、C、D、E、F与SDN控制器之间的信令通道1都断链。
S719,传输设备D和E向传输设备A的分布式控制器发送通知(notify)消息。
S720,传输设备A的分布式控制器记录接收到的通知消息,并确认业务数据经过的所有传输设备(即传输设备D和E)都上报了通知消息,并且传输设备A与SDN控制器之间的信令通道1也断链。
S721,传输设备A的分布式控制器将业务数据设置为分布式控制使能状态,即通过信令通道2传输业务管理数据。
此时,A->D->E的链路发生断纤。
S722,传输设备D或E向传输设备A发送告警消息。
S722,传输设备A的分布式控制器判断出该业务管理数据无保护且不具有恢复属性,流程结束。
应用实例五
图16为本发明应用实例提供的还一种业务切换方法的信令交互流程图。本实施例提供的方法由SDN控制器和传输设备交互执行,该传输设备包括如图4中的传输设备A、B、C、D、E、F,如图16所示,本实施例的方法可以包括:
S801,SDN控制器和传输设备A、B、C、D、E、F分别建立链接。
S802,SDN控制器向传输设备A、B、C、D、E、F分别发送特征请求消息(即OFPT_FEATURE_REQUES消息)。
S803,传输设备A、C、D、E、F填写OFPT_FEATURE_REPLY消息中的能力字段(即capabilities字段),并设置bit位,传输设备B不设置bit位。
S804,传输设备A、B、C、D、E、F分别向SDN控制器发送特征响应消息(即OFPT_FEATURE_REPLY)消息。
S805,SDN控制器解析每个OFPT_FEATURE_REPLY消息,并记录传输设备A、B、C、D、E、F配置分布式控制器的情况。
S806,SDN控制器收到APP发送的业务建立请求,该APP通过北向协议向SDN控制器下发的业务建立请求为:从传输设备A到传输设备E建立一条有保护不具有恢复属性的业务管理数据。
S807,SDN控制器计算出工作路由为A->D->E,保护路由为A->F->E,并将路由结果转化为SNC信息。
S808,SDN控制器将SNC信息转化为OFPT_FLOW_MOD消息发送给传输设备A、D、E、F,并发送OFPT_BARRIER_REQUEST作为结束。
S809,传输设备A、D、E、F解析OFPT_FLOW_MOD消息,并执行执行。传输设备A、D、E、F均成功执行指令。
S810,传输设备A、D、E、F将执行结果通过OFPT_BARRIER_REPLY发送给SDN控制器。
S811,SDN控制器判断出传输设备A、D、E、F的执行结果均为成功。
S812,SDN控制器判断出传输设备A、D、E、F都配置了分布式控制器。
S813,SDN控制器通过OFPT_PACKET_OUT消息将业务管理数据发送给传输设备A(即业务数据对应的源传输设备)。
S814,传输设备A的分布式控制器将业务管理数据的连接路由信息转化为ERO信息。
S815,传输设备A的分布式控制器与传输设备D和E之间通过RSVP-TE信令的path消息(A->D->E)和resv消息(E->D->A),逐跳建立信令通道2-1;传输设备A的分布式控制器与传输设备F和E之间通过RSVP-TE信令的path消息(A->F->E)和resv消息(E->F->A),逐跳建立信令通道2-2。
S816,传输设备A的分布式控制器判断出信令通道2-1和信令通道2-2都创建成功。
S817,传输设备A将成功结果通过OFPT_PACKET_IN消息发送给SDN控制器。
S818,传输设备A将业务管理数据设置为分布式控制非使能状态。说明此时的业务数据由SDN控制器管理控制,即通过信令通道1传输业务管理数据。
此时,关闭SDN控制器,即传输设备A、B、C、D、E、F与SDN控制器之间的信令通道1都断链。
S819,传输设备D和E向传输设备A的分布式控制器发送通知(notify)消息。
S820,传输设备A的分布式控制器记录接收到的通知消息,并确认业务数据经过的所有传输设备(即传输设备D和E)都上报了通知消息,并且传输设备A与SDN控制器之间的信令通道1也断链。
S821,传输设备A的分布式控制器将业务管理数据设置为分布式控制使能状态,即通过信令通道2传输业务管理数据。
此时,A->D->E的链路发生断纤。
S822,传输设备D或E向传输设备A发送告警消息。
S823,传输设备A的分布式控制器判断出该业务管理数据有保护且不具有恢复属性,且该业务管理数据为分布式控制使能状态。
S824,输设备A的分布式控制器将业务数据由工作路由(A->D->E)倒换到保护路由(A->F->E)上进行传输,由于此时业务数据由传输设备A的分布式控制器管理,因此,传输设备A的分布式控制器可以对该业务管理数据进行保护,流程结束。
本发明实施例提供的业务切换方法,实现了在SDN控制器无法对传输设备进行管理的情况下,能够将业务数据的权利权切换为由分布式控制平面进行管理,从而在数据传输链路中断时,分布式控制平面可以对业务进行恢复和倒换,在网络资源冗余的前提下,可以保证业务数据不中断或中断时间非常短,SND控制器可以将业务数据同步给分布式控制平面,在源传输设备的分布式控制器建立业务数据后,SDN控制器上也能感知,从而保证分布式控制器上的业务和资源管理与SDN控制器上的业务和资源管理不出现冲突。
图17为本发明实施例提供的一种业务切换装置的结构示意图。本实施例提供的业务切换装置适用于业务数据在网络中进行恢复和倒换等控制的情况中,该业务切换装置通过硬件和软件结合的方式来实现,该装置可以集成在源传输设备的分布式控制器的处理器中,供处理器调用使用。如图17所示,本实施例的业务切换装置可以包括:检测模块11和控制模块12。
其中,检测模块11,用于检测业务数据的业务数据传输经过的传输设备与SDN控制器之间的第一信令通道的状态。
本发明实施例提供的业务切换装置,为一种将SDN控制器管理的业务数据切换到分布式控制平面中进行管理控制的方式,本发明实施例的装置设置于源传输设备的分布式控制器中,该源传输设备为业务数据的源节点对应的传输设备,即业务数据传输的起始传输设备。在进行业务管理数据的信令通道的切换前,要保证SDN控制器和分布式控制平面中具有相同的业务管理数据,该业务管理数据为业务数据的相关配置,即保证业务管理数据的管理权切换后该业务管理数据能够正常传输,业务数据在传输设备之间进行传输,业务管理数据在信令通道内进行传输。当SDN控制器控制业务管理数据的管理权时,在业务数据的传输过程中,检测模块11可以实时检测业务数据传输经过的传输设备与SDN控制器之间的第一信令通道的状态,也就是业务数据传输经过的传输设备与SDN控制器之间的第一信令通道是否正常连通,上述第一信令通道的连通或断链是确定是否切换业务管理数据的管理权的依据。
控制模块12,用于在检测模块11检测到第一信令通道断链时,通过第二信令通道传输业务管理数据;其中,该业务数据为业务管理数据指示传输的数据。
在本发明实施例中,若检测模块11检测出业务数据传输经过的传输设备与SDN控制器之间的第一信令通道正常连通,则可以持续由SDN控制器与管理业务管理数据,若检测模块11检测出业务数据传输经过的每个传输设备均与SDN控制器之间的第一信令通道均断链,即第一信令通道无法正常传输业务管理数据,说明SDN控制器不再适合管理业务管理数据,则可以通过第二信令通道传输业务管理数据,该第二信令通道为业务管理数据从该源传输设备到宿传输设备的控制信令传输通道。
需要说明的是,本发明实施例中的业务数据是在传输设备间传输的数据,即通过图3中“数据传输链路”传输的数据;业务管理数据是指业务数据的相关配置,其指示该业务中需要传输的数据(即业务数据),该业务管理数据通过第一信令通道或第二信令通道传输的数据,该业务管理数据例如包括:业务是否具有保护性,业务是否具有恢复性,业务的源节点和宿节点,以及业务的传输路径等配置信息。
在本发明实施例中,当业务数据经过的所有传输设备都与SDN控制器之间的第一信令通道断链时,即图3中SDN控制器用于管理每个传输设备的“信令通道1”都断链,此时,SDN控制器不再具有对业务管理数据的管理能力,则由源传输设备的分布式控制器管理该业务管理数据,即通过第二信令通道传输该业务管理数据,此时,该业务管理数据为分布式控制使能状态。在由源传输设备的分布式控制器管理该业务管理数据后,若业务数据所传输的内容在传输过程中发生故障,即图3中的“数据传输链路”发生中断的情况下,控制模块12可以根据业务管理数据的相关配置对其进行保护或恢复。由于数据传输链路发生中断时的波及面较广,并且对传输设备恢复和倒换的性能要求非常高,若业务管理数据由SDN控制器管理,一旦SDN控制器无法对传输设备进行集中控制,很难对业务管理数据的传输进行有效的保护或恢复,此时,若由分布式控制平面管理业务管理数据,则可以根据业务管理数据的保护性或恢复性,有效的保护或恢复传输的业务管理数据。
需要说明的是,本发明实施例中的源传输设备为当前业务管理数据对应的源传输设备,在业务管理数据不同的情况下,传输网络中的源传输设备可能发生转变,因此,本发明实施例中的业务切换装置可以设置于传输网络中的任一传输设备中;另外,与业务管理数据对应的信令通道和其它传输设备均有该业务数据相关。
基于SDN控制器大规模商用后,传输网络在很长一段时间内存在SDN控制器和分布式控制平面共存的情况,为了避免SDN控制器管理控制传输设备的情况下,由于传输设备出现故障而导致数据传输链路中断以及恢复时间较长的问题,通过本发明实施例提供的业务切换装置,可以使用分布式控制平面对传输网络中承载的业务数据进行有效的保护和恢复。
发明实施例提供的业务切换装置用于执行本发明图2所示实施例提供的业务切换方法,具备相应的功能模块,其实现原理和技术效果类似,此处不再赘述。
可选地,图18为本发明实施例提供的另一种业务切换装置的结构示意图。在图17所示装置的结构基础上,本实施例提供的装置还可以包括:
接收模块13,用于在检测模块检测第一信令通道的状态之前,接收SDN控制器发送的业务管理数据;
建立模块14,用于根据接收模块13接收的业务管理数据,建立用于传输该业务管理数据的第二信令通道。
在本实施例中,要保证业务管理数据的管理权切换后该业务管理数据能够正常传输,因此,接收模块13可以接收SDN控制器发送的业务数据,以从SDN控制器中同步该业务数据;随后,建立模块14根据该业务管理数据建立该业务管理数据在分布式控制平面中的信令通道,即第二信令通道。
本实施例中,接收模块13可以接收SDN控制器发送的业务数据,以同步SDN控制器中的业务数据。在实际应用中,SDN控制器可以将业务数据组包通过OFPT_PACKET_OUT消息发送给源传输设备的分布式控制器,其中,业务数据填写在上述消息的数据(data)中,该OFPT_PACKET_OUT消息的内容在上述实施例中已经详细说明,故在此不再赘述。
可选地,在本实施例中,建立模块14建立第二信令通道的实现方式,可以包括:
将业务管理数据中的连接路由信息转化为显示路由对象ERO信息,并与业务管理数据的宿传输设备之间逐跳建立第二信令通道。
在本实施例中,源传输设备的分布式控制器建立源传输设备与宿传输设备之间的第二信令通道的方式可以为,例如,第二信令通道为图5中的A->B->E,则与B和E(即宿传输设备)之间通过RSVP-TE的path(由A到E的顺序,一跳一跳建立通道)消息和resv(由E到A的顺序,一跳一跳建立通道)消息建立起第二信令通道。
本实施例提供的装置还可以包括:
确定模块15,用于在建立模块14建立第二信令通道之后,确定该第二信令通道的创建结果;
发送模块16,用于将确定模块15确定的创建结果发送给SDN控制器,该创建结果用于指示SDN控制器在创建结果为创建成功时通过第一信令通道传输业务管理数据,在创建结果为创建失败时结束业务切换流程。在创建结果为创建成功时,还可以将业务管理数据设置为分布式控制非使能状态,即通过增加标示符的形式标识该业务数据此时由SDN控制器管理控制。
本实施例中的确定模块15在确定出创建结果(包括失败结果或成功结果)后,发送模块16可以通过OFPT_PACKET_IN消息将创建结果发送给SDN控制器,上述OFPT_PACKET_IN消息的扩展原因字段例如定义为OFPR_TUNNEL_CREATED,创建结果即可以携带在该扩展原因字段的data中,该OFPT_PACKET_IN消息的内容在上述实施例中已经详细说明,故在此不再赘述。
可选地,在本发明实施例中,接收模块13,还用于在检测模块11检测到业务数据传输经过的所有传输设备都与SDN控制器之间的第一信令通道断链之前,接收该业务数据传输经过的所有传输设备发送的通知(notify)消息,该通知消息指示发送本通知消息的传输设备与SDN控制器之间的第一信令通道断链。此时,源传输设备的分布式控制器可以记录收到的通知消息,并检查是否业务数据经过该的所有传输设备都上报了通知消息,若是,则说明SDN控制器不再具有该业务数据的控制权,随后,可以执行将该业务数据设置为分布式控制使能状态的操作。该notify消息的内容在上述实施例中已经详细说明,故在此不再赘述。
发明实施例提供的业务切换装置用于执行本发明图4所示实施例提供的业务切换方法,具备相应的功能模块,其实现原理和技术效果类似,此处不再赘述。
可选地,在上述实施例的基础上,本发明还提供一种业务切换装置,如图19所示,为本发明实施例提供的又一种业务切换装置的结构示意图。图19所示实施例以在上述图17所示装置的结构基础上为例予以示出,本实施例提供的装置还可以包括:
接收模块13,用于在检测模块11检测第一信令通道的状态之前,接收SDN控制器发送的子网链接SNC信息;该SNC信息为SDN控制器根据APP发送的业务建立请求计算得到的;
解析模块17,用于解析并执行接收模块13接收的SNC信息中的指令;
发送模块16,用于将解析模块17得到的执行结果发送给SDN控制器,该执行结果用于指示SDN控制器在执行结果为成功,且传输设备都配置了分布式控制器时,向源传输设备的分布式控制器发送该业务管理数据。此处的传输设备具体是指业务数据经过的每个传输设备,即与当前业务管理数据相关的传输设备。
在实际应用中,网络中的每个传输设备可以预先告知SDN控制器,本传输设备是否配置了分布式控制器,以使得SDN控制器确定是否可以向分布式控制平面同步该业务管理数据,即本实施例提供的装置中:
接收模块13,还用于在接收SDN控制器发送的SNC信息之前,接收SDN控制器发送的特征请求消息;
发送模块16,还用于向SDN控制器发送特征响应消息,该特征响应消息用于指示传输设备是否配置了分布式控制器。此处的传输设备可以是与SDN控制器建立链接的所有传输设备,即只要传输设备满足与SDN控制器建立链接的前提,就可以通过发送特征响应消息的方式,告知SDN控制器本传输设备是否配置了分布式控制器的状态。
在本实施例中,SDN控制器与任一个传输设备建立链接后,SDN控制器可以向该传输设备发送OFPT_FEATURE_REQUEST消息,传输设备在填写OFPT_FEATURE_REPLY消息后发送给SDN控制器,当传输设备配置了分布式控制器,OFPT_FEATURE_REPLY消息中的capabilities字段需要设置OFPC_DISTRIBUTED_CONTROL的bit位;当设备传输没有配置分布式控制器,则不需要设置上述bit位;随后,SDN控制器通过接收并解析OFPT_FEATURE_REPLY消息确定对应的传输设备上是否配置了控制器。该OFPT_FEATURE_REPLY消息的内容在上述实施例中已经详细说明,故在此不再赘述。
发明实施例提供的业务切换装置用于执行本发明图6所示实施例提供的业务切换方法,具备相应的功能模块,其实现原理和技术效果类似,此处不再赘述。
在实际应用中,本发明图17到图19所示各实施例中的发送模块16和接收模块13通过源传输设备的分布式控制器的收发器来实现,建立模块14、控制模块12、确定模块15、检测模块11和解析模块17可以通过源传输设备的分布式控制器的处理器来实现,该处理器例如可以是一个中央处理器(Central Processing Unit,简称为:CPU),或者是特定集成电路(Application Specific Integrated Circuit,简称为:ASIC),或者是完成实施本发明实施例的一个或多个集成电路。
图20为本发明实施例提供的再一种业务切换装置的结构示意图。本实施例提供的业务切换装置适用于业务数据在网络中进行恢复和倒换等控制的情况中,该业务切换装置通过硬件和软件结合的方式来实现,该装置可以集成在SDN控制器的处理器中,供处理器调用使用。如图20所示,本实施例的业务切换装置可以包括:生成模块21和发送模块22。
其中,生成模块21,用于生成业务管理数据。
在本发明实施例中,生成模块21例如可以在SDN控制器接收到APP发送的业务建立请求后,生成与该业务建立请求相应的业务管理数据。
发送模块22,用于将生成模块21生成的业务管理数据发送给对应的源传输设备的分布式控制器,使得源传输设备的分布式控制器在检测到该业务数据传输经过的传输设备与SDN控制器之间的第一信令通道断链时,通过第二信令通道传输业务管理数据;上述业务数据为该业务管理数据指示传输的数据。
本发明实施例提供的业务切换装置,执行将SDN控制器管理的业务数据切换到分布式控制平面中进行管理控制的方式,本发明实施例中的源传输设备为业务数据的源节点对应的传输设备,即业务数据传输的起始传输设备。在进行业务管理数据的信令通道的切换前,要保证SDN控制器和分布式控制平面中具有相同的业务管理数据,该业务管理数据为业务数据的相关配置,即保证业务管理数据的管理权切换后该业务管理数据能够正常传输,因此,生成模块21在生成业务数据后,可以由发送模块22向该业务管理数据对应的源传输设备的分布式控制器发送该业务管理数据,以向分布式控制平面同步该业务管理数据。
需要说明的是,本发明实施例中的业务数据是在传输设备间传输的数据,即通过图3中“数据传输链路”传输的数据;业务管理数据是指业务数据的相关配置,其指示该业务中需要传输的数据(即业务数据),该业务管理数据通过第一信令通道或第二信令通道传输的数据,该业务管理数据例如包括:业务是否具有保护性,业务是否具有恢复性,业务的源节点和宿节点,以及业务的传输路径等配置信息。
在本发明实施例中,发送模块22发送业务数据的实现方式,同样可以将业务管理数据组包通过OFPT_PACKET_OUT消息发送给源传输设备的分布式控制器,其中,业务管理数据填写在上述消息的数据(data)中,OFPT_PACKET_OUT消息的内容在上述实施例中已经说明。另外,本发明实施例中的第二信令通道为源传输设备的分布式控制器根据从SDN控制器接收到的业务管理数据建立的,该第二信令通道为业务管理数据从该源传输设备到宿传输设备的控制信令传输通道,同样可以参照图3所示的网络构架,图3中的“信令通道2”为源传输设备的分布式控制器建立的第二信令通道;并且,源源传输设备的分布式控制器建立第二信令通道的方式在上述实施例中也详细说明,故在此不再赘述。
在本发明实施例中,若源传输设备的分布式控制器检测出业务数据传输经过的传输设备与SDN控制器之间的第一信令通道正常连通时,则可以持续由SDN控制器与管理业务管理数据,若检测出业务数据传输经过的每个传输设备均与SDN控制器之间的第一信令通道断链时,即图3中SDN控制器用于管理每个传输设备的“信令通道1”都断链,此时,SDN控制器不再具有对业务管理数据的管理能力,则由源传输设备的分布式控制器管理该业务数据的管理权,即通过第二信令通道传输业务管理数据,此时,该业务管理数据为分布式控制使能状态。在由源传输设备的分布式控制器管理该业务管理数据后,若业务数据所传输的内容在传输过程中发生故障,即图3中的“数据传输链路”发生中断的情况下,源传输设备的分布式控制器可以根据业务管理数据的相关配置对其进行保护或恢复。由于数据传输链路发生中断时的波及面较广,并且对传输设备恢复和倒换的性能要求非常高,若业务管理数据由SDN控制器管理,一旦SDN控制器无法对传输设备进行集中控制,很难对业务管理数据的传输进行有效的保护或恢复,此时,若由分布式控制平面管理业务管理数据,则可以根据业务管理数据的保护性或恢复性,有效的保护或恢复传输的业务管理数据。
需要说明的是,本发明实施例中的源传输设备为当前业务管理数据对应的源传输设备,在业务管理数据不同的情况下,传输网络中的源传输设备可能发生转变;另外,与业务管理数据对应的信令通道和其它传输设备均有该业务数据相关。
基于SDN控制器大规模商用后,传输网络在很长一段时间内存在SDN控制器和分布式控制平面共存的情况,为了避免SDN控制器管理控制传输设备的情况下,由于传输设备出现故障而导致数据传输链路中断以及恢复时间较长的问题,通过本发明实施例提供的业务切换装置,可以使用分布式控制平面对传输网络中承载的业务数据进行有效的保护和恢复。
本发明实施例提供的业务切换装置用于执行本发明图7所示实施例提供的业务切换方法,具备相应的功能模块,其实现原理和技术效果类似,此处不再赘述。
可选地,图21为本发明实施例提供的还一种业务切换装置的结构示意图。在图20所示装置的结构基础上,本实施例提供的装置还可以包括:
接收模块23,用于在发送模块22将业务管理数据发送对应的源传输设备的分布式控制器之后,接收源传输设备的分布式控制器发送的第二信令通道的创建结果;
控制模块24,用于在接收模块23接收到的创建结果为创建成功时通过第一信令通道传输业务管理数据,在创建结果为创建失败时结束业务切换流程。创建成功时将将该业务管理数据设置为分布式控制非使能状态。
在本实施例中,源传输设备的分布式控制器建立第二信令通道后,可以将创建结果发送给SDN控制器,SDN控制器可以接收通过OFPT_PACKET_IN消息发送的创建结果,获取业务管理数据是否成功同步,创建结果可以携带在OFPT_PACKET_IN消息的扩展原因字段的data中,该OFPT_PACKET_IN消息的内容在上述实施例中已经详细说明,故在此不再赘述。
本发明实施例提供的业务切换装置用于执行本发明图8所示实施例提供的业务切换方法,具备相应的功能模块,其实现原理和技术效果类似,此处不再赘述。
可选地,在上述实施例的基础上可知,若由SDN控制器管理管理业务管理数据,则该业务管理数据为分布式控制非使能状态,此时,若源传输设备的分布式控制器检测到业务数据传输经过的每个传输设备都与SDN控制器之间的第一信令通道断链,说明SDN控制器不再具有该业务管理数据的控制权,则可以由源传输设备的分布式控制器管理该业务管理数据,即将该业务管理数据设置为分布式控制使能状态。需要说明的是,源传输设备的分布式控制器检测业务数据传输经过的每个传输设备与SDN控制器之间的第一信令通道断链的实现方式,在上述实施例中已经详细说明,故在此不再赘述。
可选地,在上述实施例的基础上,本发明还提供一种业务切换装置,如图22所示,为本发明实施例提供的还一种业务切换装置的结构示意图。图22所示实施例以在上述图20所示基础上为例予以示出,本实施例提供的装置中:
接收模块23,还用于在生成模块21生成业务管理数据之前,接收序APP发送的业务建立请求;
本实施例提供的装置还可以包括:
计算模块25,用于根据接收模块23接收的业务建立请求计算生成SNC信息;
发送模块22,还用于将计算模块25得到的SNC信息发送给业务数据经过的每个传输设备;
接收模块23,还用于接收每个传输设备发送的执行结果;
发送模块22将业务管理数据发送给对应的源传输设备的分布式控制器的实现方式,可以包括:
在每个传输设备的执行结果为成功,且每个传输设备都配置了分布式控制器时,向源传输设备的分布式控制器发送业务管理数据。
上述每个传输设备是指业务数据经过的所有传输设备,即与当前业务数据相关的传输设备。
在实际应用中,SDN控制器可以预先获知网络中的每个传输设备是否配置了分布式控制器,从而确定是否可以向分布式控制平面同步该业务管理数据,即本实施例提供的装置中:
发送模块22,还用于分别向与SDN控制器建立链接的每个传输设备发送特征请求消息;
接收模块23,还用于分别接收每个传输设备发送的特征响应消息;
本实施例提供的装置还可以包括:
确定模块26,用于根据接收模块23接收的每个特征响应消息确定发送本特征响应消息的传输设备是否配置有分布式控制器。
上述每个传输设备可以是与SDN控制器建立链接的所有传输设备,即只要传输设备满足与SDN控制器建立链接的前提,就可以通过发送特征响应消息的方式,告知SDN控制器本传输设备是否配置了分布式控制器的状态。
在本实施例中,SDN控制器与任一个传输设备建立链接后,SDN控制器可以向该传输设备发送OFPT_FEATURE_REQUEST消息,传输设备在填写OFPT_FEATURE_REPLY消息后发送给SDN控制器,当传输设备配置了分布式控制器,OFPT_FEATURE_REPLY消息中的capabilities字段需要设置OFPC_DISTRIBUTED_CONTROL的bit位;当设备传输没有配置分布式控制器,则不需要设置上述bit位;随后,SDN控制器通过接收并解析OFPT_FEATURE_REPLY消息确定对应的传输设备上是否配置了控制器。该OFPT_FEATURE_REPLY消息的内容在上述实施例中已经详细描述,故在此不再赘述。
本发明实施例提供的业务切换装置用于执行本发明图9所示实施例提供的业务切换方法,具备相应的功能模块,其实现原理和技术效果类似,此处不再赘述。
在实际应用中,本发明图20到图22所示各实施例中的发送模块22和接收模块23可以通过SDN控制器的收发器来实现,生成模块21、控制模块24、计算模块25和确定模块26可以通过SDN控制器的处理器来实现,该处理器例如可以是一个CPU,或者是ASIC,或者是完成实施本发明实施例的一个或多个集成电路。
图23为本发明实施例提供一种业务切换系统的结构示意图,该业务切换系统包括SDN控制器100和多个传输设备200,本实施例中的每个传输设备200中配置有如上述图17到图19所示任一实施例中的业务切换装置,SDN控制器100中配置有如上述图20到图22所示任一实施例中的业务切换装置。图23所示实施例以业务切换系统中包括6个传输设备200为例予以示出,例如可以是图5中的传输设备A、B、C、D、E、F,该业务切换系统中的各网元执行业务切换的方式,与上述图17到图22所示实施例中对应网元执行业务切换的方式相同,同样用于执行本发明图2到图16所示任一实施例提供的业务切换方法,具备相应的实体装置,其实现原理和技术效果类似,此处不再赘述。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可以通过程序来指令相关硬件(例如处理器)完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,例如通过集成电路来实现其相应功能,也可以采用软件功能模块的形式实现,例如通过处理器执行存储于存储器中的程序/指令来实现其相应功能。本发明实施例不限制于任何特定形式的硬件和软件的结合。
虽然本发明所揭露的实施方式如上,但所述的内容仅为便于理解本发明而采用的实施方式,并非用以限定本发明。任何本发明所属领域内的技术人员,在不脱离本发明所揭露的精神和范围的前提下,可以在实施的形式及细节上进行任何的修改与变化,但本发明的专利保护范围,仍须以所附的权利要求书所界定的范围为准。
Claims (25)
1.一种业务切换方法,其特征在于,包括:
源传输设备的分布式控制器检测业务数据传输经过的传输设备与软件定义网络SDN控制器之间的第一信令通道的状态;
当所述源传输设备的分布式控制器检测到所述第一信令通道断链时,通过第二信令通道传输业务管理数据;其中,所述业务数据为所述业务管理数据指示传输的数据。
2.根据权利要求1所述的业务切换方法,其特征在于,所述源传输设备的分布式控制器检测所述第一信令通道的状态之前,所述方法还包括:
所述源传输设备的分布式控制器根据从所述SDN控制器接收到的业务管理数据,建立用于传输所述业务管理数据的第二信令通道。
3.根据权利要求2所述的业务切换方法,其特征在于,所述源传输设备的分布式控制器建立所述第二信令通道,包括:
所述源传输设备的分布式控制器将所述业务管理数据中的连接路由信息转化为显示路由对象ERO信息,并与所述业务管理数据的宿传输设备之间逐跳建立所述第二信令通道。
4.根据权利要求2所述的业务切换方法,其特征在于,所述源传输设备的分布式控制器建立所述第二信令通道之后,所述方法还包括:
所述源传输设备的分布式控制器确定所述第二信令通道的创建结果;
所述源传输设备的分布式控制器将所述第二信令通道的创建结果发送给所述SDN控制器,所述创建结果用于指示所述SDN控制器在所述创建结果为创建成功时通过所述第一信令通道传输业务管理数据,在所述创建结果为创建失败时结束业务切换流程。
5.根据权利要求1所述的业务切换方法,其特征在于,所述源传输设备的分布式控制器在检测到所述第一信令通道断链之前,所述方法还包括:
所述源传输设备的分布式控制器接收所述业务数据传输经过的传输设备发送的通知消息,其中,所述通知消息用于指示所述传输设备与所述SDN控制器之间的第一信令通道断链。
6.根据权利要求1~5中任一项所述的业务切换方法,其特征在于,所述源传输设备的分布式控制器检测所述第一信令通道的状态之前,所述方法还包括:
所述传输设备接收所述SDN控制器发送的子网链接SNC信息;
所述传输设备解析并执行所述SNC信息中的指令;
所述传输设备将执行结果发送给所述SDN控制器,所述执行结果用于指示所述SDN控制器在所述执行结果为成功,且所述传输设备配置了分布式控制器时,向所述源传输设备的分布式控制器发送所述业务管理数据。
7.根据权利要求6所述的业务切换方法,其特征在于,所述传输设备接收所述SDN控制器发送的子网链接SNC信息之前,所述方法还包括:
传输设备接收所述SDN控制器发送的特征请求消息;
所述传输设备向所述SDN控制器发送特征响应消息,所述特征响应消息用于指示所述传输设备是否配置有分布式控制器。
8.一种业务切换方法,其特征在于,包括:
软件定义网络SDN控制器生成业务管理数据;
所述SDN控制器将所述业务管理数据发送给对应的源传输设备的分布式控制器,使得所述源传输设备的分布式控制器在检测到业务数据传输经过的传输设备与所述SDN控制器之间的第一信令通道断链时,通过第二信令通道传输所述业务管理数据;其中,所述业务数据为所述业务管理数据指示传输的数据。
9.根据权利要求8所述的业务切换方法,其特征在于,所述第二信令通道为所述源传输设备的分布式控制器根据从所述SDN控制器接收到的所述业务管理数据建立的。
10.根据权利要求8所述的业务切换方法,其特征在于,所述SDN控制器将所述业务管理数据发送给对应的源传输设备的分布式控制器之后,所述方法还包括:
所述SDN控制器接收所述源传输设备的分布式控制器发送的所述第二信令通道的创建结果;
所述SDN控制器在所述创建结果为创建成功时通过所述第一信令通道传输所述业务管理数据,在所述创建结果为创建失败时结束业务切换流程。
11.根据权利要求8~10中任一项所述的业务切换方法,其特征在于,所述SDN控制器生成业务管理数据之前,所述方法还包括:
所述SDN控制器根据从应用程序APP接收的业务建立请求计算生成子网链接SNC信息;
所述SDN控制器将所述SNC信息发送给所述传输设备;
所述SDN控制器接收所述传输设备发送的执行结果;
所述SDN控制器将所述业务管理数据发送给对应的源传输设备的分布式控制器,包括:
所述SDN控制器在所述执行结果为成功,且所述传输设备配置了分布式控制器时,向所述源传输设备的分布式控制器发送所述业务管理数据。
12.根据权利要求11所述的业务切换方法,其特征在于,所述SDN控制器生成所述SNC信息之前,所述方法还包括:
所述SDN控制器向传输设备发送特征请求消息;
所述SDN控制器接收所述传输设备发送的特征响应消息;
所述SDN控制器根据所述特征响应消息确定所述传输设备是否配置有分布式控制器。
13.一种业务切换装置,设置于传输设备的分布式控制器中,其特征在于,所述装置包括:
检测模块,用于检测业务数据的传输经过的传输设备与软件定义网络SDN控制器之间的第一信令通道的状态;
控制模块,用于在所述检测模块检测到所述第一信令通道断链时,通过第二信令通道传输业务管理数据;其中,所述业务数据为所述业务管理数据指示传输的数据。
14.根据权利要求13所述的业务切换装置,其特征在于,还包括:
接收模块,用于在所述检测模块检测所述第一信令通道的状态之前,接收所述SDN控制器发送的业务管理数据;
建立模块,用于根据所述接收模块接收到的所述业务管理数据,建立用于传输所述业务管理数据的第二信令通道。
15.根据权利要求14所述的业务切换装置,其特征在于,所述建立模块建立所述第二信令通道,包括:
将所述业务管理数据中的连接路由信息转化为显示路由对象ERO信息,并与所述业务管理数据的宿传输设备之间逐跳建立所述第二信令通道。
16.根据权利要求14所述的业务切换装置,其特征在于,所述装置还包括:
确定模块,用于在所述建立模块建立所述第二信令通道之后,确定所述第二信令通道的创建结果;
发送模块,用于将所述确定模块确定的所述第二信令通道的创建结果发送给所述SDN控制器,所述创建结果用于指示所述SDN控制器在所述创建结果为创建成功时通过所述第一信令通道传输业务管理数据,在所述创建结果为创建失败时结束业务切换流程。
17.根据权利要求13所述的业务切换装置,其特征在于,还包括:
接收模块,用于在所述检测模块检测到所述第一信令通道断链之前,接收所述业务数据传输经过的传输设备发送的通知消息,其中,所述通知消息用于指示所述传输设备与所述SDN控制器之间的第一信令通道断链。
18.根据权利要求13~17中任一项所述的业务切换装置,其特征在于,还包括:
接收模块,用于在所述检测模块检测所述第一信令通道的状态之前,接收所述SDN控制器发送的子网链接SNC信息;
解析模块,用于解析并执行所述接收模块接收的所述SNC信息中的指令;
发送模块,用于将解析模块得到的执行结果发送给所述SDN控制器,所述执行结果用于指示所述SDN控制器在所述执行结果为成功,且所述传输设备配置了分布式控制器时,向所述源传输设备的分布式控制器发送所述业务管理数据。
19.根据权利要求18所述的业务切换装置,其特征在于,
所述接收模块,还用于在接收所述SDN控制器发送的所述SNC信息之前,接收所述SDN控制器发送的特征请求消息;
所述发送模块,还用于向所述SDN控制器发送特征响应消息,所述特征响应消息用于指示所述传输设备是否配置有分布式控制器。
20.一种业务切换装置,设置于SDN控制器中,其特征在于,所述装置包括:
生成模块,用于生成业务管理数据;
发送模块,用于将所述生成模块生成的所述业务管理数据发送给对应的源传输设备的分布式控制器,使得所述源传输设备的分布式控制器在检测到业务数据传输经过的传输设备与所述SDN控制器之间的第一信令通道断链时,通过第二信令通道传输所述业务管理数据;其中,所述业务数据为所述业务管理数据指示传输的数据。
21.根据权利要求20所述的业务切换装置,其特征在于,所述第二信令通道为所述源传输设备的分布式控制器根据从所述SDN控制器接收到的所述业务管理数据建立的。
22.根据权利要求20所述的业务切换装置,其特征在于,所述装置还包括:
接收模块,用于在所述发送模块将所述业务管理数据发送给对应的源传输设备的分布式控制器之后,接收所述源传输设备的分布式控制器发送的所述第二信令通道的创建结果;
控制模块,用于在所述接收模块接收到的所述创建结果为创建成功时通过所述第一信令通道传输所述业务管理数据,在所述创建结果为创建失败时结束业务切换流程。
23.根据权利要求20~22中任一项所述的业务切换装置,其特征在于,所述装置还包括:
接收模块,用于在所述生成模块生成业务管理数据之前,接收应用程序APP发送的业务建立请求;
计算模块,用于根据所述接收模块接收的业务建立请求计算生成子网链接SNC信息;
所述发送模块,还用于将所述计算模块得到的所述SNC信息发送给所述传输设备;
所述接收模块,还用于接收所述传输设备发送的执行结果;
所述发送模块将所述业务管理数据发送给对应的源传输设备的分布式控制器,包括:
在所述执行结果为成功,且所述传输设备配置了分布式控制器时,向所述源传输设备的分布式控制器发送所述业务管理数据。
24.根据权利要求23所述的业务切换装置,其特征在于,
所述发送模块,还用于在所述接收模块接收所述APP发送的业务建立请求之前,向传输设备发送特征请求消息;
所述接收模块,还用于接收所述传输设备发送的特征响应消息;
所述装置还包括:
确定模块,用于根据所述接收模块接收的所述特征响应消息确定所述传输设备是否配置有分布式控制器。
25.一种业务切换系统,其特征在于,包括:软件定义网络SDN控制器和多个传输设备;
其中,每个所述传输设备中设置有如权利要求13~19中任一项所述的业务切换装置,所述SDN控制器中设置有如权利要求20~24中任一项所述的业务切换装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611227579.0A CN108243047B (zh) | 2016-12-27 | 2016-12-27 | 一种业务切换方法、装置及业务切换系统 |
PCT/CN2017/118378 WO2018121485A1 (zh) | 2016-12-27 | 2017-12-25 | 业务切换方法、装置及业务切换系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611227579.0A CN108243047B (zh) | 2016-12-27 | 2016-12-27 | 一种业务切换方法、装置及业务切换系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108243047A true CN108243047A (zh) | 2018-07-03 |
CN108243047B CN108243047B (zh) | 2023-01-10 |
Family
ID=62702575
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611227579.0A Active CN108243047B (zh) | 2016-12-27 | 2016-12-27 | 一种业务切换方法、装置及业务切换系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108243047B (zh) |
WO (1) | WO2018121485A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110943998A (zh) * | 2019-12-04 | 2020-03-31 | 腾讯科技(深圳)有限公司 | 一种信号传输方法、装置、设备及介质 |
CN111858088A (zh) * | 2020-06-24 | 2020-10-30 | 珠海格力电器股份有限公司 | 通信数据处理方法、装置、计算机设备和存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103327529A (zh) * | 2013-05-27 | 2013-09-25 | 北京邮电大学 | 针对移动通信网络的OpenFlow协议架构及业务分片处理方法 |
US20130329601A1 (en) * | 2012-06-11 | 2013-12-12 | Futurewei Technologies, Inc. | Defining Data Flow Paths in Software-Defined Networks with Application-Layer Traffic Optimization |
CN104243113A (zh) * | 2014-09-15 | 2014-12-24 | 北京智谷睿拓技术服务有限公司 | 备选控制路径确定方法及装置 |
CN104426789A (zh) * | 2013-08-23 | 2015-03-18 | 杭州华三通信技术有限公司 | 软件定义网络中的转发设备控制方法及设备 |
CN104735001A (zh) * | 2013-12-24 | 2015-06-24 | 中兴通讯股份有限公司 | 软件定义网络中的链路发现方法、装置及系统 |
CN105471613A (zh) * | 2014-09-10 | 2016-04-06 | 中兴通讯股份有限公司 | 一种临时通道的建立方法、设备和系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105637818B (zh) * | 2013-10-11 | 2019-06-14 | 骁阳网络有限公司 | 通信网络中建立数据传输路径的方法、相应的网络元件和控制器 |
CN104901890B (zh) * | 2015-06-24 | 2018-01-02 | 上海斐讯数据通信技术有限公司 | 一种sdn的路由生成、匹配方法和系统 |
-
2016
- 2016-12-27 CN CN201611227579.0A patent/CN108243047B/zh active Active
-
2017
- 2017-12-25 WO PCT/CN2017/118378 patent/WO2018121485A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130329601A1 (en) * | 2012-06-11 | 2013-12-12 | Futurewei Technologies, Inc. | Defining Data Flow Paths in Software-Defined Networks with Application-Layer Traffic Optimization |
CN103327529A (zh) * | 2013-05-27 | 2013-09-25 | 北京邮电大学 | 针对移动通信网络的OpenFlow协议架构及业务分片处理方法 |
CN104426789A (zh) * | 2013-08-23 | 2015-03-18 | 杭州华三通信技术有限公司 | 软件定义网络中的转发设备控制方法及设备 |
CN104735001A (zh) * | 2013-12-24 | 2015-06-24 | 中兴通讯股份有限公司 | 软件定义网络中的链路发现方法、装置及系统 |
CN105471613A (zh) * | 2014-09-10 | 2016-04-06 | 中兴通讯股份有限公司 | 一种临时通道的建立方法、设备和系统 |
CN104243113A (zh) * | 2014-09-15 | 2014-12-24 | 北京智谷睿拓技术服务有限公司 | 备选控制路径确定方法及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110943998A (zh) * | 2019-12-04 | 2020-03-31 | 腾讯科技(深圳)有限公司 | 一种信号传输方法、装置、设备及介质 |
CN111858088A (zh) * | 2020-06-24 | 2020-10-30 | 珠海格力电器股份有限公司 | 通信数据处理方法、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108243047B (zh) | 2023-01-10 |
WO2018121485A1 (zh) | 2018-07-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1973486B (zh) | 在采用受保护链路的数据网络中避免微环的方法和装置 | |
EP2074752B1 (en) | Resiliency schemes in connection oriented communications networks | |
EP1845656B1 (en) | A method for implementing master and backup transmission path | |
US7961602B2 (en) | Method and device using a backup communication path to transmit excess traffic | |
WO2014081766A1 (en) | Bandwidth on-demand services in multiple layer networks | |
JP2010011039A (ja) | ノード装置及び経路設定方法 | |
CN101371150A (zh) | 针对一个或多个te-lsp的头端节点的故障的动态保护 | |
EP2495918A1 (en) | Method, system and node device for establishing label switch path | |
CN103209088A (zh) | 环网标签交换路径创建方法及相关设备和通信系统 | |
CN107204928A (zh) | 更新时钟同步拓扑的方法、确定时钟同步路径的方法及设备 | |
CN110832812B (zh) | 一种路径计算的方法、装置和系统 | |
EP2658177B1 (en) | Method for detecting tunnel faults and traffic engineering node | |
KR102157711B1 (ko) | 통신 네트워크에서 장애 복구 방법 | |
CN108243047A (zh) | 一种业务切换方法、装置及业务切换系统 | |
CN103236990A (zh) | 一种路由信息同步的方法和设备 | |
JP2005086530A (ja) | 通信装置および通信方法 | |
JP5083168B2 (ja) | 擬似ワイヤの設定方法及び装置 | |
CN112803995B (zh) | 资源共享方法、网络节点及相关设备 | |
EP3419228B1 (en) | Service path establishment method, node device, and system | |
CN107888520B (zh) | 拓扑收集方法和装置 | |
US10432505B2 (en) | Systems, apparatuses, and methods for rerouting network traffic | |
CN111885630A (zh) | 数据传输方法及通信装置 | |
CN103581017B (zh) | 路径段信息的传递方法及装置 | |
CN101547115A (zh) | 配置串联连接监视信息的方法和系统与节点 | |
JP5076991B2 (ja) | 経路計算システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |