一种基站设备自恢复的方法和装置与流程

1.本发明涉及通信技术领域，尤其涉及一种基站设备自恢复的方法和装置。


背景技术：

2.随着lte系统的长期演进和网络通信设备的发展，无线网络的应用和规模不断扩大。无线网络中基站要通过基站版本升级来完善基站的功能，以便提供更多的服务。无线网络中的基站可以通过omc(operations&maintenance center，操作维护中心)或远端维护平台进行基站版本的升级、维护等操作。
3.然而，在基站升级、运行和维护过程中经常会遇到升级失败、配置错误参数和任务运行故障等问题导致的基站远端维护链路故障的情况，通过omc和远端维护平台已经无法通过远端维护链路对基站进行操作和维护，后台也就失去了对基站的控制，这种现象称为基站设备托管。
4.在基站设备出现托管的情况下，只能依靠运维人员去机房通过lmt(local maintenance terminal，本地维护终端)采用近端处理方式解决基站的故障问题，不仅需要支出大量的人力成本，而且导致解决故障的效率较低。


技术实现要素：

5.本发明实施例提供一种基站设备自恢复的方法和装置，可以在基站远端操作维护链路故障的情况下自动对基站进行恢复操作，避免出现基站设备托管的现象，可以提高解决基站故障的效率，以及减少人力成本。
6.本发明实施例提供了一种基站设备自恢复的方法，应用于基站设备，所述基站设备包括接口交换模块，所述接口交换模块的第一接口连接远端操作维护终端，所述接口交换模块的第二接口连接所述基站设备的远端操作维护接口，所述方法包括：
7.周期性监控所述基站设备的远端操作维护链路的状态；
8.在监控到所述远端操作维护链路的状态异常时，检测所述基站设备的远端操作维护链路侧的以太网端口的状态；
9.在检测到所述以太网端口的状态为up状态时，向所述远端操作维护终端发送因特网包探索ping请求；
10.若在第一预设时间内接收到所述ping请求的响应数据，则将所述接口交换模块的第二接口从所述远端操作维护接口切换至所述基站设备的近端操作维护接口，并对所述基站设备执行自恢复操作。
11.本发明实施例提供了一种基站设备自恢复的装置，应用于基站设备，所述基站设备包括接口交换模块，所述接口交换模块的第一接口连接远端操作维护终端，所述接口交换模块的第二接口连接所述基站设备的远端操作维护接口，所述装置包括：
12.状态监控模块，用于周期性监控所述基站设备的远端操作维护链路的状态；
13.第一检测模块，用于在监控到所述远端操作维护链路的状态异常时，检测所述基
站设备的远端操作维护链路侧的以太网端口的状态；
14.第二检测模块，用于在检测到所述以太网端口的状态为up状态时，向所述远端操作维护终端发送因特网包探索ping请求；
15.切换恢复模块，用于若在第一预设时间内接收到所述ping请求的响应数据，则将所述接口交换模块的第二接口从所述远端操作维护接口切换至所述基站设备的近端操作维护接口，并对所述基站设备执行自恢复操作。
16.本发明实施例包括以下优点：
17.本发明实施例通过周期性监控基站设备的远端操作维护链路的状态，在监控到所述远端操作维护链路的状态异常时，对远端操作维护链路侧的以太网端口的状态进行检测，以及检测基站设备与远端操作维护终端之间的链路是否连通，在通过检测流程排除中间传输组网问题的情况下，将所述基站设备的接口交换模块的第二接口从远端操作维护接口切换至近端操作维护接口，并对所述基站设备执行自恢复操作。
18.由此，在监控到所述远端操作维护链路的状态异常时，可以自动对基站进行恢复，解决异常，不需要人为干预，可以降低人力成本、提高解决故障的效率。此外，本发明实施例通过在基站设备中增加接口交换模块，在基站设备的远端操作维护链路的状态异常时，可以将接口交换模块的第二接口从所述远端操作维护接口切换至所述近端操作维护接口，即使远端操作维护接口出现故障，远端操作维护终端仍然可以通过近端操作维护接口实现对基站设备的远程控制。如果基站设备在执行自恢复操作之后，仍然没有解决所述远端操作维护链路的异常，则可以通过远端操作维护终端远程操作基站设备，以解决该异常，避免基站设备出现托管的情况，可以提高基站设备的稳定性。
附图说明
19.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
20.图1示出了本发明的一种基站设备自恢复的方法实施例的流程图；
21.图2示出了本发明的一种基站设备的操作维护链路及组网示意图；
22.图3示出了本发明的一种接口交换模块的连接示意图；
23.图4示出了本发明的另一种基站设备自恢复的方法实施例的流程图；
24.图5示出了本发明的一种基站设备自恢复的装置实施例的结构框图；
25.图6示出了本发明提供的一种电子设备的结构示意图。
具体实施方式
26.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
27.方法实施例一
28.参照图1，示出了本发明的一种基站设备自恢复的方法实施例的流程图，所述方法应用于基站设备，所述基站设备包括接口交换模块，所述接口交换模块的第一接口连接远端操作维护终端，所述接口交换模块的第二接口连接所述基站设备的远端操作维护接口，所述方法具体可以包括：
29.步骤101、周期性监控所述基站设备的远端操作维护链路的状态；
30.步骤102、在监控到所述远端操作维护链路的状态异常时，检测所述基站设备的远端操作维护链路侧的以太网端口的状态；
31.步骤103、在检测到所述以太网端口的状态为up状态时，向所述远端操作维护终端发送因特网包探索ping请求；
32.步骤104、若在第一预设时间内接收到所述ping请求的响应数据，则将所述接口交换模块的第二接口从所述远端操作维护接口切换至所述基站设备的近端操作维护接口，并对所述基站设备执行自恢复操作。
33.本发明实施例提供的基站设备自恢复的方法，可应用于基站设备。需要说明的是，本发明实施例对所述基站设备的应用场景不加以限制，所述基站设备可以为任意通信系统中的基站设备。所述通信系统包括但不限于gsm(globalsystemof mobile communication，全球移动通讯)系统、cdma(code division multipleaccess，码分多址)系统、wcdma(wideband code division multiple access，宽带码分多址)系统、gprs(general packet radio service，通用分组无线业务)、lte(long termevolution，长期演进)系统、lte fdd(frequency division duplex，频分双工)系统、lte tdd(time division duplex，时分双工)系统、umts(universal mobi letel ecommunication system，通用移动通信系统)、wimax(worldwide interoperabi lityfor microwave access，全球互联微波接入)通信系统、5g(5th-generation，第五代移动通信技术)或nr(new radio，新无线)通信系统。
34.参照图2，示出了本发明实施例的一种基站设备的操作维护链路及组网示意图。如图2所示，基站设备201包括远端操作维护接口2011(eth(ethernet，以太网)1)、近端操作维护接口2012(eth2)、以及接口交换模块2013。在具体应用中，基站主控板上包括eth1和eth2两个物理接口，eth1承载了远端操作维护链路的om(operation maintenance，操作维护)通道的接口以及与epc(evolved packet core，核心分组网络)服务器205连接的s1链路等两个逻辑接口，eth2提供了近端操作维护链路的接口，用于实现基站设备201与本地操作维护终端204的连接。eth1和eth2两个逻辑接口均可插入光电转换模块实现以太网接入。
35.本发明实施例在eth1和eth2的基础上，增加了接口交换模块2013，所述接口交换模块包括第一接口和第二接口，所述第一接口连接远端操作维护终端，所述远端操作维护终端可以包括操作维护中心202(omc)和远端维护平台203。所述第二接口可以在远端操作维护接口eth1和近端操作维护接口eth2之间切换。默认情况下，所述接口交换模块的第二接口与远端操作维护接口eth1连接，在基站设备的远端操作维护链路的状态异常时，可以将所述接口交换模块的第二接口从远端操作维护接口eth1切换至近端操作维护接口eth2，以尽可能避免基站设备出现托管的情况。
36.如图2所示，所述接口交换模块对外呈现基站设备和远端操作维护终端及epc服务器的消息和数据流的接口，对内与远端操作维护接口eth1或近端操作维护接口eth2互联互通。远端操作维护接口eth1设计为内部接口而不对外呈现任何形式的接口，近端操作维护
接口eth2可继续对外呈现为近端操作维护接口。
37.参照图3，示出了本发明实施例的一种接口交换模块的连接示意图。如图3所示，所述接口交换模块303包括第一接口3031和第二接口3032，第一接口3031连接远端操作维护终端，第二接口连接3032连接远端操作维护接口301(eth1)或近端操作维护接口302(eth2)。所述接口交换模块303可以实现第一接口到第二接口之间的数据流识别、处理并转发，其中，第一接口和第二接口之间是双向通信。通过第一接口，可以实现基站设备与远端操作维护终端、mme(mobility management entity，接入网络的控制节点)、sgw(serving gateway，服务网关)之间的通信或消息交互；通过第二接口，可以实现接口交换模块与近端操作维护接口和远端操作维护接口的通信和消息交互。
38.如图3所示，所述接口交换模块303的功能涉及操作维护接口管理、用户业务处理、np(network processor，网络处理器)资源管理和硬件平台资源管理等多个方面，可以进行和远、近端的操作维护接口的互联互通、接口消息交互等，屏蔽不同硬件接口的差异性和复杂性，将接口交换软件平台化，使其具有较强的通用性和可移植性。所述远端操作维护接口301(eth1)和近端操作维护接口302(eth2)的功能涉及以太网接口维护、host(主机)资源维护、channel(通道)资源维护、以及其他硬件资源维护等。
39.在具体实施中，本发明实施例周期性监控所述基站设备的远端操作维护链路的状态，在监控到所述远端操作维护链路的状态异常时，执行预设的检测流程，以判断导致异常的原因是否由基站设备的自身软件或者硬件问题所导致，如果远端操作维护链路的状态异常是由基站设备自身的软件或者硬件问题所导致，则将所述接口交换模块的第二接口从所述远端操作维护接口切换至所述基站设备的近端操作维护接口，并对所述基站设备执行自恢复操作。
40.远端操作维护链路的状态异常指基站设备与远端操作维护终端之间的链路出现异常，基站设备与远端操作维护终端无法正常连接。导致上述异常的原因可以包括：基站设备的软件问题，如当前软件版本的完整性或一致性的问题；或者基站设备的硬件问题，如远端操作维护接口eth1的链路出现故障；或者中间组网的问题，如交换机故障等。
41.如果通过检测流程确定远端操作维护链路的状态异常是由基站设备的软件或硬件问题所导致，在这种情况下，可以通过对基站设备执行自恢复操作，解决当前的异常；同时，可以将所述接口交换模块的第二接口从所述远端操作维护接口切换至所述基站设备的近端操作维护接口，这样，即使远端操作维护接口eth1的链路出现故障，基站设备仍然可以通过近端操作维护接口eth2与远端操作维护保持正常连接，可以避免基站托管的情况发生。如果通过检测流程确定远端操作维护链路的状态异常不是由基站设备的软件或硬件问题所导致，那么有可能是由中间组网的问题所导致，这种情况下，需要通过人为确定的方式分析出现异常的原因。
42.需要说明的是，本发明实施例对周期性监控所述基站设备的远端操作维护链路的状态的具体周期不加以限制，例如以5分钟为一个周期。
43.所述预设的检测流程具体如下：在监控到基站设备的远端操作维护链路的状态异常时，首先检测所述基站设备的远端操作维护链路侧的以太网端口的状态，如果检测到所述以太网端口的状态为up状态，说明以太网端口的状态正常，则继续执行检测流程，向所述远端操作维护终端发送因特网包探索ping请求，以进一步判断基站设备与远端操作维护终
端之间的链路是否连通。如果在第一预设时间内接收到所述ping请求的响应数据，说明基站设备与远端操作维护终端之间的链路连通正常。
44.需要说明的是，本发明实施例对所述第一预设时间的取值不加以限制，例如，所述第一预设时间可以为500毫秒。此外，在第一预设时间内接收到所述ping请求的响应数据的情况下，还可以进一步通过丢包率判断基站设备与远端操作维护终端之间的链路连通是否正常。
45.通过上述检测结果，可以确定基站设备与远端操作维护终端之间的链路连通正常，因此，导致当前远端操作维护链路的状态异常的原因是基站设备自身的软件或者硬件问题。此时，可以将所述接口交换模块的第二接口从所述远端操作维护接口切换至所述基站设备的近端操作维护接口，并对所述基站设备执行自恢复操作。
46.如果检测到所述以太网端口的状态为down状态，则重新执行检测流程。
47.在本发明的一种可选实施例中，步骤103中所述向所述远端操作维护终端发送因特网包探索ping请求之后，所述方法还可以包括：
48.步骤s11、若在第一预设时间内未接收到所述ping请求的响应数据，则检测所述基站设备是否已启动心跳检测任务；
49.步骤s12、在确定所述基站设备未启动心跳检测任务时，将所述接口交换模块的第二接口从所述远端操作维护接口切换至所述近端操作维护接口，并对所述基站设备执行自恢复操作。
50.在向所述远端操作维护终端发送因特网包探索ping请求之后，如果在第一预设时间内未接收到所述ping请求的响应数据，说明基站设备与远端操作维护终端之间的链路连通异常，则继续执行检测流程，检测所述基站设备是否已启动心跳检测任务。
51.如果远端操作维护链路的状态异常并且基站设备的心跳检测任务未启动，则可以排除中间传输组网的问题，确定异常原因是基站设备自身的软件或者硬件问题，则将所述接口交换模块的第二接口从所述远端操作维护接口切换至所述近端操作维护接口，并对所述基站设备执行自恢复操作。
52.在本发明的一种可选实施例中，所述检测所述基站设备是否已启动心跳检测任务之后，所述方法还可以包括：在确定所述基站设备已启动心跳检测任务，且心跳检测结果正常时，将所述接口交换模块的第二接口从所述远端操作维护接口切换至所述近端操作维护接口，并对所述基站设备执行自恢复操作。
53.在检测所述基站设备是否已启动心跳检测任务之后，如果检测到所述基站设备已启动心跳检测任务，且心跳检测结果正常，则可以排除中间传输组网的问题，确定异常原因是基站设备自身的软件或者硬件问题，则将所述接口交换模块的第二接口从所述远端操作维护接口切换至所述近端操作维护接口，并对所述基站设备执行自恢复操作。
54.在本发明的一种可选实施例中，所述对所述基站设备执行自恢复操作，可以包括：
55.步骤s21、获取所述监控到所述远端操作维护链路的状态异常之前第二预设时间内的基站操作日志；
56.步骤s22、根据所述基站操作日志，判断所述基站设备的参数信息在所述第二预设时间内是否发生改动；
57.步骤s23、若确定在所述第二预设时间内所述基站设备的参数信息发生改动，则对
所述基站设备执行参数回退操作。
58.由于本发明实施例周期性地监控所述基站设备的远端操作维护链路的状态。因此，可以及时发现远端操作维护链路的异常状态。在监控到远端操作维护链路的异常状态时，可以获取当前时间之前第二预设时间内的基站操作日志。
59.需要说明的是，本发明实施例对所述第二预设时间的取值不加以限制，例如，所述第二预设时间可以为10分钟。
60.根据所述基站操作日志，可以判断所述基站设备的参数信息在所述第二预设时间内是否发生改动，如果确定在所述第二预设时间内所述基站设备的参数信息发生改动，说明当前远端操作维护链路的状态异常可能是由于修改基站设备的参数所导致，因此，可以对所述基站设备执行参数回退操作，将基站设备的参数信息恢复至修改参数前。
61.在本发明的一种可选实施例中，所述对所述基站设备执行自恢复操作，可以包括：
62.步骤s31、对所述基站设备的软件版本执行完整性校验和一致性校验；
63.步骤s32、在确定所述基站设备的软件版本未通过所述完整性校验和/或所述一致性校验时，对所述基站设备重新执行软件升级流程。
64.在具体应用中，基站的升级操作也可能导致出现基站远端维护链路故障的情况。因此，本发明实施例还可以对基站设备的软件版本执行完整性校验和一致性校验，如果确定所述基站设备的软件版本未通过所述完整性校验和/或所述一致性校验，说明基站设备当前的软件版本存在完整性缺陷或者一致性缺陷。因此，可以对所述基站设备重新执行软件升级流程，以解决当前远端操作维护链路的状态异常问题。
65.可以理解，本发明实施例对参数回退操作和重新执行软件升级流程的执行顺序不加以限制。例如，可以先对基站设备执行参数回退操作，然后获取基站设备的远端操作维护链路的状态，如果远端操作维护链路的状态由异常恢复为正常，说明基站自恢复成功，则可以结束基站自恢复操作。如果远端操作维护链路的状态仍然为异常，则可以对基站设备的软件版本执行完整性校验和一致性校验，如果基站设备的软件版本未通过所述完整性校验和/或所述一致性校验，则对所述基站设备重新执行软件升级流程。软件升级流程结束后，可以再获取基站设备的远端操作维护链路的状态，如果远端操作维护链路的状态由异常恢复为正常，说明基站自恢复成功，则可以结束基站自恢复操作。如果远端操作维护链路的状态仍然为异常，可以对基站设备执行自动复位操作，复位之后再获取基站设备的远端操作维护链路的状态，如果远端操作维护链路的状态由异常恢复为正常，说明基站自恢复成功，则可以结束基站自恢复操作。
66.如果经过上述的自恢复操作，远端操作维护链路的状态仍然为异常，则说明当前的远端操作维护链路的异常状态无法通过自恢复解决，需要操作人员进行人为确认，以确认导致异常的原因。由于此时接口交换模块的第二接口从所述远端操作维护接口已切换至所述近端操作维护接口，即使远端操作维护接口出现故障，远端操作维护终端仍然可以通过近端操作维护接口实现对基站设备的远程控制。因此，操作人员可以通过远端操作维护终端远程操作基站设备，以解决该异常，避免基站设备出现托管的情况，可以提高基站设备的稳定性。
67.在本发明的一种可选实施例中，所述对所述基站设备的软件版本执行完整性校验和一致性校验之后，所述方法还可以包括：在确定所述基站设备的软件版本通过所述完整
性校验和所述一致性校验时，对所述基站设备执行自动复位操作。
68.如果基站设备的软件版本通过所述完整性校验和所述一致性校验，说明基站设备当前的软件版本不存在问题，此时可以对基站设备执行自动复位操作，将基站设备当前的配置信息恢复到初始的默认配置。
69.在本发明的一种可选实施例中，所述对所述基站设备执行自恢复操作之后，所述方法还可以包括：
70.步骤s41、检测所述基站设备的远端操作维护链路的状态；
71.步骤s42、在确定所述远端操作维护链路的状态正常时，将所述接口交换模块的第二接口从所述近端操作维护接口切换至所述远端操作维护接口。
72.本发明实施例在对基站设备执行自动复位操作之后，可以检测所述基站设备的远端操作维护链路的状态，如果确定所述远端操作维护链路的状态由异常恢复为正常，说明基站自恢复成功，则可以结束基站自恢复操作，并且将所述接口交换模块的第二接口从所述近端操作维护接口切换至所述远端操作维护接口，以避免远端操作维护链路长期占用近端操作维护接口。
73.综上，本发明实施例通过周期性监控所述基站设备的远端操作维护链路的状态，在监控到所述远端操作维护链路的状态异常时，对远端操作维护链路侧的以太网端口的状态进行检测，以及检测基站设备与远端操作维护终端之间的链路是否连通，在通过检测流程排除中间传输组网问题的情况下，将所述基站设备的接口交换模块的第二接口从所述远端操作维护接口切换至所述近端操作维护接口，并对所述基站设备执行自恢复操作。
74.由此，在监控到所述远端操作维护链路的状态异常时，可以自动对基站进行恢复，解决异常，不需要人为干预，可以降低人力成本、提高解决故障的效率。此外，本发明实施例通过在基站设备中增加接口交换模块，在基站设备的远端操作维护链路的状态异常时，可以将接口交换模块的第二接口从所述远端操作维护接口切换至所述近端操作维护接口，即使远端操作维护接口出现故障，远端操作维护终端仍然可以通过近端操作维护接口实现对基站设备的远程控制。如果基站设备在执行自恢复操作之后，仍然没有解决所述远端操作维护链路的异常，则可以通过远端操作维护终端远程操作基站设备，以解决该异常，避免基站设备出现托管的情况，可以提高基站设备的稳定性。
75.方法实施例2
76.参照图4，示出了本发明的另一种基站设备自恢复的方法实施例的流程图，所述方法应用于基站设备，所述基站设备包括接口交换模块，所述接口交换模块的第一接口连接远端操作维护终端，所述接口交换模块的第二接口连接所述基站设备的远端操作维护接口，所述方法具体可以包括：
77.步骤401、判断远端操作维护链路的状态是否正常，若异常，则执行步骤402，若正常，则返回重新检测。
78.本发明实施例周期性监控所述基站设备的远端操作维护链路的状态，在监控到所述远端操作维护链路的状态异常时，执行预设的检测流程。具体地，首先执行步骤402检测所述基站设备的远端操作维护链路侧的以太网端口的状，判断判断以太网端口是否为up状态。
79.步骤402、判断以太网端口是否up，若是，则执行步骤403，否则，返回步骤401。
80.如果检测到所述以太网端口的状态为up状态，说明以太网端口的状态正常，则执行步骤403继续检测流程；如果以太网端口的状态为down，则返回步骤401。
81.步骤403、判断ping业务是否正常，若是，则执行步骤406，否则，执行步骤404。
82.如果检测到所述以太网端口的状态为up状态，说明以太网端口的状态正常，则向所述远端操作维护终端发送因特网包探索ping请求，以通过判断ping业务是否正常，进一步判断基站设备与远端操作维护终端之间的链路是否连通。如果在第一预设时间内接收到所述ping请求的响应数据，说明基站设备与远端操作维护终端之间的链路连通正常，也即ping业务正常，因此，可以确定导致当前远端操作维护链路的状态异常的原因是基站设备自身的软件或者硬件问题，可以执行步骤406切换操作维护接口，并进行自恢复操作。如果在第一预设时间内未接收到所述ping请求的响应数据，说明基站设备与远端操作维护终端之间的链路连通异常，也即ping业务异常，则执行步骤404。
83.步骤404、判断是否启动心跳检测任务，若是，则执行步骤405，否则，执行步骤406。
84.判断基站设备是否已启动心跳检测任务，如果已启动，则执行步骤405继续检测流程，如果未启动，可以排除中间传输组网的问题，执行步骤406。
85.步骤405、判断心跳检测结果是否正常，若是，则执行步骤406，否则，返回步骤401。
86.如果远端操作维护链路的状态异常并且基站设备的心跳检测任务未启动或者心跳检测结果正常，则可以排除中间传输组网的问题，确定异常原因是基站设备自身的软件或者硬件问题，此时可以执行步骤406切换操作维护接口，并进行自恢复操作。
87.步骤406、切换操作维护接口。
88.具体地，将所述接口交换模块的第二接口从所述远端操作维护接口切换至所述基站设备的近端操作维护接口。
89.由此，在远端操作维护接口eth1出现故障的情况下，远端操作维护终端仍然可以通过近端操作维护接口eth2实现对基站设备的远程控制，可以避免基站设备出现托管的情况。
90.步骤407、判断是否参数回退，若是，则执行步骤411，否则，执行步骤408。
91.具体地，获取所述监控到所述远端操作维护链路的状态异常之前第二预设时间内的基站操作日志；根据所述基站操作日志，判断所述基站设备的参数信息在所述第二预设时间内是否发生改动；若确定在所述第二预设时间内所述基站设备的参数信息发生改动，则执行步骤411对所述基站设备执行参数回退操作，否则执行步骤408。
92.步骤408、判断软件版本是否通过校验，若是，则执行步骤409，否则，执行步骤412。
93.具体地，对所述基站设备的软件版本执行完整性校验和一致性校验；在确定所述基站设备的软件版本未通过所述完整性校验和/或所述一致性校验时，执行步骤412对所述基站设备重新执行软件升级流程。如果基站设备的软件版本通过所述完整性校验和/或所述一致性校验，则执行步骤409。
94.步骤409、自动复位。
95.如果基站设备的软件版本通过所述完整性校验和所述一致性校验，说明基站设备当前的软件版本不存在问题，此时可以对基站设备执行自动复位操作，将基站当前的配置信息恢复到初始的默认配置。
96.步骤410、判断远端操作维护链路的状态是否恢复正常，若是，则结束自恢复流程，
若否，则执行步骤413。
97.步骤411、执行参数回退。
98.步骤412、执行软件升级。
99.步骤413、人为确定。
100.如果经过上述的自恢复操作，远端操作维护链路的状态仍然为异常，则说明当前的远端操作维护链路的异常状态无法通过自恢复解决，需要操作人员进行人为确认，以确认导致异常的原因。具体地，操作人员可以通过远端操作维护终端远程操作基站设备，以解决该异常，如果仍不能解决，可以通过近端操作维护终端对基站设备进行调试，以解决该异常。
101.本发明实施例在监控到所述远端操作维护链路的状态异常时，可以自动对基站进行恢复，解决异常，不需要人为干预，可以降低人力成本、提高解决故障的效率。此外，本发明实施例通过在基站设备中增加接口交换模块，在基站设备的远端操作维护链路的状态异常时，可以将接口交换模块的第二接口从所述远端操作维护接口切换至所述近端操作维护接口，即使远端操作维护接口出现故障，远端操作维护终端仍然可以通过近端操作维护接口实现对基站设备的远程控制。如果基站设备在执行自恢复操作之后，仍然没有解决所述远端操作维护链路的异常，则可以通过远端操作维护终端远程操作基站设备，以解决该异常，避免基站设备出现托管的情况，可以提高基站设备的稳定性。
102.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
103.装置实施例
104.参照图5，示出了本发明的一种基站设备自恢复的装置实施例的结构框图，所述装置应用于基站设备，所述基站设备包括接口交换模块，所述接口交换模块的第一接口连接远端操作维护终端，所述接口交换模块的第二接口连接所述基站设备的远端操作维护接口，所述装置具体可以包括：
105.状态监控模块501，用于周期性监控所述基站设备的远端操作维护链路的状态；
106.第一检测模块502，用于在监控到所述远端操作维护链路的状态异常时，检测所述基站设备的远端操作维护链路侧的以太网端口的状态；
107.第二检测模块503，用于在检测到所述以太网端口的状态为up状态时，向所述远端操作维护终端发送因特网包探索ping请求；
108.切换恢复模块504，用于若在第一预设时间内接收到所述ping请求的响应数据，则将所述接口交换模块的第二接口从所述远端操作维护接口切换至所述基站设备的近端操作维护接口，并对所述基站设备执行自恢复操作。
109.可选地，所述装置还可以包括：
110.第三检测模块，用于若在第一预设时间内未接收到所述ping请求的响应数据，则检测所述基站设备是否已启动心跳检测任务；
111.所述切换恢复模块，还用于在确定所述基站设备未启动心跳检测任务时，将所述
接口交换模块的第二接口从所述远端操作维护接口切换至所述近端操作维护接口，并对所述基站设备执行自恢复操作。
112.可选地，所述切换恢复模块504，还用于在确定所述基站设备已启动心跳检测任务，且心跳检测结果正常时，将所述接口交换模块的第二接口从所述远端操作维护接口切换至所述近端操作维护接口，并对所述基站设备执行自恢复操作。
113.可选地，所述装置还可以包括：
114.状态检测模块，用于检测所述基站设备的远端操作维护链路的状态；
115.接口切换模块，用于在确定所述远端操作维护链路的状态正常时，将所述接口交换模块的第二接口从所述近端操作维护接口切换至所述远端操作维护接口。
116.可选地，所述切换恢复模块504，包括：
117.日志获取子模块，用于获取所述监控到所述远端操作维护链路的状态异常之前第二预设时间内的基站操作日志；
118.参数判断子模块，用于根据所述基站操作日志，判断所述基站设备的参数信息在所述第二预设时间内是否发生改动；
119.参数回退子模块，用于若确定在所述第二预设时间内所述基站设备的参数信息发生改动，则对所述基站设备执行参数回退操作。
120.可选地，所述切换恢复模块504，包括：
121.软件校验子模块，用于对所述基站设备的软件版本执行完整性校验和一致性校验；
122.软件升级子模块，用于在确定所述基站设备的软件版本未通过所述完整性校验和/或所述一致性校验时，对所述基站设备重新执行软件升级流程。
123.可选地，所述装置还可以包括：
124.复位操作模块，用于在确定所述基站设备的软件版本通过所述完整性校验和所述一致性校验时，对所述基站设备执行自动复位操作。
125.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
126.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
127.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
128.本公开的实施例还提供了一种电子设备，参见图6，包括：处理器601、存储器602以及存储在所述存储器上并可在所述处理器上运行的计算机程序6021，所述处理器执行所述程序时实现前述实施例的基站设备自恢复的方法。
129.本公开的实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例的基站设备自恢复的方法。
130.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
131.在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求
的结构是显而易见的。此外，本公开的实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本公开的实施例的内容，并且上面对特定语言所做的描述是为了披露本公开的实施例的最佳实施方式。
132.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
133.类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的实施例的示例性实施例的描述中，本公开的实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开的实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的实施例的单独实施例。
134.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
135.本公开的实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本公开的实施例的排序设备中的一些或者全部部件的一些或者全部功能。本公开的实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本公开的实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
136.应该注意的是上述实施例对本公开的实施例进行说明而不是对本公开的实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开的实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
137.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
138.以上所述仅为本公开的实施例的较佳实施例而已，并不用以限制本公开的实施
例，凡在本公开的实施例的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本公开的实施例的保护范围之内。
139.以上所述，仅为本公开的实施例的具体实施方式，但本公开的实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开的实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的实施例的保护范围之内。因此，本公开的实施例的保护范围应以权利要求的保护范围为准。