专利名称：一种rru的故障处理方法及装置的制作方法
技术领域：
本发明涉及通信领域，特别涉及一种RRU的故障处理方法及装置。
背景技术：
在现有的TD-SCDMA系统中，BBU(Building Base band Unit，基带处理单元)与 RRU (Radio Remote Unit，射频拉远单元)之间的物理连接是通过光纤实现的。在物理链路完好的情况下，RRU自启动后会按照预设方式将软件正常加载，在各软件均加载成功后，RRU 与BBU之间就会按照《2GHz TD-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 hitial，系统初始化)文件、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 (FileTransfer 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之间现有的光纤链路来进行故障排除，不需要增加新的连接，实现方便，不需要增加额外的运维成本。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
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进行故障处理。
全文摘要
本发明涉及通信领域，公开了一种RRU的故障处理方法及装置，用以降低RRU的运维成本，提高RRU的故障排除效率。该方法为当BBU与RRU之间因为某种故障使正常的Ir通道建立失败从而导致RRU无法接入后，RRU可以通过自动加载已经固化烧写在RRU中的基础启动软件，在本地和BBU之间尝试自动建立特殊操作维护通道，使得BBU能够远程连接RRU的操作维护控制台，进而及时对发生故障的RRU进行故障定位和故障排除。这样，可以有效地提高RRU的故障排除效率，降低RRU的运维成本，从而大大提升了RRU的在网时间，进而有效地保证了系统的稳定性，保障了系统性能。
文档编号H04W24/04GK102316503SQ20111029474
公开日2012年1月11日 申请日期2011年9月30日 优先权日2011年9月30日
发明者沈斌 申请人:大唐移动通信设备有限公司