WO2016101855A1 - 交叉设置处理方法及装置 - Google Patents

交叉设置处理方法及装置 Download PDF

Info

Publication number
WO2016101855A1
WO2016101855A1 PCT/CN2015/098089 CN2015098089W WO2016101855A1 WO 2016101855 A1 WO2016101855 A1 WO 2016101855A1 CN 2015098089 W CN2015098089 W CN 2015098089W WO 2016101855 A1 WO2016101855 A1 WO 2016101855A1
Authority
WO
WIPO (PCT)
Prior art keywords
cross
setting
message
commands
layer controller
Prior art date
Application number
PCT/CN2015/098089
Other languages
English (en)
French (fr)
Inventor
安高峰
钱佳
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2016101855A1 publication Critical patent/WO2016101855A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks

Definitions

  • the present invention relates to the field of communications, and in particular to a cross setting processing method and apparatus.
  • the service cross-setting is to send a command to the network element through the management plane or the control plane, thereby establishing a delete service or protecting and restoring the service.
  • This type of service configuration has become less and less able to meet the rapidly changing needs of user services.
  • SDN Software Defined Network
  • the upper layer controller encapsulates each one-way cross setting command into a message through the southbound interface (upper layer controller side and lower layer controller or network element)
  • the communication interface is sent to the lower-layer controller or the network element.
  • the upper-layer controller sends another confirmation request message to the lower-layer controller or network element to notify the lower-layer controller.
  • the network element cross-setting command has been issued.
  • the lower-layer controller or network element performs the cross-setting command in the message one by one, and sends a response to the upper-layer controller through the northbound interface (the communication interface between the controller or the network element and the upper-layer controller).
  • the message indicates that the lower layer controller or network element has executed all the cross setup messages.
  • the current cross-setting method in SDN basically does not cause problems for the creation and deletion of a single unprotected recovery attribute service.
  • a deletion or protection recovery operation involving multiple services when a deletion or protection recovery operation involving multiple services is involved, multiple interaction messages are generated between the upper controller and the lower controller or the network element, when the interaction message is lost, or multiple messaging sequences are inconsistent.
  • the cross-setting message is later than the confirmation request message reaches the lower-layer controller or network element
  • the cross-setting of the service will be wrong, and the correctness and robustness of the cross-setting cannot be guaranteed.
  • Even if no packet loss or message out-of-order occurs, the interaction mechanism of sending and receiving multiple messages and confirming the response message has a great negative impact on the time performance of the service cross setting.
  • the embodiment of the invention provides a cross-setting processing method and device, so as to at least solve the problem that the reliability of the cross setting is low when multiple services are cross-configured in the related art.
  • a method for processing a cross setting includes: acquiring a plurality of cross setting commands of the same service; and binding the multiple cross setting commands to the same cross setting message; The binding cross-setting message is sent to the lower-layer controller or the network element for cross-setting processing.
  • the method further includes: receiving the success message reported by the lower-layer controller or the network element, where The success message is sent by the lower layer controller or the network element after the plurality of cross setting commands in the cross setting message are successfully executed; and the cross setting of saving the service is a successful state.
  • the method further includes: receiving the failure message reported by the lower-layer controller or the network element, where The failure message is sent after the lower layer controller or the network element fails to perform at least one of the multiple cross-setting commands in the cross-setting message; and whether the re-delivery is performed according to the failure message
  • the cross setting message is described; if the result of the determination is yes, the cross setting message is reissued.
  • the method further includes: determining whether to recalculate the protection recovery path if the determination result is negative; if the determination result is yes, The cross setting message is re-issued; if the judgment result is no, the intersection of saving the service is set to a failure state.
  • the multiple cross setting commands include at least one of the following: a bidirectional cross command, a protection cross command, and a cross command.
  • the cross setting message includes at least one of the following: a cross setting type, a cross source port, a service signal type, and a cross sink port.
  • a cross setting operation method including: receiving a cross setting message that is sent by an upper layer controller and binding a plurality of cross setting commands in a same cross setting message, where The plurality of cross setting commands are a plurality of cross setting commands of the same service; and the cross setting process is performed according to the cross setting message.
  • the method further includes: reporting, to the upper-layer controller, a success message that the plurality of cross-setting commands in the cross-setting message are successful; or The upper layer controller reports a failure message that at least one of the plurality of cross-setting commands in the cross-setting message is failed.
  • the multiple cross setting commands include at least one of the following: a bidirectional cross command, a protection cross command, and a cross command.
  • the cross setting message includes at least one of the following: a cross setting type, a cross source port, a service signal type, and a cross sink port.
  • a cross setting processing apparatus including: an obtaining module, configured to acquire a plurality of cross setting commands of the same service; and a binding module configured to set the multiple cross settings The command is bound to the same cross-setting message.
  • the first cross-setting module is configured to send the bound cross-setting message to the lower-layer controller or the network element for cross-setting processing.
  • the device further includes: a receiving module, configured to receive the success message reported by the lower layer controller or the network element, where the success message is that the lower layer controller or the network element performs the The plurality of cross setting commands in the cross setting message are successfully sent; the first saving module is configured to save the cross setting of the service to a successful state.
  • the device further includes: a first receiving module, configured to receive the failure message reported by the lower layer controller or the network element, where the failure message is performed by the lower layer controller or the network element And the at least one of the multiple cross-setting commands in the cross-setting message is sent after the failure; the first determining module is configured to determine, according to the failure message, whether to re-issue the cross-setting message; The sending module is configured to re-issue the cross setting message if the determination result is yes.
  • a first receiving module configured to receive the failure message reported by the lower layer controller or the network element, where the failure message is performed by the lower layer controller or the network element And the at least one of the multiple cross-setting commands in the cross-setting message is sent after the failure
  • the first determining module is configured to determine, according to the failure message, whether to re-issue the cross-setting message
  • the sending module is configured to re-issue the cross setting message if the determination result is yes.
  • the device further includes: a second determining module, configured to determine whether to recalculate the protection recovery path if the determination result is negative; and the second re-issuing module, if the determination result is yes And re-delivering the cross-setting message; the second saving module is configured to save the cross-setting of the service to a failure state if the determination result is no.
  • a cross setting processing apparatus including: a second receiving module, configured to receive a plurality of cross setting commands issued by an upper layer controller in a same cross setting message The cross setting message, wherein the plurality of cross setting commands are a plurality of cross setting commands of the same service; and the second cross setting module is configured to perform cross setting processing according to the cross setting message.
  • the device further includes: a first reporting module, configured to report, to the upper-layer controller, a success message that the multiple cross-setting commands in the cross-setting message are successfully executed; or a second reporting module, And configured to report, to the upper-layer controller, a failure message that fails to perform at least one of the plurality of cross-setting commands in the cross-setting message.
  • a first reporting module configured to report, to the upper-layer controller, a success message that the multiple cross-setting commands in the cross-setting message are successfully executed
  • a second reporting module And configured to report, to the upper-layer controller, a failure message that fails to perform at least one of the plurality of cross-setting commands in the cross-setting message.
  • the multiple cross-setting commands for acquiring the same service are used; the multiple cross-setting commands are bound to the same cross-setting message; and the bound cross-setting message is sent to the lower layer.
  • the controller or the network element performs cross-setting processing to solve the cross-setting caused by multiple business cross-settings in the related art.
  • the problem of low reliability is to improve the reliability of the cross setting when multiple business cross settings are made.
  • FIG. 1 is a flow chart 1 of a cross setting processing method according to an embodiment of the present invention.
  • FIG. 2 is a second flowchart of a cross setting processing method according to an embodiment of the present invention.
  • FIG. 3 is a block diagram 1 of a cross setting processing apparatus according to an embodiment of the present invention.
  • FIG. 4 is a block diagram 1 of a cross setting processing apparatus in accordance with an alternative embodiment of the present invention.
  • FIG. 5 is a block diagram 2 of a cross setting processing apparatus in accordance with an alternative embodiment of the present invention.
  • FIG. 6 is a block diagram 3 of a cross setting processing apparatus in accordance with an alternative embodiment of the present invention.
  • FIG. 7 is a block diagram 2 of a cross setting processing apparatus according to an embodiment of the present invention.
  • Figure 8 is a block diagram 4 of a cross setting processing apparatus in accordance with an alternative embodiment of the present invention.
  • FIG. 9 is a schematic diagram of a software defined network in accordance with an embodiment of the present invention.
  • Figure 10 is a flow diagram of a multi-service cross setting in accordance with an embodiment of the present invention.
  • FIG. 1 is a flowchart 1 of a cross-setting processing method according to an embodiment of the present invention. As shown in FIG. 1, the flow includes the following steps:
  • Step S102 acquiring multiple cross-setting commands of the same service
  • Step S104 binding the multiple cross setting commands in the same cross setting message
  • step S106 the bundled cross-setting message is sent to the lower-layer controller or the network element for cross-setting processing.
  • multiple cross-setting commands of the same service are obtained, and the multiple cross-setting commands are tied.
  • the bound cross-setting message is sent to the lower-layer controller or the network element for cross-setting processing. Since multiple cross-setting commands are placed in a cross-setting message, the related information is solved.
  • the reliability of the cross setting is low, so that the reliability of the cross setting is improved when multiple services are cross-set.
  • the upper-layer controller can perform corresponding processing according to the situation that the lower-layer controller or the network element executes the cross-setting message, in one
  • the success message sent by the lower layer controller or the network element is received, where the success message is after the lower layer controller or the network element performs the multiple cross setting commands in the cross setting message.
  • the cross-setting of the sent, saved business is set to a successful state, ensuring the correctness and robustness of the cross-setting.
  • the failure message reported by the lower layer controller or the network element is received, where the failure message is that the lower layer controller or the network element performs the multiple cross settings in the cross setup message If the at least one of the commands is sent, the cross-setting message is re-issued; if the result is YES, the cross-setting message is re-issued. If the determination result is negative, it is determined whether to recalculate the protection recovery path; if the determination result is yes, the cross setting message is re-issued; if the determination result is no, the intersection of the saved service is set to Failure status.
  • the upper-layer controller determines, according to the failure message, whether to re-issue the cross-setting message or save the cross-setting of the service. It is a failure state, which reduces the time for setting up business crossovers.
  • the plurality of cross setting commands described above include at least one of the following: a bidirectional cross command, a protection cross command, and a cross command.
  • the above cross setting message includes at least one of the following: a cross setting type, a cross source port, a service signal type, and a cross sink port.
  • FIG. 2 is a second flowchart of a cross setting processing method according to an embodiment of the present invention. As shown in FIG. 2, the flow includes the following steps:
  • Step S202 receiving a cross-setting message that is sent by the upper-layer controller and binding the multiple cross-setting commands in the same cross-setting message, where the multiple cross-setting commands are multiple cross-setting commands of the same service;
  • Step S204 performing cross setting processing according to the cross setting message.
  • the cross-setting message sent by the upper-layer controller to bind the multiple cross-setting commands in the same cross-setting message is received, where the multiple cross-setting commands are multiple cross-setting commands of the same service;
  • the cross-setting process is performed according to the cross-setting message, which solves the problem that the reliability of the cross-setting is low when the plurality of services are cross-configured in the related art, thereby improving the reliability of the cross-setting when the plurality of services are cross-configured.
  • the execution result of the multiple cross setting commands in the cross setting message may be reported to the upper level, and the multiple cross setting commands in the cross setting message are reported to the upper layer controller.
  • a successful success message or reporting, to the upper controller, a failure message of performing at least one of the multiple cross-setting commands in the cross-setting message, indicating that the success message is for the upper-layer controller
  • the cross-setting of the saved service is set to a successful state, and the failure message is used for the upper-layer controller to determine whether to re-issue the cross-setting message according to the failure message or to save the cross-connection of the service to a failure state, by using the upper controller
  • the interaction of information effectively reduces the time required to cross the business.
  • the plurality of cross setting commands described above include at least one of the following: a bidirectional cross command, a protection cross command, and a cross command.
  • the above cross setting message includes at least one of the following: a cross setting type, a cross source port, a service signal type, and a cross sink port.
  • the embodiment of the present invention further provides a cross-setting processing device, which is used to implement the foregoing embodiments and preferred embodiments, and has not been described again.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • FIG. 3 is a block diagram of a cross-setting processing apparatus according to an embodiment of the present invention. As shown in FIG. 3, the method includes: an obtaining module 32, a binding module 34, and a first cross setting module 36.
  • the obtaining module 32 is configured to acquire multiple cross setting commands of the same service
  • the binding module 34 is configured to bind the multiple cross setting commands in the same cross setting message
  • the first cross setting module 36 is configured to send the bound cross setting message to the lower layer controller or the network element for cross setting processing.
  • FIG. 4 is a block diagram 1 of a cross setting processing apparatus according to an alternative embodiment of the present invention. As shown in FIG. 4, the apparatus further includes:
  • the receiving module 42 is configured to receive the success message reported by the lower layer controller or the network element, where the success message is after the lower layer controller or the network element performs the multiple cross setting commands in the cross setting message. Sent
  • the first saving module 44 is configured to save the cross setting of the service to a successful state.
  • FIG. 5 is a block diagram 2 of a cross setting processing apparatus according to an alternative embodiment of the present invention. As shown in FIG. 5, the apparatus further includes:
  • the first receiving module 52 is configured to receive the failure message reported by the lower layer controller or the network element, where The failure message is sent after the lower layer controller or the network element fails to perform at least one of the multiple cross-setting commands in the cross-setting message;
  • the first determining module 54 is configured to determine, according to the failure message, whether to re-issue the cross setting message;
  • the first re-issuing module 56 is configured to re-issue the cross-setting message if the determination result is yes.
  • FIG. 6 is a block diagram 3 of a cross setting processing apparatus according to an alternative embodiment of the present invention. As shown in FIG. 6, the apparatus further includes:
  • the second determining module 62 is configured to determine whether to recalculate the protection recovery path if the determination result is negative;
  • the second re-issuing module 64 is configured to re-issue the cross-setting message if the determination result is yes;
  • the second saving module 66 is configured to save the cross setting of the service to a failure state when the determination result is negative.
  • FIG. 7 is a block diagram 2 of a cross-setting processing device according to an embodiment of the present invention. As shown in FIG. 7, the method includes:
  • the second receiving module 72 is configured to receive a cross-setting message that is sent by the upper-layer controller to bind the multiple cross-setting commands in the same cross-setting message, where the multiple cross-setting commands are multiple pieces of the same service.
  • Cross setting command ;
  • the second cross setting module 74 is configured to perform cross setting processing according to the cross setting message.
  • FIG. 8 is a block diagram 4 of a cross setting processing apparatus according to an alternative embodiment of the present invention. As shown in FIG. 8, the apparatus further includes:
  • the first reporting module 82 is configured to report, to the upper-layer controller, a success message of executing the multiple cross-setting commands in the cross-setting message, where the success message is used for the upper-layer controller to save the cross-setting of the service. For a successful state; or,
  • the second reporting module 84 is configured to report, to the upper-layer controller, a failure message for performing at least one of the multiple cross-setting commands in the cross-setting message, where the failure message is used by the upper-layer controller according to the failure message.
  • the failure message determines whether the cross-setting message is re-issued or the cross-setting of the saved service is set to a failure state.
  • the optional embodiment provides that the upper layer controller integrates the configuration commands related to all the cross settings of the same service into one message, and sends the information to the lower layer controller or the network element through the southbound interface, and does not need to be in the upper layer controller.
  • a method for setting a multi-service cross-connection can be implemented by sending and receiving a notification and response message to the lower-layer controller or the network element. The method is applicable to the application scenario of creating, deleting, and protecting multiple services. Specifically includes the following:
  • the upper controller binds multiple cross-setting commands (bidirectional crossover, protection crossover, recovery crossover) of the same service, and corresponding protection group information in the same cross-setting message (the message includes the cross-setting type, Information such as the cross-origin port, the service signal type, and the cross-sink port.)
  • the lower-layer controller (or network element) delivers the cross-setting message.
  • the lower-layer controller After receiving the cross-setting message, the lower-layer controller (or network element) respectively executes multiple commands in the message. If multiple commands are successfully executed, the upper-layer controller sends back an execution success message; if there is one of the multiple commands If the command fails to execute, the upper layer controller sends back an execution failure message.
  • the upper-layer controller After receiving the cross-setting success message, the upper-layer controller sets the service to the cross-setting success state; if the upper-layer controller receives the cross-setting execution failure message, recalculates the new service path and delivers the cross-setting of the service again. Or set the service to a cross-setting failure state.
  • FIG. 9 is a schematic diagram of a software-defined network according to an embodiment of the present invention. As shown in FIG. 9, four network elements A, B, C, and D and one controller are included. There are two services with protection and recovery between NEs A and B. The working paths are A-B direct connections. The protection paths are A-C-B and the recovery paths are A-D-B.
  • the upper-layer controller integrates the configuration commands related to all the cross-settings of the same service into one cross-setting message based on the network topology, and sends the information to the lower-layer controller or network element, the lower-layer controller or the network element through the southbound interface. After all the configuration commands in the message are executed, the upper layer controller sends a corresponding success or failure result message, and the method of multi-service cross setting can be realized without other notification and response messages.
  • FIG. 10 is a flowchart of a multi-service cross setting according to an embodiment of the present invention.
  • the controller may be configured to send a cross-setting message, the network element performs a cross-setting message, and reports the execution result to the controller, and controls. Based on the execution result, the device decides whether to re-process the three parts, including the following steps:
  • step S1002 the upper layer controller binds all configuration commands of a service (including working path crossing, protection path crossing, recovery path crossing, and protection group configuration information) into a cross setting message according to the format shown in Table 1; wherein, OpType Includes add and remove crossovers, and protection group related settings; InPort and OutPort packages The frame, the subrack, the board slot, the port, and the corresponding wavelength and/or slot number of the message in the sending and receiving commands of the network element are included, and the SignalType refers to the granularity of the cross setting command.
  • Step S1004 The upper layer controller separately sends a cross setting message to the network element on each path of the service.
  • Step S1006 The network element performs cross-setting and protection group configuration according to the content of the received cross-setting message. After receiving a cross-setting message, each network element performs cross-setting and protection group configuration according to the content of the message;
  • Step S1008 The execution result (success or failure) of the cross-setting message is reported to the upper-layer controller, and after performing the configuration command in a cross-setting message, each network element performs the execution result to report the cross-setting message to the upper-layer controller successfully or fails. Message; then step S1012 is performed;
  • step S1010 it is determined whether all the service cross setting messages have been delivered, and if the determination result is yes, step S1012 is performed, and if the determination result is no, step S1002 is performed;
  • Step S1012 waiting for the network element to report the execution result of the cross setting message
  • step S1014 it is determined whether the result of the received cross-setting message is successful or not, and if the result of the determination is successful, step S1016 is performed, and if the result of the determination is a failure, step S1018 is performed;
  • step S1016 the cross-setting success status of the service is saved; after receiving the cross-setting message execution success message reported by the network element, the upper-layer controller saves the success status or path information of the service;
  • step S1018 it is determined whether the cross-setting message is directly re-issued. If the determination result is YES, step S1002 is performed. If the determination result is negative, step S1020 is performed; and the upper-layer controller receives the cross-reported by the network element. After setting the message execution failure message, analyze the cause of the failure, and decide whether to re-issue the cross-setting message, recalculate the service path, or directly save the failure status of the service.
  • step S1020 it is determined whether the protection recovery path is recalculated. If the determination result is yes, step S1002 is performed, and if the determination result is negative, step S1022 is performed;
  • step S1022 the cross setting failure status of the service is saved.
  • the upper-layer controller binds the setting information of the multiple cross-setting commands of the same service and the configuration of the protection group that may exist in the same cross-setting message, and sends the information to the lower-layer controller through the southbound interface.
  • the upper layer controller responds with a success or failure message to complete the configuration of a service, so as to efficiently and reliably set multiple services separately.
  • the purpose is to solve the problem of the functionality and reliability of the cross setting caused by the situation of packet loss and inconsistent transmission and reception in the current service crossover setting in the SDN network, and the time performance of the cross setting can also be guaranteed.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different than The steps shown or described are performed sequentially, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated into a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.
  • the foregoing embodiments of the present invention can be applied to the field of communication technologies, and solve the problem that the reliability of the cross setting is low when multiple services are cross-configured in the related art, thereby improving the reliability of the cross setting when multiple services are cross-configured. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种交叉设置处理方法及装置,其中,该方法包括:获取同一条业务的多条交叉设置命令;将该多条交叉设置命令绑定在同一条交叉设置消息中;将绑定后的该交叉设置消息下发给下层控制器或网元进行交叉设置处理。通过本发明,解决了相关技术中多条业务交叉设置时导致交叉设置的可靠性低的问题,从而在多条业务交叉设置时提高了交叉设置的可靠性。

Description

交叉设置处理方法及装置 技术领域
本发明涉及通信领域,具体而言,涉及一种交叉设置处理方法及装置。
背景技术
在传统光传送网中,业务交叉设置是通过管理平面或控制平面向网元下发命令,从而建立删除业务或对业务进行保护恢复。这种业务配置方式,已经越来越不能满足用户业务快速变化的需求。
软件定义网络(Software Defined Network,简称为SDN)的出现,可以有效利用全网的带宽资源,对网络资源进行快速配置,降低业务时延,确保业务路由和性能的可预测性。同时可以增加网络和业务配置的灵活性和弹性,实现带宽自动分配和实时调整。
目前在SDN中,对业务交叉设置普遍采用的方法是:上层控制器把每条单向的交叉设置命令封装到一条消息中,通过南向接口(上层控制器侧和下层控制器或网元之间的通讯接口)下发给下层控制器或网元,当所有需要设置的交叉设置命令都下发后,上层控制器会再发送一条确认请求消息给下层控制器或网元,通知下层控制器或网元这次交叉设置命令已经下发完毕。下层控制器或网元收到交叉设置消息后,会一一执行消息中的交叉设置命令,并通过北向接口(控制器或网元和上层控制器之间的通讯接口)向上层控制器发送应答消息,表示下层控制器或网元已经执行完所有交叉设置消息。
SDN中目前这种交叉设置方式,对单一的无保护恢复属性的业务的创建和删除操作,基本不会出现问题。但是当涉及到多条业务的创建删除或保护恢复操作时,在上层控制器和下层控制器或网元之间,会产生多条交互消息,当交互消息丢包,或者多个消息收发顺序不一致(特别是交叉设置消息晚于确认请求消息到达下层控制器或网元)时,业务的交叉设置就会出现错误,无法保证交叉设置的功能正确性和强壮性。而即使不发生丢包或消息收发错序的情况,多条消息的收发和确认应答消息的交互机制,对业务交叉设置的时间性能也存在极大的负面影响。
针对相关技术中多条业务交叉设置时导致交叉设置的可靠性低的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种交叉设置处理方法及装置,以至少解决相关技术中多条业务交叉设置时导致交叉设置的可靠性低的问题。
根据本发明实施例的一个方面,提供了一种交叉设置处理方法,包括:获取同一条业务的多条交叉设置命令;将所述多条交叉设置命令绑定在同一条交叉设置消息中;将绑定后的所述交叉设置消息下发给下层控制器或网元进行交叉设置处理。
进一步地,在将绑定后的所述交叉设置消息下发给下层控制器或网元进行交叉设置处理之后,还包括:接收所述下层控制器或所述网元上报的成功消息,其中,所述成功消息是所述下层控制器或所述网元执行所述交叉设置消息中的所述多条交叉设置命令成功后的发送的;保存所述业务的交叉设置为成功状态。
进一步地,在将绑定后的所述交叉设置消息下发给下层控制器或网元进行交叉设置处理之后,还包括:接收所述下层控制器或所述网元上报的失败消息,其中,所述失败消息是所述下层控制器或所述网元执行所述交叉设置消息中的所述多条交叉设置命令中的至少一条失败后发送的;根据所述失败消息判断是否重新下发所述交叉设置消息;在判断结果为是的情况下,重新下发所述交叉设置消息。
进一步地,在根据所述失败消息判断是否重新下发所述交叉设置消息之后,还包括:在判断结果为否的情况下,判断是否重新计算保护恢复路径;在判断结果为是的情况下,重新下发所述交叉设置消息;在判断结果为否的情况下,保存所述业务的交叉设置为失败状态。
进一步地,所述多条交叉设置命令包括以下至少之一:双向交叉命令,保护交叉命令,恢复交叉命令。
进一步地,所述交叉设置消息包括以下至少之一:交叉设置类型,交叉源端口,业务信号类型,交叉宿端口。
根据本发明实施例的另一方面,提供了一种交叉设置处理方法,包括:接收上层控制器下发的将多条交叉设置命令绑定在同一条交叉设置消息中的交叉设置消息,其中,所述多条交叉设置命令为同一条业务的多条交叉设置命令;根据所述交叉设置消息进行交叉设置处理。
进一步地,在根据所述交叉设置消息进行交叉设置处理之后,还包括:向所述上层控制器上报执行所述交叉设置消息中的所述多条交叉设置命令成功的成功消息;或者,向所述上层控制器上报执行所述交叉设置消息中的所述多条交叉设置命令中的至少一条失败的失败消息。
进一步地,所述多条交叉设置命令包括以下至少之一:双向交叉命令,保护交叉命令,恢复交叉命令。
进一步地,所述交叉设置消息包括以下至少之一:交叉设置类型,交叉源端口,业务信号类型,交叉宿端口。
根据本发明实施例的另一方面,提供了一种交叉设置处理装置,包括:获取模块,设置为获取同一条业务的多条交叉设置命令;绑定模块,设置为将所述多条交叉设置命令绑定在同一条交叉设置消息中;第一交叉设置模块,设置为将绑定后的所述交叉设置消息下发给下层控制器或网元进行交叉设置处理。
进一步地,所述装置还包括:接收模块,设置为接收所述下层控制器或所述网元上报的成功消息,其中,所述成功消息是所述下层控制器或所述网元执行所述交叉设置消息中的所述多条交叉设置命令成功后的发送的;第一保存模块,设置为保存所述业务的交叉设置为成功状态。
进一步地,所述装置还包括:第一接收模块,设置为接收所述下层控制器或所述网元上报的失败消息,其中,所述失败消息是所述下层控制器或所述网元执行所述交叉设置消息中的所述多条交叉设置命令中的至少一条失败后发送的;第一判断模块,设置为根据所述失败消息判断是否重新下发所述交叉设置消息;第一重新下发模块,设置为在判断结果为是的情况下,重新下发所述交叉设置消息。
进一步地,所述装置还包括:第二判断模块,设置为在判断结果为否的情况下,判断是否重新计算保护恢复路径;第二重新下发模块,设置为在判断结果为是的情况下,重新下发所述交叉设置消息;第二保存模块,设置为在判断结果为否的情况下,保存所述业务的交叉设置为失败状态。
根据本发明实施例的另一方面,提供了一种交叉设置处理装置,包括:第二接收模块,设置为接收上层控制器下发的将多条交叉设置命令绑定在同一条交叉设置消息中的交叉设置消息,其中,所述多条交叉设置命令为同一条业务的多条交叉设置命令;第二交叉设置模块,设置为根据所述交叉设置消息进行交叉设置处理。
进一步地,所述装置还包括:第一上报模块,设置为向所述上层控制器上报执行所述交叉设置消息中的所述多条交叉设置命令成功的成功消息;或者,第二上报模块,设置为向所述上层控制器上报执行所述交叉设置消息中的所述多条交叉设置命令中的至少一条失败的失败消息。
通过本发明实施例,采用获取同一条业务的多条交叉设置命令;将所述多条交叉设置命令绑定在同一条交叉设置消息中;将绑定后的所述交叉设置消息下发给下层控制器或网元进行交叉设置处理,解决了相关技术中多条业务交叉设置时导致交叉设置 的可靠性低的问题,从而在多条业务交叉设置时提高了交叉设置的可靠性。
附图说明
此处所说明的附图用来提供对本发明实施例的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的交叉设置处理方法的流程图一;
图2是根据本发明实施例的交叉设置处理方法的流程图二;
图3是根据本发明实施例的交叉设置处理装置的框图一;
图4是根据本发明可选实施例的交叉设置处理装置的框图一;
图5是根据本发明可选实施例的交叉设置处理装置的框图二;
图6是根据本发明可选实施例的交叉设置处理装置的框图三;
图7是根据本发明实施例的交叉设置处理装置的框图二;
图8是根据本发明可选实施例的交叉设置处理装置的框图四;
图9是根据本发明实施例的软件定义网络的示意图;
图10是根据本发明实施例的为多业务交叉设置的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种交叉设置处理方法,图1是根据本发明实施例的交叉设置处理方法的流程图一,如图1所示,该流程包括如下步骤:
步骤S102,获取同一条业务的多条交叉设置命令;
步骤S104,将该多条交叉设置命令绑定在同一条交叉设置消息中;
步骤S106,将绑定后的该交叉设置消息下发给下层控制器或网元进行交叉设置处理。
通过上述步骤,获取同一条业务的多条交叉设置命令,将该多条交叉设置命令绑 定在同一条交叉设置消息中,将绑定后的该交叉设置消息下发给下层控制器或网元进行交叉设置处理,由于多个交叉设置命令是放置在一条交叉设置消息中,解决了相关技术中多条业务交叉设置时导致交叉设置的可靠性低的问题,从而在多条业务交叉设置时提高了交叉设置的可靠性。
在将绑定后的该交叉设置消息下发给下层控制器或网元进行交叉设置处理之后上层控制器可以根据下层控制器或网元执行该交叉设置消息的情况做相应的处理,在一个可选的实施例中,接收该下层控制器或该网元上报的成功消息,其中,该成功消息是该下层控制器或该网元执行该交叉设置消息中的该多条交叉设置命令成功后的发送的,保存该业务的交叉设置为成功状态,确保了交叉设置的功能正确性和强壮性。
在另一个可选的实施例中,接收该下层控制器或该网元上报的失败消息,其中,该失败消息是该下层控制器或该网元执行该交叉设置消息中的该多条交叉设置命令中的至少一条失败后发送的;根据该失败消息判断是否重新下发该交叉设置消息;在判断结果为是的情况下,重新下发该交叉设置消息。在判断结果为否的情况下,判断是否重新计算保护恢复路径;在判断结果为是的情况下,重新下发该交叉设置消息;在判断结果为否的情况下,保存该业务的交叉设置为失败状态。在下层控制器或网元执行交叉设置消息中的多条交叉设置命令中的至少一条失败的情况下,上层控制器根据该失败消息判断是重新下发该交叉设置消息还是保存该业务的交叉设置为失败状态,从而减短了对业务交叉设置的时间。
上述的多条交叉设置命令包括以下至少之一:双向交叉命令,保护交叉命令,恢复交叉命令。
上述的交叉设置消息包括以下至少之一:交叉设置类型,交叉源端口,业务信号类型,交叉宿端口。
本发明实施例还提供了一种交叉设置处理方法,图2是根据本发明实施例的交叉设置处理方法的流程图二,如图2所示,该流程包括如下步骤:
步骤S202,接收上层控制器下发的将多条交叉设置命令绑定在同一条交叉设置消息中的交叉设置消息,其中,该多条交叉设置命令为同一条业务的多条交叉设置命令;
步骤S204,根据该交叉设置消息进行交叉设置处理。
通过上述步骤,接收上层控制器下发的将多条交叉设置命令绑定在同一条交叉设置消息中的交叉设置消息,其中,该多条交叉设置命令为同一条业务的多条交叉设置命令;根据该交叉设置消息进行交叉设置处理,解决了相关技术中多条业务交叉设置时导致交叉设置的可靠性低的问题,从而在多条业务交叉设置时提高了交叉设置的可靠性。
在根据该交叉设置消息进行交叉设置处理之后,可以向上级上报对交叉设置消息中的多条交叉设置命令的执行结果,向该上层控制器上报执行该交叉设置消息中的该多条交叉设置命令成功的成功消息;或者,向该上层控制器上报执行该交叉设置消息中的该多条交叉设置命令中的至少一条失败的失败消息,需要说明的是,该成功消息是用于供上层控制器保存业务的交叉设置为成功状态的,该失败消息是用于供上层控制器根据该失败消息判断是重新下发该交叉设置消息还是保存该业务的交叉设置为失败状态,通过与上层控制器之间的信息交互,有效地缩减了对业务交叉设置的时间。
上述的多条交叉设置命令包括以下至少之一:双向交叉命令,保护交叉命令,恢复交叉命令。
上述的交叉设置消息包括以下至少之一:交叉设置类型,交叉源端口,业务信号类型,交叉宿端口。
本发明实施例还提供了一种交叉设置处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图3是根据本发明实施例的交叉设置处理装置的框图一,如图3所示,包括:获取模块32、绑定模块34和第一交叉设置模块36,
获取模块32,设置为获取同一条业务的多条交叉设置命令;
绑定模块34,设置为将该多条交叉设置命令绑定在同一条交叉设置消息中;
第一交叉设置模块36,设置为将绑定后的该交叉设置消息下发给下层控制器或网元进行交叉设置处理。
图4是根据本发明可选实施例的交叉设置处理装置的框图一,如图4所示,该装置还包括:
接收模块42,设置为接收该下层控制器或该网元上报的成功消息,其中,该成功消息是该下层控制器或该网元执行该交叉设置消息中的该多条交叉设置命令成功后的发送的;
第一保存模块44,设置为保存该业务的交叉设置为成功状态。
图5是根据本发明可选实施例的交叉设置处理装置的框图二,如图5所示,该装置还包括:
第一接收模块52,设置为接收该下层控制器或该网元上报的失败消息,其中,该 失败消息是该下层控制器或该网元执行该交叉设置消息中的该多条交叉设置命令中的至少一条失败后发送的;
第一判断模块54,设置为根据该失败消息判断是否重新下发该交叉设置消息;
第一重新下发模块56,设置为在判断结果为是的情况下,重新下发该交叉设置消息。
图6是根据本发明可选实施例的交叉设置处理装置的框图三,如图6所示,该装置还包括:
第二判断模块62,设置为在判断结果为否的情况下,判断是否重新计算保护恢复路径;
第二重新下发模块64,设置为在判断结果为是的情况下,重新下发该交叉设置消息;
第二保存模块66,设置为在判断结果为否的情况下,保存该业务的交叉设置为失败状态。
本发明实施例还提供了一种交叉设置处理装置,图7是根据本发明实施例的交叉设置处理装置的框图二,如图7所示,包括:
第二接收模块72,设置为接收上层控制器下发的将多条交叉设置命令绑定在同一条交叉设置消息中的交叉设置消息,其中,该多条交叉设置命令为同一条业务的多条交叉设置命令;
第二交叉设置模块74,设置为根据该交叉设置消息进行交叉设置处理。
图8是根据本发明可选实施例的交叉设置处理装置的框图四,如图8所示,该装置还包括:
第一上报模块82,设置为向该上层控制器上报执行该交叉设置消息中的该多条交叉设置命令成功的成功消息,其中,该成功消息用于供该上层控制器保存该业务的交叉设置为成功状态;或者,
第二上报模块84,设置为向该上层控制器上报执行该交叉设置消息中的该多条交叉设置命令中的至少一条失败的失败消息,其中,该失败消息用于供该上层控制器根据该失败消息判断是重新下发该交叉设置消息还是保存该业务的交叉设置为失败状态。
下面结合可选实施例对本发明实施例进行进一步说明。
本可选实施例提供一种上层控制器将同一条业务的所有交叉设置相关的配置命令整合到一条消息中,通过南向接口下发给下层控制器或网元,并且不需要在上层控制器和下层控制器或网元间收发通知和应答消息,就能实现多业务交叉设置的方法,该方法适用于多条业务的创建删除和保护恢复的应用场景。具体包括以下内容:
上层控制器将同一条业务的多条交叉设置命令(双向交叉、保护交叉、恢复交叉),以及相应的保护组信息,绑定在同一条交叉设置消息中(该消息中包括了交叉设置类型、交叉源端口、业务信号类型、交叉宿端口等信息。),向下层控制器(或网元)下发该交叉设置消息。
下层控制器(或网元)在收到交叉设置消息后,分别执行消息中的多条命令,如果多条命令都执行成功,则向上层控制器回送执行成功消息;如果多条命令中有一条命令执行失败,则向上层控制器回送执行失败消息。
上层控制器收到交叉设置成功消息后,设置该业务为交叉设置成功状态;如果上层控制器收到的是交叉设置执行失败消息,则重新计算新的业务路径,再次下发业务的交叉设置,或设置该业务为交叉设置失败状态。
通过将同一条业务的多条交叉设置命令,以及保护组配置等设置信息,绑定在同一条交叉设置消息中,并通过南向接口下发到下层控制器或网元的方式,从而达到高效可靠地将多条业务分别进行交叉设置的目的,解决了目前SDN网络中多条业务交叉设置时,因为交互消息过多而可能存在的丢包、收发包顺序不一致等情况而造成的交叉设置的功能性和可靠性问题,以及由此引起的时间性能低下等问题。
图9是根据本发明实施例的软件定义网络的示意图,如图9所示,包括A、B、C、D四个网元和一个控制器。在网元A、B之间存在两条有保护有恢复的业务,工作路径都为A-B的直接连接,保护路径都为A-C-B,恢复路径都为A-D-B。
上层控制器是基于上述的网络拓扑结构将同一条业务的所有交叉设置相关的配置命令整合到一条交叉设置消息中,通过南向接口下发给下层控制器或网元,下层控制器或网元执行完该消息中的所有配置命令后,向上层控制器发送相应的成功或失败结果消息,不需要其它更多的通知和应答消息,就能实现多业务交叉设置的方法。
图10是根据本发明实施例的为多业务交叉设置的流程图,如图10所示,可以分为控制器下发交叉设置消息、网元执行交叉设置消息并上报执行结果给控制器、控制器根据执行结果决定是否重新处理三部分,具体包括以下步骤:
步骤S1002,上层控制器将一条业务的所有配置命令(包括工作路径交叉、保护路径交叉、恢复路径交叉、保护组配置信息),按表1所示格式绑定为一条交叉设置消息;其中,OpType包括增加、删除交叉,以及保护组相关设置;InPort和OutPort包 括了该消息在网元的发送和接受命令的机架、子架、单板槽位、端口以及对应的波长和/或时隙序号,SignalType指该交叉设置命令的颗粒度。
表1
Figure PCTCN2015098089-appb-000001
步骤S1004,上层控制器向该业务的各条路径上的网元分别发送交叉设置消息;
步骤S1006,网元按收到的交叉设置消息的内容,进行交叉设置和保护组配置,各网元在收到一条交叉设置消息后,按消息内容进行交叉设置和保护组配置;
步骤S1008,向上层控制器上报交叉设置消息执行结果(成功或失败),各网元在执行完一条交叉设置消息中的配置命令后,按执行结果向上层控制器上报交叉设置消息执行成功或失败消息;之后执行步骤S1012;
步骤S1010,判断是否所有业务交叉设置消息都已经下发完毕,在判断结果为是的情况下,执行步骤S1012,在判断结果为否的情况下,执行步骤S1002;
步骤S1012,等待网元上报交叉设置消息执行结果;
步骤S1014,判断收到上报的交叉设置消息执行结果为成功还是失败,在判断结果为成功的情况下,执行步骤S1016,在判断结果为失败的情况下,执行步骤S1018;
步骤S1016,保存该业务的交叉设置成功状态;上层控制器在收到网元上报的交叉设置消息执行成功消息后,保存该业务的成功状态或路径信息;
步骤S1018,判断是否直接重新下发交叉设置消息,在判断结果为是的情况下,执行步骤S1002,在判断结果为否的情况下,执行步骤S1020;上层控制器在收到网元上报的交叉设置消息执行失败消息后,分析失败原因,决定是重新下发交叉设置消息,还是重新计算业务路径,或者直接保存业务的失败状态。
步骤S1020,判断是否重新计算保护恢复路径,在判断结果为是的情况下,执行步骤S1002,在判断结果为否的情况下,执行步骤S1022;
步骤S1022,保存该业务的交叉设置失败状态。
在所有业务的交叉设置消息都已经处理完毕后,结束。
通过上述步骤,上层控制器把同一条业务的多条交叉设置命令,以及可能存在的保护组配置等设置信息,绑定在同一条交叉设置消息中,并通过南向接口下发到下层控制器或网元,网元执行完该消息中的所有设置命令后,向上层控制器回应一条成功或失败消息,就可以完成一条业务的配置,从而达到高效可靠地将多条业务分别进行交叉设置的目的,解决了目前SDN网络中多条业务交叉设置时,因为丢包、收发包顺序不一致等情况而造成的交叉设置的功能性和可靠性问题,交叉设置的时间性能也可以得到保证。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的控制器上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
工业实用性
上述的本发明实施例,可以应用于通讯技术领域,解决了相关技术中多条业务交叉设置时导致交叉设置的可靠性低的问题,从而在多条业务交叉设置时提高了交叉设置的可靠性。

Claims (16)

  1. 一种交叉设置处理方法,包括:
    获取同一条业务的多条交叉设置命令;
    将所述多条交叉设置命令绑定在同一条交叉设置消息中;
    将绑定后的所述交叉设置消息下发给下层控制器或网元进行交叉设置处理。
  2. 根据权利要求1所述的方法,其中,在将绑定后的所述交叉设置消息下发给下层控制器或网元进行交叉设置处理之后,还包括:
    接收所述下层控制器或所述网元上报的成功消息,其中,所述成功消息是所述下层控制器或所述网元执行所述交叉设置消息中的所述多条交叉设置命令成功后的发送的;
    保存所述业务的交叉设置为成功状态。
  3. 根据权利要求1所述的方法,其中,在将绑定后的所述交叉设置消息下发给下层控制器或网元进行交叉设置处理之后,还包括:
    接收所述下层控制器或所述网元上报的失败消息,其中,所述失败消息是所述下层控制器或所述网元执行所述交叉设置消息中的所述多条交叉设置命令中的至少一条失败后发送的;
    根据所述失败消息判断是否重新下发所述交叉设置消息;
    在判断结果为是的情况下,重新下发所述交叉设置消息。
  4. 根据权利要求3所述的方法,其中,在根据所述失败消息判断是否重新下发所述交叉设置消息之后,还包括:
    在判断结果为否的情况下,判断是否重新计算保护恢复路径;
    在判断结果为是的情况下,重新下发所述交叉设置消息;
    在判断结果为否的情况下,保存所述业务的交叉设置为失败状态。
  5. 根据权利要求1至4中任一项所述的方法,其中,所述多条交叉设置命令包括以下至少之一:
    双向交叉命令,保护交叉命令,恢复交叉命令。
  6. 根据权利要求1至4中任一项所述的方法,其中,所述交叉设置消息包括以下至少之一:
    交叉设置类型,交叉源端口,业务信号类型,交叉宿端口。
  7. 一种交叉设置处理方法,包括:
    接收上层控制器下发的将多条交叉设置命令绑定在同一条交叉设置消息中的交叉设置消息,其中,所述多条交叉设置命令为同一条业务的多条交叉设置命令;
    根据所述交叉设置消息进行交叉设置处理。
  8. 根据权利要求7所述的方法,其中,在根据所述交叉设置消息进行交叉设置处理之后,还包括:
    向所述上层控制器上报执行所述交叉设置消息中的所述多条交叉设置命令成功的成功消息;或者,
    向所述上层控制器上报执行所述交叉设置消息中的所述多条交叉设置命令中的至少一条失败的失败消息。
  9. 根据权利要求7或8所述的方法,其中,所述多条交叉设置命令包括以下至少之一:
    双向交叉命令,保护交叉命令,恢复交叉命令。
  10. 根据权利要求7或8所述的方法,其中,所述交叉设置消息包括以下至少之一:
    交叉设置类型,交叉源端口,业务信号类型,交叉宿端口。
  11. 一种交叉设置处理装置,包括:
    获取模块,设置为获取同一条业务的多条交叉设置命令;
    绑定模块,设置为将所述多条交叉设置命令绑定在同一条交叉设置消息中;
    第一交叉设置模块,设置为将绑定后的所述交叉设置消息下发给下层控制器或网元进行交叉设置处理。
  12. 根据权利要求11所述的装置,其中,所述装置还包括:
    接收模块,设置为接收所述下层控制器或所述网元上报的成功消息,其中,所述成功消息是所述下层控制器或所述网元执行所述交叉设置消息中的所述多条交叉设置命令成功后的发送的;
    第一保存模块,设置为保存所述业务的交叉设置为成功状态。
  13. 根据权利要求11所述的装置,其中,所述装置还包括:
    第一接收模块,设置为接收所述下层控制器或所述网元上报的失败消息,其中,所述失败消息是所述下层控制器或所述网元执行所述交叉设置消息中的所述多条交叉设置命令中的至少一条失败后发送的;
    第一判断模块,设置为根据所述失败消息判断是否重新下发所述交叉设置消息;
    第一重新下发模块,设置为在判断结果为是的情况下,重新下发所述交叉设置消息。
  14. 根据权利要求13所述的装置,其中,所述装置还包括:
    第二判断模块,设置为在判断结果为否的情况下,判断是否重新计算保护恢复路径;
    第二重新下发模块,设置为在判断结果为是的情况下,重新下发所述交叉设置消息;
    第二保存模块,设置为在判断结果为否的情况下,保存所述业务的交叉设置为失败状态。
  15. 一种交叉设置处理装置,包括:
    第二接收模块,设置为接收上层控制器下发的将多条交叉设置命令绑定在同一条交叉设置消息中的交叉设置消息,其中,所述多条交叉设置命令为同一条业务的多条交叉设置命令;
    第二交叉设置模块,设置为根据所述交叉设置消息进行交叉设置处理。
  16. 根据权利要求15所述的装置,其中,所述装置还包括:
    第一上报模块,设置为向所述上层控制器上报执行所述交叉设置消息中的所述多条交叉设置命令成功的成功消息;或者,
    第二上报模块,设置为向所述上层控制器上报执行所述交叉设置消息中的所述多条交叉设置命令中的至少一条失败的失败消息。
PCT/CN2015/098089 2014-12-22 2015-12-21 交叉设置处理方法及装置 WO2016101855A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410811965.9A CN105790982A (zh) 2014-12-22 2014-12-22 交叉设置处理方法及装置
CN201410811965.9 2014-12-22

Publications (1)

Publication Number Publication Date
WO2016101855A1 true WO2016101855A1 (zh) 2016-06-30

Family

ID=56149265

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/098089 WO2016101855A1 (zh) 2014-12-22 2015-12-21 交叉设置处理方法及装置

Country Status (2)

Country Link
CN (1) CN105790982A (zh)
WO (1) WO2016101855A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108933971A (zh) * 2018-04-13 2018-12-04 电信科学技术第五研究所有限公司 多设备交叉交换控制方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222359A (zh) * 2008-01-22 2008-07-16 中兴通讯股份有限公司 网元中的命令配置方法
CN101304334A (zh) * 2008-06-27 2008-11-12 中兴通讯股份有限公司 一种控制关键业务配置命令下发顺序的方法及系统
WO2013104375A1 (en) * 2012-01-09 2013-07-18 Telefonaktiebolaget L M Ericsson (Publ) Network device control in a software defined network
CN103733578A (zh) * 2013-10-15 2014-04-16 华为技术有限公司 一种发送交叉命令的方法和装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1768281B1 (en) * 2004-06-22 2016-07-20 ZTE Corporation A method for service connection setup and service resume protection in optical network
CN100568819C (zh) * 2006-10-17 2009-12-09 中兴通讯股份有限公司 多媒体广播组播服务会话开始的异常处理方法
CN101466051B (zh) * 2007-12-21 2011-06-08 华为技术有限公司 一种业务路径搜索方法和装置
US9674315B2 (en) * 2013-05-07 2017-06-06 Futurewei Technologies, Inc. Methods for dynamically binding header field identifiers in a network control protocol
CN103944764A (zh) * 2014-04-28 2014-07-23 深圳市华信天线技术有限公司 数传电台的命令传输方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222359A (zh) * 2008-01-22 2008-07-16 中兴通讯股份有限公司 网元中的命令配置方法
CN101304334A (zh) * 2008-06-27 2008-11-12 中兴通讯股份有限公司 一种控制关键业务配置命令下发顺序的方法及系统
WO2013104375A1 (en) * 2012-01-09 2013-07-18 Telefonaktiebolaget L M Ericsson (Publ) Network device control in a software defined network
CN103733578A (zh) * 2013-10-15 2014-04-16 华为技术有限公司 一种发送交叉命令的方法和装置

Also Published As

Publication number Publication date
CN105790982A (zh) 2016-07-20

Similar Documents

Publication Publication Date Title
US10849008B2 (en) Processing method and device for radio bearer for transmitting data stream
CN109088820B (zh) 一种跨设备链路聚合方法、装置、计算装置和存储介质
WO2015143610A1 (zh) 一种nfv系统的业务实现方法及通信单元
WO2018010555A1 (zh) 一种北向接口lte业务自动配置方法、北向接口装置及存储介质
WO2018219148A1 (zh) 一种管理传输网切片的方法、装置及系统
CN105933253A (zh) 一种sdn网络下交换机配置恢复方法
WO2016165139A1 (zh) 一种虚拟网络的故障恢复方法和装置
WO2017124708A1 (zh) 一种隧道流量控制方法、装置和网络管理系统
WO2012019404A1 (zh) 一种计算路径的方法及装置
CN104639437A (zh) 堆叠系统中广播报文的转发方法及装置
Zhu et al. MCTCP: Congestion-aware and robust multicast TCP in software-defined networks
CN104811403A (zh) 基于开放流的组表处理方法、装置及组表配置单元
WO2016101855A1 (zh) 交叉设置处理方法及装置
WO2010069246A1 (zh) 一种连接的路由建立方法和设备
US11153214B2 (en) In service flow capability update in guaranteed bandwidth multicast network
CN113300952A (zh) 一种用于云安全资源池的分布式引流系统及其引流方法
CN102316116B (zh) 一种支持多平台网络通讯处理系统及方法
CN102136936B (zh) 避免控制平面故障影响转发平面运行的方法、节点及系统
EP2693706A1 (en) Method and device for implementing multi-protection overlapped protection groups
JP2012074825A (ja) QoS保障型ネットワークシステム、集中制御装置、及び集中制御装置の制御方法
WO2022037406A1 (zh) 业务调度方法、分组光传送网设备和存储介质
WO2018054209A1 (zh) 一种传输多协议分组段层tms的处理方法、装置及系统
CN104052623A (zh) 以太网无源光网络中的报文处理方法和报文处理系统
WO2016184268A1 (zh) 基于隧道共享的带宽控制方法及装置
JP5523599B1 (ja) ネットワークシステムの資源管理システムおよび方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15871923

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15871923

Country of ref document: EP

Kind code of ref document: A1