网络仿真方法及系统与流程

本发明涉及网络仿真领域，具体涉及一种用于nvo3(networkvirtualizationoverlayer3，基于三层ipoverlay网络构建虚拟网络技术)的网络仿真方法及系统。

背景技术：

数据中心网络中的物理服务器可虚拟多台主机，对用户而言，一台虚拟机相当于一台物理主机。传统交换机不能很好地支持虚拟化。为此业界提出了nvo3方案，即将2层帧封装在隧道中经过3层网络转发，从而扩展2层网络范围。

nvo3方案包含多种可选隧道技术，例如ip、udp(userdatagramprotocol，用户数据报协议)和vxlan(virtualextensiblelan，虚拟扩展局域网)等。在2层以太网帧前增加隧道封装后，实现隧道转发。

目前，进行网络仿真时，一般通过虚拟机(例如vmware虚拟机、virtualbox虚拟机和linux虚拟机等)进行仿真，但是使用虚拟机不仅会增大系统的运行开销(1台虚拟机启动需要200m的内存)，而且操作过程比较复杂，不便于人们使用。

技术实现要素：

针对现有技术中存在的缺陷，本发明解决的技术问题为：进行网络仿真时，如何在降低系统的运行开销的同时，简化操作过程。

为达到以上目的，本发明提供的网络仿真方法，该方法包括以下步骤：

仿真启动流程：创建虚拟进程及其虚拟接口后，根据预先设置的配置文件对虚拟进程进行配置；

数据包通信流程：虚拟进程收到数据包后，将数据包形成以太网包，若当前虚拟进程的虚拟接口的通信模式为虚拟通信模式，则对以太网包进行封装后，发送至目的虚拟进程；若当前虚拟进程的虚拟接口的通信模式为真实通信模式，则直接将以太网包发送至目的真实设备。

在上述技术方案的基础上，所述仿真启动流程包括以下步骤：

为每条虚拟进程创建脚本配置文件，脚本配置文件包括虚拟进程参数，虚拟进程参数包括虚拟进程的路由、arp和mac地址；

创建虚拟进程：初始化linuxtcp/ip协议栈，创建虚拟进程及其虚拟接口，虚拟接口的通信模式为虚拟通信模式和真实通信模式，将虚拟接口与一个主机网卡关联，将所有与虚拟接口关联的主机网卡形成组播组；为每个虚拟接口配置的连接id和mac地址，需要通信的虚拟接口的连接id相同；

所有虚拟进程创建完成后，根据脚本配置文件对虚拟进程进行配置；

该方法的运行环境为windows环境时，该方法还包括以下流程：将linuxtcp/ip协议栈的linux进程和线程，适配为windows线程；将linuxtcp/ip协议栈的linux锁，适配为windows互斥锁；在保持linuxtcp/ip协议栈的linux汇编函数的调用关系的基础上，将linux汇编函数转换为c语言、并将转换后的c语言与windows环境中的c语言编译器适配。

在上述技术方案的基础上，所述仿真启动流程还包括以下步骤：将所有脚本配置文件形成批处理文件，所述根据脚本配置文件对虚拟进程进行配置的流程包括：根据批处理文件对所有虚拟进程进行配置。

在上述技术方案的基础上，所述数据包通信流程包括以下步骤：

虚拟进程将收到的数据与虚拟进程的虚拟接口信息关联后，形成以太网包；

确定当前虚拟接口的通信方式：

若通信方式为虚拟通信模式，对以太网包增加封装信息，封装信息包括虚拟接口的连接id和mac地址；调用与虚拟接口关联的主机网卡，根据目的ip和目的端口，将封装后的以太网包发送至所述组播组，组播组中的虚拟进程接收组播包；

若通信方式为真实通信模式，将以太网包发送至目的真实设备，真实设备接收以太网包。

在上述技术方案的基础上，所述组播组中的虚拟进程接收组播包的流程包括：

虚拟进程的虚拟接口的主机网卡收到组播包后，对组播包进行解析，得到组播包的封装信息和净荷信息，封装信息包括连接id和mac地址；

若当前虚拟接口的连接id与组播包的连接id相同、且当前虚拟接口的mac地址与组播包的mac地址不同，则调用当前虚拟接口将组播包的净荷信息发送至linux协议栈进行处理；

所述真实设备接收以太网包的流程包括：真实设备的主机网卡收到以太网包后，若存在与当前主机网卡关联的虚拟接口，则调用收包函数将以太网包发送至linux协议栈进行处理。

本发明提供的网络仿真系统，该系统用于：

仿真启动流程：创建虚拟进程及其虚拟接口后，根据预先设置的配置文件对虚拟进程进行配置；

数据包通信流程：虚拟进程收到数据包后，将数据包形成以太网包，若当前虚拟进程的虚拟接口的通信模式为虚拟通信模式，则对以太网包进行封装后，发送至目的虚拟进程；若当前虚拟进程的虚拟接口的通信模式为真实通信模式，则直接将以太网包发送至目的真实设备。

在上述技术方案的基础上，该系统包括脚本配置模块、linuxtcp/ip协议栈模块、控制台模块、接口驱动模块；

在此基础上，所述仿真启动流程包括：

脚本配置模块为每条虚拟进程创建脚本配置文件，脚本配置文件包括虚拟进程参数，虚拟进程参数包括虚拟进程的路由、arp和mac地址；

创建虚拟进程：linuxtcp/ip协议栈模块初始化linuxtcp/ip协议栈，控制台模块创建虚拟进程，接口驱动模块创建虚拟进程的虚拟接口，虚拟接口的通信模式为虚拟通信模式和真实通信模式；控制台模块将虚拟接口与一个主机网卡关联，将所有与虚拟接口关联的主机网卡形成组播组；为每个虚拟接口配置的连接id和mac地址，需要通信的虚拟接口的连接id相同；

所有虚拟进程创建完成后，控制台模块根据脚本配置模块创建的脚本配置文件对虚拟进程进行配置。

该系统的运行环境为windows环境时，该系统还包括os适配模块，其用于：将linuxtcp/ip协议栈的linux进程和线程，适配为windows线程；将linuxtcp/ip协议栈的linux锁，适配为windows互斥锁；在保持linuxtcp/ip协议栈的linux汇编函数的调用关系的基础上，将linux汇编函数转换为c语言、并将转换后的c语言与windows环境中的c语言编译器适配。

在上述技术方案的基础上，所述脚本配置模块还用于：将所有脚本配置文件形成批处理文件；所述控制台模块根据脚本配置模块创建的脚本配置文件对虚拟进程进行配置的流程包括：控制台模块根据批处理文件对虚拟进程进行配置。

在上述技术方案的基础上，所述数据包通信流程包括：

控制台模块将收到的数据包与虚拟进程的虚拟接口信息关联后，形成以太网包；接口驱动模块确定当前虚拟接口的通信方式：

若通信方式为虚拟通信模式，则对以太网包增加封装信息，封装信息包括所述连接id和mac地址；接口驱动模块在与虚拟接口关联的主机网卡上调用winsock接口，根据目的ip和目的端口，将封装后的以太网包发送至组播组，组播组中的虚拟进程接收组播包；

若通信方式为真实通信模式，接口驱动模块调用与虚拟接口关联的主机网卡，将以太网包发送至目的真实设备，真实设备接收以太网包。

在上述技术方案的基础上，所述组播组中的虚拟进程接收组播包的流程包括：

虚拟进程的虚拟接口的主机网卡收到组播包后，接口驱动模块对组播包进行解析，得到组播包的封装信息和净荷信息，封装信息包括连接id和mac地址；

接口驱动模块判定当前虚拟接口的连接id与组播包的连接id相同、且当前虚拟接口的mac地址与组播包的mac地址不同，调用虚拟接口将组播包的净荷信息发送至linuxtcp/ip协议栈模块进行处理。

与现有技术相比，本发明的优点在于：

(1)参见本发明的仿真方法可知，本发明能够采用虚拟进程代替现有技术中的linux虚拟机进行网络仿真，与linux虚拟机相比，本发明的虚拟进程的不仅开销非常小(1条虚拟进程启动仅需要2m的内存)，而且创建虚拟进程、以及通过虚拟进程进行数据包通信的流程非常简单，便于人们使用。

(2)本发明通过脚本配置文件创建虚拟进程，并执行相应配置命令，无需手动逐一配置；而且能够提高灵活性，避免为更改某一参数而重新编译程序，主要用于复杂拓扑；与此同时，本发明还会将所有脚本配置文件形成批处理文件，根据批处理文件对所有虚拟进程进行配置，能够简化工作流程，提高工作效率。

(3)参见本发明的仿真系统可知，本发明的仿真系统可作为测试仪表对设备进行测试，在windows环境中直接运行，无需安装和编译，配置命令和设备一致，便于测试人员掌握。

附图说明

图1为本发明实施例一中的仿真启动流程图；

图2为本发明实施例三中的数据包通信流程图；

图3为本发明实施例四中的组播组中的虚拟进程接收组播包的流程图：

图4为本发明实施例六中实现vxlan仿真的框架示意图；

图5为本发明实施例中的网络仿真系统的组成框图。

具体实施方式

以下结合附图及实施例对本发明作进一步详细说明。

本发明实施例中的网络仿真方法，包括以下步骤：

仿真启动流程：创建虚拟进程及其虚拟接口后，根据预先设置的配置文件对虚拟进程进行配置。

数据包通信流程：虚拟进程收到数据包后，将数据包形成以太网包，若当前虚拟进程的虚拟接口的通信模式为虚拟通信模式，则对以太网包进行封装后，发送至目的虚拟进程；若当前虚拟进程的虚拟接口的通信模式为真实通信模式，则直接将以太网包发送至目的真实设备。

由此可知，本发明能够采用虚拟进程代替现有技术中的linux虚拟机进行网络仿真，与linux虚拟机相比，本发明的虚拟进程的不仅开销非常小(1条虚拟进程启动仅需要2m的内存)，而且创建虚拟进程、以及通过虚拟进程进行数据包通信的流程非常简单，便于人们使用。

下面通过六个实施例说明本发明的方法。

实施例一：

参见图1所示，仿真启动流程包括以下步骤：

s101：为每条虚拟进程创建脚本配置文件(即预先设置的配置文件)，脚本配置文件包括虚拟进程参数，虚拟进程参数包括虚拟进程的路由、arp(addressresolutionprotocol，地址解析协议)和mac地址等信息，转到s102。

s101的目的为：在后续直接根据脚本配置文件创建虚拟进程，并执行相应配置命令，无需手动逐一配置；而且能够提高灵活性，避免为更改某一参数而重新编译程序，主要用于复杂拓扑。

s102：创建虚拟进程：初始化linuxtcp/ip协议栈，创建虚拟进程及其虚拟接口，虚拟接口的通信模式为虚拟通信模式(默认使用)和真实通信模式，将虚拟接口与一个主机网卡关联，将所有与虚拟接口关联的主机网卡形成组播组(ip为239.1.1.1，该组的目的端口为6001)；为每个虚拟接口配置连接id(连接id在一个主机网卡上唯一)和mac地址，需要通信的虚拟接口的连接id相同，以此实现虚拟进程的连接拓扑、并支持组播接口。s102执行后可根据需要更改与虚拟接口的主机网卡、连接id和通信方式，转到s103。

本实施例的的运行环境为windows环境，该方法首次使用时，还包括以下可以在s102中初始化linuxtcp/ip协议栈的流程中、或者之前进行的流程：

1、将linuxtcp/ip协议栈的linux进程和线程，适配为windows线程；

2、将linuxtcp/ip协议栈的linux锁(包括互斥锁、读写锁、以及自旋锁等)，适配为windows互斥锁；

3、使用一个单独的windows线程，通过无限循环的方式来模拟和处理linux操作系统的软中断，linux操作系统的软中断包括网络收发包的软中断以及内核定时器的软中断等；

4、将linuxtcp/ip协议栈的linux汇编函数进行逐一分析后，转换为c语言；若linux汇编函数无法转换(例如和多cpu相关的linux汇编函数是无法转换的)，则将无法转换的linux汇编函数定义为空函数，此外，转换后的c语言，仍保持转换前的linux汇编函数的调用关系(即调用关系保持不变)；

5、考虑到windows开发环境中的c语言编译器和linux有所不同，即c语言编译器不支持某些特定c语言语法；因此将linux汇编函数转换为c语言后，还需要将c语言与c语言编译器适配(可以通过修改c语言代码的方式来完成适配)。

s103：所有虚拟进程创建完成后，根据脚本配置文件对虚拟进程进行配置，配置过程和真实设备启动后的执行配置过程的区别为：将根据配置运行的协议由进程变为线程，其余过程和真实设备运行一致，转到s104。

s103中根据脚本配置文件对虚拟进程进行配置举例为：

start"r1"linux-router.exetest1.txt；其中linux-router.exe为虚拟进程，控制台窗口名称为r1，脚本配置文件为test1.txt。

所有虚拟设备使用相同的linux-router.exe程序，不同形态设备通过配置文件区分，无需重新编译程序。

每个虚拟设备具有一个专门脚本配置文件(如test1.txt)。配置文件分为两个部分，第一部分为设备形态和参数定义，包括接口数目，接口连接关系，设备性能参数，第一部分结束后执行devicestart启动虚拟设备，启动后不能修改第一部分参数。devicestart指令之后的命令为所有设备共用命令，用于配置各种协议，启动后可根据需要更改。

s104：虚拟进程收到完整的输入命令后，执行命令行处理，执行过程和真实设备一致，此步骤为无限循环过程，即收到命令后执行s104，除非手动关闭虚拟进程或者虚拟进程异常退出。

实施例二：

在实施例一的基础上，s101还包括以下步骤：将所有脚本配置文件形成批处理文件；具体为在windows环境下创建批处理文件(.bat类型)，其中包含若干start指令，每个start指令对应一个虚拟网络设备。s103中根据脚本配置文件对虚拟进程进行配置的流程为：根据批处理文件对所有虚拟进程进行配置，其目的为：批量完成所有虚拟进程的配置，进而简化工作流程，提高工作效率。

实施例三：

在实施例一的基础上，参见图2所示，数据包通信流程包括以下步骤：

s201：虚拟进程将收到的数据包(数据包的类型与上层协议对应，例如ip数据包、ipv6数据包，isis数据包等)与虚拟进程的虚拟接口信息(虚拟接口号)关联后，形成以太网包，转到s202。

s202：确定当前虚拟接口的通信方式，若通信方式为虚拟通信模式，转到s203，若通信方式为真实通信模式，转到s204。

s203：对以太网包增加封装信息，封装信息包括s102中配置的虚拟接口的连接id和mac地址；调用s102中与虚拟接口关联的主机网卡，根据目的ip(239.1.1.1)和目的端口(6001)，将封装后的以太网包发送至s102中的组播组，组播组中的虚拟进程接收组播包。

s204：将以太网包发送至目的真实设备(不附加任何头部)，真实设备接收以太网包。

实施例四：

在实施例三的基础上，参见图3所示，s203中的组播组中的虚拟进程接收组播包的流程包括：

s203a：虚拟进程的虚拟接口的主机网卡收到组播包后(虚拟进程启动时已经在主机网卡上创建了可接收此组播包的socket)，对组播包进行解析，得到组播包的封装信息和净荷信息，封装信息包括连接id和mac地址，转到s203b。

s203b：判断当前虚拟接口的连接id，是否与组播包的连接id相同，若是，转到s203c，否则证明当前虚拟接口不需要收包，丢弃组播包，结束。

s203c：判断当前虚拟接口的mac地址，是否与组播包的mac地址相同，若是，则证明组播包为自己发送，为防止环路(即重复收发包)，丢弃组播包，结束；否则证明组播包不为自己发送，调用当前虚拟接口将组播包的净荷信息发送至linux协议栈进行处理，结束。

实施例五：

在实施例三的基础上，s204中真实设备接收以太网包的流程包括：真实设备的主机网卡收到以太网包后，判断是否存在与当前主机网卡关联的虚拟接口：若是，则调用收包函数将以太网包(不剥离任何封装)发送至linux协议栈进行处理，结束；若不是，则丢弃以太网包，结束。

实施例六：

参见图4所示，ce1(customeredge，用户网络边缘设备)和vtep1(vxlan隧道的端点)均为单机上的虚拟设备，使用虚拟通信；vtep1、vtep2和ce2均为真实设备和主机，使用真实通信。此时通过本发明的网络仿真方法实现vxlan仿真的流程为：

ce1向vtep1发送以太网帧，目的为ce2的mac地址，源地址在一个范围内逐包递增，到达上限后继续从最小值递增。可通过配置指定源mac起始值和范围，从而支持大规模mac学习。vtep1收到ce1的以太网帧后，增加vxlan封装(即形成vxlan帧)发往vtep2。vtep2收到vtep1发送的vxlan帧后，形成以太网帧并转发至ce2，同时学习源mac。

本发明实施例中的网络仿真系统，其用于：

仿真启动流程：创建虚拟进程及其虚拟接口后，根据预先设置的配置文件对虚拟进程进行配置。

数据包通信流程：虚拟进程收到数据包后，将数据包形成以太网包，若当前虚拟进程的虚拟接口的通信模式为虚拟通信模式，则对以太网包进行封装后，发送至目的虚拟进程；若当前虚拟进程的虚拟接口的通信模式为真实通信模式，则直接将以太网包发送至目的真实设备。

参见图5所示，本发明实施例中的网络仿真系统包括：

控制台模块：每条虚拟进程运行时都启动一个控制台界面，负责本虚拟进程的配置和显示，其作用等效于真实交换机设备的串口终端，关闭控制台界面即关闭虚拟设备。出于简化的目的，本实施例未提供远程控制台机制(telnet/ssh等)。

cli(command-lineinterface，命令行接口)模块：操作人员通过cli在控制台界面输入命令，以此对虚拟进程进行配置和显示等操作；cli实现和设备完全一致，可无缝移植。

mib(managementinformationbase，管理信息库)模块：部分命令行通过mib接口执行命令，mib接口最终调用协议提供的管理接口。mib接口实现和设备完全一致，可无缝移植。

控制协议模块：虚拟进程上运行的各种控制协议，如路由协议，ldp协议等，使用多线程实现，协议代码和设备完全一致，可无缝移植。

系统调用模块：控制协议模块通过系统调用模块和tcp/ip协议栈以及其他协议通信。在本实施例中的仿真系统中，控制协议模块和linuxtcp/ip协议栈模块通信，而不是和windows协议栈通信，为保证系统调用接口不变，本实施例的仿真系统重新实现了系统调用，通过头文件指定使用专门的系统调用实现。此机制对协议代码透明，无需改动协议代码。

linuxtcp/ip协议栈模块：为保持和设备的一致性，便于vxlan功能开发和调试，本实施例的仿真系统不直接使用windows的tcp/ip协议栈，而是将设备上的linuxtcp/ip协议栈代码移植到windows编译环境中；移植的linuxtcp/ip协议栈是设备上的linuxtcp/ip协议栈的子集，包含现有设备协议运行所需要的部分(包括基础tcp/ip，ipv6，raw，socket,udp，socket,tcp，socket,packetsocket,unix，socket，网络文件系统和proc文件系统)，排除了目前不需要的部分，可在后期按需增加。

os适配模块：linuxtcp/ip协议栈并非单独存在，而是linuxos内核的组成部分，linuxtcp/ip协议栈使用了大量linuxos的相关操作，os适配模块用于辅助linuxtcp/ip协议栈运行，包括os层面基本功能的适配，如时钟，锁，进程，软中断，定时器等。

在此基础上，os适配模块的目的是最大限度的保持linuxtcp/ip协议栈代码，os适配模块具体用于(即具体的适配流程)包括：

1、将linuxtcp/ip协议栈的linux进程和线程，适配为windows线程；

2、将linuxtcp/ip协议栈的linux锁(包括互斥锁、读写锁、以及自旋锁等)，适配为windows互斥锁；

3、使用一个单独的windows线程，通过无限循环的方式来模拟和处理linux操作系统的软中断，linux操作系统的软中断包括网络收发包的软中断以及内核定时器的软中断等；

4、将linuxtcp/ip协议栈的linux汇编函数进行逐一分析后，转换为c语言；若linux汇编函数无法转换(例如和多cpu相关的linux汇编函数是无法转换的)，则将无法转换的linux汇编函数定义为空函数，此外，转换后的c语言，仍保持转换前的linux汇编函数的调用关系(即调用关系保持不变)；

5、考虑到windows开发环境中的c语言编译器和linux有所不同，即c语言编译器不支持某些特定c语言语法；因此将linux汇编函数转换为c语言后，还需要将c语言与c语言编译器适配(可以通过修改c语言代码的方式来完成适配)。

接口驱动模块：其用于接口驱动实现虚拟接口和真实接口的绑定，从而实现仿真系统虚拟进程间的消息通信。

winsock接口(windowssocket)：本实施例的仿真系统创建的虚拟进程之间通信使用标准的windowssocket接口，接口驱动层对其进行了封装，接口驱动层以上部分对此无感知，无需作改动。

winpcap接口(windowspacketcapture，windows平台下一个免费，公共的网络访问系统)：本实施例的仿真系统创建的虚拟进程和主机、以及第三方虚拟设备与真实设备间的通信使用winpcap接口，能够直接收发以太网帧，接口驱动层对其进行了封装，接口驱动层以上部分对此无感知，无需作改动。winpcap接口要求windows主机安装截包软件，推荐使用wireshark，会自动安装winpcap驱动。

主机网卡：本实施例的仿真系统实现的以上通信过程都需要通过主机网卡实现：若通信双方位于相同主机，可使用虚拟网卡以减少不必要的流量；若通信双方位于不同主机，或与真实设备通信，则必须使用物理网卡。本实施例的仿真系统未实现基于无线网卡的通信，仅支持有线以太网网卡。

脚本配置模块：本实施例的仿真系统支持通过脚本启动，脚本配置模块创建的一个脚本文件对应一条虚拟进程，包含设备参数和配置信息，使用脚本启动时，将按指定参数创建虚拟设备，并执行相应配置命令，无需手动逐一配置。一个批处理文件可指定一组启动脚本，从而定义了多个虚拟设备组成的拓扑，执行批处理程序能快速创建一个仿真拓扑。

在此基础上，本发明实施例中的仿真系统的仿真启动流程包括：

脚本配置模块为每条虚拟进程创建脚本配置文件，脚本配置文件包括虚拟进程参数，虚拟进程参数包括虚拟进程的路由、arp(addressresolutionprotocol，地址解析协议)和mac地址等信息；将所有脚本配置文件形成批处理文件。

创建虚拟进程：linuxtcp/ip协议栈模块初始化linuxtcp/ip协议栈(首次使用本系统时，需要通过os适配模块进行上文提到的os适配流程)，控制台模块创建虚拟进程，接口驱动模块创建虚拟进程的虚拟接口，虚拟接口的通信模式为虚拟通信模式(默认使用)和真实通信模式。控制台模块将虚拟接口与一个主机网卡关联，将所有与虚拟接口关联的主机网卡形成组播组(ip为239.1.1.1，该组的目的端口为6001)；为每个虚拟接口配置的连接id(连接id在一个主机网卡上唯一)和mac地址，需要通信的虚拟接口的连接id相同。

所有虚拟进程创建完成后，控制台模块根据脚本配置模块创建的批处理文件对虚拟进程进行配置。

控制台模块收到来自于cli模块的输入命令后，执行命令行处理，执行过程和真实设备一致，此步骤为无限循环过程，除非手动停止控制台模块的工作或者异常退出。

本发明实施例中的仿真系统的数据包通信流程包括：

控制台模块将收到的数据包与虚拟进程的虚拟接口信息关联后，形成以太网包；接口驱动模块确定当前虚拟接口的通信方式：

1、若通信方式为虚拟通信模式，则对以太网包增加封装信息，封装信息包括所述连接id和mac地址；接口驱动模块在与虚拟接口关联的主机网卡上调用winsock接口，根据目的ip(239.1.1.1)和目的端口(6001)，将封装后的以太网包发送至组播组，组播组中的虚拟进程接收组播包。

组播组中的虚拟进程接收组播包的流程包括：

虚拟进程的虚拟接口的主机网卡收到组播包后，接口驱动模块对组播包进行解析，得到组播包的封装信息和净荷信息，封装信息包括连接id和mac地址；接口驱动模块判断当前虚拟接口的连接id，是否与组播包的连接id相同：

若是，判断当前虚拟接口的mac地址，是否与组播包的mac地址相同，若是，则证明组播包为自己发送，为防止环路，丢弃组播包；否则证明组播包不为自己发送，调用当前虚拟接口将组播包的净荷信息发送至linuxtcp/ip协议栈模块进行处理。

2、若通信方式为真实通信模式，接口驱动模块在与虚拟接口关联的主机网卡上调用winpcap接口提供的sendapi，将以太网包发送至目的真实设备(不附加任何头部)，真实设备接收以太网包。

参见本实施例的仿真系统可知，本发明的仿真系统可作为测试仪表对设备进行测试，在windows环境中直接运行，无需安装和编译，配置命令和设备一致，便于测试人员掌握。

需要说明的是：本发明实施例提供的系统在进行模块间通信时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将系统的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

进一步，本发明不局限于上述实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。