[发明专利]双核心框架的软件通信体系结构

说明书

本发明公开了一种双核心框架的软件通信体系结构，包含上层管理软件、适配层模块和二个核心框架，所述核心框架包含域管理器、设备管理器，其特征在于所述适配层模块执行以下步骤：一、在软件通信体系结构初始化时，适配层模块令二个核心框架中的域管理器、设备管理器的属性相同，并根据默认条件判别二个核心框架的主备关系；二、在软件通信体系结构运行过程中，当适配层模块接收到上层管理软件的安装应用指令、卸载应用指令、注册设备指令时、设备注销指令时，通过CORBA中间件调用主核心框架中的操作接口完成对应的操作，更新备份核心框架中的域管理器、设备管理器的属性以及向上层管理软件返回设备注销结果；三、当适配层模块接收到主核心框架的域管理器或设备管理器失效的反馈结果时，启用备份核心框架。

技术领域

本发明涉及一种双核心框架的软件通信体系结构，当主核心框架出现故障时，切换到备用核心框架执行原主核心框架的功能。

背景技术

SCA通过面向对象方法划分软件/硬件结构，建立了开放的系统标准，提供了与具体实现无关的软件无线电开发框架，保证了软、硬件的可移植、可重构及可扩展性。基于SCA的软件平台包括一个运行环境和一个或多个波形应用。按照SCA标准的定义，运行环境包括操作系统、CORBA中间件、核心框架和逻辑设备。

操作系统是管理和控制计算机硬件与软件资源的计算机程序，是直接运行在“裸机”上的最基本的系统软件，任何其他软件都必须在操作系统的支持下才能运行。由内核、接口库、外围设备驱动程序等组成，提供进程管理、任务调度、CPU初始化、内存管理、文件系统、通信接口等功能。

CORBA中间件采用基于“软件总线”的思想，目的是建立一个标准、开放、通用的体系结构，符合CORBA结构的对象可以互相交互，不论它们是用什么样的语言编写的，且不论它们运行于什么样的机器和操作系统下。这种体系结构可以让分布的应用程序完成通信，无论这种应用程序是什么厂商生产的，只要符合CORBA标准就可以相互通信，即对象之间的数据是通过CORBA中间件进行传输的。基于SCA的软件无线电系统中，域内各种组件之间通过CORBA中间件进行通信，主要使用了命名服务、事件服务和日志服务。

核心框架是开放应用层接口和业务的核心集合，为软件应用设计提供对底层软件和硬件更高层次的抽象。核心框架由4部分组成：基本应用接口，框架控制接口，支持核心与非核心应用的框架业务接口，描述系统内硬件设备特性和软件组件的域描述体。其中框架控制接口是核心框架的关键接口，通过域管理器组件、设备管理器组件负责整个域内应用资源和设备资源的管理。

逻辑设备是实际硬件的软件代理，可以把它类比为操作系统中的设备驱动程序，逻辑设备实际上是系统中所有CPU、DSP和FPGA设备在核心框架上的“驱动”。这些“驱动”在核心框架内被当做设备资源由设备管理器进行管理，通过CORBA中间件完成核心框架对逻辑设备功能接口的调用，是波形应用组件在CPU、DSP、FPGA这些实际硬件设备上进行动态加载的执行者。

SCA软件平台的核心是核心框架，核心框架提供两种服务，域管理器服务和设备管理器服务。按照SCA标准，一个SCA软件平台核心框架只有一个域管理器，一个域管理器可以注册一个或多个设备管理器节点及多个应用组件，这种注册方法是CORBA中间件提供的命名服务来实现的。部署应用时，首先要通过域管理器入口，“应用工厂组件”通过命名服务查询该应用的应用组件是否已经创建并进行过注册，只有“应用组件”进行过注册，才能继续执行部署过程。同样，需要通过逻辑设备加载应用组件时，首先要通过域管理器入口，在域管理通过命名服务查询该逻辑设备所在的设备管理器是否已经注册，然后在设备管理器中通过命名服务查询该逻辑设备是否已经注册，只有“逻辑设备组件”进行过注册，才能继续执行加载过程。这种管理机制带来了以下问题：

(1)域管理器失效时，会引起已经注册的设备管理器和应用组件都无法正常提供服务，为系统的安全性留下隐患。

(2)设备管理器失效时，会引起已经注册的逻辑设备无法提供正常服务，为系统的安全性留下隐患。

发明内容