CN112398673A - 一种升级方法、通信设备以及计算机可读存储介质 - Google Patents

Abstract

本发明提供一种升级方法、通信设备以及计算机可读存储介质，通过在待升级通信设备中选择部分待升级通信设备进行升级，进一步地，部分待升级通信设备升级成功后作为已升级通信设备，将升级文件发送至相邻待升级通信设备，进一步地，相邻待升级通信设备根据升级文件进行升级；解决了现有技术中通信设备的升级时间长，服务器负载重，效率低下的问题。也即本发明实施例提供的升级方法、通信设备以及计算机可读存储介质，先升级部分待升级通信设备，进而利用升级完成的通信设备分担升级负荷，平衡负载，在极大程度上提升了升级效率，同时提高了通信设备的可靠性和可用性。

Description

一种升级方法、通信设备以及计算机可读存储介质

技术领域

本发明涉及通信设备升级技术领域，更具体地说，涉及一种升级方法、通信设备以及计算机可读存储介质。

背景技术

通信设备对安全性、可靠性、高效性、以及实时性要求很高，传统通信设备升级方式越来越不能满足5G网络发展的需要，目前，为了满足通信设备的安全性和功能完善性，通信设备不得不保持高频率的更新，如图1为现有传统C/S升级模式，通过一台服务器给连接的所有通信设备升级，具有以下明显的缺陷：

第一，可靠性低，服务器要给所有通信设备升级，负荷较大，容易出现故障，导致升级中的通信设备卡顿、死机，重复复位等故障，可靠性低。

第二，严重降低了通信设备的高效性，实时性，现有的通信设备升级技术，升级过程中，通信设备必须中断业务处理，严重降低通信设备的高效性，实时性。

第三，设备升级时间长，目前的通信设备升级方式支持并行升级，然而受限于服务器的性能，能同时并行升级的通信设备数量有限，导致升级时间长，不适用于大规模大数量通信设备升级。

同时，由于部署业务平台的环境、通常是由数百上千的服务器组成，甚至一些业务平台由上万台服务器组成，传统的升级方式，耗时长，效率及可靠性低。可见，现有技术中通信设备的升级时间长，服务器负载重，效率低下。

发明内容

本发明实施例提供的升级方法、通信设备以及计算机可读存储介质，主要解决的技术问题是现有技术中通信设备的升级时间长，服务器负载重，效率低下。

为解决上述技术问题，本发明实施例提供了一种升级方法，包括：

在待升级通信设备中选择部分待升级通信设备进行升级；

所述部分待升级通信设备升级成功后作为已升级通信设备，将升级文件发送至相邻待升级通信设备；

所述相邻待升级通信设备根据所述升级文件进行升级。

本发明实施例还提供了一种通信设备，所述通信设备包括处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个计算机程序，以实现如上所述的升级方法的步骤。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现如上所述的升级方法的步骤。

本发明的有益效果是：

本发明实施例提供的升级方法、通信设备以及计算机可读存储介质，通过在待升级通信设备中选择部分待升级通信设备进行升级，进一步地，部分待升级通信设备升级成功后作为已升级通信设备，将升级文件发送至相邻待升级通信设备，进一步地，相邻待升级通信设备根据升级文件进行升级；解决了现有技术中通信设备的升级时间长，服务器负载重，效率低下的问题。也即本发明实施例提供的升级方法、通信设备以及计算机可读存储介质，先升级部分待升级通信设备，进而利用升级完成的通信设备分担升级负荷，平衡负载，在极大程度上提升了升级效率，同时提高了通信设备的可靠性和可用性。

本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为现有通信设备进行升级的结构示意图；

图2为本发明实施例一提供的一种升级方法的基本流程示意图；

图3为本发明实施例二提供的一种升级方法结构示意图；

图4为本发明实施例二提供的一种升级方法的基本流程示意图；

图5为本发明实施例三提供的一种通过get方式获取升级文件的流程示意图；

图6为本发明实施例三提供的一种通过put方式获取升级文件的流程示意图；

图7为本发明实施例四提供的第一种通信设备的结构示意图；

图8为本发明实施例四提供的第二种通信设备的结构示意图；

图9为本发明实施例四提供的第三种通信设备的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一：

为了解决现有技术中通信设备的升级时间长，服务器负载重，效率低下的问题，在本发明实施例中提供一种升级方法，通过在待升级通信设备中选择部分待升级通信设备进行升级，进一步地，部分待升级通信设备升级成功后作为已升级通信设备，将升级文件发送至相邻待升级通信设备，进一步地，相邻待升级通信设备根据升级文件进行升级；请参见图2所示，如图2为本实施例提供的升级方法的基本流程示意图。

S201：在待升级通信设备中选择部分待升级通信设备进行升级。

需要说明的是，本实施例中的通信设备包括但不限于网元等任意形式的通信设备，在实际应用中，可根据具体应用场景做灵活调整。

可选地，本实施例中，在待升级通信设备中选择部分待升级通信设备进行升级之前，还包括：

根据设备型号对待升级通信设备进行分类，将设备型号相同的待升级通信设备划分为同一类型；

进一步地，在待升级通信设备中选择部分待升级通信设备进行升级，包括：

从各类型的待升级通信设备中分别选择部分待升级通信设备进行升级。

为了更好的理解，这里以一个较为具体的示例进行说明：

例如，设待升级通信设备有90个，同时设根据相同的设备型号将90个待升级通信设备分为了三类，其中标号1-30的待升级通信设备为第一类型，标号31-60的待升级通信设备为第二类型，标号61-90的待升级通信设备为第三类型；进一步地，从第一类型、第二类型、第三类型的待升级通信设备中分别选择部分待升级通信设备进行升级，如从第一类型的待升级通信设备中选择标号为1的待升级通信设备进行升级，从第二类型的待升级通信设备中选择标号为31的待升级通信设备进行升级，从第三类型的待升级通信设备中选择标号为61的待升级通信设备进行升级。

应当理解的是，“部分”是针对第一类型、第二类型、第三类型中各待升级通信设备的个数而言，如上述示例中，“部分”应大于等于1小于30。值得注意的是，在实际应用中，“部分”需根据具体应用场景做灵活调整。

在本实施例中，在待升级通信设备中选择部分待升级通信设备进行升级，包括：

一些示例中，在待升级通信设备中选择部分待升级通信设备，由服务器进行升级。

一些示例中，在待升级通信设备中选择部分待升级通信设备，手动进行升级。

S202：部分待升级通信设备升级成功后作为已升级通信设备，将升级文件发送至相邻待升级通信设备。

应当理解的是，本实施例中的部分待升级通信设备升级成功后作为已升级通信设备，将升级文件发送至相邻待升级通信设备，其中“相邻”指代的是已升级通信设备与待升级通信设备通过光纤、网线等进行连接，或通过无线Vlan等方式进行连接。值得注意的是，这里所列举的只是常见的几种连接方式，本发明并不局限于这几种连接方式，在实际应用中，可根据具体应用场景做灵活调整。

可选地，本实施例中，将升级文件发送至相邻待升级通信设备之前，还包括：

已升级通信设备比较已升级通信设备和相邻待升级通信设备的设备型号和软件版本号，在设备型号相同且软件版本号不同时判定满足升级条件，将升级文件发送至相邻待升级通信设备。

应当理解的是，设备型号相同的通信设备其升级所需的升级文件相同，且在软件版本号不同时即表示当前的待升级通信设备并未升级，因此，在设备型号相同且软件版本号不同时判定满足升级条件，才将升级文件发送至相邻待升级通信设备。

可选地，本实施例中，在比较部分待升级通信设备和相邻待升级通信设备的设备型号和软件版本号之前，还包括：

已升级通信设备向相邻待升级通信设备发送设备型号和软件版本请求；

相邻待升级通信设备接收到设备型号和软件版本请求后，将设备型号和软件版本号发送至已升级通信设备。

可选地，本实施例中，将升级文件发送至相邻待升级通信设备之前，还包括：

已升级通信设备向相邻待升级通信设备发送升级请求；

相邻待升级通信设备接收到升级请求时，向已升级通信设备发送获取升级文件请求；

已升级通信设备接收到获取升级文件请求时，将升级文件发送至相邻待升级通信设备。

S203：相邻待升级通信设备根据升级文件进行升级。

可选地，本实施例中，相邻待升级通信设备根据升级文件进行升级，在升级失败之后，还包括：

从数据库获取配置信息以及业务数据，以根据配置信息以及业务数据回退到之前的软件版本。

可选地，本实施例中，相邻待升级通信设备根据升级文件进行升级，在升级失败/成功之后，还包括：

一些示例中，向已升级通信设备发送升级失败/成功通知，由已升级通信设备将升级失败/成功通知发送至服务器；由此，工作人员可根据升级失败通知对应解决升级异常。

一些示例中，向服务器发送升级失败/成功通知；由此，工作人员可根据升级失败通知对应解决升级异常。

在本实施例中，可选地，相邻待升级通信设备根据所述升级文件进行升级，在升级成功之后作为已升级通信设备，还包括：

将升级文件发送至其相邻待升级通信设备，相邻待升级通信设备根据升级文件进行升级，依次循环，直至所有待升级通信设备升级成功；也即S202和S203需重复执行，直至所有的待升级通信设备升级成功。

为了更好的理解，这里以一个较为具体的示例进行说明：

例如，设待升级通信设备有30个，且均属于相同的设备型号，标号分别为1-30，从中选择标号为1的待升级通信设备进行升级，其升级成功后作为已升级通信设备；进一步地，标号为1的已升级通信设备将升级文件发送至与之相邻的标号为2和3的待升级通信设备，标号为2和3的待升级通信设备根据升级文件进行升级，其升级成功后作为已升级通信设备；进一步地，标号为2的已升级通信设备将升级文件发送至与之相邻的标号为5、6、7的待升级通信设备，标号为5、6、7的待升级通信设备根据升级文件进行升级，其升级成功后作为已升级通信设备；同时，标号为3的已升级通信设备将升级文件发送至与之相邻的标号为8、9、10的待升级通信设备，标号为8、9、10的待升级通信设备根据升级文件进行升级，其升级成功后作为已升级通信设备，依次循环下去，过程类似，此次不再赘述，直至30个待升级通信设备均升级完成。

应当理解的是，循环次数由从待升级通信设备中选择部分待升级通信设备的个数以及各通信设备之间的相邻关系确定，在实际应用中，需根据具体应用场景做灵活调整。

本发明实施例提供的升级方法，通过先升级部分待升级通信设备，进而利用升级完成的通信设备对其他的待升级通信设备进行升级，解决了现有技术中通信设备的升级时间长，服务器负载重，效率低下的问题；与现有的升级方式相比，至少具备以下优点：

第一，减少了大规模，大数量设备升级耗费的总时间，传统的升级方式，受限于服务器的性能，能够同时并行升级的设备数量较少，升级设备需要时间长，并行智能扩散升级则不会被服务器性能所限，能够同时对大量设备升级，尤其适合待升级的设备较多的场景。

第二，对服务器的依赖变小，升级过程中即使服务器出现故障，依然可以由升级成功的通信设备对待升级的通信设备完成升级。

第三，升级过程中对业务的影响较小，由于是分布式并行升级，有相当一部分待升级设备以及升级完成的设备来处理业务，总体上减小了升级耗费的时间，降低了服务器升级负载，提高了通信设备的可靠性，高效性。

第四，降低了服务器的负载，分布式智能扩散升级利用多台通信设备分担升级负荷，平衡负载，不但解决了传统通信设备中单服务器升级的瓶颈问题，还提高了网络系统的可靠性、可用性。

实施例二:

本发明实施例在实施例一的基础上，以较为具体的升级方法过程为例进行说明。

本实施例以通信设备为网元为例进行说明。

首先，请参见图3所示，如图3为本实施例提供的升级方法结构示意图，包括以下步骤：

步骤一、服务器给网元一升级。

步骤二、网元一升级成功，网元一将升级文件发送至与之相邻网元二、网元三、网元四、网元五，网元二、网元三、网元四、网元五根据升级文件进行升级，升级成功。

步骤三、网元四将升级文件发送至与之相邻的网元n，网元n根据升级文件进行升级，升级成功，至此所有网元均完成升级。

其次，请参见图4所示，如图4为本实施例提供的升级方法的流程示意图，包括以下步骤：

401、服务器给待升级网元A升级。

402、网元A升级成功后，启动升级进程和传输服务。

403、网元A向相邻网元B发送设备型号和软件版本号请求。

404、相邻网元B收到网元A的设备型号和软件版本号请求后，向网元A发送自身的设备型号和软件版本号消息。

405、网元A收到网元B的自身的设备型号和软件版本号消息，比较两者的设备型号和软件版本号。

406、当比较结果是设备型号相同且软件版本号不同时，网元A向网元B发送升级请求。

407、网元B收到网元A的升级请求后，启用升级进程和传输服务。

408、网元B向网元A发送获取升级文件请求。

409、网元A收到网元B的获取升级文件请求后，通过传输服务发送升级文件到网元B。

4010、网元B接收到升级文件后，激活升级文件，根据升级文件进行升级，升级完成。

重复402至4010，区别仅在于网元A替换为与之相邻的网元B，网元B替换为与之相邻的网元N，直至所有网元升级完成。

本发明实施例提供的升级方法，通过在待升级网元中选择部分待升级网元进行升级，进一步地，部分待升级网元升级成功后作为已升级网元，将升级文件发送至相邻待升级网元，进一步地，相邻待升级网元根据升级文件进行升级；解决了现有技术中网元的升级时间长，服务器负载重，效率低下的问题。也即本发明实施例提供的升级方法，先升级部分待升级网元，进而利用升级完成的网元对其相邻网元进行升级，依次循环直至所有网元升级成功，实现了服务器的负载分担，迅速扩散升级包，使得大规模网元能够快速升级，即便升级过程中服务器出现故障，仍能由升级完成的网元给相邻待升级的网元完成升级，可靠性大大增强。

实施例三:

本发明实施例在实施例一、二的基础上，使用C/S模式传输升级文件，其中有两种传输方式：

第一种传输方式是升级完成通信设备作为服务端，符合升级条件的相邻通信设备作为客户端；

第二种传输方式是升级完成的通信设备作为客户端，符合升级条件的相邻通信设备作为服务端。

首先，请参见图5所示，如图5为本实施例提供的通过get方式获取升级文件的流程示意图，包括以下步骤：

S501、将升级完成的通信设备A配置为服务端。

S502、通信设备A向待升级的相邻通信设备B发送升级请求。

S503、通信设备B收到升级请求后，将自身配置为客户端。

S504、通信设备B向通信设备A发送获取升级文件请求。

S505、通信设备A收到获取升级文件请求后，向通信设备B发送升级文件。

S506、通信设备B接收升级文件，根据升级文件进行升级。

首先，请参见图6所示，如图6为本实施例提供的通过put方式获取升级文件的流程示意图，包括以下步骤：

S601、将升级完成的通信设备A配置为客户端。

S602、向待升级的相邻通信设备B发送升级请求。

S603、通信设备B收到升级请求后，将自身配置为服务端。

S604、通信设备B向通信设备A发送确认升级请求。

S605、通信设备A收到确认升级请求后，向通信设备B发送升级文件。

S606、通信设备B接收升级文件，根据升级文件进行升级。

实施例四：

为了解决现有技术中通信设备的升级时间长，服务器负载重，效率低下的问题，在本发明实施例中提供一种通信设备，请参见图7所示，本实施例提供的通信设备包括处理器701及存储器702。

其中，本实施例中处理器701则用于执行存储器702中存储的一个或者多个程序，以实现以下步骤：

在待升级通信设备中选择部分待升级通信设备进行升级；

部分待升级通信设备升级成功后作为已升级通信设备，将升级文件发送至相邻待升级通信设备；

相邻待升级通信设备根据升级文件进行升级。

可选地，一种示例中，请参见图8所示，通信设备还包括通信总线703，其中通信总线703用于实现处理器701与存储器702之间的连接通信。在另一种示例中，处理器701与存储器702还可通过无线的方式进行通信，在实际应用中，可根据具体应用场景做灵活调整。

需要说明的是，对于同一通信设备而言，其在升级之前作为待升级通信设备，在获取到升级文件后可进行升级，其在升级之后作为已升级通信设备。

还需要说明的是，本实施例中的通信设备包括但不限于网元等任意形式的通信设备，在实际应用中，可根据具体应用场景做灵活调整。

可选地，本实施例中，在待升级通信设备中选择部分待升级通信设备进行升级之前，还包括：

根据设备型号对待升级通信设备进行分类，将设备型号相同的待升级通信设备划分为同一类型；

进一步地，在待升级通信设备中选择部分待升级通信设备进行升级，包括：

从各类型的待升级通信设备中分别选择部分待升级通信设备进行升级。

应当理解的是，“部分”是针对待升级通信设备的个数而言，其应大于等于1小于待升级通信设备的个数。值得注意的是，在实际应用中，“部分”需根据具体应用场景做灵活调整。

在本实施例中，在待升级通信设备中选择部分待升级通信设备进行升级，包括：

一些示例中，在待升级通信设备中选择部分待升级通信设备，由服务器进行升级。

一些示例中，在待升级通信设备中选择部分待升级通信设备，手动进行升级。

应当理解的是，本实施例中的部分待升级通信设备升级成功后作为已升级通信设备，将升级文件发送至相邻待升级通信设备，其中“相邻”指代的是已升级通信设备与待升级通信设备通过光纤、网线等进行连接，或通过无线Vlan等方式进行连接。值得注意的是，这里所列举的只是常见的几种连接方式，本发明并不局限于这几种连接方式，在实际应用中，可根据具体应用场景做灵活调整。

可选地，本实施例中，将升级文件发送至相邻待升级通信设备之前，还包括：

已升级通信设备比较已升级通信设备和相邻待升级通信设备的设备型号和软件版本号，在设备型号相同且软件版本号不同时判定满足升级条件，将升级文件发送至相邻待升级通信设备。

可选地，本实施例中，在比较部分待升级通信设备和相邻待升级通信设备的设备型号和软件版本号之前，还包括：

已升级通信设备向相邻待升级通信设备发送设备型号和软件版本请求；

相邻待升级通信设备接收到设备型号和软件版本请求后，将设备型号和软件版本号发送至已升级通信设备。

可选地，本实施例中，将升级文件发送至相邻待升级通信设备之前，还包括：

已升级通信设备向相邻待升级通信设备发送升级请求；

相邻待升级通信设备接收到升级请求时，向已升级通信设备发送获取升级文件请求；

已升级通信设备接收到获取升级文件请求时，将升级文件发送至相邻待升级通信设备。

可选地，本实施例中，相邻待升级通信设备根据升级文件进行升级，在升级失败之后，还包括：

从数据库获取配置信息以及业务数据，以根据配置信息以及业务数据回退到之前的软件版本。

可选地，本实施例中，相邻待升级通信设备根据升级文件进行升级，在升级失败/成功之后，还包括：

一些示例中，向已升级通信设备发送升级失败/成功通知，由已升级通信设备将升级失败/成功通知发送至服务器；由此，工作人员可根据升级失败通知对应解决升级异常。

一些示例中，向服务器发送升级失败/成功通知；由此，工作人员可根据升级失败通知对应解决升级异常。

在本实施例中，可选地，相邻待升级通信设备根据所述升级文件进行升级，在升级成功之后作为已升级通信设备，还包括：

将升级文件发送至其相邻待升级通信设备，相邻待升级通信设备根据升级文件进行升级，依次循环，直至所有待升级通信设备升级成功。

应当理解的是，循环次数由从待升级通信设备中选择部分待升级通信设备的个数以及各通信设备之间的相邻关系确定，在实际应用中，需根据具体应用场景做灵活调整。

在本实施例中，可选地，请参见图9所示，本实施例提供的通信设备包括消息模块901、比较模块902、升级模块903以及回退模块904；

其中，消息模块901：用于已升级通信设备和待升级通信设备之间互通消息，例如已升级通信设备发送设备型号和软件版本号请求消息，升级请求等等，待升级通信设备发送自身设备型号和软件版本号消息，获取升级文件请求等等。

其中，比较模块902：用于比较收到的其与相邻通信设备(待升级通信设备，下同)的设备型号和软件版本号，并将比较结果发送至升级模块903。

其中，升级模块903：用于根据比较结果确定是否对相邻通信设备进行升级，在比较结果为满足升级条件时，待升级通信设备根据消息模块901获取到的升级文件进行升级，完成升级。

其中，回退模块904：用于在升级失败时，从数据库获取配置信息以及业务数据，以根据该配置信息以及业务数据回退到之前的软件版本。

需要说明的是，这里所列举的只是一种常见的模块划分形式，本发明并不局限于这一种方式，只要能实现上述的功能步骤，模块形式可根据具体应用场景做灵活调整；另外上述各模块均可由处理器进行执行。

本发明实施例提供的通信设备，通过先升级部分待升级通信设备，进而利用升级完成的通信设备对其他的待升级通信设备进行升级，解决了现有技术中通信设备的升级时间长，服务器负载重，效率低下的问题；与现有的升级方式相比，至少具备以下优点：

第一，减少了大规模，大数量设备升级耗费的总时间，传统的升级方式，受限于服务器的性能，能够同时并行升级的设备数量较少，升级设备需要时间长，并行智能扩散升级则不会被服务器性能所限，能够同时对大量设备升级，尤其适合待升级的设备较多的场景。

第二，对服务器的依赖变小，升级过程中即使服务器出现故障，依然可以由升级成功的通信设备对待升级的通信设备完成升级。

第三，升级过程中对业务的影响较小，由于是分布式并行升级，有相当一部分待升级设备以及升级完成的设备来处理业务，总体上减小了升级耗费的时间，降低了服务器升级负载，提高了通信设备的可靠性，高效性。

第四，降低了服务器的负载，分布式智能扩散升级利用多台通信设备分担升级负荷，平衡负载，不但解决了传统通信设备中单服务器升级的瓶颈问题，还提高了网络系统的可靠性、可用性。

同时，本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现如上述实施例一、二、三中升级方法的步骤。

该计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于RAM(Random Access Memory，随机存取存储器)，ROM(Read-Only Memory，只读存储器)，EEPROM(Electrically ErasableProgrammable read only memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory，光盘只读存储器)，数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。

显然，本领域的技术人员应该明白，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。

此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种升级方法，包括：

在待升级通信设备中选择部分待升级通信设备进行升级；

所述部分待升级通信设备升级成功后作为已升级通信设备，将升级文件发送至相邻待升级通信设备；

所述相邻待升级通信设备根据所述升级文件进行升级。

2.如权利要求1所述的升级方法，其特征在于，所述将升级文件发送至相邻待升级通信设备之前，还包括：

所述已升级通信设备比较所述已升级通信设备和所述相邻待升级通信设备的设备型号和软件版本号，在设备型号相同且软件版本号不同时判定满足升级条件，将所述升级文件发送至相邻待升级通信设备。

3.如权利要求2所述的升级方法，其特征在于，所述在比较部分待升级通信设备和相邻待升级通信设备的设备型号和软件版本号之前，还包括：

所述已升级通信设备向所述相邻待升级通信设备发送设备型号和软件版本请求；

所述相邻待升级通信设备接收到所述设备型号和软件版本请求后，将设备型号和软件版本号发送至所述已升级通信设备。

4.如权利要求2所述的升级方法，其特征在于，所述将所述升级文件发送至相邻待升级通信设备之前，还包括：

所述已升级通信设备向所述相邻待升级通信设备发送升级请求；

所述相邻待升级通信设备接收到所述升级请求时，向所述已升级通信设备发送获取升级文件请求；

所述已升级通信设备接收到所述获取升级文件请求时，将所述升级文件发送至所述相邻待升级通信设备。

5.如权利要求1-4任一项所述的升级方法，其特征在于，所述相邻待升级通信设备根据所述升级文件进行升级，升级失败之后，还包括：

从数据库获取配置信息以及业务数据，以根据所述配置信息以及业务数据回退到之前的软件版本。

6.如权利要求1-4任一项所述的升级方法，其特征在于，所述相邻待升级通信设备根据所述升级文件进行升级，升级失败/成功之后，还包括：

向所述已升级通信设备发送升级失败/成功通知，由所述已升级通信设备将所述升级失败/成功通知发送至服务器；

或，

向服务器发送升级失败/成功通知。

7.如权利要求1-4任一项所述的升级方法，其特征在于，所述相邻待升级通信设备根据所述升级文件进行升级，升级成功之后作为已升级通信设备，还包括：

将所述升级文件发送至相邻待升级通信设备，所述相邻待升级通信设备根据所述升级文件进行升级，依次循环，直至所有待升级通信设备升级成功。

8.如权利要求7所述的升级方法，其特征在于，所述在待升级通信设备中选择部分待升级通信设备进行升级之前，还包括：

根据设备型号对待升级通信设备进行分类，将设备型号相同的待升级通信设备划分为同一类型；

所述在待升级通信设备中选择部分待升级通信设备进行升级，包括：

从各类型的待升级通信设备中分别选择部分待升级通信设备进行升级。

9.一种通信设备，其特征在于，所述通信设备包括处理器及存储器；

所述处理器用于执行所述存储器中存储的一个或者多个计算机程序，以实现如权利要求1-8中任一项所述的升级方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个计算机程序，所述一个或者多个计算机程序可被一个或者多个处理器执行，以实现如权利要求1-8中任一项所述的升级方法的步骤。

Images