CN101384091B

CN101384091B - 一种自动交换光网络呼叫控制的实现方法和系统

Info

Publication number: CN101384091B
Application number: CN2008101683429A
Authority: CN
Inventors: 马志栋
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2008-09-26
Filing date: 2008-09-26
Publication date: 2011-08-10
Anticipated expiration: 2028-09-26
Also published as: CN101384091A

Abstract

本发明提供了一种自动交换光网络呼叫控制的实现方法，包含：网管向呼叫管理模块发起呼叫建立请求；呼叫管理模块确定呼叫所需建立的连接，从协议控制器获取所述连接的路由信息，根据所述路由信息，向协议控制器发起连接建立请求；协议控制器完成所述连接的建立。本发明还提出一种自动交换光网络呼叫控制的实现系统，包含呼叫管理模块，用于接收网管的呼叫建立请求，从协议控制器获取呼叫的连接的路由信息，根据所述路由信息向协议控制器发起连接建立请求，指示所述协议控制器建立所述呼叫的连接；还用于将呼叫控制状态信息存入呼叫数据库中。

Description

一种自动交换光网络呼叫控制的实现方法和系统

技术领域

本发明涉及光传输领域，特别涉及一种ASON(Auto-Switch Optical Net，自动交换光网络)呼叫控制的实现方法和系统。

背景技术

随着光传输技术的发展，用户对网络带宽的需求变得越来越高，而且由于业务量本身的不确定性和不可预见性，对网络带宽动态分配的要求也越来越迫切。传统的带宽管理方法主要靠人工配置网络连接，耗时、费力、易出错，不仅难以适应现代网络运维和新业务提供拓展的需要，也难以适应市场竞争环境。这时，一种能够自动完成网络连接的技术ASON应运而生。ASON作为下一代传送网，其最主要的特点就是实现端到端连接的自动建立，对网络资源进行动态，灵活，智能地管理和分配。同时也能够很好的实现负载均衡，合理利用网络资源，以及对业务实现端到端的保护和恢复。

ASON系统通常由多个功能模块组成，包括呼叫控制，连接控制器、链路资源管理、协议控制器、主控调度、发现代理等等功能模块，具体实现方式可能有所不同。在ASON控制平面中规范了呼叫控制和连接控制的分离，目的是为了减少中间连接控制节点的冗余呼叫控制信息。其中呼叫控制作为ASON系统一个重要的模块，主要用于支撑网络层次的用户，用于在网络中建立，维护，释放和管理一组相关联的连接。一个呼叫可以有多条连接，也可以一条连接都没有。现有技术中并没有具体的呼叫控制的架构。

发明内容

本发明要解决的技术问题是提供一种呼叫控制的实现方法和系统，可以将多条不同的连接关联起来，支持多种不同类型的业务，更好地支持网络层用户，此外还可以支持多种端到端连接的保护和恢复。

为了解决上述技术问题，本发明提供了一种自动交换光网络呼叫控制的实现方法，包含：

网管向呼叫管理模块发起呼叫建立请求；

呼叫管理模块接收该呼叫建立请求，确定呼叫所需建立的连接，从协议控制器获取所述连接的路由信息；

呼叫管理模块根据所述路由信息，向协议控制器发起连接建立请求；

协议控制器完成所述连接的建立。

进一步的，上述方法还可具有以下特点，所述呼叫管理模块接收该呼叫建立请求后，首先对该呼叫建立请求的参数进行校验，如果校验成功，继续执行后续步骤；如果校验失败直接返回呼叫建立失败消息给网管，流程结束。

进一步的，上述方法还可具有以下特点，如果所述呼叫所需建立的连接为多个连接，所述呼叫管理模块从协议控制器获取该呼叫的多个连接的路由信息；所述呼叫管理模块向协议控制器发起连接建立请求时，根据每个连接的路由信息逐条向协议控制器发起连接建立请求。

进一步的，上述方法还可具有以下特点，所述呼叫建立请求中包含请求建立多个呼叫的信息，所述呼叫管理模块解析该呼叫建立请求，确定该多个呼叫所需建立的连接，并行的发起该多个呼叫的连接的建立请求。

进一步的，上述方法还可具有以下特点，需要删除所述呼叫时，执行如下步骤：

网管向呼叫管理模块发起呼叫删除请求；

呼叫管理模块对该请求参数进行校验，如果校验失败直接向网管返回呼叫删除失败消息，否则呼叫管理模块向协议控制器发起该呼叫的所有连接的删除请求；

协议控制器删除该呼叫的所有连接。

进一步的，上述方法还可具有以下特点，发生连接故障时，执行如下步骤：

呼叫保护与恢复模块接收来自传送平面呼叫的连接告警后，从协议控制器获取恢复连接的路由信息，呼叫管理模块根据所述路由信息，向协议控制器发起恢复连接的建立请求；

协议控制器完成恢复连接的建立，将业务从故障连接切换到恢复连接。

进一步的，上述方法还可具有以下特点，呼叫保护与恢复模块接收来自传送平面呼叫的连接告警后，呼叫保护与恢复模块还设置一恢复等待定时器，恢复等待定时器超时后，如果故障连接还没有恢复，才向协议控制器发起恢复连接的建立请求，如果恢复等待定时器超时前，故障连接恢复，则结束流程。

进一步的，上述方法还可具有以下特点，所述呼叫的呼叫控制状态信息存入呼叫数据库中。

本发明还提出一种自动交换光网络呼叫控制的实现系统，包含呼叫管理模块、呼叫数据库，其中：

所述呼叫管理模块，用于接收网管的呼叫建立请求，从协议控制器获取呼叫的连接的路由信息，根据所述路由信息向协议控制器发起连接建立请求，指示所述协议控制器建立所述呼叫的连接；还用于将呼叫控制状态信息存入呼叫数据库中；

所述呼叫数据库，用于存储呼叫控制状态信息。

进一步的，上述系统还可具有以下特点，所述呼叫管理模块，还用于接收网络的呼叫删除请求，向协议控制器发起该呼叫的连接删除请求，指示所述协议控制器删除所述呼叫的所有连接；和/或，接收网管的呼叫查询请求，返回呼叫控制状态信息给网管。

进一步的，上述系统还可具有以下特点，所述系统还包含呼叫保护与恢复模块，用于接收传送平面呼叫的连接告警，向协议控制器发起恢复连接的建立请求，指示所述协议控制器建立恢复连接，所述呼叫保护与恢复模块还将呼叫控制状态存入呼叫数据库中。

本发明所述的呼叫控制实现方法根据用户需求将呼叫分割成多条连接，支持不同类型的呼叫，从而满足不同用户的需求。还可以通过建立1+1SNCP呼叫，关联呼叫等方式，可以实现对用户业务进行不同类型，不同等级的端到端的保护。因此具有很大的灵活性，能够很容易适应现代网络运维和新业务提供拓展。

附图说明

图1本发明呼叫控制总体实现框图；

图2本发明呼叫建立流程图；

图3本发明呼叫删除流程图；

图4本发明呼叫恢复流程图。

具体实施方式

本发明呼叫控制的实现系统包含如下功能模块：

呼叫管理模块：用于按照给定的策略完成呼叫建立，呼叫删除，呼叫查询等功能，具体包含：

1)接收网管的呼叫建立请求，从协议控制器获取呼叫的连接的路由信息，根据所述路由信息向协议控制器发起连接建立请求，指示所述协议控制器建立所述呼叫的连接；

2)接收网管的呼叫删除请求，向协议控制器发起该呼叫的连接的删除请求，指示所述协议控制器删除所述呼叫的所有连接；

3)接收网管的呼叫查询请求，返回呼叫控制状态信息给网管；

4)将呼叫控制状态信息存入呼叫数据库中。

呼叫保护与恢复模块：主要用于对呼叫中的连接进行端到端的恢复。具体包含：用于接收传送平面呼叫的连接告警，向协议控制器发起恢复连接的建立请求，指示协议控制器建立恢复连接，还用于将呼叫控制状态存入呼叫数据库中。

呼叫数据库：主要完成呼叫控制状态信息的永久性存贮与恢复。在呼叫建立、删除、恢复等过程中所引起呼叫状态的变化，都会在关键点保存至呼叫数据库，以便在系统发生掉电重启的时候，从呼叫数据库中读取数据恢复呼叫状态。

本发明还提出一种呼叫控制的实现方法，具体包含呼叫建立、呼叫删除和呼叫的保护和恢复。

其中，呼叫建立的实现包含如下步骤：

步骤210：网管发起呼叫建立请求，该请求中包含要求建立呼叫的信息，呼叫管理模块接收该呼叫建立请求，并对该请求的参数进行校验，如果校验失败直接返回呼叫建立失败消息给网管，否则进入步骤220；

步骤220：呼叫管理模块解析该呼叫建立请求，确定呼叫所需建立的连接，然后向协议控制器发起所述连接的路由查询请求；

步骤230，协议控制器的路由查询模块计算该呼叫所有连接的路由信息，返回该呼叫的连接的路由信息给呼叫管理模块；

路由查询模块根据路由策略计算各连接的路由信息。

步骤240：呼叫管理模块收到路由查询模块发送的该呼叫的连接的路由信息后，根据每条连接的路由信息，逐条地向协议控制器发起连接建立请求；

步骤250：协议控制器通过信令完成连接的建立，向呼叫管理模块报告连接建立成功。每建立一条连接，向呼叫管理模块报告该连接建立成功。

步骤260：呼叫管理模块检测该呼叫的所有连接是否已经建立完成，如果没有转到步骤240，否则，向网管上报呼叫建立成功。

进一步的，本发明支持同一条呼叫建立请求包含多个呼叫的建立。

例如步骤210中，呼叫建立请求中包含请求建立多个呼叫的信息，步骤220中，呼叫管理模块逐个解析该呼叫建立请求中的多个呼叫，获取该多个呼叫的连接，向协议控制器并行发起多个呼叫的建立过程。即对单个呼叫，该呼叫的所有连接逐条建立，多个呼叫时，并行的发送多个呼叫的每个呼叫的第一个连接的建立请求，然后继续建立各个呼叫的其他连接，直到建立完所有呼叫的所有连接。各个呼叫之间的连接之间建立顺序无关联，同一个呼叫中的各连接依次建立。

进一步的，呼叫管理模块还接收网管下发的呼叫查询请求，呼叫管理模块直接从内存中获取呼叫控制状态信息返回给网管。如果系统重启，内存中的呼叫控制状态信息丢失，呼叫管理模块从呼叫数据库存库中获取呼叫控制状态信息存入内存中。

如果需要删除呼叫，执行下述步骤：

步骤310：网管发起呼叫删除请求，呼叫管理模块接收该请求，然后对该请求参数进行校验，如果校验失败直接向网管返回呼叫删除失败消息，否则转到步骤320。

步骤320：呼叫管理模块并行地向协议控制器发起该呼叫的所有连接的删除请求。

呼叫管理模块从内存中获取该呼叫的所有连接信息。

步骤330：协议控制器通过信令删除该呼叫的所有连接，向呼叫管理模块发送连接删除响应。每删除一条连接，发送该连接的连接删除响应给呼叫管理模块。

步骤340：呼叫管理模块检查该呼叫的所有连接是否删除完，如果没有继续等待，否则向网管上报呼叫删除成功。

呼叫管理模块可以通过是否收到该呼叫的所有连接的连接删除响应或者其他方式检查连接是否删除完。

如果出现连接故障，需要对呼叫进行保护与恢复时，执行下述步骤：

步骤410：呼叫保护与恢复模块接收来自传送平面呼叫的连接告警，检测该连接告警是否已经处理过，如果处理过，直接返回，流程结束，否则进入步骤420；

步骤420：呼叫保护与恢复模块根据网管设置的恢复等待时间，启动恢复等待定时器；

网管预先设置每个连接的恢复等待时间。

步骤430：恢复等待定时器超时前，如果呼叫保护与恢复模块检测到故障连接已恢复，或者收到传送平面的故障连接已恢复的消息，则停止恢复等待定时器，流程结束；如果恢复等待定时器超时后，故障连接仍未恢复，呼叫保护与恢复模块向路由查询模块发送路由查询请求，查询恢复连接的路由信息；

步骤440，路由查询模块返回恢复连接的路由信息给呼叫保护与恢复模块，呼叫保护与恢复模块向协议控制器发起恢复连接建立请求；

步骤450：协议控制器收到恢复连接建立请求后，通过信令完成恢复连接的建立，发送恢复连接建立成功消息给呼叫保护与恢复模块，并将业务从故障连接切换到恢复连接；

步骤460：呼叫保护与恢复模块收到恢复连接建立成功消息后，向网管上报恢复成功。

上述各实施例中，本发明的所述呼叫包含多种类型的呼叫，如1+1SNCP(Sub-network Connection Protection，子网连接保护)呼叫，无保护但具有恢复属性呼叫，关联呼叫等。

下面通过一应用实例进一步说明本发明。

下面以1+1SNCP呼叫为例，来描述本呼叫控制实现方法。1+1SNCP呼叫包含两条连接，一条工作连接，一条保护连接，呼叫请求只包含一个呼叫的建立，并假定呼叫建立成功后工作连接有告警。具体步骤如下：

1+1SNCP呼叫建立

步骤一：网管下发1+1SNCP呼叫建立请求，呼叫管理模块校验该请求中的参数是否合法，如：呼叫类型，呼叫恢复类型，恢复时间，上下业务时隙等，如果校验失败直接向网管返回呼叫建立失败消息，否则执行步骤二；

步骤二：呼叫管理模块解析该呼叫建立请求，确定该呼叫需要建立的连接为工作连接和保护连接，向协议控制器的路由查询模块发起工作连接和保护连接的路由查询请求。路由查询模块根据路由策略计算连接路由，将工作连接和保护连接的路由信息发送给呼叫管理模块；

其中路由策略可以为：节点无关，只要求工作连接和保护连接经过的所有路由不能有相同的节点。路由策略可以由用户通过网管界面设置。

步骤三：呼叫管理模块收到工作连接和保护连接的路由信息后，向协议控制器发起工作连接建立请求；

步骤四：协议控制器通过RSVP(Resource Reservation Protocol，资源预留协议)信令完成工作连接的建立，并向呼叫管理模块上报工作连接建立成功；

步骤五：呼叫管理模块向协议控制器发起保护连接的建立请求；

步骤六：协议控制器通过RSVP(资源预留协议)信令完成保护连接的建立，并向呼叫管理模块上报保护连接建立成功；

步骤七：呼叫管理模块向网管上报1+1SNCP呼叫建立成功。

1+1SNCP呼叫删除：

步骤一：网管发起1+1SNCP呼叫删除请求，呼叫管理模块接收该请求，然后对该请求参数进行校验，如果校验失败直接向网管返回呼叫删除失败，否则转到步骤二；

步骤二：呼叫管理模块并行地向协议控制器发起工作连接及保护连接的删除请求；

步骤三：协议控制器通过RSVP信令删除工作连接和保护连接，向呼叫管理模块发送连接删除响应；

步骤四：呼叫管理模块检查所有连接是否删除完，如果没有继续等待；否则向网管上报1+1SNCP呼叫删除成功。

工作连接告警时，1+1SNCP呼叫的保护与恢复，其中工作连接发生故障，传送平面发送工作连接告警给呼叫保护与恢复模块：

步骤一：呼叫保护与恢复模块接收来自传送平面的工作连接告警，检测该告警是否已经处理过，如果处理过，直接返回，否则进入步骤二；

步骤二：呼叫保护与恢复模块根据网管设置的该1+1SNCP呼叫恢复等待时间，启动恢复等待定时器；

步骤三：恢复等待定时器超时且工作连接仍未恢复，呼叫保护与恢复模块向路由查询模块查询工作恢复连接的路由；路由查询模块返回工作恢复连接的路由信息给呼叫保护与恢复模块，呼叫保护与恢复模块向协议控制器发起工作恢复连接建立请求；

步骤四：协议控制器通过RSVP信令完成工作恢复连接的建立，发送工作恢复连接建立成功消息给呼叫保护与恢复模块；并将业务从发生故障的工作连接切换到工作恢复连接；

步骤五：呼叫保护与恢复模块收到工作恢复连接建立成功消息后，删除原工作连接，将工作恢复连接属性修改为工作连接，并向网管上报恢复成功。

如果呼叫是关联呼叫，即两条呼叫连接形成1+1保护关系，当一条呼叫连接出现故障时，业务会自动切换到另外一条呼叫连接。如果呼叫是无保护具有恢复属性的呼叫，当业务的连接出现故障时(故障或告警触发恢复连接建立)，业务会自动地建立一条恢复连接，并将业务切换到恢复连接上，从将业务重新打通。关联呼叫和吴保护但具有恢复属性的呼叫其呼叫建立、删除、保护与恢复过程类似于上述1+1SNCP呼叫建立、删除、保护与恢复。

综上所述，本发明方案可以完成ASON标准架构中有关呼叫的所有功能，而且具有很大的扩展性，灵活性。本发明在子网入口处具有呼叫控制功能，这样实现简单，而且可以减少冗余呼叫控制信息。实际的ASON实现中，可以在子网出口也支持呼叫控制功能，这样在出口节点也可以发起呼叫控制，但是这需要协议控制器信令的支持。可以通过呼叫信令的方式，将呼叫请求发给子网出口，在子网出口维护一个呼叫控制块，这样可以在入出口处均可以发起呼叫控制功能。

Claims

1.一种自动交换光网络呼叫控制的实现方法，其特征在于，包含：

网管向呼叫管理模块发起呼叫建立请求；

协议控制器完成所述连接的建立。

2.如权利要求1所述的方法，其特征在于，所述呼叫管理模块接收该呼叫建立请求后，首先对该呼叫建立请求的参数进行校验，如果校验成功，继续执行后续步骤；如果校验失败直接返回呼叫建立失败消息给网管，流程结束。

3.如权利要求1所述的方法，其特征在于，如果所述呼叫所需建立的连接为多个连接，所述呼叫管理模块从协议控制器获取该呼叫的多个连接的路由信息；所述呼叫管理模块向协议控制器发起连接建立请求时，根据每个连接的路由信息逐条向协议控制器发起连接建立请求。

4.如权利要求1所述的方法，其特征在于，所述呼叫建立请求中包含请求建立多个呼叫的信息，所述呼叫管理模块解析该呼叫建立请求，确定该多个呼叫所需建立的连接，并行的发起该多个呼叫的连接的建立请求。

5.如权利要求1所述的方法，其特征在于，需要删除所述呼叫时，执行如下步骤：

网管向呼叫管理模块发起呼叫删除请求；

协议控制器删除该呼叫的所有连接。

6.如权利要求1所述的方法，其特征在于，发生连接故障时，执行如下步骤：

7.如权利要求6所述的方法，其特征在于，所述呼叫保护与恢复模块接收来自传送平面呼叫的连接告警后，呼叫保护与恢复模块还设置一恢复等待定时器，恢复等待定时器超时后，如果故障连接还没有恢复，才向协议控制器发起恢复连接的建立请求，如果恢复等待定时器超时前，故障连接恢复，则结束流程。

8.如权利要求1所述的方法，其特征在于，所述呼叫的呼叫控制状态信息存入呼叫数据库中。

9.一种自动交换光网络呼叫控制的实现系统，其特征在于，包含呼叫管理模块、呼叫数据库，其中：

所述呼叫数据库，用于存储呼叫控制状态信息。

10.如权利要求9所述的系统，其特征在于，所述呼叫管理模块，还用于接收网管的呼叫删除请求，向协议控制器发起该呼叫的连接删除请求，指示所述协议控制器删除所述呼叫的所有连接；和/或，接收网管的呼叫查询请求，返回呼叫控制状态信息给网管。

11.如权利要求9或10所述的系统，其特征在于，所述系统还包含呼叫保护与恢复模块，用于接收传送平面呼叫的连接告警，向协议控制器发起恢复连接的建立请求，指示所述协议控制器建立恢复连接，所述呼叫保护与恢复模块还将呼叫控制状态信息存入呼叫数据库中。