CN103945440B - 一种数据捕获、基站自检、故障定位方法及装置 - Google Patents

Abstract

本申请实施例公开了一种数据捕获方法。该方法包括：确定处于异常工作状态的发射/接收设备，向处于异常工作状态的发射/接收设备的关联设备发送控制申请，以便获取对关联设备的控制权，所述控制权包括控制所述关联设备的工作模式切换到检测模式，所述关联设备能够捕获所述处于异常工作状态的发射/接收设备的数据；接收所述关联设备在检测模式下捕获到的所述处于异常工作状态的发射/接收设备在空口发射/接收的数据，通过该方法可以提高数据捕获的效率。本申请实施例还公开了数据捕获装置，以及基站自检、故障定位方法及其装置。

Description

一种数据捕获、基站自检、故障定位方法及装置

技术领域

本申请涉及无线通信技术领域，尤其涉及一种数据捕获、基站自检、故障定位方法及其对应的装置。

背景技术

在无线通信系统中，无线接入网络主要包括基站控制器、基站以及无线终端三部分，其中，基站控制器主要负责控制和管理基站收发信机，基站通过收发信机发送和接收无线信号。基站控制器通常集中放置于室内，基站则是按照一定的网络规划广泛分布于各个室外区域。正常情况下，基站后台操作维护中心(比如，远程控制台)可以远程获取基站的状态、告警、参数等信息数据。但是，在基站中的部分收发信机出现传输中断或发生故障的情况下，基站后台操作维护中心往往无法直接有效获取基站的运行数据。现有技术针对这种情况获取数据的方法通常是借助于专门设备来检测(比如射频接收分析仪)，检测时将专门设备安置在出现问题的基站附近，等待获取故障基站的信息数据。然而，基于故障发生的随机性，捕获数据通常要等候较长时间。可见，现有在基站部分收发信机出现故障下，获取设备数据依赖专门设备，且该过程太过繁琐，效率较低，不利于及时诊断故障。

发明内容

为解决上述技术问题，本申请实施例提供了一种数据捕获方法、基站自检方法和故障定位方法，以及各自对应的装置。

本申请实施例提供的数据捕获方法包括：

确定处于异常工作状态的发射/接收设备；

向处于异常工作状态的发射/接收设备的关联设备发送控制申请，以便获取对关联设备的控制权，所述控制权包括控制所述关联设备的工作模式切换到检测模式，所述关联设备能够捕获所述处于异常工作状态的发射/接收设备的数据；

接收所述关联设备在检测模式下捕获到的所述处于异常工作状态的发射/接收设备在空口发射/接收的数据。

优选地，所述方法还包括：在向处于异常工作状态的发射/接收设备的关联设备发送控制申请后，接收所述关联设备对所述控制申请进行合法性鉴权后返回的鉴权成功的信号。

优选地，所述接收所述关联设备在检测模式下捕获到的所述处于异常工作状态的发射/接收设备在空口发射/接收的数据具体包括：

接收所述关联设备对在检测模式下捕获到的所述处于异常工作状态的发射/接收设备在空口发射/接收的数据进行处理后的数据。

本申请实施例还提供了一种基站自检方法，所述基站包括待检测的发射/接收设备。该方法包括：

向第一发射/接收设备发送控制申请，以便获取对所述第一发射/接收设备的控制权，所述控制权包括控制所述第一发射/接收设备的工作模式切换到检测模式，使第一发射/接收设备在检测模式下向待检测的发射/接收设备发送测试数据；

接收第一发射/接收设备对待检测的发射/接收设备返回的数据进行验证处理后的验证结果。

本申请还提供了一种故障定位方法。该方法包括：

确定处于异常工作状态的发射/接收设备；

向处于异常工作状态的发射/接收设备和该发射/接收设备的关联设备发送控制申请，以便分别获取对发射/接收设备、关联设备的控制权，所述控制权包括控制发射/接收设备、关联设备的工作模式切换到检测模式，所述关联设备能够捕获所述处于异常工作状态的发射/接收设备的数据；

向在检测模式下的发射/接收设备和关联设备发送相同的检测命令；

接收发射/接收设备和关联设备各自返回的数据，根据该返回的数据确定处于异常工作状态的发射/接收设备的故障点。

本申请实施例还提供了一种数据捕获装置。该装置包括确定单元、第一发送单元和第一接收单元，其中：

确定单元，用于确定处于异常工作状态的发射/接收设备；

所述第一发送单元，用于向处于异常工作状态的发射/接收设备的关联设备发送控制申请，以便获取对关联设备的控制权，所述控制权包括控制所述关联设备的工作模式切换到检测模式，所述关联设备能够捕获所述处于异常工作状态的发射/接收设备的数据；

所述第一接收单元，用于接收所述关联设备在检测模式下捕获到的所述处于异常工作状态的发射/接收设备在空口发射/接收的数据。

优选地，所述装置还包括第二接收单元，用于在向处于异常工作状态的发射/接收设备的关联设备发送控制申请后，接收所述关联设备对所述控制申请进行合法性鉴权后返回的鉴权成功的信号。

优选地，所述装置还包括判断单元，用于在向处于异常工作状态的发射/接收设备的关联设备发送控制申请之前，判断处于空闲状态的关联设备，并触发第一发送单元向处于异常工作状态的发射/接收设备的关联设备中的空闲状态的设备发送控制申请。

本申请实施例还提供了一种基站自检装置，所述基站包括待检测的发射/接收设备。该装置包括第二发送单元和第三接收单元，其中：

所述第二发送单元，用于向第一发射/接收设备发送控制申请，以便获取对第一发射/接收设备的控制权，所述控制权包括控制所述第一发射/接收设备的工作模式切换到检测模式，使第一发射/接收设备在检测模式下向待检测的发射/接收设备发送测试数据；

所述第三接收单元，用于接收第一发射/接收设备对待检测的发射/接收设备返回的数据进行验证处理后的验证结果。

本申请实施例还提供了一种故障定位装置。该装置包括：第三发送单元、第四发送单元、第四接收单元和故障点确认单元，其中：

所述第三发送单元，用于向处于异常工作状态的发射/接收设备和该发射/接收设备的关联设备发送控制申请，以便分别获取对发射/接收设备、关联设备的控制权，所述控制权包括控制发射/接收设备、关联设备的工作模式切换到检测模式，所述关联设备能够捕获所述处于异常工作状态的发射/接收设备的数据；

所述第四发送单元，用于向在检测模式下的发射/接收设备和关联设备发送相同的检测命令；

所述第四接收单元，用于接收发射/接收设备和关联设备各自返回的数据；

所述故障点确认单元，用于根据该返回的数据确定处于异常工作状态的发射/接收设备的故障点。

与现有技术相比，一方面，本申请实施例提供的数据捕获方法及装置向工作异常的发射/接收设备的关联设备发送控制申请，获取对关联设备的控制权，控制关联设备将工作模式切换到检测模式，进而在该模式下由其捕获工作异常的发射/接收设备在空口发射/接收的数据，这种数据捕获方式可以不再需要专业人员携带大量的专门设备(比如射频接收分析仪)到包含异常发射/接收设备的基站的现场，而仅进行远程操作即可实现目的，简化了数据捕获的程序，降低了数据捕获的成本简化了数据捕获程序。而且，这种数据捕获方式避免了数据随机性带来的过长等待时间，提高了数据捕获效率。此外，通过关联设备既可以获取到异常设备发送给其他设备的数据，也可以获取到其他设备发送给异常设备的数据，从而能够较为全面地收集相关数据。

另一方面，本申请实施例提供的基站自检方法及装置通过对第一发射/接收设备的控制，使其可以在检测模式下向需要自检的基站中的待检测的发射/接收设备发送测试数据，进而获取到需要的结果，这种主动检测设备运行状态的方式，确保了及时获知待检测设备相关的状态信息，有利于提高故障诊断能力，降低基站维护成本。

再一方面，本申请实施例提供的故障定位方法和装置在控制处于异常工作状态的发射/接收设备和其关联设备处于检测模式下后，向它们发送相同的检测命令，进而可以通过比对返回数据的差异来确定故障点，这种方式不需要额外的专用设备，加快了故障的定位，便于及时进行修复。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请的数据捕获方法实施例的流程图；

图2(a)为本申请的数据捕获方法实施例的一个实例的应用场景图；

图2(b)为本申请的数据捕获方法实施例的一个实例的流程图；

图3为本申请的基站自检方法实施例的流程图；

图4(a)为本申请的基站自检方法实施例的一个实例的应用场景图；

图4(b)为本申请的基站自检方法实施例的一个实例的流程图；

图5为本申请的故障定位方法实施例的流程图；

图6(a)为本申请的故障定位方法实施例的一个实例的应用场景图；

图6(b)为本申请的故障定位方法实施例的一个实例的流程图；、

图7为本申请的数据捕获装置实施例的组成结构框图；

图8为本申请的基站自检装置实施例的组成结构框图；

图9为本申请的故障定位装置实施例的组成结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

参见图1，该图示出了本申请提供的一种数据捕获方法的实施例流程。该流程包括：

步骤S11：确定处于异常工作状态的发射/接收设备；

这里发射/接收设备处于异常工作状态通常是指发射/接收设备的频率异常、功率异常或调制异常等，这类异常不能通过基站设备自身的检测来发现，而通常是由移动终端设备上报或者其他方式上报而获知的。

步骤S12：向处于异常工作状态的发射/接收设备的关联设备发送控制申请，以便获取对关联设备的控制权，所述控制权包括控制所述关联设备的工作模式切换到检测模式，所述关联设备能够捕获所述处于异常工作状态的发射/接收设备的数据；

这里的关联设备可以是与处于异常工作状态的发射/接收设备相同基站的其他设备，也可以是与处于异常工作状态的发射/接收设备不同基站所属的发射/接收设备，这些关联设备能够接收处于异常工作状态的发射/接收设备的空口数据。该步骤先向关联设备发送控制申请，由于关联设备通常有自己的任务，其控制权原本由正常的业务控制模块控制，因此需要向关联设备发送控制申请，请求接管该控制权，控制权可以具体包括控制关联设备的工作模式由其他模式切换到检测模式，从而为利用处于检测模式的关联设备实现数据获取创造条件。

步骤S13：接收所述关联设备在检测模式下捕获到的所述处于异常工作状态的发射/接收设备在空口发射/接收的数据。

前述的关联设备在控制权的控制下，被切换到检测模式。然后在检测模式下捕获原本由异常工作状态的发射/接收设备在空口发射/接收的数据，然后将该数据发送出去，发送控制申请的设备从而可以接收该数据，实现发明目的。

在上述实施例中，基于实际情况的差异，可能会面临一些实际问题。比如，发出控制申请的设备是否被允许接管关联设备的控制权的问题，在上述实施例中并未明确限定，尽管这样并不妨碍发明目的的实现，但是，在某些情况下，如果只要发送了控制申请，就导致关联设备的控制权发生转移，可能会产生较大的风险，即这样将使一般的设备基于各自的目的均可向关联设备发送控制申请获取控制权，这必然存在不安全因素。为此，本申请可以在向关联设备发送控制申请后，等待关联设备对控制申请的鉴权信号，如果对控制申请的合法性鉴权成功且接收到鉴权成功的信号时，那么，才获知到对关联设备的控制权。在获取控制权后才允许将关联设备的工作模式切换到检测模式。

还比如，在上述实施例中，并未限定发送控制申请的设备接收到的数据到底是何种类型或性质的数据。在实际过程中，接收到的数据可以包括两种数据：一是关联设备在空口处接收到的未经任何处理的数据，即关联设备直接将接收到的数据发送给发起控制申请的设备；二是关联设备在空口处接收到处于异常工作状态的设备的数据后，对其进行处理，然后将处理后的数据发送给发起控制申请的设备。对于第一种情形下的数据，可以将对数据的分析处理能力设置在发起控制申请的设备当中；对于第二种情形下的数据，具体的处理方式可以是多种多样，一种处理方式是对数据来源进行判别：虽然处于异常工作状态的发射/接收设备处于异常状态，但其还可以向其他设备发送数据，或者接收来自其他设备的数据，对于发送的数据，由于已经处于异常状态，可能是错误的数据，而对于接收的数据，由于来自其他正常的设备，较大可能性是正确的数据，因此，通过对数据来源的判断可以获知关联设备捕获到的数据的正确性；再另一种处理方式可以是判断捕获到的数据的信令内容是否合法，将这些经过处理后的数据发送给发起控制申请的设备。

此外，在上述实施例中接收控制申请的关联设备，在接收到控制申请之前可能处于各种状态，比如，关联设备当前正在处理其他任务，或者关联设备当前正处于空闲状态等。由于对关联设备的控制权随后将发生转移，将其用于捕获处于异常工作状态的发射/接收设备的数据，因此，在实践过程中，最好选择那些处于空闲状态的设备。为此，在向处于异常工作状态的发射/接收设备的关联设备发送控制申请之前，判断处于空闲状态的关联设备，向处于异常工作状态的发射/接收设备的关联设备中的空闲状态的设备发送控制申请。

上述实施例的方案通过接管与异常工作状态的设备关联的关联设备的控制权，切换关联设备的工作模式，在检测模式下实现对异常工作状态的设备的空口数据的捕获，与现有技术相比，首先，该获取方式不需要借助于专门的设备仪器，更不需要在基站现场进行大量的操作，而仅在远程操作即可顺利获取到处于异常工作状态的发射/接收设备的数据，简化了数据捕获的程序，降低了数据获取的成本；其次，在获取数据过程中，只要接管了关联设备的控制权即可顺利获得空口数据，不会出现随机性，避免了长时间的等待、观察，提高了数据获取效率；再者，通过关联设备可以获取的处于异常工作状态的发射/接收设备的各种数据，包括该异常设备发送给其他设备的数据，也包括其他设备发送给异常设备的数据，从而可以依据这些数据对异常设备的故障情况进行全面的分析，有利于尽快排查出问题并找到有效的解决措施。

为了进一步说明上述实施例的技术特征，下面再以一个实例进行阐释。参见图2，其中：图2(a)示出了该实例的应用场景，该应用场景包括远程控制台U21，处于空闲的发射/接收设备(即关联设备)U22以及处于异常工作状态的发射/接收设备U23，另外示出了一个与关联设备和异常工作的发射/接收设备有信息交互的移动终端；图2(b)示出了该实例的流程，该流程包括：

步骤S21：远程控制台从与基站发射/接收设备的交互数据中判断出有发射/接收设备处于异常工作状态；

步骤S22：远端控制台向空闲的发射/接收设备发送控制申请，申请切换空闲的发射/接收设备的工作模式到检测模式；

步骤S23：空闲的发射/接收设备接收到控制申请后，对控制信令进行鉴权，鉴权合法后切换为检测模式；

步骤S24：空闲的发射/接收设备在检测模式下捕获处于异常工作状态的发射/接收设备在空口发射/接收的数据；

步骤S25：空闲的发射/接收设备判断捕获到的数据的来源是处于异常工作的发射设备，还是向处于异常工作状态的接收设备发送数据的其他设备；判断捕获到的数据的信令交互内容是否合法性，并将解析判定结果传递给远端控制台；

步骤S26：远端控制台在接收到判断结果后，进行后续处理。

上述内容对本申请实施例的数据捕获方法进行了详细介绍，除此之外，本申请还提供了一种基站自检的方法实施例，该基站包括待检测的发射/接收设备。参见图3，该图示出了基站自检方法的流程，该流程包括：

步骤S31：向第一发射/接收设备发送控制申请，以便获取对所述第一发射/接收设备的控制权，所述控制权包括控制所述第一发射/接收设备的工作模式切换到检测模式，使第一发射/接收设备在检测模式下向待检测的发射/接收设备发送测试数据；

步骤S32：接收第一发射/接收设备对待检测的发射/接收设备返回的数据进行验证处理后的验证结果。

这里的第一发射/接收设备可以为空闲状态的设备，也可以为非空闲状态下的设备，但是，通常而言，为了确保基站自检的有效性，最好选择空闲状态下的设备，即在向第一发射/接收设备发送控制申请之前，判断处于空闲状态的第一发射/接收设备，向处于空闲状态的第一发射/接收设备发送控制申请。同样地，为了进一步说明上述基站自检方法的技术特征，下面以一个实例进行阐释。

参见图4，其中：图4(a)示出了该实例的应用场景，该应用场景包括远程控制台U41，处于空闲状态的第一发射/接收设备U42以及被检测的发射/接收设备U43；图4(b)示出了该实例的流程，该流程包括：

步骤S41：远端控制台向空闲的发射/接收设备发送控制申请，申请切换空闲的发射/接收设备的工作模式到检测模式；

步骤S42：空闲的发射/接收设备接收到控制申请后，对控制信令进行鉴权，鉴权合法后切换为检测模式，并向被检测的发射/接收设备发送测试数据；

步骤S43：被检测的发射/接收设备对测试数据进行应答，将应答结果发送给运行于检测模式的发射/接收设备；

步骤S44：运行于检测模式的发射/接收设备接收应答结果，进行验证处理，并将验证处理后的验证结果发送给远程控制台；

步骤S45：远程控制台接收验证结果后，等待后续处理。

本申请还提供了一种故障定位方法实施例。参见图5，该图示出了该实施例的流程，该流程包括：

步骤S51：确定处于异常工作状态的发射/接收设备；

步骤S52：向处于异常工作状态的发射/接收设备和该发射/接收设备的关联设备发送控制申请，以便分别获取对发射/接收设备、关联设备的控制权，所述控制权包括控制发射/接收设备、关联设备的工作模式切换到检测模式，所述关联设备能够捕获所述处于异常工作状态的发射/接收设备的数据；

步骤S53：向在检测模式下的发射/接收设备和关联设备发送相同的检测命令；

步骤S54：接收发射/接收设备和关联设备各自返回的数据，根据该返回的数据确定处于异常工作状态的发射/接收设备的故障点。

下面结合一个实例进行说明。参见图6，其中：图6(a)示出了该实例的应用场景，在该场景中，包括可能出于异常工作状态的U61和空闲的发射/接收设备U62，以及操作终端U63；图6(b)示出了该实例的流程，包括：

步骤S61：将操作终端连接异常工作的发射/接收设备和空闲的发射/接收设备，向相应设备发送控制申请，申请切换设备的工作模式到检测模式；

步骤S62：异常工作的发射/接收设备和空闲的发射/接收设备接收到控制申请后，对控制信令鉴权合法后，切换为检测模式；

步骤S63：通过操作终端向在检测模式下的发射/接收设备和关联设备发送命令；

步骤S64：操作终端接收发射/接收设备和关联设备各自返回的数据，根据该返回的数据确定处于异常工作状态的发射/接收设备的故障点。

上述内容详细介绍了本申请的数据捕获方法、基站自检方法以及故障定位方法的实施例，相应地，本申请还提供了数据捕获装置、基站自检装置以及故障定位装置实施例。参见图7，该图示出了一种数据捕获装置实施例。该装置包括确定单元70、第一发送单元71和第一接收单元71，其中：

确定单元70，用于确定处于异常工作状态的发射/接收设备；

第一发送单元71，用于向处于异常工作状态的发射/接收设备的关联设备发送控制申请，以便获取对关联设备的控制权，所述控制权包括控制所述关联设备的工作模式切换到检测模式，所述关联设备能够捕获所述处于异常工作状态的发射/接收设备的数据；

所述第一接收单元72，用于接收所述关联设备在检测模式下捕获到的所述处于异常工作状态的发射/接收设备在空口发射/接收的数据。

上述装置实施例的工作过程可参见上述相应方法的描述，该装置实施例同样能够取得方法实施例的技术效果，为避免重复，这里不再赘言。在实际应用过程中，上述装置实施例还包括第二接收单元73，用于在向处于异常工作状态的发射/接收设备的关联设备发送控制申请后，接收所述关联设备对所述控制申请进行合法性鉴权后返回的鉴权成功的信号。通过该功能单元可以对关联设备的安全起到保护作用。此外，上述装置实施例还可以包括判断单元74，用于在向处于异常工作状态的发射/接收设备的关联设备发送控制申请之前，判断处于空闲状态的关联设备，并触发第一发送单元向处于异常工作状态的发射/接收设备的关联设备中的空闲状态的设备发送控制申请。

上述装置实施例可以独立设置为一个功能实体，也可以镶嵌在某个其他功能实体中，从而使得该功能实体具有该装置的功能。比如，在上述装置实施例包括的功能单元基础之上，将其设置在远程控制台之中，从而提供了一种不同于一般的远程控制台，即该远程控制台可以包括上述任何一种数据捕获的装置实施例。

参见图8，该图示出了一种基站自检装置实施例，所述基站包括待检测的发射/接收设备。该装置装置包括第二发送单元81和第三接收单元82，其中：

第二发送单元81，用于向第一发射/接收设备发送控制申请，以便获取对第一发射/接收设备的控制权，所述控制权包括控制所述第一发射/接收设备的工作模式切换到检测模式，使第一发射/接收设备在检测模式下向待检测的发射/接收设备发送测试数据；

第三接收单元82，用于接收第一发射/接收设备对待检测的发射/接收设备返回的数据进行验证处理后的验证结果。

参见图9，该图示出了一种故障定位装置实施例。该装置包括：第三发送单元91、第四发送单元92、第四接收单元93和故障点确认单元94，其中：

第三发送单元91，用于向处于异常工作状态的发射/接收设备和该发射/接收设备的关联设备发送控制申请，以便分别获取对发射/接收设备、关联设备的控制权，所述控制权包括控制发射/接收设备、关联设备的工作模式切换到检测模式，所述关联设备能够捕获所述处于异常工作状态的发射/接收设备的数据；

第四发送单元92，用于向在检测模式下的发射/接收设备和关联设备发送相同的检测命令；

第四接收单元93，用于接收发射/接收设备和关联设备各自返回的数据；

故障点确认单元94，用于根据该返回的数据确定处于异常工作状态的发射/接收设备的故障点。

需要说明的是，在本申请的描述中，使用了“第一、第二…”等术语，这些术语仅用于区别不同的功能单元，但这并不意味着这些功能单元的具有不同的内部组成结构。此外，为了描述的方便，描述以上各种装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。

本说明书中的实施例以及实施例的各种变形方式采用递进的方式描述，各个实施例和其变形方式之间相同相似的部分互相参见即可，每个实施例或变形方式的技术方案重点说明的都是与其他实的不同之处。尤其，对于装置、系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、多处理器系统、基于微控制器的系统、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种数据捕获方法，其特征在于，该方法包括：

确定处于异常工作状态的发射/接收设备；

向处于异常工作状态的发射/接收设备的关联设备发送控制申请，以便获取对关联设备的控制权，所述控制权包括控制所述关联设备的工作模式切换到检测模式，所述关联设备能够捕获所述处于异常工作状态的发射/接收设备的空口数据，所述处于异常工作状态的发射/接收设备和所述关联设备均属于基站；

接收所述关联设备在检测模式下捕获到的所述处于异常工作状态的发射/接收设备在空口发射/接收的空口数据。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在向处于异常工作状态的发射/接收设备的关联设备发送控制申请后，接收所述关联设备对所述控制申请进行合法性鉴权后返回的鉴权成功的信号。

3.根据权利要求1所述的方法，其特征在于，所述接收所述关联设备在检测模式下捕获到的所述处于异常工作状态的发射/接收设备在空口发射/接收的数据具体包括：

接收所述关联设备对在检测模式下捕获到的所述处于异常工作状态的发射/接收设备在空口发射/接收的数据进行处理后的数据。

4.一种基站自检方法，所述基站包括待检测的发射/接收设备，其特征在于，该方法包括：

向第一发射/接收设备发送控制申请，以便获取对所述第一发射/接收设备的控制权，所述控制权包括控制所述第一发射/接收设备的工作模式切换到检测模式，使第一发射/接收设备在检测模式下向待检测的发射/接收设备发送测试数据；

接收第一发射/接收设备对待检测的发射/接收设备返回的数据进行验证处理后的验证结果。

5.一种故障定位方法，其特征在于，该方法包括：

确定处于异常工作状态的发射/接收设备；

向处于异常工作状态的发射/接收设备和该发射/接收设备的关联设备发送控制申请，以便分别获取对发射/接收设备、关联设备的控制权，所述控制权包括控制发射/接收设备、关联设备的工作模式切换到检测模式，所述关联设备能够捕获所述处于异常工作状态的发射/接收设备的空口数据，所述处于异常工作状态的发射/接收设备和所述关联设备均属于基站；

向在检测模式下的发射/接收设备和关联设备发送相同的检测命令；

接收发射/接收设备和关联设备各自返回的数据，根据该返回的数据确定处于异常工作状态的发射/接收设备的故障点。

6.一种数据捕获装置，其特征在于，该装置包括确定单元、第一发送单元和第一接收单元，其中：

所述确定单元，用于确定处于异常工作状态的发射/接收设备；

所述第一发送单元，用于向处于异常工作状态的发射/接收设备的关联设备发送控制申请，以便获取对关联设备的控制权，所述控制权包括控制所述关联设备的工作模式切换到检测模式，所述关联设备能够捕获所述处于异常工作状态的发射/接收设备的空口数据，所述处于异常工作状态的发射/接收设备和所述关联设备均属于基站；

所述第一接收单元，用于接收所述关联设备在检测模式下捕获到的所述处于异常工作状态的发射/接收设备在空口发射/接收的空口数据。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括第二接收单元，用于在向处于异常工作状态的发射/接收设备的关联设备发送控制申请后，接收所述关联设备对所述控制申请进行合法性鉴权后返回的鉴权成功的信号。

8.根据权利要求6或7所述的装置，其特征在于，所述装置还包括判断单元，用于在向处于异常工作状态的发射/接收设备的关联设备发送控制申请之前，判断处于空闲状态的关联设备，并触发第一发送单元向处于异常工作状态的发射/接收设备的关联设备中的空闲状态的设备发送控制申请。

9.一种基站自检装置，所述基站包括待检测的发射/接收设备，其特征在于，该装置包括第二发送单元和第三接收单元，其中：

所述第二发送单元，用于向第一发射/接收设备发送控制申请，以便获取对第一发射/接收设备的控制权，所述控制权包括控制所述第一发射/接收设备的工作模式切换到检测模式，使第一发射/接收设备在检测模式下向待检测的发射/接收设备发送测试数据；

所述第三接收单元，用于接收第一发射/接收设备对待检测的发射/接收设备返回的数据进行验证处理后的验证结果。

10.一种故障定位装置，其特征在于，该装置包括：第三发送单元、第四发送单元、第四接收单元和故障点确认单元，其中：

所述第三发送单元，用于向处于异常工作状态的发射/接收设备和该发射/接收设备的关联设备发送控制申请，以便分别获取对发射/接收设备、关联设备的控制权，所述控制权包括控制发射/接收设备、关联设备的工作模式切换到检测模式，所述关联设备能够捕获所述处于异常工作状态的发射/接收设备的空口数据，所述处于异常工作状态的发射/接收设备和所述关联设备均属于基站；

所述第四发送单元，用于向在检测模式下的发射/接收设备和关联设备发送相同的检测命令；

所述第四接收单元，用于接收发射/接收设备和关联设备各自返回的数据；

所述故障点确认单元，用于根据该返回的数据确定处于异常工作状态的发射/接收设备的故障点。