WO2013040906A1 - 一种基站软件版本管理的方法和*** - Google Patents
一种基站软件版本管理的方法和*** Download PDFInfo
- Publication number
- WO2013040906A1 WO2013040906A1 PCT/CN2012/076214 CN2012076214W WO2013040906A1 WO 2013040906 A1 WO2013040906 A1 WO 2013040906A1 CN 2012076214 W CN2012076214 W CN 2012076214W WO 2013040906 A1 WO2013040906 A1 WO 2013040906A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- version
- main control
- master
- control board
- network management
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
Definitions
- the present invention relates to a method for managing and maintaining a software version of a base station in the field of communications, and in particular, to a method and system for managing a version of a base station software. Background technique
- the base station is an important network element, and its responsible functions are more and more complex, and more and more software versions need to be managed.
- LTE Long Term Evolution
- the traditional way of managing the version of the base station is as follows:
- the NMS downloads the version file required by each base station to the main control board in the base station. After the base station is powered on, the boards do not need to interact with other NEs and load through the main control board.
- the upgrade software version required for the board can be upgraded.
- Figure 1 shows a traditional base station software version management method flow, the steps include:
- Step 101 The maintenance personnel uploads the upgraded base station software version to the network management server;
- Step 102 The base station downloads the base station software version to the main control board flash memory (Flash) through the network management program;
- Step 103 The network management program sends a version activation message to the base station.
- Step 104 The base station restarts, and loads the downloaded base station software version.
- Step 105 After the base station is restarted, first load the main control version on the Flash and run the main control program.
- Step 106 After the other non-main control boards are powered on, request the main control board to obtain the required version file.
- Step 107 After obtaining the version file of the board, each non-master board loads the running version file.
- Step 108 The base station is running normally and the upgrade is successful.
- step 102 downloading the base station software version in step 102 will take up nearly half of the time.
- a method for managing a version of a base station software includes: after receiving a version activation message sent by a network management server, the main control board downloads a master version through the network management server;
- the main control board loads the downloaded version of the master and sends a version download message to the non-master board.
- the non-master board downloads the non-master version through the network management server and loads the downloaded version. Master version.
- the method further includes:
- the network management server sends a version activation message to the main control board, and saves the current version of the base station.
- the main control board downloads the main control version through the network management server:
- the main control board updates the upgraded main control version to the flash of the main control board and backs up the original main control by downloading the upgraded main control version main control board through the network management server according to the version activation message. Version.
- the method further includes:
- the main control board restores the original version of the backup to the Flash, and sends a version upgrade failure message including the base station identifier to the network management server.
- the main control board loads the original version of the restore.
- the non-master control board downloads the non-master version through the network management server, and loads the downloaded non-master version as:
- the non-master control board After receiving the version download message, the non-master control board sends a version request to the network management server, and the network management server searches for the non-master version according to the version request message, and sends the network path of the non-master version to the non-master. Control board
- the non-master control board downloads the non-master version through the network management server according to the network path, and saves it to its own memory;
- the non-master board loads the downloaded non-master version.
- the method further includes: when the non-master version fails to load, the non-master board sends a non-master version loading failure message to the main control board;
- the main control board After receiving the non-master version loading failure message, the main control board determines whether the main control version has been upgraded
- the main control board restores the backup main control version to the flash of the main control board, loads the restored main control version, and sends a version upgrade failure message containing the base station identifier to the network management server;
- the main control board When it is determined that the master version is not upgraded, the main control board directly sends a version upgrade failure message including the base station identifier to the network management server.
- a system for base station software version management including: The main control board is configured to: after receiving the version activation message sent by the network management server, download the main control version through the network management server, load the downloaded main control version, and send a version download message to the non-master control board;
- the non-master control board downloads the non-master version through the network management server and loads the downloaded non-master version.
- system further includes: a network management server, configured to send a version activation message to the main control board, and save current version information of the base station;
- the main control board is specifically configured to: according to the version activation message, download the upgraded main control version through the network management server, update the upgraded main control version to the Flash of the main control board, and back up the original main control version.
- the main control board is further configured to restore the original master version of the backup to the Flash when the master version fails to be loaded, and send a version upgrade failure message including the base station identifier to the network management server, and load the restored original master. version.
- the non-master control board is further configured to send a non-master version loading failure message to the main control board when the non-master version fails to load;
- the main control board is further configured to: after receiving the non-master version loading failure message, determine whether the main control version has been upgraded; when determining that the main control version has been upgraded, restore the backup main control version to the main control board.
- the restored version of the master is loaded, and a version upgrade failure message containing the base station identifier is sent to the network management server.
- the version upgrade failure message including the base station identifier is directly sent to the network management server.
- the present invention has the following beneficial effects:
- the invention moves the version management to the network management, reduces the processing of the base station switching software version, saves the time when the base station software version is downloaded to the main control board Flash, and improves the upgrading speed of the base station software version.
- the invention improves the stability of the system by simplifying the upgrade process of the base station software version;
- the invention saves the flash space of the base station in the multi-standard common mode and reduces the base station cost.
- 1 is a flow chart of a conventional base station software version management method
- FIG. 2 is a flowchart of a method for managing a version of a base station software provided by the present invention
- FIG. 3 is a flowchart of a method for managing a base station software version according to an embodiment of the present invention
- FIG. 4 is a flowchart of a process for upgrading a master control version in the embodiment of FIG. 3;
- FIG. 5 is a flowchart of a non-master version upgrade failure process in the embodiment of FIG. detailed description
- the present invention provides a new method for managing a software version of a base station, which divides the software version of the base station into a master control version and a non-master control version. section.
- the main control version is saved on the flash of the main control board to ensure the communication link between the base station and the network management server.
- the storage location of all non-master versions is moved from the flash of the main control board to the network management system. After the non-master control board is powered on, the non-master version is requested directly from the network management server of the NMS.
- the steps of the method for base station software version management include:
- Step 1 After receiving the version activation message sent by the network management server, the main control board downloads the main control version through the network management server.
- Step 2 The main control board loads the downloaded main control version, and sends a version download message to the non-master control board;
- Step 3 After receiving the version download message, the non-master board downloads the non-master version through the network management server, and loads the downloaded non-master version.
- the network management server receives and saves the base station software version that is uploaded by the maintenance personnel and needs to be upgraded, including the master version and/or the non-master version.
- the step 1 includes: the network management server sends a version activation message to the main control board, and saves the current version information of the base station; the main control board downloads the upgraded main control version from the network management server according to the version activation message; the main control board will The upgraded version of the master is updated to the Flash of the main control board, and the original master version is backed up.
- the step 2 further includes: if the master version fails to be loaded, the main control board restores the original version of the backup to its Flash, and sends a version upgrade failure message including the base station identifier to the network management server; Load the original master version of the restore.
- the step 3 includes: after receiving the version download message, the non-master control board sends a version request message to the network management server; the network management server searches for the non-master version according to the version request message, and the non-master version is The network path is sent to the non-master board; the non-master board downloads the non-master version from the network management server according to the network path, and saves the non-master version to its memory; the non-master board loads the downloaded board. Non-master version.
- the step 3 further includes: if the non-master version fails to be loaded, the non-master board sends a non-master version loading failure message to the main control board; the main control board receives the non-master version loading failure message.
- the main control board restores the backup main control version to the flash of the main control board, loads the restored main control version, and sends the restored main control version to the network management server.
- the version upgrade failure message containing the identifier of the base station is sent.
- the main control board sends a version upgrade failure message containing the identifier of the base station to the network management server.
- the maintenance personnel first uploads the version of the base station software that needs to be upgraded to the network management server; then the network management server sends a version activation message to the base station, so that the base station downloads the master version to the flash; again, the base station loads the master on the flash. Control the version, run the main control program, and send the version download message to other non-master boards after the other non-master boards are powered on, so that the non-master board can request the version file from the network management server to obtain the required version.
- the non-master version of the non-master board is stored in the memory of the non-master board and loaded with the non-master version.
- the base station is running normally and the upgrade is successful.
- FIG. 3 shows a flow of the base station software version management method provided by the embodiment of the present invention. The steps include:
- Step 301 The maintenance personnel uploads the version of the base station software that needs to be upgraded to the network management server, and the uploaded software version of the base station is stored in the version server.
- Step 302 The network management server sends a version activation message to the designated base station, and records all current version information of the base station.
- the version activation message should include at least a version server address, a port, a connection user information, an upgrade version number, and whether the main control is updated. Version identifier; at the same time, the network management server records all version information of the current base station;
- Step 303 After receiving the version activation message, the base station determines whether to update the master version according to whether to update the master version identifier. If the update is required, step 304 and step 305 are performed in sequence, otherwise, 306 is directly executed;
- Step 304 The base station uses the information in the version activation message to obtain the master version on the version server via the network management server, updates to the Flash of the main control board, and backs up the original master version;
- Step 305 The main control board restarts, loads and upgrades Master version;
- Step 306 Determine whether the master version is loaded successfully. If the master version is loaded successfully, go to step 308 directly, otherwise, go to step 307;
- Step 307 The main control version fails to load, and enters the main control version upgrade failure processing flow, that is, the activation failure process;
- Step 308 After the main control version is successfully loaded, the main control board sends a version download message to the other non-master control board, and the version download message includes at least the version server address, the port, the connection user information, and the upgrade version number.
- Step 309 The non-master control board sends a version request message to the version server via the network management server according to the version download message, where the version request message includes at least the base station identifier, the hardware type identifier of the main control board, the requested version type, Request version number;
- Step 310 After receiving the version request message of the non-master board, the network management server searches for the non-master version required by the non-master board in the version server according to the version request message, and upgrades the non-master The network path of the control board is fed back to the non-master board in the version server.
- Step 311 The non-master board receives the network path, downloads the required non-master version according to the network path, and saves it to its memory. Loading the non-master version;
- Step 312 Determine whether the non-master version loading is successful, if the loading is successful, go to step 313, otherwise, go to step 314;
- Step 313 After all the non-master versions are successfully loaded, the base station sends a version update success message to the network management server.
- Step 314 If the non-master version fails to load, enter the non-main board default upgrade failure processing flow, that is, the activation failure process.
- FIG. 4 is a flowchart of the process of upgrading the main control version in the embodiment of FIG. 3, that is, the specific processing steps of step 307 in FIG. 3, including:
- Step 3071 The main control board restores the original master version of the backup to its Flash.
- Step 3072 The main control board sends a version upgrade failure message to the network management server, where the version upgrade failure message includes at least the base station identifier.
- Step 3073 After receiving the version upgrade failure message, the network management server updates the network management data by using all the version information of the base station before the upgrade.
- Step 3074 After the main control board sends the version upgrade failure message, the main control board restarts; Step 3075: The main control board is restarted, the restored original main control version is loaded, and the step 308 described in FIG. 3 is continued.
- FIG. 5 is a flowchart showing the process of the non-master version upgrade failure in the embodiment of FIG. 3, that is, the specific processing steps of step 314 in FIG. 3, including:
- Step 3141 After the non-master version fails to be loaded, the non-master board sends a non-master version loading failure message to the main control board.
- Step 3142 After receiving the non-master version loading failure message, the main control board determines whether the main control version is upgraded during the upgrade of the base station software version, that is, whether there is an update. If there is an update, go to step 3143. Otherwise, go to step 3144. ;
- Step 3143 The main control board restores the original backup version of the backup to its Flash, and sends a version upgrade failure message containing the base station identifier to the network management server, so that the network management server uses the record upgrade after receiving the version upgrade failure message. All the version information of the previous base station is updated with the network management data; after the main control board sends the version upgrade failure message, the main control board is restarted, the restored original master version is loaded, and the step 308 described in FIG. 3 is continued;
- Step 3144 The main control board sends a version upgrade failure message containing the base station identifier to the network management server, so that the network management server receives the version upgrade failure message, and uses the version information of the base station before the upgrade to update the network management data. After the version upgrade failure message is sent, the main control board is restarted, the main control version is loaded, and the above step 308 is continued.
- the embodiment of the present invention further provides a system for managing a version of a base station software.
- the system includes: a main control board, configured to download a master control version by using a network management server after receiving a version activation message sent by the network management server, and loading the Download the master version and send a version download message to the non-master board;
- the non-master control board is configured to download the non-master version through the network management server after receiving the version download message, and load the downloaded non-master version.
- the main control board is further configured to send a version upgrade failure message including a base station identifier to the network management server.
- the non-master control board is further configured to send a non-master version loading failure message to the main control board.
- the system further includes a network management server, configured to receive a base station software version, including a master version and/or a non-master version, uploaded by the maintenance personnel and required to be upgraded.
- the uploaded base station software version can be saved on the network management server, that is, the network management server saves the base station software version and the base station software version description information for the main control board and the non-main control board to perform the base station software version upgrade.
- the server can be separately established as the version server. That is, the network management server saves the base station software version description information, and the version server saves the base station software version for the base station software version management.
- the workflow of the system includes the following steps:
- Step 1 The maintenance personnel uploads the upgraded base station software version to the network management server;
- Step 2 The network management server sends a version activation message to the base station;
- Step 3 The main control board of the base station downloads the upgraded main control version to the Flash of the main control board according to the version activation message, loads the downloaded main control version, and runs the main control program;
- Step 4 After the non-master control board is powered on, the non-master version is obtained from the network management server according to the version download message sent by the main control board, and the required non-master version is obtained.
- Step 5 Each non-master control board obtains a non-master version from the network management server, stores the memory in the non-master board, and loads and runs the non-master version.
- Step 6 The base station is operating normally and the upgrade is successful.
- the invention can simplify the process of upgrading the base station software version, improve the version upgrade speed, and does not need to increase the flash space of the main control board in the multi-standard common mode, thereby saving cost.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Stored Programmes (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种基站软件版本管理的方法和***，涉及通讯领域的基站软件版本的管理维护方式，所述方法包括：主控板收到网管服务器下发的版本激活消息后，通过网管服务器下载主控版本；主控板加载下载的主控版本，并向非主控单板发送版本下载消息；非主控单板收到所述版本下载消息后，通过网管服务器下载非主控版本，并加载下载的非主控版本。本发明通过将基站软件版本管理上移到网管，减少了基站切换软件版本的处理，节省了基站软件版本下载到主控板Flash的时间，提高了基站软件版本的升级速度，节省了基站Flash空间，降低了基站成本。
Description
一种基站软件版本管理的方法和*** 技术领域
本发明涉及通讯领域的基站软件版本的管理维护方式， 尤其涉及一种 基站软件版本管理的方法和***。 背景技术
随着无线通讯***的发展， 基站作为一个重要的网元， 其负责的功能 越来越复杂， 需要管理的软件版本也越来越多。 特别是在长期演进（LTE ) ***中， 由于设计之初， 就需要考虑和其他无线制式的共模， 要求基站同 时管理多种制式的软件版本。 所以 LTE的基站软件版本管理将更为复杂。
对于运营商， 评价软件版本管理的一个重要指标就是软件版本升级时 间， 升级时间越短， 业务中断时间越少， 给用户的体验也就越好。
传统的管理基站版本的方式是： 网管将每个基站需要的版本文件首先 下载到基站内的主控板上， 基站上电后， 各个单板不需要和其他网元交互， 通过主控板加载单板需要的升级软件版本， 就可以完成升级。 图 1 显示了 一种传统的基站软件版本管理方法流程， 步驟包括：
步驟 101 : 维护人员将需要升级的基站软件版本上载到网管服务器； 步驟 102: 基站通过网管程序下载基站软件版本到主控板闪存（Flash ) 上；
步驟 103： 网管程序给基站发送版本激活消息；
步驟 104: 基站重启， 加载下载的基站软件版本；
步驟 105: 基站重启后， 首先加载 Flash上的主控版本，运行主控程序； 步驟 106: 其他非主控单板上电后， 向主控板请求， 获取需要的版本文 件；
步驟 107: 各个非主控单板获取到单板的版本文件后，加载运行版本文 件；
步驟 108: 基站运行正常， 升级成功。
这种基站软件版本管理方法的主要缺点是：
1、 在整个升级过程中， 步驟 102中下载基站软件版本将占用近一半的 时间。
2、 基站所有运行的软件版本都存储在 Flash上， 占用较多的磁盘空间。 特别是对于多制式共模的情况， 多种制式软件版本如果都存储在 Flash上， 对于磁盘空间的要求将成倍增长。 发明内容
本发明的目的在于提供一种基站软件版本管理的方法和***， 用于解 决基站软件版本升级速度慢和多制式共模情况下主控板 Flash存储空间要 求高的问题。
根据本发明的一个方面， 提供的一种基站软件版本管理的方法包括： 主控板收到网管服务器下发的版本激活消息后， 通过网管服务器下载 主控版本；
主控板加载下载的主控版本， 并向非主控单板发送版本下载消息； 非主控单板收到所述版本下载消息后， 通过网管服务器下载非主控版 本， 并加载下载的非主控版本。
所述方法还包括：
网管服务器将版本激活消息发送至主控板， 并保存基站当前的版本信 所述主控板通过网管服务器下载主控版本为：
主控板根据所述版本激活消息， 通过网管服务器下载升级的主控版本 主控板将所述升级的主控版本更新至主控板的 Flash中，并备份原主控
版本。
所述主控板加载下载的主控版本之后， 所述方法还包括：
当所述主控版本加载失败， 主控板将备份的原主控版本还原至 Flash 中， 并向网管服务器发送包含基站标识的版本升级失败消息；
主控板加载还原的原主控版本。
所述非主控单板收到所述版本下载消息后， 通过网管服务器下载非主 控版本， 并加载下载的非主控版本为：
非主控单板接收所述版本下载消息后， 向网管服务器发送版本请求消 网管服务器根据所述版本请求消息， 查找非主控版本， 并将所述非主 控版本的网络路径发送至非主控单板；
非主控单板根据所述网络路径，通过网管服务器下载所述非主控版本， 并保存至自身内存中；
非主控单板加载下载的非主控版本。
所述非主控单板加载下载的非主控版本之后， 所述方法还包括： 当所述非主控版本加载失败， 非主控单板向主控板发送非主控版本加 载失败消息；
主控板收到所述非主控版本加载失败消息后， 判断主控版本是否已升 级；
当判断主控版本已升级时， 主控板将备份的主控版本还原至主控板的 Flash中， 加载还原的主控版本， 并向网管服务器发送包含基站标识的版本 升级失败消息；
当判断主控版本未升级时， 主控板直接向网管服务器发送包含基站标 识的版本升级失败消息。
根据本发明的另一个方面，提供的一种基站软件版本管理的***包括：
主控板， 用于在收到网管服务器下发的版本激活消息后， 通过网管服 务器下载主控版本， 加载下载的主控版本， 并向非主控单板发送版本下载 消息；
非主控单板， 用于收到所述版本下载消息后， 通过网管服务器下载非 主控版本， 并加载下载的非主控版本。
进一步地， 所述***还包括： 网管服务器， 用于将版本激活消息发送 至主控板， 并保存基站当前的版本信息；
所述主控板， 具体用于根据所述版本激活消息， 通过网管服务器下载 升级的主控版本， 将所述升级的主控版本更新至主控板的 Flash中， 并备份 原主控版本。
所述主控板， 还用于当所述主控版本加载失败， 将备份的原主控版本 还原至 Flash中， 并向网管服务器发送包含基站标识的版本升级失败消息， 加载还原的原主控版本。
所述非主控单板， 还用于当所述非主控版本加载失败， 向主控板发送 非主控版本加载失败消息；
所述主控板， 还用于收到所述非主控版本加载失败消息后， 判断主控 版本是否已升级； 当判断主控版本已升级时， 将备份的主控版本还原至主 控板的 Flash中， 加载还原的主控版本， 并向网管服务器发送包含基站标识 的版本升级失败消息； 当判断主控版本未升级时， 直接向网管服务器发送 包含基站标识的版本升级失败消息。
与现有技术相比， 本发明具有以下有益效果：
1、 本发明通过将版本管理上移到网管， 减少了基站切换软件版本的处 理， 节省了基站软件版本下载到主控板 Flash的时间， 提高了基站软件版本 的升级速度。
本发明通过简化基站软件版本升级流程， 提高了***稳定性；
本发明在多制式共模下节省了基站的 Flash空间， 降低了基站成本。 附图说明
图 1是一种传统的基站软件版本管理方法流程图；
图 2是本发明提供的基站软件版本管理方法流程图；
图 3是本发明提供的基站软件版本管理方法实施例的工作流程图； 图 4是图 3所述实施例中主控版本升级失败处理流程图；
图 5是图 3所述实施例中非主控版本升级失败处理流程图。 具体实施方式
以下结合附图对本发明的优选实施例进行详细说明， 应当理解， 以下 所说明的优选实施例仅用于说明和解释本发明， 并不用于限制本发明。
图 2显示了本发明提供的基站软件版本管理方法流程， 如图 2所示， 本发明提出一种新的基站软件版本管理方法， 其将基站软件版本分为主控 版本和非主控版本两部分。 其中， 主控版本保存在主控板的 Flash上， 保证 基站可以和网管服务器之间的通信链路； 所有非主控版本的存储位置从主 控板的 Flash上移到网管***。 非主控单板上电后， 直接向网管***的网管 服务器请求非主控版本。 基站软件版本管理的方法的步驟包括：
步驟一： 主控板收到网管服务器下发的版本激活消息后， 通过网管服 务器下载主控版本；
步驟二： 主控板加载所述下载的主控版本， 并向非主控单板发送版本 下载消息；
步驟三： 非主控单板收到所述版本下载消息后， 通过网管服务器下载 非主控版本， 并加载所述下载的非主控版本。
执行所述步驟一前， 还包括： 网管服务器接收并保存维护人员上载的 需要升级的包括主控版本和 /或非主控版本的基站软件版本。
所述步驟一包括： 网管服务器将版本激活消息发送至主控板， 并保存 基站当前的版本信息； 主控板根据所述版本激活消息， 从网管服务器下载 升级的主控版本； 主控板将所述升级的主控版本更新至主控板的 Flash中， 并备份原主控版本。
所述步驟二还包括： 若所述主控版本加载失败， 则主控板将备份的原 主控版本还原至其 Flash中，并向网管服务器发送包含基站标识的版本升级 失败消息； 主控板加载所述还原的原主控版本。
所述步驟三包括： 非主控单板接收所述版本下载消息后， 向网管服务 器发送版本请求消息； 网管服务器根据所述版本请求消息， 查找非主控版 本， 并将所述非主控版本的网络路径发送至非主控单板； 非主控单板根据 所述网络路径， 从网管服务器下载所述非主控版本， 并保存至其内存中； 非主控单板加载所述下载的非主控版本。
所述步驟三还包括： 若所述非主控版本加载失败， 则非主控单板向主 控板发送非主控版本加载失败消息； 主控板收到所述非主控版本加载失败 消息后， 判断主控版本是否已升级； 当判断主控版本已升级时， 主控板将 备份的主控版本还原至主控板的 Flash中， 加载所述还原的主控版本， 并向 网管服务器发送包含基站标识的版本升级失败消息； 当判断主控版本未升 级时， 主控板直接向网管服务器发送包含基站标识的版本升级失败消息。
概括地说， 首先维护人员要将需要升级的基站软件版本上载到网管服 务器； 然后网管服务器向基站发送版本激活消息， 使基站将主控版本下载 至 Flash; 再次， 基站加载所述 Flash上的主控版本， 运行主控程序， 并在 其他非主控单板上电后， 向其他非主控单板发送版本下载消息， 以供非主 控单板向网管服务器请求版本文件， 获取需要的版本文件； 最后， 其它非 主控单板经由网管服务器获得非主控版本， 存放在非主控单板的内存， 加 载运行非主控版本； 基站运行正常， 升级成功。
考虑到***稳定性和流控等问题， 可以单独建立服务器作为版本服务 器， 以供基站软件版本的管理， 如图 3所示， 图 3显示了本发明实施例提 供的基站软件版本管理方法流程， 步驟包括：
步驟 301 : 维护人员将需要升级的基站软件版本上载到网管服务器， 上传的所述基站软件版本存放在版本服务器下；
步驟 302: 网管服务器给指定基站发送版本激活消息， 并记录所述基 站当前的所有版本信息； 所述版本激活消息应至少包含版本服务器地址、 端口、 连接用户信息、 升级版本号、 是否更新主控版本标识； 同时网管服 务器记录当前基站所有版本信息；
步驟 303: 基站接收所述版本激活消息后， 根据所述是否更新主控版 本标识来判断是否更新主控版本， 如果需要更新， 则依次执行步驟 304和 步驟 305 , 否则直接执行 306;
步驟 304: 基站使用版本激活消息中的信息经由网管服务器获取版本 服务器上的主控版本， 更新到主控板的 Flash中， 并将原主控版本备份； 步驟 305: 主控板重启， 加载升级的主控版本；
步驟 306: 判断主控版本加载是否成功， 如果主控版本加载成功， 则 直接执行步驟 308, 否则， 执行步驟 307;
步驟 307: 主控版本加载失败， 进入主控版本升级失败处理流程， 即 激活失败流程；
步驟 308: 主控版本加载成功后， 主控板给其他的非主控单板发送版 本下载消息， 所述版本下载该消息中至少应包含版本服务器地址、 端口、 连接用户信息、 升级版本号；
步驟 309: 非主控单板根据所述版本下载消息， 经由网管服务器向版 本服务器发送版本请求消息， 所述版本请求消息中至少应包含基站标识、 主控板的硬件类型标识、 请求版本类型、 请求版本号；
步驟 310: 网管服务器收到非主控单板的版本请求消息后， 根据所述 版本请求消息， 查找版本服务器中的非主控单板需要的非主控版本， 并将 升级的所述非主控板本在版本服务器中的网络路径反馈给非主控单板； 步驟 311 : 非主控单板接收网络路径， 根据所述网络路径下载其需要 的非主控版本， 保存至其内存中， 加载所述非主控版本；
步驟 312: 判断非主控版本加载是否成功， 若加载成功， 则执行步驟 313 , 否则， 执行步驟 314;
步驟 313: 若所有非主控版本加载成功后， 基站发送版本更新成功消 息给网管服务器；
步驟 314: 若非主控版本加载失败， 则进入非主控板本升级失败处理 流程， 即激活失败流程。
图 4显示了图 3所述实施例中主控版本升级失败处理流程图， 即图 3 所述步驟 307的具体处理步驟， 包括：
步驟 3071 : 主控板将备份的原主控版本还原至其 Flash中；
步驟 3072: 主控板向网管服务器发送版本升级失败消息， 所述版本升 级失败消息中至少应包含基站标识；
步驟 3073: 网管服务器收到所述版本升级失败消息后， 使用其记录的 升级前的基站所有版本信息更新网管数据；
步驟 3074: 主控板发送所述版本升级失败消息后， 主控板重启； 步驟 3075: 主控板重启， 加载还原的原主控版本， 并继续执行图 3中 所述步驟 308。
图 5显示了图 3所述实施例中非主控版本升级失败处理流程图， 即图 3所述步驟 314的具体处理步驟， 包括：
步驟 3141 : 非主控版本加载失败后， 非主控单板向主控板发送非主控 版本加载失败消息；
步驟 3142: 主控板收到非主控版本加载失败消息后， 判断主控版本在 基站软件版本升级过程中是否升级， 即是否有更新， 如果有更新， 则执行 步驟 3143 , 否则， 执行步驟 3144;
步驟 3143: 主控板将备份的原主控版本还原至其 Flash中， 向网管服 务器发送包含基站标识的版本升级失败消息， 使网管服务器收到所述版本 升级失败消息后， 使用其记录的升级前的基站所有版本信息更新网管数据； 主控板发送所述版本升级失败消息后， 主控板重启， 加载还原的原主控版 本， 并继续执行图 3中所述步驟 308;
步驟 3144: 主控板向网管服务器发送包含基站标识的版本升级失败消 息， 使网管服务器收到所述版本升级失败消息后， 使用其记录的升级前的 基站所有版本信息更新网管数据； 主控板发送所述版本升级失败消息后， 主控板重启， 加载主控版本， 并继续执行上述步驟 308。
本发明实施例还提供例了一种基站软件版本管理的***， ***包括： 主控板， 用于在收到网管服务器下发的版本激活消息后， 通过网管服 务器下载主控版本， 加载所述下载的主控版本， 并向非主控单板发送版本 下载消息；
非主控单板， 用于收到所述版本下载消息后， 通过网管服务器下载非 主控版本， 并加载所述下载的非主控版本。
所述主控板， 还用于向网管服务器发送包含基站标识的版本升级失败 消息。
所述非主控单板， 还用于向主控板发送非主控版本加载失败消息。 所述***还包括网管服务器， 用于接收维护人员上载的需要升级的包 括主控版本和 /或非主控版本的基站软件版本。 所述上载的基站软件版本可 以保存在网管服务器上， 即网管服务器保存基站软件版本及其基站软件版 本描述信息， 以供主控板和非主控板进行基站软件版本升级。 考虑到***
稳定性和流控等问题， 也可以单独建立服务器作为版本服务器， 即网管服 务器保存基站软件版本描述信息， 版本服务器保存基站软件版本， 以供基 站软件版本的管理。
所述***的工作流程包括以下步驟：
第一步： 维护人员将需要升级的基站软件版本上载到网管服务器； 第二步： 网管服务器向基站发送版本激活消息；
第三步： 基站的主控板根据所述版本激活消息， 将升级的主控版本下 载至主控板的 Flash中， 加载所述下载的主控版本， 运行主控程序；
第四步： 其他非主控单板上电后， 根据主控板发送的版本下载消息， 向网管服务器请求非主控版本， 获取需要的非主控版本；
第五步： 各个非主控单板从网管服务器获得非主控版本， 存放在非主 控单板的内存， 加载运行所述非主控版本；
第六步： 基站运行正常， 升级成功。
综上所述， 本发明的有益效果在于：
本发明能够简化基站软件版本升级的流程， 提高版本升级速度， 并在 多制式共模时不需要增加主控板 Flash空间， 节约成本。
尽管上文对本发明进行了详细说明， 但是本发明不限于此， 本技术领 域技术人员可以根据本发明的原理进行各种修改。 因此， 凡按照本发明原 理所做的修改， 都应当理解为落入本发明的保护范围。
Claims
1、 一种基站软件版本管理的方法， 其特征在于， 所述方法包括： 主控板收到网管服务器下发的版本激活消息后， 通过网管服务器下载 主控版本；
主控板加载下载的主控版本， 并向非主控单板发送版本下载消息； 非主控单板收到所述版本下载消息后， 通过网管服务器下载非主控版 本， 并加载下载的非主控版本。
2、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括： 网管服务器将版本激活消息发送至主控板， 并保存基站当前的版本信 所述主控板通过网管服务器下载主控版本为：
主控板根据所述版本激活消息，通过网管服务器下载升级的主控版本； 主控板将所述升级的主控版本更新至主控板的闪存 Flash中，并备份原 主控版本。
3、 根据权利要求 1所述的方法， 其特征在于， 所述主控板加载下载的 主控版本之后， 所述方法还包括：
当所述主控版本加载失败， 主控板将备份的原主控版本还原至 Flash 中， 并向网管服务器发送包含基站标识的版本升级失败消息；
主控板加载还原的原主控版本。
4、 根据权利要求 1所述的方法， 其特征在于， 所述非主控单板收到所 述版本下载消息后， 通过网管服务器下载非主控版本， 并加载下载的非主 控版本为：
非主控单板接收所述版本下载消息后， 向网管服务器发送版本请求消 网管服务器根据所述版本请求消息， 查找非主控版本， 并将所述非主 控版本的网络路径发送至非主控单板；
非主控单板根据所述网络路径，通过网管服务器下载所述非主控版本， 并保存至自身内存中；
非主控单板加载下载的非主控版本。
5、 根据权利要求 4所述的方法， 其特征在于， 所述非主控单板加载下 载的非主控版本之后， 所述方法还包括：
当所述非主控版本加载失败， 非主控单板向主控板发送非主控版本加 载失败消息；
主控板收到所述非主控版本加载失败消息后， 判断主控版本是否已升 级；
当判断主控版本已升级时， 主控板将备份的主控版本还原至主控板的 Flash中， 加载还原的主控版本， 并向网管服务器发送包含基站标识的版本 升级失败消息；
当判断主控版本未升级时， 主控板直接向网管服务器发送包含基站标 识的版本升级失败消息。
6、 一种基站软件版本管理的***， 其特征在于， 包括：
主控板， 用于在收到网管服务器下发的版本激活消息后， 通过网管服 务器下载主控版本， 加载下载的主控版本， 并向非主控单板发送版本下载 消息；
非主控单板， 用于在收到所述版本下载消息后， 通过网管服务器下载 非主控版本， 并加载下载的非主控版本。
7、 根据权利要求 6所述的***， 其特征在于， 所述***还包括： 网管 服务器， 用于将版本激活消息发送至主控板， 并保存基站当前的版本信息； 所述主控板， 具体用于根据所述版本激活消息， 通过网管服务器下载 升级的主控版本， 将所述升级的主控版本更新至主控板的 Flash中， 并备份 原主控版本。
8、 根据权利要求 6所述的***， 其特征在于， 所述主控板， 还用于当 所述主控版本加载失败， 将备份的原主控版本还原至 Flash中， 并向网管服 务器发送包含基站标识的版本升级失败消息， 加载还原的原主控版本。
9、 根据权利要求 6所述的***， 其特征在于， 所述非主控单板， 还用 于当所述非主控版本加载失败， 向主控板发送非主控版本加载失败消息； 所述主控板， 还用于收到所述非主控版本加载失败消息后， 判断主控 版本是否已升级； 当判断主控版本已升级时， 将备份的主控版本还原至主 控板的 Flash中， 加载还原的主控版本， 并向网管服务器发送包含基站标识 的版本升级失败消息； 当判断主控版本未升级时， 直接向网管服务器发送 包含基站标识的版本升级失败消息。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110279456.2 | 2011-09-20 | ||
| CN201110279456.2A CN103024782B (zh) | 2011-09-20 | 2011-09-20 | 一种基站软件版本管理的方法和*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2013040906A1 true WO2013040906A1 (zh) | 2013-03-28 |
Family
ID=47913828
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2012/076214 WO2013040906A1 (zh) | 2011-09-20 | 2012-05-29 | 一种基站软件版本管理的方法和*** |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN103024782B (zh) |
| WO (1) | WO2013040906A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106330497A (zh) * | 2015-06-25 | 2017-01-11 | 中兴通讯股份有限公司 | 一种待升级单板的确定方法、装置、主控板及单板*** |
| WO2017016210A1 (zh) * | 2015-07-27 | 2017-02-02 | 中兴通讯股份有限公司 | 软件版本管理方法及装置 |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103684859B (zh) * | 2013-12-03 | 2017-02-01 | 大唐移动通信设备有限公司 | 一种对网元设备升级的方法和*** |
| CN105515806A (zh) * | 2014-09-24 | 2016-04-20 | 中兴通讯股份有限公司 | 软件版本处理方法及装置 |
| CN104581737B (zh) * | 2014-12-24 | 2021-05-25 | 中兴通讯股份有限公司 | 一种基带框、基站及单基带框实现多模基站的方法 |
| CN106469069B (zh) * | 2015-08-17 | 2021-06-11 | 中兴通讯股份有限公司 | 一种版本升级方法及*** |
| CN107766063A (zh) * | 2016-08-15 | 2018-03-06 | 深圳壹号柜科技股份有限公司 | 一种批量升级软件的方法及*** |
| CN106603289B (zh) * | 2016-12-15 | 2020-12-25 | 武汉虹信科技发展有限责任公司 | 一种lmt配置文件平滑升级方法 |
| CN109002296A (zh) * | 2017-06-06 | 2018-12-14 | 中兴通讯股份有限公司 | 一种软件下载方法、装置及基站 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101145941A (zh) * | 2006-12-13 | 2008-03-19 | 中兴通讯股份有限公司 | 一种通讯***软件版本分布式存储和加载的方法及*** |
| CN101267344A (zh) * | 2008-04-25 | 2008-09-17 | 中兴通讯股份有限公司 | 一种网元单板软件的升级方法及装置 |
| WO2010142092A1 (zh) * | 2009-06-10 | 2010-12-16 | 中兴通讯股份有限公司 | 通信***设备中单板软件的升级方法及*** |
| CN102164363A (zh) * | 2011-04-14 | 2011-08-24 | 新邮通信设备有限公司 | 一种实现基站版本更新的方法和一种基站 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100397827C (zh) * | 2006-03-18 | 2008-06-25 | 华为技术有限公司 | 一种单板软件存储和加载的方法及*** |
-
2011
- 2011-09-20 CN CN201110279456.2A patent/CN103024782B/zh not_active Expired - Fee Related
-
2012
- 2012-05-29 WO PCT/CN2012/076214 patent/WO2013040906A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101145941A (zh) * | 2006-12-13 | 2008-03-19 | 中兴通讯股份有限公司 | 一种通讯***软件版本分布式存储和加载的方法及*** |
| CN101267344A (zh) * | 2008-04-25 | 2008-09-17 | 中兴通讯股份有限公司 | 一种网元单板软件的升级方法及装置 |
| WO2010142092A1 (zh) * | 2009-06-10 | 2010-12-16 | 中兴通讯股份有限公司 | 通信***设备中单板软件的升级方法及*** |
| CN102164363A (zh) * | 2011-04-14 | 2011-08-24 | 新邮通信设备有限公司 | 一种实现基站版本更新的方法和一种基站 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106330497A (zh) * | 2015-06-25 | 2017-01-11 | 中兴通讯股份有限公司 | 一种待升级单板的确定方法、装置、主控板及单板*** |
| WO2017016210A1 (zh) * | 2015-07-27 | 2017-02-02 | 中兴通讯股份有限公司 | 软件版本管理方法及装置 |
| CN106411540A (zh) * | 2015-07-27 | 2017-02-15 | 中兴通讯股份有限公司 | 软件版本管理方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103024782B (zh) | 2017-10-10 |
| CN103024782A (zh) | 2013-04-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2013040906A1 (zh) | 一种基站软件版本管理的方法和*** | |
| CN102006334B (zh) | 安装软件组件的方法、***及装置 | |
| US20140075438A1 (en) | Method, server, and system for starting an application | |
| US20120117557A1 (en) | Method and system for upgrading wireless data card | |
| CN101383724B (zh) | 网元升级方法及操作维护单元和网元升级*** | |
| CN110865842B (zh) | 一种ota升级方法和设备 | |
| WO2016090846A1 (zh) | 一种网络版本升级的方法及装置 | |
| WO2009117921A1 (zh) | 分布式网络管理***、网管服务器和方法 | |
| WO2012174799A1 (zh) | 升级包下载及安装的方法、服务器及*** | |
| CN107947981B (zh) | 一种网络设备管理方法和装置 | |
| CN104918114A (zh) | 一种操作***升级方法及装置 | |
| CN105635216A (zh) | 分布式应用的升级方法、设备和分布式*** | |
| CN111400285B (zh) | mySQL数据分片处理方法、装置、计算机设备和可读存储介质 | |
| CN112783646A (zh) | 有状态应用容器化部署方法及装置 | |
| WO2023143542A1 (zh) | 分布式***软件版本升级方法及装置 | |
| WO2017000586A1 (zh) | 虚拟网元的升级方法、装置和计算机存储介质 | |
| CN108874410B (zh) | 补丁管理方法及装置 | |
| CN104104701A (zh) | 在线服务的配置更新的方法和*** | |
| CN109391497A (zh) | 一种版本文件升级的方法、基站及管理站 | |
| KR20030068234A (ko) | 원격 다운로드를 위한 유니트의 메모리 구조 및 원격다운로드 방법 | |
| CN112445503A (zh) | 一种升级方法、通信设备以及计算机可读存储介质 | |
| CN112486513A (zh) | 一种基于容器的集群管理方法及*** | |
| CN104503811A (zh) | 基于单存储区的通信设备升级方法及*** | |
| CN115373733B (zh) | 模型服务的模型版本调整方法、装置和电子设备 | |
| CN111221587A (zh) | 配置中心的管理调度方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 12833813 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 12833813 Country of ref document: EP Kind code of ref document: A1 |