本发明涉及通讯技术领域，尤其涉及一种检测BBU-RRU间通讯链路的方法、基站、网管及系统。
背景技术：
在基站的BBU(基带处理单元)-RRU(射频拉远单元)架构下，RRU通过光纤线缆拉远连接，一旦出现RRU未探测到，即出现RRU断链现象，则很难知道是链路中哪一部分出现问题，尤其是传输环境不稳定或者底层驱动异常引起的情况下，更无法得知链路故障原因。
目前，对于基站中出现的RRU断链现象，一般的处理方法是：通过网管告警提示，由维护人员根据经验，逐级地插拔、替换元件来试探性排除故障。但是，告警往往由多个故障点引起，对于BBU-RRU通讯链路这一涉及多硬件设备及传输介质的综合系统，需要多次尝试排除故障，并要借助多个告警进行综合分析，对维护人员要求过高。
技术实现要素：
本发明的主要目的在于提供一种检测BBU-RRU间通讯链路的方法、基站、网管及系统，旨在提高定位BBU-RRU通讯链路故障的效率，进而降低基站维护成本。
为了达到上述目的，本发明提出一种检测通讯链路的方法，包括：
基站接收网管发送的诊断请求，所述诊断请求携带有用户选取的目标RRU单板；
根据所述诊断请求，选取所述目标RRU单板所在的RRU拓扑结构；
基于选取的所述RRU拓扑结构，收集BBU与RRU间通讯链路的故障检测点信息；
将收集的所述故障检测点信息汇总后发送给网管，由所述网管对所述故障检测点信息进行分析诊断。
优选地，所述基于选取的所述RRU拓扑结构，收集BBU与RRU间通讯链路的故障检测点信息的步骤包括：
所述基站采用并行查询的方式，从所述RRU拓扑结构中查找并采集出光口板和各级RRU的人工操作情况及基站软件运行情况信息；
所述基站采用串行查询的方式，从所述RRU拓扑结构中查找并采集出光口板、各级RRU、光模块和线缆信息；
汇总采集的各故障检测点信息，作为BBU与RRU间通讯链路的故障检测点信息。
优选地，所述RRU拓扑结构为星形拓扑、级联拓扑、环网拓扑、环加链拓扑、双上联拓扑中的一种。
本发明实施例还提出一种检测通讯链路的方法，包括：
网管获取用户选择的目标RRU单板；
向基站发起基于所述目标RRU单板的诊断请求；
接收所述基站根据所述诊断请求收集汇总并返回的故障检测点信息；
对所述故障检测点信息进行分析诊断，得到故障检测点的故障状态，呈现给用户。
优选地，所述网管对故障检测点信息进行分析诊断，得到故障检测点的故障状态，呈现给用户的步骤包括：
所述网管检测所述目标RRU单板的链路是否异常；
当检测到所述目标RRU单板的硬件链路异常时，按照设定的优先级，依次对出光口板、各级RRU、光模块和线缆，以及基站操作及软件运行情况进行分析诊断，得到相应故障检测点的故障状态；
当检测到所述目标RRU单板的硬件链路正常时，检测所述目标RRU单板的软件链路是否异常；
当检测到所述目标RRU单板的软件链路异常时，检测基站人工操作和软件运行情况；
将得到的故障检测点的故障状态以及相应的修复建议呈现给用户。
优选地，所述当检测到所述目标RRU单板的硬件链路异常时，按照设定的优先级，依次对出光口板、各级RRU、光模块和线缆，以及基站操作及软件运行情况进行分析诊断，得到相应故障检测点的故障状态的步骤包括：
所述网管检测所述目标RRU单板的出光口板是否异常；
若检测到所述目标RRU单板的出光口板异常，则得到相应故障检测点的故障状态；
若检测到所述目标RRU单板的出光口板正常，则检测所述目标RRU的光模块和连接RRU的线缆情况；
若检测到所述目标RRU的光模块和连接RRU的线缆异常，则得到相应故障检测点的故障状态；
若检测到所述目标RRU的光模块和连接RRU的线缆正常，则检测各级RRU的情况，得到各级RRU相应故障检测点的故障状态。
本发明实施例还提出一种检测通讯链路的基站，包括：
请求接收模块，用于接收网管发送的诊断请求，所述诊断请求携带有用户选取的目标RRU单板；
选取模块，用于根据所述诊断请求，选取所述目标RRU单板所在的RRU拓扑结构；
收集模块，用于基于选取的所述RRU拓扑结构，收集BBU与RRU间通讯链路的故障检测点信息；
发送模块，用于将收集的所述故障检测点信息汇总后发送给网管，由所述网管对所述故障检测点信息进行分析诊断。
优选地，所述收集模块，还用于采用并行查询的方式，从所述RRU拓扑结构中查找并采集出光口板和各级RRU的人工操作情况及基站软件运行情况信息；采用串行查询的方式，从所述RRU拓扑结构中查找并采集出光口板、各级RRU、光模块和线缆信息；汇总采集的各故障检测点信息，作为BBU与RRU间通讯链路的故障检测点信息。
优选地，所述RRU拓扑结构为星形拓扑、级联拓扑、环网拓扑、环加链拓扑、双上联拓扑中的一种。
本发明实施例还提出一种检测通讯链路的网管，包括：
获取模块，用于获取用户选择的目标RRU单板；
请求发起模块，用于向基站发起基于所述目标RRU单板的诊断请求；
信息接收模块，用于接收所述基站根据所述诊断请求收集汇总并返回的故障检测点信息；
分析诊断模块，用于对所述故障检测点信息进行分析诊断，得到故障检测点的故障状态，呈现给用户。
优选地，所述分析诊断模块，还用于检测所述目标RRU单板的链路是否异常；当检测到所述目标RRU单板的硬件链路异常时，按照设定的优先级，依次对出光口板、各级RRU、光模块和线缆，以及基站操作及软件运行情况进行分析诊断，得到相应故障检测点的故障状态；当检测到所述目标RRU单板的硬件链路正常时，检测所述目标RRU单板的软件链路是否异常；当检测到所述目标RRU单板的软件链路异常时，检测基站人工操作和软件运行情况；将得到的故障检测点的故障状态以及相应的修复建议呈现给用户。
优选地，所述分析诊断模块，还用于检测所述目标RRU单板的出光口板是否异常；若检测到所述目标RRU单板的出光口板异常，则得到相应故障检测点的故障状态；若检测到所述目标RRU单板的出光口板正常，则检测所述目标RRU的光模块和连接RRU的线缆情况；若检测到所述目标RRU的光模块和连接RRU的线缆异常，则得到相应故障检测点的故障状态；若检测到所述目标RRU的光模块和连接RRU的线缆正常，则检测各级RRU的情况，得到各级RRU相应故障检测点的故障状态。
本发明实施例还提出一种检测通讯链路的系统，包括：基站和网管；其中：
所述网管，用于获取用户选择的目标RRU单板，向基站发起基于所述目标RRU单板的诊断请求；
所述基站，用于根据所述诊断请求，选取所述目标RRU单板所在的RRU拓扑结构，基于选取的所述RRU拓扑结构，收集BBU与RRU间通讯链路的故障检测点信息，将收集的故障检测点信息汇总后发送给网管；
所述网管，还用于对所述故障检测点信息进行分析诊断，得到故障检测点的故障状态，呈现给用户。
本发明实施例提出的一种检测BBU-RRU间通讯链路的方法、基站、网管及系统，网管获取用户选择的目标RRU单板，向基站发起基于目标RRU单板的诊断请求；基站根据诊断请求，选取目标RRU单板所在的RRU拓扑结构，基于选取的所述RRU拓扑结构，收集BBU与RRU间通讯链路的故障检测点信息，将收集的故障检测点信息汇总后发送给网管；网管对故障检测点信息进行分析诊断，得到故障检测点的故障状态，呈现给用户。由此，通过采用BBU-RRU通讯链路诊断，解决了现有技术中收集信息、综合分析、结果呈现的问题，提高了定位BBU-RRU通讯链路故障的效率，进而降低了基站维护成本。
附图说明
图1是本发明检测通讯链路的方法一实施例的流程示意图；
图2是本发明实施例中检测通讯链路的系统架构示意图；
图3是本发明实施例中BBU-RRU间通讯链路的网管的数据分析模型图；
图4是本发明实施例的一种BBU-RRU间通讯链路的网管进行分析诊断的数据分析流程图；
图5是图4中循环RRU的父级RRU遍历进行数据分析的具体流程示意图；
图6是本发明检测通讯链路的方法另一实施例的流程示意图；
图7是本发明检测通讯链路的基站一实施例的功能模块示意图；
图8是本发明检测通讯链路的网管一实施例的功能模块示意图。
为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。
具体实施方式
本发明实施例的解决方案主要是：网管获取用户选择的目标RRU单板，向基站发起基于目标RRU单板的诊断请求；基站根据诊断请求，选取目标RRU单板所在的RRU拓扑结构，基于选取的所述RRU拓扑结构，收集BBU与RRU间通讯链路的故障检测点信息，将收集的故障检测点信息汇总后发送给网管；网管对故障检测点信息进行分析诊断，得到故障检测点的故障状态，呈现给用户。由此，通过采用BBU-RRU通讯链路诊断，解决现有技术中收集信息、综合分析、结果呈现的问题，提高定位BBU-RRU通讯链路故障的效率，进而降低基站维护成本。
具体地，如图1所示，本发明一实施例提出一种检测通讯链路的方法，包括：
步骤S101，基站接收网管发送的诊断请求，所述诊断请求携带有用户选取的目标RRU单板；
本实施例方案涉及基站与网管，根据需要，基站侧与网管侧分别设置相应的功能模块。其系统架构可以如图2所示，网管可管理多个基站站点的故障检测点信息。每个基站站点由一个BBU和若干个RRU组成，其RRU拓扑结构可以是星形拓扑、级联拓扑、环网拓扑、环加链拓扑、双上联拓扑等，各种配置拓扑对应支持不同的无线产品，本发明实施例方法适用于上述各类拓扑结构。
具体地，首先，网管侧根据用户选择的待诊断RRU单板，向基站侧发起诊断请求。该诊断请求中携带有用户选取的目标RRU单板。
步骤S102，根据所述诊断请求，选取所述目标RRU单板所在的RRU拓扑结构；
步骤S103，基于选取的所述RRU拓扑结构，收集BBU与RRU间通讯链路的故障检测点信息；
基站侧接收到网管发来的诊断请求后，选取所述目标RRU单板所在的RRU拓扑结构，根据基站拓扑结构，收集所有可能的故障检测点信息，包括：出光口板、各级RRU、光模块和线缆、可导致RRU断链的基站人工操作及基站软件运行情况等。
具体地，基站在收集BBU与RRU间通讯链路的故障检测点信息时，可以采用如下方案：
首先，采用并行查询的方式，从所述RRU拓扑结构中查找并采集出光口板和各级RRU的人工操作情况及基站软件运行情况信息；
然后，采用串行查询的方式，从所述RRU拓扑结构中查找并采集出光口板、各级RRU、光模块和线缆信息。
最后，汇总采集的各故障检测点信息，作为BBU与RRU间通讯链路的故障检测点信息。
在实际应用中，基站进行故障检测点数据采集时，可以建立查询基本框架来管理故障检测点信息采集过程。
其中，基站根据网管发来的目标RRU单板信息，从基站RRU拓扑结构中得到可能需要检测的故障检测点全集，对应地生成多个查询过程，并根据诊断请求特点，填入查询基本框架。由查询基本框架控制各个查询过程有序执行。
查询基本框架是一个数据查询过程调度控制系统，根据诊断请求启动策略，依次调度并行查询方式和串行查询方式下的各个查询过程。包括启动、停止、数据分析、数据汇总功能。
其中，并行查询方式由可以同时并行启动的查询过程组成。串行查询方式是由一个或多个查询过程组成，在并行查询方式执行完之后，在串行执行查询过程。
在填充查询过程时，对于并行查询和串行查询，优先选择并行查询方式以缩短查询所需时间。如果诊断请求项有排他特性，则选择串行查询方式。
对于BBU-RRU通讯链路的诊断请求，并行查询由采集出光口板和各级RRU的人工操作情况及基站软件运行情况信息的查询过程组成。串行查询由采集出光口板、各级RRU、光模块和线缆信息的查询过程组成。
此外，针对各个检测过程可以预设超时时间，当查询过程开始执行时，启动定时计数。若定时时间到仍无查询结果返回，则结束该查询过程。
另外，在查询启动策略中还应避免检测冗余故障检测点。
在采集数据的过程中，通过分析已结束的查询过程结果，选择性启动下一个查询过程，避免冗余故障检测点的检测影响正常建链的RRU上业务。当RRU链路正常时，即底层硬件逻辑器件环回和高层软件链路正常，则认为BBU-RRU间通讯链路正常。此时不需要收集相关出光口板、RRU和光模块线缆的故障检测点信息。
步骤S104，将收集的所述故障检测点信息汇总后发送给网管，由所述网管对所述故障检测点信息进行分析诊断。
之后，基站将收集的故障检测点信息汇总后发回给网管。网管收到故障检测点信息后，分析诊断数据，综合判断故障检测点状态、处理建议及详细信息等呈现给用户。
其中，网管对基站发来的故障检测点信息进行分析诊断的过程可以采用如下方案：
在网管侧，建立BBU-RRU间通讯链路的诊断分析模型，主要由影响BBU-RRU通讯链路的四类对象：出光口板、RRU、光模块和线缆，以及基站操作及软件运行情况组成。
首先，网管基于目标RRU单板所在RRU拓扑结构中所有上级节点情况，检测所述目标RRU单板的链路情况，即目标RRU的软件RUDP/TCP链路和硬件LOOPTEST链路。如果链路正常，则检测结束。
当网管检测到所述目标RRU单板的硬件链路异常时，按照设定的优先级，依次对出光口板、各级RRU、光模块和线缆，以及基站操作及软件运行情况进行分析诊断，得到相应故障检测点的故障状态。
当检测到所述目标RRU单板的硬件链路正常时，检测所述目标RRU单板的软件链路是否异常；当检测到所述目标RRU单板的软件链路异常时，检测基站人工操作和软件运行情况。
最后，将得到的故障检测点的故障状态以及相应的修复建议呈现给用户。
其中，更为具体地，如果软件链路异常，则检测基站人工操作和软件运行情况，可以排除基站RRU软件异常、RRU人工复位；如果硬件链路异常，则检测出光口板和基站人工操作及软件运行情况，可以排除出光口板软件异常、出光口板人工复位、出光口板下电、出光口板硬件故障。
如果出光口板检测正常，则检测其光模块、连接RRU的线缆情况，可以排除光模块硬件或配置故障、线缆故障。
如果光模块、连接RRU的线缆正常，则检测各级RRU的情况。
对各级RRU，首先定位到链路断的这级RRU，然后检测该RRU的情况及下级联光模块、线缆情况，可以排除RRU硬件故障、光模块硬件或配置故障、线缆故障。
根据光模块的检测结果，检测基站人工操作及软件运行情况，可以排除RRU掉电供电电源问题、RRU故障。
通过上述分析诊断过程，可以得到具体是由光接口板、光模块、线缆、RRU、基站软件、人工操作这些故障点的哪个环节引起的BBU-RRU通讯链路异常。并可以直接呈现给用户准确故障点。
本实施例通过上述方案，采用BBU-RRU通讯链路诊断，解决了现有技术中收集信息、综合分析、结果呈现的问题，提高了定位BBU-RRU通讯链路故障的效率，进而降低了基站维护成本。
以下结合附图对本发明实施例中网管对基站发来的故障检测点信息进行分析诊断的过程进行详细阐述：
如图3所示，图3是本发明实施例中BBU-RRU间通讯链路的网管的数据分析模型图，其中：
首先，网管进行目标RRU链路检测，判断RRU软、硬件链路是否正常。如果异常，则从下面四个方面分析故障点：
出光口板故障分析：分析是否存在出光口板硬件故障。
光模块、线缆故障分析：分析光模块是否在位、速率匹配、有光无光、帧锁定情况、光模块硬件故障、光模块接收功率及阈值、光口自环情况、光纤插错、光纤断等。
RRU单板故障分析：分析是否存在RRU硬件故障。
基站操作及软件运行情况故障分析：分析是否存在出光口板人工操作复位、出光口板下电、出光口板软件异常、RRU掉电、RRU初始化告警、RRU版本加载过程复位、RRU软件跑飞复位、RRU人工操作复位等。
如图4所示，图4是本发明实施例的一种BBU-RRU间通讯链路的网管进行分析诊断的数据分析流程图，具体包括：
步骤400，针对用户选择需要诊断的目标RRU，如果硬件链路LOOPTEST结果是通的，则进入步骤401，否则，进入步骤402；
步骤401，进行RRU软件检测流程；
首先判别该目标RRU是否有软件链路RUDP/TCP断，如果有软件链路断，则判断当前RRU是否上报初始化告警，如果没有上报该告警，则返回RRU通讯链路断这一故障点，即需要硬复位RRU或更换RRU；如果上报初始化告警，则返回RRU复位这一故障点，即需要排除RRU复位是人工引起或软件版本引起(版本加载过程，软件跑飞)。
如果没有软件链路断，则判别该RRU是否存在硬件故障告警，如果存在，则返回该RRU硬件异常这一故障点，如果不存在RRU硬件故障，则返回RRU硬件检测无异常。
步骤402，如果目标RRU的LOOPTEST不通，则检测其所在拓扑的出光口板FS软件运行及硬件情况。
首先，判断FS链路情况，若有链路断，则排除光口板软件异常、出光口板人工复位、出光口板下电。若链路正常，则检测该拓扑上其它RRU的LOOPTEST测试情况，如果均不通，则判断目标RRU上联链路的FS光口SERDERS自环结果，如果自环失败，返回FS硬件检测异常这一故障点；如果自环成功，则判别该FS是否有硬件故障告警，如果有，则返回FS硬件检测异常这一故障点。如果FS硬件检测正常，则进入步骤403；
步骤403，如果该拓扑上存在某些RRU是LOOPTEST测试通的情况，则检测FS光模块情况；
首先，检测光模块是否在位，若不在位，则返回光模块不在位这一故障点。检测光模块速率是否匹配，如果不匹配则返回配置错误这一故障点。检测光模块硬件是否正常，如果异常则返回光模块故障这一故障点。
如果光模块检测正常，则进入步骤404；
步骤404，检测FS到目标RRU的光纤是否正常；
具体地，检测光纤是否星形交叉连接，如果是，则提示光纤连接错误这一故障点。检测光纤是否单通，即发送光纤断，接收光纤正常，如果是则提示光纤发送断这一故障点。
如果光纤检测正常，判断目标RRU是否是第一级RRU，如果是则进行光信号检测和基站软件运行情况分析，具体见步骤405；如果目标RRU不是第一级RRU，则进入级联RRU检测，循环以RRU的父级RRU为当前RRU进行数据分析，具体见图5中各步骤，图5是图4中循环RRU的父级RRU遍历进行数据分析的流程示意图。
步骤405，如果当前单板光模块无光，则继续判断有没有RRU掉电告警，如果有RRU掉电告警，返回排查RRU外部电源这一故障点，如果没有RRU掉电告警，返回光纤断这一故障点。如果当前单板光模块光功率过低，返回光纤断或下级RRU故障这一故障点。如果当前有光但是锁不住，返回下级RRU故障或下级RRU光模块速率不匹配这一故障点。
步骤406，记录目标RRU的上级RRU为当前RRU，并开始逐级针对RRU进行识别，进入循环。
具体地，针对当前RRU，检测该RRU的LOOPTEST链路是否通。如果该RRU的LOOPTEST链路通，则结束循环。
如果LOOPTEST不通，记录当前RRULOOPTEST链路不通。判断当前RRU的上级节点是否是FS，如果不是FS，则置当前RRU的上级RRU为当前RRU，继续循环。直到找到LOOPTEST通的RRU或已到达FS为止。如果已到达FS，则跳过RRU软件检测。否则，对当前RRU进行软件检测。
其中，在对当前RRU进行软件检测时，判别该RRU是否有RUDP/TCP链路断，如果有RUDP/TCP链路断，则判断当前RRU是否上报初始化告警，如果没有上报该告警，则返回RRU通讯链路断这一故障点，需要硬复位RRU或更换RRU，如果上报初始化告警，则返回RRU复位这一故障点，需要排除RRU复位是人工引起或软件版本引起(版本加载过程，软件跑飞)。
如果没有RUDP/TCP链路断，则判别该RRU是否存在硬件故障告警，如果存在，则返回该RRU硬件异常这一故障点，如果不存在RRU硬件故障，则检测该RRU下联光模块是否在位，若不在位，则返回光模块不在位这一故障点。检测光模块速率是否匹配，如果不匹配则返回配置错误这一故障点。检测光模块硬件是否正常，如果异常则返回光模块故障这一故障点。检测光模块是否无光，如果光模块无光，则继续判断有没有RRU掉电告警，如果有RRU掉电告警，返回排查RRU外部电源这一故障点，如果没有RRU掉电告警，返回光纤断这一故障点。检测光模块光功率，如果过低，返回光纤断或下级RRU故障这一故障点。如果当前光模块有光但是锁不住，则返回下级RRU故障或下级RRU光模块速率不匹配这一故障点。
对于上述过程，同样适用于环网、环+链、双上联拓扑，这几种拓扑的特点是出光口板有两个光口与目标RRU有通讯链路，只需从两个出光口分别进行结果分析即可。
本实施例通过上述方案，网管获取用户选择的目标RRU单板，向基站发起基于目标RRU单板的诊断请求；基站根据诊断请求，选取目标RRU单板所在的RRU拓扑结构，基于选取的所述RRU拓扑结构，收集BBU与RRU间通讯链路的故障检测点信息，将收集的故障检测点信息汇总后发送给网管；网管对故障检测点信息进行分析诊断，得到故障检测点的故障状态，呈现给用户。由此，通过采用BBU-RRU通讯链路诊断，解决了现有技术中收集信息、综合分析、结果呈现的问题，提高了定位BBU-RRU通讯链路故障的效率，进而降低了基站维护成本。
如图6所示，本发明另一实施例提出一种检测通讯链路的方法，包括：
步骤S201，网管获取用户选择的目标RRU单板；
步骤S202，向基站发起基于所述目标RRU单板的诊断请求；
本实施例方案涉及基站与网管，根据需要，基站侧与网管侧分别设置相应的功能模块。其系统架构可以如图2所示，网管可管理多个基站站点的故障检测点信息。每个基站站点由一个BBU和若干个RRU组成，其RRU拓扑结构可以是星形拓扑、级联拓扑、环网拓扑、环加链拓扑、双上联拓扑等，各种配置拓扑对应支持不同的无线产品，本发明实施例方法适用于上述各类拓扑结构。
具体地，首先，网管侧根据用户选择的待诊断RRU单板，向基站侧发起诊断请求。该诊断请求中携带有用户选取的目标RRU单板。
步骤S203，接收所述基站根据所述诊断请求收集汇总并返回的故障检测点信息；
步骤S204，对所述故障检测点信息进行分析诊断，得到故障检测点的故障状态，呈现给用户。
基站侧接收到网管发来的诊断请求后，选取所述目标RRU单板所在的RRU拓扑结构，根据基站拓扑结构，收集所有可能的故障检测点信息，包括：出光口板、各级RRU、光模块和线缆、可导致RRU断链的基站人工操作及基站软件运行情况等。
具体地，基站在收集BBU与RRU间通讯链路的故障检测点信息时，可以采用如下方案：
首先，采用并行查询的方式，从所述RRU拓扑结构中查找并采集出光口板和各级RRU的人工操作情况及基站软件运行情况信息；
然后，采用串行查询的方式，从所述RRU拓扑结构中查找并采集出光口板、各级RRU、光模块和线缆信息。
最后，汇总采集的各故障检测点信息，作为BBU与RRU间通讯链路的故障检测点信息。
在实际应用中，基站进行故障检测点数据采集时，可以建立查询基本框架来管理故障检测点信息采集过程。
其中，基站根据网管发来的目标RRU单板信息，从基站RRU拓扑结构中得到可能需要检测的故障检测点全集，对应地生成多个查询过程，并根据诊断请求特点，填入查询基本框架。由查询基本框架控制各个查询过程有序执行。
查询基本框架是一个数据查询过程调度控制系统，根据诊断请求启动策略，依次调度并行查询方式和串行查询方式下的各个查询过程。包括启动、停止、数据分析、数据汇总功能。
其中，并行查询方式由可以同时并行启动的查询过程组成。串行查询方式是由一个或多个查询过程组成，在并行查询方式执行完之后，在串行执行查询过程。
在填充查询过程时，对于并行查询和串行查询，优先选择并行查询方式以缩短查询所需时间。如果诊断请求项有排他特性，则选择串行查询方式。
对于BBU-RRU通讯链路的诊断请求，并行查询由采集出光口板和各级RRU的人工操作情况及基站软件运行情况信息的查询过程组成。串行查询由采集出光口板、各级RRU、光模块和线缆信息的查询过程组成。
此外，针对各个检测过程可以预设超时时间，当查询过程开始执行时，启动定时计数。若定时时间到仍无查询结果返回，则结束该查询过程。
另外，在查询启动策略中还应避免检测冗余故障检测点。
在采集数据的过程中，通过分析已结束的查询过程结果，选择性启动下一个查询过程，避免冗余故障检测点的检测影响正常建链的RRU上业务。当RRU链路正常时，即底层硬件逻辑器件环回和高层软件链路正常，则认为BBU-RRU间通讯链路正常。此时不需要收集相关出光口板、RRU和光模块线缆的故障检测点信息。
之后，基站将收集的故障检测点信息汇总后发回给网管。网管收到故障检测点信息后，分析诊断数据，综合判断故障检测点状态、处理建议及详细信息等呈现给用户。
其中，网管对基站发来的故障检测点信息进行分析诊断的过程可以采用如下方案：
在网管侧，建立BBU-RRU间通讯链路的诊断分析模型，主要由影响BBU-RRU通讯链路的四类对象：出光口板、RRU、光模块和线缆，以及基站操作及软件运行情况组成。
首先，网管基于目标RRU单板所在RRU拓扑结构中所有上级节点情况，检测所述目标RRU单板的链路情况，即目标RRU的软件RUDP/TCP链路和硬件LOOPTEST链路。如果链路正常，则检测结束。
当网管检测到所述目标RRU单板的硬件链路异常时，按照设定的优先级，依次对出光口板、各级RRU、光模块和线缆，以及基站操作及软件运行情况进行分析诊断，得到相应故障检测点的故障状态。
当检测到所述目标RRU单板的硬件链路正常时，检测所述目标RRU单板的软件链路是否异常；当检测到所述目标RRU单板的软件链路异常时，检测基站人工操作和软件运行情况。
最后，将得到的故障检测点的故障状态以及相应的修复建议呈现给用户。
其中，更为具体地，如果软件链路异常，则检测基站人工操作和软件运行情况，可以排除基站RRU软件异常、RRU人工复位；如果硬件链路异常，则检测出光口板和基站人工操作及软件运行情况，可以排除出光口板软件异常、出光口板人工复位、出光口板下电、出光口板硬件故障。
如果出光口板检测正常，则检测其光模块、连接RRU的线缆情况，可以排除光模块硬件或配置故障、线缆故障。
如果光模块、连接RRU的线缆正常，则检测各级RRU的情况。
对各级RRU，首先定位到链路断的这级RRU，然后检测该RRU的情况及下级联光模块、线缆情况，可以排除RRU硬件故障、光模块硬件或配置故障、线缆故障。
根据光模块的检测结果，检测基站人工操作及软件运行情况，可以排除RRU掉电供电电源问题、RRU故障。
通过上述分析诊断过程，可以得到具体是由光接口板、光模块、线缆、RRU、基站软件、人工操作这些故障点的哪个环节引起的BBU-RRU通讯链路异常。并可以直接呈现给用户准确故障点。
本实施例通过上述方案，采用BBU-RRU通讯链路诊断，解决了现有技术中收集信息、综合分析、结果呈现的问题，提高了定位BBU-RRU通讯链路故障的效率，进而降低了基站维护成本。
以下结合附图对本发明实施例中网管对基站发来的故障检测点信息进行分析诊断的过程进行详细阐述：
如图3所示，图3是本发明实施例中BBU-RRU间通讯链路的网管的数据分析模型图，其中：
首先，网管进行目标RRU链路检测，判断RRU软、硬件链路是否正常。如果异常，则从下面四个方面分析故障点：
出光口板故障分析：分析是否存在出光口板硬件故障。
光模块、线缆故障分析：分析光模块是否在位、速率匹配、有光无光、帧锁定情况、光模块硬件故障、光模块接收功率及阈值、光口自环情况、光纤插错、光纤断等。
RRU单板故障分析：分析是否存在RRU硬件故障。
基站操作及软件运行情况故障分析：分析是否存在出光口板人工操作复位、出光口板下电、出光口板软件异常、RRU掉电、RRU初始化告警、RRU版本加载过程复位、RRU软件跑飞复位、RRU人工操作复位等。
如图4所示，图4是本发明实施例的一种BBU-RRU间通讯链路的网管进行分析诊断的数据分析流程图，具体包括：
步骤400，针对用户选择需要诊断的目标RRU，如果硬件链路LOOPTEST结果是通的，则进入步骤401，否则，进入步骤402；
步骤401，进行RRU软件检测流程；
首先判别该目标RRU是否有软件链路RUDP/TCP断，如果有软件链路断，则判断当前RRU是否上报初始化告警，如果没有上报该告警，则返回RRU通讯链路断这一故障点，即需要硬复位RRU或更换RRU；如果上报初始化告警，则返回RRU复位这一故障点，即需要排除RRU复位是人工引起或软件版本引起(版本加载过程，软件跑飞)。
如果没有软件链路断，则判别该RRU是否存在硬件故障告警，如果存在，则返回该RRU硬件异常这一故障点，如果不存在RRU硬件故障，则返回RRU硬件检测无异常。
步骤402，如果目标RRU的LOOPTEST不通，则检测其所在拓扑的出光口板FS软件运行及硬件情况。
首先，判断FS链路情况，若有链路断，则排除光口板软件异常、出光口板人工复位、出光口板下电。若链路正常，则检测该拓扑上其它RRU的LOOPTEST测试情况，如果均不通，则判断目标RRU上联链路的FS光口SERDERS自环结果，如果自环失败，返回FS硬件检测异常这一故障点；如果自环成功，则判别该FS是否有硬件故障告警，如果有，则返回FS硬件检测异常这一故障点。如果FS硬件检测正常，则进入步骤403；
步骤403，如果该拓扑上存在某些RRU是LOOPTEST测试通的情况，则检测FS光模块情况；
首先，检测光模块是否在位，若不在位，则返回光模块不在位这一故障点。检测光模块速率是否匹配，如果不匹配则返回配置错误这一故障点。检测光模块硬件是否正常，如果异常则返回光模块故障这一故障点。
如果光模块检测正常，则进入步骤404；
步骤404，检测FS到目标RRU的光纤是否正常；
具体地，检测光纤是否星形交叉连接，如果是，则提示光纤连接错误这一故障点。检测光纤是否单通，即发送光纤断，接收光纤正常，如果是则提示光纤发送断这一故障点。
如果光纤检测正常，判断目标RRU是否是第一级RRU，如果是则进行光信号检测和基站软件运行情况分析，具体见步骤405；如果目标RRU不是第一级RRU，则进入级联RRU检测，循环以RRU的父级RRU为当前RRU进行数据分析，具体见图5中各步骤，图5是图4中循环RRU的父级RRU遍历进行数据分析的流程示意图。
步骤405，如果当前单板光模块无光，则继续判断有没有RRU掉电告警，如果有RRU掉电告警，返回排查RRU外部电源这一故障点，如果没有RRU掉电告警，返回光纤断这一故障点。如果当前单板光模块光功率过低，返回光纤断或下级RRU故障这一故障点。如果当前有光但是锁不住，返回下级RRU故障或下级RRU光模块速率不匹配这一故障点。
步骤406，记录目标RRU的上级RRU为当前RRU，并开始逐级针对RRU进行识别，进入循环。
具体地，针对当前RRU，检测该RRU的LOOPTEST链路是否通。如果该RRU的LOOPTEST链路通，则结束循环。
如果LOOPTEST不通，记录当前RRULOOPTEST链路不通。判断当前RRU的上级节点是否是FS，如果不是FS，则置当前RRU的上级RRU为当前RRU，继续循环。直到找到LOOPTEST通的RRU或已到达FS为止。如果已到达FS，则跳过RRU软件检测。否则，对当前RRU进行软件检测。
其中，在对当前RRU进行软件检测时，判别该RRU是否有RUDP/TCP链路断，如果有RUDP/TCP链路断，则判断当前RRU是否上报初始化告警，如果没有上报该告警，则返回RRU通讯链路断这一故障点，需要硬复位RRU或更换RRU，如果上报初始化告警，则返回RRU复位这一故障点，需要排除RRU复位是人工引起或软件版本引起(版本加载过程，软件跑飞)。
如果没有RUDP/TCP链路断，则判别该RRU是否存在硬件故障告警，如果存在，则返回该RRU硬件异常这一故障点，如果不存在RRU硬件故障，则检测该RRU下联光模块是否在位，若不在位，则返回光模块不在位这一故障点。检测光模块速率是否匹配，如果不匹配则返回配置错误这一故障点。检测光模块硬件是否正常，如果异常则返回光模块故障这一故障点。检测光模块是否无光，如果光模块无光，则继续判断有没有RRU掉电告警，如果有RRU掉电告警，返回排查RRU外部电源这一故障点，如果没有RRU掉电告警，返回光纤断这一故障点。检测光模块光功率，如果过低，返回光纤断或下级RRU故障这一故障点。如果当前光模块有光但是锁不住，则返回下级RRU故障或下级RRU光模块速率不匹配这一故障点。
对于上述过程，同样适用于环网、环+链、双上联拓扑，这几种拓扑的特点是出光口板有两个光口与目标RRU有通讯链路，只需从两个出光口分别进行结果分析即可。
本实施例通过上述方案，网管获取用户选择的目标RRU单板，向基站发起基于目标RRU单板的诊断请求；基站根据诊断请求，选取目标RRU单板所在的RRU拓扑结构，基于选取的所述RRU拓扑结构，收集BBU与RRU间通讯链路的故障检测点信息，将收集的故障检测点信息汇总后发送给网管；网管对故障检测点信息进行分析诊断，得到故障检测点的故障状态，呈现给用户。由此，通过采用BBU-RRU通讯链路诊断，解决了现有技术中收集信息、综合分析、结果呈现的问题，提高了定位BBU-RRU通讯链路故障的效率，进而降低了基站维护成本。
如图7所示，本发明一实施例提出一种检测通讯链路的基站，包括：请求接收模块701、选取模块702、收集模块703及发送模块704，其中：
请求接收模块701，用于接收网管发送的诊断请求，所述诊断请求携带有用户选取的目标RRU单板；
选取模块702，用于根据所述诊断请求，选取所述目标RRU单板所在的RRU拓扑结构；
收集模块703，用于基于选取的所述RRU拓扑结构，收集BBU与RRU间通讯链路的故障检测点信息；
发送模块704，用于将收集的所述故障检测点信息汇总后发送给网管，由所述网管对所述故障检测点信息进行分析诊断。
具体地，本实施例方案涉及基站与网管，根据需要，基站侧与网管侧分别设置相应的功能模块。其系统架构可以如图2所示，网管可管理多个基站站点的故障检测点信息。每个基站站点由一个BBU和若干个RRU组成，其RRU拓扑结构可以是星形拓扑、级联拓扑、环网拓扑、环加链拓扑、双上联拓扑等，各种配置拓扑对应支持不同的无线产品，本发明实施例方法适用于上述各类拓扑结构。
具体地，首先，网管侧根据用户选择的待诊断RRU单板，向基站侧发起诊断请求。该诊断请求中携带有用户选取的目标RRU单板。
基站侧接收到网管发来的诊断请求后，选取所述目标RRU单板所在的RRU拓扑结构，根据基站拓扑结构，收集所有可能的故障检测点信息，包括：出光口板、各级RRU、光模块和线缆、可导致RRU断链的基站人工操作及基站软件运行情况等。
具体地，基站在收集BBU与RRU间通讯链路的故障检测点信息时，可以采用如下方案：
首先，采用并行查询的方式，从所述RRU拓扑结构中查找并采集出光口板和各级RRU的人工操作情况及基站软件运行情况信息；
然后，采用串行查询的方式，从所述RRU拓扑结构中查找并采集出光口板、各级RRU、光模块和线缆信息。
最后，汇总采集的各故障检测点信息，作为BBU与RRU间通讯链路的故障检测点信息。
在实际应用中，基站进行故障检测点数据采集时，可以建立查询基本框架来管理故障检测点信息采集过程。
其中，基站根据网管发来的目标RRU单板信息，从基站RRU拓扑结构中得到可能需要检测的故障检测点全集，对应地生成多个查询过程，并根据诊断请求特点，填入查询基本框架。由查询基本框架控制各个查询过程有序执行。
查询基本框架是一个数据查询过程调度控制系统，根据诊断请求启动策略，依次调度并行查询方式和串行查询方式下的各个查询过程。包括启动、停止、数据分析、数据汇总功能。
其中，并行查询方式由可以同时并行启动的查询过程组成。串行查询方式是由一个或多个查询过程组成，在并行查询方式执行完之后，在串行执行查询过程。
在填充查询过程时，对于并行查询和串行查询，优先选择并行查询方式以缩短查询所需时间。如果诊断请求项有排他特性，则选择串行查询方式。
对于BBU-RRU通讯链路的诊断请求，并行查询由采集出光口板和各级RRU的人工操作情况及基站软件运行情况信息的查询过程组成。串行查询由采集出光口板、各级RRU、光模块和线缆信息的查询过程组成。
此外，针对各个检测过程可以预设超时时间，当查询过程开始执行时，启动定时计数。若定时时间到仍无查询结果返回，则结束该查询过程。
另外，在查询启动策略中还应避免检测冗余故障检测点。
在采集数据的过程中，通过分析已结束的查询过程结果，选择性启动下一个查询过程，避免冗余故障检测点的检测影响正常建链的RRU上业务。当RRU链路正常时，即底层硬件逻辑器件环回和高层软件链路正常，则认为BBU-RRU间通讯链路正常。此时不需要收集相关出光口板、RRU和光模块线缆的故障检测点信息。
之后，基站将收集的故障检测点信息汇总后发回给网管。网管收到故障检测点信息后，分析诊断数据，综合判断故障检测点状态、处理建议及详细信息等呈现给用户。
其中，网管对基站发来的故障检测点信息进行分析诊断的过程可以采用如下方案：
在网管侧，建立BBU-RRU间通讯链路的诊断分析模型，主要由影响BBU-RRU通讯链路的四类对象：出光口板、RRU、光模块和线缆，以及基站操作及软件运行情况组成。
首先，网管基于目标RRU单板所在RRU拓扑结构中所有上级节点情况，检测所述目标RRU单板的链路情况，即目标RRU的软件RUDP/TCP链路和硬件LOOPTEST链路。如果链路正常，则检测结束。
当网管检测到所述目标RRU单板的硬件链路异常时，按照设定的优先级，依次对出光口板、各级RRU、光模块和线缆，以及基站操作及软件运行情况进行分析诊断，得到相应故障检测点的故障状态。
当检测到所述目标RRU单板的硬件链路正常时，检测所述目标RRU单板的软件链路是否异常；当检测到所述目标RRU单板的软件链路异常时，检测基站人工操作和软件运行情况。
最后，将得到的故障检测点的故障状态以及相应的修复建议呈现给用户。
其中，更为具体地，如果软件链路异常，则检测基站人工操作和软件运行情况，可以排除基站RRU软件异常、RRU人工复位；如果硬件链路异常，则检测出光口板和基站人工操作及软件运行情况，可以排除出光口板软件异常、出光口板人工复位、出光口板下电、出光口板硬件故障。
如果出光口板检测正常，则检测其光模块、连接RRU的线缆情况，可以排除光模块硬件或配置故障、线缆故障。
如果光模块、连接RRU的线缆正常，则检测各级RRU的情况。
对各级RRU，首先定位到链路断的这级RRU，然后检测该RRU的情况及下级联光模块、线缆情况，可以排除RRU硬件故障、光模块硬件或配置故障、线缆故障。
根据光模块的检测结果，检测基站人工操作及软件运行情况，可以排除RRU掉电供电电源问题、RRU故障。
通过上述分析诊断过程，可以得到具体是由光接口板、光模块、线缆、RRU、基站软件、人工操作这些故障点的哪个环节引起的BBU-RRU通讯链路异常。并可以直接呈现给用户准确故障点。
本实施例通过上述方案，采用BBU-RRU通讯链路诊断，解决了现有技术中收集信息、综合分析、结果呈现的问题，提高了定位BBU-RRU通讯链路故障的效率，进而降低了基站维护成本。
以下结合附图对本发明实施例中网管对基站发来的故障检测点信息进行分析诊断的过程进行详细阐述：
如图3所示，图3是本发明实施例中BBU-RRU间通讯链路的网管的数据分析模型图，其中：
首先，网管进行目标RRU链路检测，判断RRU软、硬件链路是否正常。如果异常，则从下面四个方面分析故障点：
出光口板故障分析：分析是否存在出光口板硬件故障。
光模块、线缆故障分析：分析光模块是否在位、速率匹配、有光无光、帧锁定情况、光模块硬件故障、光模块接收功率及阈值、光口自环情况、光纤插错、光纤断等。
RRU单板故障分析：分析是否存在RRU硬件故障。
基站操作及软件运行情况故障分析：分析是否存在出光口板人工操作复位、出光口板下电、出光口板软件异常、RRU掉电、RRU初始化告警、RRU版本加载过程复位、RRU软件跑飞复位、RRU人工操作复位等。
本实施例网管进行分析诊断的数据分析流程可以参照上述结合图4及图5所述内容，在此不再赘述。
本实施例通过上述方案，网管获取用户选择的目标RRU单板，向基站发起基于目标RRU单板的诊断请求；基站根据诊断请求，选取目标RRU单板所在的RRU拓扑结构，基于选取的所述RRU拓扑结构，收集BBU与RRU间通讯链路的故障检测点信息，将收集的故障检测点信息汇总后发送给网管；网管对故障检测点信息进行分析诊断，得到故障检测点的故障状态，呈现给用户。由此，通过采用BBU-RRU通讯链路诊断，解决了现有技术中收集信息、综合分析、结果呈现的问题，提高了定位BBU-RRU通讯链路故障的效率，进而降低了基站维护成本。
如图8所示，本发明一实施例提出一种检测通讯链路的网管，包括：获取模块801、请求发起模块802、信息接收模块803及分析诊断模块804，其中：
获取模块801，用于获取用户选择的目标RRU单板；
请求发起模块802，用于向基站发起基于所述目标RRU单板的诊断请求；
信息接收模块803，用于接收所述基站根据所述诊断请求收集汇总并返回的故障检测点信息；
分析诊断模块804，用于对所述故障检测点信息进行分析诊断，得到故障检测点的故障状态，呈现给用户。
具体地，本实施例方案涉及基站与网管，根据需要，基站侧与网管侧分别设置相应的功能模块。其系统架构可以如图2所示，网管可管理多个基站站点的故障检测点信息。每个基站站点由一个BBU和若干个RRU组成，其RRU拓扑结构可以是星形拓扑、级联拓扑、环网拓扑、环加链拓扑、双上联拓扑等，各种配置拓扑对应支持不同的无线产品，本发明实施例方法适用于上述各类拓扑结构。
具体地，首先，网管侧根据用户选择的待诊断RRU单板，向基站侧发起诊断请求。该诊断请求中携带有用户选取的目标RRU单板。
基站侧接收到网管发来的诊断请求后，选取所述目标RRU单板所在的RRU拓扑结构，根据基站拓扑结构，收集所有可能的故障检测点信息，包括：出光口板、各级RRU、光模块和线缆、可导致RRU断链的基站人工操作及基站软件运行情况等。
具体地，基站在收集BBU与RRU间通讯链路的故障检测点信息时，可以采用如下方案：
首先，采用并行查询的方式，从所述RRU拓扑结构中查找并采集出光口板和各级RRU的人工操作情况及基站软件运行情况信息；
然后，采用串行查询的方式，从所述RRU拓扑结构中查找并采集出光口板、各级RRU、光模块和线缆信息。
最后，汇总采集的各故障检测点信息，作为BBU与RRU间通讯链路的故障检测点信息。
在实际应用中，基站进行故障检测点数据采集时，可以建立查询基本框架来管理故障检测点信息采集过程。
其中，基站根据网管发来的目标RRU单板信息，从基站RRU拓扑结构中得到可能需要检测的故障检测点全集，对应地生成多个查询过程，并根据诊断请求特点，填入查询基本框架。由查询基本框架控制各个查询过程有序执行。
查询基本框架是一个数据查询过程调度控制系统，根据诊断请求启动策略，依次调度并行查询方式和串行查询方式下的各个查询过程。包括启动、停止、数据分析、数据汇总功能。
其中，并行查询方式由可以同时并行启动的查询过程组成。串行查询方式是由一个或多个查询过程组成，在并行查询方式执行完之后，在串行执行查询过程。
在填充查询过程时，对于并行查询和串行查询，优先选择并行查询方式以缩短查询所需时间。如果诊断请求项有排他特性，则选择串行查询方式。
对于BBU-RRU通讯链路的诊断请求，并行查询由采集出光口板和各级RRU的人工操作情况及基站软件运行情况信息的查询过程组成。串行查询由采集出光口板、各级RRU、光模块和线缆信息的查询过程组成。
此外，针对各个检测过程可以预设超时时间，当查询过程开始执行时，启动定时计数。若定时时间到仍无查询结果返回，则结束该查询过程。
另外，在查询启动策略中还应避免检测冗余故障检测点。
在采集数据的过程中，通过分析已结束的查询过程结果，选择性启动下一个查询过程，避免冗余故障检测点的检测影响正常建链的RRU上业务。当RRU链路正常时，即底层硬件逻辑器件环回和高层软件链路正常，则认为BBU-RRU间通讯链路正常。此时不需要收集相关出光口板、RRU和光模块线缆的故障检测点信息。
之后，基站将收集的故障检测点信息汇总后发回给网管。网管收到故障检测点信息后，分析诊断数据，综合判断故障检测点状态、处理建议及详细信息等呈现给用户。
其中，网管对基站发来的故障检测点信息进行分析诊断的过程可以采用如下方案：
在网管侧，建立BBU-RRU间通讯链路的诊断分析模型，主要由影响BBU-RRU通讯链路的四类对象：出光口板、RRU、光模块和线缆，以及基站操作及软件运行情况组成。
首先，网管基于目标RRU单板所在RRU拓扑结构中所有上级节点情况，检测所述目标RRU单板的链路情况，即目标RRU的软件RUDP/TCP链路和硬件LOOPTEST链路。如果链路正常，则检测结束。
当网管检测到所述目标RRU单板的硬件链路异常时，按照设定的优先级，依次对出光口板、各级RRU、光模块和线缆，以及基站操作及软件运行情况进行分析诊断，得到相应故障检测点的故障状态。
当检测到所述目标RRU单板的硬件链路正常时，检测所述目标RRU单板的软件链路是否异常；当检测到所述目标RRU单板的软件链路异常时，检测基站人工操作和软件运行情况。
最后，将得到的故障检测点的故障状态以及相应的修复建议呈现给用户。
其中，更为具体地，如果软件链路异常，则检测基站人工操作和软件运行情况，可以排除基站RRU软件异常、RRU人工复位；如果硬件链路异常，则检测出光口板和基站人工操作及软件运行情况，可以排除出光口板软件异常、出光口板人工复位、出光口板下电、出光口板硬件故障。
如果出光口板检测正常，则检测其光模块、连接RRU的线缆情况，可以排除光模块硬件或配置故障、线缆故障。
如果光模块、连接RRU的线缆正常，则检测各级RRU的情况。
对各级RRU，首先定位到链路断的这级RRU，然后检测该RRU的情况及下级联光模块、线缆情况，可以排除RRU硬件故障、光模块硬件或配置故障、线缆故障。
根据光模块的检测结果，检测基站人工操作及软件运行情况，可以排除RRU掉电供电电源问题、RRU故障。
通过上述分析诊断过程，可以得到具体是由光接口板、光模块、线缆、RRU、基站软件、人工操作这些故障点的哪个环节引起的BBU-RRU通讯链路异常。并可以直接呈现给用户准确故障点。
本实施例通过上述方案，采用BBU-RRU通讯链路诊断，解决了现有技术中收集信息、综合分析、结果呈现的问题，提高了定位BBU-RRU通讯链路故障的效率，进而降低了基站维护成本。
以下结合附图对本发明实施例中网管对基站发来的故障检测点信息进行分析诊断的过程进行详细阐述：
如图3所示，图3是本发明实施例中BBU-RRU间通讯链路的网管的数据分析模型图，其中：
首先，网管进行目标RRU链路检测，判断RRU软、硬件链路是否正常。如果异常，则从下面四个方面分析故障点：
出光口板故障分析：分析是否存在出光口板硬件故障。
光模块、线缆故障分析：分析光模块是否在位、速率匹配、有光无光、帧锁定情况、光模块硬件故障、光模块接收功率及阈值、光口自环情况、光纤插错、光纤断等。
RRU单板故障分析：分析是否存在RRU硬件故障。
基站操作及软件运行情况故障分析：分析是否存在出光口板人工操作复位、出光口板下电、出光口板软件异常、RRU掉电、RRU初始化告警、RRU版本加载过程复位、RRU软件跑飞复位、RRU人工操作复位等。
本实施例网管进行分析诊断的数据分析流程可以参照上述结合图4及图5所述内容，在此不再赘述。
本实施例通过上述方案，网管获取用户选择的目标RRU单板，向基站发起基于目标RRU单板的诊断请求；基站根据诊断请求，选取目标RRU单板所在的RRU拓扑结构，基于选取的所述RRU拓扑结构，收集BBU与RRU间通讯链路的故障检测点信息，将收集的故障检测点信息汇总后发送给网管；网管对故障检测点信息进行分析诊断，得到故障检测点的故障状态，呈现给用户。由此，通过采用BBU-RRU通讯链路诊断，解决了现有技术中收集信息、综合分析、结果呈现的问题，提高了定位BBU-RRU通讯链路故障的效率，进而降低了基站维护成本。
此外，本发明实施例还提出一种检测通讯链路的系统，包括：基站和网管；其中：
所述网管，用于获取用户选择的目标RRU单板，向基站发起基于所述目标RRU单板的诊断请求；
所述基站，用于根据所述诊断请求，选取所述目标RRU单板所在的RRU拓扑结构，基于选取的所述RRU拓扑结构，收集BBU与RRU间通讯链路的故障检测点信息，将收集的故障检测点信息汇总后发送给网管；
所述网管，还用于对所述故障检测点信息进行分析诊断，得到故障检测点的故障状态，呈现给用户。
其中，基站与网管进行交互实现BBU-RRU间通讯链路的检测的具体过程，请参照上述各实施例，在此不再赘述。
本发明实施例检测BBU-RRU间通讯链路的方法、基站、网管及系统，网管获取用户选择的目标RRU单板，向基站发起基于目标RRU单板的诊断请求；基站根据诊断请求，选取目标RRU单板所在的RRU拓扑结构，基于选取的所述RRU拓扑结构，收集BBU与RRU间通讯链路的故障检测点信息，将收集的故障检测点信息汇总后发送给网管；网管对故障检测点信息进行分析诊断，得到故障检测点的故障状态，呈现给用户。由此，通过采用BBU-RRU通讯链路诊断，解决了现有技术中收集信息、综合分析、结果呈现的问题，提高了定位BBU-RRU通讯链路故障的效率，进而降低了基站维护成本。
以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。