CN1832610A - 移动通信系统中远程子系统升级的方法 - Google Patents

Abstract

本发明涉及移动通信领域，公开了一种移动通信系统中远程子系统升级的方法，使得可以对多模块且软硬件配置不同的移动通信远程子系统高效地升级。本发明中，维护中心先获取远程子系统当前的软件版本和硬件配置，与要升级的软件版本和硬件配置进行匹配，再据此生成需要下载的软件模块；此外还将所有需要传输的软件模块统一打包传输。

Description

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

技术领域

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

背景技术

宽带码分多址(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的升级有两种方案，一种是硬件的升级，可以通过更换或添加业务单板实现；一种是软件的升级，通过更换或添加相应的软件模块实现。一般OMC 30提供软件升级控制平台，NodeB 10的软件模块中包含用于软件升级功能的模块。当需要对NodeB 10进行软件升级的时候，一般是通过OMC30将需要升级的软件通过传输通道下载到各个NodeB 10。

现有的技术方案中，技术方案一是最简单的方案，该技术方案不考虑这些NodeB 10原来运行的软件配置情况，直接将NodeB 10所有的软件模块全部发送给各个NodeB 10。

技术方案二改进了技术方案一，首先将软件模块判断信息，包含软件版本号和文件大小，发送给NodeB 10，NodeB 10将接收到的判断信息与现在运行的软件信息比较匹配，如果相同则不进行软件升级，如果不相同则进行软件升级，并由NodeB 10将升级结果返回给OMC 30。

在实际应用中，上述方案存在以下问题：现有的WCDMA系统中NodeB软件升级方案效率较低，软件升级时需要的时间较长。

造成这种情况的主要原因在于，WCDMA系统比较复杂，业务单板的种类较多并且每种业务单板上所需的软件种类和大小也不相同，整个NodeB的软件所占存储空间很大，而一次NodeB系统软件升级通常只是因为某些软件模块需要更新，大部分软件模块不用更新；同时，各个NodeB支持的功能和所需的软件模块也不尽相同，与RNC之间的通信接口可以是光接口或者是电接口，甚至是支持两种接口的混合接口，有些基站系统还需要配置额外的具有扩展功能的单板，有些基站系统则不需要，这样一次升级过程将面对大量的不同硬件和软件配置的基站系统。

技术方案一将NodeB上所有软件通过远端传输通道进行下载，不加选择地将全部基站软件模块进行升级，这样就造成很多NodeB不需要或根本不支持的软件模块被传输，效率很低，同时由于IPOA维护通道的带宽由运营商配置，通常只有几十K，若升级软件太大，传输时间会很长，尤其多个NodeB同时进行软件版本升级时，若还要考虑后续更新版本的验证运行或版本回退时间，留给软件版本升级过程的时间不充足。

技术方案二虽然进行了版本比较，但没有考虑升级过程将面对大量不同软件和硬件配置的NodeB，也没有考虑某些基站系统需要通过升级以增加某些功能软件模块的情况，造成软件版本匹配的过程比较困难，效率不高；并且由于Nodeb所需的软件模块个数较多，在需要更新的软件模块个数也多的时候，需要传输大量的软件模块，而对于每个软件模块的传输过程来说，都会首先建立某种传输方式的连接，然后进行传输，最后释放连接，周而复始直到所有软件模块传输完毕，这样多个软件模块需要建立释放多次连接的方式也造成了软件升级效率低下。

发明内容

有鉴于此，本发明的主要目的在于提供一种移动通信系统中远程子系统升级的方法，使得可以对多模块且软硬件配置不同的移动通信远程子系统高效地升级。

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

A所述移动通信系统中用于控制升级过程的发送设备和所述远程子系统中的接收设备之间进行通信，获取所述远程子系统当前的软件版本和单板配置，并将获取的结果与升级软件版本和单板配置进行匹配，确定需要下载的软件模块；

B所述发送设备将所有需要下载的软件模块发送给所述接收设备；

C所述接收设备将收到的各软件模块分发给相应的单板并加载运行。

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

在发送给所述接收设备前，所述发送设备将所有需要下载的软件模块打包成一个升级软件包；

所述步骤C还进一步包含以下子步骤：

C1在将收到的各软件模块分发给相应的单板前，所述接收设备从收到的所述升级软件包中解出所述需要下载的软件模块。

所述子步骤C1中，所述接收设备收到所述升级软件包后，将其按照所述单板的目录在所述远程子系统的备用存储区中解包；并且，

所述步骤C还进一步包含以下子步骤：

C2所述发送设备发送激活命令给所述接收设备，所述接收设备响应该激活命令，将所述备用存储区内的各软件模块分发给所述单板并加载运行；

C3所述接收设备将所述备用存储区和主用存储区的标识互换，并将新的备用存储区内存储的内容删除，将互换成功后的新的主用存储区中的所有软件模块存储到新的备用存储区内。

所述远程子系统是基站。

所述步骤A还包含以下子步骤：

A1所述发送设备通过维护通道登录到所述接收设备，建立正常通信；

A2所述发送设备发送用于查询软件模块版本和单板类型配置信息的请求消息给所述接收设备；

A3所述接收设备响应所述请求消息，向所述发送设备发送携带当前运行的软件模块版本和单板类型配置信息的响应消息。

所述步骤A还进一步包含以下子步骤：

在进行所述匹配后，由匹配结果生成需要下载的软件模块列表，并可根据预先的设定增加一些该列表中没有的软件模块或从该列表中删除一些软件模块，将增删处理后的结果作为所述需要下载的软件模块。

所述步骤C1中解包的步骤还包含以下子步骤：

所述接收设备判断解出的软件模块是否为新增的，如果是则覆盖所述备用存储区内原有的同名软件模块，否则将新增的所述单板对应的软件模块存储到在所述备用存储区中新建的所述单板的目录。

所述升级软件包的包头还包含单板类型配置信息。

所述步骤C1还包含以下子步骤：

所述接收设备从所述升级软件包内获取不再配置的所述单板的类型，并删除所述备用存储区中该单板目录下所有软件模块。

还包含以下步骤：

所述接收设备向所述发送设备反馈所述升级软件包是否正确接收的消息，所述发送设备根据该反馈决定是否需要重传所述升级软件包。

通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，本发明中，维护中心先获取远程子系统当前的软件版本和硬件配置，与要升级的软件版本和硬件配置进行匹配，再据此生成需要下载的软件模块；此外还将所有需要传输的软件模块统一打包传输。

这种技术方案上的区别，带来了较为明显的有益效果，即由于本发明方案对远程子系统(如基站)软件版本和硬件配置进行匹配，因此可以得到准确的需要更新的软件模块信息，同时也不会下载远程子系统不支持的软件包，因此大大减少了不必要的软件模块的传输，软件升级的效率大大提高，同时更加节省软件升级的时间。

其次，由于本发明方案将所有需要传输的软件模块统一打包传输，避免了多次建立释放连接的过程，提高了软件升级时下载软件模块传输的效率。

第三，本发明方案还提供了一些反馈的机制，从而可以保证软件升级的正确性，大大提高了系统运营时的稳定性。

附图说明

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

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

图3是根据本发明的一个较佳实施例移动通信系统基站软件升级的方法的流程图。

具体实施方式

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

首先说明本发明的基本原理。本发明利用软件模块自身的版本号和硬件配置信息等进行快速匹配判断，然后将所有需要升级的软件模块打包成一个软件包进行传输，同时在基站侧进行下载软件的备份处理。这样就可以针对不同软件和硬件配置的基站进行不同的软件升级，减小了需要传输的软件包的大小，同时避免了多次建立释放连接的过程，减少了软件升级的时间。

根据本发明的一个较佳实施例移动通信系统基站软件升级的方法的流程如图3所示，该较佳实施例在WCDMA中实现。当然，本发明并不限于基站，也可以是其它的远程子系统(和操作控制中心物理上不在同一地点)，本发明中只是以基站作为一个常见的例子来说明技术方案。

在本发明的一个较佳实施例中，远端基站系统当前运行的基站软件版本和配置信息情况如下表1所示。

	单板配置信息	软件模块名称	版本信息	说明
					基站		NB_D007.pck	NB_D007	升级软件包
单板1		B1.pck		单板软件包1
					单板1	配置	B1_S1.BIN	B1_S1_D006
单板1	配置	B1_S2.BIN	B1_S2_D007
					单板2		B2.pck		单板软件包2
单板2	配置	B2_S1.BIN	B2_S1_D006
					单板2	配置	B2_S2.BIN	B2_S2_D007
单板3		B3.pck		单板软件包3
					单板3	未配置	B3_S1.BIN	B3_S1_D006
单板3	未配置	B3_S2.BIN	B3_S2_D007

                                 表1

升级时，需要将此基站系统升级到D008版本，单板2不再需要，增加单板类型3，基站软件版本和配置信息情况如下表2所示。

	单板配置信息	软件模块名称	版本信息	说明
					基站		NB_D008.pck	NB_D008	升级软件包
单板1		B1.pck		单板软件包1
					单板1	配置	B1_S1.BIN	B1_S1_D008
单板1	配置	B1_S2.BIN	B1_S2_D007
					单板1	配置	B1_S3.BIN	B1_S3_D008	新增软件模块
单板2		B2.pck		单板软件包2
					单板2	未配置	B2_S1.BIN	B2_S1_D008
单板2	未配置	B2_S2.BIN	B2_S2_D007
					单板3		B3.pck		单板软件包3
单板3	配置	B3_S1.BIN	B3_S1_D008
					单板3	配置	B3_S2.BIN	B3_S2_D007

                                   表2

其中，为了更直观的说明本发明方案，下文的发送设备代表控制软件升级的控制台，在WCDMA系统中即为OMC软件升级控制台；下文的接收设备代表基站侧负责软件升级的功能模块，在WCDMA系统中即为NodeB软件升级功能模块。

首先进入步骤110，发送设备和接收设备之间进行通信，获取基站的软件版本和单板配置。在本发明的一个较佳实施例中，步骤110还包含以下子步骤：发送设备通过维护通道远程登录到接收设备，并建立正常通信；发送设备在本地维护界面打开统一发布的基站系统升级软件配套关系表，根据接收设备的具体单板配置情况在本地维护界面上进行修改；发送设备给远端NodeB系统发送查询软件模块版本和单板类型配置信息请求消息；接收设备给发送设备提供当前运行的软件模块版本和单板类型配置信息响应消息。

接着进入步骤120，发送设备将接收设备的软件版本和单板配置与本地打开的基站升级软件版本与单板类型配置信息进行匹配比较，生成需要下载的软件模块列表。在本发明的一个较佳实施例中，发送设备在进行自动匹配比较后，将形成下载软件模块列表，如下表3所示。

	单板配置信息	软件模块名称	升级前版本信息	升级后版本信息	系统匹配下载结果
						单板1	配置	B1_S1.BIN	B1_S1_D006	B1_S1_D008	YES
单板1	配置	B1_S2.BIN	B1_S2_D007	B1_S2_D007	NO
						单板1	配置	B1_S3.BIN	无	B1_S3_D008	YES
单板2	未配置	B2_S1.BIN	B2_S1_D006	B2_S1_D008	NO
						单板2	未配置	B2_S2.BIN	B2_S2_D007	B2_S2_D007	NO
单板3	配置	B3_S1.BIN	B3_S1_D006	B3_S1_D008	YES
						单板3	配置	B3_S2.BIN	B3_S2_D007	B3_S2_D007	YES

                                    表3

接着进入步骤130，发送设备将下载软件模块分单板捆绑成单板软件包。需要说明的是，在本发明的一个较佳实施例中，单板软件包中的下载软件模块可以由管理人员人工选择，也可以由发送设备根据步骤120生成的需要下载的软件模块列表自动匹配选择。熟悉本领域的技术人员可以理解，这可以通过增加以下子步骤实现：管理人员根据需要选择系统自动匹配还是人工选择模式；若选择自动匹配，则发射模块按照步骤120生成的需要下载的软件模块列表生成单板软件包，否则由管理人员根据步骤120中生成的下载软件模块列表进行人工选择。其中，人工选择模式下，步骤120中匹配后生成的下载软件模块列表中的软件模块可以不选择，也可以对匹配后不包含在下载软件模块列表中的的软件模块强行进行选择，以满足各种调试和测试版本的升级需求。在本发明的一个较佳实施例中，管理人员选择人工选择模式决定软件模块的下载，进行如下表4所示的选择，将形成最终的软件模块下载列表。

	单板配置信息	软件模块名称	系统匹配结果	用户选择情况	最终下载结果
						单板1	配置	B1_S1.BIN	YES	NO	NO
单板1	配置	B1_S2.BIN	NO	YES	YES
						单板1	配置	B1_S3.BIN	YES		YES
单板2	未配置	B2_S1.BIN	NO		NO
						单板2	未配置	B2_S2.BIN	NO		NO
单板3	配置	B3_S1.BIN	YES		YES
						单板3	配置	B3_S2.BIN	YES		YES

                            表4

接着进入步骤140，发送设备将所有的单板软件包捆绑成一个携带了单板类型配置信息包头的升级软件包。其中，所谓配置是指系统运行时需要该单板运行，与之相对应的不配置是指系统运行时不需要该单板运行。在本发明的一个较佳实施例中，发送设备根据最终的软件模块下载列表和单板配置情况，自动生成需要下载的升级软件包，其结构如下表5所示。

删除单板类型	单板2
					软件模块名称	版本信息	说明
基站	NB_D008.pck	NB_D008	升级软件包
				单板1	B1.pck		单板软件包1
单板1	B1_S2.BIN	B1_S2_D007
				单板1	B1_S3.BIN	B1_S3_D008
单板3	B3.pck		单板软件包3
				单板3	B3_S1.BIN	B3_S1_D008
单板3	B3_S2.BIN	B3_S2_D007

                           表5

接着进入步骤150，发送设备将升级软件包通过维护通道发送给接收设备。在本发明的一个较佳实施例中，移动通信系统为WCDMA系统，维护通道采用IPOA通道。

接着进入步骤160，接收设备在主控板备用存储区内根据升级软件包的内容进行软件升级的处理。其中，该步骤还包含以下子步骤：接收设备收到升级软件包后，获取单板类型配置信息，将升级软件包按照单板目录在主控板的备用存储区中解包；对于不再配置的单板类型，接收设备将备用存储区中该单板目录下所有的软件模块删除；对于非新增单板，接收设备将备用存储区中原来的软件模块进行同名覆盖处理，新增或不同名的软件模块保持不变；对于新增单板，接收设备在备用存储区中新建单板目录并将单板软件模块从单板软件包中解包到新建单板目录中。

在本发明的一个较佳实施例中，接收设备在软件升级前的主备区存储器中存放的软件模块结构完全一致，如下表6所示。

目录	软件模块名称	版本信息
			单板1	B1_S1.BIN	B1_S1_D006
单板1	B1_S2.BIN	B1_S2_D007
			单板2	B2_S1.BIN	B2_S1_D006
单板2	B2_S2.BIN	B2_S2_D007

                    表6

在本发明的一个较佳实施例中，接收设备在接收新的升级软件包后，将删除不再配置的单板软件模块，将解包后的各单板软件模块覆盖到备区存储器中相应的单板目录中，处理后的备区存储器软件模块结构如表7所示。

目录	软件模块名称	版本信息	说明
				单板1	B1_S1.BIN	B1_S1_D006	强制不升级模块
单板1	B1_S2.BIN	B1_S2_D007	强制升级模块
				单板1	B1_S3.BIN	B1_S3_D008	新增软件模块
单板3	B3_S1.BIN	B3_S1_D008	新增软件模块
				单板3	B3_S2.BIN	B3_S2_D007	新增软件模块

                      表7

接着进入步骤170，接收设备将软件下载结果返回给发送设备。其中，软件下载结果可以为成功或者不成功，可以根据上述步骤中解包的处理得到软件下载结果。

接着进入步骤180，发送设备根据软件下载结果判断接收设备是否正确接收，如果是则进入步骤190，否则返回步骤150。需要说明的是，如果接收设备没有正确接收升级软件包，则需要返回重新下载。

在步骤190中，发送设备发送激活升级软件包的命令。需要说明的是，虽然上述步骤已经对基站软件进行了升级，但是这些升级的版本保存在备用存储区中，并没有运行，因此需要通过控制台发送命令进行激活。

接着进入步骤200，接收设备将备用存储区中的各单板软件模块分发给对应的单板。此时，备用存储区中的内容是已经升级的基站软件模块。

接着进入步骤210，接收设备的主控板和各单板加载并运行更新后的软件模块。在该步骤中，如果成功运行则说明激活已经成功。

接着进入步骤220，接收设备返回激活成功消息。其中，该消息作为反馈消息由发送设备接收。

接着进入步骤230，接收设备将主用存储区标识为备用存储区，将备用存储区标识为主用存储区。本领域的普通技术人员可以理解，这样就保证了主用存储区内存储了更新后的软件模块，在基站系统自主运行的时候会自动加载主用存储区内的软件模块，因此保证了下次基站运行时采用最新版本的软件模块。

接着进入步骤240，接收设备将主用存储区的所有软件模块复制到备用存储区内。其中，该步骤的目的在于，在备用存储区中保存现在运行的软件模块，同时，在以后的软件升级过程中，也可以保证下一次软件升级时只需要下载更新的软件模块。

至此，完成移动通信系统基站软件升级的一个处理流程。

另外，需要补充的说明的是，在本发明的一个较佳实施例中，对于不再使用的软件模块的删除，有三种可选方案：第一，如果模块A所在单板的所有软件都不需要了，可以设置该单板为未配置状态，在升级时可以自动删除该单板的所有软件模块；第二，如果只是个别软件模块不再需要(这种情况比较少见，因为一般只是软件模块进行修改，如果软件模块进行增删，说明单板软件的架构进行了修改)，此时管理人员可以通过执行单板文件删除命令进行操作；第三，可以强行将该单板设置为“未配置”状态，下载软件时删除所有单板软件，在激活升级软件包之前将该单板设置为“配置”状态，再执行一下软件下载操作，此时会重新拷贝该单板的所有软件模块。

在本发明移动通信系统基站软件升级的系统的一个较佳实施例中，系统组成和现有技术完全相同，具体可以参照图1和图2的说明。不同的是，OMC30作为发送设备、NodeB 10作为接收设备分别增加了相应的功能以实现本发明方案的移动通信系统的软件升级。

其中，发送设备用于搜集远端基站的详细软件模块版本信息列表和单板类型配置表并与需要升级的软件版本和单板类型配置进行匹配，生成需要传输的软件模块列表后将需要传输的所有软件模块捆绑成一个升级软件包统一发送，并在接收设备正确接收后发送激活升级软件包的命令。

发送设备还支持管理人员以人工选择方式生成需要传输的软件模块列表。在本发明的一个较佳实施例中，管理人员可以不选择匹配后选择上的软件模块，也可以对匹配后没有选择上的软件模块强行进行选择，以满足各种调试和测试版本的升级需求。

在本发明的一个较佳实施例中，发送设备将需要传输的所有软件模块捆绑成一个升级软件包时，先按照单板捆绑成单板软件包，再将各单板软件包统一捆绑成升级软件包。熟悉本领域的技术人员可以理解，这样可以方便接收设备在接收时的处理。为了实现灵活更改单板配置，本发明的一个较佳实施例中，升级软件包的包头信息部分还包含了单板类型配置信息。

在本发明的一个较佳实施例中，发送设备通过IPOA维护通道发送升级软件包给远端的接收设备。

接收设备用于向发送设备提供当前运行的软件模块版本信息和单板类型配置列表并将接收到的升级软件包在备用存储区中解包进行软件升级处理，在收到激活命令后，将升级好的软件模块分发给各单板后加载运行，并将主、备用存储区的标识互换，更新互换后的备用存储区内的所有基站软件模块。

在本发明的一个较佳实施例中，接收设备将基站软件包在备用存储区解包时，获取单板类型配置信息，将升级软件包按照单板目录在主控板的备用存储区中解包；对于不再配置的单板类型，接收设备将备用存储区中该单板目录下所有的软件模块删除；对于非新增单板，接收设备将备用存储区中原来的软件模块进行同名覆盖处理，新增或不同名的软件模块保持不变；对于新增单板，接收设备在备用存储区中新建单板目录并将单板软件模块从单板软件包中解包到新建单板目录中。

在本发明的一个较佳实施例中，对于不再使用的软件模块的删除，有三种可选方案：第一，如果模块A所在单板的所有软件都不需要了，可以设置该单板为未配置状态，在升级时接收设备可以自动删除该单板的所有软件模块；第二，如果只是个别软件模块不再需要(这种情况比较少见，因为一般只是软件模块进行修改，如果软件模块进行增删，说明单板软件的架构进行了修改)，此时管理人员可以通过执行单板文件删除命令进行操作；第三，可以强行将该单板设置为“未配置”状态，下载软件时删除所有单板软件，在激活升级软件包之前将该单板设置为“配置”状态，再执行一下软件下载操作，此时会重新拷贝该单板的所有软件模块。

需要说明的是，本发明以WCDMA系统为较佳实施例说明的本发明方案，熟悉本领域的普通技术人员可以理解，不仅仅是WCDMA系统，在现有的蜂窝式移动通信系统中，都会存在对基站系统进行软件版本升级的问题，而现有的蜂窝式移动通信系统的移动接入网侧的网络架构和WCDMA系统类似，均是一个控制器连接并控制多个基站提供大面积覆盖，因此可以对本发明方案做少许改动应用在其它移动通信系统的基站的软件升级上，这并不影响本发明实质。

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

Claims (10)

1.一种移动通信系统中远程子系统升级的方法，其特征在于，包含以下步骤：

A所述移动通信系统中用于控制升级过程的发送设备和所述远程子系统中的接收设备之间进行通信，获取所述远程子系统当前的软件版本和单板配置，并将获取的结果与升级软件版本和单板配置进行匹配，确定需要下载的软件模块；

B所述发送设备将所有需要下载的软件模块发送给所述接收设备；

C所述接收设备将收到的各软件模块分发给相应的单板并加载运行。

2.根据权利要求1所述的移动通信系统中远程子系统升级的方法，其特征在于，所述步骤B还进一步包含以下子步骤：

在发送给所述接收设备前，所述发送设备将所有需要下载的软件模块打包成一个升级软件包；

所述步骤C还进一步包含以下子步骤：

C1在将收到的各软件模块分发给相应的单板前，所述接收设备从收到的所述升级软件包中解出所述需要下载的软件模块。

3.根据权利要求2所述的移动通信系统中远程子系统升级的方法，其特征在于，所述子步骤C1中，所述接收设备收到所述升级软件包后，将其按照所述单板的目录在所述远程子系统的备用存储区中解包；并且，

所述步骤C还进一步包含以下子步骤：

C2所述发送设备发送激活命令给所述接收设备，所述接收设备响应该激活命令，将所述备用存储区内的各软件模块分发给所述单板并加载运行；

C3所述接收设备将所述备用存储区和主用存储区的标识互换，并将新的备用存储区内存储的内容删除，将互换成功后的新的主用存储区中的所有软件模块存储到新的备用存储区内。

4.根据权利要求1至3中任一项所述的移动通信系统中远程子系统升级的方法，其特征在于，所述远程子系统是基站。

5.根据权利要求4所述的移动通信系统中远程子系统升级的方法，其特征在于，所述步骤A还包含以下子步骤：

A1所述发送设备通过维护通道登录到所述接收设备，建立正常通信；

A2所述发送设备发送用于查询软件模块版本和单板类型配置信息的请求消息给所述接收设备；

A3所述接收设备响应所述请求消息，向所述发送设备发送携带当前运行的软件模块版本和单板类型配置信息的响应消息。

6.根据权利要求1所述的移动通信系统中远程子系统升级的方法，其特征在于，所述步骤A还进一步包含以下子步骤：

在进行所述匹配后，由匹配结果生成需要下载的软件模块列表，并可根据预先的设定增加一些该列表中没有的软件模块或从该列表中删除一些软件模块，将增删处理后的结果作为所述需要下载的软件模块。

7.根据权利要求1所述的移动通信系统中远程子系统升级的方法，其特征在于，所述步骤C1中解包的步骤还包含以下子步骤：

所述接收设备判断解出的软件模块是否为新增的，如果是则覆盖所述备用存储区内原有的同名软件模块，否则将新增的所述单板对应的软件模块存储到在所述备用存储区中新建的所述单板的目录。

8.根据权利要求2所述的移动通信系统中远程子系统升级的方法，其特征在于，所述升级软件包的包头还包含单板类型配置信息。

9.根据权利要求8所述的移动通信系统中远程子系统升级的方法，其特征在于，所述步骤C1还包含以下子步骤：

所述接收设备从所述升级软件包内获取不再配置的所述单板的类型，并删除所述备用存储区中该单板目录下所有软件模块。

10.根据权利要求1所述的移动通信系统中远程子系统升级的方法，其特征在于，还包含以下步骤：

所述接收设备向所述发送设备反馈所述升级软件包是否正确接收的消息，所述发送设备根据该反馈决定是否需要重传所述升级软件包。

Images