CN107517472A - 一种保护基站状态的方法及基站 - Google Patents

一种保护基站状态的方法及基站 Download PDF

Info

Publication number
CN107517472A
CN107517472A CN201710682400.9A CN201710682400A CN107517472A CN 107517472 A CN107517472 A CN 107517472A CN 201710682400 A CN201710682400 A CN 201710682400A CN 107517472 A CN107517472 A CN 107517472A
Authority
CN
China
Prior art keywords
base station
event
operation event
restart
collected
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201710682400.9A
Other languages
English (en)
Other versions
CN107517472B (zh
Inventor
龚海锋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Comba Network Systems Co Ltd
Original Assignee
Comba Telecom Technology Guangzhou Ltd
Comba Telecom Systems China Ltd
Comba Telecom Systems Guangzhou Co Ltd
Tianjin Comba Telecom Systems Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Comba Telecom Technology Guangzhou Ltd, Comba Telecom Systems China Ltd, Comba Telecom Systems Guangzhou Co Ltd, Tianjin Comba Telecom Systems Co Ltd filed Critical Comba Telecom Technology Guangzhou Ltd
Priority to CN201710682400.9A priority Critical patent/CN107517472B/zh
Publication of CN107517472A publication Critical patent/CN107517472A/zh
Application granted granted Critical
Publication of CN107517472B publication Critical patent/CN107517472B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1441—Resetting or repowering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/165—Performing reselection for specific purposes for reducing network power consumption

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例涉及通信技术领域，尤其涉及一种保护基站状态的方法及基站，包括：在检测到基站异常需要重启时，注册强制重启事件；针对第一类型基站操作事件中的每一项事件，若执行该项事件到达预设时间，则终止执行；第一类型基站操作事件用于对基站状态进行保护；在执行完第一类型基站操作事件或终止执行第一类型基站操作事件之后，将基站的射频功放模块关闭后重启基站。可以看出，在检测到基站异常重启前，通过在预设的时间内先执行第一类型基站操作事件的方式，而在执行完第一类型基站操作事件或终止执行第一类型基站操作事件后以及关闭基站的射频功放模块之后，才重启基站，从而能够对基站的状态进行保护。

Description

一种保护基站状态的方法及基站
技术领域
本发明实施例涉及通信领域，尤其涉及一种保护基站状态的方法及基站。
背景技术
随着基站设计的复杂性，基站的功能也越来越多，这就对硬件和软件的要求非常高，但是硬件是有寿命的，软件也可能出问题，所以基站难免会遇到硬件损坏、网络状况不好、软件错误等基站状态异常的问题。
现有技术中，在遇到基站异常时，采用直接用软件重启的方式，这样有可能造成降低硬件寿命，而且很多时候在未知基站状态的情况下升级软件时，如果遇到了基站重启，这种情况往往会造成软件升级失败，而不能够保护到基站的状态。
因此，在基站遇到异常重启时，亟需一种对基站状态保护的方法。
发明内容
本发明实施例提供一种保护基站状态的方法及基站，用以在基站遇到异常重启时，对基站做状态保护。
本发明实施例提供一种保护基站状态的方法，包括：
在检测到基站异常需要重启时，注册强制重启事件，强制重启事件用于在预设时间到达后重启基站；
针对第一类型基站操作事件中的每一项事件，若执行该项事件到达预设时间，则终止执行；第一类型基站操作事件用于对基站状态进行保护；
在执行完第一类型基站操作事件或终止执行第一类型基站操作事件之后，将基站的射频功放模块关闭后重启基站。
较佳的，还包括：
若执行该项事件未到达预设时间，则顺序执行该项事件之后的事件，第一类型基站操作事件中的各项事件按照针对基站状态保护的重要性依次设定。
较佳的，在注册强制重启事件之前，还包括：
确定重启原因，在重启原因属于预设的重启原因时注册强制重启事件。
较佳的，
第一类型基站操作事件按重要性依次包括：收集基站日志、收集基站KPI数据文件、去激活基站下的小区、关闭基站的射频功放模块。
较佳的，收集基站日志，包括：
将重启原因存储至基站日志并上传到预设网址；
收集基站KPI数据文件，包括：
收集基站的KPI数据文件，将基站的KPI数据文件上传到预设网址；
去激活基站下的小区，包括：
将基站下的用户设备UE切换至其它基站。
较佳的，在重启基站之前，还包括：
判断是否有第二类型基站操作事件，若存在，则执行第二类型基站操作事件；第二类型基站操作事件为基站预设的操作事件在执行完第二类型基站操作事件后，重启基站。
本发明实施例还提供一种基站，包括：
检测模块，用于在检测到基站异常需要重启时，注册强制重启事件，强制重启事件用于在预设时间到达后重启基站；
处理模块，用于针对第一类型基站操作事件中的每一项事件，若执行该项事件到达预设时间，则终止执行；第一类型基站操作事件用于对基站状态进行保护；
重启模块，用于在执行完第一类型基站操作事件或终止执行第一类型基站操作事件之后，将基站的射频功放模块关闭后重启基站。
较佳的，处理模块，还用于：
若执行该项事件未到达预设时间，则顺序执行该项事件之后的事件，第一类型基站操作事件中的各项事件按照针对基站状态保护的重要性依次设定。
较佳的，检测模块，还用于：
在注册强制重启事件之前，确定重启原因，在重启原因属于预设的重启原因时注册强制重启事件。
较佳的，
第一类型基站操作事件按重要性依次包括：收集基站日志、收集基站KPI数据文件、去激活基站下的小区、关闭基站的射频功放模块。
较佳的，收集基站日志，包括：
将重启原因存储至基站日志并上传到预设网址；
收集基站KPI数据文件，包括：
收集基站的KPI数据文件，将基站的KPI数据文件上传到预设网址；
去激活基站下的小区，包括：
将基站下的用户设备UE切换至其它基站。
较佳的，处理模块，还用于：在重启基站之前，判断是否有第二类型基站操作事件，若存在，则执行第二类型基站操作事件；第二类型基站操作事件为基站预设的操作事件在执行完第二类型基站操作事件后，重启基站。
上述实施例提供的一种保护基站状态的方法及基站，包括：在检测到基站异常需要重启时，注册强制重启事件，强制重启事件用于在预设时间到达后重启基站；针对第一类型基站操作事件中的每一项事件，若执行该项事件到达预设时间，则终止执行；第一类型基站操作事件用于对基站状态进行保护；在执行完第一类型基站操作事件或终止执行第一类型基站操作事件之后，将基站的射频功放模块关闭后重启基站。可以看出，在检测到基站异常重启前，通过在预设的时间内先执行第一类型基站操作事件的方式，而在执行完第一类型基站操作事件或终止执行第一类型基站操作事件后以及关闭基站的射频功放模块之后，才重启基站，从而能够对基站的状态进行保护。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍。
图1为本发明实施例提供的一种保护基站状态的方法流程示意图；
图2为本发明另一实施例一种保护基站状态的方法流程示意图；
图3为本发明另一实施例一种保护基站状态的方法流程示意图；
图4为本发明实施例提供的一种基站的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明实施例中，术语“基站”包括但不限于宏基站、微基站、小基站(SmallCell)、节点、站控制器、接入点(Access Point，简称AP)、或任何其它类型的能够在无线环境中工作的接口设备。
图1示例性示出了本发明实施例提供的一种保护基站状态的方法流程示意图，如图1所示，该方法流程可包括：
S101、在检测到基站异常需要重启时，注册强制重启事件，强制重启事件用于在预设时间到达后重启基站。
S102、针对第一类型基站操作事件中的每一项事件，判断执行该项事件是否到达预设时间，若是，则转至步骤S103，否则，转至步骤S104。
其中，第一类型基站操作事件用于对基站状态进行保护，并且第一类型基站操作事件中的各项事件按照针对基站状态保护的重要性依次设定。
具体地，第一类型基站操作事件按重要性可依次包括：收集基站日志、收集基站KPI数据文件、去激活基站下的小区、关闭基站的射频功放模块。其中，收集基站日志，指的是将重启原因存储至基站日志并上传到预设网址；收集基站的KPI数据文件，指的是将基站的KPI(Key Performance Indication，关键性能指标)数据文件上传到预设网址；去激活基站下的小区，指的是将基站下各小区的用户设备UE切换至其它基站下的小区。
S103、终止执行该项事件。
S104、顺序执行该项事件之后的事件。
S105、在执行完第一类型基站操作事件或终止执行第一类型基站操作事件之后，将基站的射频功放模块关闭后重启基站。
为了防止基站遇到任何故障需要重启，从而影响基站的工作效率，在注册强制重启事件之前，还可确定重启原因，并在重启原因属于预设的重启原因时，注册强制重启事件。其中，设置预设的重启原因的重要依据是造成基站无法正常进行工作的异常情况，例如，预设的重启原因可以是硬件损坏、网络状况不好、软件错误等异常情况。
为了避免基站在重启的过程中，执行基站中的重要事件，造成基站跑步起来成了废弃基站，从而增加维护人员的工作量，一定程度上造成人力和物力的损失，在重启基站前，还可判断是否有第二类型基站操作事件，若存在，则执行第二类型基站操作事件。其中，第二类型基站操作事件为基站预设的操作事件，并在执行完第二类型基站操作事件后，重启基站。
关于强制重启事件中预设时间的设置方式，可包括但不限于如下两种：
方式一
在注册强制重启事件时，采用定时器设置预设时间。此时，强制重启事件可至少包括：强制重启事件标识、重启原因、预设时间。
其中，预设时间可以为5分钟，也可以为10分钟，在具体实施时，预设时间可根据基站自身的情况进行自定义。
方式二
在注册强制重启时间时，记录基站异常时间发生的时间信息，监测基站的当前系统时间与该时间信息之间的差值是否满足预设的时间段。此时，强制重启事件可至少包括：强制重启事件标识、重启原因、时间信息。
为了尽快让运维人员尽快确定重启原因，强制重启事件中还可包括与重启原因相对应的重启次数。
此外，在检测到基站异常需要重启时，基站还可捕捉基站系统信号，在基站出现软件异常时，基站直接关闭射频功放模块，然后再重启基站。
下面通过一个具体的流程，对上述的方法流程进行详细的解释说明。
在该流程中，假设第一类型基站操作事件依次为：记录基站异常原因、收集基站日志、收集基站KPI数据文件、去激活基站下的小区、关闭基站的射频功放模块；第二类型基站操作事件为：软件升级。
进一步假设，在该流程中强制重启事件包括：强制重启事件标识、重启原因、预设时间，则该流程如图2所示。
S201、检测到基站异常，确定异常原因。
例如，基站遇到硬件损坏、网络状况不好、软件错误等异常情况。
S202、判断该异常原因是否属于预设的重启原因，若是，则转至步骤S203，否则，结束流程。
S203、注册强制重启事件，强制重启事件包括：事件编号、重启原因、预设时间；强制重启事件用于在预设时间到达后重启基站。
其中，预设时间可以为5分钟，也可以为10分钟，在具体实施时，预设时间可根据基站自身的情况自定义。
S204、记录基站异常原因，并将基站异常原因存储至基站日志。
S205、判断是否到达预设时间，若是，则转至步骤S213，否则，转至步骤S206。
S206、收集基站的所有日志，并将收集的基站日志上传至预设的网址，以供运维人员查看。
S207、判断是否到达预设时间，若是，则转至步骤S213，否则，转至步骤S208。
S208、收集基站的KPI数据文件，并将收集的基站KPI数据文件上传至预设的网址。
S209、判断是否到达预设时间，若是，则转至步骤S213，否则，转至步骤S210。
S210、基站去激活小区。
S211、判断是否到达预设时间，若是，则转至步骤S213，否则，转至步骤S212。
S212、关闭基站的射频功放模块。
S213、判断基站中是否有软件升级正在进行中，若是，则转至步骤S214，否则，转至步骤S215。
S214、等待基站中的软件升级完成。
为了基站在遇到异常原因重启前，能够保障基站的射频功放模块一定是关闭，以提升基站硬件寿命，在停止向基站的寄存器写入数据之前，还可进一步判断基站的射频功放模块的工作状体是否已处于关闭状体，若是，则直接停止向基站的寄存器写入数据，否则，先关闭基站的射频功放模块，再停止向基站的寄存器写入数据。
S215、停止向基站的寄存器写入数据。
S216、重启基站。
需要说明的是，在上述的流程中是先执行第一类型基站操作事件，再执行第二类型基站操作事件，而在具体实施时，也可先执行第二类型基站操作事件，再执行第一类型基站操作事件，本发明实施例对第一类型基站操作事件与第二类型基站操作事件的执行顺序不进行任何限定。
根据以上内容可以看出，在检测到基站异常重启前，通过在预设的时间内先执行第一类型基站操作事件的方式，而在执行完第一类型基站操作事件或终止执行第一类型基站操作事件后以及关闭基站的射频功放模块之后，才重启基站，从而能够对基站的状态进行保护。此外，通过将基站重启原因保存至基站日志，然后将基站日志和基站的KPI数据文件上传至预设网址，供运维人员查看，当基站出现异常时，运维人员不必再亲自跑到现场查看异常原因，因此，还能够降低运维成本。
下面再通过一个具体的流程，对先执行第二类型基站操作事件，再执行第一类型基站操作事件的情形进行详细的解释说明。
在该流程中，假设第一类型基站操作事件依次为：记录基站异常原因、收集基站日志、收集基站KPI数据文件、去激活基站下的小区、关闭基站的射频功放模块；第二类型基站操作事件为：软件升级。
进一步假设，在该流程中强制重启事件包括：强制重启事件标识、重启原因、预设时间，则该流程如图3所示。
S301、检测到基站异常，确定异常原因。
例如，基站遇到硬件损坏、网络状况不好、软件错误等异常情况。
S302、判断该异常原因是否属于预设的重启原因，若是，则转至步骤S303，否则，结束流程。
S303、注册强制重启事件，强制重启事件包括：事件编号、重启原因、预设时间；强制重启事件用于在预设时间到达后重启基站。
其中，预设时间可以为5分钟，也可以为10分钟，在具体实施时，预设时间可根据基站自身的情况自定义。
S304、判断基站中是否有软件升级正在进行中，若是，则转至步骤S305，否则，转至步骤S306。
S305、等待基站中的软件升级完成。
S306、判断是否到达预设时间，若是，则转至步骤S314，否则，转至步骤S307。
S307、记录基站异常原因，并将基站异常原因存储至基站日志。
S308、判断是否到达预设时间，若是，则转至步骤S314，否则，转至步骤S309。
S309、收集基站的所有日志，并将收集的基站日志上传至预设的网址，以供运维人员查看。
S310、判断是否到达预设时间，若是，则转至步骤S314，否则，转至步骤S311。
S311、收集基站的KPI数据文件，并将收集的基站KPI数据文件上传至预设的网址。
S312、判断是否到达预设时间，若是，则转至步骤S314，否则，转至步骤S313。
S313、基站去激活小区。
S314、关闭基站的射频功放模块。
S315、停止向基站的寄存器写入数据。
S316、重启基站。
根据以上内容可以看出，在检测到基站异常重启前，通过在预设的时间内先执行第一类型基站操作事件和第二类型基站操作事件的方式，而在执行完第二类型基站操作事件的方式、第一类型基站操作事件或终止执行第一类型基站操作事件、关闭基站的射频功放模块之后，才重启基站，从而能够对基站的状态进行保护。此外，通过将基站重启原因保存至基站日志，然后将基站日志和基站的KPI数据文件上传至预设网址，供运维人员查看，当基站出现异常时，运维人员不必再亲自跑到现场查看异常原因，因此，还能够降低运维成本。
基于相同的技术构思，本发明实施例还提供一种基站，如图4所示，该基站可包括：
检测模块401，用于在检测到基站异常需要重启时，注册强制重启事件，强制重启事件用于在预设时间到达后重启基站；
处理模块402，用于针对第一类型基站操作事件中的每一项事件，若执行该项事件到达预设时间，则终止执行；第一类型基站操作事件用于对基站状态进行保护；
重启模块403，用于在执行完第一类型基站操作事件或终止执行第一类型基站操作事件之后，将基站的射频功放模块关闭后重启基站。
较佳的，处理模块402，还用于：
若执行该项事件未到达预设时间，则顺序执行该项事件之后的事件，第一类型基站操作事件中的各项事件按照针对基站状态保护的重要性依次设定。
较佳的，检测模块401，还用于：
在注册强制重启事件之前，确定重启原因，在重启原因属于预设的重启原因时注册强制重启事件。
较佳的，
第一类型基站操作事件按重要性依次包括：收集基站日志、收集基站KPI数据文件、去激活基站下的小区、关闭基站的射频功放模块。
较佳的，收集基站日志，包括：
将重启原因存储至基站日志并上传到预设网址；
收集基站KPI数据文件，包括：
收集基站的KPI数据文件，将基站的KPI数据文件上传到预设网址；
去激活基站下的小区，包括：
将基站下的用户设备UE切换至其它基站。
较佳的，处理模块402，还用于：在重启基站之前，判断是否有第二类型基站操作事件，若存在，则执行第二类型基站操作事件；第二类型基站操作事件为基站预设的操作事件在执行完第二类型基站操作事件后，重启基站。
本发明所涉及到的用户设备UE可以包括具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备,以及各种形式的用户设备(User Equipment,简称UE)，移动台(Mobile station,简称MS)，终端(terminal)，终端设备(Terminal Equipment)等等。为方便描述，本申请中，简称为用户设备或UE。
综上，本发明实施例提供的一种保护基站状态的方法及基站，包括：在检测到基站异常需要重启时，注册强制重启事件，强制重启事件用于在预设时间到达后重启基站；针对第一类型基站操作事件中的每一项事件，若执行该项事件到达预设时间，则终止执行；第一类型基站操作事件用于对基站状态进行保护；在执行完第一类型基站操作事件或终止执行第一类型基站操作事件之后，将基站的射频功放模块关闭后重启基站。可以看出，在检测到基站异常重启前，通过在预设的时间内先执行第一类型基站操作事件的方式，而在执行完第一类型基站操作事件或终止执行第一类型基站操作事件后以及关闭基站的射频功放模块之后，才重启基站，从而能够对基站的状态进行保护。此外，通过将基站重启原因保存至基站日志，然后将基站日志和基站的KPI数据文件上传至预设网址，供运维人员查看，当基站出现异常时，运维人员不必再亲自跑到现场查看异常原因，因此，还能够降低运维成本。
本发明实施例适用的通信制式包括但不限于：全球移动通信系统(Global Systemof Mobile communication，GSM)、码分多址(Code Division Multiple Access，CDMA)IS-95、码分多址(Code Division Multiple Access，CDMA)2000、时分同步码分多址(TimeDivision-Synchronous Code Division Multiple Access，TD-SCDMA)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、时分双工-长期演进(TimeDivision Duplexing-Long Term Evolution，TDD LTE)、频分双工-长期演进(FrequencyDivision Duplexing-Long Term Evolution，FDD LTE)、长期演进-增强(Long TermEvolution-Advanced，LTE-advanced)、个人手持电话系统(Personal Handy-phoneSystem，PHS)、802.11系列协议规定的无线保真(Wireless Fidelity，WiFi)、全球微波互联接入(Worldwide Interoperability for Microwave Access，WiMAX)，以及未来演进的各种无线通信系统。
本领域内的技术人员应明白，本发明的实施例可提供为方法、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种保护基站状态的方法，其特征在于，包括：
在检测到基站异常需要重启时，注册强制重启事件，强制重启事件用于在预设时间到达后重启基站；
针对第一类型基站操作事件中的每一项事件，若执行该项事件到达预设时间，则终止执行；第一类型基站操作事件用于对基站状态进行保护；
在执行完第一类型基站操作事件或终止执行第一类型基站操作事件之后，将基站的射频功放模块关闭后重启基站。
2.如权利要求1的方法，其特征在于，还包括：
若执行该项事件未到达预设时间，则顺序执行该项事件之后的事件，第一类型基站操作事件中的各项事件按照针对基站状态保护的重要性依次设定。
3.如权利要求1的方法，其特征在于，在注册强制重启事件之前，还包括：
确定重启原因，在重启原因属于预设的重启原因时注册强制重启事件。
4.如权利要求3的方法，其特征在于，
第一类型基站操作事件按重要性依次包括：收集基站日志、收集基站KPI数据文件、去激活基站下的小区、关闭基站的射频功放模块。
5.如权利要求4的方法，其特征在于，收集基站日志，包括：
将重启原因存储至基站日志并上传到预设网址；
收集基站KPI数据文件，包括：
收集基站的KPI数据文件，将基站的KPI数据文件上传到预设网址；
去激活基站下的小区，包括：
将基站下的用户设备UE切换至其它基站。
6.如权利要求1～5任一项权利要求的方法，在重启基站之前，还包括：
判断是否有第二类型基站操作事件，若存在，则执行第二类型基站操作事件；第二类型基站操作事件为基站预设的操作事件在执行完第二类型基站操作事件后，重启基站。
7.一种基站，其特征在于，包括：
检测模块，用于在检测到基站异常需要重启时，注册强制重启事件，强制重启事件用于在预设时间到达后重启基站；
处理模块，用于针对第一类型基站操作事件中的每一项事件，若执行该项事件到达预设时间，则终止执行；第一类型基站操作事件用于对基站状态进行保护；
重启模块，用于在执行完第一类型基站操作事件或终止执行第一类型基站操作事件之后，将基站的射频功放模块关闭后重启基站。
8.如权利要求7的基站，其特征在于，处理模块，还用于：
若执行该项事件未到达预设时间，则顺序执行该项事件之后的事件，第一类型基站操作事件中的各项事件按照针对基站状态保护的重要性依次设定。
9.如权利要求7的基站，其特征在于，检测模块，还用于：
在注册强制重启事件之前，确定重启原因，在重启原因属于预设的重启原因时注册强制重启事件。
10.如权利要求9的基站，其特征在于，
第一类型基站操作事件按重要性依次包括：收集基站日志、收集基站KPI数据文件、去激活基站下的小区、关闭基站的射频功放模块。
11.如权利要求10的基站，其特征在于，收集基站日志，包括：
将重启原因存储至基站日志并上传到预设网址；
收集基站KPI数据文件，包括：
收集基站的KPI数据文件，将基站的KPI数据文件上传到预设网址；
去激活基站下的小区，包括：
将基站下的用户设备UE切换至其它基站。
12.如权利要求7～11任一项权利要求的基站，处理模块，还用于：在重启基站之前，判断是否有第二类型基站操作事件，若存在，则执行第二类型基站操作事件；第二类型基站操作事件为基站预设的操作事件在执行完第二类型基站操作事件后，重启基站。
CN201710682400.9A 2017-08-10 2017-08-10 一种保护基站状态的方法及基站 Active CN107517472B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710682400.9A CN107517472B (zh) 2017-08-10 2017-08-10 一种保护基站状态的方法及基站

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710682400.9A CN107517472B (zh) 2017-08-10 2017-08-10 一种保护基站状态的方法及基站

Publications (2)

Publication Number Publication Date
CN107517472A true CN107517472A (zh) 2017-12-26
CN107517472B CN107517472B (zh) 2021-04-06

Family

ID=60721988

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710682400.9A Active CN107517472B (zh) 2017-08-10 2017-08-10 一种保护基站状态的方法及基站

Country Status (1)

Country Link
CN (1) CN107517472B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114900201A (zh) * 2022-06-15 2022-08-12 Oppo广东移动通信有限公司 射频模块启动方法及相关装置
CN117479201A (zh) * 2023-12-26 2024-01-30 杭州纵横通信股份有限公司 一种基站运维管理方法与系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1477801A (zh) * 2002-08-19 2004-02-25 上海贝尔有限公司 一种用于通信系统的基于自陷保护与调试装置
CN101321101A (zh) * 2007-06-05 2008-12-10 华为技术有限公司 接入网节点自配置的方法及其系统
CN102572902A (zh) * 2010-12-22 2012-07-11 中兴通讯股份有限公司 延长基站备用电源供电时间的方法和系统
US20140171063A1 (en) * 2012-12-13 2014-06-19 Fujitsu Limited Base station apparatus
CN104618943A (zh) * 2014-12-29 2015-05-13 上海华为技术有限公司 一种操作维护通道故障处理的方法、设备及系统
CN105071968A (zh) * 2015-08-18 2015-11-18 大唐移动通信设备有限公司 一种通信设备的业务面和控制面的隐性故障修复方法和装置
WO2016139880A1 (ja) * 2015-03-02 2016-09-09 日本電気株式会社 無線基地局、コアネットワーク装置、無線通信システム、無線通信方法
CN106571954A (zh) * 2016-10-24 2017-04-19 上海斐讯数据通信技术有限公司 一种ap设备的异常重启原因检测方法及装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1477801A (zh) * 2002-08-19 2004-02-25 上海贝尔有限公司 一种用于通信系统的基于自陷保护与调试装置
CN101321101A (zh) * 2007-06-05 2008-12-10 华为技术有限公司 接入网节点自配置的方法及其系统
CN102572902A (zh) * 2010-12-22 2012-07-11 中兴通讯股份有限公司 延长基站备用电源供电时间的方法和系统
US20140171063A1 (en) * 2012-12-13 2014-06-19 Fujitsu Limited Base station apparatus
CN104618943A (zh) * 2014-12-29 2015-05-13 上海华为技术有限公司 一种操作维护通道故障处理的方法、设备及系统
WO2016139880A1 (ja) * 2015-03-02 2016-09-09 日本電気株式会社 無線基地局、コアネットワーク装置、無線通信システム、無線通信方法
CN105071968A (zh) * 2015-08-18 2015-11-18 大唐移动通信设备有限公司 一种通信设备的业务面和控制面的隐性故障修复方法和装置
CN106571954A (zh) * 2016-10-24 2017-04-19 上海斐讯数据通信技术有限公司 一种ap设备的异常重启原因检测方法及装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114900201A (zh) * 2022-06-15 2022-08-12 Oppo广东移动通信有限公司 射频模块启动方法及相关装置
CN114900201B (zh) * 2022-06-15 2023-12-26 Oppo广东移动通信有限公司 射频模块启动方法及相关装置
CN117479201A (zh) * 2023-12-26 2024-01-30 杭州纵横通信股份有限公司 一种基站运维管理方法与系统
CN117479201B (zh) * 2023-12-26 2024-04-09 杭州纵横通信股份有限公司 一种基站运维管理方法与系统

Also Published As

Publication number Publication date
CN107517472B (zh) 2021-04-06

Similar Documents

Publication Publication Date Title
CN104244253B (zh) 识别伪基站的方法和装置
CN103686951B (zh) 终端的工作模式切换方法及终端
CN103686989B (zh) 时间和时区的同步方法和终端设备
CN105376785B (zh) 网络通信功能异常的处理方法、应用处理器及移动终端
CN107517472A (zh) 一种保护基站状态的方法及基站
CN106788482A (zh) 基于射频器件自检的通信方法、装置及移动终端
US20160234244A1 (en) Physical device detection for a mobile application
CN104301991B (zh) 信息处理方法及电子设备
CN108419258B (zh) 网络通信功能异常的处理方法、调制解调器及移动终端
CN105517084B (zh) 一种混合网络制式下的业务处理方法、装置及移动终端
EP2713637B1 (en) Location update method and system
CN106454976A (zh) 一种无线网络的切换方法、装置及终端
CN105357049A (zh) 网络通信功能异常的处理方法、应用处理器和移动终端
CN110178395A (zh) 伪基站识别方法和终端
CN103260171A (zh) 一种小区测量重选的方法及终端
Chernov et al. Location accuracy impact on cell outage detection in LTE-A networks
CN108307417B (zh) 网络通信功能异常的处理方法、调制解调器和移动终端
CN114661515B (zh) 告警信息收敛方法、装置、电子设备及存储介质
CN108347740B (zh) 一种网络通信功能异常的处理方法和应用处理器
CN107170204A (zh) 空气检测报警方法及终端
CN105338630B (zh) 一种终端业务处理方法、装置及移动终端
CN105515824A (zh) 一种网络通信功能异常的处理方法和调制解调器
CN108684056B (zh) 网络通信功能异常的处理方法、调制解调器、移动终端及存储介质
US20240205679A1 (en) Feature engineering for machine learning in a wireless communication network
WO2023142045A1 (en) Method and apparatus for determining alarm flood cause

Legal Events

Date Code Title Description
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20200103

Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant after: Jingxin Communication System (China) Co., Ltd.

Address before: 510663 Luogang District Science City, Guangzhou, Shenzhou Road, No. 10, Guangdong

Applicant before: Jingxin Communication System (China) Co., Ltd.

Applicant before: Jingxin Communication System (Guangzhou) Co., Ltd.

Applicant before: Jingxin Communication Technology (Guangzhou) Co., Ltd.

Applicant before: TIANJIN COMBA TELECOM SYSTEMS CO., LTD.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Patentee after: Jingxin Network System Co.,Ltd.

Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Patentee before: Comba Telecom System (China) Ltd.

CP01 Change in the name or title of a patent holder