CN101360348B - 一种业务首尾节点之间的虚拟控制通道建立方法 - Google Patents

Abstract

本发明公开了一种业务首尾节点之间的虚拟控制通道建立方法，在自动交换光网络ASON中，其包括：首先业务首接点从系统管理平面收到业务建立请求消息；在待建虚拟控制通道的一侧完成该侧虚拟控制通道的建立操作，然后向所述虚拟控制通道的另一侧发送业务建立消息；所述另一侧收到所述业务建立消息，最后在所述另一侧完成该侧虚拟控制通道的建立操作。本发明所述的方法，由于采用了在业务首尾节点之间建立一条直接通信的虚拟IPCC，专门用于首尾间点之间交互数据的传输，该虚拟IPCC与业务信令通道是两条分离的通道；因此即使节点信令路由发生问题，业务首尾节点之间仍能通信，这样就可以在信令失败情形下对业务进行维护。

Description

一种业务首尾节点之间的虚拟控制通道建立方法

技术领域

本发明涉及的是在光通讯领域中一种业务首尾节点之间的信息交互通道建立方法；尤其涉及的是在ASON(Automatically Switched Optical Network-自动交换光网络)中，一种业务首尾节点之间的虚拟控制通道建立方法。

背景技术

在现有技术中，ASON是能够智能化地自动完成光网络交换连接功能的新一代光传送网；自动交换连接是指：在网络资源和拓扑结构自动发现的基础上，调用动态智能选路算法，通过分布式信令处理和交互，建立端到端的按需连接，同时提供可行可靠的保护恢复机制，实现故障下的自动重构。

GMPLS(Generalized Multi-Protocol Label Switching-通用多协议标记交换)定义了专门的链路管理协议(LMP)来管理两节点间的链路。该LMP的功能包括控制通道管理、链路属性关联、链路连通性验证和故障管理；其中前两项用于管理流量工程(TE：Traffic Engineering)，是链路必备的核心功能；后两项是可选的扩展功能，用于应对控制通道(IPCC-IP Control Channel)与物理通道分离的情况。

控制通道管理用于建立和维持相邻节点之间IPCC的连接。在相邻节点对之间，LMP要求至少有一条可用的双向控制通道，每条IPCC都是相互独立，LMP控制消息可以选择其中一条IPCC传递，其它作为备用；IPCC的每个方向都被一个独一无二控制通道编号(CCID：Control Channel ID)标志，而且这两个方向是使用LMP配置消息交换而结合在一起。另外OIF(OpticalInternetworking Forum-光纤网络论坛)的UNI(User-Network Interface用户-网络接口)规范对LMP进行了扩展，使其具有了资源发现功能，完成了UNI的邻居发现和业务发现等功能

控制通道管理是针对LMP会话本身的协商和维护而言的，用于在邻居发现后在控制平面建立相邻物理节点间的IPCC，以便进行参数协商和信令信息的传递。IPCC用来传递控制平面的信息，主要包括链路管理、故障隔离信息、资源管理、标签分发信息、动态路由信息等。IPCC的实现方式有“带内或光纤内”和“带外或光纤外”两种；所述带内或光纤内是指承载信令的通道被嵌在挟带数据的光链路中，也就是说信令和业务数据共享同一个信道，例如在光纤同步网络(SONET-Synchronous Optical Network)/同步数字分级体系(SDH-Synchronous Digital Hierarchy)的线路或段数据通信通道(DCC-Data Communication Channel)中传送；所述带外或光纤外是指专用信令链路与承载数据的光链路分离，也就是说信令和业务数据分开传输，例如外部IP(Internet Protocol-因特网协议)传送网和专用双向SONET/SDH连接净荷中传送，其组帧方式为IP承载PPP(Point-to-Point Protocol-点到点协议)承载SONET/SDH。

在ASON中，对于业务首尾节点间的信息交互，其数据和业务信令所用的通道路径相同，例如资源预留协议(RSVP-Resource Reservation Protocol)、基于路由受限标签分发协议(CR-LDP-Constraint Based Routing LabelDistribution Protocol)、专用网-网接口(PNNI-Private Network-NetworkInterface)所用的通道。如图1所示的通讯情况，首节点发往尾节点的所有数据(包括业务信令和非信令数据)，必须先到达业务路由的中间节点，然后再由中间节点转发到尾节点。在多节点重启的情况下，尾节点就有可能不能恢复RSVP状态，导致首尾节点之间的RSVP Notify(资源预留协议通知)消息不能正常的发送和接收；所述多节点重启的情况是指尾节点和尾节点的上游节点失效，然后尾节点重启，但尾节点的上游节点一直处于失效状态。因而，现有技术还有待于改进和提高。

发明内容

本发明的目的在于提供在ASON中，一种业务首尾节点之间的虚拟控制通道建立方法，以实现在业务首尾节点之间建立一条直接通信的虚拟IPCC，在业务信令路由不可使用的情况下，达到业务的首尾节点之间仍能通信之目的。

本发明的技术方案包括：

一种业务首尾节点之间的虚拟控制通道建立方法，在自动交换光网络ASON中，其包含以下步骤：

A、业务首节点从系统管理平面收到业务建立请求消息；

B、在待建虚拟控制通道的一侧完成该侧虚拟控制通道的建立操作，向所述虚拟控制通道的另一侧发送业务建立消息；

C、所述另一侧收到所述业务建立消息，完成该侧虚拟控制通道的建立操作。

其中所述步骤A还包括：

A1、在所述系统管理平面上编写关于建立所述虚拟控制通道的任务；

A2、所述系统管理平面向业务首节点下发业务建立请求消息；

A3、业务首节点收到所述业务建立请求消息，根据所述业务建立请求消息确定建立所述虚拟控制通道的开始节点。

其中在所述步骤A3中还包括：所述开始节点为业务首节点时，所述一侧为业务首节点，所述另一侧为业务尾节点。

其中所述步骤B还包括：

B1、设置所述虚拟控制通道的首节点侧通道控制编号，并绑定在位于业务首节点侧的用户数据报协议端口上；

B2、在所述用户数据报协议端口上进行链路连通性验证。

其中所述步骤B1还包括：

B11、业务首节点从所述业务建立请求消息中读取业务尾节点的节点编号，并将所述节点编号设置为所述虚拟控制通道的首节点侧通道控制编号；

B12、业务首节点向本侧的通用多协议标记交换协议栈发出绑定请求；

B13、业务首节点侧通用多协议标记交换协议栈将所述首节点侧通道控制编号绑定在位于业务首节点侧的用户数据报协议端口上。

其中所述步骤B2还包括：

B21、业务首节点向本节点侧通用多协议标记交换协议栈发送请求消息，请求在所述用户数据报协议端口上启动链路管理协议实例；

B22、业务首节点侧通用多协议标记交换协议栈在所述用户数据报协议端口上启动链路管理协议实例，对所述虚拟控制通道的业务首节点侧进行链路连通性验证；链路连通性验证成功，业务首节点向业务尾节点发送业务建立请求信令。

其中所述步骤C还包括：

C11、业务尾节点收到所述业务建立请求信令，并从中读取业务首节点的节点编号，并将所述节点编号设置为所述虚拟控制通道的尾节点侧通道控制编号；

C12、业务尾节点向本侧的通用多协议标记交换协议栈发出绑定请求；

C13、业务尾节点侧通用多协议标记交换协议栈将所述尾节点侧通道控制编号绑定在位于业务尾节点侧的用户数据报协议端口上；

C14、业务尾节点侧通用多协议标记交换协议栈在所述用户数据报协议端口上启动链路管理协议实例，对所述虚拟控制通道的业务尾节点侧进行链路连通性验证。

其中在所述步骤A3中还包括：所述开始节点为业务尾节点时，所述业务首节点向业务尾节点发送业务建立请求信令；所述一侧为业务尾节点，所述另一侧为业务首节点。

其中所述步骤B中还包括：

B21、业务尾节点收到所述业务建立请求信令，并从中读取业务首节点的节点编号，并将所述节点编号设置为所述虚拟控制通道的尾节点侧通道控制编号；

B22、业务尾节点向本侧的通用多协议标记交换协议栈发出绑定请求；

B23、业务尾节点侧通用多协议标记交换协议栈将所述尾节点侧通道控制编号绑定在位于业务尾节点侧的用户数据报协议端口上；

B24、业务尾节点侧通用多协议标记交换协议栈在所述用户数据报协议端口上启动链路管理协议实例，对所述虚拟控制通道的业务尾节点侧进行链路连通性验证，链路连通性验证成功，业务尾节点向业务首节点发送业务建立应答信令。

其中所述步骤C还包括：

C21、业务首节点收到所述业务建立应答信令，并从中读出业务尾节点的节点编号，并将所述节点编号设置为所述虚拟控制通道的首节点侧通道控制编号；

C22、业务首节点向本侧的通用多协议标记交换协议栈发出绑定请求；

C23、业务首节点侧通用多协议标记交换协议栈将所述首节点侧通道控制编号绑定在位于业务首节点侧的用户数据报协议端口上；

C24、业务首节点侧通用多协议标记交换协议栈在所述用户数据报协议端口上启动链路管理协议实例，对所述虚拟控制通道的业务首节点侧进行链路连通性验证。

本发明提出了在ASON中基于LMP，一种业务首尾节点之间的虚拟控制通道建立方法，由于采用了在业务首尾节点之间建立一条直接通信的虚拟IPCC，专门用于首尾间点之间交互数据的传输，该虚拟IPCC与业务信令通道是两条分离的通道；因此即使节点信令路由发生问题，业务首尾节点之间仍能通信，这样就可以在信令失败情形下对业务进行维护。

附图说明

图1为现有技术中不存在虚拟IPCC时，业务首尾节点之间的信息交互示意图；

图2为本发明一个较佳实施例在建立虚拟IPCC后，业务首尾节点之间的信息交互示意图；

图3为本发明一个较佳实施例，在业务首节点为开始节点的情况下建立虚拟IPCC流程图；

图4为本发明一个较佳实施例，在业务尾节点为开始节点的情况下建立虚拟IPCC流程图；

图5为本发明一个较佳实施例在业务首节点重启时，已建好的虚拟IPCC恢复流程图。

图6为本发明一个较佳实施例在业务尾节点重启时，已建好的虚拟IPCC恢复流程图。

具体实施方式

以下结合附图，将对本发明的较佳实施例加以详细说明

本发明提供了一种业务首尾节点之间的虚拟控制通道建立方法，该方法包括：在自动交换光网络ASON中，首先业务首节点从系统管理平面收到业务建立请求消息；在待建虚拟控制通道的一侧完成该侧虚拟控制通道的建立操作，然后向所述虚拟控制通道的另一侧发送业务建立消息；所述另一侧收到所述业务建立消息，最后在所述另一侧完成该侧虚拟控制通道的建立操作，这样在业务首尾节点之间就建立了一条可以直接通信的虚拟IPCC，如图2所示，在节点信令路由发生问题的情况下，业务首尾节点之间仍能够通信。

下面将在业务首尾节点之间建立虚拟IPCC的方法步骤详细描述如下：

ASON功能层面包括：控制平面CP(Control Plane)、管理平面MP(Management Plane)和传送平面TP(Transport Plane)。

如图3所示为本发明一个较佳实施例，在业务首节点为开始节点的情况下建立虚拟IPCC流程图，其详细步骤如下：

S301、在ASON系统管理平面上编写关于建立虚拟控制通道的任务；所述系统管理平面向业务首节点下发业务建立请求消息；业务首节点收到所述业务建立请求消息后，根据所述业务建立请求消息确定建立所述虚拟控制通道的开始节点为业务首节点；

S302、业务首节点从所述业务建立请求消息中读取业务尾节点的节点编号，将所述节点编号设置为所述虚拟IPCC的首节点侧CCID；

S303、根据所述首节点侧CCID查询业务首节点侧的本地数据库，有下例二种情况：

一、如果查询结果为：所述首节点侧CCID已经存在，这就是说，业务首节点侧的虚拟IPCC已经建立，则不需再建，流程结束；

二、如果查询结果为：所述首节点侧CCID不存在，这就是说，业务首节点侧的虚拟IPCC还未建立，则执行下一步操作；

S304、业务首节点向位于本节点侧的GMPLS协议栈发送请求，请求将所述首节点侧CCID绑定在位于业务首节点侧的UDP(用户数据报协议)端口上；

S305、所述GMPLS协议栈收到所述请求并完成所述绑定操作，然后业务首节点向位于本节点侧的所述GMPLS协议栈发送请求，请求在位于业务首节点侧的所述UDP端口上启动LMP实例；

S306、位于业务首节点侧的所述GMPLS协议栈收到所述请求，在所述UDP端口上执行LMP协议实例，进行业务首节点侧的链路连通性验证；如果所述链路连通性验证成功，则业务首节点向业务尾节点发送业务建立请求信令，例如，所述请求信令消息为RSVP中的PATH(路径)消息；

S307、业务尾节点收到业务首节点发送的所述业务建立请求信令；

S308、业务尾节点从所述业务请求信令中读取业务首节点的节点编号，将所述节点编号设置为所述虚拟IPCC的尾节点侧CCID；

S309、业务尾节点向位于业务尾节点侧的GMPLS协议栈发送请求，请求将所述尾节点侧CCID绑定在位于业务尾节点侧的UDP端口上；；

S310、所述GMPLS协议栈收到所述请求并完成所述绑定操作，然后业务尾节点向位于业务尾节点侧的所述GMPLS协议栈发送请求，请求在位于业务尾节点侧的所述UDP端口上启动LMP协议实例；

S311、位于业务尾节点侧的所述GMPLS协议栈收到所述请求，在所述UDP端口上执行LMP实例，进行业务尾节点侧的链路连通性验证；如果所述链路连通性验证成功，则位于业务尾节点侧的所述GMPLS协议栈向首尾节点发送所述虚拟IPCC建立成功的消息，这样就完成了所述虚拟IPCC的建立操作，首尾节点便可以使用所述虚拟IPCC进行信息交互了。

如图4所示为本发明一个较佳实施例，在业务尾节点为开始节点的情况下建立虚拟IPCC流程图，其详细步骤如下：

S401、在ASON系统管理平面上编写关于建立虚拟控制通道的任务；所述系统管理平面向业务首节点下发业务建立请求消息；业务首节点收到所述业务建立请求消息后，根据所述业务建立请求消息确定建立所述虚拟控制通道的开始节点为业务尾节点；

S402、业务首节点向业务尾节点发送业务建立请求信令；

S403、业务尾节点收到所述业务建立请求信令，并从中读取业务首节点的节点编号，将所述节点编号设置为所述虚拟IPCC的尾节点侧CCID；

S304、根据所述尾节点侧CCID查询业务尾节点侧的本地数据库，有下例二种情况：

一、如果查询结果为：所述尾节点侧CCID已经存在，这就是说，业务尾节点侧的虚拟IPCC已经建立，则不需再建，流程结束；

二、如果查询结果为：所述尾节点侧CCID不存在，这就是说，业务尾节点侧的虚拟IPCC还未建立，则执行下一步操作；

S305、业务尾节点向位于本节点侧的GMPLS协议栈发送请求，请求将所述尾节点侧CCID绑定在位于业务尾节点侧的UDP端口上；

S306、所述GMPLS协议栈收到所述请求并完成所述绑定操作，然后业务尾节点向位于本节点侧的所述GMPLS协议栈发送请求，请求在位于业务尾节点侧的所述UDP端口上启动LMP实例；

S307、位于业务尾节点侧的所述GMPLS协议栈收到所述请求，在所述UDP端口上执行LMP实例，进行业务尾节点侧的链路连通性验证；如果所述链路连通性验证成功，则业务尾节点向业务首节点发送业务建立应答信令，例如，所述发送业务建立应答信令为RSVP中的RESV(资源预留)消息；

S308、业务首节点收到业务尾节点发送的所述业务建立应答信令；

S309、业务首节点从所述业务应答中读取业务尾节点的节点编号，将所述节点编号设置为所述虚拟IPCC的首节点侧CCID；

S310、业务首节点向位于业务首节点侧的GMPLS协议栈发送请求，请求将所述首节点侧CCID绑定在位于业务首节点侧的UDP端口上；

S311、所述GMPLS协议栈收到所述请求并完成所述绑定操作，然后业务首节点向位于业务首节点侧的所述GMPLS协议栈发送请求，请求在位于业务首节点侧的所述UDP端口上启动LMP实例；

S312、位于业务首节点侧的所述GMPLS协议栈收到所述请求，在所述UDP端口上执行LMP实例，进行业务首节点侧的链路连通性验证；如果所述链路连通性验证成功，则位于业务首节点侧的所述GMPLS协议栈向首尾节点发送所述虚拟IPCC建立成功的消息，这样就完成了所述虚拟IPCC的建立操作，首尾节点便可以使用所述虚拟IPCC进行信息交互了。

在信息交互过程中，若通讯节点发生问题，有时需要重启节点，而已建立好的虚拟IPCC的通道数据是保存在对应节点的本地数据库中，虚拟IPCC按以下流程恢复：

如果业务首节点重启时，则按以下步骤执行：

S501、从数据库中读取业务信息，若所有业务信息均已经读取则执行S505；否则执行S502；

S502、根据读取的所述业务信息，将业务尾节点的节点编号设置为虚拟控制通道的首节点侧CCID，根据所述首节点侧CCID查找所述虚拟IPCC是否已经恢复；如果所述首节点侧CCID存在，执行S501，否则执行S503；

S503、业务首节点请求位于本侧节点的GMPLS协议栈将所述首节点侧CCID绑定在位于本侧节点的UDP端口上；

S504、所述GMPLS协议栈收到所述请求，完成所述绑定，在所述UDP端口上启动LMP实例，进行业务首节点侧的链路连通性验证；则执行S501；

S505、所有业务首尾节点收到关于它们对应的虚拟通道恢复成功消息，此时业务首尾节点虚拟控制通道的恢复完成，业务首尾节点则可以利用对应的虚拟IPCC进行信息交互了。

如果业务尾节点重启，则按以下步骤执行：

S601、从数据库中读取业务信息，若所有业务信息均已经读取则执行S605；否则执行S602；

S602、根据读取的所述业务信息，将业务首节点的节点编号设置为虚拟控制通道的尾节点侧CCID，根据所述尾节点侧CCID查找所述虚拟IPCC是否已经恢复；如果所述尾节点侧CCID存在，执行S601，否则执行S603；

S603、业务尾节点请求位于本侧节点的GMPLS协议栈将所述尾节点侧CCID绑定在位于本侧节点的UDP端口上；

S604、所述GMPLS协议栈收到所述请求，完成所述绑定，在所述UDP端口上启动LMP实例，进行业务尾节点侧的链路连通性验证；则执行S601；

S605、所有业务首尾节点收到关于它们对应的虚拟通道恢复成功消息，此时业务首尾节点虚拟控制通道的恢复完成，业务首尾节点则可以利用对应的虚拟IPCC进行信息交互了。

如果业务首尾节点同时重启，则按首尾分别重启时的对应步骤执行。

综上所述，本发明由于采用了在业务首尾节点之间建立一条直接通信的虚拟IPCC，专门用于首尾间点之间交互数据的传输，该虚拟IPCC与业务信令通道是两条分离的通道；因此即使节点信令路由发生问题，业务首尾节点之间仍能通信；在多节点重启的情况下，尾节点仍能通过所述虚拟IPCC将RSVP Notify消息正常的发送和接收。

应当理解的是，上述针对具体实施例的描述较为详细，并不能因此而认为是对本发明专利保护范围的限制，本发明的专利保护范围应以所附权利要求为准。

Claims (10)

1.一种业务首尾节点之间的虚拟控制通道建立方法，在自动交换光网络ASON中，其包含以下步骤：

A、业务首节点从系统管理平面收到业务建立请求消息；

B、在待建虚拟控制通道的一侧完成该侧虚拟控制通道的建立操作，向所述虚拟控制通道的另一侧发送业务建立消息；

C、所述另一侧收到所述业务建立消息，完成该侧虚拟控制通道的建立操作。

2.根据权利要求1所述的虚拟控制通道建立方法，其特征在于，所述步骤A还包括：

A1、在所述系统管理平面上编写关于建立所述虚拟控制通道的任务；

A2、所述系统管理平面向业务首节点下发业务建立请求消息；

A3、业务首节点收到所述业务建立请求消息，根据所述业务建立请求消息确定建立所述虚拟控制通道的开始节点。

3.根据权利要求2所述的虚拟控制通道建立方法，其特征在于，在所述步骤A3中还包括：所述开始节点为业务首节点时，所述一侧为业务首节点，所述另一侧为业务尾节点。

4.根据权利要求3所述的虚拟控制通道建立方法，其特征在于，所述步骤B还包括：

B1、设置所述虚拟控制通道的首节点侧通道控制编号，并绑定在位于业务首节点侧的用户数据报协议端口上；

B2、在所述用户数据报协议端口上进行链路连通性验证。

5.根据权利要求4所述的虚拟控制通道建立方法，其特征在于，所述步骤B1还包括：

B11、业务首节点从所述业务建立请求消息中读取业务尾节点的节点编号，并将所述节点编号设置为所述虚拟控制通道的首节点侧通道控制编号；

B12、业务首节点向本侧的通用多协议标记交换协议栈发出绑定请求；

B13、业务首节点侧通用多协议标记交换协议栈将所述首节点侧通道控制编号绑定在位于业务首节点侧的用户数据报协议端口上。

6.根据权利要求4所述的虚拟控制通道建立方法，其特征在于，所述步骤B2还包括：

B21、业务首节点向本节点侧通用多协议标记交换协议栈发送请求消息，请求在所述用户数据报协议端口上启动链路管理协议实例；

B22、业务首节点侧通用多协议标记交换协议栈在所述用户数据报协议端口上启动链路管理协议实例，对所述虚拟控制通道的业务首节点侧进行链路连通性验证；链路连通性验证成功，业务首节点向业务尾节点发送业务建立请求信令。

7.根据权利要求6所述的虚拟控制通道建立方法，其特征在于，所述步骤C还包括：

C11、业务尾节点收到所述业务建立请求信令，并从中读取业务首节点的节点编号，并将所述节点编号设置为所述虚拟控制通道的尾节点侧通道控制编号；

C12、业务尾节点向本侧的通用多协议标记交换协议栈发出绑定请求；

C13、业务尾节点侧通用多协议标记交换协议栈将所述尾节点侧通道控制编号绑定在位于业务尾节点侧的用户数据报协议端口上；

C14、业务尾节点侧通用多协议标记交换协议栈在所述用户数据报协议端口上启动链路管理协议实例，对所述虚拟控制通道的业务尾节点侧进行链路连通性验证。

8.根据权利要求2所述的虚拟控制通道建立方法，其特征在于，在所述步骤A3中还包括：所述开始节点为业务尾节点时，所述业务首节点向业务尾节点发送业务建立请求信令；所述一侧为业务尾节点，所述另一侧为业务首节点。

9.根据权利要求8所述的虚拟控制通道建立方法，其特征在于，所述步骤B中还包括：

B21、业务尾节点收到所述业务建立请求信令，并从中读取业务首节点的节点编号，并将所述节点编号设置为所述虚拟控制通道的尾节点侧通道控制编号；

B22、业务尾节点向本侧的通用多协议标记交换协议栈发出绑定请求；

B23、业务尾节点侧通用多协议标记交换协议栈将所述尾节点侧通道控制编号绑定在位于业务尾节点侧的用户数据报协议端口上；

B24、业务尾节点侧通用多协议标记交换协议栈在所述用户数据报协议端口上启动链路管理协议实例，对所述虚拟控制通道的业务尾节点侧进行链路连通性验证，链路连通性验证成功，业务尾节点向业务首节点发送业务建立应答信令。

10.根据权利要求9所述的虚拟控制通道建立方法，其特征在于，所述步骤C还包括：

C21、业务首节点收到所述业务建立应答信令，并从中读出业务尾节点的节点编号，并将所述节点编号设置为所述虚拟控制通道的首节点侧通道控制编号；

C22、业务首节点向本侧的通用多协议标记交换协议栈发出绑定请求；

C23、业务首节点侧通用多协议标记交换协议栈将所述首节点侧通道控制编号绑定在位于业务首节点侧的用户数据报协议端口上；

C24、业务首节点侧通用多协议标记交换协议栈在所述用户数据报协议端口上启动链路管理协议实例，对所述虚拟控制通道的业务首节点侧进行链路连通性验证。

Images