CN101932145B - 一种无线通信***中实现软件版本管理的装置及方法 - Google Patents

Abstract

本发明公开了一种无线通信***中实现软件版本管理的装置及方法，所述装置包括：多个组件模块、组件池容器模块、组件管理模块及平台模块；所述方法包括：组件池容器模块中保存有处于未激活态的组件模块，处于激活态的组件模块运行于平台模块之上；当需要进行软件版本升级时，组件管理模块从所述组件池容器模块中将相应的高版本的组件模块取出，并发送到所述平台模块；所述平台模块收到后，将其上运行的相应低版本的组件模块的状态置为未激活并从所述组件管理模块处将接收到的高版本的组件模块的状态置为激活。采用本发明后，***设备在运行时可行进行版本变更、升级，而不会重新复位设备。

Description

一种无线通信***中实现软件版本管理的装置及方法

技术领域

本发明涉及无线通信领域，尤其涉及一种无线通信***中实现软件版本管理的装置及方法。

背景技术

现有的无线通信***是一个对实时性、稳定性要求很高的嵌入式***，如基站设备，要求其能长年累月地运行，并且性能不能降低，更不允许轻易复位。因为一旦复位，将有大面积的用户受到影响。因此运营商希望设备能够做到在版本升级时不会复位设备。特别是在未来，多种制式共存于一个基站的情况下，在不影响一种制式业务运行的前提下对另一种制式的软件进行升级的需求尤为迫切。

目前无线通信***中的软件版本管理，主要包括版本升级、回退和查询等功能，一旦进行版本升级或回退，就需要网管把新版本软件下载到设备并存放到***默认的引导目录下，***复位后从默认的引导目录下引导新的软件版本，完成版本的升级或回退。该过程的最大缺点是：版本升级必然会导致设备的复位，进而导致设备上业务的中断。

在未来，多种制式共存于一个***中，因此要求一种制式的版本升级或回退不应该中断该***中其它制式的业务。但目前的软件版本管理方法不能满足这种需求。

发明内容

本发明提供了一种无线通信***中实现软件版本管理的装置及方法，以实现***在不复位的情况下完成软件版本的管理(包括版本加载、版本变更)。

为解决上述问题，本发明提供了一种无线通信***中实现软件版本管理的装置，包括：多个组件模块、组件池容器模块、组件管理模块及平台模块；

所述组件模块处于激活态或未激活态，处于未激活态的组件模块位于所述组件池容器模块中，而处于激活态的组件模块运行于所述平台模块之上；

所述组件池容器模块与所述组件管理模块相连，其中保存有处于未激活态的组件模块；

所述组件管理模块分别与所述组件池容器模块及平台模块相连，当需要进行软件版本升级时，其从所述组件池容器模块中将相应的高版本组件模块取出，并发送到所述平台模块；

所述平台模块与所述组件管理模块相连，在需要进行版本升级时，其将其上运行的相应低版本的组件模块的状态置为未激活并从所述组件管理模块处将接收到的所述高版本的组件模块的状态置为激活。

进一步地，上述装置还可具有以下特征：

所述各组件模块均为经过编译后的可执行文件。

进一步地，上述装置还可具有以下特征：

所述平台模块通过统一的接口与各处于激活态的组件模块相连。

进一步地，上述装置还可具有以下特征：

所述组件池容器模块为无线通信***本地的文件***或网络文件***。

本发明还提供了一种无线通信***中实现软件版本管理的方法，包括：

组件池容器模块中保存有处于未激活态的组件模块，处于激活态的组件模块运行于平台模块之上；

当需要进行软件版本升级时，组件管理模块从所述组件池容器模块中将相应的高版本的组件模块取出，并发送到所述平台模块；

所述平台模块收到后，将其上运行的相应低版本的组件模块的状态置为未激活并从所述组件管理模块处将接收到的高版本的组件模块的状态置为激活。

进一步地，上述方法还可具有以下特征：

所述处于未激活态和激活态的组件模块均为经过编译后的可执行文件。

进一步地，上述方法还可具有以下特征：

所述平台模块通过统一的接口与各处于激活态的组件模块相连。

进一步地，上述方法还可具有以下特征：

所述组件池容器模块为无线通信***本地的文件***或网络文件***。

采用本发明后，***设备在运行时可行进行版本变更、升级，而不会重新复位设备。

附图说明

图1为本发明实施例中无线通信***中实现软件版本管理的装置结构图；

图2为本发明实施例中多模基站中实现软件版本管理的装置结构图；

图3为本发明实施例中多模基站从LTE v1.0升级为v2.0的过程图。

具体实施方式

下面将结合附图及实施例对本发明的技术方案进行更详细的说明。

本发明提供的无线通信***中实现软件版本管理的装置，如图1所示，包括：组件模块M100、平台模块M110、组件池容器模块M120及组件管理模块M130；

组件模块M 100是指无线通信***中独立运行、能自我管理的一个功能实体，至少具有如下特征：

a、具有独立的功能；

b、能够采用统一的接口管理本组件对象的资源；

c、是经过编译后的可执行文件；

d、各组件模块有两种状态：未激活状态(静止状态)和激活状态(运行状态)，未激活状态组件主要存放在组件池容器模块中，是一个静止的可执行文件，激活状态组件模块已加载到平台模块上，并开始运行。

所述平台模块M110是***运行的基础，也是组件运行的基础。无线通信***平台模块运行后，组件模块通过平台模块管理***的软硬件资源，具有如下特征：

a、和组件模块有明确的接口；

b、管理***中各种软件硬件资源；

c、平台模块先于组件模块运行；

所述组件池容器模块M120，主要用于存放***的组件模块，是组件的集合。组件池容器模块可以是无线通信***中本地的文件***，也可以网络文件***。

所述组件管理模块M130，主要完成组件模块的查询、加载及卸载等功能。

在上述装置中，组件模块作为***可加载的一个单位、在加载之前放存于组件池容器模块中，处于静止状态，设备在运行平台模块后，组件管理模块从组件池容器中读取组件模块，在***中加载组件模块，组件模块由静止状态转变为运行状态。平台模块是组件模块运行的基础，组件模块是***的一个功能模块。

***在初始化时，无线装置的平台模块M110首先运行起来，当收到版本加载命令后，设备的版本作为组件模块被组件管理模块M130从组件池容器模块M120中取出并被激活，完成该版本的加载。

而本发明所述方法的基本构思是：当收到版本升级的命令后，旧版本文件的组件模块被停止运行，从运行态转化为静止态，新的版本由组件管理模块M130从组件池容器模块M120中取出，并被激活。设备的版本升级完成。

下面以多模基站设备为例说明说明本发明的原理。

多模基站是一种同时运行GSM(Global System for MobileCommunications，全球移动通讯***)、LTE(Long Term Evolution，长期演进)、CDMA(Code Division Multiple Access，码分多址)、TD-SCDMA(TimeDivision-Synchronous Code Division Multiple Access，时分同步的码分多址)、UMTS(Universal Mobile Telecommunications System，通用移动通信***)中任意两种或多种制式的基站，为了说明本发明的组件式管理的装置，以多模制基站作为示例进行说明。

在无线基站设备中，协议实现是一个核心的功能模块。由于各个标准的无线协议是互不相同的，在逻辑上完全独立，有独立升级的需求，因此多模基站可以根据协议标准的不同，分别划分出不同的组件模块，如LTE组件模块、GSM组件模块、UMTS组件模块等。每一个组件模块主要由相关的用户面协议和控制面协议组成，是无线协议的核心，每个组件模块都有自己的初始化函数及资源回收函数。各组件模块之间没有任何接口，运行时相互独立。为上述各组件模块运行提供软硬件资源的部分为平台模块。

如图2所示，多模基站中包括组件模块、平台模块、组件池容器模块及组件管理模块。其中，

每个组件模块都有如下特征：

A、能独立完成一种无线协议的完整功能；

B、通过自己的初始化接口和资源回收接口独立管理本组件模块的资源。其中：

初始化接口具有以下功能：

1、创建本模块相关的进程；

2、创建本模块相关的内存块；

3、创建本模块相关的数据表格；

4、根据数据表格进行相关的初始化操作；

5、本模块相关的进程进入到工作状态；

资源回收接口具有以下功能：

1、本模块内各个进程进入到资源回收状态；

2、回收本模块内申请的内存块；

3、保存本模块相关的数据；

4、结束本模块创建的进程；

C、组件被单独编译是可执行的文件

D、组件被加载前处于静止状态，在加载后处于运行状态

平台模块是基站运行的基础，也是组件模块运行的基础，其具有如下特征：

a、和组件模块有明确的接口；

平台模块对所有的组件模块提供统一的接口，各个组件模块通过统标准的接口访问平台提供的资源；

b、管理***中各种软件硬件资源；包括：

操作***：完成对***的软硬件资源进行管理，如VxWorks；

数据管理***：数据管理***是对多种无线制式的相关数据的管理，提供动态创建表格的功能，及数据更新时的触发功能；

传输管理***：传输管理***是对无线基站与核心网或基站控制器之间传输层的管理。负责基站侧与***设备的面向连接的可靠的通信管理；

操作维护***：操作维护子***是多模基站与网管理的接口，负责告警、配置、性能测试等方面的管理。

c、先于各组件模块运行，在多模基站无线协议运行之前平台模块已运行。

本例中多模基站的组件容器模块采用设备中的本地文件***，可以永久地保存在电子盘中。

而组件管理模块完成组件模块的动态加载及卸载功能。本例中的多模基站采有VxWorks中loadModle库的动态加载功能。

在版本加载以前组件存放在组件池模块中，处于静止状态，平台模块运行后，通过组件管理模块加载某一制式的组件模块。该组件模块由未激活态转变为激活状态。组件管理模块也可以卸载某一制式的组件模块。

根据以上装置以初始运行了LTE和CDMA的v1.0版本的多模基站的版本变更为例说明基站运行过程，如图3所示，包括以下步骤：

步骤1：当平台模块收到版本变更(v1.0升级到v2.0)的命令后，调用LTE v1.0组件模块的资源回收接口，停止LTE v1.0组件模块的运行，回收LTEv1.0的空间；

步骤2：平台模块通过组件管理模块从组件池容器模块中取出LTE v2.0组件模块，组件管理模块将该LTE v2.0组件模块加载到平台模块，平台模块调用LTE v2.0组件模块的初始化函数，LTEv2.0处于运行状态。

这样该装置实现了在***不复位的情况下，完成了LTE组件的升级。

通过上述装置及方法可以实现多模基站版本的运行时升级，即一种无线制式的版本升级不会影响到其他制式的正常运行。其中多模包括GSM、UMTS、CDMA、TD-SCDMA、LTE共模或任意几种组合共模都在本发明的保护范围。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (8)

1.一种无线通信***中实现软件版本管理的装置，其特征在于，包括：多个组件模块、组件池容器模块、组件管理模块及平台模块；

所述组件模块处于激活态或未激活态，处于未激活态的组件模块位于所述组件池容器模块中，而处于激活态的组件模块运行于所述平台模块之上；

所述组件池容器模块与所述组件管理模块相连，其中保存有处于未激活态的组件模块；

所述组件管理模块分别与所述组件池容器模块及平台模块相连，当需要进行软件版本升级时，其从所述组件池容器模块中将相应的高版本组件模块取出，并发送到所述平台模块；

所述平台模块与所述组件管理模块相连，在需要进行版本升级时，其将其上运行的相应低版本的组件模块的状态置为未激活并从所述组件管理模块处将接收到的所述高版本的组件模块的状态置为激活。

2.如权利要求1所述的装置，其特征在于，

所述各组件模块均为经过编译后的可执行文件。

3.如权利要求1所述的装置，其特征在于，

所述平台模块通过统一的接口与各处于激活态的组件模块相连。

4.如权利要求1所述的装置，其特征在于，

所述组件池容器模块为无线通信***本地的文件***或网络文件***。

5.一种无线通信***中实现软件版本管理的方法，其特征在于，

组件池容器模块中保存有处于未激活态的组件模块，处于激活态的组件模块运行于平台模块之上；

当需要进行软件版本升级时，组件管理模块从所述组件池容器模块中将相应的高版本的组件模块取出，并发送到所述平台模块；

所述平台模块收到后，将其上运行的相应低版本的组件模块的状态置为未激活并从所述组件管理模块处将接收到的高版本的组件模块的状态置为激活。

6.如权利要求5所述的方法，其特征在于，

所述处于未激活态和激活态的组件模块均为经过编译后的可执行文件。

7.如权利要求5所述的方法，其特征在于，

所述平台模块通过统一的接口与各处于激活态的组件模块相连。

8.如权利要求5所述的方法，其特征在于，

所述组件池容器模块为无线通信***本地的文件***或网络文件***。