CN101640898B - 检测方法、装置及系统、基站 - Google Patents

Abstract

本发明涉及一种检测方法、装置及系统、基站，方法包括：根据检测需求获取检测参数和确定功能单元；根据检测参数配置和驱动所述功能单元；将参考序列发送给经过配置和驱动的功能单元进行处理；获取功能单元对参考序列进行处理生成的结果信息；将结果信息与预先存储的预期结果信息进行比较，得到检测结果。本发明实施例根据检测需求获取对应的检测参数和确定对应的功能单元，将获取到的上述功能单元对参考序列进行处理生成的结果信息与预先存储的预期结果信息进行比较，得到检测结果，实现了对基站内部各个部件的内部功能单元进行检测，使得在基站的运行过程中对基站的故障进行检测，能够有效地进行故障定位与隔离，从而保证了基站的正常运行。

Description

检测方法、装置及系统、基站

技术领域

本发明涉及通信技术领域，特别涉及一种检测方法、装置及系统、基站。

背景技术

在无线通信系统中，移动终端用户通过基站与无线网络控制器(RadioNetwork Controller，简称RNC)之间的数据交互实现通信业务。由于硬件或软件问题所造成的部件故障会导致基站无法正常运行，从而导致移动终端用户无法正常使用通信业务。现有技术中，只是能够对基站的各个部件、各个部件之间的接口进行检测，不能对各个部件的内部功能单元进行检测，导致了无法在基站的运行过程中对基站的故障进行检测，从而不能有效地进行故障定位与隔离，影响了基站的正常运行。

发明内容

本发明实施例提供一种检测方法、装置及系统、基站，用以实现对基站内部各个部件的内部功能单元进行检测，使得在基站的运行过程中对基站的故障进行检测，能够有效地进行故障定位与隔离，保证基站的正常运行。

本发明实施例提供了一种检测方法，包括：

根据检测需求获取对应的检测参数和确定对应的功能单元，所述检测参数包括信道类参数和资源类参数，所述资源类参数与基站正在进行的业务的资源类参数不同；

根据所述检测参数配置和驱动所述功能单元；

将参考序列发送给经过配置和驱动的功能单元进行处理；

获取所述功能单元对所述参考序列进行处理生成的结果信息；

将所述结果信息与预先存储的预期结果信息进行比较，得到检测结果，所述预期结果信息为所述功能单元对所述参考序列进行处理生成的理论值。

本发明实施例还提供了一种检测装置，包括：

获取确定模块，用于根据检测需求获取对应的检测参数和确定对应的功能单元，所述检测参数包括信道类参数和资源类参数，所述资源类参数与基站正在进行的业务的资源类参数不同；

配置驱动模块，用于根据所述检测参数配置和驱动所述功能单元；

序列发送模块，用于将参考序列发送给经过配置和驱动的功能单元进行处理；

信息获取模块，用于获取所述功能单元对所述参考序列进行处理生成的结果信息；

结果比较模块，用于将所述结果信息与预先存储的预期结果信息进行比较，得到检测结果，所述预期结果信息为所述功能单元对所述参考序列进行处理生成的理论值。

本发明实施例还提供了一种基站，包含上述检测装置。

本发明实施例再提供了一种检测系统，包括检测装置和功能单元，

所述检测装置用于根据检测需求获取对应的检测参数和确定对应的功能单元，所述检测参数包括信道类参数和资源类参数，所述资源类参数与基站正在进行的业务的资源类参数不同，根据所述检测参数将参考序列发送给所述功能单元进行处理，获取所述功能单元对所述参考序列进行处理生成的结果信息，将所述结果信息与预先存储的预期结果信息进行比较，得到检测结果；

所述功能单元用于接收所述检测装置发送的所述参考序列，并对所述参考序列进行处理，生成结果信息，并向所述检测装置发送所述结果信息。

由上述技术方案可知，本发明实施例可以根据检测需求获取对应的检测参数和确定对应的功能单元，根据上述检测参数配置和驱动上述功能单元，将获取到的上述功能单元对参考序列进行处理生成的结果信息与预先存储的预期结果信息进行比较，得到检测结果(当前结果信息与预先存储的预期结果信息一致或当前结果信息与预先存储的预期结果信息不一致)，使得能够根据该检测结果进行相应的操作，实现了对基站内部各个部件的内部功能单元进行检测，由于检测参数中的资源类参数与基站正在进行的业务的资源类参数不同，从而可以保证在基站的运行过程中不干扰现有业务的前提下对基站的故障进行检测，能够有效地进行故障定位与隔离，从而保证了基站的正常运行。

附图说明

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

图1为本发明实施例一提供的检测方法的流程示意图；

图2为本发明实施例二提供的检测方法的流程示意图；

图3为本发明实施例三提供的检测装置的结构示意图；

图4为本发明实施例四提供的检测系统的结构示意图。

具体实施方式

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

图1为本发明实施例一提供的检测方法的流程示意图，如图1所示，本实施例的检测方法可以包括以下步骤：

步骤101、根据检测需求获取对应的检测参数和确定对应的功能单元，上述检测参数包括信道类参数和资源类参数，上述资源类参数与基站正在进行的业务的资源类参数不同；

步骤102、根据检测参数配置和驱动上述功能单元；

步骤103、将参考序列发送给经过配置和驱动的功能单元进行处理；

步骤104、获取上述功能单元对参考序列进行处理生成的结果信息；

步骤105、将上述结果信息与预先存储的预期结果信息进行比较，得到检测结果，上述预期结果信息为上述功能单元对参考序列进行处理生成的理论值。可以理解的是，该理论值可以是仿真数据，也可以是缺省值。

本实施例中，基站所获取的检测参数可以是RNC根据检测需求所下发的对应的业务(虚拟业务)，还可以是基站内部根据检测需求所生成的虚拟业务。具体地，上述检测参数分别还可以进一步预先由RNC或基站对应的远程维护终端下发到RNC或基站。上述检测参数可以包括信道类参数和资源类参数。信道类参数可以包括信道参数，例如：频点、扰码、定时关系等，还可以进一步包括通道参数，例如：通道号等。上述检测参数可以形成用于检测基站故障的虚拟检测信道，例如：随机接入信道(Random Access Channel，简称RACH)、专用信道(Dedicated Channel，简称DCH)、高速下行分组接入(High Speed Downlink Packet Access，简称HSDPA)信道和高速上行分组接入(High Speed Uplink Packet Access，简称HSUPA)信道等虚拟检测信道；资源类参数可以包括链路号，资源类参数与基站正在进行的业务的资源类参数不同，从而可以保证在基站的运行过程中不干扰现有业务的前提下对基站的故障进行检测。根据检测需求确定该虚拟业务所涉及的功能单元，以及对应的检测参数，以配置和驱动功能单元对接收到的参考序列进行处理。其中的功能单元可以是一个功能单元，还可以是多个功能单元。功能单元接收到参考序列之后，对该参考序列执行功能单元相应的处理操作，并将处理生成的结果信息上报。获取到上述功能单元所生成的结果信息之后，将该结果信息与本地保存的预期结果信息进行比较，并得到对上述功能单元进行检测的检测结果即当前结果信息与预先存储的预期结果信息一致或当前结果信息与预先存储的预期结果信息不一致，不一致则说明对应的功能单元出现了问题。本实施例的检测方法检测到功能单元出现问题后，通过相关的分析，还可以进一步确定是硬件错误，还是软件错误，例如：综合每个功能单元的检测结果，确定问题的性质(硬件或软件)。本实施例的检测方法在得到对功能单元的检测结果之后，能够根据该检测结果进行相应的操作，实现了对基站内部各个部件的内部功能单元进行检测，由于检测参数中的资源类参数与基站正在进行的业务的资源类参数不同，从而可以保证在基站的运行过程中不干扰现有业务的前提下对基站的故障进行检测，能够有效地进行故障定位与隔离，从而保证了基站的正常运行。

需要说明的是：本发明实施例中说的“一致”所表示的意思是在允许的误差范围内的一致，并不是完全一致。

图2为本发明实施例二提供的检测方法的流程示意图，如图2所示，本实施例的检测方法可以包括以下步骤：

步骤201、根据检测需求获取对应的检测参数和确定对应的功能单元，上述检测参数包括信道类参数和资源类参数，上述资源类参数与现有业务的资源类参数不同，该功能单元包括起始功能单元和至少一个中间功能单元。

本步骤中的检测需求可以分为两种，一种为单板检测，另一种为功能检测。对于单板检测，要求进行遍历性检测，相应的可以获取到全部检测参数(全部虚拟业务)：在硬件上要求检测遍历单板内各个器件、各个功能单元和各个硬件设备；在软件上要求遍历各种业务类型；对于功能性检测，主要是针对某个特定的业务或某个特定的通道进行检测，相应的可以获取到部分检测参数(部分虚拟业务)：在硬件上要求检测遍历此种业务相关的器件、功能单元和硬件设备；在软件上要求遍历该特定业务类型；

本步骤中，根据检测需求确定对应的检测源头即起始功能单元的上一级单元、以及检测终点即最后一级中间功能单元的下一级单元，检测源头与检测终点之间的起始功能单元、中间功能单元则为根据虚拟业务所确定的检测对象。其中的起始功能单元和中间功能单元可以位于同一个芯片上，还可以位于不同芯片上；

步骤202、根据检测参数配置和驱动上述功能单元；

步骤203、将参考序列发送给经过配置和驱动的起始功能单元进行处理，起始功能单元所生成的结果信息被起始功能单元发送给下一级经过配置和驱动的中间功能单元进行处理，前级中间功能单元所生成的结果信息被该前级中间功能单元发送给后级中间功能单元进行处理。

其中的参考序列可以预先在检测源头对应的功能单元之内生成，以供发送给起始功能单元进行处理。本步骤中的起始功能单元和中间功能单元可以为单板上的搜索单元、解调单元等对数据执行业务操作处理的单元，参考序列可以依次经过起始功能单元、各级中间功能单元进行相应的处理，分别生成对应的起始结果信息和各级中间结果信息，以完成检测所需要的虚拟业务流程，并上报起始结果信息和各级中间结果信息；

步骤204、分别获取起始功能单元上报的对参考序列进行处理生成的起始结果信息、以及各级中间功能单元上报的对起始功能单元的起始结果信息和/或对前级中间功能单元的中间结果信息进行处理生成的中间结果信息；

步骤205、分别将上述起始结果信息、各级中间结果信息与对应的预先存储的预期结果信息进行比较，得到针对各个功能单元的检测结果，上述预期结果信息为上述功能单元对参考序列进行处理生成的理论值。可以理解的是，该理论值可以是仿真数据，也可以是缺省值。

本实施例中所进行的比较可以在单板上的数字信号处理器(DigitalSignal Processor，简称DSP)之内完成，从而分别得到了各个功能单元的检测结果，以供单板中的控制单元根据该检测结果定位故障与隔离。

本实施例可以对基站内部各个部件内部的功能单元进行检测，能够根据其检测结果进行相应的操作，实现了对基站内部与本次测试相关的功能单元进行检测，使得在基站的运行过程中对基站的故障进行检测，能够有效地进行故障定位与隔离，从而保证了基站的正常运行。

为了更加详尽地说明本实施例的检测方法可以通过下述检测场景举例说明，假设检测需求为检测上行基带单元，根据“检测上行基带单元”这一检测需求，确定了对应的功能单元，即搜索单元、解调单元、译码单元和功控单元，上述四个功能单元位于上行处理芯片上。根据“检测上行基带单元”这一检测需求还可以获取到相应的检测参数，即信道类型、扰码、定时关系、通道号、物理层参数、传输层参数、逻辑层参数等检测参数。相应地可以确定：起始功能单元的上一级单元为基带接口逻辑，最后一级中间功能单元的下一级单元为基带中央处理单元(Central Processing Unit，简称CPU)。上行处理芯片在上行DSP的控制下，建立虚拟检测信道。上行DSP和/或下行DSP可以获取上行处理芯片中各级功能单元所生成的结果信息，并将其与预期结果信息进行比较，从而获取到了检测结果。其中的虚拟检测信道可以包括RACH、DCH、HSDPA信道和HSUPA信道等信道。将在基带接口逻辑中预先生成的参考序列(参考数据)作为天线数据源，发送给上行处理芯片中的搜索单元，以供搜索单元、解调单元、译码单元和功控单元依次进行处理。上行DSP可以收集各级功能单元(搜索单元、解调单元、译码单元和功控单元)的结果信息，该结果信息可以包括搜索结果、解调结果、译码结果和功控结果等信息，并与上行DSP在本地保存的预期结果信息进行比特级的比较，获取到检测结果；下行DSP可以收集功控结果，并与下行DSP在本地保存的预期结果信息进行比特级的比较，获取到检测结果。上述上行DSP和/或下行DSP可以进一步将其各自的检测结果向基带CPU上报，使得基带CPU能够根据上述检测结果进行相应的操作。

虚拟检测信道的类型包括：接入信道、专用信道、HSDPA信道(R5信道)、HSUPA信道(R6信道)。上行DSP可以选择上行处理芯片上的不同功能单元，例如：搜索单元、解调单元、译码单元、功控单元等，以充分检测上行处理芯片内部的所有资源是否可用。具体检测可以并行做，也可以串行做，本发明实施例不做详细描述，总之达到充分检测全部资源的目的即可。

本实施例中的单板上相关的操作维护单元，例如CPU，可以根据所接收到的检测结果进行相应的操作，例如：对检测到的异常功能单元进行隔离，实现了对基站内部与本次测试相关的功能单元进行检测，由于检测参数中的资源类参数与基站正在进行的业务的资源类参数不同，从而可以保证在基站的运行过程中不干扰现有业务的前提下对基站的故障进行检测，能够有效地进行故障定位与隔离，从而保证了基站的正常运行。

本实施例的检测方法可以在基站运行中的任何时刻启动执行，可以对基站的各个部件进行检测，也可以对各个部件内部的功能单元进行检测，还可以对基站的各个部件之间的接口进行检测。以上行虚拟检测信道为例，下面将通过几种场景说明本实施例的具体应用。

场景一：开工自检时进行虚拟业务检测

单板上电自检的时候，可以通过虚拟业务检测功能自检一下上行业务是否正常，自检时间可能会增加一些。以基带板为例，即此时的检测需求为检测上行基带单元，在基站上电自检过程中加入虚拟业务检测功能，可以利用基带接口逻辑生成并发送固定的参考序列，单板上的各个功能单元在进行完正常的自检过程之后，可以按照本发明实施例一和实施例二的检测方法对功能单元和基带板可以支持的所有业务进行遍历性检测，将得到的结果信息与本地保存的预期结果信息进行比较，并将虚拟业务检测的检测结果作为自检结果的一部分进行上报。由于虚拟业务的遍历性，自检中可以检测到具体那个功能单元出现故障，自检粒度可以变小。

场景二：单板运行中的虚拟业务检测

单板运行过程中，若发现有异常出现，可以针对某个单板进行虚拟业务检测。该场景下需要单板上相关的资源管理单元合理分配单板上已经存在的正常业务的资源类参数，使得检测参数中的资源类参数与基站正在进行的资源类参数不同，以保证不干扰正常业务的运行。

场景三：小区级的虚拟业务检测

若在单板运行过程中，发现某一个小区出现异常例如：无法接入、通话掉话率高等时，可以进行小区级的虚拟业务检测。该场景下检测源头可以确定为远端射频单元(Remote Radio Unit，简称RRU)，按某个通道号来指定发送数据源，这样可以实现按小区进行虚拟业务检测，此时由于其他小区还需要进行正常业务，因此与所建立的通道相关的链路号需要由资源管理单元来进行分配，但不消耗信道资源(Channel Element，简称CE)资源。

场景四：关键绩效指标(Key Performance Index，简称KPI)指标下降时的虚拟业务检测

当发现运行中的基站的KPI指标下降时，可以进行虚拟业务检测，针对该下降的KPI指标选择特定的业务类型，并确定相关的检测源头和检测终点，可以控制检测源头产生并发送固定的参考序列，经由各级功能单元进行依次处理直至检测终点结束。检测流程所涉及的各级功能单元所生成的结果信息均可以在DSP中与对应的预期结果信息进行比特级的比较，并上报所获取的检测结果，操作维护单元如CPU或维护人员可以根据上述检测结果进行问题的定位与隔离。

具体地，若是软件问题，则可以在不干扰正常运行的情况下启动检测流程，根据上报的检测结果可以明确的定位到软件单元实体。若是硬件问题，可以进一步考虑将某些硬件的功能单元暂时闭塞(资源管理单元可以考虑暂时将业务迁移到其他功能单元上，此种情况下用户也是感受不到异常的)，针对性的进行某一部分硬件的遍历性检测。

场景五：基站周期进行的虚拟业务检测

在商用网络中，可以设定一个基站检测周期例如：一个星期，在基站的闲时例如：凌晨进行虚拟业务检测。检测中，RNC可以模拟下发各种业务，例如：DCH的电路(CS)域业务、DCH的分组(PS)域业务、HSUPA业务、HSDPA业务等，并通知相关的各个功能单元进行虚拟业务周期检测。检测中，可以由RRU模拟空口产生的序列，经过射频处理单元、中频处理单元、基带处理单元、传输处理单元等各级功能模块，最后将处理之后的数据传给RNC，在此过程中各个模块也分别检测当前处理完成的数据是否正确，并上报检测结果。检测中可以由RNC决定检测的业务类型，但是要求遍历各级功能单元。

由于此时基站是正常运行的，虚拟业务检测不能干扰正常业务，所以需要单板上相关的资源管理单元合理分配各个链路的资源即链路号，保证不同正常进行的业务相冲突。

上述本发明实施例所适用的应用场景都是针对上行信道所进行的检测，类似地，同样可以适用于针对下行信道所进行检测的应用场景，此处不再赘述。

需要说明的是：对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

图3为本发明实施例三提供的检测装置的结构示意图，如图3所示，本实施例的检测装置可以包括获取确定模块31、配置驱动模块32、序列发送模块33、信息获取模块34和结果比较模块35。其中，获取确定模块31根据检测需求获取对应的检测参数和确定对应的功能单元，上述检测参数包括信道类参数和资源类参数，上述资源类参数与基站正在进行的业务的资源类参数不同；配置驱动模块32根据获取确定模块31获取到的上述检测参数配置和驱动获取确定模块31确定的上述功能单元；序列发送模块33将参考序列发送给经过配置驱动模块32配置和驱动的功能单元进行处理；信息获取模块34获取经过配置驱动模块32配置和驱动的功能单元对上述参考序列进行处理生成的结果信息；结果比较模块35将信息获取模块34获取的上述结果信息与预先存储的预期结果信息进行比较，得到检测结果，上述预期结果信息为上述功能单元对上述参考序列进行处理生成的理论值。

上述本发明实施例一、二的方法均可以由本发明实施例提供的检测装置实现。

本实施例中，RNC可以根据检测需求向获取确定模块下发对应的业务(虚拟业务)即检测参数，形成用于检测基站故障的虚拟检测信道，例如：RACH、DCH、HSDPA信道即R5信道和HSUPA信道即R6信道。上述虚拟检测信道分别对应有其各自的检测参数，该检测参数可以包括信道参数，例如：频点、扰码、定时关系等，还可以进一步包括通道参数，例如：通道号等。获取确定模块可以根据检测需求确定虚拟业务所涉及的功能单元，配置驱动模块根据获取确定模块获取到的上述检测参数配置和驱动上述功能单元，并由序列发送模块将参考序列向经过配置和驱动的上述功能单元发送。其中的功能单元可以包括全部与所获取的检测参数对应的功能单元，可以是一个功能单元，还可以是多个功能单元。功能单元接收到参考序列之后，对该参考序列执行功能单元相应的处理操作，并将处理生成的结果信息上报给信息获取模块，信息获取模块在接收到功能单元所上报的对参考序列处理生成的结果信息之后，结果比较模块将该结果信息与本地保存的预期结果信息进行比较，并得到对上述功能单元进行检测的检测结果即当前结果信息与预先存储的预期结果信息一致或当前结果信息与预先存储的预期结果信息不一致。本实施例中的结果比较模块在得到对上述功能单元的检测结果之后，使得相关的操作维护单元例如：CPU根据该结果信息进行相应的操作，实现了对基站内部各个部件的内部功能单元进行检测，由于检测参数中的资源类参数与现有业务的资源类参数不同，从而可以保证在基站的运行过程中不干扰现有业务的前提下对基站的故障进行检测，能够有效地进行故障定位与隔离，从而保证了基站的正常运行。

进一步地，获取确定模块31所确定的上述功能单元可以包括起始功能单元和至少一个中间功能单元，上述序列发送模块33具体可以用于根据上述检测参数将参考序列发送给经过配置和驱动的起始功能单元，以供上述起始功能单元和经过配置和驱动的至少一个中间功能单元依次进行处理。本实施例中的序列发送模块将参考序列发送给起始功能单元进行处理，起始功能单元处理参考序列所生成的起始结果信息被起始功能单元发送给下一级的中间功能单元进行处理，前级中间功能单元所生成的中间结果信息被该前级中间功能单元发送给后级中间功能单元进行处理。当获取确定模块31确定了多级中间功能单元时，多级中间功能单元依次对起始结果信息进行处理，生成各级中间结果信息。上述信息获取模块34具体可以用于获取上述起始功能单元对上述参考序列进行处理生成的起始结果信息和上述至少一个中间功能单元对上述起始结果信息进行处理生成的中间结果信息。相应地，结果比较模块35可以分别将信息获取模块31所获取的起始结果信息、各级中间结果信息与本地保存的对应的预期结果信息进行比较，并得到对上述起始功能单元、各级中间功能单元进行检测的检测结果即当前结果信息与预先存储的预期结果信息一致或当前结果信息与预先存储的预期结果信息不一致。

进一步地，本实施例的检测装置还可以包括序列生成模块(图中未示出)，用于预先生成上述参考序列。

本发明实施例还可以提供一种基站，包含上述本发明实施例三提供的检测装置。

图4为本发明实施例四提供的检测系统的结构示意图，本实施例的检测系统可以包括检测装置41和功能单元42，

上述检测装置41用于根据检测需求获取对应的检测参数和确定对应的功能单元42，上述检测参数包括信道类参数和资源类参数，上述资源类参数与基站正在进行的业务的资源类参数不同，根据上述检测参数配置和驱动上述功能单元42，将参考序列发送给经过配置和驱动的功能单元42进行处理，获取上述功能单元42对上述参考序列进行处理生成的结果信息，将上述结果信息与预先存储的预期结果信息进行比较，得到检测结果，上述预期结果信息为上述功能单元42对上述参考序列进行处理生成的理论值；

上述功能单元42用于接收上述检测装置发送的上述参考序列，并对上述参考序列进行处理，生成结果信息，并向上述检测装置发送上述结果信息。

本发明实施例的检测系统中的检测装置41可以为上述本发明实施例三提供的检测装置，以及检测装置41可以独立设置，也可以设置于基站之内。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种通信技术领域的检测方法，其特征在于，包括：

根据检测需求获取对应的检测参数和确定对应的功能单元，所述检测参数包括信道类参数和资源类参数，所述资源类参数与基站正在进行的业务的资源类参数不同；

根据所述检测参数配置和驱动所述功能单元；

将参考序列发送给经过配置和驱动的功能单元进行处理；

获取所述功能单元对所述参考序列进行处理生成的结果信息；

将所述结果信息与预先存储的预期结果信息进行比较，得到检测结果，所述预期结果信息为所述功能单元对所述参考序列进行处理生成的理论值。

2.根据权利要求1所述的方法，其特征在于，所述功能单元包括起始功能单元和至少一个中间功能单元，所述将参考序列发送给经过配置和驱动的功能单元进行处理具体包括：将参考序列发送给经过配置和驱动的起始功能单元，以供所述起始功能单元和经过配置和驱动的至少一个中间功能单元依次进行处理；所述获取所述功能单元对所述参考序列进行处理生成的结果信息具体包括：获取所述起始功能单元对所述参考序列进行处理生成的起始结果信息和所述至少一个中间功能单元对所述起始结果信息进行处理生成的中间结果信息。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：预先生成所述参考序列。

4.根据权利要求1、2或3所述的方法，其特征在于，所述信道类参数包括通道参数和/或信道参数。

5.一种通信技术领域的检测装置，其特征在于，包括：

获取确定模块，用于根据检测需求获取对应的检测参数和确定对应的功能单元，所述检测参数包括信道类参数和资源类参数，所述资源类参数与基站正在进行的业务的资源类参数不同；

配置驱动模块，用于根据所述检测参数配置和驱动所述功能单元；

序列发送模块，用于将参考序列发送给经过配置和驱动的功能单元进行处理；

信息获取模块，用于获取所述功能单元对所述参考序列进行处理生成的结果信息；

结果比较模块，用于将所述结果信息与预先存储的预期结果信息进行比较，得到检测结果，所述预期结果信息为所述功能单元对所述参考序列进行处理生成的理论值。

6.根据权利要求5所述的装置，其特征在于，所述获取确定模块所确定的所述功能单元包括起始功能单元和至少一个中间功能单元，所述序列发送模块具体用于将参考序列发送给经过配置和驱动的起始功能单元，以供所述起始功能单元和经过配置和驱动的至少一个中间功能单元依次进行处理；所述信息获取模块具体用于获取所述起始功能单元对所述参考序列进行处理生成的起始结果信息和所述至少一个中间功能单元对所述起始结果信息进行处理生成的中间结果信息。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括序列生成模块，用于预先生成所述参考序列。

8.一种基站，其特征在于包括权利要求5至7任一权利要求所述的通信技术领域的检测装置。

9.一种通信技术领域的检测系统，其特征在于，包括检测装置和功能单元，

所述检测装置用于根据检测需求获取对应的检测参数和确定对应的功能单元，所述检测参数包括信道类参数和资源类参数，所述资源类参数与基站正在进行的业务的资源类参数不同，根据所述检测参数配置和驱动所述功能单元，将参考序列发送给经过配置和驱动的功能单元进行处理，获取所述功能单元对所述参考序列进行处理生成的结果信息，将所述结果信息与预先存储的预期结果信息进行比较，得到检测结果，所述预期结果信息为所述功能单元对所述参考序列进行处理生成的理论值；

所述功能单元用于接收所述检测装置发送的所述参考序列，并对所述参考序列进行处理，生成结果信息，并向所述检测装置发送所述结果信息。

10.根据权利要求9所述的系统，其特征在于，所述检测装置独立设置或者位于基站内。

Images