CN1889397B - 一种智能光网络中的业务路径建立方法 - Google Patents

Abstract

本发明公开了一种智能光网络中的业务路径建立方法，包括以下步骤：A1、发起业务路径的建立；A2、计算业务路径，并在计算过程中对传送层面链路资源的可用性和传送层面链路中的远端节点在控制层面的可达性进行校验；A3、根据校验成功的计算结果建立业务路径。本发明的技术方案通过在业务路径的建立过程中，既对传送层面链路的可用性进行校验，又对传送层面链路中的远端节点在控制层面的可达性进行校验，在传送层面的链路资源正常但控制层面的链路资源出现故障时，计算出了正确的业务路径，成功地建立了业务路径，从而避免了传送层面链路资源正常而控制层面链路资源出现故障时，新建业务不成功或者重路由不成功的现象发生。

Description

一种智能光网络中的业务路径建立方法

技术领域

本发明涉及智能光网络技术，特别涉及一种智能光网络中的业务路径建立方法。

背景技术

随着通信技术的飞速发展以及数据业务的传输量急剧增长，智能光网络凭借着其可进行动态分配网络资源、高数据量传输和高性价比的特点，已经成为了一项重要的新型通信技术并得到了广泛的应用。

智能光网络中，链路资源在业务建立中有着至关重要的作用。智能光网络中的链路资源分为：用于承载业务数据的传送层面链路资源和用于传输业务信令消息的控制层面链路资源。图1为现有技术中智能光网络的传送层面拓扑结构示意图。如图1所示，网络传送层面的拓扑结构为：节点A与节点B、节点B与节点C、节点C与节点D、节点D与节点A，分别通过光纤链路11、光纤链路12、光纤链路13和光纤链路14连接。实现控制层面的方式分为带内控制方式和带外控制方式。图2a为现有技术中采用带内控制方式的智能光网络的控制层面拓扑结构示意图。如图2a所示，采用带内控制方式的网络控制层面的拓扑结构与图1所示的传送层面拓扑结构相同。图2b为现有技术中采用带外控制方式的智能光网络的控制层面拓扑结构图。如图2b所示，采用带外控制方式的网络控制层面的拓扑结构为：节点A、节点B、节点C与节点D分别通过光纤带外的以太网链路21、以太网链路22、以太网链路23和以太网链路24与以太网交换机或者数据通信网络(DNC)连接，与图1所示的传送层面拓扑结构不同。

现有采用带内和带外控制方式的智能光网络，其业务路径都是通过路径计算，在计算过程中对传送层面链路资源的流量工程(TE)属性进行可用性校验，并根据计算结果来建立的。

然而，现有技术在传送层面的链路资源正常但控制层面的链路资源出现故障时，会发生新建业务不成功或者重路由不成功。以带外控制方式为例，如图2b所示的控制层面拓扑结构中的节点B的智能单元或者节点B到以太网交换机或者DCN的以太网链路22发生故障，而如图1所示的传送层面拓扑结构中的节点B的传送单元、以及节点B与节点A之间的光纤链路11和节点B与节点C之间的光纤链路12都正常。此时，网络中有一项需要从节点A传送到节点C的业务，并由作为源节点的节点A根据现有的业务路径建立方法建立了业务路径为A-＞B-＞C。虽然传送层面中的链路资源状态正常，但节点B已经没有智能特性、或者与其他节点之间没有控制通道连接，因而控制层面的信令消息不可能达到节点B，更不可能通过节点B到达节点C，造成新建业务失败。而且，在信令消息发送超时后，智能光网络会发起重路由，重新建立业务路径，但仍有可能再次得到A-＞B-＞C的结果，造成重路由失败。

可见，现有的业务链路建立方法只考虑传送层面的可用性，不考虑控制层面的可达性，因而不能够在传送层面的链路资源正常但控制层面的链路资源出现故障时计算出正确的业务路径，从而无法成功建立业务路径，造成新建业务失败或者重路由失败，进而给网络中业务的生存性带来了一定的威胁.

发明内容

有鉴于此，本发明的主要目的在于：提供一种智能光网络中的业务路径建立方法，该方法能够在传送层面的链路资源正常但控制层面的链路资源出现故障时计算出正确的业务路径。

根据上述目的，本发明提供了一种智能光网络中的业务路径建立或者重路由方法，包括以下步骤：

A1、发起业务路径的建立；

A2、计算业务路径，并在计算过程中对传送层面链路资源的可用性和传送层面链路中的远端节点在控制层面的可达性进行校验；

A3、根据所述可用性和所述可达性都校验成功的计算结果建立业务路径。

步骤A2包括以下步骤：

A211、源节点选取传送层面链路，并对选取的传送层面链路进行可用性校验，在校验成功之后执行步骤A212；

A212、源节点对选取的传送层面链路中的远端节点在控制层面的可达性进行校验。

步骤A2包括以下步骤：

A221、源节点选取传送层面链路，对选取的传送层面链路中的远端节点在控制层面的可达性进行校验，在校验成功之后执行步骤A222；

A222、源节点对选取的传送层面链路进行可用性校验。

所述远端节点为选取的传送层面链路中，除源节点之外的节点；

所述对选取的传送层面链路中的远端节点在控制层面的可达性进行校验的方法为：查询控制层面的转发表中是否有从源节点发出，并以远端节点的控制层面地址为目的地址的路由转发项，如果有，则校验成功。

所述控制层面地址与传送层面地址为设置的不同的地址；

在所述查询转发表之前进一步包括：将传送层面的节点地址转换成控制层面的节点地址。

所述将传送层面的节点地址转换成控制层面的节点地址的方法为：将传送层面的节点地址根据预先设置的传送层面地址与控制层面地址的映射关系转换为控制层面的节点地址。

所述步骤A1为：源节点中的智能单元和业务路径计算单元配合发起业务路径的建立；

所述配合发起业务路径的建立的方法为：源节点的智能单元向本节点的业务路径计算单元发送对业务路径进行计算的请求信息。

若对选取的传送层面链路进行可用性校验失败或者对选取的传送层面链路中的远端节点在控制层面的可达性进行校验失败，在步骤A2之后进一步包括：记录业务路径建立的信息，并返回步骤A2。

所述方法在步骤A1之前进一步包括：用户向智能光网络发起新建业务请求，智能光网络根据用户的请求发送给源节点的智能单元，请求源节点发起业务路径的计算.

所述方法在步骤A1之前进一步包括：业务发生告警，智能光网络发起重路由，向源节点的智能单元发送重路由请求。

所述智能单元为实现基于多协议标签交换协议或通用多协议标签交换协议的信令消息收发处理的功能单元。

由上述技术方案可见，本发明通过在业务路径的建立过程中，既对传送层面链路资源进行校验，考虑了传送层面的可用性，又对控制层面链路资源进行校验，考虑了控制层面的可达性，并根据计算和校验的结果建立业务路径。因此，本发明的业务路径建立或者重路由方法在传送层面的链路资源正常但控制层面的链路资源出现故障时计算出了正确的业务路径，成功地建立了业务路径，从而避免了传送层面链路资源正常而控制层面链路资源出现故障时，新建业务不成功或者重路由不成功的现象发生，进而提高了业务在网络中的生存性。

附图说明

图1为现有技术中智能光网络的传送层面拓扑结构示意图；

图2a为现有技术中采用带内控制方式的智能光网络的控制层面拓扑结构示意图；

图2b为现有技术中采用带外控制方式的智能光网络的控制层面拓扑结构图；

图3本发明智能光网络中的业务路径建立方法的示例性流程图；

图4a为采用带内控制方式的智能光网络的协议层结构示意图；

图4b为采用带外控制方式的智能光网络的协议层结构示意图；

图5为本发明实施例一中业务路径建立方法的流程图；

图6为本发明实施例二中业务路径建立方法的流程图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

本发明的基本思想为：在计算业务路径的过程中，既对传送层面链路资源的可用性进行校验，又对传送层面链路中的远端节点在控制层面的可达性进行校验，并根据校验成功的计算结果建立业务路径。

图3本发明智能光网络中的业务路径建立方法的示例性流程图。如图3所示，本发明由新建业务或者重路由发起的业务路径建立方法主要包括以下步骤：

步骤301，发起业务路径的建立；

步骤302，计算业务路径，并在计算过程中对传送层面链路资源的可用性和传送层面链路中的远端节点在控制层面的可达性进行校验；

步骤303，根据校验成功的计算结果建立业务路径。

首先，先介绍一下智能光网络中的协议层以及主要智能协议。

图4a为采用带内控制方式的智能光网络的协议层结构示意图；图4b为采用带外控制方式的智能光网络的协议层结构示意图.如图4a和图4b所示，所有的智能协议都作为控制层协议，互联网协议(IP)作为网络层协议，而采用带内控制方式的智能光网络中，控制层面的链路层为数字通信通道(DCC)、嵌入控制通道(ECC)或者光监控通道(OSC)等光纤带内通道，采用带外控制方式的智能光网络中，控制层面的链路层为光纤带外的通道，例如以太网等.

智能光网络系统中主要的智能协议有：多协议标签交换(MPLS)、通用多协议标签交换(GMPLS)、路由协议和本地链路管理(LMP)协议等。

其中，MPLS协议或者GMPLS协议的信令消息是用于完成建立业务和重路由的相关功能，是通过IP协议进行转发到相关节点的智能单元中。路由协议的主要功能是：洪泛TE链路信息；感知整个网络的控制层面拓扑结构，并计算出控制层面路由转发表，为网络层转发MPLS协议或者GMPLS协议的信令消息提供依据。

所以，通过查询控制层面的路由转发表信息就可以对控制层面链路资源的可达性进行校验。

下面，结合实施例详细说明本发明的技术方案。

实施例一

图5为本发明实施例一中业务路径建立方法的流程图。如图5所示，以采用带内控制方式的智能光网络为例，由新建业务发起的业务路径的建立由源节点来实现，包括以下步骤：

步骤501，用户发起新建业务请求，源节点根据用户的请求，发起业务路径计算。

步骤502，源节点选取传送层面的链路。

链路的选取可以依照各种最短路径的方法来实现，也可以为其它方法。

步骤503，源节点对选取的传送层面链路进行可用性校验，如果校验成功，则执行步骤504；如果校验失败，则执行步骤506。

由于传送层面链路资源都有与业务相关的TE属性，因此，对传送层面链路资源可用性的校验中，可以仅对链路资源的TE属性进行校验。

步骤504，源节点对选取的传送层面链路中，远端节点在控制层面的可达性进行校验，如果校验成功，则执行步骤505；如果校验失败，则执行步骤506。

本实施例中，计算业务路径时选取的节点在传送层面设置的地址与节点在控制层面设置的地址相同，因此对控制层面链路资源的校验是通过直接查询控制层面的路由转发表来实现的。查询方式为：依次查询转发表中是否有从源节点发出，并以路径中其余各远端节点的控制层面地址为目的地址的路由转发项。如果有，则当前查询的远端节点在控制层面是可达的；如果没有，则当前查询的远端节点在控制层面是不可达的。

步骤505，根据校验成功的计算结果成功建立业务路径，结束本流程。

由于业务路径计算单元计算出的路径通过了传送层面链路资源的校验和控制层面链路资源的校验，因此路径中的所有节点在控制层面上是可达的，在传送层面上是可用的，业务路径建立或者重路由成功。

步骤506，校验失败，路径计算单元记录不可达节点，以便在下次路径计算中排除该节点，并向智能单元发送路径建立失败信息；智能单元记录路径建立失败信息，以便进行将路径建立失败的结果通知管理员等后续操作，并返回步骤502，继续计算业务路径。

本实施例中，步骤502～步骤504为计算业务路径的过程，其中，先执行步骤502选取传送层面链路，再执行步骤503～步骤504，对选取的链路资源进行校验，简化了校验过程并节省了网络资源，步骤502也可以在可达性和可用性校验之后进行，即先对网络中所有节点进行传送层面可用性校验和控制层面可达性校验，排除控制层面不可达或者传送层面不可用的节点后，再从校验成功的节点中选取链路；校验过程中的步骤504是在步骤503之后执行的，步骤503和步骤504可以同时执行，即同时校验传送层面链路的可用性和链路中的节点在控制层面的可达性，也可以先执行步骤504.

本实施例的方法用于建立新业务，也可以用于重路由。

本实施例的业务路径建立方法是基于采用带内控制方式的智能光网络来实现的，本方法也适用于采用带外控制方式的智能光网络。

实施例二

图6为本发明实施例二中业务路径建立方法的流程图。本实施例中业务路径的建立是由源节点来实现的，具体地说，是由源节点中的智能单元和业务路径计算单元配合实现的。如图6所示，以采用带外控制方式的智能光网络为例，由重路由发起的业务路径的建立方法包括以下步骤：

步骤601，源节点在规定周期内未接收到业务数据成功传送的IP报文，产生业务告警，并发起重路由，源节点的智能单元向本节点的业务路径计算单元发送对业务路径进行计算的请求信息。

智能单元为实现基于MPLS协议或GMPLS协议信令消息的收发处理的功能单元。

步骤602，源节点的业务路径计算单元选取传送层面的链路。

链路的选取可以依照各种最短路径的方法来实现，也可以为其它方法。

步骤603，源节点的业务路径计算单元对选取的传送层面链路中，远端节在控制层面的可达性进行校验，如果校验成功，则执行步骤604；如果校验失败，则执行步骤606。

本实施例中，计算业务路径时选取的节点在传送层面设置的地址与节点在控制层面设置的地址不同。因此，先将传送层面的节点地址根据预先设置的传送层面地址与控制层面地址的映射关系转换为控制层面的节点地址，再通过直接查询控制层面的路由转发表来校验控制层面链路资源。查询方式为：依次查询路由转发表中是否有从源节点发出，并以路径中其余各远端节点的控制层面地址为目的地址的路由转发项。如果有，则当前查询的远端节点在控制层面是可达的；如果没有，则当前查询的远端节点在控制层面是不可达的。

步骤604，源节点的业务路径计算单元对计算出的路径中包括的传送层面链路资源进行校验，如果校验成功，则执行步骤605；如果校验失败，则执行步骤606。

由于传送层面链路资源都有与业务相关的TE属性，因此，对传送层面链路资源的校验中，可以仅对链路资源的TE属性进行校验。

步骤605，根据校验成功的计算结果成功建立业务路径，结束本流程。

由于业务路径计算单元计算出的路径通过了传送层面链路资源的校验和控制层面链路资源的校验，因此路径中的所有节点在控制层面上是可达的，在传送层面上是可用的，业务路径建立或者重路由成功。

步骤606，校验失败，路径计算单元记录不可达节点，以便在下次路径计算中排除该节点，并向智能单元发送路径建立失败信息；智能单元记录路径建立失败信息，以便进行将路径建立失败的结果通知管理员等后续操作，并返回步骤602，继续计算业务路径。

本实施例中，步骤602～步骤604为业务路径的计算过程。其中，先执行步骤602选取传送层面的链路，再执行步骤603～步骤604，对选取的链路资源进行校验，简化了校验过程并节省了网络资源，步骤602也可以在可达性和可用性校验之后进行，即先对网络中所有节点进行传送层面可用性校验和控制层面可达性校验，排除控制层面不可达或者传送层面不可用的节点后，再从校验成功的节点中选取链路；校验过程中的步骤604是在步骤603之后执行的，步骤603和步骤604可以同时执行，即同时校验传送层面链路的可用性和链路中的节点在控制层面的可达性，也可以先执行步骤604。

本实施例的方法用于重路由，也可以用于建立新业务。

本实施例的业务路径建立方法是基于采用带外控制方式的智能光网络来实现的，本方法也适用于采用带内控制方式的智能光网络。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换以及改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种智能光网络中的业务路径建立方法，其特征在于，包括以下步骤：

A1、发起业务路径的建立；

A2、计算业务路径，并在计算过程中对传送层面链路资源的可用性和传送层面链路中的远端节点在控制层面的可达性进行校验；

A3、根据所述可用性和所述可达性都校验成功的计算结果建立业务路径。

2.如权利要求1所述的方法，其特征在于，步骤A2包括以下步骤：

A211、源节点选取传送层面链路，并对选取的传送层面链路进行可用性校验，在校验成功之后执行步骤A212；

A212、源节点对选取的传送层面链路中的远端节点在控制层面的可达性进行校验。

3.如权利要求1所述的方法，其特征在于，步骤A2包括以下步骤：

A221、源节点选取传送层面链路，对选取的传送层面链路中的远端节点在控制层面的可达性进行校验，在校验成功之后执行步骤A222；

A222、源节点对选取的传送层面链路进行可用性校验。

4.如权利要求2或3所述的方法，其特征在于，所述远端节点为选取的传送层面链路中，除源节点之外的节点；

所述对选取的传送层面链路中的远端节点在控制层面的可达性进行校验的方法为：查询控制层面的转发表中是否有从源节点发出，并以远端节点的控制层面地址为目的地址的路由转发项，如果有，则校验成功。

5.如权利要求4所述的方法，其特征在于，所述控制层面地址与传送层面地址为设置的不同的地址；

在所述查询转发表之前进一步包括：将传送层面的节点地址转换成控制层面的节点地址。

6.如权利要求5所述的方法，其特征在于，所述将传送层面的节点地址转换成控制层面的节点地址的方法为：将传送层面的节点地址根据预先设置的传送层面地址与控制层面地址的映射关系转换为控制层面的节点地址。

7.如权利要求1所述的方法，其特征在于，所述步骤A1为：源节点中的智能单元和业务路径计算单元配合发起业务路径的建立；

所述配合发起业务路径的建立的方法为：源节点的智能单元向本节点的业务路径计算单元发送对业务路径进行计算的请求信息。

8.如权利要求1所述的方法，其特征在于，若对选取的传送层面链路进行可用性校验失败或者对选取的传送层面链路中的远端节点在控制层面的可达性进行校验失败，在步骤A2之后进一步包括：记录业务路径建立失败的信息，并返回步骤A2。

9.如权利1所述的方法，其特征在于，所述方法在步骤A1之前进一步包括：用户向智能光网络发起新建业务请求，智能光网络根据用户的请求发送给源节点的智能单元，请求源节点发起业务路径的计算。

10.如权利1所述的方法，其特征在于，所述方法在步骤A1之前进一步包括：业务发生告警，智能光网络发起重路由，向源节点的智能单元发送重路由请求。

11.如权利要求7所述的方法，其特征在于，所述智能单元为实现基于多协议标签交换协议或通用多协议标签交换协议的信令消息收发处理的功能单元。

Images