移动设备验证的制作方法

现代移动电子设备(诸如移动电话，计算机平板电脑，个人数字助理等)已经成为现代生活的常见部分。这些设备经常被重新设计或改进，以提供更先进的特性、计算能力和通信功能。在某些情况下，移动设备制造商甚至可以创建全新设备或迭代当前设计。新设备或设计迭代可以基于用户反馈、新技术的可用性和/或成本，以及用于改善用户对设备的体验的新设计思想。修改可以是硬件或软件相关的。例如，移动设备制造商最近设计了具有多个天线的移动设备，以提高用户对网络浏览和呼叫的满意度。除了由移动设备制造商进行的设备修改之外，无线服务供应商还在不断地升级和修改移动设备所使用的基础设施。对基础设施的这些升级和修改可能以不同的速率发生。例如，人口密集的城市环境可能会比农村地区更快地升级无线基础设施。此外，运营商可以使用不同的硬件供应商来构建/升级其网络的不同部分。结果，移动设备需要能够与多种不同的基站和协议一起工作。但是，确保移动设备的所有特性在不同环境中进行工作是困难的。关于这些和其他问题，已经做出了本技术的实施方案。附图的简要说明将通过使用附图来描述和解释本技术的实施方案，附图中：图1示出了根据本技术的一些实施方案可进行使用的验证环境的示例；图2示出了图1中所示的验证环境内的测试中心的示例；图3示出了根据本技术的几种实施方案可进行使用的示例验证过程的概况；图4示出了根据本技术的一个或多个实施方案的验证平台的一组组件的示例；图5示出了根据本技术的一些实施方案可进行使用的用于操作验证平台的一组操作的示例的流程图；图6是根据本技术的几种实施方案可进行使用的示例图形界面；图7是根据本技术的一个或多个实施方案可进行使用的另一示例图形界面；和图8是示出根据本技术的验证环境的组件之间的一组交互的示例的序列图。附图不一定按比例绘制。类似地，出于讨论本技术的一些实施方案的目的，一些组件和/或操作可以被分成不同的块或组合成单个块。此外，尽管该技术适用于多种修改和替代形式，但是在附图中通过示例的方式示出了特定实施方案，并且在下面详细描述了特定实施方案。然而，并不旨在将该技术限制于所描述的特定实施方案。相反，该技术旨在覆盖落入由所附权利要求限定的技术范围内的所有修改、等同物和替代物。具体实施方式在无线供应商或移动设备制造商支持或发布具有新的或修改的特性的移动设备设计之前，必须验证设备设计以确保设备设计将会按预期执行。然而，传统验证技术中存在许多挑战和低效性。这些挑战中的一些与设备可能经历的多种无线信号以及难以创建移动设备设计可在其中进行测试的不同环境(例如，3g，lte，4g)有关。其他挑战与大量测试、测试请求以及用于验证或测试无线供应商基础设施的有限资源有关。所有这些都导致了一个困难的验证过程。验证平台的几种实施方案提供了一种用于有效的、系统的且可跟踪管理信号配送(distribution)、资源配置(allocation)和排期(scheduling)的自动化框架。更具体地，验证平台的一些实施方案管理设计验证环境中的信号配送和实验室资源(labresources)，在该设计验证环境中需要生成通常在无线供应商的网络上可用的多种通信信号以进行验证。例如，一些实施方案可以提供具有lte，3g，4g和5g信号的验证环境，以允许工程师测试volte，sms，mms，呼叫，网络浏览或移动设备设计的其他特性。而且，验证平台可以用于验证与移动设备相关联的软件和硬件，以及用于验证移动设备在无线供应商基础设施的不同配置上的使用。验证平台的一些实施方案提供了图形界面，该图形界面允许工程师请求移动设备的验证、查看验证的进度、审查验证计划以及修改验证测试。作为一个示例，验证平台可以显示具有正在使用的实验室资源的图形用户界面(gui)以及在验证过程中所使用的信号类型。验证平台可以允许经由网页访问或允许用户将应用下载到即将连接至验证平台的计算设备中。此外，验证平台可以验证用于移动设备设计的无线网络的特性或组件。无线网络供应商通常为移动设备提供更新或修改的信号和服务。为了验证这些更新或修改的信号和服务，验证平台在测试环境中提供这些更新或修改的信号，工程师可以在测试环境中验证用于移动设备设计的信号和服务。例如，如果无线网络供应商在其无线网络中采用新的硬件和软件，则验证平台可以针对多种移动设备设计执行多个验证测试以验证该新的硬件和软件。作为另一示例，验证平台可以验证由和移动设备设计一起工作的无线网络所提供的lte-u特性的语音。在以下描述中，出于解释的目的，阐述了许多具体的细节以便提供对本技术的实施方案的透彻理解。然而，对于本领域技术人员显而易见的是，本技术的实施方案可在没有某些具体细节的情况下进行实践。为了方便起见，虽然参考移动设备设计描述了本技术的实施方案，但是本技术的实施方案同样适用于多种其他电子设备设计，例如膝上型电脑、台式电脑或可穿戴电子设备。这里所介绍的技术可以体现为专用硬件(例如，电路)，采用软件和/或固件的可适当编程的可编程电路或专用的和可编程电路的组合。因此，实施方案可以包括在其上存储有指令的机器可读介质，该指令可用于对计算机(或其他电子设备)进行编程以执行进程。机器可读介质可包括但不限于软盘，光盘，只读光盘存储器(cd-rom)，磁光盘，只读存储器(rom)，随机存取存储器(ram)，可擦除可编程只读存储器(eprom)，电可擦除可编程只读存储器(eeprom)，磁卡或光卡，闪存或适于存储电子指令的其他类型的介质/机器可读介质。短语“在一些实施方案中”，“根据一些实施方案”，“在所示的实施方案中”，“在其他实施方案中”等通常意味着短语之后的特定特性，结构或特征被包含在至少一个本技术的实现方式中，并且可以被包含在一个以上的实现方式中。另外，这些短语不一定指代相同的实施方案或不同的实施方案。图1示出了根据本技术的一些实施方案的验证环境1000的示例。如图1所示，验证环境1000包括一个或多个测试中心1005a-c，交换机1010，信号发生设备1015，验证平台1020，定制(customized)数据库1025，网络1030，计算设备1035和信号配送面板1040a-c。作为验证环境1000的广泛概述，验证平台1020利用在设定时间和设定期间被发送到测试中心1005a-c的特定测试信号集来控制并组织移动设备设计的验证。验证平台1020可以访问具有关于测试中心可用性和设备列表的信息的数据库，并保留测试中心。例如，验证平台1020可以组织需要八个不同测试信号，三十个工程师，两百个验证测试和十五个测试中心的移动设备设计的验证。而且，在验证环境1000中，验证平台1020可以验证用于移动设备设计的无线供应商基础设施(例如：软件，协议，基站收发器通信，服务级别等)。验证平台1020可以是硬件和软件的组合，其集成了用于验证测试的信号配送、资源配置、库存管理、排期和冲突解决的管理。验证平台1020还可以提供图形界面，该图形界面允许工程师查看验证的进度和其他验证请求的时间表。验证平台1020可具有多种不同的组件，其中一些组件在图4中会更详细地进行描述。作为组件的简要概述，验证平台1020可具有选择和控制对特定测试中心进行验证测试所需的测试信号的配送的组件。验证平台1020还可以跟踪验证测试的进度。如图1所示，验证环境1000可具有几个测试中心1005a-c。测试中心可包括能用于采用移动设备或其他电气装备进行测试的实验室装备。该实验室装备可包括无线电装备、电缆、电源插座、用于无线电波的传感器、电源以及安全装备。测试中心内的工程师可在移动设备上执行测试或测试由无线网络提供的信号。而且，测试中心1005a-c可包括一个或多个rf外壳，在rf外壳中用户可以放置设备或原型设备以进行验证测试。外壳可被设计为接收由信号发生设备1015生成的特定无线信号集。图2中更详细地描述了这种rf外壳(例如，机箱)的一个示例。为了在期望的时间将测试信号路由至特定选择的位置，验证环境1000包括交换机1010。交换机用于将信号路由至测试中心。更具体地，交换机是将来自多个输入端口的输入信号引导至一个或多个特定输出端口的设备，该一个或多个特定输出端口会将信号导向预期的目的地(例如，在测试中心内的机箱)。交换机1010可使用软件、硬件(例如，专门设计的电路)或硬件与软件的组合来路由信号。交换机还可以包括矩阵(例如，路由表)以将信号引导至目的地。此外，交换机1010从验证平台1020接收控制信号。作为一个示例，在移动设备设计的验证测试中，在特定时间内验证平台可以指示交换机将lte，utms，gsm和lte-u信号引导至验证环境中的一个或几个测试中心。如下所述，交换机接收来自信号发生设备1015的信号。在路由信号之前，交换机1010从信号发生设备1015接收信号。信号发生设备1015基于从验证平台所接收的指令生成一个或多个信号。在一些实现方式中，信号发生设备1015可包括用于电子通讯的基站收发器。尽管未在图2中示出，但验证环境可具有若干信号发生设备1015，并且每个信号发生设备可具有不同的属性。作为一个示例，验证环境可具有四个不同的基站收发器，每个基站收发器由不同的基站收发器制造商制造。作为另一示例，信号发生设备1015可以是与诸如演进节点b(enb)的移动设备直接通信的硬件，该演进节点b(enb)由作为lte4g平台的一部分的移动性管理实体(mme)进行控制。虽然图1将信号发生设备1015和交换机1010示为单独的设备，但是这些设备可被集成到一个设备中。而且，验证平台1020可与信号发生设备1015通信以确定什么信号可用或关于信号发生设备的其他信息(例如：设备的制造商、可用的端口的数量等)。数据库1025可被配置为存储具有与移动设备设计验证过程有关的数据的数据集。在一些实现方式中，数据库1025存储用于验证测试的排期信息，用于验证的所需测试信号，用于验证移动设备的项目名称，可用于验证的实验室资源和装备以及来自验证测试的反馈数据(例如：测试完成)。验证平台1020可以访问和修改数据库1025中的数据。下面示出了存储在数据库1025中的信息的一些示例。如下所示，这些示例涉及第三代合作伙伴计划(3rdgenerationpartnershipproject，3gpp)。表1测试可用于路由的信号信号1utmssite3psc235uarfcn512信号2gsmsite2标准(standard)bcch670信号3ltesite4pci345earfcn2000信号4lte-usite5pci200earfcn2000表2测试中心表3验证测试详细信息其他信息可被存储在数据库1025中。在一些实施方案中，验证平台1020识别用于验证项目的工程师团队以及针对这些工程师的相关安全标记。在为验证测试预留测试中心时，验证平台可指示安全系统(例如，由标记操作的门)仅在验证预留的工程师出示他或她的标记以打开测试中心的条件下开启。另外，数据库1025可以以关联的、可扩展的和安全的数据库的形式来实现。这种数据库的示例包括db2，mysql，oracle，sybase等。或者，可以使用多种标准数据结构，例如阵列，散列，列表，堆栈，结构化文本文件(例如：xml)，表格和/或类似结构，来实现数据库。这种数据结构可被存储在存储器和/或结构化文件中。为了便于提供验证测试，图4中所描述的组件访问并修改存储在数据库1025中的数据。网络1030允许在验证环境1000中进行通信。网络1030可包括无线网络，例如，但不限于以下中的一个或多个：局域网(lan)，无线局域网(wlan)，广域网(wan)，全球移动通信系统(gsm)，蓝牙，wifi，固定无线数据，2g，2.5g，3g，4g，5g，lte网络，使用消息协议，如tcp/ip，sms，mms或任何其它的无线数据网络或消息服务。网络1030还可以包括有线网络。而且，图1中所示的组件可使用网络1030进行通信。可连接至网络1030的另一设备是计算设备1035。计算设备1035用于和验证环境1000的组件进行通信。在一些实施方案中，移动设备制造商或工程师使用他的笔记本电脑(例如，计算设备)和设计应用来创建移动设备设计，该移动设备设计可被用于将设计信息发送至验证平台。计算设备的一些其他示例为服务器、平板电脑或在移动设备的制造和设计中所使用的其它基于处理器的设备。此外，诸如企业，制造商，无线供应商或研究公司的第三方使用计算设备1035从验证平台1020收集信息或将信息发送至验证平台1020。如图1所示，验证环境1000还包括信号配送面板1040a-d。信号配送面板1040a-d向测试中心提供一个或多个测试信号。例如，交换机1010可将四个信号路由至测试中心1005a-c，并且配送面板可在测试中心输出一到四个信号。信号配送面板在图2中更详细地描述。图2示出了图1中所示的验证环境1000内的测试中心1005a-c的示例。如图2所示，可将移动设备2000放置(例如，通过工程师或自动放置机制)在外壳2010(也被称为“机箱”)中，该外壳2010被连接至信号配送面板1040a-c。机箱2010还可包括一个或多个天线，其在机箱内发射一个或多个测试信号。机箱2010可包括一个或多个访问入口点2015a-b，其可由工程师使用以在机箱2010中的移动设备上执行测试。根据一些实施方案，入口点2015a-b可以是由特殊材料制成的屏蔽套，以减少发射进入机箱2010中的电磁辐射。此外，尽管未在图2中示出，但是微处理器可以控制外壳2010的开启和关闭并控制移动设备插入外壳2010中。机箱2010可被用于减少来自机箱周围环境(例如，测试中心)的噪声或信号干扰(例如，不想要的lte或umts信号)。在一些实施方式中，机箱2010可由能减少电磁辐射的材料组成，例如铅或另一种重金属。或者，机箱2010可包括电场和磁场，其运转以抵抗或消除电磁波(em)进入机箱。例如，在一些实施方案中，机箱2010可以是法拉第笼。而且，机箱2010可包括用以给移动设备充电的电源输出口(例如，ac或dc电源)。机箱2010可被连接至信号配送面板1040a-c。信号配送面板接收来自信号发生设备的信号(例如，在连接至内部天线的电缆中进行传播的信号)，并将该信号直接配送到机箱2010中(例如，通过打开和关闭本地电路)。信号配送面板可具有多个(例如，12个或更多个端口)输出，并且信号配送面板可以打开或从每个端口提供信号。如图2所示，信号配送面板1040a-c具有两个有效端口(例如，正在进入机箱的两个测试信号)和十个无效端口。机箱2010和信号配送面板1040a-c也可被连接至反馈连接件2025。反馈连接件2025可被用于将和验证测试环境有关的数据发送到验证平台。在一些实施方案中，机箱2010包括传感器(例如：信号强度传感器，运动传感器，计时器，光传感器，温度传感器等)，并且这些传感器经由反馈回路2025将信息发送到验证平台1020。图3示出了根据本技术的几种实施方案可进行使用的示例验证过程3000的概况。如图3所示，在接收操作3010期间，验证平台1020接收验证移动设备设计的请求，并执行验证该移动设备设计的过程。验证平台1020可从移动设备制造商或其他设计团队接收移动设备设计，该移动设备制造商或其他设计团队提交来自耦合到验证平台1020的设计应用的移动设备设计的原型。根据几种实施方案，该提交可以包括要被执行的一组特定的测试或测试协议，也可以不包括要被执行的一组特定的测试或测试协议。作为一个示例，验证平台1020可以接收具有用以验证设备在4g网络或lte-u上使用的请求的原型移动设备及其相关设计。该请求可包括验证移动设计的呼叫、浏览和消息发送能力。或者，无线供应商可以请求测试移动设备，因为无线供应商已在其无线网络中更新了硬件和软件。响应于该提交，验证平台1020可识别能执行的初始或额外的一组测试。一旦验证平台1020接收到用以验证移动设备设计的请求，该验证平台1020在协调操作3020期间协调针对移动设备设计的验证和测试时间表。验证计划可包括一系列测试，相关的测试信号以及为完成验证过程所需的相关测试中心。验证计划还可以包括用于测试移动设备设计功能(例如：呼叫，发送消息，网络浏览，voip，电子邮件等)的步骤及操作的详细列表。在一些实施方案中，验证计划可以包括测试时间表(例如：日期和时间)和测试中心，测试中心将在测试时间表期间提供测试信号。验证平台1020还可被连接至多种安全系统，并在预定的日期和时间期间授权对测试中心的临时访问。验证计划可具有识别完成验证计划所需的标准或资源的相关参数。参数的一些示例为测试信号类型(例如：lte，utms，3g，4g)，执行测试所需的实验室装备，测试的位置，执行测试所需的工程师的数量，工程认证，验证所需的测试的数量以及验证的标准要求(例如：使用测试信号呼叫或发送消息时成功率为95％)。在一些现实方式中，工程师可以修改或确定验证计划和相关参数。例如，工程师可以确定智能电话设计需要被验证与特定gsm信号的gsm兼容性，这将需要由15名工程师组成的团队和四个具有发射gsm信号的基站收发器的测试中心。或者，如果请求包括对特定特性的验证，则验证平台1020可基于该请求自动确定验证计划和相关参数。一旦设置了验证计划和相关参数，验证平台1020就可以发布验证计划并利用配送操作3030处的交换机和信号发生设备来协调测试信号配送。验证平台1020还可在位于执行协议操作3040处的验证环境中执行针对移动设备设计的验证协议。验证平台可以指示交换机将测试信号路由至每个测试中心，并且测试中心的工程师可以使用测试信号来完成验证协议的部分。图4示出了根据本技术的一个或多个实施方案的验证平台1020内的一组组件的示例。如图4所示，验证平台1020可包括中央处理单元4010，输入设备4020，显示器4030，其他输入和输出(i/o)4040，存储器4050，程序存储器4060，操作系统4065，数据存储器4075，通信引擎4085，跟踪引擎4090，测试信号引擎4095，实验室资源引擎4100，图形用户界面(gui)引擎4105和/或其他组件。验证平台1020可包括多种计算设备，诸如个人计算机，服务器，笔记本电脑，智能电话(例如，iphonetm)，平板设备，移动设备或其他基于微处理器的系统或可编程消费电子设备。在一些实施例方案中，验证平台1020的组件可在服务器上，或者组件可部分位于另一计算设备上。cpu4010可以是设备中的单个处理单元或多个处理单元，或是配送在多个设备上的单个处理单元或多个处理单元。cpu4010可被耦合至其他硬件设备，例如，通过小型计算机系统接口(scsi)总线。cpu4010可与用于设备的硬件控制器通信，例如与用于显示文本和图形的显示器4030通信。在一些实施方案中，显示器4030向工程师提供图形和文本反馈。或者，显示器4030可与输入设备4020相分离。显示设备的示例为lcd显示屏，led显示屏或增强现实显示器(例如，头戴式设备)。其他输入/输出(i/o)设备4040也可被耦合至cpu4010，例如网卡，视频卡，音频卡，usb，火线或其他外部设备，相机，打印机，扬声器，闪存卡，cd-rom驱动器或dvd驱动器。验证平台1020还可包括用于基于无线和有线通信的通信组件(未示出)。例如，cpu4010可使用电气和电子工程师协会(ieee)802.11无线通信标准进行通信。通信组件可使用例如tcp/ip协议通过网络与另一设备或服务器进行通信。cpu4010可访问存储器4050。存储器4050包括一个或多个用于易失性和非易失性存储的多种硬件设备，并且可包括只读和可写存储器。例如，存储器4050可包括随机存取存储器(ram)，cpu寄存器，只读存储器(rom)和可写非易失性存储器，例如闪存，硬盘驱动器，磁存储设备和设备缓冲器。存储器4050还可包括计算机可执行指令，例如由cpu执行的例程。存储器4050可包括存储程序和软件(例如操作系统4065，其他应用4070(下面会更详细地描述))的程序存储器4060，以及数据存储器4075。在一些实现方式中，程序存储器4060包括诸如排序，基准或测试算法的算法。存储器4050还可包括数据存储器4075，其用于存储诸如密码，用户名，输入文本，音频，视频，用户偏好，配置数据，设置，用户选项和时间戳之类的用户数据。数据存储器4080中的数据可由cpu读取，修改和删除。如图4所示，验证平台1020可包括通信引擎4085，跟踪引擎4090，测试信号引擎4095，实验室资源引擎4100和gui引擎4105。这些组件可被配置为执行本文所描述的验证平台1020的方法或功能，并且可包括子组件或其他逻辑实体，该逻辑实体能够辅助或执行这些方法或功能中的一些或全部。这些组件可以相互通信，这意味着它们在模块之间共享数据和分析结果。通信引擎4085可收集用于验证请求的请求信息。通信引擎4085可使用调查表直接从工程师收集信息。此类信息可包括针对验证计划的常用度量标准，例如项目名称，测试信号的数量，要测试的特性，完成验证的时间段，验证环境的位置，工程师联系信息，用户名或所需的实验室资源。通信引擎4085还可以通过访问另一个数据库从其他服务，诸如第三方请求者(例如：请求验证的企业或制造商)来检索验证信息。通信引擎4085可收集用于验证过程的信息，跟踪引擎4090可收集与验证测试进度和性能有关的信息。在一些实施方案中，跟踪引擎4090可以监控工程师为验证过程已经完成的任务的数量或监控在验证过程内完成一项任务所花费的时间。例如，可将引擎分派为采用lte信号为移动设备测试语音呼叫。在这样的示例中，引擎必须使用lte测试信号来测试接收，发送和进行呼叫；当工程师完成任务时，完成任务的指令将被发送至验证平台。在一些实现方式中，跟踪引擎4090监控验证计划以获得反馈。反馈可被自动收集并进行报告，由测试中心里的工程师进行报告(例如，通过测试应用)或由测试中心里的装备进行自动报告。除了跟踪验证过程的进度之外，跟踪引擎4085还可以向工程师发送提醒。跟踪引擎可以访问实验室预留和装备以及与装备相关联的时间表的数据库。使用该时间表，跟踪引擎4095可以向工程师发送预留即将开始或预留已经过期的电子消息。跟踪引擎4095还可向本公开技术的其他组件通知预留已经结束或工程师已经取消或重新安排验证过程。通常，测试信号引擎4095路由并修改测试信号。作为广泛的概括，测试信号引擎4095发送指令并从交换机1010和信号发生设备1015接收数据。测试信号引擎4095可以发送指令以将来自信号发生设备1015的测试信号通过交换机1010路由至测试中心1005a-c。例如，验证计划可以要求在移动设备设计上测试十种不同的信号类型。在这样的示例中，测试引擎4095可将控制信号发送至交换机以将测试信号路由至测试中心。实验室资源引擎4100可以确定测试中心装备的可用性、实验室装备的库存以及装备的状态。实验室资源引擎4100可以查询数据库1025(在图1中)并且接收表明实验室装备(例如，机箱)的状态、位置和可用性的响应。实验室资源引擎4100还可以监控实验室装备以确保其正在工作。例如，如果机箱被破坏或测试中心里的设备不是工作属性(例如，工程师不断报告错误)，则实验室资源引擎可与其他组件进行通信，以确保在进一步使用之前修复有故障的设备或错误。gui引擎4105可生成允许和工程师相交互的一个或多个gui。在至少一个实施方案中，gui引擎4105可以生成图形用户界面，其允许工程师请求验证测试，查看验证测试的进度，请求附加测试信号，或确定验证项目是否完成。在图6和图7中更详细地描述了示例图形用户界面。图5是示出根据本技术的用于操作验证平台1020的一组操作5000的示例的流程图。这些操作可以由验证平台1020或验证平台内的模块来执行。作为如图5所示的过程5000的概述，验证平台接收请求以验证移动设备设计，为该移动设备设计创建验证计划，识别用于验证计划的参数(例如，测试信号和实验室资源)，开发用于验证计划的协议(例如，用于完成验证测试的一组指令)，执行协议，确定验证完成，并收集反馈。当验证平台从设计应用接收请求时或当工程师请求验证设计时，过程5000可以开始。可以针对若干移动设备设计，针对移动设备的不同特性，或针对移动设备设计所使用的不同基础设施来重复过程5000。在接收操作5010处，验证平台1020接收用于验证的移动设备设计。如上所述，如果设计应用提交移动设备设计或设计，则验证平台1020可以从因特网下载验证请求的细节。例如，移动设备制造商可以使用设计应用将30个不同移动设备的设计发送至验证平台1020。在这样的示例中，移动设备制造商可将与设计相关联的原型设备发送给与验证平台1020相关联的工程师。或者，工程师可手动将针对移动设计的验证请求输入到验证平台1020中。在一些实现方式中，在接收操作5010处，验证平台可以接收无线网络验证项目，该无线网络验证项目包括验证无线网络的新组件或修改的组件支持用于移动设备的服务。例如，验证平台可以接收请求以验证其在lte-u上的语音特性适用于移动设备。在创建操作5020处，验证平台1020生成验证计划。验证计划可包括目标。验证的目标可以是验证移动设备设计的部分或全部特性。例如，验证用于采用lte或gsm信号的无线供应商的移动设备设计的软件和硬件。或者，目标可以是验证移动设备设计的功能(例如：呼叫，浏览，发送和接收消息)。用于确定验证计划的目标的一种方法是使用图形用户界面向工程师查询请求表(例如，与需要完成的特定验证测试相关的问题)。另外，验证计划的目标可以由验证平台基于查询数据库(例如，数据库1025)来确定，在该数据库中存储有验证计划或验证计划可以是由制造商或设计工程师所提出的新的测试案例。在识别操作5030处，验证平台识别用于验证计划的参数。如上所述，验证计划与目标相关联。目标与参数相关联。参数是用于完成移动设备设计验证测试目标的值或操作。例如，如果移动设备设计验证请求的目标是验证其呼叫性能，则与该目标相关联的一些参数将是测试信号类型(例如：lte，gsm，utms)，能够提供这些信号的测试中心的可用性，验证测试的项目名称，以及验证呼叫特性所需要完成的测试次数。验证平台1020可通过使用图形用户界面询问工程师来确定这些参数。例如，使用由验证平台1020提供的图形用户界面，工程师可以使用在位于工程师附近的测试中心内提供的lte信号来请求验证用于移动设备设计的volte。在协议操作5040处，验证平台1020开发用于验证计划的协议。协议可包括含有用于验证具有相关资源的移动设备设计的步骤列表的过程。协议可以基于验证计划和相关参数。协议可以很简单。例如，确定移动设备是否可以支持volte的协议可以包括预留测试中心的验证平台1020，将lte信号路由至该测试中心，以及从工程师那里接收volte已经工作的确认(例如，已验证)。或者，协议可以很复杂。例如，协议可能需要数百个测试来验证多种无线供应商网络上的移动设备的若干特性。在这样的示例中，协议可包括需要测试的特性列表(例如：呼叫、网络浏览等)，推荐用于完成测试的预留和测试中心的数量，以及与验证测试相关联的项目名称。在执行操作5050处，验证平台1020执行协议并控制信号发生器和交换机。执行协议可以包括预留测试中心1005a-c，将测试信号配送/路由至每个测试中心1005a-c，以及跟踪测试的进度。为了预留测试中心1005a-c，验证平台1020可以接收来自工程师的请求以在特定时间执行测试，在该预定时间预留测试中心，并基于他或她的雇员访问卡授予工程师访问权。验证平台1020还可以指示交换机1010将与测试相关联的特定测试信号路由至测试中心。工程师可以报告测试已完成并输出验证测试的结果。或者，验证平台1020可以假设在预留过期之后完成测试。在判定操作5060处，验证平台1020确定验证是否完成。如果判定操作5060确定验证完成，则判定操作5060行进至过程5000的反馈操作5070。验证平台可以通过从工程师接收他或她已经完成验证测试的电子报告来确定验证是否完成。如果验证平台1020确定验证未完成，则验证平台1020等待单元验证完成(例如，验证平台保持在执行操作5050处直至验证完成)。例如，工程师可能仍在测试移动设备设计。在反馈操作5070处，验证平台1020从测试中心接收反馈。验证平台1020可以在工程师已经完成验证测试之后使用提供给工程师的调查表来收集该反馈。例如，工程师可以发送验证已经完成且结果令人满意的信息。工程师可以使用他或她在测试中心里的笔记本电脑或工作站来上传验证测试结果。除了在反馈操作5070处从工程师接收反馈之外，验证平台1020还可从实验室装备接收反馈。在一些实现方式中，测试中心里的实验室装备可将数据从传感器传输至验证平台1020。例如，传感器可以自动地将测试信号强度数据传输至验证平台1020。作为另一个示例，在测试中心所使用的机箱内部的传感器可以传输所检测到的信号错误。总之，当验证完成并且已经接收到反馈时，过程5000结束。验证平台可以多次重复过程5000并用于若干个移动设备设计。图6是根据本技术的图形界面示例。gui引擎可以生成图6中所示的图形界面6000。如图形界面6000所示，图形界面的顶部具有工程师可以用来与该图形界面交互的下拉菜单。图形界面6000还包括检索特性，其中工程师可以使用关键字来检索以识别验证环境(例如，特定的测试中心)的元素。工程师可以在验证环境中查看若干个测试中心。通常，图形界面6000显示被配送给测试中心的信号，测试中心里工程师的数量以及将信号发送至每个测试中心的信号发生设备。如图形界面6000中所示，信号发生设备可以用符号表示在屏幕的底部。信号发生设备将测试信号发送至采用另一符号表示的多个测试中心。测试中心可以基于验证计划以及协议的执行或基于来自工程师的信号请求来接收多个测试信号。通常，具有移动设备或笔记本电脑的人可在任何位置查看图形界面6000。图7是根据所公开的技术可进行使用的另一图形界面示例。如图7所示，图形界面7000是请求表。该表包括工程师输入所需信号的特定特性以进行验证测试的字段。在图形界面7000的左侧是字段名称，例如时间表、名称和实验室位置。在图形界面7000的中间是与该字段相关联的值。值的一些示例可以是时间段或日期(例如，用于排期)和特定位置(例如，纽约或西雅图实验室)。在图形界面7000的右侧是铅笔符号，其是工程师可用于输入或编辑字段中的信息(例如，改变该值)的按钮。通常，工程师可以使用图形界面7000来请求验证测试或请求用于现有验证项目的附加信息资源。图8是示出验证环境里的多种组件之间的一组交互的示例的序列图。垂直线表示硬件设备(例如：开关，信号配送面板或移动设备)和相关联的软件组件(例如：验证平台及其组件)。水平线和箭头表示不同硬件和软件组件之间的信号和通信(例如：请求，响应，确认，反馈，指令，控制信号和认可)。如图8所示，序列包括设计应用8000，验证平台1020，信号发生设备1015，交换机1010，测试中心100a-c，信号配送面板1040a-c和移动设备2000之间的交互。尽管在图8中未示出，测试中心1005a-c可以包括被连接地耦合至信号配送面板1040a-c的机箱。如图8的左侧所示，设计应用8000可向验证平台1020发送移动设备设计验证请求。该验证请求可包括关于移动设备设计的技术细节。例如，该请求可包括与移动设备设计的天线模型，软件版本以及技术功能特性(例如：网络浏览，voip，呼叫，sms，mms等)相关的细节。在一些实施方案中，验证请求可包括针对特定信号(例如，lte-u)或功能(例如，sms)以验证移动设备设计的请求。响应于接收验证请求，验证平台1020可以查询信号发生设备1015以确定测试信号可用性。在这样的示例中，验证平台可接收可用信号(例如：utms，gsm，lte-u)的确认。另外，虽然图8中未示出，但验证平台1020可通过查询数据库(例如，数据库1025)来确定能够接收测试信号的测试中心的可用性以及测试中心的位置。利用测试中心可用性和信号测试可用性，验证平台1020可通过向交换机1010发送指令，将来自信号发生设备的测试信号路由至期望的测试中心1005a-c(验证测试将在此执行)。一旦交换机1010将测试信号路由至适当的测试中心1005a-c，信号配送面板1040a-c接收并控制该信号。而且，在一些实施方案中，验证平台可以向测试中心发送指令以授予对特定访问卡的访问权，以便允许工程师在特定测试中心1005a-c里执行验证测试。一旦信号配送面板1040a-c接收到信号，工程师就可以使用带有信号的移动设备2000设计进行测试。在一些实现方式中，工程师将移动设备2000放置在测试中心1000a-c里的机箱内。移动设备2000可以是基于由验证平台1020接收的移动设备设计的原型或实际移动设备。在一些实现方式中，工程师具有可用于将反馈信息(例如，错误的发生，特定测试的失败或成功)从测试中心内部传输至验证平台1020的笔记本电脑。另外，测试中心或机箱内的传感器可以自动地将反馈传输至验证平台(例如，信号强度数据，运动检测数据)。在一些实施方案中，位于测试中心里的工程师可使用工程师的笔记本电脑上所显示的图形用户界面从验证平台1020请求附加测试信号。响应于接收到该请求，验证平台可以发送指令以通过交换机1010将附加信号路由至测试中心1005a-c。信号配送面板1040a-c可以接收并控制测试中心里的附加信号。此外，位于测试中心里的工程师可以使用他或她的笔记本电脑和图形用户界面将验证结果(例如，显示所有测试完成的数据)发送至验证平台1020。结论除非上下文明确要求，否则在整个说明书和权利要求书中，词语“包括(comprise)”，“包括(comprising)”等应以包含性的含义来解释，而不是排他性或穷举性的含义，也就是说，其为“包括但不限于”的意义。如本文所用，术语“连接”，“耦合”或其任何变体意指两个或多个元件之间的直接或间接的任何连接或耦合；元件之间的耦合或连接可以是物理的、逻辑的或其组合。另外，当在本申请中使用时，词语“本文”，“上文”，“下文”以及类似含义的词语指的是作为整体的本申请而不是指本申请的任何特定部分。在上下文允许的情况下，使用单数或复数的上述具体实施例中的词语也可以分别包括复数或单数。词语“或”，参考两个或多个项目的列表，涵盖了该词语的所有以下解释：列表中的任何项目，列表中的所有项目，以及列表中的项目的任何组合。以上本技术示例的具体实施例并非旨在穷举或将该技术限制于上文公开的精确形式。尽管出于说明性目的在上文描述了用于该技术的特定示例，但是正如相关领域的技术人员将认识到的，在本技术的范围内可以进行多种等同修改。例如，虽然以给定的顺序来呈现过程或块，但是替代实现方式能以不同的顺序来执行具有步骤的例程，或使用具有块的系统，并且一些过程或块可进行删除、移动、添加、细分、组合和/或修改以提供替代或子组合。这些过程或块中的每一个能以多种不同的方式来实现。而且，虽然有时将过程或块示出为串行执行，但是这些过程或块可以替代地并行执行或实现，或可在不同时间执行。此外，本文中所提到的任何具体数字仅是示例：替代实现方式可采用不同的值或范围。本文所提供的技术的教导可被应用于其他系统，不一定是上述系统。可以组合上述几种示例的元件以及动作，以提供该技术的进一步实现方式。该技术的一些替代实现方式不仅可以包括上述那些实现方式的附加元件，还可以包括更少的元件。鉴于以上具体实施例，可对该技术进行这些和其他改变。虽然以上实施例描述了该技术的某些示例，并且描述了预期的最佳模式，但无论上文在文本中如何详细描述，该技术都能以多种方式来实践。尽管系统的细节在其具体实现方式上可有很大不同，但是仍然被包含在本文所公开的技术中。如上所述，在描述该技术的某些特性或方面时所使用的特定术语，不应被视为暗示该术语在本文中被重新定义为限制与该术语相关联的技术的任何特征、特性或方面。通常，以下权利要求中所使用的术语不应被解释为将该技术限制于说明书中所公开的具体示例，除非上述具体实施例部分明确地定义了这些术语。因此，该技术的实际范围不仅包含所公开的示例，还包含在权利要求下实践或实现该技术的所有等同方式。为了减少权利要求的数量，以下将以某些权利要求形式来呈现该技术的某些方面，但是申请人以任何数量的权利要求形式考虑了该技术的多个方面。例如，虽然仅将该技术的一个方面限定为计算机可读介质权利要求，但是其他方面同样可以体现为计算机可读介质权利要求，或以其他形式体现，例如，体现在手段-加-功能的权利要求中。任何旨在适用35u.s.c.§112(f)的权利要求将以“用于......的手段”开头，但在任何其他情况下使用术语“用于”并不是旨在要求适用35u.s.c.§112(f)。因此，在本申请或继续申请中，申请人保留在提交本申请后继续申请其他权利要求以要求额外的权利要求形式。当前第1页12