CN101166185A - 数据链路退出服务的方法和系统 - Google Patents

Abstract

本发明提供了一种数据链路退出服务的方法和系统，属于网络通信技术领域。为了解决现有技术中动态管理效率低、资源浪费、兼容性差以及可能影响数据链路所承载的业务等问题，本发明提供了一种数据链路退出服务的方法，包括本端发送链路闭塞消息给对端的步骤，对端判断可以闭塞数据链路时，闭塞数据链路并返回链路闭塞确认消息给本端的步骤，本端收到链路闭塞确认消息后闭塞数据链路的步骤；本发明还提供了一种数据链路退出服务的系统，包括本端和对端。本发明不仅使运营商能够方便地对已开通业务的链路进行测试、更换、升级等操作，真正做到对业务无损，而且可以一次使一条或多条数据链路退出或恢复服务，效率高，节省资源。

Description

数据链路退出服务的方法和系统

技术领域

本发明涉及网络通信技术领域，特别涉及一种数据链路退出服务的方法和系统。

背景技术

在GMPLS(Generalized Multi-Protocol Label Switching，通用多协议标记交换)中，当一对LSR(Label Switching Router，标签交换路由器)之间有多条平行链路时，为了减少路由协议开销以及增强路由协议的扩展性，可以在OSPF(Open Shortest Path First，最短路径优先路由协议)/ISIS(Intermediate System-to-Intermediate System，中间系统到中间系统路由协议)中把这些链路描绘成一个或者几个逻辑链路，这个过程就叫做链路捆绑。捆绑后的逻辑链路叫做捆绑链路(bundled link)，又叫TE(Traffic Engineering，流量工程)链路，构成捆绑链路的实际链路有两种类型，端口和成员链路，这两种类型的链路统称为数据链路，如图1所示。一旦一个捆绑链路确认为连接状态时，就可以作为TE链路广播发布出去。

在通讯网络中，出于链路测试、更换、删除、调整、升级以及扩容等需要，运营商经常需要对组成TE链路的成员链路进行动态管理，如添加成员、删除成员、给成员分配/不分配业务等等。其中通常需要针对TE链路中的某条链路退出服务(即不分配业务)进行管理，动态管理不应该影响该条链路所承载的业务，而且动态管理造成的可用资源变化必须及时广播出去，以便其它路由器可以知道这条链路的状态。目前主要有三种现有技术能实现对TE链路中的某条链路退出服务进行管理。

现有技术一主要通过LMP(Link Management Protocol，链路管理协议)进行管理。LMP是运行于两个相邻节点间的用于TE链路管理的协议，它定义了一个链路所有权关联(LinkProperty Correlation)机制，可用于进行链路绑定，以及修改、关联和交换链路的流量工程参数。LMP中数据链路的状态共有4种：Down(失效)、Test(测试)、Up/Free(正常/空闲)、Up/Alloc(正常/已分配)。链路所有权关联机制中用LinkSummary消息来实现上述管理，LinkSummary消息中包含了当前所有分配到这条捆绑链路的数据链路，当其中某条数据链路需要退出服务时，在LinkSummary消息中修改<DATA_LINK>字段中的标志位，指示在该数据链路中停止分配业务。

现有技术一的缺点主要表现在：

1、每条消息中必须包含所有分配到这条捆绑链路的数据链路，在TE链路中包括大量数据链路的情况下，如果只需要对其中少数的数据链路进行操作时，不仅会降低效率，而且还极大地浪费带宽和处理机资源；

2、当通过LinkSummary消息中的标志位指示某条数据链路已分配或不分配业务时，只是单方面通知对方本方的流量分配状态，而不能控制对端的状态，没有确认机制，在数据链路承载了业务的情况下可能会影响业务。

现有技术二具体通过LDP(Label Distribution Protocol，标签分配协议)协议实现。当两个LSR之间的某些数据链路需要退出服务，而其它数据链路继续进行正常转发时，其中一个路由器LSR1发送一个中止通知给对方路由器LSR2，中止通知中指明将要停止MPLS(Multi-Protocol Label Switching，多协议标记交换)转发的数据链路，并停止在该数据链路上转发流量。LSR2收到中止通知后返回一个确认消息给LSR1，并停止在该链路上转发与LDP相关的MPLS流量，还删除相关的双向转发状态。LSR1收到LSR2发来的确认消息后也删除相关的双向转发状态。

上述过程中LSR1发给LSR2的中止通知可以通过不同的方式发送，例如通过在LDP的链路Hello消息中增加一个GS(Graceful Shutdown，优雅重启)标志位，或通过在LDP的链路Hello消息中增加一个GS TLV(Graceful Shutdown Type-Length-Value，优雅重启类型长度值)字段，来请求在将要退出服务的数据链路上停止转发数据流量，而且此Hello消息是通过该条将要退出服务的数据链路传送的；另外还可以通过在LDP的Label Withdraw(标签撤销)消息中增加一个Interface TLV(接口类型长度值)字段，或在LDP的Notification(通知)消息中增加一个GS REQ(Graceful Shutdown Request，优雅重启请求)对象，来指示希望中止该数据链路的上与LDP相关的转发。

现有技术二的缺点主要表现在：

1、只能用于LDP协议建立的连接，不能用于其他协议建立的连接，如RSVP(ResourceReservation Protocol，资源预留协议)和BGP(Border Gateway Protocol，边界网关协议)；

2、使用Label Withdraw/Notification(标签撤销/通知)消息时需要增加字段，并且增加字段后的消息不再具有原来的意义，带来兼容性的问题；

3、如果某条链路上承载了很多LSP(Label Switching Path，标签交换路径)，则每个LSP都要发送LDP消息，造成无谓的带宽浪费。

现有技术三通过在本地预留次选链路来进行动态管理。将捆绑链路中的第一条数据链路作为首选链路，其余的一条或多条数据链路作为次选链路。正常情况下通过首选链路承载流量，首选链路需要退出服务时将流量切换到次选链路。预留的次选链路信息会写入LSP的标签转发表，切换流量时根据报文头的标签查找标签转发表从而对报文进行转发，使切换能迅速地进行。

现有技术三的缺点主要表现在：

1、需要预留出次选链路的带宽，降低了资源利用率；

2、将次选链路的信息写入标签转发表，不仅增加了标签转发表的体积，还会降低根据报文头的标签检索标签转发表的速度。

发明内容

为了解决现有技术中动态管理效率低、资源浪费、兼容性低以及可能影响数据链路所承载的业务等问题，本发明提供了一种数据链路退出服务的方法，具体包括：

步骤A：本端发送链路闭塞消息给对端，请求闭塞捆绑链路中的数据链路；

步骤B：所述对端接收到所述链路闭塞消息后，判断是否可以闭塞所述数据链路，如果可以，则闭塞所述数据链路，并返回链路闭塞确认消息给所述本端；

步骤C：所述本端接收到所述对端返回的链路闭塞确认消息后，闭塞所述数据链路。

所述步骤B具体为：

所述对端接收到所述链路闭塞消息后，判断是否可以倒换或重路由被请求闭塞的数据链路上的业务，如果可以倒换或重路由，则进行倒换或重路由并闭塞所述数据链路，然后返回链路闭塞确认消息给所述本端。

所述步骤B中所述对端闭塞所述数据链路的步骤具体为：

所述对端将所述数据链路的状态转入正常/空闲状态，并对所述数据链路置“对端闭塞”标志；

所述步骤C中所述本端闭塞所述数据链路的步骤具体为：

所述本端将所述数据链路的状态转入正常/空闲状态，并对所述数据链路置“本端闭塞”标志。

所述步骤B进一步包括：

所述对端闭塞所述数据链路之后，在捆绑链路广播中广播新的链路状态广播，其中扣除了所述闭塞的数据链路的带宽。

所述步骤C进一步包括：

所述本端闭塞所述数据链路之后，在捆绑链路广播中广播新的链路状态广播，其中扣除了所述闭塞的数据链路的带宽。

所述链路闭塞消息和链路闭塞确认消息均通过链路管理协议发送。

本发明还提供了一种数据链路退出服务的系统，所述系统包括本端和对端，

所述本端包括通讯模块和链路管理模块：

(1)通讯模块，用于发送链路闭塞消息给所述对端以请求闭塞捆绑链路中的数据链路，还用于接收由所述对端返回的链路闭塞确认消息并转发给所述链路管理模块；

(2)链路管理模块，用于在接收到所述本端的通讯模块转发的链路闭塞确认消息后闭塞所述数据链路；

所述对端包括通讯模块和链路管理模块：

(1)通讯模块，用于接收所述本端的通讯模块发来的链路闭塞消息，还用于转发所述对端的链路管理模块发来的链路闭塞确认消息给所述本端的通讯模块；

(2)链路管理模块，用于接收到由所述对端的通讯模块转发的链路闭塞消息后，判断是否可以闭塞所述数据链路，如果可以，则闭塞所述数据链路并返回链路闭塞确认消息给所述对端的通讯模块。

所述对端的链路管理模块具体为闭塞模块，用于接收到由所述对端的通讯模块转发的链路闭塞消息后，判断是否可以倒换或重路由被请求闭塞的数据链路上的业务，如果可以倒换或重路由，则进行倒换或重路由并闭塞所述数据链路，然后返回链路闭塞确认消息给所述对端的通讯模块。

所述本端的链路管理模块闭塞所述数据链路是指将所述数据链路的状态转入正常/空闲状态，并给所述数据链路置“本端闭塞”标志。

所述对端的链路管理模块闭塞所述数据链路是指将所述数据链路的状态转入正常/空闲状态，并给所述数据链路置“对端闭塞”标志。

所述本端还包括：

路由模块，用于在所述本端的链路管理模块闭塞所述数据链路后，通过所述本端的通讯模块在捆绑链路广播中广播新的链路状态广播，其中扣除了所述闭塞的数据链路的带宽。

所述对端还包括：

路由模块，用于在所述对端的链路管理模块闭塞所述数据链路后，通过所述对端的通讯模块在捆绑链路广播中广播新的链路状态广播，其中扣除了所述闭塞的数据链路的带宽。

本发明还提供了一种数据链路恢复服务的方法，所述方法具体包括：

步骤A’：本端发送链路解除闭塞消息给对端，请求解除捆绑链路中闭塞的数据链路；

步骤B’：所述对端接收到所述链路解除闭塞消息后，判断是否可以解除所述闭塞的数据链路，如果可以，则解除所述闭塞的数据链路，并返回链路解除闭塞确认消息给所述本端；

步骤C’：所述本端接收到所述对端返回的消息后，判断所述消息是否为链路解除闭塞确认消息，如果是，则解除所述闭塞的数据链路。

所述步骤B’具体为：

所述对端接收到所述链路解除闭塞消息后，判断所述闭塞的数据链路是否为正常状态，且没有置“对端闭塞”标志，如果两个条件均满足，则解除所述闭塞的数据链路，并返回链路解除闭塞确认消息给所述本端。

所述步骤B’进一步包括：

所述对端解除所述闭塞的数据链路之后，在捆绑链路广播中广播新的链路状态广播，其中包含了所述解除闭塞的数据链路的带宽。

所述步骤C’进一步包括：

所述本端解除所述闭塞的数据链路之后，在捆绑链路广播中广播新的链路状态广播，其中包含了所述解除闭塞的数据链路的带宽。

所述链路解除闭塞消息和链路解除闭塞确认消息均通过链路管理协议发送。

本发明还提供了一种数据链路恢复服务的系统，所述系统包括本端和对端，

所述本端包括通讯模块和链路管理模块：

(1)通讯模块，用于发送链路解除闭塞消息给所述对端以请求解除捆绑链路中闭塞的数据链路，还用于接收由所述对端返回的链路解除闭塞确认消息并转发给所述链路管理模块；

(2)链路管理模块，用于在接收到由所述通讯模块转发的链路解除闭塞确认消息后，解除闭塞的数据链路；

所述对端包括通讯模块和链路管理模块：

(1)通讯模块，用于接收所述本端的通讯模块发来的链路解除闭塞消息，还用于转发所述对端的链路管理模块发来的链路解除闭塞确认消息给所述本端的通讯模块；

(2)链路管理模块，用于在接收到由所述对端的通讯模块转发的链路解除闭塞消息后，判断是否可以解除闭塞的数据链路，如果可以，则解除闭塞的数据链路，并返回链路解除闭塞确认消息给所述对端的通讯模块。

所述本端还包括：

路由模块，用于在所述本端的链路管理模块解除所述闭塞的数据链路后，通过所述本端的通讯模块在捆绑链路广播中广播新的链路状态广播，其中包含了所述解除闭塞的数据链路的带宽。

所述对端还包括：

路由模块，用于在所述对端的链路管理模块解除所述闭塞的数据链路后，通过所述对端的通讯模块在捆绑链路广播中广播新的链路状态广播，其中包含了所述解除闭塞的数据链路的带宽。

本发明的有益效果主要表现在：

1、通过在LMP中增加链路管理消息来实现数据链路退出和恢复服务的管理，独立于具体信令协议(如RSVP/LDP/BGP等)，真正做到对业务无损；

2、使运营商在需要对已开通业务的链路进行测试、更换、调整、升级、扩容或删除等操作时能方便地进行，而不会影响到业务；

3、可以一次对一条或多条数据链路进行闭塞、解除闭塞的操作，效率高，节省资源。

附图说明

图1是现有技术中捆绑链路的结构示意图；

图2是本发明数据链路退出服务的方法实施例流程图；

图3是本发明数据链路退出服务的系统实施例结构图；

图4是本发明数据链路恢复服务的方法实施例流程图；

图5是本发明数据链路恢复服务的系统实施例结构图。

具体实施方式

下面结合附图和具体实施例对本发明作进一步说明，但不作为对本发明的限定。

本发明提供了一种独立于RSVP/LDP/BGP等具体协议，使TE链路中的一条或多条数据链路退出服务和恢复服务的方法。具体是通过增加链路闭塞消息、链路闭塞确认消息和链路闭塞负确认消息来实现数据链路退出服务的动态管理；通过增加链路解除闭塞消息、链路解除闭塞确认消息和链路解除闭塞负确认消息来实现数据链路恢复服务的动态管理。

本发明中的闭塞是指关闭数据链路，使数据链路退出服务。闭塞是双向的，被闭塞的数据链路两端都不可以通过这条链路发送和接收流量，即本地停止通过这条链路发送流量，同时请求对端也停止通过这条链路发送流量。

实施例一

一般情况下链路闭塞请求由管理平面根据需要启动。本实施例中假设由本端路由器LSRA向对端路由器LSR B发起链路闭塞请求，参见图2，本发明提供了一种数据链路退出服务的方法，具体包括：

步骤101：本端管理平面根据需要启动链路闭塞请求；

步骤102：本端路由器LSR A判断该请求的可行性，即判断该请求对现有业务的影响是否在可以接受的范围内；该范围是指：当TE链路内仅有一条可用的数据链路，或者其它可用数据链路的带宽不足以容纳本链路倒换过去的业务时，不允许进行闭塞；如果不可以闭塞，则执行步骤103，否则执行步骤104；

步骤103：返回拒绝消息给管理平面并结束；

步骤104：LSR A发送链路闭塞消息给LSR B，通知对端将要对捆绑链路中的一条或多条数据链路进行闭塞操作；

为了避免出现LSRA长时间等不到LSR B返回消息的情况出现，可以用定时器控制等待的时间，当超过预置的时间还没有收到返回消息时结束本次请求，即增加下面的步骤：

步骤105：LSR A在本端设置定时器，进入等待确认状态，在此状态下，禁止选择该链路建立新的LSP；

步骤106：LSR B接收到链路闭塞消息后，由于每个LSP都由一个信令协议实体所创建、维护，所以要通知该链路上承载的所有LSP或隧道对应的信令协议实体(即RSVP/LDP/BGP等信令协议程序中的实例)；

步骤107：信令协议实体根据Qos(Quality of Service，服务质量)要求判断是否可以倒换或重路由被请求闭塞的数据链路上的业务，如果可以倒换或重路由业务，则对相关的LSP或隧道发起倒换或快速重路由等过程，处理完毕以后向LSR B返回确认消息；在LSR B等待信令协议实体返回确认消息的状态下，禁止选择该链路建立新的LSP或隧道；如果不可以倒换或重路由业务，即信令协议实体发现该链路闭塞以后可能无法满足Qos要求，则返回拒绝消息给LSR B；

步骤108：LSR B收到所有信令协议实体返回的消息后，判断是否所有信令协议实体都返回确认消息，如果是则执行步骤109；如果有一个信令协议实体返回拒绝消息，则执行步骤110；

步骤109：此时LSR B可以闭塞数据链路了，在本实施例中闭塞的过程具体如下：

LSR B将该链路的状态转入正常/空闲(Up/Free)状态，即不再给该链路分配流量，并对该链路置“对端闭塞”标志，表明该条链路是由对端即LSR A启动闭塞的，然后向LSR A返回链路闭塞确认消息；

为了使其它网元能够及时知道捆绑链路的带宽变化，还可以增加下面的步骤：

LSR B在闭塞数据链路后在TE链路广播中广播新的LSA(Link State Advertisement，链路状态广播)，其中扣除了被闭塞的数据链路的带宽；

然后执行步骤111；

步骤110：LSR B向LSR A返回链路闭塞负确认消息，即LSR A的闭塞请求失败；

步骤111：LSR A判断是否定时器超时还没有收到LSR B返回的消息，如果定时器超时还没有收到LSR B返回的消息，则执行步骤112；否则执行步骤113；

步骤112：LSR A向管理平面返回负确认消息，拒绝此次链路闭塞的请求并结束；

步骤113：LSR A判断接收到的消息是链路闭塞确认消息还是链路闭塞负确认消息，如果是链路闭塞负确认消息，则执行步骤112；如果是链路闭塞确认消息，则执行步骤114；

步骤114：LSR A闭塞数据链路，并返回闭塞确认消息给管理平面；具体过程如下：

将该链路的状态转入正常/空闲状态，并对该链路置“本端闭塞”标志，表明该条链路是由本端LSR A启动闭塞的；

为了使其它网元能够及时知道捆绑链路的带宽变化，还可以增加下面的步骤：

LSR A在闭塞数据链路后在TE链路广播中广播新的LSA，其中扣除了被闭塞的数据链路的带宽。

以后两端通过路由协议进行周期性的TE链路广播时，均需要扣除被闭塞的数据链路的带宽。

在本实施例中链路闭塞消息、链路闭塞确认消息和链路闭塞负确认消息都是通过LMP协议发送的。但具体实现时，并不限于LMP协议，可以经扩展应用于其它协议中。

实施例二

参见图3，本发明还提供了一种数据链路退出服务的系统，系统包括本端和对端。

本端包括通讯模块和链路管理模块：

(1)通讯模块，用于与对端进行通讯；即发送链路闭塞消息给对端以请求闭塞捆绑链路中的数据链路，和接收由对端返回的链路闭塞确认消息或链路闭塞负确认消息；

(2)链路管理模块，用于对捆绑链路中的数据链路状态进行管理；即将管理平面发来的链路闭塞请求转发给通讯模块，维护数据链路状态机，在接收到本端的通讯模块转发的链路闭塞确认消息后，闭塞数据链路并发送闭塞确认消息给管理平面，在接收到通讯模块发来的链路闭塞负确认消息后，发送闭塞负确认消息给管理平面。

本端的链路管理模块闭塞数据链路的操作具体如下：

将数据链路的状态转入正常/空闲状态，给数据链路置“本端闭塞”标志。

对端包括通讯模块和链路管理模块：

(1)通讯模块，用于接收本端的通讯模块发来的链路闭塞消息，还用于转发对端的链路管理模块发来的链路闭塞确认消息或链路闭塞负确认消息给本端的通讯模块；

(2)链路管理模块，用于在接收到由对端的通讯模块转发的链路闭塞消息后，判断是否可以闭塞数据链路，如果可以则闭塞数据链路并返回链路闭塞确认消息给对端的通讯模块，否则返回链路闭塞负确认消息给对端的通讯模块。

对端的链路管理模块具体为闭塞模块，用于在接收到由对端的通讯模块转发的链路闭塞消息后，判断是否可以倒换或重路由被请求闭塞的数据链路上的业务，如果可以倒换或重路由，则进行倒换或重路由并闭塞数据链路，然后返回链路闭塞确认消息给对端的通讯模块；如果不可以倒换或重路由，则返回链路闭塞负确认消息给对端的通讯模块。

闭塞模块判断是否可以倒换或重路由的过程具体为：

闭塞模块将链路闭塞消息通知给被请求闭塞的数据链路上承载的所有标签交换路径或隧道对应的信令协议实体，信令协议实体判断是否可以倒换或重路由被请求闭塞的数据链路上的业务，如果可以则倒换或重路由所述数据链路上的业务，并返回确认消息给闭塞模块；如果不可以倒换或重路由，则返回拒绝消息给闭塞模块；

闭塞模块在接收到所有信令协议实体返回的消息后，判断是否所有信令协议实体都返回确认消息，如果是，则闭塞数据链路并返回链路闭塞确认消息给对端的通讯模块；只要有一个信令协议实体返回拒绝消息，则返回链路闭塞负确认消息给对端的通讯模块。

对端的链路管理模块闭塞数据链路的操作具体如下：

将数据链路的状态转入正常/空闲状态，给数据链路置“对端闭塞”标志。

为了使其它网元能够及时知道捆绑链路的带宽变化，本端还包括：

路由模块，用于在本端的链路管理模块闭塞数据链路后，通过本端的通讯模块在捆绑链路广播中广播新的链路状态广播，其中扣除了闭塞的数据链路的带宽。

相应地，对端还包括：

路由模块，用于在对端的链路管理模块闭塞数据链路后，通过对端的通讯模块在捆绑链路广播中广播新的链路状态广播，其中扣除了闭塞的数据链路的带宽。

在本实施例中链路闭塞消息、链路闭塞确认消息和链路闭塞负确认消息都是通过LMP协议发送的。但具体实现时，并不限于LMP协议，可以经扩展应用于其它协议中。

实施例三

参见图4，假设由本端路由器LSR A向对端路由器LSR B发起链路解除闭塞请求，本发明还提供了一种数据链路恢复服务的方法，具体包括：

步骤201：本端管理平面根据需要启动链路解除闭塞请求；

步骤202：LSR A首先判断该请求是否可行，即判断是否该数据链路处于正常状态并且“对端闭塞”标志没有置位，如果上述两个条件有一个不满足或全不满足，则执行步骤203；如果上述两个条件都满足(即数据链路正常且“对端闭塞”没有置位)，则可以解除闭塞，执行步骤204；

步骤203：当“对端闭塞”标志位已经置位时，表明该链路由对端发起闭塞，则只能由对端解除，本端无权解除；当数据链路没有处于正常状态时也不能解除闭塞；所以LSR A向管理平面返回拒绝解除闭塞消息并结束；

步骤204：LSR A发送链路解除闭塞消息给LSR B；

为了避免出现LSR A长时间等不到LSR B返回消息的情况出现，可以用定时器控制等待的时间，当超过预置的时间还没有收到返回消息时结束本次请求，即在本端设置定时器，进入等待确认状态；

步骤205：LSR B接收到链路解除闭塞消息后，判断该请求的可行性，即判断该数据链路是否存在且处于正常状态，并且“本端闭塞”标志没有置位；当“本端闭塞”标志置位时，说明闭塞由LSR B发起，则解除闭塞也只能由LSR B发起，而不能由LSR A发起，因此这种情况下LSR B不能接受该请求；如果上述条件均满足，则执行步骤206；否则执行步骤207；

步骤206：此时LSR B可以接受解除闭塞的请求，则LSR B解除闭塞的数据链路，而且还可以根据需要给该条链路分配业务，然后返回链路解除闭塞确认消息给LSR A；

为了使其它网元能够及时知道捆绑链路的带宽变化，LSR B在解除闭塞的数据链路后，还可以在TE链路广播中广播新的LSA，其中包含了解除闭塞的数据链路的带宽；

然后执行步骤208；

步骤207：LSR B返回链路解除闭塞负确认消息给LSR A；

步骤208：LSR A判断是否定时器超时还没有收到LSR B返回的消息，如果是则执行步骤209，否则执行步骤210；

步骤209：LSR A向管理平面返回链路解除闭塞负确认消息，拒绝此次链路解除闭塞的请求并结束；

步骤210：LSR A判断接收到的消息是链路解除闭塞确认消息还是链路解除闭塞负确认消息，如果是链路解除闭塞负确认消息，则执行步骤209；如果是链路解除闭塞确认消息，则执行步骤211；

步骤211：LSR A解除闭塞的数据链路，并向管理平面返回链路解除闭塞确认消息；

为了使其它网元能够及时知道捆绑链路的带宽变化，LSR A在解除闭塞的数据链路后还可以在TE链路广播中广播新的LSA，其中包含了解除闭塞的数据链路中的带宽。

以后两端通过路由协议进行周期性的TE链路广播时，均需要包含解除闭塞的数据链路的带宽。

在本实施例中链路解除闭塞消息、链路解除闭塞确认消息和链路解除闭塞负确认消息都是通过LMP协议发送的。但具体实现时，并不限于LMP协议，可以经扩展应用于其它协议中。

实施例四

参见图5，本发明还提供了一种数据链路恢复服务的系统，系统包括本端和对端。

本端包括通讯模块和链路管理模块：

(1)通讯模块，用于与对端进行通讯；即发送链路解除闭塞消息给对端以请求解除捆绑链路中闭塞的数据链路，和接收由对端返回的链路解除闭塞确认消息或链路解除闭塞负确认消息；

(2)链路管理模块，用于对捆绑链路中的数据链路状态进行管理；即接收管理平面发来的链路解除闭塞请求并转发给通讯模块，维护数据链路状态机，在接收到由通讯模块转发的链路解除闭塞确认消息后，解除闭塞的数据链路并返回解除闭塞确认消息给管理平面；在接收到由通讯模块转发的链路解除闭塞负确认消息后，返回解除闭塞负确认消息给管理平面。

对端包括通讯模块和链路管理模块：

(1)通讯模块，用于与本端进行通讯；即接收本端的通讯模块发来的链路解除闭塞消息，和转发对端的链路管理模块发来的链路解除闭塞确认消息或链路解除闭塞负确认消息给本端的通讯模块；

(2)链路管理模块，用于在接收到由对端的通讯模块转发的链路解除闭塞消息后，判断是否可以解除闭塞的数据链路，如果可以则解除闭塞的数据链路，并返回链路解除闭塞确认消息给对端的通讯模块；否则返回链路解除闭塞负确认消息给对端的通讯模块。

为了使其它网元能够及时知道捆绑链路的带宽变化，本端还包括：

路由模块，用于在本端的链路管理模块解除闭塞的数据链路后，通过本端的通讯模块在捆绑链路广播中广播新的链路状态广播，其中包含了解除闭塞的数据链路的带宽。

相应地，对端还包括：

路由模块，用于在对端的链路管理模块解除闭塞的数据链路后，通过对端的通讯模块在捆绑链路广播中广播新的链路状态广播，其中包含了解除闭塞的数据链路的带宽。

在本实施例中链路解除闭塞消息、链路解除闭塞确认消息和链路解除闭塞负确认消息都是通过LMP协议发送的。但具体实现时，并不限于LMP协议，可以经扩展应用于其它协议中。

以上所述的实施例，只是本发明较优选的具体实施方式的一种，本领域的技术人员在本发明技术方案范围内进行的通常变化和替换都应包含在本发明的保护范围内。

Claims (20)

1.一种数据链路退出服务的方法，其特征在于，所述方法具体包括：

步骤A：本端发送链路闭塞消息给对端，请求闭塞捆绑链路中的数据链路；

步骤B：所述对端接收到所述链路闭塞消息后，判断是否可以闭塞所述数据链路，如果可以，则闭塞所述数据链路，并返回链路闭塞确认消息给所述本端；

步骤C：所述本端接收到所述对端返回的链路闭塞确认消息后，闭塞所述数据链路。

2.根据权利要求1所述的数据链路退出服务的方法，其特征在于，所述步骤B具体为：

所述对端接收到所述链路闭塞消息后，判断是否可以倒换或重路由被请求闭塞的数据链路上的业务，如果可以倒换或重路由，则进行倒换或重路由并闭塞所述数据链路，然后返回链路闭塞确认消息给所述本端。

3.根据权利要求1所述的数据链路退出服务的方法，其特征在于，所述步骤B中所述对端闭塞所述数据链路的步骤具体为：

所述对端将所述数据链路的状态转入正常/空闲状态，并对所述数据链路置“对端闭塞”标志；

所述步骤C中所述本端闭塞所述数据链路的步骤具体为：

所述本端将所述数据链路的状态转入正常/空闲状态，并对所述数据链路置“本端闭塞”标志。

4.根据权利要求1所述的数据链路退出服务的方法，其特征在于，所述步骤B进一步包括：

所述对端闭塞所述数据链路之后，在捆绑链路广播中广播新的链路状态广播，其中扣除了所述闭塞的数据链路的带宽。

5.根据权利要求1所述的数据链路退出服务的方法，其特征在于，所述步骤C进一步包括：

所述本端闭塞所述数据链路之后，在捆绑链路广播中广播新的链路状态广播，其中扣除了所述闭塞的数据链路的带宽。

6.根据权利要求1至5中任一权利要求所述的数据链路退出服务的方法，其特征在于，所述链路闭塞消息和链路闭塞确认消息均通过链路管理协议发送。

7.一种数据链路退出服务的系统，其特征在于，所述系统包括本端和对端，

所述本端包括通讯模块和链路管理模块：

(1)通讯模块，用于发送链路闭塞消息给所述对端以请求闭塞捆绑链路中的数据链路，还用于接收由所述对端返回的链路闭塞确认消息并转发给所述链路管理模块；

(2)链路管理模块，用于在接收到所述本端的通讯模块转发的链路闭塞确认消息后闭塞所述数据链路；

所述对端包括通讯模块和链路管理模块：

(1)通讯模块，用于接收所述本端的通讯模块发来的链路闭塞消息，还用于转发所述对端的链路管理模块发来的链路闭塞确认消息给所述本端的通讯模块；

(2)链路管理模块，用于接收到由所述对端的通讯模块转发的链路闭塞消息后，判断是否可以闭塞所述数据链路，如果可以，则闭塞所述数据链路并返回链路闭塞确认消息给所述对端的通讯模块。

8.根据权利要求7所述的数据链路退出服务的系统，其特征在于，所述对端的链路管理模块具体为闭塞模块，用于接收到由所述对端的通讯模块转发的链路闭塞消息后，判断是否可以倒换或重路由被请求闭塞的数据链路上的业务，如果可以倒换或重路由，则进行倒换或重路由并闭塞所述数据链路，然后返回链路闭塞确认消息给所述对端的通讯模块。

9.根据权利要求7所述的数据链路退出服务的系统，其特征在于，所述本端的链路管理模块闭塞所述数据链路是指将所述数据链路的状态转入正常/空闲状态，并给所述数据链路置“本端闭塞”标志。

10.根据权利要求7所述的数据链路退出服务的系统，其特征在于，所述对端的链路管理模块闭塞所述数据链路是指将所述数据链路的状态转入正常/空闲状态，并给所述数据链路置“对端闭塞”标志。

11.根据权利要求7所述的数据链路退出服务的系统，其特征在于，所述本端还包括：

路由模块，用于在所述本端的链路管理模块闭塞所述数据链路后，通过所述本端的通讯模块在捆绑链路广播中广播新的链路状态广播，其中扣除了所述闭塞的数据链路的带宽。

12.根据权利要求7至11中任一权利要求所述的数据链路退出服务的系统，其特征在于，所述对端还包括：

路由模块，用于在所述对端的链路管理模块闭塞所述数据链路后，通过所述对端的通讯模块在捆绑链路广播中广播新的链路状态广播，其中扣除了所述闭塞的数据链路的带宽。

13.一种数据链路恢复服务的方法，其特征在于，所述方法具体包括：

步骤A’：本端发送链路解除闭塞消息给对端，请求解除捆绑链路中闭塞的数据链路；

步骤B’：所述对端接收到所述链路解除闭塞消息后，判断是否可以解除所述闭塞的数据链路，如果可以，则解除所述闭塞的数据链路，并返回链路解除闭塞确认消息给所述本端；

步骤C’：所述本端接收到所述对端返回的消息后，判断所述消息是否为链路解除闭塞确认消息，如果是，则解除所述闭塞的数据链路。

14.根据权利要求13所述的数据链路恢复服务的方法，其特征在于，所述步骤B’具体为：

所述对端接收到所述链路解除闭塞消息后，判断所述闭塞的数据链路是否为正常状态，且没有置“对端闭塞”标志，如果两个条件均满足，则解除所述闭塞的数据链路，并返回链路解除闭塞确认消息给所述本端。

15.根据权利要求13所述的数据链路恢复服务的方法，其特征在于，所述步骤B’进一步包括：

所述对端解除所述闭塞的数据链路之后，在捆绑链路广播中广播新的链路状态广播，其中包含了所述解除闭塞的数据链路的带宽。

16.根据权利要求13所述的数据链路恢复服务的方法，其特征在于，所述步骤C’进一步包括：

所述本端解除所述闭塞的数据链路之后，在捆绑链路广播中广播新的链路状态广播，其中包含了所述解除闭塞的数据链路的带宽。

17.根据权利要求13至16中任一权利要求所述的数据链路恢复服务的方法，其特征在于，所述链路解除闭塞消息和链路解除闭塞确认消息均通过链路管理协议发送。

18.一种数据链路恢复服务的系统，其特征在于，所述系统包括本端和对端，

所述本端包括通讯模块和链路管理模块：

(1)通讯模块，用于发送链路解除闭塞消息给所述对端以请求解除捆绑链路中闭塞的数据链路，还用于接收由所述对端返回的链路解除闭塞确认消息并转发给所述链路管理模块；

(2)链路管理模块，用于在接收到由所述通讯模块转发的链路解除闭塞确认消息后，解除闭塞的数据链路；

所述对端包括通讯模块和链路管理模块：

(1)通讯模块，用于接收所述本端的通讯模块发来的链路解除闭塞消息，还用于转发所述对端的链路管理模块发来的链路解除闭塞确认消息给所述本端的通讯模块；

(2)链路管理模块，用于在接收到由所述对端的通讯模块转发的链路解除闭塞消息后，判断是否可以解除闭塞的数据链路，如果可以，则解除闭塞的数据链路，并返回链路解除闭塞确认消息给所述对端的通讯模块。

19.根据权利要求18所述的数据链路恢复服务的系统，其特征在于，所述本端还包括：

路由模块，用于在所述本端的链路管理模块解除所述闭塞的数据链路后，通过所述本端的通讯模块在捆绑链路广播中广播新的链路状态广播，其中包含了所述解除闭塞的数据链路的带宽。

20.根据权利要求18或19所述的数据链路恢复服务的系统，其特征在于，所述对端还包括：

路由模块，用于在所述对端的链路管理模块解除所述闭塞的数据链路后，通过所述对端的通讯模块在捆绑链路广播中广播新的链路状态广播，其中包含了所述解除闭塞的数据链路的带宽。

Images