CN103546912A

CN103546912A - 一种基站版本升级的方法、装置及系统

Info

Publication number: CN103546912A
Application number: CN201210235244.9A
Authority: CN
Inventors: 陈力
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2012-07-09
Filing date: 2012-07-09
Publication date: 2014-01-29

Abstract

本发明公开了一种基站版本升级的方法、装置及系统，该系统包括：网管客户端、版本服务器以及基站，其中，网管客户端包括基站版本升级的装置，该装置包括：监测模块，用于定时监测版本服务器，当监测到所述版本服务器更新了基站版本包后，通知本地版本包创建更新模块；本地版本包创建更新模块，用于在收到所述监测模块的通知后，从所述版本服务器下载更新的基站版本包，并创建或更新本地版本包；版本升级模块，用于根据用户设置的升级策略向相应的基站发送下载消息，通知所述基站下载所述本地版本包，完成所述基站的版本升级，本发明提供的方法、装置及系统，实现了基站版本的自动升级，高效且不易出错，进一步增强了网管的灵活性和易用性。

Description

一种基站版本升级的方法、装置及系统

技术领域

本发明涉及无线通信领域，具体涉及一种基站版本升级的方法、装置及系统。

背景技术

在电信管理网(Telecom Management Network，简称TMN)架构下，基站都是通过网管来进行集中管理的。基站升级版本一般都是在网管上创建版本包，然后下载并激活完成的。现有的网管软件升级基站版本的过程繁琐，耗时长效率低，存在以下严重缺陷：

第一，创建版本包的过程缺少校验，需操作人员手动将版本包拷贝到网管客户端，然后通过本地上传到网管上并创建数据库对象，但手动拷贝版本的方式容易出错和数据泄漏；

第二，创建完版本包后，每次升级需要手动选择几百个基站发起下载版本的操作，下载完成后又要手动选择激活，操作繁冗容易漏选错选，引起严重后果；

第三，当有新版本发布时，需要重复创建版本包以及手动选择几百个基站发起下载版本的操作，下载完成后又要手动选择激活的操作，用户无法自行设定一个策略让网管按照用户的设置自动完成上述操作。

发明内容

本发明需要解决的技术问题是提供一种基站版本升级的方法、装置及系统，以实现基站版本的自动升级，高效且不易出错，以增强网管的灵活性和易用性。

为了解决上述技术问题，本发明提供了一种基站版本升级的方法，包括：

网管客户端定时监测版本服务器，当监测到所述版本服务器更新了基站版本包后，从所述版本服务器下载更新的基站版本包，并创建或更新本地版本包；

所述网管客户端根据用户设置的升级策略向相应的基站发送下载消息，通知所述基站下载所述本地版本包，完成所述基站的版本升级。

进一步地，所述基站版本包和本地版本包均包括：版本包版本号、软件包和版本数据；

当所述网管客户端监测到所述版本服务器更新了基站版本包后，从所述版本服务器下载更新的版本包，并创建或更新本地版本包，包括：

如果所述网管客户端监测到所述版本服务器发布了新的基站版本包版本号，则从所述版本服务器下载新的基站版本包版本号及所述版本号对应的软件包和版本数据，并在网管服务器上创建本地版本包；

如果所述网管客户端监测到所述版本服务器没有发布新的基站版本包版本号，只是更新了相应版本的软件包和/或版本数据，则从所述版本服务器下载更新的所述软件包和/或所述版本数据，并更新网管服务器上相应版本的版本包。

进一步地，所述用户设置的升级策略包括：

对所有基站进行升级，向所有基站发送所述下载消息；

或者，选择部分基站，并设定升级时间，在所述升级时间向选择的基站发送所述下载消息。

进一步地，所述方法还包括：

如果所述网管客户端监测到所述版本服务器发布了新的基站版本包版本号，从所述版本服务器下载新的基站版本包版本号及所述版本号对应的软件包和版本数据，并在网管服务器上创建本地版本包；

所述网管客户端根据用户设置的升级策略向相应的基站发送下载消息，通知所述基站下载所述本地版本包，在所述基站下载完成所述本地版本包后，所述网管客户端向所述基站发送激活消息，并等待基站复位后检查运行版本，如果收到所述基站返回运行成功的结果，则结束升级任务，否则，向基站下发回退版本的消息，以使基站切换回原来的版本。

进一步地，所述方法还包括：

所述网管客户端记录从所述版本服务器下载更新的基站版本数据到完成所述基站的版本升级的过程的详细日志，并在结束升级任务后，提示用户查看整个基站版本的升级过程。

为了解决上述技术问题，本发明还提供了一种基站版本升级的装置，包括：

监测模块，用于定时监测版本服务器，当监测到所述版本服务器更新了基站版本包后，通知本地版本包创建更新模块；

本地版本包创建更新模块，用于在收到所述监测模块的通知后，从所述版本服务器下载更新的基站版本包，并创建或更新本地版本包；

版本升级模块，用于根据用户设置的升级策略向相应的基站发送下载消息，通知所述基站下载所述本地版本包，完成所述基站的版本升级。

所述本地版本包创建更新模块，用于在收到所述监测模块的通知后，从所述版本服务器下载更新的基站版本包，并创建或更新本地版本包，包括：

所述本地版本包创建更新模块，用于如果所述监测模块监测到所述版本服务器发布了新的基站版本包版本号，则从所述版本服务器下载新的基站版本包版本号及所述版本号对应的软件包和版本数据，并在网管服务器上创建本地版本包；

所述本地版本包创建更新模块，用于如果所述网管客户端监测到所述版本服务器没有发布新的基站版本包版本号，只是更新了相应版本的软件包和/或版本数据，则从所述版本服务器下载更新的所述软件包和/或所述版本数据，并更新网管服务器上相应版本的版本包。

进一步地，所述用户设置的升级策略包括：

对所有基站进行升级，向所有基站发送所述下载消息；

进一步地，所述本地版本包创建更新模块，用于如果所述监测模块监测到所述版本服务器发布了新的基站版本包版本号，则从所述版本服务器下载新的基站版本包版本号及所述版本号对应的软件包和版本数据，并在网管服务器上创建本地版本包；

版本升级模块，还用于根据用户设置的升级策略向相应的基站发送下载消息，通知所述基站下载所述本地版本包，在所述基站下载完成所述本地版本包后，向所述基站发送激活消息，并等待基站复位后检查运行版本，如果收到所述基站返回运行成功的结果，则结束升级任务，否则，向基站下发回退版本的消息，以使基站切换回原来的版本。

进一步地，所述装置还包括日志提醒模块，用于记录从所述版本服务器下载更新的基站版本数据到完成所述基站的版本升级的过程的详细日志，并在结束升级任务后，提示用户查看整个基站版本的升级过程。

为了解决上述技术问题，本发明还提供了一种基站版本升级的系统，包括：网管客户端、版本服务器以及基站，其中：

所述网管客户端包括如上所述的基站版本升级的装置，用于定时监测版本服务器，当监测到所述版本服务器更新了基站版本包后，从所述版本服务器下载更新的基站版本包，并创建或更新本地版本包；并根据用户设置的升级策略向相应的基站发送下载消息，通知所述基站下载所述本地版本包，完成所述基站的版本升级；

所述版本服务器，用于存放并发布基站的版本包版本号、软件包和版本数据；

所述基站，用于在收到所述网管客户端发送的下载消息后，从网管客户端下载所述本地版本包，并在收到所述网管客户端发送的激活消息后，运行所述本地版本包，完成所述基站的版本升级。

进一步地，所述版本服务器，还用于对所述更新的基站版本数据采用三重数据加密算法3DES加密。

与现有技术相比，本发明提供的基站版本升级的方法、装置及系统，在版本服务器上更新了更版本包后，自动从版本服务器下载更新的基站版本包并在网管服务器上创建或更新本地版本包，不再需要人工操作网管进行升级，实现了基站版本的自动升级，高效且不易出错，进一步增强了网管的灵活性和易用性，并且形成了一个闭环操作，保障基站一直顺利的运行。

附图说明

图1是实施例中基站版本升级的系统结构图；

图2是实施例中基站版本升级的方法流程图；

图3是一个应用示例中基站版本升级的方法流程图；

图4是另一个应用示例中基站版本升级的方法流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

实施例：

如图1所示，本实施例提供了一种基站版本升级的系统，相对于现有技术，本系统增加了版本服务器，独立于网管服务器，此外，还包括：网管客户端和基站，其中：

所述网管客户端，用于定时监测版本服务器，当监测到所述版本服务器更新了基站版本包后，从所述版本服务器下载更新的基站版本包，并创建或更新本地版本包；并根据用户设置的升级策略向相应的基站发送下载消息，通知所述基站下载所述本地版本包，完成所述基站的版本升级；

所述版本服务器，用于存放并发布基站的版本包版本号、软件包和版本数据；还用于对所述更新的软件包和基站版本数据采用三重数据加密算法3DES加密。

其中，所述网管客户端包括基站版本升级的装置，该装置包括：

所述基站版本包和本地版本包均包括：版本包版本号、软件包和版本数据；其中，版本包是基站运行软件的集合，即一个版本包中包含了几十个软件包，每个软件包运行在对应的单板上，而版本数据则是基站需要配置的数据如XML参数文件等。

版本服务器更新基站版本数据可能有两种情况：一、发布了新的基站版本包版本号，此时，应该在网管上创建新版本；二、基站版本号没有变化，只是版本包包含的软件包、参数文件等有增改，此时，不用重新创建版本包，仅在原来已经入库的版本包上升级即可。

对于第一种情况，所述本地版本包创建更新模块，用于如果所述监测模块监测到所述版本服务器发布了新的基站版本包版本号，则从所述版本服务器下载新的基站版本包版本号及所述版本号对应的软件包和版本数据，并在网管服务器上创建本地版本包；

对于第二种情况，所述本地版本包创建更新模块，用于如果所述网管客户端监测到所述版本服务器没有发布新的基站版本包版本号，只是更新了相应版本的软件包和/或版本数据，则从所述版本服务器下载更新的所述软件包和/或版本数据，并更新网管服务器上相应版本的版本包。

版本升级模块，用于根据用户设置的升级策略向相应的基站发送下载消息，通知所述基站下载所述版本地本包，完成所述基站的版本升级。

其中，所述用户设置的升级策略包括：

对所有基站进行升级，向所有基站发送所述下载消息；

此外，对于第一种情况，所述本地版本包创建更新模块，用于如果所述监测模块监测到所述版本服务器发布了新的基站版本包版本号，则从所述版本服务器下载新的基站版本包版本号及所述版本号对应的软件包和版本数据，并在网管服务器上创建本地版本包；

此外，所述装置还包括日志提醒模块，用于记录从所述版本服务器下载更新的基站版本数据到完成所述基站的版本升级的过程的详细日志，并在结束升级任务后，提示用户查看整个基站版本的升级过程。

如图2所示，本实施例提供了一种基站版本升级的方法，包括以下步骤：

S101：网管客户端定时监测版本服务器；

S102：当监测到所述版本服务器更新了基站版本包后，从所述版本服务器下载更新的基站版本包，并创建或更新本地版本包，所述基站版本包和本地版本包均包括：版本包版本号、软件包和版本数据；

S103：根据用户设置的升级策略向相应的基站发送下载消息，通知所述基站下载所述本地版本包，完成所述基站的版本升级。

在步骤S101中，相对于现有技术，本实施例中新增了版本服务器，独立于网管服务器，用于存放并发布基站的版本包版本号、软件包和版本数据；网管客户端通过监测版本服务器，实现了自动创建版本包而无需手动实现。

在步骤S102中，网管客户端在监测到更新了基站版本包后，不必用户手动操作，会自动将所述更新了的基站版本包下载下来，同时，版本服务器支持安全文件传送协议SFTP传输和超文本传送协议HTTP传输，并对传输的数据增加了三重数据加密算法3DES加密校验，增加了安全权限，从而保证了网关客户端下载的新版本的安全性。

其中，版本服务器更新基站版本数据可能有两种情况：一、发布了新的基站版本包版本号，此时，网管客户端从所述版本服务器下载新的基站版本包，并在网管服务器上创建本地版本包；二、所述网管客户端监测到所述版本服务器没有发布新的基站版本包版本号，只是更新了相应版本的软件包和/或版本数据，此时，不用在本地重新创建版本包，所述网管客户端从所述版本服务器下载更新的软件包和/或版本数据，并更新网管服务器上相应版本的版本包。

在步骤S103中，所述用户设置的升级策略包括：

对所有基站进行升级，向所有基站发送所述下载消息；

例如，系统默认的升级策略为对所有基站进行升级，当网管客户端监测到有新版本后，下载版本包，并启动管辖内所有基站的升级进程，即向所有基站发送下载消息。

又比如，用户事先设定了仅升级3个基站，并设定在晚上12点升级，则网管客户端在晚上12点，只向这3个基站发送下载消息，开启这3个基站的升级进程。

如前面创建版本包的原因，如果基站版本包版本号更新，下载新的基站版本包就必须下发激活消息，即网管客户端根据基站版本号是否有更新决定是否下发激活消息，激活后才会运行新版本。如果基站版本号没有变化，只是升级了基站版本包，由于下载版本和基站运行的版本号一致，不需要激活，仅下载更新的软件包和/或版本数据。

所以，对于上述版本服务器更新基站版本数据的第二种情况，在所述基站下载完成所述版本包后，所述网管客户端向所述基站发送激活消息，并等待基站复位后检查运行版本，如果收到所述基站返回运行成功的结果，则结束升级任务，否则，向基站下发回退版本的消息，以使基站切换回原来的版本。因为，新创建的版本需要激活保证基站可以正常运行，在激活的新版本有问题时，网管收到基站告警，然后自动下发回退版本的消息给基站，让基站切换回原来的版本。

回退版本是对基站升级的一种保护功能。如原先运行的版本号为V1.00，现在激活新版本V1.10后，V1.00就变成了备用版本。如果激活的新版本有问题时，网管收到基站告警，然后自动下发回退版本的消息给基站，让基站继续运行V1.00版本。

此外，在上述方法中，还包括日志提醒的步骤：

所述网管客户端会记录步骤S101～S103整个过程的详细日志，即，记录从所述版本服务器下载更新的基站版本数据到完成所述基站的版本升级的过程的详细日志，并在结束升级任务后弹出提示，让用户了解整个升级过程。

在一个应用示例中，在某TD-LTE分时长期演进场景下，用网管接管基站后，需要从A升级到B。如图3所示，基站版本升级的方法，包括以下步骤：

S201：从操作维护中心OMC客户端进入到网管版本管理主页面，启动智能升级装置；

S202：定时监测版本服务器；

S203：当监测到所述版本服务器将基站版本包版本号A更新为新版本号B后，从所述版本服务器下载B版本号对应的版本包，并在网管服务器上创建B版本包；

S204：在用户自定义设置中，选择需要升级的3个网元、升级时间定为晚上10点，其他选项默认；

S205：晚上10点OMC向设定的三个基站发起下载、激活操作；

S206：10点25分左右，三个基站先后升级完成，正常运行；

在另外一个应用示例中，在某CDMA-LTE码分多址长期演进场景下升级室内基带处理单元BBU版本，要求凌晨两点自动完成对局方400多个基站的升级。如图4所示，基站版本升级的方法，包括以下步骤：

S301：从操作维护中心OMC客户端进入到网管版本管理主页面，启动智能升级装置；

S302：定时监测版本服务器，从所述版本服务器获取BBU版本包，然后在网管服务器自动创建版本包；

S303：在用户自定义设置中，选择需要升级的400个网元，升级时间选在凌晨1点，保证基站白天正常运行；

S304：凌晨1点OMC向设定的400个基站发起下载、激活操作；

S305：次日早晨7点，所有基站均升级完成，网管上弹出日志提醒。

通过日志记录查看，所有基站均升级耗时不到两小时并且无异常情况发生。

从上述实施例可以看出，相对于现有技术，上述实施例中提供的基站版本升级的方法、装置及系统，在版本服务器上更新了基站版本包后，自动从版本服务器下载更新的基站版本包并在网管服务器上创建或升级本地版本包，不再需要人工操作网管进行升级，实现了基站版本的自动升级，高效且不易出错，进一步增强了网管的灵活性和易用性，并且形成了一个闭环操作，保障基站一直顺利的运行。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上所述仅为本发明的优选实施例而已，并非用于限定本发明的保护范围。根据本发明的发明内容，还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种基站版本升级的方法，包括：

2.如权利要求1所述的方法，其特征在于：

所述基站版本包和本地版本包均包括：版本包版本号、软件包和版本数据；

3.如权利要求1所述的方法，其特征在于：

所述用户设置的升级策略包括：

对所有基站进行升级，向所有基站发送所述下载消息；

4.如权利要求2所述的方法，其特征在于：所述方法还包括：

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

所述方法还包括：

6.一种基站版本升级的装置，包括：

7.如权利要求6所述的装置，其特征在于：

8.如权利要求6所述的装置，其特征在于：

所述用户设置的升级策略包括：

对所有基站进行升级，向所有基站发送所述下载消息；

9.如权利要求7所述的装置，其特征在于：

10.如权利要求6所述的装置，其特征在于：

所述装置还包括日志提醒模块，用于记录从所述版本服务器下载更新的基站版本数据到完成所述基站的版本升级的过程的详细日志，并在结束升级任务后，提示用户查看整个基站版本的升级过程。

11.一种基站版本升级的系统，包括：网管客户端、版本服务器以及基站，其中：

所述网管客户端包括如权利要求6～10所述的基站版本升级的装置，用于定时监测版本服务器，当监测到所述版本服务器更新了基站版本包后，从所述版本服务器下载更新的基站版本包，并创建或更新本地版本包；并根据用户设置的升级策略向相应的基站发送下载消息，通知所述基站下载所述本地版本包，完成所述基站的版本升级；

12.如权利要求11所述的系统，其特征在于：

所述版本服务器，还用于对所述更新的基站版本数据采用三重数据加密算法3DES加密。