专利名称：基站设备自愈的实现方法及装置的制作方法
技术领域：
本发明涉及通信领域，特别是指一种基站设备自愈的实现方法及装置。
背景技术：
在移动通信系统中，网络层次一般分为网络管理系统(WS)、网元管理系统(EMS)和网元(NE)。当网元发生故障或性能变差时，都会通过南向接口向EMS上报故障或性能指标等事件，网管人员必须随时关注这些事件，并作出正确的处理，使其故障恢复，性能变优，处理某些故障和性能事件还必须有一定的专业基础，和对系统本身有一定程度的了解，甚至需要依赖专业工程师。这样现有的基站设备操作中，在基站故障或性能下降的情况下，需要大量的人工操作，故障处理过程中的人工复杂度较高，基站维护的效率比较低，并且可能不能及时发现和处理故障。
发明内容
本发明要解决的技术问题是提供一种基站设备自愈的实现方法及装置，能够自动处理基站故障，降低故障处理过程的人工复杂度，并能够及时发现和处理故障。为解决上述技术问题，本发明的实施例提供技术方案如下:—方面，提供一种基站设备自愈的实现方法，包括:基站设备自愈的实现装置建立自愈任务，并将所述自愈任务放入任务队列中；所述基站设备自愈的实现装置对所述任务队列中的自愈任务执行对应的自愈操作。进一步地，所述基站设备自愈的实现装置建立自愈任务之前还包括:所述基站设备自愈的实现装置设置自愈条件，所述自愈条件包括自愈参数值、开关状态和生效范围。进一步地，所述基站设备自愈的实现装置建立自愈任务包括:基站设备自愈的实现装置接收自愈触发事件，所述自愈触发事件包括告警和性能指标；所述基站设备自愈的实现装置判断所述自愈触发事件是否满足所述自愈条件，若满足，则建立对应所述自愈触发事件的自愈任务。进一步地，所述自愈参数值包括延时处理时间，所述基站设备自愈的实现装置判断所述自愈触发事件是否满足所述自愈条件，若满足，则建立对应所述自愈触发事件的自愈任务包括:所述基站设备自愈的实现装置判断当前时刻与发生所述自愈触发事件的时刻之间的时间差是否不小于所述延时处理时间，若是，且当前时刻所述自愈触发事件仍然存在，则所述基站设备自愈的实现装置建立对应所述自愈触发事件的自愈任务。进一步地，所述基站设备自愈的实现装置对所述任务队列中的自愈任务执行对应的自愈操作之后还包括:所述基站设备自愈的实现装置将所述自愈任务从所述任务队列中去除。进一步地，所述基站设备自愈的实现装置对所述任务队列中的自愈任务执行对应的自愈操作包括:所述基站设备自愈的实现装置执行所述自愈任务对应的自愈操作，并在执行自愈操作时和/或执行自愈操作之后上报监控消息至用户界面，所述监控消息包括自愈操作的结果。本发明实施例还提供了一种基站设备自愈的实现装置，包括:任务建立模块，用于建立自愈任务，并将所述自愈任务放入任务队列中；处理模块，用于对所述任务队列中的自愈任务执行对应的自愈操作。进一步地，所述基站设备自愈的实现装置还包括:设置模块，用于设置自愈条件，所述自愈条件包括自愈参数值、开关状态和生效范围。进一步地，所述任务建立模块包括:监听子模块，用于接收自愈触发事件，所述自愈触发事件包括告警和性能指标；判断子模块，用于判断所述自愈触发事件是否满足所述自愈条件，若满足，则建立对应所述自愈触发事件的自愈任务。进一步地,所述自愈参数值包括延时处理时间，所述判断子模块具体用于判断当前时刻与发生所述自愈触发事件的时刻之间的时间差是否不小于所述延时处理时间，若是，且当前时刻所述自愈触发事件仍然存在，则建立对应所述自愈触发事件的自愈任务。进一步地，所述处理模块还用于在对所述任务队列中的自愈任务执行对应的自愈操作后，将所述自愈任务从所述任务队列中去除。 进一步地，所述处理模块包括:处理子模块，用于执行所述自愈任务对应的自愈操作；上报子模块，用于在执行自愈操作时和/或执行自愈操作之后上报监控消息至用户界面，所述监控消息包括自愈操作的结果。本发明的实施例具有以下有益效果:上述方案中，基站设备自愈的实现装置建立自愈任务，并将自愈任务放入任务队列中，之后对任务队列中的自愈任务执行对应的自愈操作，本发明的技术方案能够在基站故障或性能下降的情况下，自动处理故障，优化性能；可以及时发现故障，及时处理故障；减少故障处理过程的人工复杂度，减少手动恢复和人工干预的次数，降低基站设备的维护成本。
图1为本发明实施例的基站设备自愈的实现方法的流程示意图；图2为本发明实施例的基站设备自愈的实现装置的结构框图；图3为本发明实施例中自由模式下执行自愈操作的流程示意图；图4为本发明实施例的基站设备自愈的实现方法的另一流程示意图5为本发明实施例中受控模式下执行自愈操作的流程示意图。
具体实施例方式为使本发明的实施例要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。本发明的实施例针对现有技术中在基站故障或性能下降的情况下，需要大量的人工操作，故障处理过程中的人工复杂度较高，基站维护的效率比较低，并且可能不能及时发现和处理故障的问题，提供一种基站设备自愈的实现方法及装置，能够自动处理基站故障，降低故障处理过程的人工复杂度，并能够及时发现和处理故障。图1为本发明实施例的基站设备自愈的实现方法的流程示意图，如图1所示，本实施例包括:步骤101:基站设备自愈的实现装置建立自愈任务，并将自愈任务放入任务队列中；步骤102:基站设备自愈的实现装置对任务队列中的自愈任务执行对应的自愈操作。本发明实施例中，基站设备自愈的实现装置建立自愈任务，并将自愈任务放入任务队列中，之后对任务队列中的自愈任务执行对应的自愈操作，本发明的技术方案能够在基站故障或性能下降的情况下，自动处理故障，优化性能；可以及时发现故障，及时处理故障；减少故障处理过程的人工复杂度，减少手动恢复和人工干预的次数，降低基站设备的维护成本。图2为本发明实施例的基站设备自愈的实现装置的结构框图，如图2所示，本实施例包括:任务建立模块20，用于建立自愈任务，并将自愈任务放入任务队列中；处理模块21，用于对任务队列中的自愈任务执行对应的自愈操作。进一步地，基站设备自愈的实现装置还包括: 设置模块22，用于设置自愈条件，自愈条件包括自愈参数值、开关状态和生效范围。其中，任务建立模块20包括:监听子模块，用于接收自愈触发事件，自愈触发事件包括告警和性能指标；判断子模块，用于判断自愈触发事件是否满足自愈条件，若满足，则建立对应自愈触发事件的自愈任务。其中，自愈参数值包括延时处理时间，判断子模块具体用于判断当前时刻与发生自愈触发事件的时刻之间的时间差是否不小于延时处理时间，若是，且当前时刻自愈触发事件仍然存在，则建立对应自愈触发事件的自愈任务。进一步地，处理模块21还用于在对任务队列中的自愈任务执行对应的自愈操作后，将自愈任务从任务队列中去除。进一步地，处理模块21包括:处理子模块，用于执行自愈任务对应的自愈操作；上报子模块，用于在执行自愈操作时和/或执行自愈操作之后上报监控消息至用户界面，监控消息包括自愈操作的结果。上述方案中，基站设备自愈的实现装置建立自愈任务，并将自愈任务放入任务队列中，之后对任务队列中的自愈任务执行对应的自愈操作，本发明的技术方案能够在基站故障或性能下降的情况下，自动处理故障，优化性能；可以及时发现故障，及时处理故障；减少故障处理过程的人工复杂度，减少手动恢复和人工干预的次数，降低基站设备的维护成本。下面结合具体的实施例对本发明的基站设备自愈的实现方法进行进一步的介绍:实施例一步骤S1:在网元管理系统提供一个自愈功能的设置界面，设置该自愈功能的自愈参数和生效范围，自愈参数如延时处理时间t (每种自愈触发事件对应的延时处理时间t不同)、是否补偿、是否回退、开关状态、超时时间(经验值10分钟)、补偿参数范围(具体每个参数范围都不同)等，生效范围如网元、小区等，所有网元或小区对应一套自愈参数。其中延时处理时间t是指在自愈触发事件发生一段时间之后，再对自愈触发事件进行自愈操作，这样可以过滤掉闪断告警和性能瞬时不稳的情况，比如说基站刚上电初期会上报基站退服等告警，但这是基站上电的正常步骤，一段时间后自动恢复，这种情况不需要进行自愈操作，就可以通过设置延时处理时间来应对这种情况，延时处理时间根据告警特性各有不同，如小区退服告警自愈延时处理时间为0.5小时-6小时。步骤S2:基站设备自愈的实现装置实时监听所有网元上报上来的故障和性能指标等信息，统称为自愈触发事件，基站设备自愈的实现装置根据上述自愈条件建立对应自愈触发事件的自愈任务，并将所有自愈任务放入任务队列，以待执行相应的自愈操作。如，基站设备自愈的实现装置监听到小区退服告警，而设置的对应的延时处理时间为3小时，则基站设备自愈的实现装置判断首次接收到小区退服告警的时间是否超出3小时，若是，并且当前自愈触发事件仍然存在，即基站设备自愈的实现装置仍然接收到小区退服告警，该基站仍然处于退服状态，则基站设备自愈的实现装置建立对应小区退服告警的自愈任务，并将该自愈任务放入任务队列中。任务队列包括立即执行队列和等待队列。其中，立即执行队列是基站设备自愈的实现装置当前执行的自愈任务所在的队列，由于同时执行的自愈操作过多会影响网管性能，因此立即执行队列可以设置一上限，具体可以设为50，也就是说当前执行的自愈任务的数量不能超过50，但是可能当前需要执行的自愈任务数量大于该上限，则该上限之外的当前需要执行的自愈任务进入等待队列，在基站设备自愈的实现装置执行完立即执行队列中的自愈任务之后，等待队列中的自愈任务进入立即执行队列中，以便由基站设备自愈的实现装置执行对应的自愈操作。当自愈触发事件或自愈功能对应的自愈参数(如开关、延时处理时间)和生效范围发生改变时，都会实时刷新任务队列。步骤S3:基站设备自愈的实现装置对任务队列中的自愈任务执行相应的自愈操作，并在执行自愈操作之后，从任务队列中移除不再满足自愈条件的自愈任务。基站设备自愈的实现装置对任务队列中的自愈任务执行相应的自愈操作，如对于小区退服告警，基站设备自愈的实现装置通过修改或设置网元管理系统的各种参数以使小区重新处于服务之中。本实施例中采用单线程处理任务队列中的自愈任务，为防止同时执行的任务过多影响网管性能，立即执行队列上限可以设为50，多余的自愈任务放入等待队列，只要立即执行队列的任务总数小于50，就会立即把等待队列的自愈任务移入立即执行队列。基站设备自愈的实现装置在整个自愈操作过程上报监控消息，网管可以通过监控消息了解自愈的整个过程。监控消息分为自由模式和受控模式，本实施例中采用自由模式向网管的用户界面上报监控消息，自由模式即网管只可以了解自愈过程，但是不可以干预自愈过程。如图3所示，在自愈操作过程中向自愈监控模块上报自由模式监控消息，并由自愈日志模块记录上报的自由模式监控消息。如图4所示，执行完自愈操作后，会在设置的超时时间之后再判断自愈是否成功。如果在设置的超时时间内，自愈触发事件消失(如告警恢复、性能变好)，就认为是自愈成功，否则认为自愈失败。自愈操作过程中遇到问题也认为是自愈失败。对自愈失败的情况，可以根据之前设置的自愈参数(如是否回退)选择是否回退之前的自愈操作，回退功能使整个自愈功能更加安全；对自愈失败的情况，还可以按预先设置的自愈参数(如是否补偿)设好的方式进行补偿，尽最大可能解决问题。实施例二步骤S1:在网元管理系统针对每一种基站设备已知故障或性能事件设置一对应的自愈功能和补偿动作，指示在出现故障或性能事件等自愈触发事件时如何进行自愈和补偿。对每一种自愈功能可以设置对应该自愈功能的自愈参数和生效范围，自愈参数如延时处理时间t (每种自愈触发事件对应的延时处理时间t不同)、是否补偿、是否回退、开关状态、超时时间(经验值10分钟)、补偿参数范围(具体每个参数范围都不同)等,生效范围如网元、小区等，不同的生效范围如网元或小区，可以对应多套自愈参数。其中延时处理时间t是指在自愈触发事件发生一段时间之后，再对自愈触发事件进行自愈操作，这样可以过滤掉闪断告警和性能瞬时不稳的情况，比如说基站刚上电初期会上报基站退服等告警，但这是基站上电的正常步骤，一段时间后自动恢复，这种情况不需要进行自愈操作，就可以通过设置延时处理时间来应对这种情况，延时处理时间根据告警特性各有不同，如小区退服告警自愈延时处理时间为0.5小时-6小时。步骤S2:基站设备自愈的实现装置实时监听所有网元上报上来的故障和性能指标等信息，统称为自愈触发事件，基站设备自愈的实现装置根据上述自愈条件建立对应自愈触发事件的自愈任务，并将所有自愈任务放入任务队列，以待执行相应的自愈操作。如，基站设备自愈的实现装置监听到小区退服告警，而设置的对应的延时处理时间为3小时，则基站设备自愈的实现装置判断首次接收到小区退服告警的时间是否超出3小时，若是，并且当前自愈触发事件仍然存在，即基站设备自愈的实现装置仍然接收到小区退服告警，该基站仍然处于退服状态，则基站设备自愈的实现装置建立对应小区退服告警的自愈任务，并将该自愈任务放入任务队列中。任务队列包括立即执行队列和等待队列。其中，立即执行队列是基站设备自愈的实现装置当前执行的自愈任务所在的队列，由于同时执行的自愈操作过多会影响网管性能，因此立即执行队列可以设置一上限，具体可以设为50，也就是说当前执行的自愈任务的数量不能超过50，但是可能当前需要执行的自愈任务数量大于该上限，则该上限之外的当前需要执行的自愈任务进入等待队列，在基站设备自愈的实现装置执行完立即执行队列中的自愈任务之后，等待队列中的自愈任务进入立即执行队列中，以便由基站设备自愈的实现装置执行对应的自愈操作。当自愈触发事件或自愈功能对应的自愈参数(如开关、延时处理时间)和生效范围发生改变时，都会实时刷新任务队列。步骤S3:基站设备自愈的实现装置对任务队列中的自愈任务执行相应的自愈操作，并在执行自愈操作之后，从任务队列中移除不再满足自愈条件的自愈任务。基站设备自愈的实现装置对任务队列中的自愈任务执行相应的自愈操作，如对于小区退服告警，基站设备自愈的实现装置通过修改或设置网元管理系统的各种参数以使小区重新处于服务之中。本实施例中采用单线程处理任务队列中的自愈任务，为防止同时执行的任务过多影响网管性能，立即执行队列上限可以设为50，多余的自愈任务放入等待队列，只要立即执行队列的任务总数小于50，就会立即把等待队列的自愈任务移入立即执行队列。基站设备自愈的实现装置在整个自愈操作过程上报监控消息，网管可以通过监控消息了解自愈的整个过程。监控消息分为自由模式和受控模式，本实施例中采用自由模式向网管的用户界面上报监控消息，自由模式即网管只可以了解自愈过程，但是不可以干预自愈过程。如图3所示，在自愈操作过程中向自愈监控模块上报自由模式监控消息，并由自愈日志模块记录上报的自由模式监控消息。如图4所示，执行完自愈操作后，会在设置的超时时间之后再判断自愈是否成功。如果在设置的超时时间内，自愈触发事件消失(如告警恢复、性能变好)，就认为是自愈成功，否则认为自愈失败。自愈操作过程中遇到问题也认为是自愈失败。对自愈失败的情况，可以根据之前设置的自愈参数(如是否回退)选择是否回退之前的自愈操作，回退功能使整个自愈功能更加安全；对自愈失败的情况，还可以按预先设置的自愈参数(如是否补偿)设好的方式进行补偿，尽最大可能解决问题。实施例三步骤S1:在网元管理系统提供一个自愈功能的设置界面，设置该自愈功能的自愈参数和生效范围，自愈参数如延时处理时间t (每种自愈触发事件对应的延时处理时间t不同)、是否补偿、是否回退、开关状态、超时时间(经验值10分钟)、补偿参数范围(具体每个参数范围都不同)等，生效范围如网元、小区等。对所有自愈功能都有的自愈参数，如开关状态、延时处理时间等提供一个统一的设置界面，让所有的网元的所有的自愈功能有一个统一的界面一次设置参数，从而简化操作。不同的生效范围如网元或小区，可以对应多套自愈参数。其中延时处理时间t是指在自愈触发事件发生一段时间之后，再对自愈触发事件进行自愈操作，这样可以过滤掉闪断告警和性能瞬时不稳的情况，比如说基站刚上电初期会上报基站退服等告警，但这是基站上电的正常步骤，一段时间后自动恢复，这种情况不需要进行自愈操作，就可以通过设置延时处理时间来应对这种情况，延时处理时间根据告警特性各有不同，如小区退服告警自愈延时处理时间为0.5小时-6小时。步骤S2:基站设备自愈的实现装置实时监听所有网元上报上来的故障和性能指标等信息，统称为自愈触发事件，基站设备自愈的实现装置根据上述自愈条件建立对应自愈触发事件的自愈任务，并将所有自愈任务放入任务队列，以待执行相应的自愈操作。如，基站设备自愈的实现装置监听到小区退服告警，而设置的对应的延时处理时间为3小时，则基站设备自愈的实现装置判断首次接收到小区退服告警的时间是否超出3小时，若是，并且当前自愈触发事件仍然存在，即基站设备自愈的实现装置仍然接收到小区退服告警，该基站仍然处于退服状态，则基站设备自愈的实现装置建立对应小区退服告警的自愈任务，并将该自愈任务放入任务队列中。任务队列包括立即执行队列和等待队列。其中，立即执行队列是基站设备自愈的实现装置当前执行的自愈任务所在的队列，由于同时执行的自愈操作过多会影响网管性能，因此立即执行队列可以设置一上限，具体可以设为50，也就是说当前执行的自愈任务的数量不能超过50，但是可能当前需要执行的自愈任务数量大于该上限，则该上限之外的当前需要执行的自愈任务进入等待队列，在基站设备自愈的实现装置执行完立即执行队列中的自愈任务之后，等待队列中的自愈任务进入立即执行队列中，以便由基站设备自愈的实现装置执行对应的自愈操作。当自愈触发事件或自愈功能对应的自愈参数(如开关、延时处理时间)和生效范围发生改变时，都会实时刷新任务队列。步骤S3:基站设备自愈的实现装置对任务队列中的自愈任务执行相应的自愈操作，并在执行自愈操作之后，从任务队列中移除不再满足自愈条件的自愈任务。基站设备自愈的实现装置对任务队列中的自愈任务执行相应的自愈操作，如对于小区退服告警，基站设备自愈的实现装置通过修改或设置网元管理系统的各种参数以使小区重新处于服务之中。本实施例中采用单线程处理任务队列中的自愈任务，为防止同时执行的任务过多影响网管性能，立即执行队列上限可以设为50，多余的自愈任务放入等待队列，只要立即执行队列的任务总数小于50，就会立即把等待队列的自愈任务移入立即执行队列。基站设备自愈的实现装置在整个自愈操作过程上报监控消息，网管可以通过监控消息了解自愈的整个过程。监控消息分为自由模式和受控模式，本实施例中采用自由模式向网管的用户界面上报监控消息，自由模式即网管只可以了解自愈过程，但是不可以干预自愈过程。如图3所示，在自愈操作过程中向自愈监控模块上报自由模式监控消息，并由自愈日志模块记录上报的自由模式监控消息。如图4所示，执行完自愈操作后，会在设置的超时时间之后再判断自愈是否成功。如果在设置的超时时间内，自愈触发事件消失(如告警恢复、性能变好)，就认为是自愈成功，否则认为自愈失败。自愈操作过程中遇到问题也认为是自愈失败。对自愈失败的情况，可以根据之前设置的自愈参数(如是否回退)选择是否回退之前的自愈操作，回退功能使整个自愈功能更加安全；对自愈失败的情况，还可以按预先设置的自愈参数(如是否补偿)设好的方式进行补偿，尽最大可能解决问题。实施例四步骤S1:在网元管理系统提供一个自愈功能的设置界面，设置该自愈功能的自愈参数和生效范围，自愈参数如延时处理时间t (每种自愈触发事件对应的延时处理时间t不同)、是否补偿、是否回退、开关状态、超时时间(经验值10分钟)、补偿参数范围(具体每个参数范围都不同)等，生效范围如网元、小区等，所有网元或小区的一个自愈功能对应一套自愈参数。其中延时处理时间t是指在自愈触发事件发生一段时间之后，再对自愈触发事件进行自愈操作，这样可以过滤掉闪断告警和性能瞬时不稳的情况，比如说基站刚上电初期会上报基站退服等告警，但这是基站上电的正常步骤，一段时间后自动恢复，这种情况不需要进行自愈操作，就可以通过设置延时处理时间来应对这种情况，延时处理时间根据告警特性各有不同，如小区退服告警自愈延时处理时间为0.5小时-6小时。步骤S2:基站设备自愈的实现装置实时监听所有网元上报上来的故障和性能指标等信息，统称为自愈触发事件，基站设备自愈的实现装置根据上述自愈条件建立对应自愈触发事件的自愈任务，并将所有自愈任务放入任务队列，以待执行相应的自愈操作。如，基站设备自愈的实现装置监听到小区退服告警，而设置的对应的延时处理时间为3小时，则基站设备自愈的实现装置判断首次接收到小区退服告警的时间是否超出3小时，若是，并且当前自愈触发事件仍然存在，即基站设备自愈的实现装置仍然接收到小区退服告警，该基站仍然处于退服状态，则基站设备自愈的实现装置建立对应小区退服告警的自愈任务，并将该自愈任务放入任务队列中。任务队列包括立即执行队列和等待队列。其中，立即执行队列是基站设备自愈的实现装置当前执行的自愈任务所在的队列，由于同时执行的自愈操作过多会影响网管性能，因此立即执行队列可以设置一上限，具体可以设为50，也就是说当前执行的自愈任务的数量不能超过50，但是可能当前需要执行的自愈任务数量大于该上限，则该上限之外的当前需要执行的自愈任务进入等待队列，在基站设备自愈的实现装置执行完立即执行队列中的自愈任务之后，等待队列中的自愈任务进入立即执行队列中，以便由基站设备自愈的实现装置执行对应的自愈操作。当自愈触发事件或自愈功能对应的自愈参数(如开关、延时处理时间)和生效范围发生改变时，都会实时刷新任务队列。步骤S3:基站设备自愈的实现装置对任务队列中的自愈任务执行相应的自愈操作，并在执行自愈操作之后，从任务队列中移除不再满足自愈条件的自愈任务。基站设备自愈的实现装置对任务队列中的自愈任务执行相应的自愈操作，如对于小区退服告警，基站设备自愈的实现装置通过修改或设置网元管理系统的各种参数以使小区重新处于服务之中。本实施例为了加快处理速度，采用多个线程同时处理任务队列中的自愈任务，任务队列包括多个等待队列和立即执行队列，每一线程对应处理一个立即执行队列中的自愈任务。为防止同时执行的任务过多影响网管性能，立即执行队列上限可以设为50，多余的自愈任务放入等待队列，只要立即执行队列的任务总数小于50，就会立即把等待队列的自愈任务移入立即执行队列。基站设备自愈的实现装置在整个自愈操作过程上报监控消息，网管可以通过监控消息了解自愈的整个过程。监控消息分为自由模式和受控模式，本实施例中采用受控模式向网管的用户界面上报监控消息，受控模式即网管不但可以通过监控消息了解自愈的整个过程，还可以根据前面上报的监控消息随时中止或继续下面的操作。如图5所示，在自愈操作过程中向自愈监控模块上报受控模式监控消息，并由自愈日志模块记录上报的受控模式监控消息。在自愈操作过程中，若网管用户确定可以继续，则继续执行下面的自愈操作；若网管用户选择中止，则中止执行自愈操作。如图4所示，执行完自愈操作后，会在设置的超时时间之后再判断自愈是否成功。如果在设置的超时时间内，自愈触发事件消失(如告警恢复、性能变好)，就认为是自愈成功，否则认为自愈失败。自愈操作过程中遇到问题也认为是自愈失败。对自愈失败的情况，可以根据之前设置的自愈参数(如是否回退)选择是否回退之前的自愈操作，回退功能使整个自愈功能更加安全；对自愈失败的情况，还可以按预先设置的自愈参数(如是否补偿)设好的方式进行补偿，尽最大可能解决问题。本发明的基站设备自愈的实现方法，对告警和性能指标等基站设备故障或性能变差的事件进行自愈，每个自愈功能的自愈参数可灵活设置，可以对不同自愈功能设置不同自愈粒度(即生效范围)。对整个自愈操作过程可以进行实时监控和管理，自愈结果集中呈现，可以对自愈结果进行评估，回退。对自愈失败的告警可以设置恢复与补偿动作。通过本发明的技术方案，可以减少手动恢复和人工干预的次数，降低基站设备的维护成本，此说明书中所描述的许多功能部件都被称为模块，以便更加特别地强调其实现方式的独立性。本发明实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同位里上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上(包括在不同存储设备上)，并且至少部分地可以仅作为电子信号存在于系统或网络上。在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成(VLSI)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。在本发明各方法实施例中，所述各步骤的序号并不能用于限定各步骤的先后顺序，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，对各步骤的先后变化也在本发明的保护范围之内。以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
权利要求
1.一种基站设备自愈的实现方法，其特征在于，包括: 基站设备自愈的实现装置建立自愈任务，并将所述自愈任务放入任务队列中； 所述基站设备自愈的实现装置对所述任务队列中的自愈任务执行对应的自愈操作。
2.根据权利要求1所述的基站设备自愈的实现方法，其特征在于，所述基站设备自愈的实现装置建立自愈任务之前还包括: 所述基站设备自愈的实现装置设置自愈条件，所述自愈条件包括自愈参数值、开关状态和生效范围。
3.根据权利要求2所述的基站设备自愈的实现方法，其特征在于，所述基站设备自愈的实现装置建立自愈任务包括: 基站设备自愈的实现装置接收自愈触发事件，所述自愈触发事件包括告警和性能指 标； 所述基站设备自愈的实现装置判断所述自愈触发事件是否满足所述自愈条件，若满足，则建立对应所述自愈触发事件的自愈任务。
4.根据权利要求3所述的基站设备自愈的实现方法，其特征在于，所述自愈参数值包括延时处理时间，所述基站设备自愈的实现装置判断所述自愈触发事件是否满足所述自愈条件，若满足，则建立对应所述自愈触发事件的自愈任务包括: 所述基站设备自愈的实现装置判断当前时刻与发生所述自愈触发事件的时刻之间的时间差是否不小于所述延时处理时间，若是，且当前时刻所述自愈触发事件仍然存在，则所述基站设备自愈的实现装置建立对应所述自愈触发事件的自愈任务。
5.根据权利要求1所述的基站设备自愈的实现方法，其特征在于，所述基站设备自愈的实现装置对所述任务队列中的自愈任务执行对应的自愈操作之后还包括: 所述基站设备自愈的实现装置将所述自愈任务从所述任务队列中去除。
6.根据权利要求1所述的基站设备自愈的实现方法，其特征在于，所述基站设备自愈的实现装置对所述任务队列中的自愈任务执行对应的自愈操作包括: 所述基站设备自愈的实现装置执行所述自愈任务对应的自愈操作，并在执行自愈操作时和/或执行自愈操作之后上报监控消息至用户界面，所述监控消息包括自愈操作的结果O
7.一种基站设备自愈的实现装置，其特征在于，包括: 任务建立模块，用于建立自愈任务，并将所述自愈任务放入任务队列中； 处理模块，用于对所述任务队列中的自愈任务执行对应的自愈操作。
8.根据权利要求7所述的基站设备自愈的实现装置，其特征在于，所述基站设备自愈的实现装置还包括: 设置模块，用于设置自愈条件，所述自愈条件包括自愈参数值、开关状态和生效范围。
9.根据权利要求8所述的基站设备自愈的实现装置，其特征在于，所述任务建立模块包括: 监听子模块，用于接收自愈触发事件，所述自愈触发事件包括告警和性能指标； 判断子模块，用于判断所述自愈触发事件是否满足所述自愈条件，若满足，则建立对应所述自愈触发事件的自愈任务。
10.根据权利要求9所述的基站设备自愈的实现装置，其特征在于，所述自愈参数值包括延时处理时间， 所述判断子模块具体用于判断当前时刻与发生所述自愈触发事件的时刻之间的时间差是否不小于所述延时处理时间，若是，且当前时刻所述自愈触发事件仍然存在，则建立对应所述自愈触发事件的自愈任务。
11.根据权利要求7所述的基站设备自愈的实现装置，其特征在于，所述处理模块还用于在对所述任务队列中的自愈任务执行对应的自愈操作后，将所述自愈任务从所述任务队列中去除。
12.根据权利要求7所述的基站设备自愈的实现装置，其特征在于，所述处理模块包括: 处理子模块，用于执行所述自愈任务对应的自愈操作； 上报子模块，用于在执行自愈操作时和/或执行自愈操作之后上报监控消息至用户界面，所述监控消息包括自愈操作的`结果。
全文摘要
本发明提供一种基站设备自愈的实现方法及装置，属于通信领域。其中，该基站设备自愈的实现方法，包括基站设备自愈的实现装置建立自愈任务，并将所述自愈任务放入任务队列中；所述基站设备自愈的实现装置对所述任务队列中的自愈任务执行对应的自愈操作。本发明的技术方案能够自动处理基站故障，降低故障处理过程的人工复杂度，并能够及时发现和处理故障。
文档编号H04W88/08GK103118359SQ20111036589
公开日2013年5月22日 申请日期2011年11月17日 优先权日2011年11月17日
发明者谢敏 申请人:中兴通讯股份有限公司