CN102123422B

CN102123422B - 通信通道的故障检测方法和设备

Info

Publication number: CN102123422B
Application number: CN201110067201.XA
Authority: CN
Inventors: 周应学; 陈金涛
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2011-03-21
Filing date: 2011-03-21
Publication date: 2014-06-04
Anticipated expiration: 2031-03-21
Also published as: CN102123422A

Abstract

本发明实施例公开了一种通信通道的故障检测方法和设备，通过应用本发明实施例的技术方案，可以在进行全部通信通道的检测的基础上，对出现检测不通过情况的通信通道进一步应用OPD检测，并在OPD检测通过的情况下确定该通信通道的上跳线故障，从而，可以及时发现上跳线故障，相应的操作过程简便，可以按照相应的策略进行，简化了操作流程，降低了繁琐操作所带来的误判概率，提高了上跳线故障定位的准确性。

Description

通信通道的故障检测方法和设备

技术领域

本发明涉及通信技术领域，特别涉及一种通信通道的故障检测方法和设备。

背景技术

现有技术中的RRU（Radio Remote Unit，射频拉远单元）技术是将基站分成近端机即BBU（Base Band Unit，基带控制单元）和远端机即RRU两部分，二者之间通过光纤连接，其接口是基于开放式CPRI（Common Public Radio Interface，通用公共无线接口）或IR（Interface between the RRU and the BBU， RRU与BBU接口）接口，可以稳定地与主流厂商的设备进行连接。

BBU可以安装在合适的机房位置，RRU安装在天线端，通过将BBU与RRU分离，可以将烦琐的维护工作简化到BBU端，一个BBU可以连接几个RRU，既节省空间，又降低设置成本，提高组网效率。同时，连接二者之间的接口采用光纤，损耗少。

上跳线即为RRU与天线之间的连接线，上跳线故障的定位是在发现通道故障后，通过在RRU控制台手动敲发单音命令的方法，根据发单音后的输出功率是否正常来判断的。

如图1所示，为现有技术中的上跳线故障定位流程的示意图，具体包括以下步骤：

步骤S101、当通信通道出现故障时，从FPGA（Field Programmable Gate Array，现场可编程门阵列）发送单音信号。

步骤S102、查询通信通道的OPD（Output Power Detection，输出功率检测）。

步骤S103、根据查询到的结果，判断OPD是否正常。

如果正常，执行步骤S104；

如果不正常，执行步骤S105。

步骤S104、确定当前通信通道的故障为上跳线故障。

步骤S105、确定当前通信通道的故障为通道故障。

在实现本发明实施例的过程中，申请人发现现有技术至少存在以下问题：

目前的上跳线故障定位方式存在以下问题：

第一、发现故障不及时，不直观。

只有在发现问题后才会去处理。导致故障处理很被动。不能主动发现上跳线故障。

第二、操作复杂。

需要登陆到RRU的控制台，输入发单音的命令。定位过程不方便。

第三、容易产生误判。

发单音的命令过于专业，命令参数也较多，有通道选择、单音源选择、载波选择、输出功率值选择等，需要一定的专业知识才能正确操作。否则很容易出错。误判会导致设备的无故障返修，增加维护成本。

发明内容

本发明实施例提供一种通信通道的故障检测方法和设备，解决现有的上跳线故障定位方式不能及时准确的定位上跳线故障的问题。

为达到上述目的，本发明实施例一方面提供了一种通信通道的故障检测方法，包括：

通过全通道测量策略对全部通信通道进行检测；

当检测到部分通信通道存在检测不通过情况时，按照输出功率检测OPD策略，对存在检测不通过情况的通信通道进行检测；

如果按照OPD策略所进行的检测通过，确定所述存在检测不通过情况的通信通道的上跳线存在故障。

另一方面，本发明实施例还提供了一种故障检测设备，包括：

第一检测模块，用于通过全通道测量策略对全部通信通道进行检测；

第二检测模块，用于当所述第一检测模块检测到部分通信通道存在检测不通过情况时，按照输出功率检测OPD策略，对存在检测不通过情况的通信通道进行检测；

故障确定模块，用于在所述第二检测模块按照OPD策略所进行的检测通过时，确定所述存在检测不通过情况的通信通道的上跳线存在故障。

与现有技术相比，本发明实施例具有以下优点：

通过应用本发明实施例的技术方案，可以在进行全部通信通道的检测的基础上，对出现检测不通过情况的通信通道进一步应用OPD检测，并在OPD检测通过的情况下确定该通信通道的上跳线故障，从而，可以及时发现上跳线故障，相应的操作过程简便，可以按照相应的策略进行，简化了操作流程，降低了繁琐操作所带来的误判概率，提高了上跳线故障定位的准确性。

附图说明

图1为现有技术中的上跳线故障定位流程的示意图；

图2为本发明实施例提出的一种通信通道的故障检测方法的流程示意图；

图3为本发明实施例中的RTD策略的实现原理示意图；

图4为本发明实施例中的OPD策略的实现原理示意图；

图5为本发明实施例提出的一种RRU初始化阶段的通信通道的故障检测方法的流程示意图；

图6为本发明实施例提出的一种RRU正常运行阶段的通信通道的故障检测方法的流程示意图；

图7为本发明实施例提出的一种故障检测设备的结构示意图。

具体实施方式

如背景技术所述，RRU设备在外场经常出现上跳线故障的情况，这种情况导致了RRU的通道故障。但是，在现有的技术方案中，定位通道故障是否是由于上跳线故障问题导致，需要花费大量时间和精力，而且定位过程复杂，容易出错，常常导致误判，增加了设备的维护成本。

基于以上原因，本发明实施例给出了一种通信通道的故障检测方法，实现RRU的上跳线故障自动诊断，从而，快速、准确的定位上跳线故障问题，解决现有的上跳线故障定位方式不能及时准确的定位上跳线故障的问题。

如图2所示，为本发明实施例提出的一种通信通道的故障检测方法的流程示意图，该方法具体包括以下步骤：

步骤S201、通过全通道测量策略对全部通信通道进行检测。

在具体的实施场景中，根据进行检测的时间不同，本步骤的实现过程包括以下两种情况，具体包括：

情况一、在通信通道所对应的网络设备初始化过程中，按照RTD（Round Trip Delay measurement，环回时延测量）策略，对全部通信通道进行检测。

RTD策略是目前多天线RRU的初始化过程中的必须环节，目的是检测智能天线中各个通道环路的好坏。如图3所示，为本发明实施例中的RTD策略的实现原理示意图，RTD策略所检测的通信通道的环路包括：发射通道、上跳线、天线耦合器、校准通道等。RTD策略的基本原理是通过在基带发射校准序列，经过发射通道、上跳线、天线耦合器、校准通道之后，进行接收，最后根据接收到的序列来判断通道的收发是否正常。

其中，发射通道之前的通道部分，包括中频通道、射频通道，以及RRU内部，合称为功放以内的通道部分，这样的成为同样应用于本发明各实施例的说明中，不再分别说明。

本情况的主要作用在于在初始化阶段确认通信通道的状态，保障网络设备接入网络系统是通信通道的通信状态。

情况二、在通信通道所对应的网络设备正常运行过程中，按照AC（Antenna Calibration ，天线校准）策略，对全部通信通道进行检测。

AC策略的原理和RTD策略相类似，两者之间的区别在于AC策略是在RRU正常运行的过程中按照一定的周期来进行的，在此不再重复说明。

在实际的应用场景中，AC策略一般体现为周期性的校准操作，因此，可以在正常运行的状态下，周期性的进行检测，以实现通信通道故障的及时发现。

本情况的主要作用在于在运行过程中确认通信通道的状态，在网络设备的正常运行过程中，能够及时的发现通信通道所存在的故障。

需要指出的是，上述的两种情况可以组合或者分别单独应用于本发明实施例所提出的技术方案，这样的变化并不会影响本发明的保护范围。

当检测到部分通信通道存在检测不通过情况时，执行步骤S202；

当检测到全部通信通道都存在检测不通过情况时，执行步骤S204。

步骤S202、按照OPD策略，对存在检测不通过情况的通信通道进行检测。

OPD策略是通道输出功率的一种检测方法，通过通道的OPD值判断发射通道是否正常，如图4所示，为本发明实施例中的OPD策略的实现原理示意图，在经过发射通道后，没有进一步通过上跳线、天线耦合器、校准通道等RTD策略的通道路线，而是直接通过OPD链路返回，因此，RTD策略和OPD策略所测试的通信通道的共同部分只存在于发射通道之前，即功放以内的通道部分。

由RTD策略和OPD策略所检测的通信通道路线的比较可以看出，上跳线以及校准通道所对应的通道部分是两种策略的测量路径差异，而校准通道为多个通信通道共享，校准通道是否存在故障可以根据其他通信通道的状态来确定，所以，综合运用两种策略的测量结果，可以得到上跳线是否存在故障的判断结果。

当然，AC策略和OPD策略的综合运用与此类似，所以，正常运行状态下的上跳线故障可以通过AC策略和OPD策略来判断，在此不再重复说明。

如果按照OPD策略所进行的检测通过，执行步骤S203；

如果按照OPD策略所进行的检测不通过，执行步骤S205。

步骤S203、确定存在检测不通过情况的通信通道的上跳线存在故障。

本步骤的处理依据在于：

（1）当前只是部分通信通道检测不通过，因此，当前肯定存在检测能够通过的通信通道，那么，校准通道必然是正常的。

（2）OPD检测能够通过，因此，OPD检测所经过的该通信通道的功放以内的通道部分也必然是正常的。

而以上两部分都是正常的，那么通信通道剩余的部分即为上跳线部分的通道，故障也必然存在于这部分的通道中。

在具体的实施场景中，确定上跳线存在故障之后，还可以包括上报上跳线故障告警的处理过程，以提醒相应的工作人员进行故障修复，当然，在本步骤确定故障之后，相应的处理过程还可以包括生成故障日志记录等操作，可以根据相应的故障处理需要进行后续操作规则的设置，这样的变化并不影响本发明的保护范围。

步骤S204、确定校准通道存在故障。

本步骤的处理依据在于，全部通信通道共用一个校准通道，而其他部分则各自独立，在实际应用中，全部通信通道各自独立的通道部分（包括上跳线部分，以及功放以内的通道部分）同时出现故障的概率很小，因此，在全部通信通道都出现故障时，校准通道出现故障是最有可能的情况。

与步骤S203相类似，在具体的实施场景中，确定校准通道存在故障之后，还可以包括上报校准通道故障告警的处理过程，以提醒相应的工作人员进行故障修复，当然，在本步骤确定故障之后，相应的处理过程还可以包括生成故障日志记录等操作，可以根据相应的故障处理需要进行后续操作规则的设置，这样的变化并不影响本发明的保护范围。

步骤S205、确定存在检测不通过情况的通信通道所对应的功放以内的通道部分存在故障。

本步骤的处理依据在于，考虑到OPD检测所通过的回路无需通过通信通道的上跳线部分和校准通道（另一方面，当前只是部分通信通道检测不通过，因此，当前肯定存在检测能够通过的通信通道，那么，校准通道必然是正常的），因此，OPD检测不通过的问题肯定出在功放以内的通道部分。

与步骤S203相类似，在具体的实施场景中，确定功放以内的通道部分存在故障之后，还可以包括上报通道故障告警的处理过程，以提醒相应的工作人员进行故障修复，当然，在本步骤确定故障之后，相应的处理过程还可以包括生成故障日志记录等操作，可以根据相应的故障处理需要进行后续操作规则的设置，这样的变化并不影响本发明的保护范围。

与现有技术相比，本发明实施例具有以下优点：

下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

为了方便说明，本发明后续实施例将直接以RRU及其所对应的通信通道为例，来说明相应的通信通道的故障检测方案，在实际应用中，凡是能够应用同样的检测策略的技术场景，也同样可以应用本发明实施例所提出的技术方案，相应的物理实体的变化并不会影响本发明的保护范围。

本发明实施例所提出的技术方案的核心思想在于：

（1）在RRU上电初始化的阶段，利用RTD策略和OPD策略相结合的方法来实现上跳线故障的自动检测.

（2）在RRU正常运行阶段，利用AC策略（即周期AC校准）和OPD策略相结合的方法来实现上跳线故障的自动检测。

其中，如图5所示，为本发明实施例提出的一种RRU初始化阶段的通信通道的故障检测方法的流程示意图，该方法具体包括以下步骤：

步骤S501、RRU开始上电初始化。

步骤S502、对全部的通信通道分别执行RTD检测过程。

步骤S503、判断各通信通道的RTD检测是否通过。

如果全部通信通道都通过了RTD检测，则直接结束当前的故障检测流程，确定当前所有通信通道均为正常状态。

如果存在RTD检测不通过的通信通道，则进一步执行步骤S504。

步骤S504、判断是否全部通信通道都存在故障。

即判断是否当前全部通信通道中的RTD检测都不通过。

如果是，执行步骤S505；

如果不是，执行步骤S506。

步骤S505、上报校准通道故障告警。

即确定校准通道存在故障，具体的判断依据与前述的步骤S204中的描述相同，在此不再重复说明。

在确定校准通道故障后，不再进行其他的判断流程，防止上跳线故障的误判。

步骤S506、从FPGA向RTD检测不通过的通信通道上发送单音信号。

通过本步骤，在RRU整机启动初始化过程的RTD检测完成后，对RTD检测不通过的通信通道做一次OPD检测。

步骤S507、获取OPD检测结果。

步骤S508、判断各通信通道的OPD检测结果是否通过。

如果OPD检测通过，则执行步骤S509；

如果OPD检测不通过，则执行步骤S510。

步骤S509、上报上跳线故障告警。

OPD检测通过，表示故障发生在功放外部，又由步骤S504确定校准通道没有故障，从而，确定上跳线存在故障，具体的判断依据与前述的步骤S203中的描述相同，在此不再重复说明。

步骤S510、上报通道故障告警。

OPD检测不通过，表示故障可能是由于功放以内的通道部分导致，从而，确定校准通道存在故障，具体的判断依据与前述的步骤S205中的描述相同，在此不再重复说明。

另一方面，如图6所示，为本发明实施例提出的一种RRU正常运行阶段的通信通道的故障检测方法的流程示意图，该方法具体包括以下步骤：

步骤S601、RRU初始化完成，开始正常运行。

步骤S602、按照预设的周期，对全部的通信通道分别执行天线校准（周期AC检测过程）。

步骤S603、判断各通信通道的天线校准是否通过。

如果全部通信通道都通过了天线校准，则直接结束当前的故障检测流程，确定当前所有通信通道均为正常状态。

如果存在天线校准不通过的通信通道，则进一步执行步骤S604。

步骤S604、判断是否全部通信通道都存在故障。

即判断是否当前全部通信通道中的天线校准都不通过。

如果是，执行步骤S605；

如果不是，执行步骤S606。

步骤S605、上报校准通道故障告警。

步骤S606、从FPGA向天线校准不通过的通信通道上发送单音信号。

通过本步骤，在RRU正常运行的情况下，对周期天线校准不通过的通信通道做一次OPD检测。

步骤S607、获取OPD检测结果。

步骤S608、判断各通信通道的OPD检测结果是否通过。

如果OPD检测通过，则执行步骤S609；

如果OPD检测不通过，则执行步骤S610。

步骤S609、上报上跳线故障告警。

OPD检测通过，表示故障发生在功放外部，又由步骤S604确定校准通道没有故障，从而，确定上跳线存在故障，具体的判断依据与前述的步骤S203中的描述相同，在此不再重复说明。

步骤S610、上报通道故障告警。

与现有技术相比，本发明实施例具有以下优点：

为了实现本发明实施例的技术方案，本发明实施例还提供了一种故障检测设备，其结构示意图如图7所示，具体包括：

第一检测模块71，用于通过全通道测量策略对全部通信通道进行检测；

第二检测模块72，用于当第一检测模块71检测到部分通信通道存在检测不通过情况时，按照输出功率检测OPD策略，对存在检测不通过情况的通信通道进行检测；

故障确定模块73，用于在第二检测模块72按照OPD策略所进行的检测通过时，确定存在检测不通过情况的通信通道的上跳线存在故障。

其中，与步骤S201中的说明相对应，第一检测模块71，具体用于：

在通信通道所对应的网络设备初始化过程中，按照环回时延测量RTD策略，对全部通信通道进行检测；和/或，

在通信通道所对应的网络设备正常运行过程中，按照天线校准AC策略，对全部通信通道进行检测。

在实际应用中，故障确定模块73，还用于：

当第一检测模块71检测到全部通信通道都存在检测不通过情况时，确定校准通道存在故障。

另一方面，故障确定模块73，还用于：

在第二检测模块72按照OPD策略所进行的检测不通过时，确定存在检测不通过情况的通信通道所对应的功放以内的通道部分存在故障。

进一步的，上述的故障检测设备，还包括：

上报模块74，用于在故障确定模块73确定故障后，上报相应的故障告警，结合前述的各种情况，上报模块74，具体用于：

当故障确定模块73确定校准通道存在故障时，上报校准通道故障告警；和/或，

当故障确定模块73确定存在检测不通过情况的通信通道所对应的功放以内的通道部分存在故障时，上报通道故障告警；和/或，

当故障确定模块73确定存在检测不通过情况的通信通道的上跳线存在故障时，上报上跳线故障告警。

在具体的实施场景中，根据上述的描述，确定相应的故障之后，处理上报相应的故障告警的处理过程，以提醒相应的工作人员进行故障修复之外，相应的处理过程还可以包括生成故障日志记录等操作，可以根据相应的故障处理需要进行后续操作规则的设置，这样的变化并不影响本发明的保护范围。

与现有技术相比，本发明实施例具有以下优点：

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或网络设备等）执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims

1.一种通信通道的故障检测方法，其特征在于，包括：

通过全通道测量策略对全部通信通道进行检测；

如果按照OPD策略所进行的检测通过，确定所述存在检测不通过情况的通信通道的上跳线存在故障；

其中，所检测的全部通信通道的环路包括：发射通道、上跳线、天线耦合器、校准通道以及发射通道之前的通道部分，包括中频通道、射频通道，以及RRU内部；

按照OPD策略检测，具体为在经过发射通路后，没有进一步通过上跳线，天线耦合器，校准通道，直接通过OPD链路返回。

2.如权利要求1所述的方法，其特征在于，所述通过全通道测量策略对全部通信通道进行检测，具体包括：

在所述通信通道所对应的网络设备初始化过程中，按照环回时延测量RTD策略，对全部通信通道进行检测；和/或，

在所述通信通道所对应的网络设备正常运行过程中，按照天线校准AC策略，对全部通信通道进行检测。

3.如权利要求1所述的方法，其特征在于，所述通过全通道测量策略对全部通信通道进行检测之后，还包括：

当检测到全部通信通道都存在检测不通过情况时，确定校准通道存在故障。

4.如权利要求3所述的方法，其特征在于，所述确定校准通道存在故障之后，还包括：

上报校准通道故障告警。

5.如权利要求1所述的方法，其特征在于，所述当检测到部分通信通道存在检测不通过情况时，按照输出功率检测OPD策略，对存在检测不通过情况的通信通道进行检测之后，还包括：

如果按照OPD策略所进行的检测不通过，确定所述存在检测不通过情况的通信通道所对应的功放以内的通道部分存在故障。

6.如权利要求5所述的方法，其特征在于，所述确定所述存在检测不通过情况的通信通道所对应的功放以内的通道部分存在故障之后，还包括：

上报通道故障告警。

7.如权利要求1所述的方法，其特征在于，所述确定所述存在检测不通过情况的通信通道的上跳线存在故障之后，还包括：

上报上跳线故障告警。

8.一种故障检测设备，其特征在于，包括：

故障确定模块，用于在所述第二检测模块按照OPD策略所进行的检测通过时，确定所述存在检测不通过情况的通信通道的上跳线存在故障；

9.如权利要求8所述的设备，其特征在于，所述第一检测模块，具体用于：

10.如权利要求8所述的设备，其特征在于，所述故障确定模块，还用于：

当所述第一检测模块检测到全部通信通道都存在检测不通过情况时，确定校准通道存在故障。

11.如权利要求8所述的设备，其特征在于，所述故障确定模块，还用于：

在所述第二检测模块按照OPD策略所进行的检测不通过时，确定所述存在检测不通过情况的通信通道所对应的功放以内的通道部分存在故障。

12.如权利要求8至11中任意一项所述的设备，其特征在于，还包括：

上报模块，用于在所述故障确定模块确定故障后，上报相应的故障告警，具体用于：

当所述故障确定模块确定校准通道存在故障时，上报校准通道故障告警；和/或，

当所述故障确定模块确定所述存在检测不通过情况的通信通道所对应的功放以内的通道部分存在故障时，上报通道故障告警；和/或，

当所述故障确定模块确定所述存在检测不通过情况的通信通道的上跳线存在故障时，上报上跳线故障告警。