CN103580761B - 一种通信设备的测试方法和装置 - Google Patents

Abstract

本发明实施例公开了一种通信设备的测试方法和装置，方法包括：创建至少一个测试通道，其中一个测试通道为主测试通道，与主被测设备相连，其他测试通道为辅测试通道，与从被测设备相连；主测试通道与信源端口间的通信信道为双向通道；辅测试通道与信源端口间的通信信道为从信源端口至辅测试通道方向的单向通道；利用测试用例生成配置信息，并将配置信息发送给测试通道、与测试通道对应的被测设备以及与信源端口连接的其他设备；启动测试用例，将测试数据发送给测试通道对应的被测设备；被测设备处理测试数据；获取测试通道对应的主被测设备以及从被测设备的测试结果，并将测试结果与预期结果比对得到测试结论。可以提高测试效率并且控制测试成本。

Description

一种通信设备的测试方法和装置

技术领域

本发明涉及通信技术领域，特别涉及一种通信设备的测试方法和装置。

背景技术

通信技术的发展日新月异，产品的开发周期越来越短。在产品的研发过程中需要对产品的各个方面进行测试来保证产品的质量。

移动通信设备基带的集成测试通常有如下两种方式可选：

第一种：仪表测试。由仪表模拟产生移动通信设备实际工作场景，实现对移动通信设备的测试。然而由于仪表的价格往往十分昂贵，且一台仪表只能同时对一个移动通信设备进行测试，因而测试效率较低，测试成本较高。

第二种：真实网络场景下测试。在真实网络场景中，实现对移动通信设备的测试。该方案在真实的网络场景下进行，因此需要大量的人力物力，且偶然出现的bug（错误）由于log（日志文件）信息不够以及现场复现困难，使得定位bug问题较难。

另外，在测试中存在还如下问题：

对不同方案或模块进行对比测试时，以及在不同时间测试时，往往由于测试环境搭建过程中难以保证待比较对象的输入完全一致，从而导致对比测试的结果不能完全客观准确。

在流程的集成测试过程中，当前移动通信设备的操作往往决定于之前一段时间内的一连串过程的执行结果。需要之前一段时间内的一连串过程输入激励，且进行bug场景的复现也需要保存之前一段时间内的一连串过程输入激励。因此需要将必要信息作为移动设备的log进行保存。由于bug不可预知，所以log的信息量极大，对于移动设备的存储空间要求较高。

发明内容

本发明实施例针对测试时仪表资源有限，测试效率低下，测试对应的现场捕获和恢复较为困难，和对比测试时难以保证待比较对象的输入保证一致的问题，提出了提供了一种通信设备的测试方法和装置，用于准确定位bug，提升测试效率，并保证待比较对象的输入一致。

本发明实施例提供了一种通信设备的测试方法，包括：

创建至少一个测试通道，其中一个测试通道为主测试通道，与主被测设备相连，当有一个以上测试通道时，其他测试通道为辅测试通道，与从被测设备相连；主测试通道与信源端口间的通信信道为双向通道；辅测试通道与信源端口间的通信信道为从信源端口至辅测试通道方向的单向通道；

利用测试用例生成配置信息，并将所述配置信息发送给所述测试通道、与所述测试通道对应的被测设备以及与信源端口连接的其他设备；

启动测试用例，通过所述测试通道将测试数据发送给所述测试通道对应的被测设备；

被测设备处理所述测试数据；

获取所述测试通道对应的主被测设备以及从被测设备的测试结果，并将所述测试结果与预期结果比对得到测试结论。

可选的，所述测试数据来自于与信源端口连接的其他设备发送的信号或者测试通道中的数据文件。

可选的，所述被测设备处理所述测试数据，包括：主被测设备和从被测试设备根据包括预知链路信息在内的配置信息分别配置主被测设备和从被测试设备。

可选的，所述被测设备处理所述测试数据，包括：主被测设备根据包括预知链路信息在内的配置信息配置主被测设备，按照测试用例流程处理所述测试数据，获得非预知链路信息，从被测设备利用包括预知链路信息和非预知链路信息在内的配置信息配置从被测设备，从被测设备按照测试用例流程处理所述测试数据。

可选的，在被测设备处理所述测试数据时，根据配置信息保存测试通道上的所述测试数据。

可选的，如果所述测试结论不满足要求，切换被测设备，重复执行测试方法，直到测试结论满足要求。

本发明实施例还提供了一种通信设备的测试装置，包括：

主控机以及至少一个测试通道，其中一个测试通道为主测试通道具有与主被测设备相连的端口，当有一个以上的测试通道时，其他测试通道为辅测试通道且具有与从被测设备相连的端口；主测试通道与信源端口间的通信信道为双向通道；辅测试通道与信源端口间的通信信道为从信源端口至辅测试通道方向的单向通道；

主控机，用于利用测试用例生成配置信息，并将所述配置信息发送给所述测试通道、与所述测试通道对应的被测设备以及与信源端口连接的其他设备；启动测试用例，通过所述测试通道将测试数据发送给所述测试通道对应的被测设备；在被测设备处理所述测试数据后获取所述测试通道对应的主被测设备以及从被测设备的测试结果，并将所述测试结果与预期结果比对得到测试结论。

可选的，所述主控机，具体用于将来自于与信源端口连接的其他设备发送的信号或者测试通道中的数据文件作为测试数据发送给所述测试通道对应的被测设备。

可选的，所述主控机，具体用于在被测设备处理所述测试数据后获取所述测试通道对应的主被测设备以及从被测设备的测试结果包括：

在主被测设备和从被测试设备根据包括预知链路信息在内的配置信息分别配置主被测设备和从被测试设备之后，获取所述测试通道对应的主被测设备以及从被测设备的测试结果。

可选的，所述主控机，具体用于在被测设备处理所述测试数据后获取所述测试通道对应的主被测设备以及从被测设备的测试结果包括：

在主被测设备根据包括预知链路信息在内的配置信息配置主被测设备，按照测试用例流程处理所述测试数据，获得非预知链路信息，从被测设备利用包括预知链路信息和非预知链路信息在内的配置信息配置从被测设备，从被测设备按照测试用例流程处理所述测试数据之后，获取所述测试通道对应的主被测设备以及从被测设备的测试结果。

可选的，所述主控机，还用于在被测设备处理所述测试数据时，根据配置信息保存测试通道上的所述测试数据。

可选的，所述主控机，还用于如果所述测试结论不满足要求，则切换被测设备，重复执行测试流程，直到测试结论满足要求。

从以上技术方案可以看出，本发明实施例具有以下优点：以上实施例，通过创建两个或两个以上的测试通道，仅有一个测试通道与信源端口连接的信源设备的通信信道为双向通道，其他通道与信源端口连接的信源设备的通信信道为从信源设备至其他测试通道单向通道，实现了采用一个信源设备对多个被测设备的测试，在不增加信源设备的情况下能够实现对多个被测设备的测试，因此可以提高测试效率并且控制测试成本。测试数据的来源相同，可以同时发送至被测设备，可以保证待比较较对象的输入完全一致，能保证对比测试的结果准确。

附图说明

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

图1为本发明实施例方法流程示意图；

图2为本发明实施例装置结构示意图；

图3为本发明装置结构示意图；

图4为本发明实施例装置结构示意图；

图5为本发明实施例装置结构示意图；

图6为本发明实施例装置结构示意图；

图7为本发明实施例装置结构示意图；

图8为本发明实施例装置结构示意图；

图9为本发明实施例方法流程示意图；

图10为本发明实施例方法流程示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例提供了一种通信设备的测试方法，如图1所示，并可一并参阅图2所示的结构，包括：

101：创建至少一个测试通道，其中一个测试通道为主测试通道，与主被测设备相连，当有一个以上测试通道时，其他测试通道为辅测试通道，与从被测设备相连；主测试通道与信源端口间的通信信道为双向通道；辅测试通道与信源端口间的通信信道为从信源端口至辅测试通道方向的单向通道；

上述主测试通道与信源端口间的通信信道为双向通道；辅测试通道与信源端口间的通信信道为从信源端口至辅测试通道方向的单向通道的具体实现方案可以如图2所示的：主测试通道与信源端口之间采用双向通道，辅测试通道与信源端口之间采用从信源端口到附测试通道的单向通道，信源端口用于连接广义信号源；该方案的具体实现方式，在后续实施例中给出了举例说明：具体可以参阅图5~8所示的在广义信号源与测试通道之间设置端口A，端口A经信号分路成多路，然后在端口A与辅测试通道中加设信号隔离器，配置网桥等方式将端口A与辅测试通道之间的通道变为单向通道。各测试通道与被测设备之间通信的接口、各测试通道与仪表通信的接口等结构类说明在后续装置以及具体举例中将给出更加详细的说明。

上述信源端口用于连接测试通道和广义信号源，上述广义信号源提供测试数据的数据源，可以是信号源、信号产生仪表、综合测试仪表、基站、它们的组合，以及他们的组合与其他附属通路等，具体的实现形式并不影响本发明实施例的实现，对此本发明实施例不予限定。

102：利用测试用例生成配置信息，并将上述配置信息发送给上述测试通道、与上述测试通道对应的被测设备以及与信源端口连接的其他设备；

在配置信息下发后，可以执行被测设备的注册流程使主被测设备以及从被测设备建立链路具体可以是：在各测试通道接收到来自被测设备的接入请求后，将主测试通道的接入请求发送给仪表，拦截辅测试通道的接入请求；将各测试通道接收到的来自仪表的接入配置信息，发送给各测试通道对应的主被测设备和从被测设备，使主被测设备和/或从被测设备依据上述接入配置信息建立链路。需要说明的是实现被测设备的注册方案依据被测设备的不同以及被测设备所处的网络的不同，流程是可以变化的，本发明实施例对此不予限定，因此以上举例不应理解为对本发明实施例的唯一限定。

103：启动测试用例，通过上述测试通道将测试数据发送给上述测试通道对应的被测设备；

在本实施例中信源端口连接的信号源可以仅有一个实体设备，例如仪表，那么仪表发送出的测试数据被发送给很多测试通道，并通过测试通道发送给被测设备，可以使用多通、分路器等方案实现，本发明实施例对此的具体实现不予限定。

104：被测设备处理上述测试数据；

可选地，在103中测试数据来自于与信源端口连接的其他设备发送的信号或者测试通道中的数据文件。另外，数据来源可以为采集数据，也可以使用其他来源的数据，比如第三方提供的数据等。以上实施例中，测试数据来源于与信源端口连接的其他设备发送的信号和/或测试数据来源于通道中的数据文件，上述其他设备可以实现广义信号源的设备与被测设备之间的一对多，并且保证被测设备的输入一致，测试数据来源于通道中的数据文件，可以实现场景复现。

如果来源于测试通道中的数据文件，那么数据文件的获取过程可以参考如下方式：主被测设备以及从被测设备处理上述测试数据并将处理结果保存到日志文件中；在主被测设备以及从被测设备的日志文件中分别获取当前链路信息；在主测试通道以及辅测试通道完成信号同步后，依据获取到的当前链路信息采集并保存主测试通道以及辅测试通道的信号数据。本实施例实现测试信道的信号数据的保存，为场景复现提供了条件。

105：获取上述测试通道对应的主被测设备以及从被测设备的测试结果，并将上述测试结果与预期结果比对得到测试结论。

可选地，上述获取上述测试通道对应的主被测设备以及从被测设备的测试结果包括：在日志文件中获取测试结果；或者，在仪表中获取测试结果，上述测试结果由被测设备通过与其对应的测试通道反馈至上述仪表。后续实施例将对此作进一步的说明。

以上实施例，通过创建一个或一个以上的测试通道，仅有一个测试通道与信源端口连接的信源设备的通信信道为双向通道，当有一个以上测试通道时，其他测试通道为辅测试通道，辅测试通道为从信源设备至其他测试通道方向单向通道（信源端口与辅测试通道间是单向的，但辅测试通道与从被测设备间是双向的，如图2所示），实现了采用一个信源对多个被测设备的测试，在不增加信源的情况下能够实现对多个被测设备的测试，因此可以提高测试效率并且控制测试成本。测试数据的来源相同，可以同时发送至被测设备，可以保证待比较较对象的输入完全一致，能保证对比测试的结果更具参考性。

本发明实施例还提供了场景复现的实现方案，上述方法还包括：在被测设备处理上述测试数据时，根据配置信息保存测试通道上的上述测试数据。通过保存测试数据为场景复现提供的条件。若需要执行场景复现，那么实现方案可以是：如果上述测试结论不满足要求，切换被测设备，重复步骤102~105，直到测试结论满足要求。更具体的实现方式可以是：在满足预置的现场复现条件时，设置被测设备数以及测试通道数均为一个；将上述获取到的当前链路信息采集并保存主测试通道和/或辅测试通道的信号数据作为测试数据发送给被测设备。然后执行步骤104和105。预置的场景复现条件，可以是测试中发现了bug、深度分析被测设备的处理流程、分析log信息又不足以支撑bug定位或分析等等，具体的触发执行场景复现的条件并不影响本发明实施例的实现，本发明实施例对此不予限定。以上方案实现了场景重现，本实施例可以在不增加被测设备复杂度的情况下，保存了测试用例测试过程中的现场情况，包括被测设备实际获得的输入和输出。

本发明实施例还提供了一种通信设备的测试装置，如图3所示，包括：

主控机301以及至少一个测试通道302，其中一个测试通道302为主测试通道3021具有与主被测设备相连的端口，当有一个以上的测试通道302时，其他测试通道302为辅测试通道3022且具有与从被测设备相连的端口；主测试通道3021与信源端口间的通信信道为双向通道；辅测试通道3022与信源端口间的通信信道为从信源端口至辅测试通道3022方向的单向通道；

主控机301，用于利用测试用例生成配置信息，并将上述配置信息发送给上述测试通道302、与上述测试通道302对应的被测设备以及与信源端口连接的其他设备；启动测试用例，通过上述测试通道302将测试数据发送给上述测试通道302对应的被测设备；在被测设备处理上述测试数据后获取上述测试通道302对应的主被测设备以及从被测设备的测试结果，并将上述测试结果与预期结果比对得到测试结论。

上述信源端口用于连接测试通道和广义信号源，上述广义信号源提供测试数据的数据源，可以是信号源、信号产生仪表、综合测试仪表、基站、它们的组合，以及他们的组合与其他附属通路等，具体的实现形式并不影响本发明实施例的实现，对此本发明实施例不予限定。实现辅测试通道与信源端口间的通信信道为从信源端口至辅测试通道方向的单向通道的方案可以是在该通道中加设信号隔离器，也可以是配置网桥，还可以是其他方式，本发明实施例对此不予限定。各测试通道与被测设备之间通信的接口、各测试通道与仪表通信的接口等结构类说明在后续装置以及具体举例中将给出更加详细的说明。

以上实施例，通过创建一个或一个以上的测试通道，仅有一个测试通道与信源端口连接的信源设备的通信信道为双向通道，当有一个以上的测试通道时，其他通道与信源端口连接的信源设备的通信信道为从信源设备至其他测试通道单向通道，实现了采用一个信源设备对多个被测设备的测试，在不增加信源设备的情况下能够实现对多个被测设备的测试，因此可以提高测试效率并且控制测试成本。测试数据的来源相同，可以同时发送至被测设备，可以保证待比较较对象的输入完全一致，能保证对比测试的结果更具参考性。

可选的，上述主控机，具体用于将来自于与信源端口连接的其他设备发送的信号或者测试通道302中的数据文件作为测试数据发送给上述测试通道302对应的被测设备。以上实施例中，测试数据来源于与信源端口连接的其他设备发送的信号时，上述其他设备可以实现广义信号源的设备与被测设备之间的一对多，并且保证被测设备的输入一致，若测试数据来源于通道中的数据文件，则可以实现场景复现，并且不用保存过多的log信息，减轻对存储空间的要求。

可选的，上述主控机，具体用于在被测设备处理上述测试数据后获取上述测试通道302对应的主被测设备以及从被测设备的测试结果包括：

在主被测设备和从被测试设备根据包括预知链路信息在内的配置信息分别配置主被测设备和从被测试设备之后，获取上述测试通道302对应的主被测设备以及从被测设备的测试结果。

以上实施例给出了获取被测设备的测试结果的具体实现方式，实现了同时对多个被测设备进行测试。

可选的，上述主控机，具体用于在被测设备处理上述测试数据后获取上述测试通道302对应的主被测设备以及从被测设备的测试结果包括：

在主被测设备根据包括预知链路信息在内的配置信息配置主被测设备，按照测试用例流程处理上述测试数据，获得非预知链路信息，从被测设备利用包括预知链路信息和非预知链路信息在内的配置信息配置从被测设备，从被测设备按照测试用例流程处理上述测试数据之后，获取上述测试通道302对应的主被测设备以及从被测设备的测试结果。

以上实施例给出了获取被测设备的测试结果的具体实现方式，实现了同时对多个被测设备进行测试。

可选的，上述主控机，还用于在被测设备处理上述测试数据时，根据配置信息保存测试通道302上的上述测试数据。

以上实施例不用保存过多的log信息，减轻对存储空间的要求。

可选的，上述主控机，还用于如果上述测试结论不满足要求，则切换被测设备，重复执行测试流程，直到测试结论满足要求。以上实现给出了场景复现启动条件并且给出了实现场景复现实现流程，该流程不用保存过多的log信息，减轻对存储空间的要求。

以下将以移动通信设备的测试为例对测试装置的结构、接口及其数据流向进行详细说明。

如图4所示，包括如下几个部分：

DUT：被测设备，

DUTMaster：主被测设备，处于主测试通道上的DUT。完成的被测方案，在使用仪表作为信号输入时，负责和仪表进行通信。

DUTSlave:从被测设备，处于辅测试通道上。被测设备中除去主要待测的组件，对于需要保证被测设备正常运行的其他组件采用模拟组件代替，在使用仪表作为信号输入时，只接收仪表的信号，不与仪表进行交互。在系统中，可以存在多个DUTSlave。

SignalAnaly：信号分析仪，用于上行测试时对于DUT的上行信号进行分析。

SignalGen：产生测试数据（测试射频信号）的仪表。比如，信号源，综合测试仪，基站等。

SignalAnaly：信号分析仪，用于上/下行测试时对于DUT的上/下行信号进行分析。

MasterCtrl：主控机，对DUT中的模拟组件进行设置，并保存DUT的测试log，以及测试log统计。主控机还可以负责数据存储单元（DataMemory）中的数据读写，后续实施例将对DataMemory进行详细说明。

测试通道：测试通道上传输测试信号，提供被测设备需要的信号通路。其中主测试通道：本测试通道上的被测设备的测试信号激励输入输出均可以传输于被测设备和数据源之间，即该测试通道为可以进行双向通信的信道。辅测试通道：本测试通道上的被测设备的测试信号激励仅仅单向通畅。

更具体地，如图5、6、7、8所示，测试通道组的组成可以包括如下几个部分。

Switch：切换不同的DUT的上行信号到信号分析仪进行分析。

Mux：使用仪表进行信号输入时，将仪表的下行信号分路，输入给多个被测设备。

Bridge：信号隔离器，使用仪表进行信号输入时，对于DUTSlave的输入信号，隔离掉DUTMaster的上行信号，对于仪表的下行信号不产生影响。

Adapt：适配器，使用仪表进行信号输入时，用于适配Bridge对于信号的影响，使得仪表发出的信号到达所有的DUT是相同的。

DataCap：用于捕捉高倍数的测试数据，在下行测试时，进行下行信号的捕捉，在上行信号时，进行上行信号的捕捉。

DataBus：使用数据作为测试输入时，将DataMemory中的数据传输到DUT。

DataMemory：缓存DataCap捕捉的数据，并和MasterCtrl交互，将数据存储到MasterCtrl或从MasterCtrl读取数据。

具体的连接方式如下：

图5中创建n个测试通道，n个测试通道创建用于数据传输的接口，接口具体如下：

第一信号输入/输出接口Om、第二信号输入/输出接口Os、第三信号输入/输出接口A、第四信号输入/输出接口B、第五信号输入/输出接口C以及射频信号接口Od，其中Om为用于连接主测试通道和主被测设备的数字接口，Od为用于连接测试通道和被测设备的射频接口，Os为用于辅连接测试通道和从被测设备的数字接口，B为用于连接主控机与被测设备和测试通道的接口，C为连接测试通道与SignalAnaly的接口，A为用于连接测试通道和仪表的射频接口，其中辅测试通道与仪表间的第三信号输入/输出接口A为从仪表至辅测试通道单向通道。其中第三信号输入/输出接口A是前述图2所对应实施例中信源端口与主测试通道以及辅测试通道通信的一个具体实现方式。

基于第三信号输入/输出接口A的单向特性，辅测试通道可以保证信号输入/输出接口A发送到测试通路的信号可以传输到从被测设备，但是从被测设备发送的信号无法传输到信号输入/输出接口A；从被测设备发送的信号可以传输到信号当前测试通道输出口Os，

在主测试通道上，信号输入/输出接口A和主被测设备间传输的信号都可以到达对方，同时，主被测设备发送的信号也可以传输到主测试通道的输入/输出口Om，

以上实施例可以保证在所有测试通道上保证从信号输入/输出接口A传递到各个被测设备的信号是相同的。

可选的，被测设备使用射频接口和测试通道连接，被测设备使用数字接口和测试通道连接。

进一步可选的，被测设备还可以具备对数字接口上的数据进行修正的能力，用于模拟对于RF（RadioFrequency，射频）设备操作引起的数据特征变化。

主控机还可以配置被测设备具有相同的测试识别特征：

信号输入/输出接口A连接信号输入源（仪表），使得信号输入/输出接口A所连接的设备或仪表，将所有被测设备视为一个被测设备。如果测试数据从输入/输出接口B传入，主控机作为输入源，测试数据被所有被测设备使用，测试数据适合于所有具有相同测试识别特征的被测设备。

上述信号输入/输出接口B为：串口，USB（UniversalSerialBUS，通用串行总线），DMA（DirectMemoryAccess，存储器直接访问），等；另外需要说明的是，输入/输出接口B可以连接测试通道和被测设备，不用于限制使用多通或者分路器来实现一个主控机与多个主体之间的通信。

可选的，实时截取的链路信息（在场景复现时作为测试数据）可以存储在测试通路内部。

配置测试输入源，启动测试用例：

测试数据的来源可以有两种：一、使用仪表作为测试例（测试数据）输入源，测试通道连接信号输入/输出接口A到仪表，然后可以开启测试例输入源，启动测试用例，按照测试例步骤进行测试。二、使用前述从测试信道截取的信息作为测试数据的输入源，将测试数据通过测试通道发送给被测设备。

测试过程中各种数据的保存和分析：

在测试过程中，DataCap根据配置，对测试通道中的射频信号进行采样并保存，成为前述被截取的信息，该过程也可以称为数据捕获。需要说明的是：可以配置对任何一个测试通道或若干测试通道的组合进行数据捕获。数据捕获的信号采样率按照被测设备的射频采样率设置。包括信号输入/输出接口A到被测设备的数据捕获，包括被测设备到信号输入/输出接口A的数据捕获等。可选的，射频信号的采样率按照被测设备射频采样率的整数倍设置。

测试过程中，SignalAnaly可以根据需要，将进入第五信号输入/输出接口C的射频信号进行分析。

测试过程中，SignalAnaly监控被测设备的执行情况，记录log日志文件作为测试文件。

测试过程中，SignalAnaly对DataCap捕获的数据进行分析，与预期结果进行比对，记录分析结果。

以上实施例的中可配置的内容如下：

1根据测试目的，配置主控机，包括设置被测设备数量，设置测试数据来源，设置现场数据保存方法，并将设置信息下发到系统的其他部件。

1.1设置数据来源为仪表，可选的，设置数据来源为保存的数据文件，

1.2设置现场数据保存方法包括，设置需要保存的数据的通道，并选择希望保存数据的传输方向（上行，下行，或上下行）。

1.3设置数据保存模块（DataMemory）和主控模块（ControlUnit）之间的数据交互，利用主控模块的内存空间作为数据保存的扩展内存。

2设置测试用例，并将测试用例相关设置信息下发到系统的其他部件。

2.1配置Bridge，使得需要交互过程的测试过程，仅仅使得DUTMaster实际进行交互，隔绝DUTslave的某一个方向的信号，保证DUTslave的非测试方向的信号不会进入DUTMaster所在通道。

2.2对于需要进行交互的测试，而被测设备中想要被测试的部分，模拟被测设备的部分非被测组件，使得被测设备不需要实际进行交互而达到能够进行测试的目的。

以上实施例中，在启动测试以后，主控机记录各个测试通道上的DUT的测试结果，如果配置了现场数据保存，则接收数据保存模块发送过来的数据。

本发明实施例还提供了两个具体的应用场景的举例，如下：

实例一：本实例测试两个TDS（TD-SCDMA，TimeDivision-SynchronousCodeDivisionMultipleAccess，时分同步码分多址）移动终端的物理层HSDPA（HighSpeedDownlinkPacketAccess，高速下行分组接入）固定参考信道下行信号接受性能，连接方式如图6，流程如9所示，包括：

901：根据测试目的，配置主控机，设置待测设备数量为2，设置测试数据来源为仪表，关闭仪表的HARQ（HybridAutomaticRepeatRequest，混合自动重传请求）功能，设置数据存储器（DataCap）保存主测试通道上的下行数据，并将设置信息下发到系统的其他部件。

902：设置测试用例，并将测试用例相关设置信息下发到系统的其他部件。

其中902包括：配置网桥（Bridge），使得Bridge可以单向传输信号，在辅测试通道上，仪表发送的信号可以传输到测试设备，测试设备传输的信号被Bridge隔绝。配置被测设备具有相同的通信标识，

903：启动测试，开始测试被测设备。

其中903具体包括两个步骤，注册、测试数据的获取及保存。

注册过程如下：

测试用例在同一时间发起两个被测设备的注册过程，配置两个被测设备在同一时刻发送相同的接入申请信号。从被测设备的接入申请信号被bridge阻隔。

仪表收到主被测设备发送的接入申请信号后，对接入信号进行响应，发送链路配置信息。

两个被测设备收到链路配置信息，都认为该链路是配置给本被测设备的，被测设备据此建立链路，并发送链路建立成功信息到与其对应的测试链路，从被测设备的接入申请信号被bridge阻隔。仪表确认链路建立成功。

测试数据的获取及保存：

仪表开始发送下行业务数据（测试数据），两个被测设备接收到下行业务数据，进行处理。被测设备记录数据处理结果并保持到log文件中。

主控模块从主被测设备的log信息中获得当前链路信息，将当前链路信息发送到数据存储器，启动数据存储器。假设本实施例中，保存下行信号数据（也可以是上行信号数据）。

数据存储器，在启动后，根据前述当前链路信息，完成对于仪表下行信号的频率同步和定时同步，并根据当前链路信息采集主测试通道上的下行信号，并保存。

主控机记录各个测试通道上的DUT的测试结果，如果配置了现场数据保存，则接收数据存储器发送过来的数据。

在本实施例中，两个被测设备采用不同的方案，就实施了不同方案的对比测试。

以上实施例已经完成了对比测试过程，进一步地，本实施例还提供了场景复现的方案，如下：

904：在满足预置的现场复现条件时，进行现场复现。

预置的场景复现条件，可以是测试中发现了bug、深度分析被测设备的处理流程、分析log信息又不足以支撑bug定位或分析等等，具体的触发执行场景复现的条件并不影响本发明实施例的实现，本发明实施例对此不予限定。

905：根据测试目的，配置主控机，设置被测设备数量为1，设置测试数据来源为数据存储器，并将设置信息下发到系统的其他部件。

906：使用测试数据执行场景复现。

上述906的可选方案有两种，一种是采用仪表作为测试数据的信号源，结构如图6所示，另一种是采用DataMemory保存的信号数据作为信号源，结构如图7、图8所示。

上述第一种方案在日志文件中没有保存链路信息的情况下使用，那么具体流程可以参考前面实施例的903；

上述第二种方案可以在日志文件中保存有链路信息的情况下使用，首先配置被测设备，使用测试支路直接进入下行信号处理流程，同时配置测试通道，将DataMemory保存的信号数据按照保存的速率通过数字接口Od传输给被测设备。然后由被测设备对DataMemory保存的信号数据进行处理。被测设备记录数据处理结果并保持到log文件中。另外，在本实施例中，使用捕获的正常业务场景的数据，对多个被测设备进行测试时，不需要仪表就进行了多个被测设备的下行链路测试，如图7、图8。

实例二：本实例测试两个LTE（LongTermEvolution,长期演进）移动终端的随机接入过程，如图10所示，包括：

1001：根据测试目的，配置主控机，设置被测设备数量为2，设置测试数据来源为仪表，关闭仪表的HARQ功能，设置数据存储器DataCap保存辅助测试通道上的上行数据，并将设置信息下发到系统的其他部件。

1002：设置测试用例，并将测试用例相关设置信息下发到系统的其他部件。上述1002具体如下：

主控模块根据测试用例配置获得当前仪表下的小区信息，将链路信息发送到数据存储器，主控模块将从log文件中获取或者保存的当前链路信息发送到数据存储器。启动数据存储器的数据保存。本实施例中，保存辅测试通道上的上行信号数据。

数据存储器，在启动后，根据前述当前链路信息，完成对于仪表下行信号的频率同步和定时同步，并根据当前链路信息采集主测试通道上的上行信号，并保存。

1003：配置Bridge，使得Bridge可以单向传输信号，在辅测试通道上，仪表发送的信号可以传输到测试设备，测试设备传输的信号被Bridge隔绝。配置被测设备具有相同的通信标识，

1004：启动测试，开始测试被测设备。

其中1003具体包括两个步骤，注册、测试数据的获取及保存。

注册过程如下：

测试用例配置两个被测设备在同一时刻发送相同的前导序列，进行随机接入申请。从被测设备的接入申请信号被bridge阻隔。从被测设备发送的上行信号被数据存储器捕获，并保存。仪表收到主被测设备发送的接入申请信号后，对接入信号进行响应，发送RAR（RandomAccessResponse，随机接入响应）。两个被测设备收到RAR，都认为前导发送成功，发送接入配置信息（msg3），从被测设备的msg3被bridge阻隔。从被测设备发送的上行信号被数据存储器捕获，并保存。如果主被测设备收取RAR失败，则再次执行从log文件中获取当前链路信息，直到到达到最大尝试次数。

测试数据的获取及保存：

仪表开始发送竞争解决信息（msg4），通知被测设备链路信息。两个被测设备接收到链路信息后，反馈随机接入成功（msg5）,从被测设备的msg5被bridge阻隔。从被测设备发送的上行信号被数据存储器捕获，并保存。如果主被测设备收取msg4失败，则再次执行从log文件中获取当前链路信息，直到到达到最大尝试次数。主控机记录各个测试通道上的DUT的log，对于保持的辅测试通道上的上下行数据进行分析，获得测试结果。

上述实施例中MSG3\MSG4\MSG5的定义如下：

MSG3：meassagetransmittedonUL-SCH，usedforrandomaccess。用于发送连接建立申请。

MSG4：用于传输连接建立信息，进行随机接入竞争解决。可以描述为“无线链路建立信息”。

MSG5：用于传输连接建立成功信息，告知无线链路建立成功。可以描述为“无线链路建立成功信息”。

值得注意的是，上述通信设备的测试装置实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

另外，本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种通信设备的测试方法，其特征在于，包括：

101、创建至少一个测试通道，其中一个测试通道为主测试通道，与主被测设备相连，当有一个以上测试通道时，其他测试通道为辅测试通道，与从被测设备相连；主测试通道与信源端口间的通信信道为双向通道；辅测试通道与信源端口间的通信信道为从信源端口至辅测试通道方向的单向通道；

102、利用测试用例生成配置信息，并将所述配置信息发送给所述测试通道、与所述测试通道对应的被测设备以及与信源端口连接的其他设备；

103、启动测试用例，通过所述测试通道将测试数据发送给所述测试通道对应的被测设备；被测设备具有相同的通信标识；

104、被测设备处理所述测试数据；

105、获取所述测试通道对应的主被测设备以及从被测设备的测试结果，并将所述测试结果与预期结果比对得到测试结论；

其中，所述被测设备处理所述测试数据，包括：主被测设备根据包括预知链路信息在内的配置信息配置主被测设备，按照测试用例流程处理所述测试数据，获得非预知链路信息，从被测设备利用包括预知链路信息和所述非预知链路信息在内的配置信息配置从被测设备，从被测设备按照测试用例流程处理所述测试数据。

2.根据权利要求1所述方法，其特征在于，所述测试数据来自于与信源端口连接的其他设备发送的信号或者测试通道中的数据文件。

3.根据权利要求1所述方法，其特征在于，所述被测设备处理所述测试数据，包括：主被测设备和从被测试设备根据包括预知链路信息在内的配置信息分别配置主被测设备和从被测试设备。

4.根据权利要求1－3任一所述方法，其特征在于，在被测设备处理所述测试数据时，根据配置信息保存测试通道上的所述测试数据。

5.根据权利要求4所述方法，其特征在于，如果所述测试结论不满足要求，切换被测设备，重复步骤102～105，直到测试结论满足要求。

6.一种通信设备的测试装置，其特征在于，包括：

主控机以及至少一个测试通道，其中一个测试通道为主测试通道具有与主被测设备相连的端口，当有一个以上的测试通道时，其他测试通道为辅测试通道且具有与从被测设备相连的端口；主测试通道与信源端口间的通信信道为双向通道；辅测试通道与信源端口间的通信信道为从信源端口至辅测试通道方向的单向通道；

主控机，用于利用测试用例生成配置信息，并将所述配置信息发送给所述测试通道、与所述测试通道对应的被测设备以及与信源端口连接的其他设备；被测设备具有相同的通信标识；启动测试用例，通过所述测试通道将测试数据发送给所述测试通道对应的被测设备；在被测设备处理所述测试数据后获取所述测试通道对应的主被测设备以及从被测设备的测试结果，并将所述测试结果与预期结果比对得到测试结论；

所述主控机，具体用于在被测设备处理所述测试数据后获取所述测试通道对应的主被测设备以及从被测设备的测试结果包括：

在主被测设备根据包括预知链路信息在内的配置信息配置主被测设备，按照测试用例流程处理所述测试数据，获得非预知链路信息，从被测设备利用包括预知链路信息和非预知链路信息在内的配置信息配置从被测设备，从被测设备按照测试用例流程处理所述测试数据之后，获取所述测试通道对应的主被测设备以及从被测设备的测试结果。

7.根据权利要求6所述装置，其特征在于，

所述主控机，具体用于将来自于与信源端口连接的其他设备发送的信号或者测试通道中的数据文件作为测试数据发送给发送给所述测试通道对应的被测设备。

8.根据权利要求6所述装置，其特征在于，所述主控机，具体用于在被测设备处理所述测试数据后获取所述测试通道对应的主被测设备以及从被测设备的测试结果包括：

在主被测设备和从被测试设备根据包括预知链路信息在内的配置信息分别配置主被测设备和从被测试设备之后，获取所述测试通道对应的主被测设备以及从被测设备的测试结果。

9.根据权利要求6至8任意一项所述装置，其特征在于，

所述主控机，还用于在被测设备处理所述测试数据时，根据配置信息保存测试通道上的所述测试数据。

10.根据权利要求9所述装置，其特征在于，

所述主控机，还用于如果所述测试结论不满足要求，则切换被测设备，重复执行测试流程，直到测试结论满足要求。