CN102480377A - 聚合链路的管理方法及*** - Google Patents

Abstract

本发明公开了一种聚合链路的管理方法，控制平面的聚合控制模块收到配置聚合链路的请求后，根据所述配置聚合链路的请求判断配置操作的类型，所述配置聚合链路的请求为静态请求或动态请求；聚合控制模块根据配置操作的类型及配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作，本发明还相应地公开了一种聚合链路的管理***。通过本发明，能够实现对聚合链路的动态管理。

Description

聚合链路的管理方法及***

技术领域

本发明涉及包交换网络，尤其涉及一种聚合链路的管理方法及***。

背景技术

随着数据业务量的增长和对服务质量要求的提高，高带宽提供日益成为包交换网络最重要的特征。链路聚合便是满足网络高带宽需求的一个重要技术。链路聚合技术(在IEEE 802.3ad有规定描述)是将两台设备间的数条物理链路(或称数据链路)组合成逻辑上的一条链路(也称为一条聚合链路)，该链路在逻辑上是一个整体，内部的组成和传输数据的细节对上层服务是透明的。

在包交换网络中，目前已采用多协议标签交换(Multi-Protocol LabelSwitching，MPLS)、MPLS-TP(MPLS-Transport Profile)、运营商骨干桥接技术(Provider Backbone Bridge，PBB)、虚拟局域网(Virtual Local Area Network，VLAN)交换等技术实现流量工程(Traffic Engineering，TE)。根据当前的TE流量工程技术，控制平面和数据平面分离，在传送用户数据之前，服务提供者首先根据用户要求制定服务水平协定(SLA)，SLA包括了满足用户服务质量(QoS)要求的不同服务流的带宽参数，而控制平面根据事先确定的不同服务流的带宽参数和当前网络资源使用状况，配置服务流的转发路径到数据平面，并且在网络的资源使用状态发生变化(如LSP的删除或增加、网络链路增加或减少等)时，进一步修改已有服务流的转发路径并通知数据平面，数据平面收到服务流数据包时根据控制平面配置的转发路径进行数据转发，从而即可保证用户服务流的QoS要求又能优化对网络资源的使用，所以TE流量工程技术目前在运营商网络的应用越来越广泛。

由于服务提供者需要根据其为不同用户提供的不同带宽收费，因此“事先规划确定服务流带宽参数”是必须的，也是TE流量工程技术的重要特征之一，进一步，如果控制平面能充分利用这个特征，依据事先确定的服务流带宽对不同服务流在聚合链路成员链路上的分布进行有效控制，实现链路聚合功能，并解决当前链路聚合技术不能很好解决链路拥塞这一缺点，那么该链路聚合控制技术将在包交换网络中显得十分有用；为了方便描述这里把聚合链路上所有相关的技术，这里统称为TE-Trunk技术。

但是，对TE-Trunk技术，现有的大多数技术只描述了，一旦聚合链路发生故障或者拥塞情况，如何进行控制处理的策略，而现有链路聚合技术不能在已配置了服务流转发路径的聚合链路上进行动态调整，换言之，现有技术缺乏描述聚合链路如何的具体实现和在已配置服务流的聚合链路情况下如何聚合问题，因此，如何能有效的动态管理这些聚合链路显得相当重要。

发明内容

有鉴于此，本发明的主要目的在于提供一种聚合链路的管理方法及***，能够实现对聚合链路的动态管理。

为达到上述目的，本发明的技术方案是这样实现的：

一种聚合链路的管理方法，包括：

控制平面的聚合控制模块收到配置聚合链路的请求后，根据所述配置聚合链路的请求判断配置操作的类型，所述配置聚合链路的请求为静态请求或动态请求；

聚合控制模块根据配置操作的操作类型及配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作。

所述配置聚合链路的请求携带：操作类型、聚合链路标识、每个成员链路的标识及其可使用带宽，

所述操作类型包括：新增操作、删除操作、修改操作。

配置操作的操作类型为新增操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

a、判断是否需要生成新的聚合链路，如果是，则形成新的聚合链路，根据所述配置聚合链路的请求将新增的数据链路配置成所述聚合链路的成员，转到步骤c；否则，即需要在聚合链路上新增成员链路，根据所述配置聚合链路的请求将新增的数据链路配置成所述聚合链路的成员，转到步骤b；

b、判断所述聚合链路是否已经配置了服务流的转发路径，所述聚合链路已配置服务流的转发路径，则聚合控制模块向策略控制模块获取控制策略，策略控制模块按照控制策略进行服务流的控制或重分配，服务流的服务路径改变时，策略控制模块根据策略的调度结果向数据平面下发配置，并把配置结果反馈给聚合控制模块；

c、聚合控制模块通知配置结果给控制平面的其他模块或管理平面。

配置操作的操作类型为删除操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

d、判断删除操作涉及的聚合链路上是否承载了服务流，删除操作涉及的聚合链路上承载了服务流，则转到步骤e；删除操作涉及的聚合链路上未承载服务流，则直接根据所述配置聚合链路的请求把成员链路从聚合链路中移除；

e、判断排除需要删除的成员链路，聚合链路上是否还存在足够资源用来承载被删除的成员链路上的服务流，存在足够资源，则转到步骤f；不存在足够资源，则聚合控制模块通知控制平面的其他模块或管理平面本次删除失败；

f、聚合控制模块向策略控制模块获取控制策略，策略控制模块按照控制策略进行服务流的控制或重分配，如果服务流的服务路径改变，则根据策略的调度结果向数据平面下发配置，并把结果反馈给聚合控制模块；之后，聚合控制模块通知配置结果给控制平面的其他模块或管理平面，并根据所述配置聚合链路的请求将所述成员链路从所述聚合链路中移除。

将成员链路从聚合链路中移除后，该方法还包括：判断所述聚合链路中是否还存在成员链路，没有成员链路存在时，删除所述聚合链路。

配置操作的操作类型为修改操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

g、判断涉及修改操作的聚合链路是否配置了服务流的转发路径，配置了服务流的转发路径，则转到步骤h；未配置服务流的转发路径，则聚合控制模块直接修改聚合链路的属性；

h、聚合控制模块请求策略控制模块进行调度，将涉及修改操作的聚合链路上承载的服务流转移到其他聚合链路，在策略控制模块返回结果后，修改所述聚合链路的属性。

一种聚合链路的管理***，包括控制平面的聚合控制模块，用于收到配置聚合链路的请求后，根据所述配置聚合链路的请求判断配置操作的类型，所述配置聚合链路的请求为静态请求或动态请求；以及根据配置操作的操作类型及配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作。

该***还包括控制平面的策略控制模块，配置操作的操作类型为新增操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

a′、判断是否需要生成新的聚合链路，如果是，则形成新的聚合链路，根据所述配置聚合链路的请求将新增的数据链路配置成所述聚合链路的成员，转到步骤c′；否则，即需要在聚合链路上新增成员链路，根据所述配置聚合链路的请求将新增的数据链路配置成所述聚合链路的成员，转到步骤b′；

b′、判断所述聚合链路是否已经配置了服务流的转发路径，所述聚合链路已配置服务流的转发路径，则聚合控制模块向策略控制模块获取控制策略，策略控制模块按照控制策略进行服务流的控制或重分配，服务流的服务路径改变时，策略控制模块根据策略的调度结果向数据平面下发配置，并把配置结果反馈给聚合控制模块；

c′、聚合控制模块通知配置结果给控制平面的其他模块或管理平面。

该***还包括控制平面的策略控制模块，配置操作的操作类型为删除操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

d′、判断删除操作涉及的聚合链路上是否承载了服务流，删除操作涉及的聚合链路上承载了服务流，则转到步骤e′；删除操作涉及的聚合链路上未承载服务流，则直接根据所述配置聚合链路的请求把成员链路从聚合链路中移除；

e′、判断排除需要删除的成员链路，聚合链路上是否还存在足够资源用来承载被删除的成员链路上的服务流，存在足够资源，则转到步骤f′；不存在足够资源，则聚合控制模块通知控制平面的其他模块或管理平面本次删除失败；

f′、聚合控制模块向策略控制模块获取控制策略，策略控制模块按照控制策略进行服务流的控制或重分配，如果服务流的服务路径改变，则根据策略的调度结果向数据平面下发配置，并把结果反馈给聚合控制模块；之后，聚合控制模块通知配置结果给控制平面的其他模块或管理平面，并根据所述配置聚合链路的请求将所述成员链路从所述聚合链路中移除。

所述聚合控制模块，还用于在将成员链路从聚合链路中移除后，判断所述聚合链路中是否还存在成员链路，没有成员链路存在时，删除所述聚合链路。

该***还包括控制平面的策略控制模块，配置操作的操作类型为修改操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

g′、判断涉及修改操作的聚合链路是否配置了服务流的转发路径，配置了服务流的转发路径，则转到步骤h′；未配置服务流的转发路径，则聚合控制模块直接修改聚合链路的属性；

h′、聚合控制模块请求策略控制模块进行调度，将涉及修改操作的聚合链路上承载的服务流转移到其他聚合链路，在策略控制模块返回结果后，修改所述聚合链路的属性。

本发明聚合链路的管理方法及***，控制平面的聚合控制模块收到配置聚合链路的请求后，根据所述配置聚合链路的请求判断配置操作的类型；聚合控制模块根据配置操作的类型及配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作，所以，通过本发明，能够实现对聚合链路的动态管理。

附图说明

图1为本发明聚合链路的管理方法流程示意图；

图2为本发明聚合链路的管理***结构示意图；

图3为本发明实施例1中初始配置聚合链路示意图；

图4为本发明实施例2增加成员链路引起服务流量重分配的示意图；

图5为本发明实施例3在聚合链路上删除成员链路的示意图；

图6为本发明实施例4修改聚合链路的标识的示意图。

具体实施方式

本发明的目的在于：在进行聚合链路的维护操作时候，判断服务流路径是否已经在聚合链路的成员链路上配置，并且根据服务流带宽需求，采用某种配置策略来调整聚合链路上现有的已配置服务流在其成员链路上的位置，从而有效实现链路聚合管理，维护聚合链路的同时保证了每个服务流的带宽服务质量要求，使得TE-Trunk技术更加具有可实施性和操作性。

一般情况下，聚合链路的成员链路信息在本地使用，网络内其它节点不能看到聚合链路内部的成员链路信息，而聚合链路的信息可通过路由泛洪等手段让其它节点使用。由于当前路由泛洪技术已支持聚合链路信息的泛洪，本专利实施过程不再详细描述关于聚合链路的链路信息泛洪过程。另外，在本发明描述中，也称一个聚合链路为一个逻辑链路。

本发明的基本思想是：控制平面的聚合控制模块收到配置聚合链路的请求后，根据所述配置聚合链路的请求判断配置操作的类型；聚合控制模块根据配置操作的类型及配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作。

图1为本发明聚合链路的管理方法流程示意图，如图1所示，该方法包括：

步骤101：控制平面的聚合控制模块收到配置聚合链路的请求。

一般的，控制平面需要对所述收到的配置聚合链路的请求进行校验，该配置聚合链路的请求可以携带：操作类型、聚合链路标识、每个成员链路的标识及其可使用带宽，其中，操作类型一般包括：新增操作、删除操作、修改操作。

需要说明的是，聚合链路标识必须在一个节点内唯一标识出一条聚合链路，但形式可以是多种多样，如采用ip地址、采用特殊数值等，新增聚合链路时候此标识要么由管理平面分配，要么由控制平面自动分配，删除和修改时必须指定此标识。

本发明过程中对聚合链路请求进行分解和聚合的触发条件可以是静态请求(如网管配置请求)也可以是动态请求(如信令请求)；另外，本发明中服务流的标识可以是多种多样，服务流常用SFlow表示，描述服务流个数可能不止一个时一般常用SFlows表示，SFlow可以是LSP、VLAN、VLAN+MAC、MAC等标识对应的各种服务流。

步骤102：控制平面根据所述配置聚合链路的请求判断配置操作的类型，配置操作为新增操作，则转到步骤103；配置操作为删除操作，则转到步骤109；配置操作为修改操作，则转到步骤115。

步骤103：判断是否需要生成新的聚合链路，如果是，转到步骤104；否则，即需要在聚合链路上新增成员链路，转到步骤105。

所述判断是否需要生成新的聚合链路可以为：如果采用的是管理平面分配聚合链路标识则查找是否存在相同的聚合链路标识，如果不存在，则说明是新增聚合链路；如果是控制平面自动分配聚合链路标识，则此时聚合链路标识不存在，需要控制平面自动生成，否则视为添加成员链路。

步骤104：形成新的聚合链路，根据所述配置聚合链路的请求将新增的数据链路配置成所述聚合链路的成员，转到步骤108。

步骤105：根据所述配置聚合链路的请求将新增的数据链路配置成所述聚合链路的成员。

步骤106：判断新增操作涉及的聚合链路是否承载了服务流(即是否配置了服务流的转发路径)，如果已配置了服务流的转发路径，则转到步骤107；否则，流程结束。

步骤107：按照控制策略进行业务流调度，即聚合控制模块向策略控制模块获取控制策略，策略控制模块按照控制策略进行服务流的控制或重分配，如果服务流的服务路径改变，则策略控制模块根据策略的调度结果决定需向数据平面下发配置，并把配置结果反馈给聚合控制模块。

步骤108：聚合控制模块通知配置结果给控制平面的其他模块或管理平面，流程结束。

步骤109：判断删除操作涉及的聚合链路上是否承载了服务流，如果是，转到步骤110；否则，转到步骤114。

步骤110：判断排除需要删除的成员链路，聚合链路上是否还存在足够资源用来承载被删除的成员链路上的服务流，如果存在足够资源，则转到步骤111；否则，转到步骤113。

步骤111：按照控制策略进行业务流调度，即聚合控制模块向策略控制模块获取控制策略，策略控制模块按照控制策略进行服务流的控制或重分配，如果服务流的服务路径改变，则根据策略的调度结果向数据平面下发配置(策略控制技术不在本方案描述范围内)，并把结果反馈给聚合控制模块。

步骤112：聚合控制模块通知配置结果给控制平面的其他模块或管理平面，并根据所述配置聚合链路的请求将所述成员链路从所述聚合链路中移除，流程结束。

步骤113：聚合链路不存在足够资源，则聚合控制模块通知控制平面的其他模块或管理平面本次删除失败，流程结束。

聚合控制模块通知控制平面的其他模块或管理平面本次删除失败后，可以由控制平面或者管理平面决定下一步，如控制平面可以启动重路由机制。

步骤114：直接根据所述配置聚合链路的请求把成员链路从聚合链路中移除，流程结束。

需要说明的是，聚合控制模块最后还可以进一步判断聚合链路中是否还存在成员链路，如果没有成员链路存在了，则删除此聚合链路。

步骤115：判断涉及修改操作的聚合链路是否承载了服务流(配置了服务流的转发路径)，如果配置了服务流的转发路径，则转到步骤116；否则，转到步骤117。

步骤116：按照控制策略进行业务流调度，即聚合控制模块请求策略控制模块进行调度，将涉及修改操作的聚合链路上承载的服务流转移到其他聚合链路，在策略控制模块返回结果后，执行步骤117。

步骤117：聚合控制模块直接修改聚合链路的属性为新的属性，流程结束。

这里，修改指的是在不删减聚合链路的成员前提下，修改聚合链路本身的属性，包括聚合链路的标识、聚合链路的保护属性等等。

需要说明的是，在上述聚合链路的管理过程中，控制平面一般还需要区分不同服务流的控制策略，此控制策略可以由管理平面预先配置，也可以控制平面根据不同场景选择合适控制策略。这里控制策略指的是：采用某种技术使得服务流可以负载均衡，减少阻塞概率，如专利都是描述的都是和此相关技术。

需要说明的是，在上述聚合链路的管理过程中，配置聚合链路需要根据不同条件和场景需要更新聚合链路的相关带宽并进行聚合链路泛洪，如何进行更新和范洪的技术不在本方案描述范围内。

需要说明的是，在上述聚合链路的管理过程中，所述的经过聚合链路的服务流可以是单向服务流，也可以是双向服务流。

本发明还提出一种聚合链路的管理***，图2为本发明聚合链路的管理***结构示意图，如图2所示，该***包括控制平面的聚合控制模块，用于收到配置聚合链路的请求后，根据所述配置聚合链路的请求判断配置操作的类型，所述配置聚合链路的请求为静态请求或动态请求；以及根据配置操作的操作类型及配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作。

该***还包括控制平面的策略控制模块，配置操作的操作类型为新增操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

a′、判断是否需要生成新的聚合链路，如果是，则形成新的聚合链路，根据所述配置聚合链路的请求将新增的数据链路配置成所述聚合链路的成员，转到步骤c′；否则，即需要在聚合链路上新增成员链路，根据所述配置聚合链路的请求将新增的数据链路配置成所述聚合链路的成员，转到步骤b′；

b′、判断所述聚合链路是否已经配置了服务流的转发路径，所述聚合链路已配置服务流的转发路径，则聚合控制模块向策略控制模块获取控制策略，策略控制模块按照控制策略进行服务流的控制或重分配，服务流的服务路径改变时，策略控制模块根据策略的调度结果向数据平面下发配置，并把配置结果反馈给聚合控制模块；

c′、聚合控制模块通知配置结果给控制平面的其他模块或管理平面。

该***还包括控制平面的策略控制模块，配置操作的操作类型为删除操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

d′、判断删除操作涉及的聚合链路上是否承载了服务流，删除操作涉及的聚合链路上承载了服务流，则转到步骤e′；删除操作涉及的聚合链路上未承载服务流，则直接根据所述配置聚合链路的请求把成员链路从聚合链路中移除；

e′、判断排除需要删除的成员链路，聚合链路上是否还存在足够资源用来承载被删除的成员链路上的服务流，存在足够资源，则转到步骤f′；不存在足够资源，则聚合控制模块通知控制平面的其他模块或管理平面本次删除失败；

f′、聚合控制模块向策略控制模块获取控制策略，策略控制模块按照控制策略进行服务流的控制或重分配，如果服务流的服务路径改变，则根据策略的调度结果向数据平面下发配置，并把结果反馈给聚合控制模块；之后，聚合控制模块通知配置结果给控制平面的其他模块或管理平面，并根据所述配置聚合链路的请求将所述成员链路从所述聚合链路中移除。

所述聚合控制模块，还用于在将成员链路从聚合链路中移除后，判断所述聚合链路中是否还存在成员链路，没有成员链路存在时，删除所述聚合链路。

该***还包括控制平面的策略控制模块，配置操作的操作类型为修改操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

g′、判断涉及修改操作的聚合链路是否配置了服务流的转发路径，配置了服务流的转发路径，则转到步骤h′；未配置服务流的转发路径，则聚合控制模块直接修改聚合链路的属性；

h′、聚合控制模块请求策略控制模块进行调度，将涉及修改操作的聚合链路上承载的服务流转移到其他聚合链路，在策略控制模块返回结果后，修改所述聚合链路的属性。

可以看出，采用本发明所述方法，采用本发明所述方法，可以灵活方便的进行聚合链路的管理，不管是静态还是动态配置，不管是聚合链路上配置了服务流转发路径，还是没有配置，都可以得到很好控制处理，有效地实现链路聚合管理，在维护聚合链路的同时保证了每个服务流的带宽服务质量要求。

下面通过具体实施例对本发明的方案作进一步的详细描述。需要说明的是，在下面的所有实施详细说明中，有如下的约定描述方式：

Linka-b表示一个逻辑链路Linka的成员链路，该链路也是一个物理链路；

Linka-b(BW1)中的BW1表示该物理链路可使用带宽；

LSP(CIR，link ID)表示一个LSP的一些关键特征值信息，其中，CIR表示承诺带宽；Link ID表示LSP经过聚合链路的成员链路标识。

配置聚合链路过程中，根据不同条件和场景需要更新聚合链路的相关带宽并进行聚合链路泛洪，为了简单起见，下面实施例省略了这部分描述。

实施例1

图3为本发明实施例1中初始配置聚合链路示意图，且无服务流创建在聚合链路上。

节点A其初始配置过程如下：

新增聚合链路接口：Link1-1(10M)、Link1-2(10M)、Link1-3(10M)，并且使用相同的聚合链路标识：Link-ag1。

顺序处理新增的三个数据链路接口：Link1-1、Link1-2、Link1-3，处理完一个再处理后面一个。在处理新增第一个数据链路接口：Link1-1时，先生成数据链路接口：Link-ag1，由于其聚合链路标识Link-ag1没有被配置过，于是生成对应的新聚合接口：Link-ag1(暂取值与聚合链路标识相同，以下同)，并将数据链路接口：Link1-1设置为聚合链路接口：Link-ag1的成员链路。

在处理新增第二个数据链路接口：Link1-2时，先生成数据链路接口：Link1-2，由于其聚合链路标识：Link-ag1已经被配置过，于是将数据链路接口：Link1-2设置为聚合链路接口：Link-ag1的成员链路。

处理新增第三个数据链路接口：Link1-3时，先生成数据链路接口：Link1-3，由于其聚合链路标识：Link-ag1已经被配置过，于是将数据链路接口：Link1-3设置为聚合链路接口：Link-ag1的成员链路。

此时还需要更新聚合链路的带宽信息，采用链路泛洪让其它节点知道此逻辑链路信息。

在节点B上同样执行上述操作，就能完成图3所示的聚合链路初始配置。

实施例2

图4为本发明实施例2增加成员链路引起服务流量重分配的示意图，如图4所示，聚合链路标识为：Link-ag1，Link1-1(10M)、Link1-2(10M)上面已创建的服务流LSP情况如下：LSP1(2M，Link1-1)、LSP2(2M，Link1-2)、LSP3(2M，Link1-2)；

新增聚合链路的成员链路：Link1-3(10M)、Link1-4(10M)聚合链路标识为：Link-ag1。

节点A具体过程如下：

在节点A上顺序处理数据链路接口：Link1-3和Link1-4；处理完一个再处理后面一个。在处理新增第一个数据链路接口：Link1-3时，先生成数据链路接口：Link1-3，由于其聚合链路标识：Link-ag1已经被配置过，于是将数据链路接口：Link1-3设置为聚合链路接口：Link-ag1的成员链路。

用与上述Link1-3同样的步骤处理第二个新增数据链路Link-1-4。

节点B重复以上相同步骤就可以完成此过程。配置完毕后此时还需要更新聚合链路的带宽信息，采用链路泛洪让其它节点知道此逻辑链路信息。

然后，聚合控制模块进一步检查聚合链路上是否配置了LSP，聚合控制模块此时会通知策略控制模块进行服务流的调度，为了描述清楚，这里假设控制策略为负载均衡；由于成员链路Link1-2上面配置的LSP2和LSP3，且占用带宽为4M，Link1-1上LSP1占用带宽为2M，策略控制模块把LSP3调整到Link1-4上面，这样成员链路的带宽就均匀分布，减少了阻塞概率。

策略控制模块返回结果给聚合控制模块，聚合控制模块上报结果，配置结束。

实施例3

图5为本发明实施例3在聚合链路上删除成员链路的示意图，如图5所示，聚合链路标识为：Link-ag1，Link1-1(10M)、Link1-2(10M)、Link1-3(10M)、Link1-4(10M)上面已创建的服务流LSP情况如下：LSP1(2M，Link1-1)、LSP2(2M，Link1-2)、LSP3(2M，Link1-4)；

删除聚合链路的成员链路：Link1-4(10M)，聚合链路标识为：Link-ag1。

具体过程如下：

首先计算排除成员链路Link1-3(10M)后，聚合链路Link-ag1上带宽是否有足够带宽承载当前的服务流LSP3(2M，Link1-4)，由于聚合链路的还有一个成员链路Link1-3未使用，且带宽为10M，因此可以判断Link1-3可以满足LSP3的带宽需求；

聚合控制模块请求策略控制模块进行服务流控制的控制，策略控制模块把调整结果返回给聚合控制模块LSP3被调整到Link1-3上。聚合控制模块把Link1-4移出聚合链路；

最后检查聚合链路是否还存在成员链路，由于此时聚合链路还存在成员链路Link1-1，Link1-2和Link1-4，所以不需要删除聚合链路，配置结束。

同样，在节点B上重复上面步骤完成此过程。

实施例4

图6为本发明实施例4修改聚合链路的标识的示意图，如图6所示，聚合链路标识为：Link-ag1，Link1-1(10M)、Link1-2(10M)、Link1-3(10M)、Link1-4(10M)上面已创建的服务流LSP情况如下：LSP1(2M，Link1-1)、LSP2(2M，Link1-2)、LSP3(2M，Link1-2)。

修改聚合链路的标识：Link-ag1为Link-ag2的具体过程如下：

首先判断聚合链路link-ag1的成员链路上是否已经配置了服务流，Link-ag1上已经配置了LSP，聚合控制模块请求策略控制模块进行服务流控制的控制，策略控制模块把调整结果返回给聚合控制模块LSP3被调整到Link1-4上。聚合控制模块修改聚合链路标识Link-ag1为Link-ag2，配置结束。

同理，在节点B上重复上面步骤完成此过程。

综上所述，本发明在包交换网络中实现了链路聚合和分解的功能，有利于对聚合链路的动态管理和维护

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (11)

1.一种聚合链路的管理方法，其特征在于，该方法包括：

控制平面的聚合控制模块收到配置聚合链路的请求后，根据所述配置聚合链路的请求判断配置操作的类型，所述配置聚合链路的请求为静态请求或动态请求；

聚合控制模块根据配置操作的操作类型及配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作。

2.根据权利要求1所述的方法，其特征在于，所述配置聚合链路的请求携带：操作类型、聚合链路标识、每个成员链路的标识及其可使用带宽，

所述操作类型包括：新增操作、删除操作、修改操作。

3.根据权利要求2所述的方法，其特征在于，配置操作的操作类型为新增操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

a、判断是否需要生成新的聚合链路，如果是，则形成新的聚合链路，根据所述配置聚合链路的请求将新增的数据链路配置成所述聚合链路的成员，转到步骤c；否则，即需要在聚合链路上新增成员链路，根据所述配置聚合链路的请求将新增的数据链路配置成所述聚合链路的成员，转到步骤b；

b、判断所述聚合链路是否已经配置了服务流的转发路径，所述聚合链路已配置服务流的转发路径，则聚合控制模块向策略控制模块获取控制策略，策略控制模块按照控制策略进行服务流的控制或重分配，服务流的服务路径改变时，策略控制模块根据策略的调度结果向数据平面下发配置，并把配置结果反馈给聚合控制模块；

c、聚合控制模块通知配置结果给控制平面的其他模块或管理平面。

4.根据权利要求2所述的方法，其特征在于，配置操作的操作类型为删除操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

d、判断删除操作涉及的聚合链路上是否承载了服务流，删除操作涉及的聚合链路上承载了服务流，则转到步骤e；删除操作涉及的聚合链路上未承载服务流，则直接根据所述配置聚合链路的请求把成员链路从聚合链路中移除；

e、判断排除需要删除的成员链路，聚合链路上是否还存在足够资源用来承载被删除的成员链路上的服务流，存在足够资源，则转到步骤f；不存在足够资源，则聚合控制模块通知控制平面的其他模块或管理平面本次删除失败；

f、聚合控制模块向策略控制模块获取控制策略，策略控制模块按照控制策略进行服务流的控制或重分配，如果服务流的服务路径改变，则根据策略的调度结果向数据平面下发配置，并把结果反馈给聚合控制模块；之后，聚合控制模块通知配置结果给控制平面的其他模块或管理平面，并根据所述配置聚合链路的请求将所述成员链路从所述聚合链路中移除。

5.根据权利要求4所述的方法，其特征在于，将成员链路从聚合链路中移除后，该方法还包括：判断所述聚合链路中是否还存在成员链路，没有成员链路存在时，删除所述聚合链路。

6.根据权利要求2所述的方法，其特征在于，配置操作的操作类型为修改操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

g、判断涉及修改操作的聚合链路是否配置了服务流的转发路径，配置了服务流的转发路径，则转到步骤h；未配置服务流的转发路径，则聚合控制模块直接修改聚合链路的属性；

h、聚合控制模块请求策略控制模块进行调度，将涉及修改操作的聚合链路上承载的服务流转移到其他聚合链路，在策略控制模块返回结果后，修改所述聚合链路的属性。

7.一种聚合链路的管理***，其特征在于，该***包括控制平面的聚合控制模块，用于收到配置聚合链路的请求后，根据所述配置聚合链路的请求判断配置操作的类型，所述配置聚合链路的请求为静态请求或动态请求；以及根据配置操作的操作类型及配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作。

8.根据权利要求7所述的***，其特征在于，该***还包括控制平面的策略控制模块，配置操作的操作类型为新增操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

a′、判断是否需要生成新的聚合链路，如果是，则形成新的聚合链路，根据所述配置聚合链路的请求将新增的数据链路配置成所述聚合链路的成员，转到步骤c′；否则，即需要在聚合链路上新增成员链路，根据所述配置聚合链路的请求将新增的数据链路配置成所述聚合链路的成员，转到步骤b′；

b′、判断所述聚合链路是否已经配置了服务流的转发路径，所述聚合链路已配置服务流的转发路径，则聚合控制模块向策略控制模块获取控制策略，策略控制模块按照控制策略进行服务流的控制或重分配，服务流的服务路径改变时，策略控制模块根据策略的调度结果向数据平面下发配置，并把配置结果反馈给聚合控制模块；

c′、聚合控制模块通知配置结果给控制平面的其他模块或管理平面。

9.根据权利要求7所述的***，其特征在于，该***还包括控制平面的策略控制模块，配置操作的操作类型为删除操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

d′、判断删除操作涉及的聚合链路上是否承载了服务流，删除操作涉及的聚合链路上承载了服务流，则转到步骤e′；删除操作涉及的聚合链路上未承载服务流，则直接根据所述配置聚合链路的请求把成员链路从聚合链路中移除；

e′、判断排除需要删除的成员链路，聚合链路上是否还存在足够资源用来承载被删除的成员链路上的服务流，存在足够资源，则转到步骤f′；不存在足够资源，则聚合控制模块通知控制平面的其他模块或管理平面本次删除失败；

f′、聚合控制模块向策略控制模块获取控制策略，策略控制模块按照控制策略进行服务流的控制或重分配，如果服务流的服务路径改变，则根据策略的调度结果向数据平面下发配置，并把结果反馈给聚合控制模块；之后，聚合控制模块通知配置结果给控制平面的其他模块或管理平面，并根据所述配置聚合链路的请求将所述成员链路从所述聚合链路中移除。

10.根据权利要求9所述的***，其特征在于，所述聚合控制模块，还用于在将成员链路从聚合链路中移除后，判断所述聚合链路中是否还存在成员链路，没有成员链路存在时，删除所述聚合链路。

11.根据权利要求7所述的***，其特征在于，该***还包括控制平面的策略控制模块，配置操作的操作类型为修改操作时，所述聚合控制模块根据配置操作所涉及聚合链路的服务流配置情况对所述聚合链路进行相应的配置操作为：

g′、判断涉及修改操作的聚合链路是否配置了服务流的转发路径，配置了服务流的转发路径，则转到步骤h′；未配置服务流的转发路径，则聚合控制模块直接修改聚合链路的属性；

h′、聚合控制模块请求策略控制模块进行调度，将涉及修改操作的聚合链路上承载的服务流转移到其他聚合链路，在策略控制模块返回结果后，修改所述聚合链路的属性。

Images