CN113704044B - 一种接口验证系统、方法及芯片 - Google Patents

Abstract

本申请提供了一种接口验证系统、方法及芯片，该方法应用于验证服务器中。该方法为：报文采集进程根据报文配置文件对验证服务器外接的测试仪进行配置，并接收测试仪在配置完成后发送的数据报文；激励信号产生组件获取数据报文并基于数据报文产生激励信号，将激励信号分别发送给被测接口和参考模型模拟组件；被测接口根据被测接口的功能对激励信号进行处理，将处理后得到的第一激励信号发送给报文分析组件；参考模型模拟组件利用模拟被测接口的功能对接收到的激励信号进行处理，将处理后得到的第二激励信号发送给报文分析组件；报文分析组件根据第一激励信号和第二激励信号，对被测接口的接口功能进行验证。

Description

一种接口验证系统、方法及芯片

技术领域

本申请涉及半导体技术领域，尤其涉及一种接口验证系统、方法及芯片。

背景技术

当前固网核心设备(例如网络路由器设备)大多都是以以太网报文作为承载的，其中大量使用的网络处理器芯片是上述设备的核心芯片。该网络处理器芯片的主要功能是接收对端发出的以太网数据报文进行处理(例如：通过路由表查找路由信息，报文队列优先级排队等)，最终将报文转发到对应的端口以到对端设备。

在网络处理器芯片中，以太网接口场景复杂，具体体现在端口数量多，端口速率种类多，因此需要构造大量测试用例case进行电子设计辅助(electronic designassistance，EDA)验证工作。而如何快速灵活构造以太网报文激励在网络处理器芯片的以太网接口的EDA验证中就显得尤为重要。

现有的EDA验证网络处理器芯片的接口的方案中，是基于UVM验证框架来产生报文激励，以对接口进行验证，但是该方法中的验证框架具有一定的学习和使用难度，特别是对于初学者需要较多的时间成本。

因此，如何快速灵活的构造用于接口测试的激励并进行接口的接口功能验证是值得考虑的技术问题之一。

发明内容

有鉴于此，本申请提供一种接口验证系统、方法及芯片，用以快速灵活的构造用于接口测试的激励并进行接口的接口功能验证。

具体地，本申请是通过如下技术方案实现的：

根据本申请的第一方面，提供一种接口验证系统，包括：测试仪和验证服务器，所述验证服务器包括报文采集进程、激励信号产生组件、参考模型模拟组件、被测接口和报文分析组件，所述激励信号产生组件、所述参考模型模拟组件、被测接口和所述报文分析模块集成在所述验证服务器中的仿真测试平台上；其中：

报文采集进程，用于根据报文配置文件对所述测试仪进行配置；

测试仪，用于在配置完成后，产生数据报文并发送给所述报文采集进程；

报文采集进程，还用于在接收到所述数据报文后，输出所述数据报文；

激励信号产生组件，用于获取所述数据报文并基于获取到的数据报文产生激励信号；并将所述激励信号分别发送给所述被测接口和所述参考模型模拟组件；

被测接口，用于根据所述被测接口的接口功能对所述激励信号进行处理，并将处理后得到的第一激励信号发送给所述报文分析组件；

参考模型模拟组件，用于模拟所述被测接口的功能对接收到的激励信号进行处理，并将处理后得到的第二激励信号发送给所述报文分析组件；

报文分析组件，用于根据接收到的所述第一激励信号和接收到的所述第二激励信号，对所述被测接口的接口功能进行验证。

可选地，本实施例中的接口验证系统还包括数据库；则

报文采集进程，具体用于将数据报文写入到所述数据库中；

激励信号产生组件，具体用于从所述数据库中获取所述数据报文。

可选地，本实施例中的报文采集进程与所述激励信号产生组件之间具有通信通道；则

报文采集进程，具体用于将所述数据报文通过所述通信通道发送给所述激励信号产生组件。

可选地，本实施例中的验证服务器还包括控制进程；其中：

控制进程，用于控制所述报文采集进程和所述激励信号产生组件建立所述通信通道。

可选地，本实施例中的测试仪通过控制网口和数据网口分别与所述验证服务器连接；

报文采集进程，具体用于从所述报文配置文件中读取报文参数，并通过所述控制网口发送给所述测试仪；

测试仪，具体用于根据所述报文参数进行相关配置；以及将所述数据报文通过所述数据网口发送给所述报文采集进程。

根据本申请的第二方面，提供一种接口验证方法，应用于验证服务器中，验证服务器包括报文采集进程、激励信号产生组件、参考模型模拟组件、被测接口和报文分析组件，激励信号产生组件、参考模型模拟组件、被测接口和报文分析模块集成在验证服务器中的仿真测试平台上；方法，包括：

报文采集进程根据报文配置文件对验证服务器外接的测试仪进行配置，并接收测试仪在配置完成后发送的数据报文；

激励信号产生组件获取数据报文并基于数据报文产生激励信号，并将激励信号分别发送给被测接口和参考模型模拟组件；

被测接口根据被测接口的功能对激励信号进行处理，并将处理后得到的第一激励信号发送给报文分析组件；

参考模型模拟组件利用模拟被测接口的功能对接收到的激励信号进行处理，并将处理后得到的第二激励信号发送给报文分析组件；

报文分析组件根据接收到的第一激励信号和接收到的第二激励信号，对被测接口的接口功能进行验证。

可选地，报文采集进程在接收所述测试仪在配置完成后发送的数据报文之后，还包括：

将所述数据报文写入到数据库中；

激励信号产生组件获取所述数据报文，包括：

激励信号产生组件从所述数据库中获取所述数据报文。

可选地，报文采集进程在接收所述测试仪在配置完成后发送的数据报文之后，还包括：

所述报文采集进程通过其与激励信号产生组件之间的通信通道向所述激励信号产生组件发送所述数据报文。

可选地，本实施例中的验证服务器还包括控制进程；所述方法，还包括：

利用所述控制进程控制所述报文采集进程和所述激励信号产生组件建立所述通信通道。

可选地，本实施例中的测试仪通过控制网口和数据网口分别与所述验证服务器连接；则

报文采集进程根据报文配置文件对所述验证服务器外接的测试仪进行配置，并接收所述测试仪在配置完成后发送的数据报文，包括：

报文采集进程从所述报文配置文件中读取报文参数，并通过所述控制网口发送给所述测试仪；

接收所述测试仪通过所述数据网口发送的数据报文，所述数据报文为所述测试仪在根据所述报文参数进行相关配置后产生的。

根据本申请的第三方面，提供一种芯片，该芯片包括的接口为按照本申请实施例第二方面所提供的方法验证的。

本申请实施例的有益效果：

通过实施本申请提供的接口验证方法，在验证服务器上集成了报文采集功能、激励信号产生功能、模拟被测接口的处理功能和报文分析功能，灵活实现了激励信号的产生，此外本申请中由实际的测试仪来产生数据报文，使得由激励信号产生组件转换得到的激励信号更加贴近实际，且更能应对复杂的验证环境，而且与现有技术提供的接口验证流程相比，本申请不需要学习第三方的验证框架，就可以灵活地产生接口验证的激励信号，不仅节省了学习时间，而且也降低了集成调试的时间。

附图说明

图1是本申请实施例提供的一种接口验证系统的结构示意图；

图2是本申请实施例提供的一种接口验证方法的流程图；

图3是本申请实施例提供的另一种接口验证系统的结构示意图；

图4是本申请实施例提供的再一种接口验证系统的结构示意图；

图5是本申请实施例提供的另一种接口验证方法的流程示意图；

图6是本申请实施例提供的一种芯片的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相对应的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

下面对本申请提供的接口验证方法进行详细地说明。

参见图1，图1是本申请提供的一种接口验证系统的结构示意图，该接口验证系统包括测试仪和验证服务器，该验证服务器包括报文采集进程、激励信号产生组件、参考模型模拟组件、被测接口和报文分析组件，所述激励信号产生组件、所述参考模型模拟组件、被测接口和所述报文分析模块集成在所述验证服务器中的仿真测试平台(TestBench)上，其中：上述各个部件之间的交互流程请参考图2所示：

S201、报文采集进程根据报文配置文件对测试仪进行配置。

本步骤中，为了能够提高激励信号的产生速度，本申请提出采用测试仪来产生数据报文，为了能够使得测试仪产生接口验证所需要的数据报文，本步骤会利用报文采集进程从本地读取报文配置文件，然后利用报文配置文件对测试仪进行相关配置，这样一来，测试仪就能够产生接口验证所需要的数据。

需要说明的是，当接口发生变更时，相应地，用于验证接口的功能的数据也会发生变更，此时只需要修改报文配置文件，然后利用修改后的报文配置文件对测试仪进行重新配置，就可以使得测试仪产生用于验证变更后的接口的功能的新的数据报文。

可选地，上述被测接口可以是以太网接口，相应地，上述测试仪可以为以太网测试仪。

可选地，所述报文配置文件可以但不限于包括以下至少一项：报文包数、报文长度、报文类型和IPG(Inter-Packet Gap，包间隔)长度等等。

在此基础上，报文采集进程可以按照下述过程执行步骤S201：报文采集进程从本地读取报文配置文件，然后从报文配置文件提取报文参数，然后利用报文参数对测试仪进行配置。上述配置可以理解为准备报文生成环境，即基于报文参数对测试仪进行初始化配置，以使测试仪产生与报文参数相匹配的数据报文。

可选地，验证服务器与测试仪之间通过控制网口进行相连接，也请参考图1所示。在此基础上，报文采集进程可以按照下述过程执行步骤S201：报文采集进程从报文配置文件中读取报文参数，然后将报文参数通过控制网口发送给测试仪。

可选地，上述报文配置文件可以但不限于为文本文件等等。

此外，报文采集进程会向用户提供配置界面，用户通过该配置界面可以修改报文配置文件，以实现生产不同的数据报文，进而实现接口的不同功能的测试。

S202、测试仪在配置完成后，产生数据报文并发送给报文采集进程。

本步骤中，测试仪在基于报文配置文件执行相关配置操作后，就可以产生数据报文，然后将数据报文发送给报文采集进程。

具体地，测试仪当接收到报文采集进程发送的报文参数后，就可以基于该报文参数执行相关配置操作，以产生与报文参数相匹配的数据报文。

可选地，测试仪与验证服务器之间还可以通过数据网口连接，也请参考图1所示。在此基础上，测试仪可以按照下述过程发送数据报文：测试仪通过上述数据网口向报文采集进程发送上述数据报文。

可选地，本申请对测试仪产生的数据报文的数量不进行限定。此外，本申请中的数据报文可以但不限于为MAC类型的数据报文。

S203、报文采集进程在接收到所述数据报文后，输出数据报文。

本步骤中，报文采集进程在接收到数据报文后，就可以输出该数据报文。

一种实施例中，上述验证服务器还包括数据库，参考图3所示。在此基础上，报文采集进程可以按照下述过程执行步骤S203：报文采集进程将数据报文写入到数据库中。通过将数据报文缓存到数据库中，就可以实现接口功能的离线验证，即报文采集进程和测试仪只需要按照自身的逻辑产生数据报文，而不需要考虑后续的接口功能验证的操作流程，也即报文产生流程和接口验证流程可以分离开，可以适用于早期调试和报文数目较少的场景。

可选地，当测试仪产生多个数据报文时，报文采集进程逐个将数据报文写入到数据库中。

另一种实施例中，报文采集进程与激励信号产生组件之间设置有通信通道，请参考图4所示。在此基础上，可以按照下述过程执行步骤S203：报文采集进程将数据报文通过其与激励信号组件之间的通信信道发送给该激励信号产生组件。

具体地，报文采集进程也可以与激励信号产生组件在线联合实施接口验证流程，即，报文采集进程与激励信号产生组件在验证服务器上并行运行，也即，报文采集进程接收到测试仪发送的数据报文后，将数据报文通过其与激励信号产生组件之间的通信通道发送给激励信号产生组件。然后激励信号产生基于接收到的数据报文执行后续接口功能验证流程。通过实施该过程，实现了接口的功能的在线测试，尤其适用于接口后期长时间压力验证和报文数目比较多的场景。

此外，激励信号产生组件会检测通信通道是否存在数据报文，如果存在则读取数据报文然后执行接口的功能验证流程，如果不存在则继续进行检测。

一种可能的实施例中，激励信号产生组件与报文采集进程之间的通信信道可以由这两个进程中的任一进程主动发起建立的，只有这两个进程集成了建立通信信道的功能即可。

另一种可能的实施例中，上述验证服务器还包括控制进程也请参考图4所示，在此基础上，由控制进程控制报文采集进程与激励信号产生组件建立这两个进程之间的通信信道。

具体来说，控制进程会启动报文采集进程和激励信号产生组件，然后开始配置报文采集进程与激励信号产生组件之间的通信通道并进行初始化。

需要说明的是，控制进程和通信通道的建立属于软件组件，只需要集成就能实现。可选地，上述通信通道可以但不限于为通信管道等等。

S204、激励信号产生组件获取数据报文并基于获取到的数据报文产生激励信号；并将激励信号分别发送给被测接口和参考模型模拟组件；

本步骤中，激励信号产生组件获取到每个数据报文后，就可以将其转换成能够发送至被测接口的激励信号。例如，当被测接口符合标准MAC层协议时，则激励信号产生组件将数据报文转换成符合被测接口的标准MAC层的激励信号，然后将该激励信号发送给被测接口。同时为了验证被测接口的接口功能，本申请还提供了能够模拟被测接口的接口功能的参考模型模拟组件，即，该参考模型模拟组件集成了被测接口的接口功能。由此，激励信号产生组件还会将激励信号发送给该参考模型模拟组件。

一种实施例中，当报文采集进程将数据报文写入到图3所示的数据库中时，激励信号产生组件就可以从数据库中读取数据报文，然后执行后续操作。这样一来，激励信号产生组件只需要从本地的数据库中读取数据报文即可，不需要激励信号产生组件与报文采集进程在时间上的强相关，也即实现了接口功能的离线验证。

另一种实施例中，当报文采集进程接收到测试仪发送的数据报文后，报文采集进程可以通过图4所示的通信通道将数据报文发送给激励信号产生组件，由此，激励信号产生组件可以实时获取数据报文。这样一来，有效实现了数据报文的实时在线获取，也即实现了接口功能的在线验证，尤其适用于大量数据报文的验证场景。

S205、被测接口根据所述被测接口的接口功能对所述激励信号进行处理，并将处理后得到的第一激励信号发送给报文分析组件。

本步骤中，被测接口接收到数据报文后，就可以按照自己的处理逻辑对激励信号进行处理，然后将处理后得到的第一激励信号转发给报文分析组件。

S206、参考模型模拟组件模拟所述被测接口的功能对接收到的激励信号进行处理，并将处理后得到的第二激励信号发送给所述报文分析组件。

本步骤中，参考模型模拟组件会模拟被测接口的处理机制，然后对接收到的激励信号进行处理，并将处理得到的第二激励信号发送给报文分析组件。

需要说明的是，当被测接口的功能发生变更时，相应地，也需要改变参考模型模拟组件中的接口处理机制，以保证接口验证结果的准确性，而且也提升了接口功能验证的通用性。

S207、报文分析组件根据接收到的所述第一激励信号和接收到的所述第二激励信号，对所述被测接口的接口功能进行验证。

本步骤中，报文分析组件接收到被测接口发送的第一激励信号以及参考模型模拟组件发送的第二激励信号后，就可以基于这两个激励信号对被测接口的接口功能进行验证。由于参考模型模拟组件对数据报文的处理过程是模拟被测接口理论上的处理过程的，因此，如果第一激励信号与第二激励信号相一致，则表明被测接口的功能验证通过；由于被测接口可能受其他因素影响，会导致被测接口在处理激励信号时发生波动，而参考模型模拟组件不受其他因素影响，因此，第二激励信号可以当作理论上正确的信号，基于此，如果第一激励信号与第二激励信号不一致，则表明被测接口的接口功能验证不通过。

具体地，报文分析组件在接收到第一激励信号后，会将第一激励信号解析成第一实际报文；以及接收第二激励信号并解析成第二实际报文；然后比对第一实际报文和第二实际报文，理论上来说，第二实际报文是正确的具有参考性的报文，因此，如果第一实际报文与第二实际报文一致，则表明对被测接口的功能验证通过，否则确认对被测接口的功能验证不通过。

需要说明的是，参考模型模拟组件是基于被测接口的功能进行改写的，而报文分析组件、激励信号产生组件属于验证服务器上仿真测试平台上的通用组件，只需要集成即可，通用性比较强。

需要说明的是，本申请中测试仪为物理的测试仪，能够产生更加贴近现实和更加复杂的激励。

通过实施本申请提供的接口验证系统，在验证服务器上集成了报文采集功能、激励信号产生功能、模拟被测接口的处理功能和报文分析功能，灵活实现了激励信号的产生，此外本申请中由实际的测试仪来产生数据报文，使得由激励信号产生组件转换得到的激励信号更加贴近实际，且更能应对复杂的验证环境，而且与现有技术提供的接口验证流程相比，本申请不需要学习第三方的验证框架，就可以灵活地产生接口验证的激励信号，不仅节省了学习时间，而且也降低了集成调试的时间。

经测试表明，利用本申请提供的接口测试验证方法比现有技术提供的验证方法，节省了比较多的时间，一般情况下，现有的使用第三方验证框架的验证方法的验证时间大约为4周，而本申请提供的验证方法的验证时间大约为2周，进一步验证了本申请的接口验证方法的高效性和灵活性。

基于同一发明构思，本申请还提供了一种接口验证方法，应用于验证服务器中，该验证服务器报文采集进程、激励信号产生组件、参考模型模拟组件、被测接口和报文分析组件，上述激励信号产生组件、上述参考模型模拟组件、被测接口和上述报文分析模块集成在上述验证服务器中的仿真测试平台上；验证服务器中各部件实施上述接口验证方法时，可以按照图5所示的流程实施，包括以下步骤：

S501、报文采集进程根据报文配置文件对验证服务器外接的测试仪进行配置，并接收测试仪在配置完成后发送的数据报文。

S502、激励信号产生组件获取数据报文并基于所述数据报文产生激励信号，并将激励信号分别发送给被测接口和参考模型模拟组件。

S503、被测接口根据被测接口的功能对激励信号进行处理，并将处理后得到的第一激励信号发送给报文分析组件。

S504、参考模型模拟组件利用模拟所述被测接口的功能对接收到的激励信号进行处理，并将处理后得到的第二激励信号发送给报文分析组件。

S505、报文分析组件根据接收到的第一激励信号和接收到的第二激励信号，对被测接口的接口功能进行验证。

具体地，步骤S501～S505的实施可以参考图2中对应各部件的相关说明，此处不再一一详细说明。

一种实施例中，报文采集进程在接收所述测试仪在配置完成后发送的数据报文之后，还包括：将数据报文写入到数据库中；具体请参考图3的逻辑及对应报文采集进程的相关描述，此处不再一一详细说明。

在此基础上，激励信号产生组件可以按照下述过程获取数据报文：从上述数据库中获取所述数据报文。

另一种实施例中，报文采集进程在接收测试仪在配置完成后发送的数据报文之后，还包括下述过程：报文采集进程通过其与激励信号产生组件之间的通信通道向激励信号产生组件发送数据报文。

可选地，上述验证服务器还包括控制进程，参考图4所示，在此基础上，本实施例提供的接口验证方法，还包括：利用控制进程控制报文采集进程和激励信号产生组件建立通信通道。

具体地，本过程的实施可以参考上述关于控制进程的描述过程，此处不再一一详细说明。

可选地，上述测试仪通过控制网口和数据网口分别与验证服务器连接，参考图3或图4所示。在此基础上，可以按照下述过程执行步骤S501：报文采集进程从报文配置文件中读取报文参数，并通过控制网口发送给测试仪；接收测试仪通过数据网口发送的数据报文，该数据报文为测试仪在根据报文参数进行相关配置后产生的。

具体地，上述过程的实施请参考报文采集进程与测试仪的相关描述，此处不再一一详细说明。

通过实施本申请提供的接口验证方法，在验证服务器上集成了报文采集功能、激励信号产生功能、模拟被测接口的处理功能和报文分析功能，灵活实现了激励信号的产生，此外本申请中由实际的测试仪来产生数据报文，使得由激励信号产生组件转换得到的激励信号更加贴近实际，且更能应对复杂的验证环境，而且与现有技术提供的接口验证流程相比，本申请不需要学习第三方的验证框架，就可以灵活地产生接口验证的激励信号，不仅节省了学习时间，而且也降低了集成调试的时间。

基于同一发明构思，本申请实施例提供了一种芯片，如图6所示，该芯片包括处理器601和机器可读存储介质602，机器可读存储介质602存储有能够被处理器601执行的计算机程序。此外，该芯片还包括通信接口603和通信总线604，其中，处理器601，通信接口603，机器可读存储介质602通过通信总线604完成相互间的通信。上述通信接口的接口功能验证为采用本申请任一实施例提供的接口验证方法验证通过的。

上述芯片提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述芯片与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)、DDR SRAM(Double Data Rate Synchronous Dynamic Random Access Memory，双倍速率同步动态随机存储器)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

上述装置中各个单元/模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元/模块可以是或者也可以不是物理上分开的，作为单元/模块显示的部件可以是或者也可以不是物理单元/模块，即可以位于一个地方，或者也可以分布到多个网络单元/模块上。可以根据实际的需要选择其中的部分或者全部单元/模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (11)

1.一种接口验证系统，其特征在于，包括：测试仪和验证服务器，所述验证服务器包括报文采集进程、激励信号产生组件、参考模型模拟组件、被测接口和报文分析组件，所述激励信号产生组件、所述参考模型模拟组件、被测接口和所述报文分析模块集成在所述验证服务器中的仿真测试平台上；其中：

所述报文采集进程，用于根据报文配置文件对所述测试仪进行配置；

所述测试仪，用于在配置完成后，产生数据报文并发送给所述报文采集进程；

所述报文采集进程，还用于在接收到所述数据报文后，输出所述数据报文；

所述激励信号产生组件，用于获取所述数据报文并基于获取到的数据报文产生激励信号；并将所述激励信号分别发送给所述被测接口和所述参考模型模拟组件；

所述被测接口，用于根据所述被测接口的接口功能对所述激励信号进行处理，并将处理后得到的第一激励信号发送给所述报文分析组件；

所述参考模型模拟组件，用于模拟所述被测接口的功能对接收到的激励信号进行处理，并将处理后得到的第二激励信号发送给所述报文分析组件；

所述报文分析组件，用于根据接收到的所述第一激励信号和接收到的所述第二激励信号，对所述被测接口的接口功能进行验证。

2.根据权利要求1所述的系统，其特征在于，所述接口验证系统还包括数据库；

所述报文采集进程，具体用于将数据报文写入到所述数据库中；

所述激励信号产生组件，具体用于从所述数据库中获取所述数据报文。

3.根据权利要求1所述的系统，其特征在于，所述报文采集进程与所述激励信号产生组件之间具有通信通道；

所述报文采集进程，具体用于将所述数据报文通过所述通信通道发送给所述激励信号产生组件。

4.根据权利要求3所述的系统，其特征在于，所述验证服务器还包括控制进程；

所述控制进程，用于控制所述报文采集进程和所述激励信号产生组件建立所述通信通道。

5.根据权利要求1所述的系统，其特征在于，所述测试仪通过控制网口和数据网口分别与所述验证服务器连接；

所述报文采集进程，具体用于从所述报文配置文件中读取报文参数，并通过所述控制网口发送给所述测试仪；

所述测试仪，具体用于根据所述报文参数进行相关配置；以及将所述数据报文通过所述数据网口发送给所述报文采集进程。

6.一种接口验证方法，其特征在于，应用于验证服务器中，所述验证服务器包括报文采集进程、激励信号产生组件、参考模型模拟组件、被测接口和报文分析组件，所述激励信号产生组件、所述参考模型模拟组件、被测接口和所述报文分析模块集成在所述验证服务器中的仿真测试平台上；所述方法，包括：

所述报文采集进程根据报文配置文件对所述验证服务器外接的测试仪进行配置，并接收所述测试仪在配置完成后发送的数据报文；

所述激励信号产生组件获取所述数据报文并基于所述数据报文产生激励信号，并将所述激励信号分别发送给所述被测接口和所述参考模型模拟组件；

所述被测接口根据所述被测接口的功能对所述激励信号进行处理，并将处理后得到的第一激励信号发送给报文分析组件；

所述参考模型模拟组件利用模拟所述被测接口的功能对接收到的激励信号进行处理，并将处理后得到的第二激励信号发送给所述报文分析组件；

所述报文分析组件根据接收到的所述第一激励信号和接收到的所述第二激励信号，对所述被测接口的接口功能进行验证。

7.根据权利要求6所述的方法，其特征在于，所述报文采集进程在接收所述测试仪在配置完成后发送的数据报文之后，还包括：

将所述数据报文写入到数据库中；

所述激励信号产生组件获取所述数据报文，包括：

所述激励信号产生组件从所述数据库中获取所述数据报文。

8.根据权利要求6所述的方法，其特征在于，所述报文采集进程在接收所述测试仪在配置完成后发送的数据报文之后，还包括：

所述报文采集进程通过其与激励信号产生组件之间的通信通道向所述激励信号产生组件发送所述数据报文。

9.根据权利要求8所述的方法，其特征在于，所述验证服务器还包括控制进程；所述方法，还包括：

利用所述控制进程控制所述报文采集进程和所述激励信号产生组件建立所述通信通道。

10.根据权利要求6所述的方法，其特征在于，所述测试仪通过控制网口和数据网口分别与所述验证服务器连接；则

所述报文采集进程根据报文配置文件对所述验证服务器外接的测试仪进行配置，并接收所述测试仪在配置完成后发送的数据报文，包括：

所述报文采集进程从所述报文配置文件中读取报文参数，并通过所述控制网口发送给所述测试仪；

接收所述测试仪通过所述数据网口发送的数据报文，所述数据报文为所述测试仪在根据所述报文参数进行相关配置后产生的。

11.一种芯片，其特征在于，包括接口，所述接口的接口功能为采用权利要求6～10任一所述的方法验证的。