CN102316503A - 一种rru的故障处理方法及装置 - Google Patents
一种rru的故障处理方法及装置 Download PDFInfo
- Publication number
- CN102316503A CN102316503A CN201110294747A CN201110294747A CN102316503A CN 102316503 A CN102316503 A CN 102316503A CN 201110294747 A CN201110294747 A CN 201110294747A CN 201110294747 A CN201110294747 A CN 201110294747A CN 102316503 A CN102316503 A CN 102316503A
- Authority
- CN
- China
- Prior art keywords
- rru
- bbu
- communication
- fault
- locality
- 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
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及通信领域,公开了一种RRU的故障处理方法及装置,用以降低RRU的运维成本,提高RRU的故障排除效率。该方法为:当BBU与RRU之间因为某种故障使正常的Ir通道建立失败从而导致RRU无法接入后,RRU可以通过自动加载已经固化烧写在RRU中的基础启动软件,在本地和BBU之间尝试自动建立特殊操作维护通道,使得BBU能够远程连接RRU的操作维护控制台,进而及时对发生故障的RRU进行故障定位和故障排除。这样,可以有效地提高RRU的故障排除效率,降低RRU的运维成本,从而大大提升了RRU的在网时间,进而有效地保证了***的稳定性,保障了***性能。
Description
技术领域
本发明涉及通信领域,特别涉及一种RRU的故障处理方法及装置。
背景技术
在现有的TD-SCDMA***中,BBU(Building Base band Unit,基带处理单元)与RRU(Radio Remote Unit,射频拉远单元)之间的物理连接是通过光纤实现的。在物理链路完好的情况下,RRU自启动后会按照预设方式将软件正常加载,在各软件均加载成功后,RRU与BBU之间就会按照《2GHzTD-SCDMA数字蜂窝移动通信网分布式基站的Ir接口技术》规范中的规定执行相关操作,如,获取RRU ID,发起广播请求建立TCP/IP连接等等,具体如图1所示。
通常,BBU和RRU之间是通过Ir接口进行通信的,如果RRU上运行的负责处理Ir接口协议的上层启动软件加载失败,或者,即使上层启动软件加载成功,但是由于其他故障原因导致RRU与BBU之间的符合Ir协议的TCP/IP链路建立失败,则认为RRU接入失败。此时,按照现有的执行方式,BBU无法通过远程连接方式登陆RRU的操作维护控制台,从而无法对接入失败的RRU进行故障定位和故障排除,只能采用人工方式到RRU的近端通过网线连接RRU的调试网口后,再连接RRU的操作维护控制台来进行故障定位和故障排除。
然而,RRU的分部范围极广,有些RRU的安装位置环境极为恶劣,甚至有些在高塔上,这势必造成了人力、物力的耗费,增加了运维成本,并且降低了RRU设备的在网服务时间。
发明内容
本发明实施例提供一种RRU的故障处理方法及装置,用以降低RRU的运维成本,提高RRU的故障排除效率。
本发明实施例提供的具体技术方案如下:
一种RRU的故障处理方法,包括:
在接入BBU的过程中,检测到本地与BBU之间的通信连接建立失败;
在本地指定的存储位置读取预设的基础启动文件,该基础启动文件包含能够完成通信连接建立的最基本文件;
根据所述基础启动文件建立与所述BBU之间的通信连接;
基于所述通信连接向所述BBU上报故障信息,请求BBU进行故障处理。
一种RRU的故障处理方法,包括:
在本地与RRU之间的通信连接建立失败后,根据所述RRU的请求再次与所述RRU建立通信连接;
接收所述RRU基于所述通信连接上报的故障信息,并基于该故障信息对所述RRU进行故障处理。
一种RRU的故障处理装置,包括:
检测单元,用于在接入BBU的过程中,检测到本地与BBU之间的通信连接建立失败;
获取单元,用于在本地指定的存储位置读取预设的基础启动文件,该基础启动文件包含能够完成通信连接建立的最基本文件;
通信单元,用于根据所述基础启动文件建立与所述BBU之间的通信连接,并基于所述通信连接向所述BBU上报故障信息,请求BBU进行故障处理。
一种RRU的故障处理装置,包括:
通信单元,用于在本地与RRU之间的通信连接建立失败后,根据所述RRU的请求再次与所述RRU建立通信连接;
处理单元,用于在通过所述通信单元接收到所述RRU基于所述通信连接上报的故障信息时,基于该故障信息对所述RRU进行故障处理。
本发明实施例中,在TD-SCDMA基站***的BBU与RRU之间采用了一种重新设计的故障处理方法,具体为:当BBU与RRU之间因为某种故障使正常的Ir通道建立失败从而导致RRU无法接入后,RRU可以通过自动加载已经固化烧写在RRU中的基础启动软件,在本地和BBU之间尝试自动建立特殊操作维护通道,使得BBU能够远程连接RRU的操作维护控制台,进而及时对发生故障的RRU进行故障定位和故障排除。这样,可以有效地提高RRU的故障排除效率,降低RRU的运维成本,从而大大提升了RRU的在网时间,进而有效地保证了***的稳定性,保障了***性能。
附图说明
图1为现有技术下BBU与RRU之间建立通信连接流程示意图;
图2为本发明实施例中通信***体系架构图;
图3为本发明实施例中RRU功能结构示意图;
图4为本发明实施例中BBU功能结构示意图;
图5为本发明实施例中对RRU进行故障处理概述流程图;
图6为本发明实施例中对BBU进行故障处理详细流程图。
具体实施方式
为了降低RRU的运维成本,提高RRU的故障排除效率,本发明实施例中,,当RRU按照通用的Ir协议接入BBU失败后,可以采用加载固化烧写在Flash中的基础启动软件进入调试模式,进入调试模式后,RRU可以最大程度地尝试建立RRU与BBU之间的TCP/IP连接,而在建立成功时,BBU可以远程连通RRU的操作维护控制台来定位RRU的故障原因,进一步地,还可以触发RRU从BBU侧下载正常的上层启动软件,从而修复RRU因软件加载失败等导致的正常接入失败的问题。
下面结合附图对本发明优选的实施方式进行详细说明。
参阅图2所示,本发明实施例中,通信***(如,TD-SCDMA***)中包括BBU和若干RRU,包括:
参阅图3所示,本发明实施例中,RRU包括检测单元30、获取单元31和通信单元32,其中,
检测单元30,用于在接入BBU的过程中,检测到本地与BBU之间的通信连接建立失败;
获取单元31,用于在本地指定的存储位置读取预设的基础启动文件,该基础启动文件包含能够完成通信连接建立的最基本文件;
通信单元32,用于根据获得的基础启动文件建立与上述BBU之间的通信连接,并基于该通信连接向上述BBU上报故障信息,请求BBU进行故障处理。
参阅图4所示,本发明实施例中,BBU通信单元40和处理单元41,其中,
通信单元40,用于在本地与RRU之间的通信连接建立失败后,根据RRU的请求再次与该RRU建立通信连接;
处理单元41,用于在通过通信单元40接收到RRU基于上述通信连接上报的故障信息时,基于该故障信息对该RRU进行故障处理。
基于上述技术方案,参阅图5所示,本发明实施例中,对RRU进行故障处理的概述流程如下:
步骤500:在接入BBU的过程中,RRU检测到本地与BBU之间的通信连接建立失败。
通常情况下,RRU在检测到本地与BBU之间的光纤链路同步失败但相应的光口仍正常工作时,确认本地与BBU之间的通信连接建立失败,或者,也可以在上述光纤链路同步成功后,RRU在检测到本地与BBU之间的数据链路(如,TCP/IP链路)建立失败时,确认本地与BBU之间的通信连接建立失败。
步骤510:RRU在本地指定的存储位置读取预设的基础启动文件,该基础启动文件包含能够完成通信连接建立的最基本文件。
本发明实施例中,所谓的基础启动文件(也可称为最小启动文件),可以是简化后的SI(System Initial,***初始化)文件、HL(High level,高层)文件以及FPGA(Field-Programmable Gate Array,现场可编程门阵列)文件。
另一方面,为了保证上述基础启动文件的安全性,防止其丢失或出现错误,较佳的,应当将该基础启动文件预先固化烧写在RRU中的指定存储装置。
步骤520:RRU按照获得的基础启动文件建立与上述BBU之间的通信连接。
本实施例中,RRU按照基础启动文件与BBU建立通信连接后,不能完成业务层面的相关操作,而是仅能向其上报故障信息,请求BBU进行故障处理。
具体为,RRU可以按照获得的基础启动文件完成与BBU之间的光纤链路同步,并在同步成功后,再建立与该BBU之间的数据链路(如,TCP/IP链路)。
在建立与BBU之间的数据链路时,较佳的,RRU可以向BBU发送携带本地MAC(媒体接入控制)地址的广播建立请求消息,并接收BBU返回的广播请求响应消息,该广播请求响应消息中携带有BBU基于上述MAC地址分配的IP地址,以及BBU的IP地址,RRU根据本地的MAC地址在接收到广播请求响应消息中获取分配到的IP地址和BBU的IP地址,并基于该分配到的IP地址和BBU的IP地址,在本地与BBU之间建立数据链路。
步骤530:RRU基于建立的通信连接向BBU上报故障信息,请求BBU进行故障处理。
本实施例中,在执行步骤530时,RRU可以向BBU上报本地发生故障,请求BBU登录本地控制台,对本地进行故障定位及故障排除;或者,若RRU具有更强的处理能力,则RRU也可以自行进行故障定位,并将故障原因上报至BBU,请求BBU登录本地控制台后进行相应的故障处理,这样,在RRU数目较多时,可以有效地减轻BBU的工作负荷。
在上述实施例中,在RRU与BBU之间的通信连接建立失败后,BBU根据RRU的请求再次与RRU建立通信连接,并根据RRU基于该通信连接上报的故障信息,对RRU进行故障处理,具体操作参考步骤500-步骤530记载的相关技术方案即可,在此不再赘述。
参阅图6所示,下面通过一个具体的应用场景对上述实施例进行详细说明。
步骤600:RRU上电。
步骤601:RRU启动后开始加载底层的BSP程序。
当RRU与BBU之间的光纤链路已连接,给RRU上电后,RRU先加载底层的BSP程序。在RRU中,BSP(Board support package,板级支持包)程序为底层驱动软件,用于负责初始化处理器、自检等等。
步骤602:判断BSP加载是否成功?若是,则进行步骤603;否则,进行步骤604。
步骤603:RRU加载运行上层启动软件,接着,进行步骤605。
在BSP程序加载运行成功后,RRU会调用并加载上层启动软件,而上层启动软件包括SI文件、HL文件以及FPGA文件,负责***初始化、光纤链路同步、TCP/IP链路建立、Ir通道建立、Ir消息交互等等功能。
步骤604:确认RRU自检启动失败,需人工干预处理。
此时,RRU则只能停留在此阶段,等待人工到RRU近端干预处理。
步骤605:判断上层启动软件是否加载成功?若是,则进行步骤606;否则,进行步骤611,此时,RRU将进入调试模式,启用基础启动软件来进行故障上报。
步骤606:上层启动软件加载成功后,RRU检测本地与BBU之间的光纤链路是否同步成功?若是,则进行步骤607;否则,进行步骤610。
步骤607:RRU从BBU获取RRU ID、获取IP地址,并建立与BBU之间的TCP/IP连接。
具体为:RRU检测到本地与BBU之间的光纤链路同步后,获取BBU下发的RRU ID,获取成功后,RRU向BBU发送携带自身MAC地址的广播建立请求消息,BBU收到后发送广播请求响应消息给RRU,该广播请求响应消息中携带有BBU为链路中的各RRU分配的IP地址,每一个IP地址对应一个RRUID,链路上的所有RRU根据自身的RRU ID,在接收的广播请求响应消息中截获BBU分配的属于自己的IP地址,以及BBU的IP地址;并根据自身分配到的IP地址和BBU的IP地址,建立RRU和BBU之间的TCP/IP链路。
在确定TCP/IP链路建立成功后,RRU开始向BBU发送通道建立请求消息,并继续实施符合Ir协议规范的接入流程,在此不再赘述。
步骤608:RRU判断本地与BBU之间的TCP/IP链路是否建立成功?若是,则执行步骤609;否则,执行步骤611。
步骤609:RRU向BBU发送通道建立请求,开始进入正常接入流程。
步骤610:RRU在光纤链路同步失败的情况下,判断对应的光口是否正常工作,即光口的收发光功率是否正常?若是,则进行步骤611;否则,进行步骤604。
步骤611:RRU通过本地的BSP程序加载指定位置存储的基础启动软件。
本实施例中,RRU上运行的基础启动软件,较佳的,应当包括按照预设方式简化的SI文件、HL文件和FPGA文件,用于完成基本的光纤链路同步、TCP/IP建立、FTP(File Transfer Protocol,文件传输协议)下载等功能;进一步地,为了保证基础启动软件的安全性,防止其丢失或出现数据错误,较佳的,将基础启动软件预先固定烧写在RRU中的指定存储位置。
步骤612:基础启动软件加载成功后,RRU判断本地与BBU之间的光纤链路是否同步成功?若是,则进行步骤613;否则,进行步骤618。
步骤613:RRU建立本地与BBU之间的TCP/IP链路。
具体为:RRU向BBU发送携带自身MAC地址的广播建立请求消息,BBU收到后发送广播请求响应消息给RRU,该广播请求响应消息中携带有BBU为链路中的各RRU分配的IP地址,每一个IP地址对应一个MAC地址,链路上的所有RRU根据自身的MAC地址,在接收的广播请求响应消息中截获BBU分配的属于自己的IP地址,以及BBU的IP地址;并根据自身分配到的IP地址和BBU的IP地址,建立RRU和BBU之间的TCP/IP链路。
在进入调试模式后,RRU可能会由于链路故障原因获取不到BBU下发的RRU ID,因此,较佳的,本实施例中,RRU将本地的MAC地址发往BBU,令BBU基于该MAC地址分配并下发相应的IP地址,以保证RRU能获取到该IP地址。
当然,若RRU能够获取到BBU下发的RRU ID,则也可以按照步骤607记载的方式,通过本地获得的RRU ID来获取BBU分配的IP地址,在此不再赘述。
进一步地,RRU也可以采用其他能够唯一标识RRU的标识信息来获取BBU分配的IP地址,在此不一一描述。
步骤614:RRU判断本地与BBU之间的TCP/IP链路是否建立成功?若是,则执行步骤615;否则,执行步骤618。
步骤615:RRU基于已建立的TCP/IP链路,采用自定义的指示消息,向BBU通知,RRU发生故障,已切换至调试模式。
步骤616:BBU接收到RRU发送的指示消息后,登陆RRU控制平台进行故障处理。
若RRU不具有故障定位功能,则BBU接收到上述指示消息后,将其呈现给管理人员,管理人员需要通过BBU登录RRU控制台,进行故障定位、调试,以确定RRU未正常工作的原因,并通过BBU给出正确的故障解决方案,例如,当确定RRU是因为上层启动软件缺失、上层启动软件版本不匹配、或上层启动软件被破坏等等各类原因导致不能正常工作时,通过BBU指示RRU从BBU侧下载最新版本的上层启动软件,并在下载成功后切换至正常模式重新启动;如,当下载完成后,可以通过BBU向RRU发送自定义的模式切换消息,令RRU切换到正常模式,并重新发起正常接入流程。
若RRU具有故障定位功能,则BBU接收到上述指示消息后,将其呈现给管理人员,管理人员直接通过BBU给出正确的故障解决方案,例如,当RRU确定本地是因为上层启动软件缺失、上层启动软件版本不匹配、或上层启动软件被破坏等等各类原因导致不能正常工作时,通知BBU,管理人员通过BBU指示RRU从BBU侧下载最新版本的上层启动软件,并在下载成功后切换至正常模式重新启动,如,当下载完成后,可以通过BBU向RRU发送自定义的模式切换消息,令RRU切换到正常模式,并重新发起正常接入流程。
步骤617:RRU判断本地故障是否已解决?若是,则返回步骤601;否则,进行步骤618。
例如,RRU判断本地下载最新版本的上层启动软件后,是否能够成功切换至正常模式?若是,则返回步骤601按照最新版本的上层启动软件重新启动;否则,进入步骤618。
步骤618;RRU确定启动的接入流程执行失败,停留在调试模式,等待人工干预处理。
此时,RRU在调试模式下启动接入流程失败,则只能停留在此阶段,等待人工到RRU近端干预处理。
综上所述,本发明实施例中,在TD-SCDMA基站***的BBU与RRU之间采用了一种重新设计的故障处理方法,具体为:当BBU与RRU之间因为某种故障使正常的Ir通道建立失败从而导致RRU无法接入后,RRU可以通过自动加载已经固化烧写在RRU中的基础启动软件,在本地和BBU之间尝试自动建立特殊操作维护通道,使得BBU能够远程连接RRU的操作维护控制台,进而及时对发生故障的RRU进行故障定位和故障排除。这样,可以有效地提高RRU的故障排除效率,降低RRU的运维成本,从而大大提升了RRU的在网时间,进而有效地保证了***的稳定性,保障了***性能。
进一步地,RRU所加载的基础启动软件也支持从BBU侧下载正常的上层启动软件,完成启动文件修复功能,从而可以方便RRU的运维。同时,本发明实施例记载的技术方案充分利用了RRU与BBU之间现有的光纤链路来进行故障排除,不需要增加新的连接,实现方便,不需要增加额外的运维成本。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (22)
1.一种射频拉远单元RRU的故障处理方法,其特征在于,包括:
在接入基带处理单元BBU的过程中,检测到本地与BBU之间的通信连接建立失败;
在本地指定的存储位置读取预设的基础启动文件,该基础启动文件包含能够完成通信连接建立的最基本文件;
根据所述基础启动文件建立与所述BBU之间的通信连接;
基于所述通信连接向所述BBU上报故障信息,请求BBU进行故障处理。
2.如权利要求1所述的方法,其特征在于,所述检测到本地与BBU之间的通信连接建立失败,包括:
检测到本地与BBU之间的光纤链路同步失败但相应的光口仍正常工作时,确认本地与BBU之间的通信连接建立失败;
或者,
在本地与RRU之间的光纤链路同步成功后,在检测到本地与BBU之间的数据链路建立失败时,确认本地与BBU之间的通信连接建立失败。
3.如权利要求1所述的方法,其特征在于,所述在本地指定的存储位置读取预设的基础启动文件,包括:
在本地指定的存储位置读取预先固化烧写在该存储益的基础启动文件。
4.如权利要求1所述的方法,其特征在于,所述基础启动文至少包括按照预设方式简化后的***初始化SI文件、高层HL文件和现场可编程门阵列FPGA文件。
5.如权利要求1-4任一项所述的方法,其特征在于,根据所述基础启动文件建立与所述BBU之间的通信连接,包括:
按照获得的基础启动文件完成与所述BBU之间的光纤链路同步;
在确认光纤链路同步成功后,建立与所述BBU之间的数据链路。
6.如权利要求5所述的方法,其特征在于,建立与所述BBU之间的数据链路,包括:
向所述BBU发送携带本地标识信息的广播建立请求消息;
接收所述BBU返回的广播请求响应消息,该广播请求响应消息中携带有所述BBU基于所述标识信息分配的IP地址,以及所述BBU的IP地址;
根据所述标识信息在接收到广播请求响应消息中获取分配到的IP地址和所述BBU的IP地址;
基于所述分配到的IP地址和所述BBU的IP地址,在本地与所述BBU之间建立数据链路。
7.如权利要求5所述的方法,其特征在于,基于所述通信连接向所述BBU上报故障信息,请求BBU进行故障处理,包括:
向所述BBU上报本地发生故障,请求所述BBU登录本地控制台,并对本地进行故障定位及故障排除;
或者,
对本地进行故障定位,并向所述BBU上报本地故障原因,请求所述BBU登录本地控制台,并对本地进行故障排除。
8.一种射频拉远单元RRU的故障处理方法,其特征在于,包括:
在本地与RRU之间的通信连接建立失败后,根据所述RRU的请求再次与所述RRU建立通信连接;
接收所述RRU基于所述通信连接上报的故障信息,并基于该故障信息对所述RRU进行故障处理。
9.如权利要求8所述的方法,其特征在于,根据所述RRU的请求再次与所述RRU建立通信连接,包括:
根据所述RRU的请求完成与所述RRU之间的光纤链路同步;
在确认光纤链路同步成功后,建立与所述RRU之间的数据链路。
10.如权利要求9所述的方法,其特征在于,建立与所述RRU之间的数据链路,包括:
接收所述RRU发送的携带该RRU标识信息的广播建立请求消息;
向所述RRU返回广播请求响应消息,该广播请求响应消息中携带本地基于所述标识信息分配的IP地址,以及本地的IP地址;
根据基于所述标识信息分配的IP地址和本地的IP地址,在本地与所述RRU之间建立数据链路。
11.如权利要求8、9或10所述的方法,其特征在于,接收所述RRU基于所述通信连接上报的故障信息,并基于该故障信息对所述RRU进行故障处理包括:
根据所述RRU的请求,确认所述RRU发生故障,登录所述RRU控制台,并对该RRU进行故障定位及故障排除;
或者,
根据所述RRU的请求,确认所述RRU的故障原因,登录所述RRU控制台,并对该RRU进行故障处理。
12.一种射频拉远单元RRU的故障处理装置,其特征在于,包括:
检测单元,用于在接入基带处理单元BBU的过程中,检测到本地与BBU之间的通信连接建立失败;
获取单元,用于在本地指定的存储位置读取预设的基础启动文件,该基础启动文件包含能够完成通信连接建立的最基本文件;
通信单元,用于根据所述基础启动文件建立与所述BBU之间的通信连接,并基于所述通信连接向所述BBU上报故障信息,请求BBU进行故障处理。
13.如权利要求12所述的装置,其特征在于,所述检测单元检测到本地与BBU之间的通信连接建立失败,包括:
所述检测单元检测到本地与BBU之间的光纤链路同步失败但相应的光口仍正常工作时,确认本地与BBU之间的通信连接建立失败;
或者,
在本地与RRU之间的光纤链路同步成功后,所述检测单元在检测到本地与BBU之间的数据链路建立失败时,确认本地与BBU之间的通信连接建立失败。
14.如权利要求12所述的装置,其特征在于,所述获取单元在本地指定的存储位置读取预设的基础启动文件时,在本地指定的存储位置读取预先固化烧写在该存储益的基础启动文件。
15.如权利要求12所述的装置,其特征在于,所述获取单元获得的基础启动文至少包括按照预设方式简化后的***初始化SI文件、高层HL文件以及现场可编程门阵列FPGA文件。
16.如权利要求12-15任一项所述的装置,其特征在于,所述通信单元根据所述基础启动文件建立与所述BBU之间的通信连接时,按照获得的基础启动文件完成与所述BBU之间的光纤链路同步,以及在确认光纤链路同步成功后,建立与所述BBU之间的数据链路。
17.如权利要求16所述的装置,其特征在于,所述通信单元建立与所述BBU之间的数据链路时,向所述BBU发送携带本地标识信息的广播建立请求消息,接收所述BBU返回的广播请求响应消息,该广播请求响应消息中携带有所述BBU基于所述标识信息分配的IP地址,以及所述BBU的IP地址,接着,根据所述标识信息在接收到广播请求响应消息中获取分配到的IP地址和所述BBU的IP地址,并基于所述分配到的IP地址和所述BBU的IP地址,在本地与所述BBU之间建立数据链路。
18.如权利要求16所述的装置,其特征在于,所述通信单元基于所述通信连接向所述BBU上报故障信息,请求BBU进行故障处理,包括:
所述通信单元向所述BBU上报本地发生故障,请求所述BBU登录本地控制台,并对本地进行故障定位及故障排除;
或者,
所述检测单元对本地进行故障定位后,所述通信单元向所述BBU上报本地故障原因,请求所述BBU登录本地控制台,并对本地进行故障排除。
19.一种射频拉远单元RRU的故障处理装置,其特征在于,包括:
通信单元,用于在本地与RRU之间的通信连接建立失败后,根据所述RRU的请求再次与所述RRU建立通信连接;
处理单元,用于在通过所述通信单元接收到所述RRU基于所述通信连接上报的故障信息时,基于该故障信息对所述RRU进行故障处理。
20.如权利要求19所述的装置,其特征在于,所述通信单元根据所述RRU的请求再次与所述RRU建立通信连接时,根据所述RRU的请求完成与所述RRU之间的光纤链路同步,并在确认光纤链路同步成功后,建立与所述RRU之间的数据链路。
21.如权利要求20所述的装置,其特征在于,所述通信单元建立与所述RRU之间的数据链路时,接收所述RRU发送的携带该RRU标识信息的广播建立请求消息,并向所述RRU返回广播请求响应消息,该广播请求响应消息中携带本地基于所述标识信息分配的IP地址,以及本地的IP地址,接着,根据基于所述标识信息分配的IP地址和本地的IP地址,在本地与所述RRU之间建立数据链路。
22.如权利要求19、20或21所述的装置,其特征在于,所述处理单元通过所述通信单元接收到所述RRU基于所述通信连接上报的故障信息时,基于该故障信息对所述RRU进行故障处理,包括:
所述处理单元根据所述RRU的请求,确认所述RRU发生故障时,登录所述RRU控制台,并对该RRU进行故障定位及故障排除;
或者,
所述处理单元根据所述RRU的请求,确认所述RRU的故障原因后,登录所述RRU控制台,并对该RRU进行故障处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110294747.9A CN102316503B (zh) | 2011-09-30 | 2011-09-30 | 一种rru的故障处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110294747.9A CN102316503B (zh) | 2011-09-30 | 2011-09-30 | 一种rru的故障处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102316503A true CN102316503A (zh) | 2012-01-11 |
CN102316503B CN102316503B (zh) | 2014-09-10 |
Family
ID=45429243
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110294747.9A Active CN102316503B (zh) | 2011-09-30 | 2011-09-30 | 一种rru的故障处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102316503B (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102970699A (zh) * | 2012-11-09 | 2013-03-13 | 大唐移动通信设备有限公司 | 一种故障处理方法及分布式基站 |
CN103326771A (zh) * | 2012-03-23 | 2013-09-25 | 京信通信***(中国)有限公司 | Rru光纤链路管理方法、装置及射频拉远单元*** |
WO2013185673A1 (zh) * | 2012-07-23 | 2013-12-19 | 中兴通讯股份有限公司 | 一种基于rru环网的光纤连接正确性检测方法和bbu |
CN103491561A (zh) * | 2012-06-11 | 2014-01-01 | 华为技术有限公司 | 一种远端控制信息传输方法和*** |
CN103731861A (zh) * | 2012-10-10 | 2014-04-16 | 中兴通讯股份有限公司 | 维护基站的方法及*** |
CN105450292A (zh) * | 2014-09-24 | 2016-03-30 | 中兴通讯股份有限公司 | 一种故障诊断分析方法、装置及*** |
CN107333291A (zh) * | 2016-04-29 | 2017-11-07 | 大唐移动通信设备有限公司 | 一种rru通道的检测方法及装置 |
CN107786261A (zh) * | 2016-08-24 | 2018-03-09 | 中兴通讯股份有限公司 | Rru硬件自检触发方法及rru硬件自检*** |
CN109699041A (zh) * | 2017-10-20 | 2019-04-30 | 大唐移动通信设备有限公司 | 一种rru通道故障诊断处理方法及rru设备 |
CN110673988A (zh) * | 2019-08-05 | 2020-01-10 | 广州妙存科技有限公司 | 一种不依赖其自带固件的eMMC调试方法 |
CN114374612A (zh) * | 2021-12-27 | 2022-04-19 | 山东浪潮科学研究院有限公司 | 基站***拓扑信息的管理方法及装置 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859203A (zh) * | 2006-03-15 | 2006-11-08 | 华为技术有限公司 | ***反复启动故障的定位方法及其装置 |
CN1859162A (zh) * | 2005-06-15 | 2006-11-08 | 华为技术有限公司 | 自动恢复设备故障的实现方法及*** |
CN101035350A (zh) * | 2007-04-18 | 2007-09-12 | 中兴通讯股份有限公司 | 一种基带单元对多级远端射频单元实现复位的方法 |
CN101203017A (zh) * | 2007-11-28 | 2008-06-18 | 中兴通讯股份有限公司 | 链型远端射频单元业务和通讯可分离复位的方法 |
WO2009151355A1 (en) * | 2008-06-10 | 2009-12-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and arrangement for performing handover in a wireless communication system |
CN101662791A (zh) * | 2009-09-29 | 2010-03-03 | 中兴通讯股份有限公司 | 故障信息处理方法、装置和*** |
CN101686075A (zh) * | 2008-09-25 | 2010-03-31 | 中兴通讯股份有限公司 | 一种基站射频拉远单元通道降质及通道复诊、升质的方法 |
CN101835185A (zh) * | 2009-03-11 | 2010-09-15 | 中兴通讯股份有限公司 | 一种对基站设备进行控制或设备信息查询的方法 |
CN101860802A (zh) * | 2010-05-21 | 2010-10-13 | 中兴通讯股份有限公司 | 故障处理方法及*** |
US20110069693A1 (en) * | 2009-09-18 | 2011-03-24 | Yannick Le Pezennec | Multicarrier Transmit Diversity in UTRAN for HSPA |
-
2011
- 2011-09-30 CN CN201110294747.9A patent/CN102316503B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859162A (zh) * | 2005-06-15 | 2006-11-08 | 华为技术有限公司 | 自动恢复设备故障的实现方法及*** |
CN1859203A (zh) * | 2006-03-15 | 2006-11-08 | 华为技术有限公司 | ***反复启动故障的定位方法及其装置 |
CN101035350A (zh) * | 2007-04-18 | 2007-09-12 | 中兴通讯股份有限公司 | 一种基带单元对多级远端射频单元实现复位的方法 |
CN101203017A (zh) * | 2007-11-28 | 2008-06-18 | 中兴通讯股份有限公司 | 链型远端射频单元业务和通讯可分离复位的方法 |
WO2009151355A1 (en) * | 2008-06-10 | 2009-12-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and arrangement for performing handover in a wireless communication system |
CN101686075A (zh) * | 2008-09-25 | 2010-03-31 | 中兴通讯股份有限公司 | 一种基站射频拉远单元通道降质及通道复诊、升质的方法 |
CN101835185A (zh) * | 2009-03-11 | 2010-09-15 | 中兴通讯股份有限公司 | 一种对基站设备进行控制或设备信息查询的方法 |
US20110069693A1 (en) * | 2009-09-18 | 2011-03-24 | Yannick Le Pezennec | Multicarrier Transmit Diversity in UTRAN for HSPA |
CN101662791A (zh) * | 2009-09-29 | 2010-03-03 | 中兴通讯股份有限公司 | 故障信息处理方法、装置和*** |
CN101860802A (zh) * | 2010-05-21 | 2010-10-13 | 中兴通讯股份有限公司 | 故障处理方法及*** |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103326771B (zh) * | 2012-03-23 | 2016-04-06 | 京信通信***(中国)有限公司 | Rru光纤链路管理方法、装置及射频拉远单元*** |
CN103326771A (zh) * | 2012-03-23 | 2013-09-25 | 京信通信***(中国)有限公司 | Rru光纤链路管理方法、装置及射频拉远单元*** |
CN103491561A (zh) * | 2012-06-11 | 2014-01-01 | 华为技术有限公司 | 一种远端控制信息传输方法和*** |
CN103491561B (zh) * | 2012-06-11 | 2016-10-19 | 华为技术有限公司 | 一种远端控制信息传输方法和*** |
WO2013185673A1 (zh) * | 2012-07-23 | 2013-12-19 | 中兴通讯股份有限公司 | 一种基于rru环网的光纤连接正确性检测方法和bbu |
CN103731861A (zh) * | 2012-10-10 | 2014-04-16 | 中兴通讯股份有限公司 | 维护基站的方法及*** |
WO2014056382A1 (zh) * | 2012-10-10 | 2014-04-17 | 中兴通讯股份有限公司 | 维护基站的方法及*** |
CN102970699B (zh) * | 2012-11-09 | 2016-08-03 | 大唐移动通信设备有限公司 | 一种故障处理方法及分布式基站 |
CN102970699A (zh) * | 2012-11-09 | 2013-03-13 | 大唐移动通信设备有限公司 | 一种故障处理方法及分布式基站 |
WO2016045353A1 (zh) * | 2014-09-24 | 2016-03-31 | 中兴通讯股份有限公司 | 一种故障诊断分析方法、装置、***及存储介质 |
CN105450292A (zh) * | 2014-09-24 | 2016-03-30 | 中兴通讯股份有限公司 | 一种故障诊断分析方法、装置及*** |
CN107333291B (zh) * | 2016-04-29 | 2020-09-11 | 大唐移动通信设备有限公司 | 一种rru通道的检测方法及装置 |
CN107333291A (zh) * | 2016-04-29 | 2017-11-07 | 大唐移动通信设备有限公司 | 一种rru通道的检测方法及装置 |
CN107786261A (zh) * | 2016-08-24 | 2018-03-09 | 中兴通讯股份有限公司 | Rru硬件自检触发方法及rru硬件自检*** |
CN109699041B (zh) * | 2017-10-20 | 2020-07-24 | 大唐移动通信设备有限公司 | 一种rru通道故障诊断处理方法、设备和计算机存储介质 |
CN109699041A (zh) * | 2017-10-20 | 2019-04-30 | 大唐移动通信设备有限公司 | 一种rru通道故障诊断处理方法及rru设备 |
CN110673988A (zh) * | 2019-08-05 | 2020-01-10 | 广州妙存科技有限公司 | 一种不依赖其自带固件的eMMC调试方法 |
CN114374612A (zh) * | 2021-12-27 | 2022-04-19 | 山东浪潮科学研究院有限公司 | 基站***拓扑信息的管理方法及装置 |
CN114374612B (zh) * | 2021-12-27 | 2023-05-23 | 山东浪潮科学研究院有限公司 | 基站***拓扑信息的管理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102316503B (zh) | 2014-09-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102316503B (zh) | 一种rru的故障处理方法及装置 | |
US10268471B2 (en) | Method for upgrading terminal system, terminal, and system | |
EP2057764B1 (en) | Maintaining network availability for wireless clients in a wireless local area network | |
EP1429569B1 (en) | Mobile station and method for selectively downloading components of a software by comparing component specific version numbers | |
EP2978144B1 (en) | Unified device management method and system | |
CN101483459B (zh) | 一种智能天线的校准方法 | |
EP2528274A1 (en) | Method and system for upgrading network device | |
CN103533634A (zh) | 激活配置文件的***、eUICC及其激活配置文件的方法 | |
CN101442764A (zh) | 远端节点的版本升级方法 | |
CN105743948A (zh) | 一种网络版本升级的方法及装置 | |
CN100502319C (zh) | 一种无线通信***中远端射频单元的软件升级方法 | |
CN100486349C (zh) | 无线网络控制器与核心网间接口的信令连接管理方法 | |
CN109769237A (zh) | 一种基于蓝牙和Lora双模式升级的方法及*** | |
EP2793502A1 (en) | Method and user equipment for maintaining small base station based on air interface of small base station | |
CN103685530A (zh) | Wlan现网ap自动升级控制方法及*** | |
CN106487575A (zh) | 一种基于电力线通信的通信模块批量升级方法 | |
EP2370896B1 (en) | Software upgrades of network elements in telecommunications network | |
CN102300239B (zh) | 一种基站及其自启动方法 | |
CN107659929A (zh) | 一种配置删除方法、***、终端设备和服务基站 | |
CN103207790B (zh) | 操作***更新方法和终端 | |
CN101610588A (zh) | 受限网络的搜索方法、装置和*** | |
KR20200088423A (ko) | 어소시에이션 리디렉션 방법 및 장치 | |
CN100391288C (zh) | 一种远端维护通道的建立方法 | |
CN102340813A (zh) | 创建基站在高负荷运行状态下的测试环境的方法及装置 | |
CN103973502A (zh) | 智能家居***的设备的程序无线升级方法 |
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 |