CN111918316B - 基站维护方法和基站维护装置 - Google Patents

Abstract

本发明实施例提供了一种基站维护方法和基站维护装置，其中的方法包括：确定基站和核心网之间发生故障的S1链路中是否至少一条S1链路的故障解除，若确定至少一条S1链路的故障解除，则启动至少一条S1链路中的每条S1链路对应的定时器开始计时，确定定时器的计时时间是否超出预设时间，若确定定时器的计时时间超出预设时间，则修改至少一条S1链路中的每条S1链路的状态为可用，并控制基站的小区可用，从而提高网络的稳定性，保障用户设备接入到稳定的网络中，提升用户的业务体验。

Description

基站维护方法和基站维护装置

技术领域

本发明涉及通信领域，特别是涉及一种基站维护方法和基站维护装置。

背景技术

随着移动通信高速发展，用户对网络的服务质量的需求也日益上涨。网络运营商不仅仅给客户提供基础语音和数据业务，而且要保证网络低时延、低抖动、低丢包率。

现网中基站和核心网之间S1链路没有做特殊保护，当S1链路故障时直接向基站高层上报故障，S1链路恢复时又直接自动进行小区激活操作。外场实际组网中，基站到核心网之间多达十多跳传输设备，基站一般部署在区县乡镇等区域，核心网一般部署在省级区域，故传输路径实际相当复杂，传输闪断时有发生，当传输闪断情况发生时会出现小区信号正常，但无法进行任何业务的现象，呈现一种网络可用，但用户不能接入的假象，严重影响网络质量，导致大量用户投诉。

发明内容

本发明实施例提供一种基站维护方法和基站维护装置，可以提高网络的稳定性，保障用户设备接入到稳定的网络中，提升用户的业务体验。

本发明实施例提供了一种基站维护方法，方法包括：

确定基站和核心网之间发生故障的S1链路中是否至少一条S1链路的故障解除；

若确定所述至少一条S1链路的故障解除，则启动所述至少一条S1链路中的每条S1链路对应的定时器开始计时；

确定所述定时器的计时时间是否超出预设时间；

若确定所述定时器的计时时间超出所述预设时间，则修改所述至少一条S1链路中的每条S1链路的状态为可用，并控制所述基站的小区可用。

本发明实施例提供了一种基站维护装置，所述装置包括：

确定模块，用于确定基站和核心网之间发生故障的S1链路中是否至少一条S1链路的故障解除；

启动模块，用于若确定所述至少一条S1链路的故障解除，则启动所述至少一条S1链路中的每条S1链路对应的定时器开始计时；

所述确定模块，还用于确定所述定时器的计时时间是否超出预设时间；

控制模块，用于若确定所述定时器的计时时间超出所述预设时间，则修改所述至少一条S1链路中的每条S1链路的状态为可用，并控制所述基站的小区可用。

本发明实施例包括以下优点：

本发明实施例可以通过确定基站和核心网之间发生故障的S1链路中是否至少一条S1链路的故障解除，若确定至少一条S1链路的故障解除，则启动至少一条S1链路中的每条S1链路对应的定时器开始计时，确定定时器的计时时间是否超出预设时间，若确定定时器的计时时间超出预设时间，则修改至少一条S1链路中的每条S1链路的状态为可用，并控制基站的小区可用。也即通过增加S1链路稳定性预判机制，确保S1链路故障恢复后持续预设时间后，即确保链路稳定可用时再重置S1链路的状态为可用，也意味着基站对应的小区可以启用，从而可以较好的平抑网络质量变差，尤其是传输闪断比较频发的环境造成的S1链路的时断时续，通过S1链路延迟上报机制可以明确网络质量基本正常，便于运维人员管理网络，也可以降低用户设备接入到不稳定的网络中，无法正常业务的风险，进一步提升用户的业务体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种基站维护方法的步骤流程图；

图2为本发明实施例提供的另一种基站维护方法的步骤流程图；

图3为本发明实施例提供的一种基站维护装置的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例提供的一种基站维护方法的步骤流程图，该基站维护方法应用于基站，参照图1，基站维护方法可以包括：

步骤101、确定基站和核心网之间发生故障的S1链路中是否至少一条S1链路的故障解除。

基站、核心网中的移动管理实体(MME，Mobility Management Entity)及基站和MME之间的传输设备中任一节点设备异常、传输线路异常、或配置异常都会导致S1链路发生故障。S1链路可以配置一条或者配置多条，现场实际应用中，基站和MME经常配置有多条S1链路。

步骤102、若确定至少一条S1链路的故障解除，则启动至少一条S1链路中的每条S1链路对应的定时器开始计时。

若基站和MME之间有一条S1链路，如果该条S1链路的故障解除，基站将发起S1-MME链路的重新建立，S1-MME链路建立成功后，会进一步触发S1链路重建，重建S1链路，也即S1链路恢复，此时启动该条S1链路对应的定时器开始计时。

若基站和MME之间有n条S1链路，如果m条S1链路发生故障，其中m和n为大于或等于1的整数，且m≤n，当确定发生故障的m条S1链路中至少一条S1链路的故障解除，例如，基站和MME之间配置有5条S1链路，且5条均发生故障，当确定其中有两条S1链路的故障解除，基站将发起该两条S1链路的重建，重建两条S1链路后，此时启动该两条S1链路中的每条S1链路分别对应的定时器开始计时。

步骤103、确定定时器的计时时间是否超出预设时间。

预设时间可以根据实际需求进行配置，例如将预设时间配置为45秒。

步骤104、若确定定时器的计时时间超出预设时间，则修改至少一条S1链路中的每条S1链路的状态为可用，并控制基站的小区可用。

其中，S1链路的状态有两种，即S1链路的状态分为“可用”和“不可用”。基站与MME之间的S1-MME链路建立成功后，基站将给MME发送S1链路建立请求消息，如果S1链路建立请求消息中包含的公共陆地移动网络(PLMN，Public Land Mobile Network)、基站标识等参数能够与MME侧保存的相关参数匹配上，S1链路将建立成功，S1链路的状态为“可用”，如果S1链路建立请求消息中包含的PLMN和基站标识等参数不能够与MME侧保存的相关参数匹配上，则S1链路的状态为“不可用”。

基站、MME及基站和MME之间的传输设备中任一节点设备异常、传输线路异常、或配置异常都会导致S1链路发生故障，当S1链路的故障解除时，基站将发起S1-MME链路的重新建立，若S1-MME链路建立成功，会进一步触发S1链路重建，从而使S1链路恢复正常，此时S1链路的状态为“可用”，但此时先不修改S1链路的状态，也不向操作维护中心(OMC，Operation and Maintenance Center)上报S1链路的故障解除的告警消息，而是通过设置定时器等待一段时间，即确定定时器的计时时间超出预设时间后，再修改S1链路的状态为“可用”。例如设置预设时间为45秒，在定时器计时时间超出45秒时，再设置S1链路的状态为可用，基站高层获知S1链路的状态为可用时，再自动建立小区，达到小区可用，这样可确保用户接入的小区是稳定可靠的。

需要说明的是，当S1链路恢复时，也即S1链路的状态为“可用”时，通过设置定时器实现延迟修改S1链路的状态，等待网络链路平稳后再修改S1链路的状态为可用，从而使基站获知S1链路的状态为可用时再建立小区以保证小区可用，避免整个基站与核心网之间的传输闪断发生时，导致小区信号正常，但用户设备无法进行任何业务的风险。(传输闪断，从一般意义上讲，指在一段时期内，物理链路时断时续，可能是设备、也可能是线路等故障引起传输闪断，传输闪断会造成基站退服，也就是无法提供正常的业务，客户感觉到脱网、语音电话，数据业务速率下降或者出现重新接续等各种问题，闪断频繁时严重影响网络质量，导致大量用户投诉，传输闪断又往往是基站较长时间退服的先兆。)

其中，控制基站的小区可用可以通过如下方式实现，例如在修改至少一条S1链路中的每条S1链路的状态为可用后，先判断小区是否可用，如果小区可用，则控制小区保持激活状态，如果小区不可用，则触发小区建立，以保障小区可用，从而可以使接入到小区的用户设备能够正常进行业务。

本实施例提供的基站维护方法，通过确定基站和核心网之间发生故障的S1链路中是否至少一条S1链路的故障解除，若确定至少一条S1链路的故障解除，则启动至少一条S1链路中的每条S1链路对应的定时器开始计时，确定定时器的计时时间是否超出预设时间，若确定定时器的计时时间超出预设时间，则修改至少一条S1链路中的每条S1链路的状态为可用，并控制基站的小区可用。也即通过增加链路稳定性预判机制，确保S1链路故障恢复后持续一定时间后，即确保链路稳定可用时再重置S1链路的状态为可用，也意味着基站对应的小区可以启用，从而可以较好的平抑网络质量变差，尤其是传输闪断比较频发的环境造成的S1链路的时断时续，通过S1链路延迟上报机制可以明确网络质量基本正常，便于运维人员管理网络，也可以降低用户设备接入到不稳定的网络中，无法正常业务的风险，进一步提升用户的业务体验。

图2为本发明实施例提供的另一种基站维护方法的步骤流程图，该基站维护方法应用于基站，参照图2，基站维护方法可以包括如下步骤：

步骤201、确定基站和核心网之间发生故障的S1链路中是否至少一条S1链路的故障解除。

若确定至少一条S1链路的故障解除，则执行步骤202。

步骤202、若确定至少一条S1链路的故障解除，启动至少一条S1链路中的每条S1链路对应的定时器开始计时。

在确定所述至少一条S1链路的故障解除之后，向核心网发送链路建立请求消息，链路建立请求消息用于指示建立基站和核心网之间的至少一条S1链路中的每条S1链路；接收核心网发送的链路建立成功响应消息，链路建立成功响应消息用于指示基站和核心网之间的至少一条S1链路中的每条S1链路建立成功。

例如，如果有一条S1链路的故障解除，则基站向核心网发送链路建立请求消息以重建该S1链路。S1链路建立成功后，S1链路的状态为“可用”。启动该S1链路对应的定时器开始计时。

步骤203、确定定时器的计时时间是否超出预设时间。

若确定定时器的计时时间超出预设时间，则执行步骤204，若确定计时时间未超出预设时间，则执行步骤205。

步骤204、修改至少一条S1链路中的每条S1链路的状态为可用，并控制基站的小区可用。

步骤205、向OMC上报链路故障清除告警消息。

其中，链路故障清除告警消息用于指示至少一条S1链路中的每条S1链路的故障已经清除。

步骤206、确定至少一条S1链路中的所有S1链路是否均发生故障。

若确定至少一条S1链路中的所有S1链路均发生故障，则执行步骤207，若确定至少一条S1链路中存在未发生故障的S1链路，则执行步骤208。

步骤207、向OMC上报告警消息并控制基站退服。

其中，告警消息用于指示至少一条S1链路中的所有S1链路均发生故障。

需要说明的是，在步骤201至步骤207中，如果基站和MME之间有一条S1链路，如果该条S1链路的故障解除，S1链路恢复后，此时启动该条S1链路对应的定时器开始计时，如果该计时器的计时时间未超出预设时间，则确定该S1链路是否发生故障，若该S1链路又发生故障(传输链路本身存在闪断不稳定的问题时，可能会导致S1链路恢复后又发生故障)，控制基站退服，也即如果在定时器的计时时间未超出预设时间时，S1链路的状态频繁翻转，则无需修改S1链路的状态，使基站退服，保证基站的小区一直不可用，从而使用户设备不继续驻留在不可用的小区上，可以接入到其他可用小区。

其中，告警消息用于指示该条S1链路发生故障，并向OMC上报告警消息并OMC收到告警消息后，可以根据告警消息分析引起S1链路故障的原因，从而利于快速排出故障。

在步骤201至步骤207中，如果基站和MME之间有多条S1链路，多条S1链路都发生故障后，如果其中的部分S1链路的故障解除，其中的部分S1链路恢复后，此时启动恢复的每条S1链路对应的定时器开始计时，如果该计时器的计时时间未超出预设时间，则确定恢复的每条S1链路是否发生故障，若恢复的每条S1链路又发生故障(传输链路本身存在闪断不稳定的问题时，可能会导致S1链路恢复后又发生故障)，则控制基站退服，也即如果在定时器的计时时间未超出预设时间时，恢复的每条S1链路的状态频繁翻转(恢复的每条S1链路的状态频繁从可用翻转到不可用，从不可用翻转到可用)，则无需修改S1链路的状态，使基站退服，保证基站的小区一直不可用，从而使用户设备不继续驻留在不可用的小区上，可以接入到其他可用小区。

需要说明的是，如果基站和MME之间的多条S1链路中只有一条S1链路最先恢复，启动该S1链路对应的定时器开始计时，如果定时器的计时时间超出预设时间，则修改S1链路的状态为可用，保证只要有一条S1链路的状态可用时，就可以控制基站的小区可用。如果定时器的计时时间没有超出预设时间，则确定该S1链路是否发生故障，若该S1链路又发生故障，控制基站退服，无需修改S1链路的状态，使基站退服，保证基站的小区一直不可用，从而使用户设备不继续驻留在不可用的小区上，可以接入到其他可用小区。

步骤208、保持未发生故障的S1链路的状态为不可用，并保持基站为可用状态。

基站和核心网之间发生故障的S1链路中至少一条S1链路的故障解除，至少一条S1链路中的每条S1链路对应的定时器开始计时，如果确定计时时间未超出预设时间，若确定至少一条S1链路中存在未发生故障的S1链路，此时，实际上未发生故障的S1链路是可用的，基站也是可用的。但是此时并不修改未发生故障的S1链路的状态，也即保持未发生故障的S1链路的状态为不可用。例如基站和MME之间只有一条S1链路时，避免在计时时间未超出预设时间时，如果修改了S1链路的状态为可用，但是如果传输链路本身存在闪断不稳定的问题时，可能会导致S1链路恢复后又发生故障，又发生故障后，基站的小区是不可用的，但是由于修改了S1链路的状态为可用，基站根据S1链路的状态为可用时建立了小区，但是实际上由于又发生了故障，小区是不可用的，用户设备驻留在小区，但是用户设备却无法进行任何业务。

本实施例提供的基站维护方法，通过确定基站和核心网之间发生故障的S1链路中是否至少一条S1链路的故障解除，若确定至少一条S1链路的故障解除，则启动至少一条S1链路中的每条S1链路对应的定时器开始计时，确定定时器的计时时间是否超出预设时间，若确定定时器的计时时间超出预设时间，则修改至少一条S1链路中的每条S1链路的状态为可用，并控制基站的小区可用，若确定计时时间未超出预设时间，则确定至少一条S1链路中的所有S1链路是否均发生故障，若确定至少一条S1链路中的所有S1链路均发生故障，则向OMC上报告警消息并控制基站退服，从而保证基站的小区一直不可用，从而使用户设备不继续驻留在不可用的小区上，可以接入到其他可用小区。若确定至少一条S1链路中存在未发生故障的S1链路，则保持未发生故障的S1链路的状态为不可用，并保持基站为可用状态，从而实现为用户设备提供稳定的网络。

图3为本发明实施例提供的一种基站维护装置的结构框图。参照图3，所述装置应用于基站，所述装置300具体可以包括：确定模块310、启动模块320和控制模块330。

确定模块310用于确定基站和核心网之间发生故障的S1链路中是否至少一条S1链路的故障解除；启动模块320用于若确定所述至少一条S1链路的故障解除，则启动所述至少一条S1链路中的每条S1链路对应的定时器开始计时；所述确定模块310还用于确定所述定时器的计时时间是否超出预设时间；控制模块330用于若确定所述定时器的计时时间超出所述预设时间，则修改所述至少一条S1链路中的每条S1链路的状态为可用，并控制所述基站的小区可用。

本实施例提供的基站维护装置，通过确定基站和核心网之间发生故障的S1链路中是否至少一条S1链路的故障解除，若确定至少一条S1链路的故障解除，则启动至少一条S1链路中的每条S1链路对应的定时器开始计时，确定定时器的计时时间是否超出预设时间，若确定定时器的计时时间超出预设时间，则修改至少一条S1链路中的每条S1链路的状态为可用，并控制基站的小区可用。也即通过增加链路稳定性预判机制，确保S1链路故障恢复后持续一定时间后，即确保链路稳定可用时再重置S1链路的状态为可用，也意味着基站对应的小区可以启用，从而可以较好的平抑网络质量变差，尤其是传输闪断比较频发的环境造成的S1链路的时断时续，通过S1链路延迟上报机制可以明确网络质量基本正常，便于运维人员管理网络，也可以降低用户设备接入到不稳定的网络中，无法正常业务的风险，进一步提升用户的业务体验。

可选的，所述确定模块310还用于若确定所述计时时间未超出所述预设时间，则确定所述至少一条S1链路中的所有S1链路是否均发生故障；

所述控制模块330还用于若确定所述至少一条S1链路中的所有S1链路均发生故障，则向操作维护中心上报告警消息并控制所述基站退服，所述告警消息用于指示所述至少一条S1链路中的所有S1链路均发生故障。

可选的，所述控制模块330还用于若确定所述至少一条S1链路中存在未发生故障的S1链路，则保持所述未发生故障的S1链路的状态为不可用，并保持所述基站为可用状态。

可选的，装置还可以包括：

上报模块，用于向操作维护中心上报链路故障清除告警消息，所述链路故障清除告警消息用于指示所述至少一条S1链路中的每条S1链路的故障已经清除。

可选的，装置还可以包括：

发送模块，用于向所述核心网发送链路建立请求消息，所述链路建立请求消息用于指示建立所述基站和所述核心网之间的所述至少一条S1链路中的每条S1链路；

接收模块，用于接收所述核心网发送的链路建立成功响应消息，所述链路建立成功响应消息用于指示所述基站和所述核心网之间的所述至少一条S1链路中的每条S1链路建立成功。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种信息处理方法和信息处理装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (8)

1.一种基站维护方法，其特征在于，包括：

确定基站和核心网之间发生故障的S1链路中是否至少一条S1链路的故障解除；

若确定所述至少一条S1链路的故障解除，则启动所述至少一条S1链路中的每条S1链路对应的定时器开始计时；

确定所述定时器的计时时间是否超出预设时间；

若确定所述定时器的计时时间超出所述预设时间，则修改所述至少一条S1链路中的每条S1链路的状态为可用，并控制所述基站的小区可用，其中，所述修改S1链路的状态为可用是在S1链路恢复时，设置定时器实现延迟修改S1链路的状态，等待网络链路平稳后再修改；

若确定所述定时器的计时时间未超出预设时间，且确定所述至少一条S1链路中存在未发生故障的S1链路，保持所述未发生故障的S1链路的状态为不可用，并保持所述基站为可用状态。

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

若确定所述计时时间未超出所述预设时间，则确定所述至少一条S1链路中的所有S1链路是否均发生故障；

若确定所述至少一条S1链路中的所有S1链路均发生故障，则向操作维护中心上报告警消息并控制所述基站退服，所述告警消息用于指示所述至少一条S1链路中的所有S1链路均发生故障。

3.根据权利要求1至2中任一项所述的方法，其特征在于，所述修改所述至少一条S1链路中的每条S1链路的状态为可用之后，还包括：

向操作维护中心上报链路故障清除告警消息，所述链路故障清除告警消息用于指示所述至少一条S1链路中的每条S1链路的故障已经清除。

4.根据权利要求3所述的方法，其特征在于，所述确定所述至少一条S1链路的故障解除之后，还包括：

向所述核心网发送链路建立请求消息，所述链路建立请求消息用于指示建立所述基站和所述核心网之间的所述至少一条S1链路中的每条S1链路；

接收所述核心网发送的链路建立成功响应消息，所述链路建立成功响应消息用于指示所述基站和所述核心网之间的所述至少一条S1链路中的每条S1链路建立成功。

5.一种基站维护装置，其特征在于，包括：

确定模块，用于确定基站和核心网之间发生故障的S1链路中是否至少一条S1链路的故障解除；

启动模块，用于若确定所述至少一条S1链路的故障解除，则启动所述至少一条S1链路中的每条S1链路对应的定时器开始计时；

所述确定模块，还用于确定所述定时器的计时时间是否超出预设时间；

控制模块，用于若确定所述定时器的计时时间超出所述预设时间，则修改所述至少一条S1链路中的每条S1链路的状态为可用，并控制所述基站的小区可用，其中，所述修改S1链路的状态为可用是在S1链路恢复时，设置定时器实现延迟修改S1链路的状态，等待网络链路平稳后再修改；

所述控制模块，还用于若确定所述定时器的计时时间未超出所述预设时间且确定所述至少一条S1链路中存在未发生故障的S1链路，则保持所述未发生故障的S1链路的状态为不可用，并保持所述基站为可用状态。

6.根据权利要求5所述的装置，其特征在于，

所述确定模块，还用于若确定所述计时时间未超出所述预设时间，则确定所述至少一条S1链路中的所有S1链路是否均发生故障；

所述控制模块，还用于若确定所述至少一条S1链路中的所有S1链路均发生故障，则向操作维护中心上报告警消息并控制所述基站退服，所述告警消息用于指示所述至少一条S1链路中的所有S1链路均发生故障。

7.根据权利要求5至6中任一项所述的装置，其特征在于，还包括：

上报模块，用于向操作维护中心上报链路故障清除告警消息，所述链路故障清除告警消息用于指示所述至少一条S1链路中的每条S1链路的故障已经清除。

8.根据权利要求7所述的装置，其特征在于，还包括：

发送模块，用于向所述核心网发送链路建立请求消息，所述链路建立请求消息用于指示建立所述基站和所述核心网之间的所述至少一条S1链路中的每条S1链路；

接收模块，用于接收所述核心网发送的链路建立成功响应消息，所述链路建立成功响应消息用于指示所述基站和所述核心网之间的所述至少一条S1链路中的每条S1链路建立成功。

Images