CN103731285B - 分布式弹性网络互连drni的切换处理方法及装置 - Google Patents

Abstract

本发明公开了一种分布式弹性网络互连DRNI的切换处理方法及装置，该方法包括DRNI一端接收到对端发送的业务切换请求；确定所述业务切换请求对应的业务网关所在的端内系统；所述DRNI一端从所确定的端内系统获取响应所述业务切换请求的切换应答消息，并向对端发送所述切换应答消息。本发明解决了DRNI的流量切换问题，具有保证业务有序传输的有益效果。

Description

分布式弹性网络互连DRNI的切换处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种分布式弹性网络互连DRNI的切换处理方法及装置。

背景技术

随着宽带业务的飞速发展，网络与网络之间的互连使用得越来越多，承载了更多的业务。网络内部根据其所采用的技术，均可有多种方法对链路及其上的系统实现保护。随着对流量的保护需求越来越强烈，要求越来越高，有运营商也提出了需要对网络互连区域的保护需求。可以采用端口聚合的方式来实现该保护，常用的方式可以是端口聚合，也可以是环路保护。环网保护技术受到网络拓扑的限制，对于网络互连部分采用全网连接的方式不适用。IEEE现有标准802.1AX-链路聚合能够实现多条链路的保护，但仅限于支持的是单系统的链路聚合，不能满足系统保护的需求。

为了适用于网络与网络互连区域组网方式更加多样化，并能实现链路和边缘系统的保护，IEEE标准组织提出扩展802.1AX-链路聚合来实现分布式弹性网络互连（Distributed Resilient Network Interconnect，简称DRNI），以支持多系统的链路聚合。DRNI技术中，一个或多个端内系统组成一个逻辑系统进行链路聚合，该多个端内系统的多条链路组成一个分布式链路聚合组（Link Aggregation Group，简称LAG），从而保证网络互连区域的链路和系统的双重保护。

扩展802.1AX-链路聚合来实现跨设备的分布式链路聚合，需要对802.1AX所涉及的技术、协议进行扩展。其中802.1AX中包括了一个标志协议即Marker协议，用于对聚合链路进行切换时，保证报文的有序传输。图1是根据相关技术的利用Marker协议进行链路切换的处理方法的流程图，如图1所示，该流程包括以下步骤：

步骤S102，停止发送业务流量。

步骤S104，启动定时器。

如果定时器超时，可以认为另一端的系统已经接收到了或丢弃了所有在启动定时器之前发送的报文。定时器的时间应该尽量选择大些，保证启动定时器的这段时间，链路上已经没有报文在传送了。

步骤S106，发送Marker请求报文。

利用Marker协议，在两端的系统对话之前在发起切换请求的端内系统的发送端口上发送Marker请求报文，另一端的端内系统接收到Marker请求报文后立刻发送Marker应答报文。

步骤S108，等待对应的Marker应答报文，或者定时器的超时。

步骤S110，重新开始在新选择的聚合组成员端口上分发流量业务。

在DRNI一端由单个端内系统组成的情况下，端内系统接收到Marker请求报文，表示它已经接收完了所有之前对端发送来的报文，可立刻发送Marker应答报文。但在DRNI一端由多个端内系统组成的情况下，端内系统收到了Marker报文后，它无法保证本端的其他端内系统已经完成对该报文的接收转发，若采用原Marker协议的立刻发送Maker应答处理将导致业务报文乱序。

另外，为了实现流量均衡，可能也需要将链路上的某些业务切换到其他链路，同样要保证这些业务的有序传输。现有的Marker协议仅适用于保证要倒换的链路上的所有业务不乱序，并不能保证特定业务的有序传输。

针对DRNI的流量切换问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种分布式弹性网络互连DRNI的切换处理方法及装置，以至少解决上述问题。

根据本发明的一个方面，提供了一种分布式弹性网络互连DRNI的切换处理方法，包括：DRNI一端接收到对端发送的业务切换请求；确定所述业务切换请求对应的业务网关所在的端内系统；所述DRNI一端从所确定的端内系统获取响应所述业务切换请求的切换应答消息，并向对端发送切换应答消息。

优选地，所述DRNI一端发送所述业务切换请求对应的业务切换应答消息包括：如果所述DRNI一端的当前端内系统是业务网关，则直接从接收到所述业务切换请求的相同路径向对端发送切换应答消息，否则通过内连链路发送所述业务切换请求给相应的业务网关所在的端内系统，并启动应答定时器；如果在所述应答定时器超时前接收到所述业务网关所在端内系统响应的切换应答消息，则从接收到所述业务切换请求的相同路径向对端发送切换应答消息，否则，等待所述应答定时器超时，并在所述应答定时器超时的情况下从接收到所述业务切换请求的相同路径向对端发送切换应答消息。

优选地，所述业务切换请求用于请求将至少一个业务从待切换的聚合链路切换到其他聚合链路，并且所述业务切换请求携带有业务标识。

优选地，对端根据所述切换应答消息中携带的业务标识将相应的业务从待切换的聚合链路切换到其他聚合链路。

优选地，所述业务切换请求是标志Marker请求报文，所述切换应答消息是Marker应答报文。

根据本发明的另一方面，提供了一种分布式弹性网络互连DRNI的切换处理方法，包括：DRNI一端接收到链路切换请求或业务切换请求；判断所述DRNI一端是否包括多个端内系统，如果是，则启动应答定时器；当所述应答定时器超时，所述DRNI一端发送切换应答消息。

根据本发明的另一方面，提供了一种分布式弹性网络互连DRNI的切换处理方法，包括：DRNI一端的端内系统发送业务切换请求，其中，所述业务切换请求携带有业务标识；所述端内系统接收到响应所述业务切换请求的切换应答消息，并根据所述切换应答消息中携带的业务标识将相应的业务从待切换的聚合链路切换到其他聚合链路。

优选地，所述相应的业务包括一个或多个业务。

根据本发明的另一方面，提供了一种分布式弹性网络互连DRNI的切换处理装置，包括：业务切换接收模块，用于接收对端发送的业务切换请求；业务网关处理模块，用于确定所述业务切换请求对应的业务网关所在的端内系统；业务切换发送模块，用于从所确定的端内系统获取响应所述业务切换请求的切换应答消息，并向对端发送切换应答消息。

优选地，所述业务网关处理模块用于在所述DRNI一端的当前端内系统是业务网关的情况下，直接从接收到所述业务切换请求的相同路径向对端发送切换应答消息，否则通过内连链路发送所述业务切换请求给相应的业务网关所在的端内系统，并启动应答定时器；如果在所述应答定时器超时前接收到所述业务网关所在端内系统响应的切换应答消息，则从接收到所述业务切换请求的相同路径向对端发送切换应答消息，否则，等待所述应答定时器超时，并在所述应答定时器超时的情况下从接收到所述业务切换请求的相同路径向对端发送切换应答消息。

优选地，所述业务切换请求用于请求将至少一个业务从待切换的聚合链路切换到其他聚合链路，并且所述业务切换请求携带有业务标识。

根据本发明的另一方面，提供了一种分布式弹性网络互连DRNI的切换处理装置，位于DRNI一端，所述装置包括：接收模块，用于接收链路切换请求或业务切换请求；定时器处理模块，用于判断所述DRNI一端是否包括多个端内系统，如果是，则启动应答定时器；发送模块，用于在所述应答定时器超时的情况下发送切换应答消息。

根据本发明的另一方面，提供了一种分布式弹性网络互连DRNI的切换处理装置，包括：切换端发送模块，用于发送业务切换请求，其中，所述业务切换请求携带有业务标识；切换端接收模块，用于接收响应所述业务切换请求的切换应答消息；切换模块，用于根据所述切换应答消息中携带的业务标识将相应的业务从待切换的聚合链路切换到其他聚合链路。

通过本发明，DRNI一端接收到对端发送的业务切换请求，确定业务切换请求对应的业务网关所在的端内系统，然后从所确定的端内系统获取响应述业务切换请求的切换应答消息，并向对端发送切换应答消息，解决了DRNI的流量切换问题，进而达到了保证业务有序传输的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的利用Marker协议进行链路切换的处理方法的流程图；

图2是根据本发明实施例的弹性网络互连DRNI的切换处理方法的流程图一；

图3是根据本发明实施例的弹性网络互连DRNI的切换处理方法的流程图二；

图4是根据本发明实施例的弹性网络互连DRNI的切换处理方法的流程图三；

图5是根据本发明实施例的弹性网络互连DRNI的切换处理装置的结构框图一；

图6是根据本发明实施例的弹性网络互连DRNI的切换处理装置的结构框图二；

图7是根据本发明实施例的弹性网络互连DRNI的切换处理装置的结构框图三；

图8是根据本发明优选实施例的弹性网络互连DRNI的切换处理方法的流程图；

图9是根据本发明优选实施例的发起链路切换处理方法的流程图；

图10是根据本发明优选实施例的响应链路切换处理方法的流程图；

图11是根据本发明优选实施例的发起业务切换处理方法的流程图；

图12是根据本发明优选实施例的响应业务切换处理方法的流程图之一；

图13是根据本发明优选实施例的响应业务切换处理方法的流程图之二；

图14是根据本发明优选实施例的业务走向示意图之一；

图15是根据本发明优选实施例的切换处理方法中的协议报文走向图之一；

图16是根据本发明优选实施例的业务走向示意图之二；

图17是根据本发明优选实施例的切换处理方法中的协议报文走向图之二；

图18是根据本发明优选实施例的业务走向示意图之三；

图19是根据本发明优选实施例的切换处理方法中的协议报文走向图之三；

图20是根据本发明优选实施例的业务走向示意图之四；

图21是根据本发明优选实施例的切换处理方法中的协议报文走向图之四；

图22是根据本发明优选实施例的业务走向示意图之五；

图23是根据本发明优选实施例的切换处理方法中的协议报文走向图之五；

图24是根据本发明优选实施例的业务走向示意图之六；

图25是根据本发明优选实施例的切换处理方法中的协议报文走向图之六；

图26是根据本发明优选实施例的业务走向示意图之七；

图27是根据本发明优选实施例的切换处理方法中的协议报文走向图之七；

图28是根据本发明优选实施例的弹性网络互连DRNI的切换处理装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

实施例一

本发明实施例提供了一种弹性网络互连DRNI的切换处理方法，图2是根据本发明实施例的弹性网络互连DRNI的切换处理方法的流程图一，如图2所示，该流程包括以下步骤：

步骤S202，DRNI一端接收到对端发送的业务切换请求；

步骤S204，确定业务切换请求对应的业务网关所在的端内系统；

步骤S206，DRNI一端从所确定的端内系统获取响应该业务切换请求的切换应答消息，并向对端发送切换应答消息。

通过上述步骤，改变了相关技术中端内系统只有链路切换而无业务切换的做法，并且改变了相关技术中在接收到切换请求后立刻发送切换应答消息的做法，解决了相关技术中DRNI的流量切换问题，具有保证业务有序传输的有益效果。

如果DRNI一端的当前端内系统是业务网关，则直接从接收到所述业务切换请求的相同路径向对端发送切换应答消息，否则通过内连链路发送业务切换请求给相应的业务网关所在的端内系统，并启动应答定时器；如果在应答定时器超时前接收到业务网关所在端内系统响应的切换应答消息，则从接收到所述业务切换请求的相同路径向对端发送切换应答消息，否则，等待应答定时器超时，并在应答定时器超时的情况下从接收到所述业务切换请求的相同路径向对端发送切换应答消息。DRNI一端可能由单个端内系统组成也可能由多个端内系统组成，在由单个端内系统组成的情况下，通常不会发生业务乱序的情况，因此可以直接发送切换应答消息，从而加快了切换应答消息的响应速度。在DRNI由多个端内系统组成的情况下，启动应答定时器，可以有足够长的时间等待业务网关所在的端内系统响应业务切换请求的切换应答消息，从而避免了业务乱序的可能，而如果在定时器未超时前接收到业务网关的切换应答消息，则直接将该切换应答消息发送给对端，从而不必继续等待定时器超时，加快了响应速度。

其中，业务切换请求用于请求将至少一个业务从待切换的聚合链路切换到其他聚合链路，并且该业务切换请求携带有业务标识。相关技术中，仅涉及到链路切换，而无法进行某个或某几个业务的切换。通过在业务切换请求中携带业务标识，实现了进行业务切换的可能。

对端接收到DRNI一端发送的切换应答消息后，可以根据切换应答消息中携带的业务标识将相应的业务从待切换的聚合链路切换到其他聚合链路。相关技术中，仅可以进行链路切换，即将该链路上的所有业务切换到其他链路，而本实施例中，由于在切换应答消息中携带有业务标识，因此可以将该业务标识对应的至少一个业务切换到其他链路。

业务切换请求和业务应答消息可以是多种协议的报文，优选地，业务切换请求是标志Marker请求报文，切换应答消息是Marker应答报文。

实施例二

本发明实施例提供了一种弹性网络互连DRNI的切换处理方法，图3是根据本发明实施例的弹性网络互连DRNI的切换处理方法的流程图二，如图3所示，该流程包括以下步骤：

步骤S302，DRNI一端接收到链路切换请求或业务切换请求；

步骤S304，判断DRNI一端是否包括多个端内系统，如果是，则启动应答定时器；

步骤S306，当应答定时器超时，DRNI一端发送切换应答消息。

在业务切换请求或链路切换请求的情况下，首先判断DRNI一端是多个端内系统还是单个端内系统。如果是单个端内系统，则直接发送切换应答消息，否则启动应答定时器；如果在应答定时器超时前接收到其他端内系统响应的切换应答消息，则停止定时器，并向对端发送切换应答消息，否则，等待应答定时器超时，并在应答定时器超时的情况下向对端发送切换应答消息。

实施例三

本发明实施例提供了一种弹性网络互连DRNI的切换处理方法，图4是根据本发明实施例的弹性网络互连DRNI的切换处理方法的流程图三，如图4所示，该流程包括以下步骤：

步骤S402，DRNI一端的端内系统发送业务切换请求，其中，业务切换请求携带有业务标识；

步骤S404，端内系统接收到响应业务切换请求的切换应答消息，并根据该切换应答消息中携带的业务标识将相应的业务从待切换的聚合链路切换到其他聚合链路。

优选地，相应的业务包括一个或多个业务。

实施例四

本发明实施例还提供了一种弹性网络互连DRNI的切换处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是根据本发明实施例的弹性网络互连DRNI的切换处理装置的结构框图一，如图5所示，该装置包括业务切换接收模块502、业务网关处理模块504、业务切换发送模块506。

业务切换接收模块502，用于接收对端发送的业务切换请求；

业务网关处理模块504，用于确定业务切换请求对应的业务网关所在的端内系统；

业务切换发送模块506，用于从所确定的端内系统获取响应所述业务切换请求的切换应答消息，并向对端发送切换应答消息。

优选地，业务网关处理模块504用于在DRNI一端的当前端内系统是业务网关的情况下，直接从接收到所述业务切换请求的相同路径向对端发送切换应答消息，否则通过内连链路发送该业务切换请求给相应的业务网关所在的端内系统，并启动应答定时器；如果在应答定时器超时前接收到业务网关所在端内系统响应的切换应答消息，则从接收到所述业务切换请求的相同路径向对端发送切换应答消息，否则，等待应答定时器超时，并在应答定时器超时的情况下从接收到所述业务切换请求的相同路径向对端发送切换应答消息。

优选地，业务切换请求用于请求将至少一个业务从待切换的聚合链路切换到其他聚合链路，其中，该业务切换请求携带有业务标识。

在本发明实施例的优选实施方式中，该装置中的各个组成部分可以按照上述实施例一所述的方法相互组合完成相应的功能，并具有相同的有益效果，具体本发明实施例不再赘述。

实施例五

本发明实施例还提供了一种弹性网络互连DRNI的切换处理装置，位于DRNI一端。图6是根据本发明实施例的弹性网络互连DRNI的切换处理装置的结构框图二，如图6所示，所述装置包括：接收模块602、定时器处理模块604、发送模块606。

接收模块602，用于接收链路切换请求或业务切换请求；

定时器处理模块604，用于判断DRNI一端是否包括多个端内系统，如果是，则启动应答定时器；

发送模块606，用于在应答定时器超时的情况下发送切换应答消息。

在本发明实施例的优选实施方式中，该装置中的各个组成部分可以按照上述实施例二所述的方法相互组合完成相应的功能，并具有相同的有益效果，具体本发明实施例不再赘述。

实施例六

本发明实施例还提供了一种弹性网络互连DRNI的切换处理装置，位于DRNI一端。图7是根据本发明实施例的弹性网络互连DRNI的切换处理装置的结构框图三，如图7所示，所述装置包括：切换端发送模块702、切换端接收模块704、切换模块706。

切换端发送模块702，用于发送业务切换请求，其中，业务切换请求携带有业务标识；

切换端接收模块704，用于接收响应业务切换请求的切换应答消息；

切换模块706，用于根据切换应答消息中携带的业务标识将相应的业务从待切换的聚合链路切换到其他聚合链路。

在本发明实施例的优选实施方式中，该装置中的各个组成部分可以按照上述实施例三所述的方法相互组合完成相应的功能，并具有相同的有益效果，具体本发明实施例不再赘述。

实施例七

为实现对聚合链路切换或业务切换时，报文能够达到有序传输，本发明实施例基于目前正在IEEE标准组织中讨论的DRNI技术，并结合原802.1AX中的Marker协议提出了一种在DRNI中保证在发生链路切换或业务切换时，控制报文的发送和流向，来保证报文有序传输的方法。图8是根据本发明优选实施例的弹性网络互连DRNI的切换处理方法的流程图，如图8所示，该流程包括以上步骤：

步骤S802，发送切换请求。

当DRNI一端的端内系统要进行链路切换或业务切换时，首先通过要切换的聚合链路发送一个Marker协议请求报文即切换请求给DRNI另一端的端内系统。如果对业务进行切换，则在发送的Marker协议报文中携带要切换的业务标识，同时停止从该聚合链路发送该业务报文，并启动请求定时器。如果对链路进行切换，即链路上的所有业务都切换到其他链路，则在发送的Marker协议报文中不携带业务标识，同时停止从该聚合链路发送业务报文，并启动请求定时器等待应答。DRNI一端的端内系统在请求定时器超时或请求定时器超时之前收到Marker协议应答报文即切换应答消息，将要切换的链路上的所有业务或某些业务切换到其他链路。

步骤S804，发送切换应答消息。

DRNI另一端的端内系统收到Marker协议请求报文后，如果该端内系统所在一端由单个端内系统组成，则通过接收到Marker请求报文的聚合链路返回一个Marker协议应答报文即切换应答消息。如果端内系统所在一端由多个端内系统组成，则启动一个应答定时器，等待该应答定时器超时，并在应答定时器超时，返回Marker协议应答报文。

DRNI另一端的端内系统接收到的Marker协议请求报文后，如果报文中携带业务标识，还可以根据该业务的网关所在位置进行处理。若业务标识对应的业务网关在本端内系统，即接收到切换请求的端内系统，立刻通过原路径向对端返回一个Marker协议应答报文即切换应答消息。若业务网关在其他端内系统，则通过内连链路发送Marker请求报文给业务网关所在端内系统。所述业务网关所在端内系统通过内连链路接收到Marker请求报文后，通过原路径返回一个Marker协议应答报文。待切换链路所在端内系统接收到业务网关所在的端内系统发送来的Marker应答报文，沿切换的链路向对端发送Marker协议应答报文。

实施例八

图9是根据本发明优选实施例的发起链路切换处理方法的流程图，如图9所示，该流程包括以下步骤：

步骤S902，发送链路切换请求。

当DRNI一端的端内系统要进行链路切换，即链路上的所有业务都切换到其他链路，则通过要切换的聚合链路发送链路切换请求给DRNI另一端的端内系统，该链路切换请求是Marker协议请求报文，不携带业务标识。

步骤S904，启动请求定时器。

DRNI一端的该端内系统停止从该聚合链路发送业务报文，并启动请求定时器。

步骤S906，等待接收切换应答消息或请求定时器超时。

步骤S908，进行链路切换。

请求定时器超时或在定时器超时之前收到切换应答消息的情况下，将要切换的链路上的所有业务切换到其他链路，其中切换应答消息是Marker协议应答报文。

图10是根据本发明优选实施例的响应链路切换处理方法的流程图，如图10所示，该流程包括以下步骤：

步骤S1002，判断端内系统所在一端由单个端内系统还是多个端内系统组成。

DRNI另一端的端内系统收到对端发送的链路切换请求后，在响应切换应答消息之前，先判断所述DRNI一端由单个端内系统还是多个端内系统组成。如果由单个端系统组成，执行步骤S1008，如果是多个端内系统组成，执行步骤S1004。

步骤S1004，启动应答定时器。

步骤S1006，等待该应答定时器超时。

在应答定时器超时的情况下，执行步骤S1008。

步骤S1008，响应切换应答消息。

通过要切换的聚合链路返回切换应答消息。

实施例九

图11是根据本发明优选实施例的发起业务切换处理方法的流程图，如图11所示，该流程包括以下步骤：

步骤S1102，发送业务切换请求。

当DRNI一端的端内系统要进行特定业务切换，即链路上的某些特定业务切换到其他链路，则通过要切换的聚合链路发送业务切换请求给DRNI的另一端的端内系统，其中，业务切换请求携带要切换业务的标识。

步骤S1104，启动请求定时器。

停止从该聚合链路发送该特定业务报文，并启动请求定时器。

步骤S1106，等待接收切换应答消息或请求定时器超时。

步骤S1108，进行业务切换。

请求定时器超时或在定时器超时之前收到携带业务标识的切换应答消息，将要切换的特定业务切换到其他链路。

图12是根据本发明优选实施例的响应业务切换处理方法的流程图之一，如图12所示，该流程包括以下步骤：

步骤S1202，接收到业务切换请求。

DRNI另一端的端内系统收到业务切换请求，该请求携带要切换的业务标识。

步骤S1204，判断端内系统所在一端由单个端内系统还是多个端内系统组成。

在DRNI另一端的端内系统发送切换应答消息之前，判断DRNI一端由单个端内系统还是多个端内系统组成，还是由多个端内系统组成。如果由单个端内系统组成，执行步骤S1210，如果由多个端内系统组成，执行步骤S1206。

步骤S1206，启动应答定时器。

步骤S1208，等待该应答定时器超时。

在应答定时器超时的情况下，执行步骤S1210。

步骤S1210，返回切换应答消息。

通过要切换的聚合链路返回切换应答消息。

图13是根据本发明优选实施例的响应业务切换处理方法的流程图之二，是特定业务切换时DRNI一端的端内系统的另一种处理方式，如图13所示，该流程包括以下步骤：

步骤S1302，接收到业务切换请求。

DRNI另一端的端内系统收到业务切换请求，该请求携带业务标识。

步骤S1304，判断要切换的业务的网关是否在本端内系统。

在该端内系统发送业务切换应答消息之前，判断要切换的业务的网关是否在本端内系统。如果是，执行步骤S1310，否则执行步骤S1306。

步骤S1306，通过内连链路发送切换请求给业务网关所在端内系统，启动应答定时器。

步骤S1308，等待业务网关所在端内系统返回切换应答消息或定时器超时。

步骤S1310，返回切换应答消息。

应答定时器超时，且没有接收到业务网关所在端内系统发送的切换应答消息，则通过要切换的聚合链路返回切换应答消息，如果在定时器超时之前接收到业务网关所在的端内系统发送来的切换应答消息，则停止定时器，通过聚合链路发送切换应答消息。

实施例十

图14是根据本发明优选实施例的业务走向示意图之一，如图14所示，DRNI的一端即端点1由端内系统A和端内系统B组成，DRNI的另一端即端点2由端内系统C组成，端内系统A、端内系统B和端内系统C通过链路1、链路2组成一个链路聚合组。假设有一组流量通过该链路聚合组中的链路1进行传输，但此时由于某些原因，比如链路1需要从聚合组中隔离出去，或者一个新的端口加入到了聚合组中，或者分发器决定将流量重新分发到其他端口等，该组流量需要从链路1切换到其他链路。此时，可以采用图15所示的切换方法。

图15是根据本发明优选实施例的切换处理方法中的协议报文走向图之一，如图15所示，该报文走向包括：

步骤S1502，端内系统A向端内系统C发送Marker协议请求报文。

端内系统A通过要切换的聚合链路1发送Marker协议请求报文即链路切换请求或业务切换请求，端内系统A终止从链路1发送报文，并启动请求定时器。如果在请求定时器超时的情况下，仍没有收到Marker协议应答报文即切换应答消息，则默认已经收到了该报文，进行切换。

步骤S1504，端内系统C立刻返回Marker协议应答报文。

端内系统C收到Marker协议请求报文后，判断本端内系统所在一端由为单个端内系统组成，不需要等待，直接返回Marker协议应答报文即切换应答消息。

端内系统A的请求定时器超时或定时器超时前收到对应的Marker协议应答报文后，将链路1上的所有业务切换到其他链路。

实施例十一

图16是根据本发明优选实施例的业务走向示意图之二，如图16所示，DRNI的两端均有两个端内系统组成，其中一端即端点1有端内系统A、B，另一端即端点2有端内系统C、D，他们通过聚合链路1、链路2、链路3和链路4组成一个聚合链路组。假设有一组流量通过该链路聚合组中的链路1传输，此时，由于某些原因，如链路1需要从聚合组中隔离出去，或者一个新的端口加入到了聚合组中，或者分发器决定将流量重新分发到其他端口等，该组流量需要从链路1切换到其他链路。此时，可采用图17提供的方法。

图17是根据本发明优选实施例的切换处理方法中的协议报文走向图之二，如图17所示，该报文走向包括以下步骤：

步骤S1702，端内系统A发送Marker协议请求报文。

端内系统A通过要切换的聚合链路1发送一个Marker协议请求报文即链路切换请求，终止从链路1发送报文，并启动请求定时器。

步骤S1704，端内系统C等待应答定时器超时。

端内系统C收到Marker协议请求报文后，判断本端内系统所在一端是否由多个端内系统组成。所述端由端内系统C和端内系统D组成，即所述端由多个端内系统组成。在所述端由多个端内系统组成的情况下，启动应答定时器。

步骤S1706，端内系统C返回Marker协议应答报文。

若应答定时器超时，返回一个Marker协议应答报文即切换应答消息。

如果端内系统A的请求定时器超时，仍没有收到Marker协议应答报文即切换应答消息，则默认已经收到了该报文，端内系统A进行切换。或者，如果端内系统A在请求定时器超时前收到对应的Marker协议应答报文，则将链路1上的所有业务切换到其他链路。

实施例十二

图18是根据本发明优选实施例的业务走向示意图之三，如图18所示，DRNI的一端即端点1由端内系统A和端内系统B组成，DRNI的另一端即端点2由端内系统C组成，端内系统A、B和端内系统C通过链路1、2组成一个链路聚合组。假设有一组流量通过该链路聚合组中的链路1传输，此时，由于某些原因，如流量均衡，需要将该组流量中的业务1从链路1切换到其他链路发送。此时，可以采用图19所示的切换方法。

图19是根据本发明优选实施例的切换处理方法中的协议报文走向图之三，如图19所示，该报文走向包括：

步骤S1902，端内系统A发送Marker协议请求报文。

端内系统A通过要切换的聚合链路1发送Marker协议请求报文即业务切换请求，在该报文中携带业务标识，假设该业务标识对应的是业务1。终止从链路1发送业务1报文，并启动请求定时器。如果请求定时器超时，仍没有收到相应的Marker协议应答报文即切换应答消息，则默认已经收到了该报文，端内系统A进行切换。其中，Marker协议报文中携带的业务标识信息可以通过TLV（Type Length Vlave类型长度值）方式携带在报文中。例如下图的TLV格式：

类型

长度

业务标识

步骤S1904，端内系统C直接返回Marker协议应答报文。

端内系统C收到Marker协议请求报文后，判断本端内系统所在一端由单个端内系统组成，不需要等待，直接返回一个Marker协议应答报文即切换应答消息。端内系统A的请求定时器超时或定时器超时前收到携带业务标识的Marker协议应答报文后，将该业务标识对应的业务切换到其他链路。

实施例十三

图20是根据本发明优选实施例的业务走向示意图之四，如图20所示，DRNI的两端均有两个端内系统组成，其中一端即端点1有端内系统A、B，另一端即端点2有端内系统C、D，他们通过聚合链路1、链路2、链路3和链路4组成一个链路聚合组。假设有一组流量走该链路聚合组中的链路1，此时，由于某些原因，如流量均衡，需要将该组流量中的业务1从链路1切换到其他链路发送，此时，可采用图21所示的方法实现。。

图21是根据本发明优选实施例的切换处理方法中的协议报文走向图之四，如图21所示，包括以下步骤：

步骤S2102，端内系统A发送Marker协议请求报文。

端内系统A通过要切换的聚合链路1发送一个Marker协议请求报文，在报文中携带业务标识，终止从链路1发送该业务报文，并启动请求定时器。如果在请求定时器超时，仍没有收到相应的Marker协议应答报文，则默认已经收到了该报文，端内系统A进行切换。

步骤S2104，端内系统C启动应答定时器，并等待定时器超时。

端内系统C收到Marker协议请求报文后，判断本端内系统所在一端由多个端内系统组成，启动应答定时器。

步骤S2106，返回Marker协议应答报文

若应答定时器超时，端内系统C返回Marker协议应答报文。端内系统A的请求定时器超时或定时器超时前收到对应的Marker协议应答报文后，将业务标识对应的业务切换到其他链路。

实施例十四

图22是根据本发明优选实施例的业务走向示意图之五，如图22所示，DRNI的两端均有两个端内系统组成，其中一端即端点1有端内系统A、B，另一端即端点有端内系统C、D，他们通过聚合链路1、2、3、4组成一个链路聚合组。假设有一组流量走该链路聚合组中的链路1，此时，由于某些原因，如流量均衡，需要将该组流量中的业务1从链路1切换到其他链路发送，可以采用图23所示的方法。

图23是根据本发明优选实施例的切换处理方法中的协议报文走向图之五，如图23所示，包括以下步骤：

步骤S2302，端内系统A发送Marker协议请求报文。

端内系统A通过要切换的聚合链路1发送一个Marker协议请求报文即业务切换请求，在该报文中携带业务标识，比如业务1，终止从链路1发送该业务报文，并启动请求定时器。如果在请求定时器超时，仍没有收到对应的Marker协议应答报文即切换应答消息，则默认已经收到了该报文，进行切换。

步骤S2304，端内系统C直接返回Marker协议应答报文。

端内系统C收到Marker协议请求报文后，判断业务标识对应的业务网关在本端内系统，直接返回一个Marker协议应答报文。

端内系统A的请求定时器超时或定时器超时前收到对应的Marker协议应答报文后，将业务标识对应的业务切换到其他链路。

实施例十五

图24是根据本发明优选实施例的业务走向示意图之六，如图24所示，DRNI的两端均有两个端内系统组成，其中一端有端内系统A、B，另一端有端内系统C、D，他们通过聚合链路1、2、3、4组成一个链路聚合组。假设一般情况下，有一组流量走该链路聚合组中的链路1，此时，由于某些原因，如流量均衡，需要将该组流量中的业务1从链路1切换到其他链路发送，可采用图25所示的方法。

图25是根据本发明优选实施例的切换处理方法中的协议报文走向图之六，如图25所示，该流程包括以下步骤：

步骤S2502，端内系统A发送Marker协议请求报文。

端内系统A通过要切换的聚合链路1发送一个Marker协议请求报文，在报文中携带业务标识，终止从链路1发送该业务报文，并启动请求定时器。如果在请求定时器超时，仍没有收到对应的Marker协议应答报文，则默认已经收到了该报文，进行切换。

步骤S2504，端内系统C通过内连链路发送Marker协议请求报文。

端内系统C收到Marker协议请求报文后，判断业务标识对应的业务网关不是端内系统C，通过内连链路发送Marker协议请求报文给业务网关所在端内系统假设是端内系统D。同时，启动应答定时器。

步骤S2506，端内系统D返回Marker协议应答报文。

端内系统D从内连链路接收到Marker协议请求报文后，沿内连链路返回一个Marker协议应答报文。

步骤S2508，端内系统C发送Marker协议应答报文给端内系统A。

端内系统C在定时器超时前从内连链路接收到Marker协议应答报文，则停止定时器，并通过聚合链路1发送Marker应答报文给端内系统A。端内系统C的应答定时器超时，仍没有收到网关所在端内系统发来的Marker协议应答报文，沿聚合链路返回一个Marker协议应答报文。

端内系统A在请求定时器超时或定时器超时前收到对应的Marker协议应答报文后，将业务标识对应的业务切换到其他链路。

实施例十六

图26是根据本发明优选实施例的业务走向示意图之七，如图26所示，DRNI的两端均有三个端内系统组成，其中一端即端点1有端内系统A、B、C，另一端即端点2有端内系统D、E、F，他们通过聚合链路1、2、3组成一个链路聚合组。假设一般情况下，有一组流量走该链路聚合组中的链路1，此时，由于某些原因，如流量均衡，需要将该组流量中的业务1从链路1切换到其他链路发送，可采用图27的方法。

图27是根据本发明优选实施例的切换处理方法中的协议报文走向图之七，如图27所示，该流程包括以下步骤：

步骤S2702，端内系统A发送Marker协议报文。

端内系统A通过要切换的聚合链路1发送一个Marker协议请求报文，在报文中携带业务标识，比如业务1，终止从链路1发送业务1报文，并启动请求定时器。如果在请求定时器超时，仍没有收到对应的Marker协议应答报文，则默认已经收到了该报文，直接进行切换。

步骤S2704，端内系统D向端内系统F发送Marker请求报文。

端内系统D收到Marker协议请求报文后，通过内连链路发送Marker协议请求给业务网关所在端内系统，假设是端内系统F。同时，启动应答定时器。如果在应答定时器超时，仍没有收到端内系统F发来的Marker协议应答报文，则直接向端内系统A发送Marker应答报文。

步骤S2706，端内系统F返回Marker协议应答报文。

端内系统F从内连链路接收到Marker协议请求报文，沿内连链路返回一个Marker协议应答报文给端内系统D。

步骤S2708，端内系统D发送Marker应答报文给端内系统A。

端内系统D在定时器超时之前从内连链路接收到Marker协议应答报文，则停止定时器，并通过聚合链路1发送Marker应答报文给端内系统A。如果端内系统D的应答定时器超时，仍没有收到端内系统F发来的Marker协议应答报文，沿聚合链路返回一个Marker协议应答报文。

端内系统A收到对应的Marker协议应答报文后，将业务1切换到其他链路。

实施例十七

图28是根据本发明优选实施例的弹性网络互连DRNI的切换处理装置的结构框图，如图28所示，该装置包括协议报文收发模块2802、定时器模块2804、规则处理模块2806。

协议报文收发模块2802，用于接收和发送Marker协议请求和应答报文，对要发送的协议报文进行封装，对接收的协议报文进行解封装处理。

定时器模块2804，用于定时等待处理，包括请求定时器等待处理，应答定时器等待处理。

规则处理模块2806：用于在发送报文之前或接收到报文之后，根据不同规则进行协议处理。用于区分的规则包括：链路切换和特定业务切换的区分，单个端内系统和多个端内系统的区分，业务网关在本端内系统或其他端内系统的区分。

本装置中的定时器模块2804和规则处理模块2806相当于图6中的定时器处理模块604。

从以上的描述中，可以看出，本发明实现了如下技术效果：本发明实施例不仅支持单设备聚合组链路切换和特定业务切换不乱序，还支持跨设备聚合组的聚合链路切换和特定业务切换不乱序，克服了原方法只适用于单设备聚合组、仅支持链路切换的不足，同时保证与原Marker协议的最大兼容。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种分布式弹性网络互连DRNI的切换处理方法，其特征在于，包括：

DRNI一端接收到对端发送的业务切换请求；

确定所述业务切换请求对应的业务网关所在的端内系统；

所述DRNI一端从所确定的端内系统获取响应所述业务切换请求的切换应答消息，并向对端发送所述切换应答消息；

其中，所述DRNI一端从所确定的端内系统获取响应所述业务切换请求的所述切换应答消息，并向对端发送切换应答消息包括：

如果所述DRNI一端的当前端内系统是业务网关，则直接从接收到所述业务切换请求的相同路径向对端发送切换应答消息，否则通过内连链路发送所述业务切换请求给相应的业务网关所在的端内系统，并启动应答定时器；

如果在所述应答定时器超时前接收到所述业务网关所在端内系统响应的切换应答消息，则从接收到所述业务切换请求的相同路径向对端发送切换应答消息。

2.根据权利要求1所述的方法，其特征在于，如果在在所述应答定时器超时前未接收到所述业务网关所在端内系统响应的切换应答消息，等待所述应答定时器超时，并在所述应答定时器超时的情况下从接收到所述业务切换请求的相同路径向对端发送切换应答消息。

3.根据权利要求2所述的方法，其特征在于，所述业务切换请求用于请求将至少一个业务从待切换的聚合链路切换到其他聚合链路，并且所述业务切换请求携带有业务标识。

4.根据权利要求1至3中任一项所述的方法，其特征在于，对端根据所述切换应答消息中携带的业务标识将相应的业务从待切换的聚合链路切换到其他聚合链路。

5.根据权利要求4所述的方法，其特征在于，所述业务切换请求是标志Marker请求报文，所述切换应答消息是Marker应答报文。

6.一种分布式弹性网络互连DRNI的切换处理方法，其特征在于，包括：

DRNI一端接收到链路切换请求或业务切换请求；

判断所述DRNI一端是否包括多个端内系统，如果是，则启动应答定时器；

当在所述应答定时器超时前接收到其他端内系统响应的切换消息时，则停止定时器，所述DRNI一端发送切换应答消息；

当所述应答定时器超时，所述DRNI一端发送所述切换应答消息。

7.一种分布式弹性网络互连DRNI的切换处理方法，其特征在于，包括：

DRNI一端的端内系统发送业务切换请求，其中，所述业务切换请求携带有业务标识；

DRNI另一端的端内系统接收到所述切换请求后，获取响应所述切换请求的切换应答消息，并向对端发送切换应答消息；

所述DRNI一端的端内系统接收到响应所述业务切换请求的切换应答消息，并根据所述切换应答消息中携带的业务标识将相应的业务从待切换的聚合链路切换到其他聚合链路；

其中，所述DRNI另一端的端内系统获取响应所述业务切换请求的切换应答消息，并向对端发送切换应答消息包括：

如果所述DRNI另一端的当前端内系统是业务网关，则直接从接收到所述业务切换请求的相同路径向对端发送切换应答消息，否则通过内连链路发送所述业务切换请求给相应的业务网关所在的端内系统，并启动应答定时器；

如果在所述应答定时器超时前接收到所述业务网关所在端内系统响应的切换应答消息，则从接收到所述业务切换请求的相同路径向对端发送切换应答消息。

8.一种分布式弹性网络互连DRNI的切换处理装置，其特征在于，包括：

业务切换接收模块，用于接收对端发送的业务切换请求；

业务网关处理模块，用于确定所述业务切换请求对应的业务网关所在的端内系统；

业务切换发送模块，用于从所确定的端内系统获取响应所述业务切换请求的切换应答消息，并向对端发送切换应答消息；

其中，所述DRNI一端从所确定的端内系统获取响应所述业务切换请求的所述切换应答消息，并向对端发送切换应答消息包括：

如果所述DRNI一端的当前端内系统是业务网关，则直接从接收到所述业务切换请求的相同路径向对端发送切换应答消息，否则通过内连链路发送所述业务切换请求给相应的业务网关所在的端内系统，并启动应答定时器；

如果在所述应答定时器超时前接收到所述业务网关所在端内系统响应的切换应答消息，则从接收到所述业务切换请求的相同路径向对端发送切换应答消息。

9.根据权利要求8所述的装置，其特征在于，如果在在所述应答定时器超时前未接收到所述业务网关所在端内系统响应的切换应答消息，等待所述应答定时器超时，并在所述应答定时器超时的情况下从接收到所述业务切换请求的相同路径向对端发送切换应答消息。

10.根据权利要求8或9所述的装置，其特征在于，所述业务切换请求用于请求将至少一个业务从待切换的聚合链路切换到其他聚合链路，并且所述业务切换请求携带有业务标识。

11.一种分布式弹性网络互连DRNI的切换处理装置，其特征在于，位于DRNI一端，所述装置包括：

接收模块，用于接收链路切换请求或业务切换请求；

定时器处理模块，用于判断所述DRNI一端是否包括多个端内系统，如果是，则启动应答定时器；

发送模块，用于当在所述应答定时器超时前接收到其他端内系统响应的切换消息时，则停止定时器，所述DRNI一端发送切换应答消息；

所述发送模块，还用于在所述应答定时器超时的情况下发送所述切换应答消息。

12.一种分布式弹性网络互连DRNI的切换处理装置，其特征在于，包括：

切换端发送模块，用于发送业务切换请求，其中，所述业务切换请求携带有业务标识；

切换端接收模块，用于接收响应所述业务切换请求的切换应答消息；

切换模块，用于根据所述切换应答消息中携带的业务标识将相应的业务从待切换的聚合链路切换到其他聚合链路；

业务网关处理模块，用于确定所述业务切换请求对应的业务网关所在的端内系统；

其中，所述切换端接收模块，还用于接收对端发送的业务切换请求；

其中，所述切换端发送模块，还用于从所确定的端内系统获取响应所述业务切换请求的切换应答消息，并向对端发送切换应答消息；

其中，所述DRNI一端从所确定的端内系统获取响应所述业务切换请求的所述切换应答消息，并向对端发送切换应答消息包括：

如果所述DRNI一端的当前端内系统是业务网关，则直接从接收到所述业务切换请求的相同路径向对端发送切换应答消息，否则通过内连链路发送所述业务切换请求给相应的业务网关所在的端内系统，并启动应答定时器；

如果在所述应答定时器超时前接收到所述业务网关所在端内系统响应的切换应答消息，则从接收到所述业务切换请求的相同路径向对端发送切换应答消息。