通信系统中升级远程子系统的方法

摘要

本发明涉及移动通信领域，公开了一种通信系统中升级远程子系统的方法，使得对多个远程子系统升级的效率得到提高。本发明中，先把升级软件包中各文件的版本信息发送给远程子系统，远程子系统比较收到的版本信息和本地各文件的版本信息，只下载本地没有或版本不同的文件。升级软件包是一个完整的版本，在生成升级软件包时，自动采集需要打包的所有文件的版本、大小、日期、和这些文件在软件包中的偏移等信息，写入一个文件，并将该文件作为第一个文件加入升级软件包。

说明书

技术领域

本发明涉及移动通信领域，特别涉及移动通信系统中对远程子系统的管理和维护技术。

背景技术

宽带码分多址(Wideband Code Division Multiple Access，简称“WCDMA”)是第三代移动通信(the 3rd Generation，简称“3G”)三种主流标准的一种，它继承了现有的全球移动通信系统(Global Systems forMobile communications，简称“GSM”)标准化程度高和开放性好的特点，与GSM网络有良好的兼容性和互操作性，是未来移动通信的发展趋势之一。

WCDMA系统无线接入网(Radio Access Network，简称“RAN”)侧的基本结构如图1所示。

WCDMA系统中，RAN侧包含无线网络控制器(Radio NetworkController，简称“RNC”)20和作为基站的B节点(NodeB)10。其中，各个NodeB 10用于接收所辖范围内的用户设备(User Equipment，简称“UE”)信号，经过处理后将其通过传输通道汇总到RNC 20；RNC 20用于集中处理NodeB 10传输过来的信息，并将处理过的信息通过NodeB 10发送给UE。为了节约建网时RNC 20的成本，一个RNC 20通常需要提供大面积覆盖，它连接并控制多个NodeB 10，与之连接的NodeB 10可以距离RNC 20很远，可达上百公里，而且NodeB 10彼此间的距离也较远。RNC 20和NodeB 10之间通过基于异步传输模式(Asynchronous Transfer Mode，简称“ATM”)的网间互联协议(IP OVER ATM，简称“IPOA”)维护通道连接。

考虑到系统维护和管理的需要，WCDMA系统还通过操作维护中心(Operations & Maintenance Center，简称“OMC”)30用于向用户提供操作维护系统的界面，一般情况下，管理维护人员在远端OMC 30通过IPOA维护通道对NodeB 10进行包括软件升级在内的日常维护控制。

一个典型的NodeB 10包含软件和硬件两部分，NodeB 10内部的系统硬件结构如图2所示。NodeB 10的硬件包含一个主控板11和多个业务单板12。其中，主控板11还包含两个存储区，分别为主用存储区111和备用存储区112；业务单板12也可以简称单板12，需要配置相应的软件，这些软件一般由中央处理器(Central Processing Unit，简称“CPU”)软件模块、底层驱动软件模块、数字信号处理器(Digital Signal Processor，简称“DSP”)软件模块和其它配置文件等组成。

NodeB的升级包含硬件和软件两种。硬件的升级，可以通过更换或添加业务单板实现。软件的升级，通过更换或添加相应的软件模块实现。一般OMC30提供软件升级控制平台，NodeB 10的软件模块中包含用于软件升级功能的模块。当需要对NodeB 10进行软件升级的时候，一般是通过OMC 30将需要升级的软件通过传输通道下载到各个NodeB 10。

现有的技术方案中，有一种最简单的方案，该技术方案不考虑这些NodeB10原来运行的软件配置情况，直接将NodeB 10所有的软件模块全部发送给各个NodeB 10。也就是说，将所有文件打包后下载到基站，覆盖基站中原有的文件。

这种方案的问题在于，没有修改过的文件也要下载，延长了下载时间，在带宽较低的情况下影响更为严重。

除了上述软件升级方案以外，还有一种方案，即版本升级前，工程师预先把更新过的文件打包，并下载到基站，覆盖基站中原有的文件。

这种方案的问题在于，需要在OMC维护一个数据库，在其中是各基站中原有的版本信息情况，并且该数据库中的版本信息要和各基站中的实际版本信息严格地一致，如果不一致可能会导致遗漏重要的文件，或不必要地重复下载。但如果出现通信故障就可能使数据库中版本信息和实际的不同。

发明内容

有鉴于此，本发明的主要目的在于提供一种通信系统中升级远程子系统的方法，使得对多个远程子系统升级的效率得到提高。

为实现上述目的，本发明提供了一种通信系统中升级远程子系统的方法，包含以下步骤：

A根据所述通信系统中的升级控制设备的指示，至少一个待升级的远程子系统从该升级控制设备获取升级软件包中各文件的版本信息；

B所述远程子系统比较收到的版本信息和本地当前各文件的版本信息，并根据比较结果从所述升级控制设备下载需要升级的文件；

C所述远程子系统加载下载的文件。

其中，所述步骤B进一步包含以下子步骤：

所述远程子系统比较收到的版本信息和本地当前各文件的版本信息；

如果本地没有所述升级软件包中的同名文件，则从所述升级控制设备下载；

如果本地有所述升级软件包中的同名文件但版本信息不同，则从所述升级控制设备下载。

此外在所述方法中，所述方法可应用于移动通信系统，所述远程子系统可以是基站。

此外在所述方法中，所述方法可应用于宽带码分多址系统，所述远程子系统可以是NodeB。

此外在所述方法中，所述升级控制设备可以是操作维护中心。

此外在所述方法中，所述版本信息可以是以下之一或其任意组合：

版本号、文件长度、以及文件最后修改时间。

此外在所述方法中，所述升级软件包可以是所述远程子系统的一个完整软件版本。

此外在所述方法中，所述方法还包含以下步骤：

在预先生成所述升级软件包时，采集需要打包的所有文件的版本信息，写入一个文件，并将该文件作为第一个文件加入所述升级软件包；

在所述步骤A中，所述升级控制设备将所述升级软件包中的第一个文件传输给所述远程子系统。

此外在所述方法中，所述升级控制设备可以同时为多个远程子系统升级，这些远程子系统中的软件版本可以相同或不同。

此外在所述方法中，所述远程子系统通过文件传输协议从所述升级控制设备获取版本信息或下载文件；

所述升级控制设备支持断点续传；

所述步骤A中，所述远程子系统还从所述升级控制设备获取各文件在所述升级软件包中的偏移量和各文件的长度；

所述步骤B中，所述远程子系统根据偏移量和文件长度从所述升级控制设备下载需要升级的文件。

通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，先把升级软件包中各文件的版本信息发送给远程子系统，远程子系统比较收到的版本信息和本地各文件的版本信息，只下载本地没有或版本不同的文件。

升级软件包是一个完整的版本，在生成升级软件包时，自动采集需要打包的所有文件的版本、大小、日期、和这些文件在软件包中的偏移等信息，写入一个文件，并将该文件作为第一个文件加入升级软件包。

这种技术方案上的区别，带来了较为明显的有益效果，即因为远程子系统只下载本地没有或版本不同的文件，所以相对下载所有文件的方法，实际需要下载的文件可大大减少，从而提高了下载的效率。

因为版本比较是在各个远程子系统进行的，所获取的本地版本信息一定是正确的，相对于由升级控制设备集中维护各个远程子系统中的版本信息的方案，出错的可能性大大降低。

因为版本比较、下载文件选择、发起下载等主要处理由各个远程子系统完成，相对于由升级控制设备集中处理的方式，可以说本发明一定程度上是一种“分布式”处理系统，升级控制设备的负担较轻，可以实现大量的远程子系统同时升级。

由于升级软件包是一个完整的版本，所以设备开发商只要出一个升级软件包就满足多个不同版本的通信系统的升级要求。因为规定了其中各文件版本信息的存放位置，所以各通信系统的升级控制设备可以方便地获取版本信息。

附图说明

图1是WCDMA系统RAN侧的基本结构示意图；

图2是WCDMA系统中NodeB内部的系统硬件结构；

图3是根据本发明的一个较佳实施例通信系统中升级远程子系统的方法的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

总的来说，本发明的原理在于，升级控制设备将升级软件包中各文件的版本信息发送给远程子系统，远程子系统比较收到的版本信息和本地各文件的版本信息，只下载本地没有或版本不同的文件。通过使远程子系统只下载本地没有或版本不同的文件，相对下载所有文件的方法，实际需要下载的文件可大大减少，从而提高了下载的效率。

根据本发明的一个较佳实施例的通信系统中升级远程子系统的方法流程如图3所示。该实施例应用于移动通信系统，更具体的说，该较佳实施例在WCDMA中实现。其中，上述升级控制设备在WCDMA系统中即为OMC；远程子系统即为NodeB。当然，本发明的远程子系统并不限于NodeB，本实施例中只是以NodeB作为一个常见的例子来说明技术方案。

如图3所示，首先，在步骤310，OMC需要对升级软件进行打包，其中在预先生成升级软件包时，自动采集需要打包的所有文件的版本、大小、日期、和这些文件在软件包中的偏移等信息，写入一个文件，并将该文件作为第一个文件加入升级软件包。

接着，在步骤320，OMC指示至少一个待升级的NodeB的主控板从OMC的文件传输协议(File Transfer Protocol，简称“FTP”)服务器下载升级软件包中的第一个文件，其中的内容是升级软件包中各文件的版本信息，在本发明中这个文件又可称为“描述文件”。“描述文件”中的信息除了各文件的版本信息以外，还包括各文件在升级软件包中的偏移(每一个文件的起始位置距离升级软件包头部的偏移)，本领域的普通技术人员可以明白，有了文件的偏移信息，NodeB就可以选择性地下载所需要的文件了。根据本发明的原理，OMC可以同时为多个NodeB升级，这些NodeB中的软件版本可以相同或不同。

需要指出的是，升级软件包可以是NodeB的一个完整软件版本，在这种情况下，设备开发商只要出一个升级软件包就满足多个不同版本的通信系统的升级要求。因为规定了其中各文件版本信息的存放位置，所以各通信系统的升级控制设备可以方便地获取版本信息。

另外，版本信息可以是以下之一或其任意组合：版本号、文件长度、以及文件最后修改时间，只要能够正确识别出相同的文件即可。

此后，在步骤330，NodeB主控板将文件中的数据读取到内存，并根据内存中的数据，比较收到的版本信息和本地当前各文件的版本信息，并根据比较结果从MOC下载需要升级的文件。

具体的说，本步骤可分为以下子步骤：NodeB比较收到的版本信息和本地当前各文件的版本信息，如果本地没有升级软件包中的同名文件，则从升级控制设备(OMC)下载；如果本地有升级软件包中的同名文件但版本信息不同，则从升级控制设备(OMC)下载。反之，如果升级软件包中有本地的同名文件，并且版本信息一致，则跳过该文件，继续比较下一个文件。

由此，通过在发送给NodeB主控板的升级软件包中携带各文件的版本信息，据此略过没有更新的文件，只下载被更新过的文件。

需要指出的是，在本步骤中，由于版本比较是在各个NodeB进行的，所获取的本地版本信息一定是正确的，相对于由OMC集中维护各个NodeB中的版本信息的方案，出错的可能性大大降低。

为了能够选择性地下载升级软件包中的文件，除了需要知道要下载的文件起始位置(距升级软件包头部的偏移)、文件的长度以外，还要求FTP服务器要能支持断点续传，也就是REST命令，因为跳转就是通过该FTP命令实现的，否则就不能略过哪个文件不下，只能顺序下载了。

最后，在步骤340，NodeB加载下载的文件。

由此可见，本实施例中，因为版本比较、下载文件选择、发起下载等主要处理由各个远程子系统完成，相对于由升级控制设备集中处理的方式，可以说本发明一定程度上是一种“分布式”处理系统，升级控制设备的负担较轻，可以实现大量的远程子系统同时升级。

虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。