CN103109560B - 一种操作维护通道的故障恢复方法和网络管理终端 - Google Patents
一种操作维护通道的故障恢复方法和网络管理终端 Download PDFInfo
- Publication number
- CN103109560B CN103109560B CN201280001809.5A CN201280001809A CN103109560B CN 103109560 B CN103109560 B CN 103109560B CN 201280001809 A CN201280001809 A CN 201280001809A CN 103109560 B CN103109560 B CN 103109560B
- Authority
- CN
- China
- Prior art keywords
- base station
- channel
- omch
- network management
- normal
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种操作维护通道的故障恢复方法,包括检测网络管理终端与基站之间的操作维护通道OMCH是否正常;若所述操作维护通道OMCH不正常,则控制基站控制器通过承载业务功能Traffic Functions的业务通道下发复位指令至所述基站,以使所述基站接收到所述复位指令后执行复位操作。采用本发明实施例,在操作维护通道发生故障时,控制基站控制器通过承载业务功能的业务通道下发复位指令至基站,以使基站重新恢复操作维护通道的正常功能。
Description
技术领域
本发明涉及无线通信领域,尤其涉及一种操作维护通道故障的恢复方法及网络管理终端。
背景技术
WCDMA(Wideband Code Division Multiple Access,宽带码分多址复用接入)***中,RAN(Radio Access Network,无线接入网络)侧包含Node B基站和RNC(Radio Access Controller,无线网络控制器),其中,为了节约建网时RNC的成本,一个RNC通常需要提供大面积覆盖,它连接并控制多个Node B,与之相连的Node一般距离RNC很远,可达上百公里,而且Node B彼此间也距离很远。为了便于对***进行维护和管理,一般情况下,管理维护人员通过网络管理终端和Node B之间建立OMCH(Operation Maintenance Channel,操作维护通道),方便远程对Node B进行硬件和软件的管理维护控制,一旦OMCH发生故障时,网络管理终端无法通过OMCH下发命令,正常的软件和硬件维护无法进行,若要恢复该OMCH必需要近端上站复位基站来恢复OMCH,人力成本高,需要耗费大量的维护成本。
发明内容
本发明实施例提供了一种操作维护通道的故障恢复方法和网络管理终端,用以解决当网络管理终端和基站之间的OMCH发生故障时,需要通过近端上站复位基站的方式来恢复OMCH,人力成本高,需要耗费大量的维护成本的问题。
为了实现上述目的,本发明第一方面提供了一种操作维护通道的故障恢复方法,包括:
检测网络管理终端与基站之间的操作维护通道OMCH是否正常;
若所述操作维护通道OMCH不正常,则控制基站控制器通过承载业务功能Traffic Functions的业务通道下发复位指令至所述基站,以使所述基站接收到所述复位指令后执行复位操作。
在第一种可能的实现方式中,所述控制基站控制器通过承载业务功能TrafficFunctions的业务通道下发复位指令至所述基站的步骤之前包括:
当所述操作维护通道OMCH不正常时,检测所述基站和所述基站控制器之间的业务通道是否正常,若所述业务通道正常,则执行控制基站控制器通过承载业务功能Traffic Functions的业务通道下发复位指令至所述基站的步骤。
结合第一方面和第一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述检测检测网络管理终端与基站之间的操作维护通道OMCH是否正常包括:
网络管理终端通过所述操作维护通道OMCH向基站周期性地发送检测包;
判断在预置的时长内是否未收到基站接收到所述检测包后的响应消息,若是,则判定所述操作维护通道OMCH不正常。
结合第一方面的第一种可能的实现方式和第一方面的第二种可能的实现方式,在第三种可能的实现方式中,所述检测所述基站和所述基站控制器之间的业务通道是否正常包括:
控制所述基站控制器通过所述业务通道向基站周期性地发送数据包;
判断在预置的时长内是否收到基站接收到所述数据包后的响应消息,若是,则判定所述业务通道正常。
结合第一方面的第三种可能的实现方式,在第四种可能的实现方式中,所述复位指令包括正常复位Normal Reset指令或掉电复位Poweroff Reset指令。
本发明第二方面还提供一种网络管理终端,包括:
第一检测模块,用于检测网络管理终端与基站之间的操作维护通道OMCH是否正常;
复位模块,用于当所述第一检测模块检测到所述操作维护通道OMCH不正常时,控制基站控制器通过承载业务功能Traffic Functions的业务通道下发复位指令至所述基站,以使所述基站接收到所述复位指令后执行复位操作。
在第一种可能的实现方式中,还包括:
第二检测模块,用于当所述操作维护通道OMCH不正常时,检测所述基站和所述基站控制器之间的业务通道是否正常,若所述业务通道正常,则将检测结果发送至所述复位模块。
结合第二方面和第二方面的第一种可能的实现方式,在第二种可能的实现方式中,所述第一检测模块包括:
第一发送单元,用于通过所述操作维护通道OMCH向基站周期性地发送检测包;
第一判断单元,用于判断在预置的时长内是否未收到基站接收到所述检测包后的响应消息,若是,则判定所述操作维护通道OMCH不正常。
结合第二方面的第一种可能的实现方式和第二方面的第二种可能的实现方式,在第三种可能的实现方式中,所述第二检测模块包括:
第二发送单元,用于控制基站控制器通过所述业务通道向基站周期性地发送数据包;
第二判断单元,用于判断在预置的时长内是否收到基站接收到所述数据包后的响应消息,若是,则判定所述业务通道正常。
本发明第三方面提供了另一种网络管理终端,包括输入装置、输出装置、存储器和处理器,其中,所述处理器执行如下步骤:
检测网络管理终端与基站之间的操作维护通道OMCH是否正常;若所述操作维护通道OMCH不正常,则控制基站控制器通过承载业务功能TrafficFunctions的业务通道下发复位指令至所述基站,以使所述基站接收到所述复位指令后执行复位操作。
在第一种可能的实现方式中,所述处理器还执行如下步骤:
当所述操作维护通道OMCH不正常时,检测所述基站和所述基站控制器之间的业务通道是否正常,若所述业务通道正常,则执行控制基站控制器通过承载业务功能Traffic Functions的业务通道下发复位指令至所述基站的步骤。
结合第三方面和第三方面的第一种可能的实现方式,在第二种可能的实现方式中,所述处理器检测所述网络管理终端和所述基站之间的操作维护通道OMCH是否正常包括:
通过所述操作维护通道OMCH向基站周期性地发送检测包;
判断在预置的时长内是否未收到基站接收到所述检测包后的响应消息,若是,则判定所述操作维护通道OMCH不正常。
结合第三方面的第一种可能的实现方式和第三方面的第二种可能的实现方式,在第三种可能的实现方式中,所述处理器检测所述基站和所述基站控制器之间的业务通道是否正常包括:
控制所述基站控制器通过所述业务通道向基站周期性地发送数据包;判断在预置的时长内是否收到基站接收到所述数据包后的响应消息,若是,则判定所述业务通道正常。
实施本发明的实施例,在网络管理终端和基站之间的OMCH通道发生故障时,网络管理终端控制基站控制器通过承载业务功能Traffic Functions的业务通道发送复位指令至基站,以使基站进行复位操作,重新恢复OMCH通道,避免了近端上站复位,节省了维护成本。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例的一种操作维护通道的故障恢复方法的流程示意图;
图2为本发明实施例的另一种操作维护通道的故障恢复方法的流程示意图;
图3为本发明实施例的一种网络管理终端的结构示意图;
图4为本发明实施例的另一种网络管理终端的结构示意图;
图5为图4中第一检测模块的结构示意图;
图6为图4中第二检测模块的结构示意图;
图7为本发明实施例的又一种网络管理终端的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参见图1,为发明实施例的一种操作维护通道的故障恢复方法的流程示意图,包括:
步骤101、检测网络管理终端和基站之间的操作维护通道OMCH是否正常。
具体的,检测网络管理终端和基站之间的操作维护通道是否正常可以根据告警机制进行检测,一般基站侧支持告警机制,当所述操作维护通道不可用时,会产生告警信息,并将告警信息反馈至网络管理终端,提示当前操作维护通道故障。具体的检测方法根据实际情况可以采用现有的多种常规方式进行,本发明不作限制。
步骤102、若操作维护通道OMCH不正常,则控制基站控制器通过承载业务功能Traffic Functions的业务通道下发复位指令至基站,以使基站执行复位操作命令。
实施本发明的实施例,在网络管理终端和基站之间的操作维护通道OMCH故障,无法通过OMCH对基站进行维护时,通过现有的基站控制器和基站之间的承载业务功能的业务通道下发复位指令至基站,以使基站执行复位命令,恢复操作维护通道的正常功能,避免了维护人员近端上站操作,节省了维护成本。
请参见图2,为本发明实施例的另一种操作维护通道的故障恢复方法的流程示意图,包括:
步骤201、控制基站控制器通过操作维护通道OMCH向基站周期性地发送检测包。
具体的,当基站和基站控制器之间以IP形式传输时,可以采用Ping(PacketInternet Groper,网际包探测器)进行,所述检测包为Ping检测包,Ping是测试网络联接状况非常有用的工具,是网络测试最常用的命令。基站控制器的Ping向基站发送一个回送请求检测包,要求基站收到请求后给予答复,从而判断网络的响应时间和基站控制器是否与基站连通。
步骤202、判断在预置的时长内是否未收到基站接收到检测包后的响应消息。
具体的,当网络管理终端在预置的时长内未收到基站的响应消息,则判定网络管理终端和基站之间的操作维护通道OMCH不正常,转而执行步骤203,若在预置的时长收到基站的响应消息,则判定网络管理终端和基站之间的操作维护通道为正常的,可以进行正常的硬件和软件的维护操作。判断不正常的条件也可以采用连续发送预置次数的检测包,若未收到基站的响应消息,则判定网络管理终端和基站之间的操作维护通道不正常,也可采用其他方法。
步骤203、控制基站控制器通过承载业务功能Traffic Functions的业务通道向基站周期性地发送数据包。
具体的,此处为检测基站控制器和基站之间的业务通道是否正常,检测的方法可以参照步骤201的描述,采用Ping的方式发送数据包,此处不再敖述。
步骤204、判断在预置的时长内是否未收到基站接收到数据包后的响应消息。
具体的,当在预置的时长内未收到基站的响应消息,则判定基站控制器和基站之间的业务通道不正常,若在预置的时长收到基站的响应消息,则判定基站控制器和基站之间的业务为正常的。判断不正常的条件也可以采用连续发送预置次数的检测包,若未收到基站的响应消息,则判定基站控制器和基站之间的业务通道不正常,也可采用监控业务KPI(Key Performance Index,关键绩效指数)的方法来判断,本发明不做限制。
步骤205、控制基站控制器通过承载业务功能Traffic Functions的业务通道下发正常复位或掉电复位指令至基站,以使基站执行复位操作。
具体的,网络管理终端通过基站控制器的控制面Control Plane或用户面UserPlane的IuB发送正常复位指令或掉电复位指令至基站,正常复位与掉电复位相比,对***的影响小,启动时间快,所以优先选择发送正常复位指令至基站,若发送正常复位指令后网络管理终端和基站之间的操作维护通道未恢复正常,再控制基站控制器发送掉电复位指令至基站。
实施本发明的实施例,在网络管理终端和基站之间的操作维护通道OMCH故障,无法通过OMCH对基站进行维护时,控制基站控制器通过现有的承载业务功能的业务通道下发复位指令至基站,以使基站执行复位命令,恢复操作维护通道的正常功能,避免了维护人员近端上站操作,节省了维护成本。
请参见图3,为本发明实施例的一种网络维护终端的结构示意图,包括:
第一检测模块11,用于检测网络管理终端与基站之间的操作维护通道OMCH是否正常。
具体的,第一检测模块11检测网络管理终端和基站之间的操作维护通道是否正常可以根据告警机制进行检测,一般基站侧支持告警机制,当所述操作维护通道不可用时,会产生告警信息,并将告警信息反馈至第一检测模块11,提示当前操作维护通道故障。具体的检测方法根据实际情况可以采用现有的多种常规方式进行,本发明不作限制。
复位模块12,用于当第一检测模块11检测到操作维护通道OMCH不正常时,控制基站控制器通过承载业务功能Traffic Functions的业务通道下发复位指令至基站,以使基站接收到所述复位指令后执行复位操作。
实施本发明的实施例,在网络管理终端和基站之间的操作维护通道OMCH故障,无法通过OMCH对基站进行维护时,控制基站控制器通过现有的承载业务功能的业务通道下发复位指令至基站,以使基站执行复位命令,恢复操作维护通道的正常功能,避免了维护人员近端上站操作,节省了维护成本。
请参见图4-图6,为本发明实施例的另一种网络管理终端的结构示意图,包括:
第一检测模块11、第二检测模块13和复位模块12。
其中,第一检测模块11包括:
第一发送单元111,用于通过操作维护通道OMCH向基站周期性地发送检测包。
具体的,当网络管理终端和基站之间以IP形式传输时,可以采用Ping(PacketInternet Groper,网际包探测器)进行,所述检测包为Ping检测包,Ping是测试网络联接状况非常有用的工具,是网络测试最常用的命令。第一发送单元111的Ping向基站发送一个回送请求检测包,要求基站收到请求后给予答复,从而判断网络的响应时间和网络管理终端是否与基站连通。
第一判断单元112,用于判断在预置的时长内是否未收到基站接收到检测包后的响应消息,若是,则判定所述操作维护通道OMCH不正常。
具体的,第一判断单元112在预置的时长内未收到基站的响应消息,则判定网络管理终端和基站之间的操作维护通道OMCH不正常,转而执行步骤203,若在预置的时长没收到基站的响应消息,则判定网络管理终端和基站之间的操作维护通道为正常的,可以进行正常的硬件和软件的维护操作。判断不正常的条件也可以采用连续发送预置次数的检测包,若未收到基站的响应消息,则判定网络管理终端和基站之间的操作维护通道不正常,也可采用其他方法。
其中,所述第二检测模块13包括:
第二发送单元131,用于控制基站控制器通过业务通道向基站周期性地发送数据包。
具体的,此处为检测基站控制器和基站之间的业务通道是否正常,检测的方法可以参照步骤201的描述,第二发送单元131采用Ping的方式发送数据包,此处不再敖述。
第二判断单元132,用于判断在预置的时长内是否收到基站接收到数据包后的响应消息,若是,则判定业务通道正常。
具体的,第二判断单元132在预置的时长内未收到基站的响应消息,则判定基站控制器和基站之间的业务通道不正常,若在预置的时长收到基站的响应消息,则判定基站控制器和基站之间的业务为正常的。判断不正常的条件也可以采用连续发送预置次数的检测包,若未收到基站的响应消息,则判定基站控制器和基站之间的业务通道不正常,第二判断单元132也可采用监控业务KPI(Key Performance Index,关键绩效指数)的方法来判断,本发明不做限制。
实施本发明的实施例,在网络管理终端和基站之间的操作维护通道OMCH故障,无法通过OMCH对基站进行维护时,通过现有的承载业务功能的业务通道下发复位指令至基站,以使基站执行复位命令,恢复操作维护通道的正常功能,避免了维护人员近端上站操作,节省了维护成本。
请参见图7,为本发明实施例的又一种网络管理终端的结构示意图,包括:
处理器41、存储器42、输入装置43和输出装置44,网络管理终端中的处理器41的数量可以是一个或多个,图7以一个处理器为例。本发明的一些实施例中,处理器41、存储器42、输入装置43和输出装置44可通过总线或其他方式连接,图7中以总线连接为例。
其中,处理器41调用存储器42中储存的程序执行如下步骤:
检测网络管理终端与基站之间的操作维护通道OMCH是否正常;若所述操作维护通道OMCH不正常,则控制基站控制器通过承载业务功能TrafficFunctions的业务通道下发复位指令至所述基站,以使所述基站接收到所述复位指令后执行复位操作。
在本发明的一些实施例中,处理器41还用来执行步骤:
当所述操作维护通道OMCH不正常时,检测所述基站和所述基站控制器之间的业务通道是否正常,若所述业务通道正常,则执行控制基站控制器通过承载业务功能Traffic Functions的业务通道下发复位指令至所述基站的步骤。
其中,所述处理器检测所述基站和所述基站控制器之间的业务通道是否正常包括:
网络管理终端通过所述操作维护通道OMCH向基站周期性地发送检测包;
判断在预置的时长内是否未收到基站接收到所述检测包后的响应消息,若是,则判定所述操作维护通道OMCH不正常。
所述处理器检测所述基站和所述基站控制器之间的业务通道是否正常包括:
控制基站控制器通过所述业务通道向基站周期性地发送数据包;判断在预置的时长内是否收到基站接收到所述数据包后的响应消息,若是,则判定所述业务通道正常。
实施本发明的实施例,在网络管理终端和基站之间的操作维护通道OMCH故障,无法通过OMCH对基站进行维护时,通过现有的承载业务功能的业务通道下发复位指令至基站,以使基站执行复位命令,恢复操作维护通道的正常功能,避免了维护人员近端上站操作,节省了维护成本。
以上揭露的仅为本发明的较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。
Claims (13)
1.一种操作维护通道的故障恢复方法,其特征在于,包括:
检测网络管理终端与基站之间的操作维护通道OMCH是否正常;
若所述操作维护通道OMCH不正常,则控制基站控制器通过承载业务功能Traffic Functions的业务通道下发复位指令至所述基站,以使所述基站接收到所述复位指令后执行复位操作。
2.如权利要求1所述的方法,其特征在于,所述控制基站控制器通过承载业务功能Traffic Functions的业务通道下发复位指令至所述基站的步骤之前包括:
当所述操作维护通道OMCH不正常时,检测所述基站和所述基站控制器之间的业务通道是否正常,若所述业务通道正常,则执行控制基站控制器通过承载业务功能Traffic Functions的业务通道下发复位指令至所述基站的步骤。
3.如权利要求1或2所述的方法,其特征在于,所述检测检测网络管理终端与基站之间的操作维护通道OMCH是否正常包括:
网络管理终端通过所述操作维护通道OMCH向基站周期性地发送检测包;
判断在预置的时长内是否未收到基站接收到所述检测包后的响应消息,若是,则判定所述操作维护通道OMCH不正常。
4.如权利要求2所述的方法,其特征在于,所述检测所述基站和所述基站控制器之间的业务通道是否正常包括:
控制所述基站控制器通过所述业务通道向基站周期性地发送数据包;
判断在预置的时长内是否收到基站接收到所述数据包后的响应消息,若是,则判定所述业务通道正常。
5.如权利要求4所述的方法,其特征在于,所述复位指令包括正常复位Normal Reset指令或掉电复位Poweroff Reset指令。
6.一种网络管理终端,其特征在于,包括:
第一检测模块,用于检测网络管理终端与基站之间的操作维护通道OMCH是否正常;
复位模块,用于当所述第一检测模块检测到所述操作维护通道OMCH不正常时,控制基站控制器通过承载业务功能Traffic Functions的业务通道下发复位指令至所述基站,以使所述基站接收到所述复位指令后执行复位操作。
7.如权利要求6所述的网络管理终端,其特征在于,还包括:
第二检测模块,用于当所述操作维护通道OMCH不正常时,检测所述基站和所述基站控制器之间的业务通道是否正常,若所述业务通道正常,则将检测结果发送至所述复位模块。
8.如权利要求6或7所述的网络管理终端,其特征在于,所述第一检测模块包括:
第一发送单元,用于通过所述操作维护通道OMCH向基站周期性地发送检测包;
第一判断单元,用于判断在预置的时长内是否未收到基站接收到所述检测包后的响应消息,若是,则判定所述操作维护通道OMCH不正常。
9.如权利要求7所述的网络管理终端,其特征在于,所述第二检测模块包括:
第二发送单元,用于控制基站控制器通过所述业务通道向基站周期性地发送数据包;
第二判断单元,用于判断在预置的时长内是否收到基站接收到所述数据包后的响应消息,若是,则判定所述业务通道正常。
10.一种网络管理终端,其特征在于,包括输入装置、输出装置、存储器和处理器,其中,所述处理器执行如下步骤:
检测网络管理终端与基站之间的操作维护通道OMCH是否正常;若所述操作维护通道OMCH不正常,则控制基站控制器通过承载业务功能TrafficFunctions的业务通道下发复位指令至所述基站,以使所述基站接收到所述复位指令后执行复位操作。
11.如权利要求10所述的网络管理终端,其特征在于,所述处理器还执行如下步骤:
当所述操作维护通道OMCH不正常时,检测所述基站和所述基站控制器之间的业务通道是否正常,若所述业务通道正常,则执行控制基站控制器通过承载业务功能Traffic Functions的业务通道下发复位指令至所述基站的步骤。
12.如权利要求10或11所述的网络管理终端,其特征在于,所述处理器检测所述网络管理终端和所述基站之间的操作维护通道OMCH是否正常包括:
通过所述操作维护通道OMCH向基站周期性地发送检测包;
判断在预置的时长内是否未收到基站接收到所述检测包后的响应消息,若是,则判定所述操作维护通道OMCH不正常。
13.如权利要求12所述的网络管理终端,其特征在于,所述处理器检测所述基站和所述基站控制器之间的业务通道是否正常包括:
控制所述基站控制器通过所述业务通道向基站周期性地发送数据包;判断在预置的时长内是否收到基站接收到所述数据包后的响应消息,若是,则判定所述业务通道正常。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2012/081137 WO2014036724A1 (zh) | 2012-09-07 | 2012-09-07 | 一种操作维护通道的故障恢复方法和网络管理终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103109560A CN103109560A (zh) | 2013-05-15 |
CN103109560B true CN103109560B (zh) | 2016-09-28 |
Family
ID=48316016
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280001809.5A Active CN103109560B (zh) | 2012-09-07 | 2012-09-07 | 一种操作维护通道的故障恢复方法和网络管理终端 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2892274B1 (zh) |
CN (1) | CN103109560B (zh) |
WO (1) | WO2014036724A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106301826A (zh) * | 2015-05-19 | 2017-01-04 | 中兴通讯股份有限公司 | 一种故障检测方法及装置 |
WO2017066954A1 (zh) * | 2015-10-22 | 2017-04-27 | 华为技术有限公司 | 基站自愈的实现方法及基站 |
CN108370514A (zh) * | 2015-12-21 | 2018-08-03 | 华为技术有限公司 | 一种通信设备复位方法及通信设备 |
CN106507404A (zh) * | 2016-10-31 | 2017-03-15 | 中国联合网络通信集团有限公司 | 一种基站断站的判断方法及装置 |
CN109862557A (zh) * | 2017-11-30 | 2019-06-07 | 上海华为技术有限公司 | 通道建立方法以及基站 |
CN110366195A (zh) * | 2018-04-10 | 2019-10-22 | 海能达通信股份有限公司 | 一种基站故障检测方法及*** |
CN111193758A (zh) * | 2018-11-15 | 2020-05-22 | 西安诺瓦星云科技股份有限公司 | 显示管理***及其维护方法 |
CN113543181B (zh) * | 2020-04-22 | 2024-02-13 | 大唐移动通信设备有限公司 | 一种基站设备自恢复的方法和装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20050078559A (ko) * | 2004-02-02 | 2005-08-05 | 엘지전자 주식회사 | 아이피오에이에서의 비정상 아이피접속 처리방법 |
CN1780454A (zh) * | 2004-11-17 | 2006-05-31 | 华为技术有限公司 | 一种维护链路检测与恢复方法 |
CN101505492A (zh) * | 2008-02-04 | 2009-08-12 | 大唐移动通信设备有限公司 | 基于ima控制信元的远程控制网元通信方法与装置 |
CN102355687A (zh) * | 2011-10-12 | 2012-02-15 | 西安新邮通信设备有限公司 | 基于InATMARP协议的IUB专用操作维护链路的保活方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3862860B2 (ja) * | 1998-06-02 | 2006-12-27 | 富士通株式会社 | 無線システム |
CN101309494A (zh) * | 2008-06-30 | 2008-11-19 | 华为技术有限公司 | 一种维护基站的方法、***和设备 |
CN101909316B (zh) * | 2010-08-17 | 2015-05-20 | 中兴通讯股份有限公司 | 操作维护方法及*** |
CN101958839A (zh) * | 2010-09-27 | 2011-01-26 | 中兴通讯股份有限公司 | 操作维护通道的建立方法和*** |
CN102457874B (zh) * | 2010-10-22 | 2016-06-22 | 中兴通讯股份有限公司 | 一种维护通讯设备的方法及网络*** |
CN102300239B (zh) * | 2011-09-27 | 2013-12-11 | 大唐移动通信设备有限公司 | 一种基站及其自启动方法 |
-
2012
- 2012-09-07 EP EP12884063.4A patent/EP2892274B1/en active Active
- 2012-09-07 WO PCT/CN2012/081137 patent/WO2014036724A1/zh active Application Filing
- 2012-09-07 CN CN201280001809.5A patent/CN103109560B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20050078559A (ko) * | 2004-02-02 | 2005-08-05 | 엘지전자 주식회사 | 아이피오에이에서의 비정상 아이피접속 처리방법 |
CN1780454A (zh) * | 2004-11-17 | 2006-05-31 | 华为技术有限公司 | 一种维护链路检测与恢复方法 |
CN101505492A (zh) * | 2008-02-04 | 2009-08-12 | 大唐移动通信设备有限公司 | 基于ima控制信元的远程控制网元通信方法与装置 |
CN102355687A (zh) * | 2011-10-12 | 2012-02-15 | 西安新邮通信设备有限公司 | 基于InATMARP协议的IUB专用操作维护链路的保活方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2014036724A1 (zh) | 2014-03-13 |
EP2892274A1 (en) | 2015-07-08 |
EP2892274B1 (en) | 2019-06-05 |
CN103109560A (zh) | 2013-05-15 |
EP2892274A4 (en) | 2015-11-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103109560B (zh) | 一种操作维护通道的故障恢复方法和网络管理终端 | |
CN106773933B (zh) | 智能电表及其控制方法、装置、*** | |
CN102853871B (zh) | 油位监控方法及*** | |
EP2755416B1 (en) | Method and apparatus for remotely locating wireless network fault | |
EP2568733A1 (en) | Method and apparatus for collecting mobile communication data | |
CN101640818B (zh) | 光网络保护装置和保护方法 | |
CN101136801B (zh) | 网络故障检测方法 | |
CN112188576B (zh) | 5g终端在业务并发时的功耗优化方法、装置、设备及介质 | |
CN101145802A (zh) | 一种链路切换方法和设备 | |
RU2008123527A (ru) | Способ и система для независимого от среды хэндовера с использованием протокола работы, управления и обслуживания | |
CN101296135A (zh) | 故障信息的处理方法和装置 | |
CN104678850B (zh) | 一种车载通讯设备智能自我诊断的方法 | |
CN103023815B (zh) | 聚合链路负载分担方法及装置 | |
CN102611499B (zh) | 一种otn设备交叉盘实现oduk保护倒换的方法 | |
CN101232406A (zh) | Oam快速检测方法、装置和*** | |
CN103067197B (zh) | 网关设备动态环路检测、保护以及静态环路检测的方法 | |
JP4901796B2 (ja) | ログレベル収集装置およびログレベル収集方法 | |
CN103399803B (zh) | 浏览器崩溃信息的收集方法、装置及终端设备 | |
CN117294536A (zh) | 一种基于knx的楼宇管理安全通信方法 | |
CN103150243A (zh) | 一种移动终端的应用程序的监控方法 | |
CN106385384B (zh) | 一种报文发送方法及网络设备 | |
CN101945413B (zh) | 一种告警信息处理方法及装置 | |
CN107844398A (zh) | 一种服务器监控方法及装置 | |
CN101442766A (zh) | 一种检测接入信道故障的装置和方法 | |
CN106453358A (zh) | 一种监控qq发送文件数据的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |