一种测控方法和系统的制作方法
【技术领域】
[0001] 本发明涉及通信技术领域，特别是涉及一种测控方法和系统。
【背景技术】
[0002] 目前，不同行业的测试部门面临着是许多相同的问题：更短的新产品上市周期， 更少的人员配备，不足的软件应用经验，更少的开发预算，以及外购（或离岸）制造。
[0003] 开发者很少能有机会用全新的硬件和软件建造华贵的测试系统。因此许多系统中 都会有使用不同I/O接口和命令集的仪器。如果没有能在PC环境中简化仪器连通和控制的 工具，就难以重复利用有现的仪器和测试系统代码。所以在构建测试系统的初期，采用了通 用接口总线（GeneralPurposeInterfaceBus，GPIB)技术，GPIB源于HP-IB，这是惠普公 司1965年设计的接口总线，用于连接惠普的计算机和可编程仪器。当时，由于其转换速率 高（通常可达IMB/s)，这种接口总线逐渐得到普遍认可，1975年成为IEEE488-1975标准， 至今已有35年历史。随着测量技术的发展，GPIB标准已越来越不能满足新的测试系统要 求，如GPIB虽然稳定性高、可靠性强，但是价格很高；GPIB速度慢，受节点限制，通信距离有 限；无法满足分布式测试系统的发展。当放眼系统开发的全局时，就算GPIB、面向仪器系统 的PCI扩展（PCIextensionsforInstrumentation，PXI)和虚拟仪器硬件全部免费，开发 者仍面临建立测试系统有效成本的5项挑战：仪器和软件的重复利用，调试时间，系统吞吐 率，系统尺寸和适应未来的能力以及系统控制深度问题。
[0004] 开发者也已高度关注在控制成本的同时，需要建立、管理和维护测试系统所存在 的问题：资金投入：额外的硬件将带来额外的成本，并会压缩用于实际测量硬件的预算。由 于现在的绝大多数PC都带有USB和LAN接口，因此再为测量配置昂贵和复杂的专用接口必 定是一种浪费。
[0005] 即使基于LAN的通用测量接口（LANGPIB)可以省去专用接口，当仍需要系统侧人 员配合开发，且其控制深度与细节完全取决于系统侧人员开发力度，并加大成本。
[0006] LANGPIB提供了一种优于GPIB的仪器管理方式，但是通过LANGPIB架构管理仪 器时，仪器要实现和远程过程调用协议（RemoteProcedureCallProtocol，RPC)的对接， 需要额外的开发完善的系统功能接口，以帮助实现仪器的远程测控，增加了开发时间以及 人员成本，需要更多的调试时间，系统查错时间，并且通过RPC协议实现的仪器远程控制范 围，是由开发人员增加的系统功能接口来决定的，它并不能无限深入系统内部，对仪器的控 制范围有限。
【发明内容】
[0007] 本发明提供一种测控方法和系统，以解决通过LANGPIB进行测控需要额外的系统 功能接口，测控范围有限的问题。
[0008] 为了解决上述问题，本发明公开了一种测控方法，包括：
[0009] 服务端接收来自客户端的链路建立请求消息，并返回链路建立响应消息至所述客 户端，以建立所述客户端与所述服务端之间的数据链路；
[0010] 所述服务端接收所述客户端通过测控功能接口和所述数据链路发送的服务注册 请求消息，并返回服务注册响应消息至所述客户端，以将所述客户端的测控应用接入到所 述服务端中的测控服务；
[0011] 所述服务端中的测控服务接收所述客户端通过所述测控功能接口和所述数据链 路发送的信令；
[0012] 所述服务端对接收到的信令进行解析，并将解析后的信令映射到对应的系统应用 和驱动应用；
[0013] 所述服务端调用所述系统应用和所述驱动应用对待测设备进行测控操作，并将测 控结果发送到所述客户端的消息池中，完成所述待测设备的测控。
[0014] 相应地，本发明还公开了一种测控系统，包括：客户端和服务端，其中，所述服务端 包括：
[0015] 数据链路建立模块，用于接收来自所述客户端的链路建立请求消息，并返回链路 建立响应消息至所述客户端，以建立所述客户端与所述服务端之间的数据链路；
[0016] 测控应用接入模块，用于接收所述客户端通过测控功能接口和所述数据链路发送 的服务注册请求消息，并返回服务注册响应消息至所述客户端，以将所述客户端的测控应 用接入到所述服务端中的测控服务；
[0017] 信令接收模块，用于通过测控服务接收所述客户端通过所述测控功能接口和所述 数据链路发送的信令；
[0018] 信令解析映射模块，用于对接收到的信令进行解析，并将解析后的信令映射到对 应的系统应用和驱动应用；
[0019] 测控操作模块，用于调用所述系统应用和所述驱动应用对待测设备进行测控操 作，并将测控结果发送到所述客户端的消息池中，完成所述待测设备的测控。
[0020] 与【背景技术】相比，本发明包括以下优点：
[0021] 本发明技术方案使用了通用信令控制协议（GeneralSignalingControl Protocol，GSCP)，GSCP在管理端和待测设备之间建立逻辑通道，不需要额外的功能接口，使 管理程序可以以本地过程调用的方式完成类远程调用。GSCP采用C/S架构，服务端被搭设 在待测设备端，客户端被搭建在用户管理端。GSCP基于常用网络和现有LAN硬件接口，无需 额外硬件辅助，支持Internet的协议组件，提供标准系统接入接口及对外应用接口，省去 协议对接功能接口，方便应用集成于模块对接。
[0022] 服务端对客户端发来的信令进行解析，并将解析后的信令映射到对应的系统应用 和驱动应用，组合完成待测设备的所有测控功能及调试功能，映射全部功能，扩大了测控范 围。
【附图说明】
[0023] 图1A和图1B是本发明技术方案的架构设计示意图；
[0024] 图2是本发明技术方案的PC侧GSCP功能设计原理图；
[0025] 图3是本发明技术方案的设备侧GSCP功能设计原理图；
[0026] 图4是本发明技术方案的系统设计流程图；
[0027] 图5是本发明实施例一中的一种测控方法的步骤流程图；
[0028] 图6是本发明实施例二中的一种测控方法的步骤流程图；
[0029] 图7是本发明实施例三中的一种测控系统的结构示意图；
[0030] 图8是本发明实施例四中的一种测控系统的结构示意图。
【具体实施方式】
[0031] 为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实 施方式对本发明作进一步详细的说明。
[0032] GSCP在管理端和待测设备之间建立逻辑通道，不需要额外的功能接口，使管理程 序可以以本地过程调用的方式完成类远程调用。GSCP采用C/S架构，服务端被搭设在待测 设备端，客户端被搭建在用户管理端。GSCP基于常用网络，支持Internet的协议组件（通 常指的是TCP/IP协议组件），有三路固定链路端口映射号，客户端可以根据对应的映射端 口完成链路探测及数据交互，在完成初次注册后，将启用新链路来完成实际控制数据的交 互。
[0033] GSCP提供了一种更为深入的网络仪器协议，充实网络仪器协议栈，其依照开放式 系统互联参考模型（OpenSystemInterconnection，OSI)构建，屏蔽了底层TCP/IP的数据 包操作，GSCP部分处在会话层和表示层，提供信息管理和定义网络间传输数据的格式，即使 数据格式不同，也能实现两台计算机或计算机与仪器的正常通信，实现用户本地对设备管 理，服务端不仅增加了开放性的功能设计，为任意仪器功能提供了可接入、可扩充的设计， 还深入仪器系统内部各个子系统，映射全部系统功能，形成了与系统功能的直接对接，提供 各级系统、驱动的应用以及功能，可以在没有主控的情况下，由管理用户来完成整个系统的 控制、测量、仪器各项功能。
[0034] GSCP信令部分由四种组成，分别为登录信令、文件传输加载信令、命令行信令、计 算机辅助软件工程（ComputerAidedSoftwareEngineering，CASE)测试信令，通过上述四 种信令，分别完成