CN107548085A - 基站版本回退方法及系统 - Google Patents

Abstract

本发明涉及一种基站版本回退方法和系统，其中，所述基站版本回退方法包括：在基站升级时，分别获取基站升级前与升级后的状态参数；比对所述升级前与升级后的状态参数，判断基站在升级后是否出现异常；及若出现异常，则对基站进行版本回退操作。利用本发明可以提高了升级后异常基站排查工作和异常基站版本回退工作的效率，降低了基站维护成本，提高了用户体验。

Description

基站版本回退方法及系统

【技术领域】

本发明涉及通信领域，尤其涉及一种基站版本回退系统及方法。

【背景技术】

目前，在移动通信网络中，基站的数量众多，其所支持的业务类型可能各不相同，例如有的基站支持GSM(Global System for Mobilecommunications，全球移动通信系统)业务，有的支持UMTS(UniversalMobile Telecommunications System，通用移动通信系统)业务，有的支持LTE(Long Term Evolution，通用移动通信技术的长期演进)业务等。不同业务类型的基站所处环境和状态也各不相同。这样，也就造成了在基站网管侧对所有基站进行统一的升级时，即使基站网管侧所采用的升级版本为通用版本，升级后的部分基站工作时依然可能会出现异常，例如基站在升级后出现大量告警、业务质量下降等。此时，需要将出现异常的基站回退到升级前的正常版本。然而，现有技术中往往是采用人工的方式来排查出现异常的基站，及逐一对异常基站进行版本回退的操作，其工作效率极其低下，用户体验不佳。

【发明内容】

本发明要解决的技术问题是如何在基站升级完成后自动排查基站是否出现异常，以及在基站出现异常时，自动进行基站版本回退工作，提高异常基站排查和异常基站版本回退的工作效率，提高用户体验。

为解决上述技术问题，本发明提供以下技术方案：

一方面，本发明提供一种基站版本回退方法，该基站版本回退方法包括：

在基站升级时，分别获取基站升级前与升级后的状态参数；

比对所述升级前与升级后的状态参数，判断基站在升级后是否出现异常；及

若出现异常，则对基站进行版本回退操作。

优选地，所述状态参数包括基站在升级前后所产生的告警、KPI参数、及网元状态，其中所述KPI参数包括掉话率，所述网元状态包括单板状态。

优选地，当所述状态参数为基站在升级前后所产生的告警时，所述比对所述升级前与升级后的状态参数，判断基站在升级后是否出现异常的步骤包括：

比对基站升级前后所产生的告警，判断升级后产生的告警中是否存在与升级前所产生告警类型均不相同的新告警；

若存在所述新告警，则统计该新告警的数量是否超出预设值；及

在所述新告警的数量超出预设值，判定基站在升级后出现异常。

优选地，若升级后产生的告警的主键与所述升级前所产生的告警的主键均不相同，则该升级后产生的告警为所述新告警。

优选地，当所述状态参数为基站在升级前后的KPI参数时，所述在对基站进行升级时，分别获取基站升级前与升级后的状态参数的步骤包括：

在基站升级完成后，按预设的频率获取该基站的KPI参数；

所述比对所述升级前与升级后的状态参数，判断基站在升级后是否出现异常的步骤还包括：

将所获取的KPI参数分别与基站升级前的KPI参数进行比对，判断基站在升级后的性能是否趋于下降；及

若基站在升级后的性能趋于下降，则判定基站在升级后出现异常。

优选地，当所述KPI参数为掉话率时，若升级后的基站的掉话率均高于或者大部分高于升级前的掉话率，则判定基站在升级后的性能趋于下降。

优选地，当所述状态参数为基站在升级前后的网元状态时，所述比对所述升级前与升级后的状态参数，判断基站在升级后是否出现异常的步骤包括：

比对基站升级前后的网元状态是否一致；及

在所述网元状态不一致时，判定所述基站在升级后出现异常。

优选地，当所述网元状态为单板状态时，所述比对基站升级前后的网元状态是否一致的步骤包括：

比对所述单板在基站升级前后是否均为闭塞状态或者解闭塞状态。

相较于现有技术，本发明所述的基站版本回退方法通过比较基站在升级前后的状态参数，判断基站在升级后是否出现异常，并在基站出现异常时自动执行基站版本回退的操作，提高了升级后异常基站排查工作和异常基站版本回退工作的效率，降低了基站维护成本，提高了用户体验。

另一方面，本发明提供一种基站版本回退系统，所述基站版本回退系统包括：

获取模块，用于在基站升级时，分别获取基站升级前与升级后的状态参数；

比对模块，用于比对所述升级前与升级后的状态参数，判断基站在升级后是否出现异常；

回退模块，用于在出现异常时，对基站进行版本回退操作。

优选地，所述状态参数包括基站在升级前后所产生的告警、KPI参数、及网元状态，其中所述KPI参数包括掉话率，所述网元状态包括单板状态。

优选地，当所述状态参数为基站在升级前后所产生的告警时，所述比对模块，还用于：

比对基站升级前后所产生的告警，判断升级后产生的告警中是否存在与升级前所产生告警类型均不相同的新告警，并统计所述新告警的数量；

在所述新告警的数量超出预设值，判定基站在升级后出现异常。

优选地，所述比对模块，还用于在升级后产生的告警的主键与所述升级前所产生的告警的主键均不相同时，判定该升级后产生的告警为所述新告警。

优选地，当所述状态参数为基站在升级前后的KPI参数时，所述获取模块，还用于在基站升级完成后，按预设的频率获取该基站的KPI参数；

所述比对模块，还用于将所获取的KPI参数分别与基站升级前的KPI参数进行比对，判断基站在升级后的性能是否趋于下降；及在基站性能趋于下降时，判定基站在升级后出现异常。

优选地，当所述KPI参数为掉话率时，所述比对模块，还用于在升级后的基站的掉话率均高于或者大部分高于升级前的掉话率时，判定基站在升级后的性能趋于下降。

优选地，当所述状态参数为基站在升级前后的网元状态时，所述比对模块，还用于：

比对基站升级前后的网元状态是否一致；

在所述网元状态不一致时，判定所述基站在升级后出现异常。

优选地，当所述网元状态为单板状态时，所述比对模块，还用于比对所述单板在基站升级前后是否均为闭塞状态或者解闭塞状态。

相较于现有技术，本发明所述的基站版本回退系统通过比较基站在升级前后的状态参数，判断基站在升级后是否出现异常，并在基站出现异常时自动执行基站版本回退的操作，提高了升级后异常基站排查工作和异常基站版本回退工作的效率，降低了基站维护成本，提高了用户体验。

【附图说明】

图1是本发明基站版本回退系统较佳实施例的运行环境示意图。

图2是本发明基站版本回退系统较佳实施例的功能模块图。

图3是本发明基站版本回退方法较佳实施例的实施流程图。

图4是本发明基站版本回退方法较佳实施例的步骤S102的第一细化流程图。

图5是本发明基站版本回退方法较佳实施例的步骤S102的第二细化流程图。

图6是本发明基站版本回退方法较佳实施例的步骤S102的第三细化流程图。

附图标记：

【具体实施方式】

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

参阅图1所示，是本发明基站版本回退系统10较佳实施例的运行环境示意图。在本实施例中，所述的基站版本回退系统10安装并运行于基站1中，该基站1可以是支持GSM(Global System for Mobile communications，全球移动通信系统)业务的基站，也可以是支持UMTS(Universal MobileTelecommunications System，通用移动通信系统)业务的基站，还可以是支持LTE(Long Term Evolution，通用移动通信技术的长期演进)业务的基站等。所述基站1包括，但不仅限于，存储器11、处理器12及通信接口13。

所述存储器11可以是所述基站1的内部存储单元，例如该基站1的硬盘或内存。该存储器11也可以是所述基站1的外部存储设备，例如该基站1上配备的插接式硬盘，SMC卡(Smart Media Card：智能存储卡)，SD卡(Secure Digital：安全数字卡)，FC卡(Flash Card：闪存卡)等。进一步地，所述存储器11还可以既包括所述基站1的内部存储单元也包括外部存储设备。该存储器11用于存储安装于所述基站1的应用软件及各类数据，例如存储该基站1升级前后的状态参数等。

所述处理器12可以是中央处理器(Central Processing Unit,CPU)，微处理器或其他数据处理芯片，该处理器12用于运行安装于所述存储器11的程序代码或处理数据，例如执行所述基站版本回退系统10等。

所述通信接口13用于通过有线网络(例如光纤电缆)或无线网络将所述基站1与一基站升级控制端(本实施例为网管侧)连接(图中未示出)，在所述基站1与所述基站升级控制端之间建立通信连接，便于该基站1与所述基站升级控制端之间进行数据交互，例如从所述基站升级控制端下载所述基站1升级所需的升级文件包等。

所述基站1的上述部件11-13通过系统总线相互通信。

参阅图2所示，是本发明基站版本回退系统10较佳实施例的功能模块图。在本实施例中，所述的基站版本回退系统10可以被分割成一个或多个模块，所述一个或者多个模块被存储于所述存储器11中，并由一个或多个处理器(本实施例为所述处理器12)所执行，以完成本发明。例如，在图2中，所述的基站版本回退系统10可以被分割成获取模块21、比对模块22、以及回退模块23。本发明所称的功能模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述所述基站版本回退系统10在所述基站1中的执行过程。以下将就各功能模块21-23的功能作详细描述。

所述获取模块21，用于在基站1升级时，分别获取基站1升级前与升级后的状态参数。所述参数包括，但不仅限于，所述基站1在升级前后所产生的告警、KPI参数、及网元状态等。其中，所述KPI参数可以包括掉话率等，所述网元状态可以包括单板状态等。

正常情况下，基站1的升级过程一般包括：升级数据包下载、进入升级模式、配置数据升级、配置数据备份、预激活、激活生效、版本核对、退出升级模式、以及升级后确认等步骤。并且，基站升级控制端对一批基站1进行统一的批量升级时，该基站升级控制端一般会提前发送对应的升级命令至所述基站1，该升级命令包括升级数据包版本、预设的升级时间等信息，用以告知所述基站1预先从该升级控制端下载所述版本的升级数据包，并在所述预设的升级时间进行升级。因此，在本实施例中，所述获取模块21可以根据所述预设的升级时间，在该升级时间之前获取所述基站1的状态参数，即为所述基站1升级前的状态参数；同时，在所述升级时间之后或者所述基站1的升级完成后，获取该基站1的状态参数，即为所述基站1升级后的状态参数。所述获取模块21获取所述基站1升级前和升级后的状态参数之后，存储所述状态参数于所述基站1的存储器11中。

所述对比模块22，用于比对所述基站1升级前与升级后的状态参数，判断该基站1在升级后是否出现异常。

在通常情况下，基站升级控制端对所述基站1进行批量升级的目的是出于提高基站1的工作效率，提高通信网络的服务品质的。因此，若升级后的基站1反而工作效率降低、服务品质下降，那么可以确定，该基站1在升级后出现了异常，需要进行版本回退操作。

一般地，在所述基站1出现异常，导致工作效率降低、服务品质下降之前，该基站1内一般会出现下面三种情况：其一，基站1内新增大量的告警，且所述告警均为之前未出现过的类型(说明基站1出现了之前未曾出现过的新问题)；其二，基站1的KPI(Key Performance Indicator，关键绩效指标)参数出现增加或降低，基站1的性能较之前有所下降，例如掉话率上升、切换成功率下降等；其三，基站1的网元状态发生改变(升级一般不会改变基站1内网元的状态)，例如基站1覆盖范围内的小区位置坐标较之前发生改变，基站1的单板状态从闭塞状态变为解闭塞状态等。因此，在本实施例中，所述比对模块22可以根据上述三种情况入手，判断所述基站1在升级后是否出现异常。

具体地，首先，若所述获取模块21所获取的所述基站1的状态参数为基站1在升级前后所产生的告警，则所述比对模块22可以在升级前后分别从所述基站1获取该基站1内产生的告警，并将所获取的基站1的升级后告警与升级前告警进行比对，用以判断所述升级后告警中是否存在与所述升级前告警的类型均不相同的告警。并在所述升级后告警中存在与所述升级前告警的类型均不相同的告警时，统计新类型的告警的数量。如果所述新类型的告警的数量在一预设时间内(例如1小时内)超出了一个预设值(例如10条)，则所述比对模块22判定所述基站1出现了异常，需要进行版本回退操作。需要说明的是，本实施例中，所述告警包括主键，若主键相同，则所述告警的类型相同。故，所述比对模块22可以通过比对主键的异同来判断所述升级后告警中是否存在与所述升级前告警的类型均不相同的告警。

其次，若所述获取模块21所获取的所述基站1的状态参数为基站1在升级前后的KPI参数，则所述比对模块22可以在基站1升级完成后，按预设的频率(例如每5分钟一次)获取该基站1的KPI参数，并将所获取的KPI参数分别与获取的基站1升级前的KPI参数进行比对，进而根据比对结果来判断基站1在升级后的性能是否趋于下降，若其性能趋于下降，说明该基站1升级后反而不如升级前，则所述比对模块22可以判定基站1在升级后出现异常，需要进行版本回退操作。

需要注意的是，在本实施例中，所述KPI参数是指基站1内部性能指标参数的集合，其可能是一种性能指标参数，例如掉话率或者切换成功率，也可以是多种性能指标参数，例如掉话率和切换成功率等。当所述KPI参数为不同的指标参数时，不能仅凭数值的大小来判断基站1的性能是否趋于下降。所述KPI参数值不管是增加还是降低，均有可能表示基站1的性能趋于下降。例如，若所述KPI参数为所述基站1的掉话率，则显然地，掉话率越低基站1的性能越好，掉话率越高反而性能越差。因此，若基站1升级后获取到的掉话率较之升级前的掉话率均降低(例如升级前的掉话率为5.1％，升级后的掉话率为4％等)或者大部分降低其余部分持平(例如升级前的掉话率为5.0％，升级后部分的掉话率为5.1％，其余为4.9％等)，则所述比对模块22可以直接判定基站1正常，无需进行版本回退操作。相反地，若基站1升级后获取到的掉话率较之升级前的掉话率均明显升高(例如升级前的掉话率为5.1％，升级后的掉话率为8％等)或者大部分明显升高(例如升级前的掉话率为5.1％，升级后的部分掉话率为8％，其余为5.2％等)，则所述比对模块22可以直接判定基站1异常，需进行版本回退操作。相较于掉话率，若所述KPI参数为所述基站1的切换成功率，则显然地，切换成功率越高基站1的性能越好，切换成功率越低性能越差。因此，若基站1升级后获取到的切换成功率较之升级前的切换成功率，和上述掉话率一样降低了(例如升级前的切换成功率为5.1％，升级后的切换成功率为4％等)，则所述比对模块22可以直接判定基站1出现了异常，需要进行版本回退操作。反之，若基站1升级后获取到的切换成功率较之升级前的切换成功率升高了(例如升级前的切换成功率为5.1％，升级后的切换成功率为8％等)，则所述比对模块22可以直接判定基站1正常，不需要进行版本回退操作。需要补充的是，在本实施的KPI参数并不仅限于上述的掉话率或切换成功率，该KPI参数还可以是任意适宜的参数。并且，一般地，基站的KPI参数若改变很小，例如掉话率从5％变成5.1％，均可认为该KPI参数是正常的波动，在可接受的范围之内，默认为该KPI参数正常。

最后，若所述获取模块21所获取的所述基站1的状态参数为基站1在升级前后的网元状态，则所述比对模块22可以在基站1升级完成后，比对基站1升级前后的网元状态是否一致，并在所述网元状态不一致时，判定所述基站1在升级后出现异常。需要说明的是，本实施例中的网元状态是指基站1内部的硬件状态或者基站1的工作区域划分等。其中，所述基站1内部的硬件状态包括基站1内的单板的工作状态是闭塞状态还是解闭塞状态等，所述基站1的工作区域划分包括其工作区域内小区的小区标识、位置坐标等。一般情况下，基站1升级是不会改变上述网元的状态的，因此，若基站1在升级前后的网元状态发生变化，则所述比对模块22可以判定基站1出现了异常，需要进行版本回退操作。

所述回退模块23，用于在基站1在升级后出现异常时，对基站1进行版本回退操作。

在本实施例中，在所述基站1进行升级前，预先在其存储器11内对该基站1的当前版本进行过备份，该备份用于在基站1升级后出现异常时，对基站1进行版本回退操作，将该基站1还原为升级前的正常版本，以便于该基站1正常工作。具体备份或还原方法为较为成熟的现有技术，此处不再赘述。

通过上述模块21-23，本发明所述的基站版本回退系统10通过比较基站1在升级前后的状态参数，判断基站1在升级后是否出现异常，并在基站1出现异常时自动执行基站版本回退的操作，提高了升级后异常基站排查工作和异常基站版本回退工作的效率，降低了基站维护成本，提高了用户体验。

参阅图3所示，是本发明基站版本回退方法较佳实施例的实施流程示意图。在本实施例中，根据不同的需求，图3所示的流程图中的步骤的执行顺序可以改变，某些步骤可以省略。

步骤S101，在基站1升级时，分别获取基站1升级前与升级后的状态参数。所述参数包括，但不仅限于，所述基站1在升级前后所产生的告警、KPI参数、及网元状态等。其中，所述KPI参数可以包括掉话率等，所述网元状态可以包括单板状态等。

正常情况下，基站1的升级过程一般包括：升级数据包下载、进入升级模式、配置数据升级、配置数据备份、预激活、激活生效、版本核对、退出升级模式、以及升级后确认等步骤。并且，基站升级控制端对一批基站1进行统一的批量升级时，该基站升级控制端一般会提前发送对应的升级命令至所述基站1，该升级命令包括升级数据包版本、预设的升级时间等信息，用以告知所述基站1预先从该升级控制端下载所述版本的升级数据包，并在所述预设的升级时间进行升级。因此，本实施例可以根据所述预设的升级时间，在该升级时间之前获取所述基站1的状态参数，即为所述基站1升级前的状态参数，同时，在所述升级时间之后或者所述基站1的升级完成后，获取该基站1的状态参数，即为所述基站1升级后的状态参数，并存储所获取所述基站1升级前和升级后的状态参数于所述基站1的存储器11中。

步骤S102，所述基站1比对升级前与升级后的状态参数，判断该基站1在升级后是否出现异常。若所述基站1在升级后是否出现异常，则执行步骤S103；否则，结束流程。

如图4所示，在本实施例中，当所述基站1的状态参数为基站1在升级前后所产生的告警时，步骤S102还包括如下细化步骤：

步骤S201，在基站1升级完成后获取基站1内产生的告警，若获取到所述告警，则进入步骤S202；否则，结束流程。

步骤S202，将所获取的基站1的升级后告警与升级前告警进行比对，判断所述升级后告警的类型是否均与所述升级前告警的类型相同，若所述升级后告警的类型并非与所述升级前告警的类型均相同，则执行步骤S203；否则，结束流程；需要说明的是，本实施例中，所述告警包括主键，若主键相同，则所述告警的类型相同。

步骤S203，统计所述升级后告警中与所述升级前告警的类型均不相同的告警的数量，并判断其数量是否超出一预设值，若超出所述预设值，则执行步骤S204；否则，结束流程。

步骤S204，判定基站1升级后出现异常。

如图5所示，在本实施例中，当所述基站1的状态参数为基站1在升级前后的KPI参数时，步骤S102还包括如下细化步骤：

步骤S301，在基站1升级完成后，按预设的频率(例如每5分钟一次)获取该基站1的KPI参数，并将所获取的KPI参数分别与获取的基站1升级前的KPI参数进行比对。

步骤S302，根据比对结果判断基站1在升级后的性能是否趋于下降；若其性能趋于下降，则进入步骤S303；否则，结束流程。

需要注意的是，在本实施例中，所述KPI参数是指基站1内部性能指标参数的集合，其可能是一种性能指标参数，例如掉话率或者切换成功率，也可以是多种性能指标参数，例如掉话率和切换成功率等。当所述KPI参数为不同的指标参数时，不能仅凭数值的大小来判断基站1的性能是否趋于下降。所述KPI参数值不管是增加还是降低，均有可能表示基站1的性能趋于下降。例如，若所述KPI参数为所述基站1的掉话率，则显然地，掉话率越低基站1的性能越好，掉话率越高反而性能越差。因此，若基站1升级后获取到的掉话率较之升级前的掉话率均降低(例如升级前的掉话率为5.1％，升级后的掉话率为4％等)或者大部分降低其余部分持平(例如升级前的掉话率为5.0％，升级后部分的掉话率为5.1％，其余为4.9％等)，则可以直接判定基站1正常，无需进行版本回退操作。相反地，若基站1升级后获取到的掉话率较之升级前的掉话率均明显升高(例如升级前的掉话率为5.1％，升级后的掉话率为8％等)或者大部分明显升高(例如升级前的掉话率为5.1％，升级后的部分掉话率为8％，其余为5.2％等)，则可以直接判定基站1异常，需进行版本回退操作。相较于掉话率，若所述KPI参数为所述基站1的切换成功率，则显然地，切换成功率越高基站1的性能越好，切换成功率越低性能越差。因此，若基站1升级后获取到的切换成功率较之升级前的切换成功率，和上述掉话率一样降低了(例如升级前的切换成功率为5.1％，升级后的切换成功率为4％等)，则可以直接判定基站1出现了异常，需要进行版本回退操作。反之，若基站1升级后获取到的切换成功率较之升级前的切换成功率升高了(例如升级前的切换成功率为5.1％，升级后的切换成功率为8％等)，则可以直接判定基站1正常，不需要进行版本回退操作。需要补充的是，在本实施的KPI参数并不仅限于上述的掉话率或切换成功率，该KPI参数还可以是任意适宜的参数。并且，一般地，基站的KPI参数若改变很小，例如掉话率从5％变成5.1％，均可认为该KPI参数是正常的波动，在可接受的范围之内，默认为该KPI参数正常。

步骤S303，判定基站1升级后出现异常。如图6所示，在本实施例中，当所述基站1的状态参数为基站1在升级前后的网元状态时，步骤S102还包括如下细化步骤：

步骤S401，在基站1升级完成后，获取基站1的网元状态。

步骤S402，比对基站1升级前后的网元状态是否一致，若不一致则执行步骤S403；否则，结束流程。

步骤S403，判定基站1升级后出现异常。

需要说明的是，本实施例中的网元状态是指基站1内部的硬件状态或者基站1的工作区域划分等。其中，所述基站1内部的硬件状态包括基站1内的单板的工作状态是闭塞状态还是解闭塞状态等，所述基站1的工作区域划分包括其工作区域内的小区标识、位置坐标等。一般情况下，基站1升级是不会改变上述网元的状态的，因此，若基站1在升级前后的网元状态发生变化，则可以判定基站1出现了异常，需要进行版本回退操作。

步骤S103，在基站1在升级后出现异常时，对基站1进行版本回退操作。在本实施例中，在所述基站1进行升级前，预先在其存储器11内对该基站1的当前版本进行过备份，该备份用于在基站1升级后出现异常时，对基站1进行版本回退操作，将该基站1还原为升级前的正常版本，以便于该基站1正常工作。具体备份或还原方法为较为成熟的现有技术，此处不再赘述。

通过上述步骤S101-S103，本发明所述的基站版本回退方法通过比较基站1在升级前后的状态参数，判断基站1在升级后是否出现异常，并在基站1出现异常时自动执行基站1版本回退的操作，提高了升级后异常基站排查工作和异常基站版本回退工作的效率，降低了基站1维护成本，提高了用户体验。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (16)

1.一种基站版本回退方法，其特征在于，该基站版本回退方法包括：

在基站升级时，分别获取基站升级前与升级后的状态参数；

比对所述升级前与升级后的状态参数，判断基站在升级后是否出现异常；及

若出现异常，则对基站进行版本回退操作。

2.如权利要求1所述的基站系统版本回退方法，其特征在于，所述状态参数包括基站在升级前后所产生的告警、KPI参数、及网元状态，其中所述KPI参数包括掉话率，所述网元状态包括单板状态。

3.如权利要求2所述的基站系统版本回退方法，其特征在于，当所述状态参数为基站在升级前后所产生的告警时，所述比对所述升级前与升级后的状态参数，判断基站在升级后是否出现异常的步骤包括：

比对基站升级前后所产生的告警，判断升级后产生的告警中是否存在与升级前所产生告警类型均不相同的新告警；

若存在所述新告警，则统计该新告警的数量是否超出预设值；及

在所述新告警的数量超出预设值，判定基站在升级后出现异常。

4.如权利要求3所述的基站系统版本回退方法，其特征在于，若升级后产生的告警的主键与所述升级前所产生的告警的主键均不相同，则该升级后产生的告警为所述新告警。

5.如权利要求2所述的基站系统版本回退方法，其特征在于，当所述状态参数为基站在升级前后的KPI参数时，所述在对基站进行升级时，分别获取基站升级前与升级后的状态参数的步骤包括：

在基站升级完成后，按预设的频率获取该基站的KPI参数；

所述比对所述升级前与升级后的状态参数，判断基站在升级后是否出现异常的步骤还包括：

将所获取的KPI参数分别与基站升级前的KPI参数进行比对，判断基站在升级后的性能是否趋于下降；及

若基站在升级后的性能趋于下降，则判定基站在升级后出现异常。

6.如权利要求5所述的基站系统版本回退方法，其特征在于，当所述KPI参数为掉话率时，若升级后的基站的掉话率均高于或者大部分高于升级前的掉话率，则判定基站在升级后的性能趋于下降。

7.如权利要求2所述的基站系统版本回退方法，其特征在于，当所述状态参数为基站在升级前后的网元状态时，所述比对所述升级前与升级后的状态参数，判断基站在升级后是否出现异常的步骤包括：

比对基站升级前后的网元状态是否一致；及

在所述网元状态不一致时，判定所述基站在升级后出现异常。

8.如权利要求7所述的基站系统版本回退方法，其特征在于，当所述网元状态为单板状态时，所述比对基站升级前后的网元状态是否一致的步骤包括：

比对所述单板在基站升级前后是否均为闭塞状态或者解闭塞状态。

9.一种基站版本回退系统，其特征在于，所述基站版本回退系统包括：

获取模块，用于在基站升级时，分别获取基站升级前与升级后的状态参数；

比对模块，用于比对所述升级前与升级后的状态参数，判断基站在升级后是否出现异常；

回退模块，用于在出现异常时，对基站进行版本回退操作。

10.如权利要求9所述的基站版本回退系统，其特征在于，所述状态参数包括基站在升级前后所产生的告警、KPI参数、及网元状态，其中所述KPI参数包括掉话率，所述网元状态包括单板状态。

11.如权利要求10所述的基站版本回退系统，其特征在于，当所述状态参数为基站在升级前后所产生的告警时，所述比对模块，还用于：

比对基站升级前后所产生的告警，判断升级后产生的告警中是否存在与升级前所产生告警类型均不相同的新告警，并统计所述新告警的数量；

在所述新告警的数量超出预设值，判定基站在升级后出现异常。

12.如权利要求11所述的基站版本回退系统，其特征在于，所述比对模块，还用于在升级后产生的告警的主键与所述升级前所产生的告警的主键均不相同时，判定该升级后产生的告警为所述新告警。

13.如权利要求10所述的基站版本回退系统，其特征在于，当所述状态参数为基站在升级前后的KPI参数时，所述获取模块，还用于在基站升级完成后，按预设的频率获取该基站的KPI参数；

所述比对模块，还用于将所获取的KPI参数分别与基站升级前的KPI参数进行比对，判断基站在升级后的性能是否趋于下降；及在基站性能趋于下降时，判定基站在升级后出现异常。

14.如权利要求13所述的基站版本回退系统，其特征在于，当所述所述KPI参数为掉话率时，所述比对模块，还用于在升级后的基站的掉话率均高于或者大部分高于升级前的掉话率时，判定基站在升级后的性能趋于下降。

15.如权利要求10所述的基站版本回退系统，其特征在于，当所述状态参数为基站在升级前后的网元状态时，所述比对模块，还用于：

比对基站升级前后的网元状态是否一致；

在所述网元状态不一致时，判定所述基站在升级后出现异常。

16.如权利要求15所述的基站版本回退系统，其特征在于，当所述网元状态为单板状态时，所述比对模块，还用于比对所述单板在基站升级前后是否均为闭塞状态或者解闭塞状态。