[发明专利]通信系统中设备业务适配层架构及业务适配层实现方法

说明书

技术领域

本发明涉及数据和IP传输设备领域，具体来讲是通信系统中设备业务适配层架构及业务适配层实现方法。

背景技术

随着网络技术的发展，特别是万兆以太网推出后，对网络设备处理性能要求越来越高，为此提出了一种新的高性能可扩展流处理系统架构。为了充分发挥新架构高性能可扩展的优势，同时尽量降低系统复杂度，保持系统的简单高效，现有广泛用于路由器或交换机等网络通信设备上的架构一般有两种：集中式软件架构和分布式软件架构。

集中式软件架构应用于集中式路由器或交换机等网络通信设备，特点是在通信系统的主CPU上完成所有控制平面的控制管理功能和数据平面的报文转发功能。业务盘接口在收到报文后，将报文都交给系统主CPU处理，在主CPU上完成找到转发表和所有相关业务处理后，主CPU将报文从出接口发送出去。

分布式软件架构应用于分布式路由器或交换机等网络通信设备，这些网络通信设备从逻辑功能上来划分主要包含三大平面：控制平面、数据平面、管理平面。控制平面主要是对业务进行控制，实现控制信令、路由协议等功能，一般承载在主控板上；数据平面主要实现业务数据的接收、转发、策略等功能，一般承载在业务盘上；管理平面主要实现网络、业务配置、性能、告警等功能，一般也承载在主控板上。分布式网络通信设备的特点是系统有专门的主控板，同时存在多块独立的业务盘，控制平面在主控板和业务盘上都具备系统的分布式控制和管理功能，主控板上的控制平面主要完成本设备控制报文收发和处理，业务盘实现数据平面分布式的转发和业务处理。当某个业务盘的接口在收到报文后，查找本业务盘上的转发表，如果目的地址是本地IP的报文则上送主控板处理；如果是需要本业务盘转发的报文，获得出业务盘和出接口信息，在本业务盘完成必要的业务处理后，将报文通过发给出业务盘，在出业务盘上也可能进行必要的业务处理。然后报文从出业务盘发送出去。

然而，无论是集中式软件架构还是分布是式软件架构，对于各种业务的控制和管理，在实现上都是非常繁琐和复杂的，对于不同的设备类型、不同的业务单盘类型需要开发不同的网络服务模块，同时跟业务管理模块相关的配置、控制功能实现都需要做相应的改动，实现复杂度大，不同类型设备难以共享网络服务模块中的大部分通用功能和特性，不利于实现可扩展和通用性等特性。

发明内容

针对现有技术中存在的缺陷，本发明的目的在于提供一种通通信系统中设备业务适配层架构及业务适配层实现方法，降低系统复杂程度，在数据和IP传输设备等系统设备上，不同类型设备的网络服务模块及应用软件功能得以共享，发挥软件的可扩展性，保持系统的简单高效。

为达到以上目的，本发明采取一种通信系统中设备业务适配层架构，包括控制平面和多个业务盘，所述控制平面包括一个网络服务模块及一个业务适配层模块，所述网络服务模块通过业务适配层模块与所述业务盘进行通信，网络服务模块用以在通信设备的主控板上集中实现控制平面的操作。

本发明还提供一种通信系统中设备业务适配层架构的业务适配层实现方法，包括如下步骤：S1.控制平面接收业务信息，网络服务模块将业务信息生成业务控制信息并传给通信设备的业务适配层模块，其中业务控制信息包含配置数据，同时业务盘启动，并注册到所述业务适配层模块；S2.业务适配层模块首次接收网络服务模块的业务控制信息时，将所有配置数据按照“配置块ID+KEY”的形式存储于业务适配层的缓存中，并为每个配置块创建一个全局的序列号和一个状态标识字段，其中配置块ID为标识，KEY为关键字，指向所需配置块，将配置数据发送至对应业务盘；S3.除首次接收所述业务控制信息外，业务适配层模块每次接收业务控制信息的配置数据，均按照“配置块ID+KEY”的形式查找所述缓存，若新接收配置数据的配置块ID与缓存中的配置块ID不同，则按照S2新建一个序列号，并将该配置数据发送至对应业务盘；若新接收的配置数据的配置块ID与缓存中的某个配置块ID相同，且KEY指向的配置不同，则在所述缓存中更新该配置数据，并将配置数据更新发送至对应业务盘。

在上述技术方案的基础上，所述S1中，当各业务盘启动后，分别向业务适配层模块发送上电通知消息，业务适配层模块接收到上电通知消息后，回应上电通知响应消息到对应业务盘，同时将对应业务盘注册到业务适配层模块。

在上述技术方案的基础上，所述业务适配层模块创建各业务盘的配置重传队列，业务盘启动后，每隔10秒发送一次业务盘上电通知消息，直到收到业务适配层模块回应的上电通知响应消息。