Simulation test method, device and equipment for data transmission performance

Abstract

The invention provides a simulation test method for data transmission performance, which can be applied to the technical field of network communication. The simulation test method for the data transmission performance comprises the following steps: responding to a received test request sent by a client, and simulating a signal acquisition operation of a sensor by using a signal generator to obtain a simulation data set; using the first virtual instrument to receive the analog data set; based on the target address and the target port of the second virtual instrument, sending the analog data set to the second virtual instrument in the form of a data packet by using a user datagram protocol; determining a performance test result based on the simulation data set and a plurality of data packets received by the second virtual instrument; and displaying the performance test result on the client. The invention further provides a simulation test device and equipment for the data transmission performance.

Description

Technical Field

[0001] The present disclosure relates to the field of network communication technology, and more specifically, to a simulation test method, device and equipment for data transmission performance. Background Art

[0002] The User Datagram Protocol is a connectionless, unreliable transport layer protocol. Since the arrival and order of data are not guaranteed when the User Datagram Protocol is applied to data transmission, it is usually necessary to simulate the transmission performance of the User Datagram Protocol to ensure the stability of data transmission.

[0003] When simulating the data transmission performance of the user datagram protocol, the data transmission process is usually simulated based on a text programming language. However, the simulation results obtained by focusing only on the data transmission process are difficult to accurately reflect the data transmission performance, and the simulation results obtained based on the text programming language are also difficult to intuitively show the changes in the data transmission performance. In the case that the simulation results cannot accurately and intuitively reflect the data transmission performance, it is difficult to perform effective debugging and optimization based on the simulation results. Summary of the invention

[0004] In view of this, the present disclosure provides a data transmission performance simulation test method, device, equipment, storage medium and program product.

[0005] One aspect of the present disclosure provides a simulation test method for data transmission performance, comprising: in response to receiving a test request sent by a client, using a signal generating instrument to simulate the signal acquisition operation of a sensor to obtain a simulation data set; using a first virtual instrument to receive the above-mentioned simulation data set; based on the target address and target port of the second virtual instrument, using the user datagram protocol, sending the above-mentioned simulation data set in the form of a data packet to the above-mentioned second virtual instrument; determining a performance test result based on the above-mentioned simulation data set and multiple above-mentioned data packets received by the above-mentioned second virtual instrument; and displaying the above-mentioned performance test result in the form of a chart on the above-mentioned client.

[0006] According to an embodiment of the present disclosure, the signal generating instrument is used to simulate the signal acquisition operation of the sensor to obtain a simulated data set, including: determining the signal to be simulated based on the type of the sensor; adding noise to the signal to be simulated to obtain a target simulated signal; and obtaining the simulated data set according to the signal acquisition frequency and the target simulated signal.

[0007] According to an embodiment of the present disclosure, the types of sensors include at least a temperature sensor type, a pressure sensor type and an acceleration sensor type, and the signal to be simulated is determined based on the types of the sensors, including: determining the signal type based on the types of the sensors, wherein the signal types include at least a temperature signal type, a pressure signal type and an acceleration signal type; and determining the signal to be simulated based on the signal frequency, the signal amplitude and the signal type.

[0008] According to an embodiment of the present disclosure, the analog data set is obtained according to the signal acquisition frequency and the target analog signal, including: based on the signal acquisition frequency, determining multiple acquisition moments for performing acquisition operations on the target analog signal; for each of the acquisition moments, determining the signal value corresponding to the acquisition moment in the target analog signal as the acquisition signal value; and obtaining the analog data set based on the multiple acquisition moments and the acquisition signal values ​​of each of the multiple acquisition moments.

[0009] According to an embodiment of the present disclosure, based on the target address and target port of the second virtual instrument, the above-mentioned simulation data set is sent to the above-mentioned second virtual instrument in the form of a data packet using the user datagram protocol, including: based on a data packet capacity parameter, splitting the above-mentioned simulation data set into M simulation data subsets, where M≥1 and M is an integer; using the user datagram protocol, respectively encapsulating the above-mentioned M simulation data subsets to obtain M data packets; and sending the above-mentioned M data packets to the above-mentioned target port under the above-mentioned target address, so as to facilitate sending the above-mentioned M data packets to the above-mentioned second virtual instrument.

[0010] According to an embodiment of the present disclosure, the second virtual instrument includes a buffer, and the buffer is used to store data packets sent by the first virtual instrument. The method also includes: storing the data packets sent by the first virtual instrument in the buffer; reading a plurality of the data packets from the buffer according to a first-in-first-out rule; decapsulating the plurality of data packets respectively using a user datagram protocol to obtain a plurality of simulation data subsets; splicing the plurality of simulation data subsets to obtain a received data set; and displaying the received data set in the form of a chart on the client.

[0011] According to an embodiment of the present disclosure, the performance test result is determined based on the above-mentioned simulation data set and the multiple data packets received by the above-mentioned second virtual instrument, including at least one of the following: determining N data packets received within a predetermined time period; determining a packet loss rate parameter based on the above-mentioned M data packets and the above-mentioned N data packets; and determining a jitter parameter based on the reception time between adjacent data packets.

[0012] According to an embodiment of the present disclosure, the method further includes: determining a target influencing parameter from a plurality of influencing parameters based on the performance test results, wherein the plurality of influencing parameters include: a sending rate parameter of the first virtual instrument for sending the M data packets, a capacity parameter of the buffer, and a reading rate parameter of the second virtual instrument for reading data packets from the buffer.

[0013] Another aspect of the present disclosure provides a simulation test device for data transmission performance, including: an acquisition module, which is used to respond to a test request sent by a client and use a signal generating instrument to simulate the signal acquisition operation of a sensor to obtain a simulation data set; a first receiving module, which is used to use a first virtual instrument to receive the above-mentioned simulation data set; a sending module, which is used to send the above-mentioned simulation data set in the form of a data packet to the above-mentioned second virtual instrument based on the target address and target port of the second virtual instrument and using the user datagram protocol; a second receiving module, which is used to determine the performance test result based on the above-mentioned simulation data set and multiple data packets received by the above-mentioned second virtual instrument; and a display module, which is used to display the above-mentioned performance test result in the form of a chart on the above-mentioned client.

[0014] Another aspect of the present disclosure provides an electronic device, comprising: one or more processors; and a memory for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the above-mentioned method.

[0015] Another aspect of the present disclosure provides a computer-readable storage medium storing computer-executable instructions, which are used to implement the above method when executed.

[0016] Another aspect of the present disclosure provides a computer program product, the computer program product comprising computer executable instructions, and the instructions are used to implement the above method when executed.

[0017] According to the embodiments of the present disclosure, when the data transmission performance of the user datagram protocol is simulated, the data generation process of the sensor is simulated by considering the data transmission scenario of the sensor, which is closer to the actual sensor data transmission environment. The obtained performance test results can accurately feedback the data transmission performance, and by displaying the performance test results in the form of charts on the client, the changes in the data transmission performance can be more intuitively fed back, which is convenient for users to debug and optimize the parameters affecting the data transmission performance based on the performance test results. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] The above and other objects, features and advantages of the present disclosure will become more apparent through the following description of the embodiments of the present disclosure with reference to the accompanying drawings, in which:

[0019] Figure 1 A diagram schematically illustrates an application scenario of a method, apparatus, device, medium, and program product for simulating test of data transmission performance according to an embodiment of the present disclosure;

[0020] Figure 2 A flowchart schematically shows a method for simulating data transmission performance according to an embodiment of the present disclosure;

[0021] Figure 3 A schematic diagram schematically shows a simulation data set display chart of an acceleration sensor according to an embodiment of the present disclosure;

[0022] Figure 4 A schematic diagram schematically shows a parameter configuration panel according to an embodiment of the present disclosure;

[0023] Figure 5 A structural block diagram schematically shows a simulation test device for data transmission performance according to an embodiment of the present disclosure; and

[0024] Figure 6 A block diagram of an electronic device suitable for implementing a simulation test method for data transmission performance according to an embodiment of the present disclosure is schematically shown. DETAILED DESCRIPTION

[0025] Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. However, it should be understood that these descriptions are exemplary only and are not intended to limit the scope of the present disclosure. In the following detailed description, for ease of explanation, many specific details are set forth to provide a comprehensive understanding of the embodiments of the present disclosure. However, it is apparent that one or more embodiments may also be implemented without these specific details. In addition, in the following description, descriptions of known structures and technologies are omitted to avoid unnecessary confusion of the concepts of the present disclosure.

[0026] The terms used herein are only for describing specific embodiments and are not intended to limit the present disclosure. The terms "comprise", "include", etc. used herein indicate the existence of the features, steps, operations and / or components, but do not exclude the existence or addition of one or more other features, steps, operations or components.

[0027] All terms (including technical and scientific terms) used herein have the meanings commonly understood by those skilled in the art unless otherwise defined. It should be noted that the terms used herein should be interpreted as having a meaning consistent with the context of this specification and should not be interpreted in an idealized or overly rigid manner.

[0028] When using expressions such as "at least one of A, B, and C, etc.", they should generally be interpreted according to the meaning of the expression commonly understood by those skilled in the art (for example, "a system having at least one of A, B, and C" should include but is not limited to a system having A alone, B alone, C alone, A and B, A and C, B and C, and / or A, B, C, etc.).

[0029] In the embodiments of the present disclosure, the collection, updating, analysis, processing, use, transmission, provision, disclosure, storage, etc. of the data involved (for example, including but not limited to user personal information) are in compliance with the provisions of relevant laws and regulations, are used for legitimate purposes, and do not violate public order and good morals. In particular, necessary measures are taken for user personal information to prevent illegal access to user personal information data and maintain the security of user personal information, network security, and national security.

[0030] In the embodiments of the present disclosure, the user's authorization or consent is obtained before obtaining or collecting the user's personal information.

[0031] When using the User Datagram Protocol (UDP) for data transmission, the sender will not establish a connection with the receiver, nor will it wait for the receiver's response, resulting in data loss. Therefore, in actual applications, it is necessary to simulate the performance of UDP to verify its performance and stability.

[0032] When simulating the data transmission performance of the user datagram protocol, the simulation of the data transmission process is usually implemented based on a text programming language. However, the simulation that only focuses on the data transmission process usually does not consider the application scenario of the data transmission, which is different from the actual data transmission environment. Therefore, the simulation results obtained are difficult to accurately reflect the data transmission performance, and the simulation test based on the text programming language usually displays the simulation results in the form of text, which cannot intuitively display the real-time changes of the data transmission performance. When the simulation results cannot accurately and intuitively reflect the data transmission performance, it is difficult to perform effective debugging and optimization based on the simulation results.

[0033] The embodiment of the present disclosure provides a simulation test method for data transmission performance, including: in response to receiving a test request sent by a client, using a signal generating instrument to simulate the signal acquisition operation of a sensor to obtain a simulated data set; using a first virtual instrument to receive the simulated data set; based on the target address and target port of the second virtual instrument, using the user datagram protocol, sending the simulated data set to the second virtual instrument in the form of a data packet; based on the simulated data set and multiple data packets received by the second virtual instrument, determining the performance test results; and displaying the performance test results in the form of a chart on the client. The embodiment of the present disclosure considers the sensor data transmission scenario, simulates the data generation process of the sensor, is close to the real data transmission environment, and accurately feeds back the data transmission performance. And by displaying the performance test results in the form of a chart on the client, it can intuitively display the real-time changes in the transmission performance during the transmission process.

[0034] Figure 1 The following schematically illustrates an application scenario diagram of a data transmission performance simulation test method, apparatus, device, medium, and program product according to an embodiment of the present disclosure. It should be noted that: Figure 1 What is shown are merely examples of application scenarios to which the embodiments of the present disclosure can be applied, in order to help those skilled in the art understand the technical content of the present disclosure, but it does not mean that the embodiments of the present disclosure cannot be used in other devices, systems, environments or scenarios.

[0035] like Figure 1 As shown, the application scenario 100 according to this embodiment may include a first terminal device 101, a second terminal device 102, a third terminal device 103, a network 104, and a server 105. The network 104 is used to provide a medium for a communication link between the first terminal device 101, the second terminal device 102, the third terminal device 103, and the server 105. The network 104 may include various connection types, such as wired, wireless communication links, or optical fiber cables, etc.

[0036] The user can use the first terminal device 101, the second terminal device 102, and the third terminal device 103 to interact with the server 105 through the network 104 to receive or send messages, etc. Various communication client applications can be installed on the first terminal device 101, the second terminal device 102, and the third terminal device 103, such as shopping applications, web browser applications, search applications, instant messaging tools, email clients, social platform software, etc. (only for example).

[0037] The first terminal device 101, the second terminal device 102, and the third terminal device 103 may be various electronic devices having display screens and supporting web browsing, including but not limited to smart phones, tablet computers, laptop computers, desktop computers, and the like.

[0038] The server 105 may be a server that provides various services, such as a background management server (only as an example) that provides support for websites browsed by users using the first terminal device 101, the second terminal device 102, and the third terminal device 103. The background management server may analyze and process the received data such as user requests, and feed back the processing results (such as web pages, information, or data obtained or generated according to user requests) to the terminal device.

[0039] It should be noted that the simulation test method for data transmission performance provided in the embodiment of the present disclosure can generally be performed by the server 105. Accordingly, the simulation test device for data transmission performance provided in the embodiment of the present disclosure can generally be set in the server 105. The simulation test method for data transmission performance provided in the embodiment of the present disclosure can also be performed by a server or server cluster that is different from the server 105 and can communicate with the first terminal device 101, the second terminal device 102, the third terminal device 103 and / or the server 105. Accordingly, the simulation test device for data transmission performance provided in the embodiment of the present disclosure can also be set in a server or server cluster that is different from the server 105 and can communicate with the first terminal device 101, the second terminal device 102, the third terminal device 103 and / or the server 105.

[0040] For example, the user can use the client in the first terminal device 101, the second terminal device 102 and the third terminal device 103 to send a test request to the server 105 through the network 104, and can also set the first virtual instrument parameters and the second virtual instrument parameters. The server 105 performs a simulation test in response to the test request based on the parameters set by the user, obtains performance test results, and displays the performance test results in the form of charts in the client of the first terminal device 101, the second terminal device 102 and the third terminal device 103.

[0041] It should be understood that Figure 1 The number of terminal devices, networks and servers in the embodiment is only for illustration. Any number of terminal devices, networks and servers may be provided according to implementation requirements.

[0042] Figure 2 The flowchart of the simulation test method of data transmission performance according to the embodiment of the present disclosure is schematically shown.

[0043] like Figure 2 As shown, the method includes operations S210 to S250.

[0044] In operation S210, in response to receiving a test request sent by a client, a signal generating instrument is used to simulate a signal collection operation of a sensor to obtain a simulated data set.

[0045] According to an embodiment of the present disclosure, a test request may be issued by a user through a client. Before the test begins, the user may also interact with the client to configure parameters required during the test.

[0046] According to an embodiment of the present disclosure, the signal generating instrument can be used to generate a waveform signal, wherein the waveform can be used to represent a graph of signal value changes with test duration. The simulation data set can be acquisition data obtained by the signal acquisition operation of the simulation sensor.

[0047] According to the embodiments of the present disclosure, by using a signal generating instrument to simulate the signal acquisition operation of a sensor, the simulation of the data generation process is achieved, which is closer to the data transmission environment in real situations.

[0048] In operation S220 , a simulation data set is received using the first virtual instrument.

[0049] According to an embodiment of the present disclosure, the first virtual instrument is used to simulate a data sending end, and specifically, can be used to simulate a device for sending data in a sensor.

[0050] According to an embodiment of the present disclosure, since the simulation data set is sent through the first virtual instrument, the simulation data set obtained by the signal generator needs to be sent to the first virtual instrument so that the first virtual instrument can send the simulation data set to the data receiving end.

[0051] In operation S230 , based on the target address and the target port of the second virtual instrument, the simulation data set is sent to the second virtual instrument in the form of a data packet using the User Datagram Protocol.

[0052] According to an embodiment of the present disclosure, the target address and the target port may be the address and port of the second virtual instrument. Specifically, the user may set the target address and the target port of the second virtual instrument by interacting with the client before sending a test start request through the client.

[0053] According to an embodiment of the present disclosure, when a simulation data set is sent using the user datagram protocol, it needs to be sent in the form of a data packet. Specifically, the simulation data set can be split and encapsulated to obtain the data packet.

[0054] In operation S240 , a performance test result is determined based on the simulation data set and the plurality of data packets received by the second virtual instrument.

[0055] According to an embodiment of the present disclosure, since the User Datagram Protocol does not guarantee the arrival of data, the second virtual instrument may not be able to receive all data packets sent by the first virtual instrument, that is, there is a packet loss situation. Therefore, when testing the data transmission performance, the performance test result of the data transmission can be determined based on the data packets actually received by the second virtual instrument.

[0056] In operation S250, the performance test result is displayed on the client in the form of a chart.

[0057] According to the embodiments of the present disclosure, when a text programming language is used to implement the simulation of the data transmission process, the obtained simulation results are usually in text form. However, since the simulation results in text form cannot intuitively display the real-time fluctuations and changes in the data transmission process, a graphical programming language can be used to display the performance test results in the form of a chart on the client, intuitively displaying the real-time changes of the performance test results after the simulation test starts.

[0058] According to an embodiment of the present disclosure, the simulated data set generated by the signal generator and the data received by the second virtual instrument may also be displayed on the client in the form of a chart to intuitively display the data quality of the data received by the second virtual instrument.

[0059] According to the embodiments of the present disclosure, when the data transmission performance of the user datagram protocol is simulated, the data generation process of the sensor is simulated by considering the data transmission scenario of the sensor, which is closer to the actual sensor data transmission environment. The obtained performance test results can accurately feedback the data transmission performance, and by displaying the performance test results in the form of charts on the client, the changes in the data transmission performance can be more intuitively fed back, which is convenient for users to debug and optimize the parameters affecting the data transmission performance based on the performance test results.

[0060] According to an embodiment of the present disclosure, a signal generating instrument is used to simulate the signal acquisition operation of a sensor to obtain a simulated data set, including: determining a signal to be simulated based on the type of sensor; adding noise to the signal to be simulated to obtain a target simulated signal; and obtaining a simulated data set according to the signal acquisition frequency and the target simulated signal.

[0061] According to the embodiments of the present disclosure, since there are many types of sensors and different types of sensors collect different types of information, for the authenticity of the simulation, a signal to be simulated corresponding to the sensor type can be generated according to the sensor type. In addition, since the sensor usually generates a collection error due to interference during the signal collection process, noise can also be added to the signal to be simulated to simulate the uncertainty of sensor data in a real environment.

[0062] According to an embodiment of the present disclosure, when adding noise to an analog signal, a random number generated by a random number generator or a function value generated by a random mathematical function may be used as noise to simulate the impact on the sensor in a real environment.

[0063] According to an embodiment of the present disclosure, the signal acquisition frequency can be used to characterize the acquisition frequency of the sensor pair when performing signal acquisition. Specifically, according to the Nyquist criterion, the signal acquisition frequency is at least twice the signal frequency, so the signal acquisition frequency can be set to 100 times the signal frequency to achieve a better sampling effect.

[0064] According to an embodiment of the present disclosure, when simulating an acquisition operation using program code, a loop (for) function may be used to simulate the acquisition operation on a target analog signal, obtain a simulated data set, and write the simulated data set into a text document.

[0065] According to an embodiment of the present disclosure, the program code for simulating the acquisition operation may include subroutines such as creating a virtual channel, timing, starting a task, reading and stopping a task. Specifically, in order to continuously read the acquired signal, the reading subroutine is placed in a loop (while) function, and the error output terminal and the stop button output terminal are simultaneously connected to the conditional terminal of the while loop function. Once an error occurs during operation or the user presses the stop button, the program will immediately jump out of the while loop function and data acquisition will stop.

[0066] According to the embodiments of the present disclosure, by simulating the signal acquisition operation of the sensor, a simulated data set is obtained, and the uncertainty of data collected by the simulated sensor in a real environment is simulated, thereby improving the authenticity of the simulation.

[0067] According to an embodiment of the present disclosure, determining the signal to be simulated based on the type of sensor includes: determining the signal type based on the type of sensor; and determining the signal to be simulated based on the signal frequency, signal amplitude and signal type.

[0068] According to an embodiment of the present disclosure, the type of sensor includes at least a temperature sensor type, a pressure sensor type and an acceleration sensor type, and the signal type includes at least a temperature signal type, a pressure signal type and an acceleration signal type. Specifically, when the type of the sensor is a temperature sensor type, the determined signal type is a temperature signal type, when the type of the sensor is a pressure sensor type, the determined signal type is a pressure signal type, and when the type of the sensor is determined to be an acceleration sensor type, the determined signal type is an acceleration signal type.

[0069] According to an embodiment of the present disclosure, for the temperature signal type and the pressure signal type, single-channel sampling can be set. Specifically, the temperature sensor type can use a 4-wire resistance temperature sensor (RTD).

[0070] According to an embodiment of the present disclosure, after determining the signal type, a sine wave with adjustable signal frequency and signal amplitude can be determined, and then the waveform of the signal to be simulated can be determined using the signal amplitude and signal frequency. Specifically, the signal amplitude and signal frequency can be set by the user through interactive operation with the client.

[0071] According to an embodiment of the present disclosure, the type of sensor is considered to determine the corresponding signal type, thereby improving the authenticity of the simulation.

[0072] According to an embodiment of the present disclosure, an analog data set is obtained according to a signal acquisition frequency and a target analog signal, including: based on the signal acquisition frequency, determining a plurality of acquisition moments for performing an acquisition operation on the target analog signal; for each acquisition moment, determining a signal value in the target analog signal corresponding to the acquisition moment as an acquisition signal value; and obtaining an analog data set based on the plurality of acquisition moments and the acquisition signal values ​​of each of the plurality of acquisition moments.

[0073] According to the embodiments of the present disclosure, the signal acquisition period can be determined according to the signal acquisition frequency, and then the acquisition time can be determined according to the signal acquisition period. Specifically, the acquisition signal value at each acquisition time can be determined in sequence using a for loop function.

[0074] According to an embodiment of the present disclosure, a simulation data set may include multiple acquisition moments and acquisition signal values ​​at each of the multiple acquisition moments. Specifically, when the simulation data set is presented in the form of a chart, the acquisition moment may be used as the horizontal axis of the scatter diagram (XY chart), and the acquisition signal value may be used as the vertical axis.

[0075] According to the embodiments of the present disclosure, a simulated data set is obtained by using a signal acquisition frequency, thereby improving the authenticity of the simulated data set.

[0076] Figure 3 A schematic diagram schematically shows a diagram showing a simulated data set of an acceleration sensor according to an embodiment of the present disclosure.

[0077] like Figure 3 As shown, the simulated data set is displayed in the form of an XY graph, with the horizontal axis being time and the vertical axis being amplitude. The left side of the XY graph also includes a sampling frequency setting box, an acceleration sensor quantity setting box, and a stop button, wherein the sampling frequency setting box can be used to set the signal acquisition frequency, and the stop button can be used to stop the signal acquisition operation of the simulated acceleration sensor.

[0078] According to an embodiment of the present disclosure, based on the target address and target port of the second virtual instrument, the simulation data set is sent to the second virtual instrument in the form of a data packet using the user datagram protocol, including: based on a data packet capacity parameter, the simulation data set is split into M simulation data subsets; using the user datagram protocol, the M simulation data subsets are respectively encapsulated to obtain M data packets; and the M data packets are sent to the target port under the target address, so as to send the M data packets to the second virtual instrument.

[0079] According to an embodiment of the present disclosure, M≥1 and M is an integer. The data packet capacity parameter can be used to characterize the threshold of the data packet capacity. Specifically, when the size of the simulated data set exceeds the threshold of the data packet capacity, the simulated data set can be split to obtain each simulated data subset, wherein each simulated data subset is smaller than the data packet capacity threshold represented by the data packet capacity parameter.

[0080] According to an embodiment of the present disclosure, the simulation data set may also be split according to a preset collection time, for example, every 10 seconds of data in the simulation data set may be split into a simulation data subset.

[0081] According to an embodiment of the present disclosure, when M simulation data subsets are encapsulated using a datagram protocol, the simulation data subsets can be used as the data part of the data packet, and header information can be added. Specifically, the header information can include the address and port of the first virtual instrument, the target address and target port of the second virtual instrument, etc.

[0082] According to an embodiment of the present disclosure, when generating data packets, a packet sequence number may be generated according to the order of the simulated data subsets in the simulated data set, and M data packets may be sent sequentially to the target port under the target address according to the packet sequence number.

[0083] According to an embodiment of the present disclosure, since the target address and the target port correspond to the second virtual instrument, sending the data packet to the target port under the target address is actually sending the data packet to the second virtual instrument.

[0084] According to an embodiment of the present disclosure, by sending the simulated data set in the form of a data packet, the rules of the User Datagram Protocol are complied with, thereby improving the authenticity.

[0085] According to the embodiment of the present disclosure, when the first virtual instrument is implemented using a graphical programming language, controls such as open UDP, write UDP and close UDP can be used to implement the data packet sending program, and program error judgment can also be performed through an error analysis subroutine.

[0086] According to the embodiments of the present disclosure, during the sending process, a program for controlling the number of times of sending can also be set. Specifically, if the button for sending once is selected, the device enters a waiting state after sending data once, if the button for sending cyclically is selected, data is continuously sent, and if both the buttons for sending once and sending cyclically are selected, data is not sent and the device enters a waiting state.

[0087] According to the embodiment of the present disclosure, when the second virtual instrument is implemented using a graphical programming language, controls such as opening UDP, reading UDP data and closing UDP can be used to implement a data packet receiving program, and program errors can also be determined through an error analysis subroutine.

[0088] According to an embodiment of the present disclosure, a method for the second virtual instrument to receive a data packet includes: storing the data packet sent by the first virtual instrument in a buffer; reading multiple data packets from the buffer according to a first-in-first-out rule; using a user datagram protocol, decapsulating the multiple data packets respectively to obtain multiple simulation data subsets; splicing the multiple simulation data subsets to obtain a received data set; and displaying the received data set in the form of a chart on the client.

[0089] According to an embodiment of the present disclosure, since there may be a difference between the data packet sending speed of the first virtual instrument and the data packet reading speed of the second virtual instrument, packet loss may occur when the sending speed is greater than the reading speed. Therefore, a buffer may be set in the second virtual instrument to store data packets that have been sent to the second virtual instrument but have not been read in time by the second virtual instrument.

[0090] According to an embodiment of the present disclosure, the second virtual instrument includes a buffer, and the buffer is used to store data packets sent by the first virtual instrument. Specifically, the buffer can be in the form of a queue, and the second virtual instrument can read the data packets cached in the buffer in a first-in-first-out manner, that is, the second virtual instrument reads the data packets from the buffer in the order in which the data packets are sent.

[0091] According to an embodiment of the present disclosure, after reading out a data packet, the second virtual instrument needs to perform operations such as decapsulating the data packet, specifically, it may include verifying the data packet, and obtaining a simulation data subset from the data portion of the data packet after the verification passes.

[0092] According to an embodiment of the present disclosure, when the second virtual instrument splices multiple simulation data subsets, the simulation data subset of the data packet read out later can be spliced ​​behind the simulation data subset of the data packet read out earlier according to the order of reading the data packets from the buffer to obtain a received data set.

[0093] According to an embodiment of the present disclosure, when displaying a received data set, the receiving time may be used as the horizontal coordinate, and the signal value corresponding to the receiving time may be used as the vertical coordinate.

[0094] According to the embodiments of the present disclosure, by displaying the received data set, the data quality of the data received by the second virtual instrument can be intuitively displayed, which is convenient for users to perform debugging and optimization.

[0095] According to an embodiment of the present disclosure, a performance test result is determined based on a simulation data set and multiple data packets received by the second virtual instrument, including at least one of the following: determining N data packets received within a predetermined time period; determining a packet loss rate parameter based on M data packets and N data packets; and determining a jitter parameter based on the reception time between adjacent data packets.

[0096] According to an embodiment of the present disclosure, when determining the data transmission performance, the number of data packets received by the second virtual instrument, a packet loss rate parameter, a jitter parameter, etc. may be determined.

[0097] According to an embodiment of the present disclosure, M≥N≥0 and N is an integer. Since packet loss may occur when data is transmitted using the User Datagram Protocol, the number of data packets N received by the second virtual instrument may be smaller than the number of data packets M actually sent by the first virtual instrument.

[0098] According to an embodiment of the present disclosure, the packet loss rate parameter may be determined by the following formula (1):

[0099] (1)

[0100] Wherein, P is a packet loss rate parameter, M is the number of data packets sent by the first virtual instrument, and N is the number of data packets received by the second virtual instrument in a predetermined period of time.

[0101] According to an embodiment of the present disclosure, a jitter parameter can be used to characterize the time variation of a data packet arriving at the second virtual instrument. Specifically, the receiving time between two consecutive data packets can be calculated to determine the average value of multiple receiving time periods as the jitter parameter.

[0102] According to an embodiment of the present disclosure, the jitter parameter may be determined by the following formula (2) to formula (3):

[0103] (2)

[0104] (3)

[0105] Where J is the jitter parameter, is the receiving time between two adjacent data packets, is the average value of the receiving time, and n is the number of data packets received by the second virtual instrument.

[0106] According to an embodiment of the present disclosure, when presenting the performance test results, a real-time curve of the number of data packets received by the second virtual instrument, a real-time curve of the packet loss rate, and a real-time curve of jitter can be presented after the simulation test starts.

[0107] According to the embodiments of the present disclosure, by determining the number of data packets, packet loss rate parameters and jitter parameters during data transmission, the transmission performance of the data implementation is more intuitively displayed.

[0108] According to an embodiment of the present disclosure, the simulation test method for data transmission performance further includes: determining a target influencing parameter from a plurality of influencing parameters based on a performance test result.

[0109] According to an embodiment of the present disclosure, in order to facilitate debugging and optimization by a user, a target influencing parameter that affects the performance test result may be determined from a plurality of influencing factors according to the performance test result.

[0110] According to an embodiment of the present disclosure, the multiple influencing parameters include: a sending rate parameter of the first virtual instrument sending M data packets, a capacity parameter of the buffer, and a reading rate parameter of the second virtual instrument reading data packets from the buffer.

[0111] According to the embodiments of the present disclosure, a too high sending rate represented by the sending rate parameter, a too small capacity represented by the capacity parameter, and a too small reading rate represented by the reading rate parameter may all lead to an excessively high packet loss rate parameter. Therefore, the target influencing parameter can be determined from the sending rate parameter, the capacity parameter, and the reading rate parameter.

[0112] According to the embodiments of the present disclosure, by determining the target influencing parameters, it is convenient for users to debug and optimize the influencing parameters.

[0113] According to the embodiments of the present disclosure, before the simulation test starts, it is necessary to select or configure the parameters of the temperature, pressure, and acceleration acquisition modules, such as the physical channel, sampling mode, sampling frequency, counter selection, connection method, etc., and it is also necessary to configure the network connection data items, the Internet Protocol Address (IP address) and the port of the first virtual instrument and the second virtual instrument. Therefore, the parameter configuration can be achieved through the parameter configuration panel. Specifically, the parameter configuration panel can be optimized in the form of a tab so that the layout of the parameter configuration panel is reasonable, concise and beautiful.

[0114] Figure 4 A schematic diagram of a parameter configuration panel according to an embodiment of the present disclosure is schematically shown.

[0115] like Figure 4 As shown, the parameter configuration panel may include a network connection configuration module 410 , a collection parameter setting module 420 , and a system start / stop control module 430 .

[0116] According to the embodiment of the present disclosure, the network connection configuration module 410 is composed of a network connection parameter setting submodule and an IP address configuration submodule. The network connection parameter setting submodule names the path data item to represent the "unique" location of the accessed data. The IP address configuration submodule is used to input the IP addresses of the first virtual instrument and the second virtual instrument to specify the direction of data transmission.

[0117] According to an embodiment of the present disclosure, the acquisition parameter setting module 420 is used to select or configure the parameters of the temperature, speed, and vibration acquisition modules according to actual needs before the simulation test begins, such as physical channel, sampling mode, sampling frequency, counter selection, filter setting, etc.

[0118] According to an embodiment of the present disclosure, the system start-stop control module 430 is used to control the start, stop and exit of the simulation test. The start-stop button is a conversion switch. After clicking "Start Collection", the button automatically converts to a "Stop Collection" button, and transmits the startup status of the first virtual instrument to the second virtual instrument, which is prompted in the form of a light indicator.

[0119] Figure 5 The structural block diagram of the simulation test device for data transmission performance according to an embodiment of the present disclosure is schematically shown.

[0120] like Figure 5 As shown, the data transmission performance simulation test device 500 includes a collection module 510 , a first receiving module 520 , a sending module 530 , a second receiving module 540 and a display module 550 .

[0121] The acquisition module 510 is used to respond to a test request sent by a client, use a signal generating instrument to simulate the signal acquisition operation of the sensor, and obtain a simulated data set.

[0122] The first receiving module 520 is used to receive a simulation data set using a first virtual instrument.

[0123] The sending module 530 is used to send the simulation data set in the form of a data packet to the second virtual instrument based on the target address and the target port of the second virtual instrument by using the User Datagram Protocol.

[0124] The second receiving module 540 is used to determine the performance test result based on the simulation data set and the multiple data packets received by the second virtual instrument.

[0125] The display module 550 is used to display the performance test results in the form of charts on the client.

[0126] According to an embodiment of the present disclosure, the acquisition module 510 includes a signal determination submodule, a noise addition submodule, and a data determination submodule.

[0127] The signal determination submodule is used to determine the signal to be simulated based on the type of sensor.

[0128] The noise adding submodule is used to add noise to the analog signal to obtain the target analog signal.

[0129] The data determination submodule is used to obtain a simulation data set according to the signal acquisition frequency and the target simulation signal.

[0130] According to an embodiment of the present disclosure, the type of sensor includes at least a temperature sensor type, a pressure sensor type and an acceleration sensor type. The signal determination submodule includes a type determination unit and a signal determination unit.

[0131] The type determination unit is used to determine the signal type based on the type of the sensor, wherein the signal type at least includes a temperature signal type, a pressure signal type, and an acceleration signal type.

[0132] The signal determination unit is used to determine the signal to be simulated based on the signal frequency, signal amplitude and signal type.

[0133] According to an embodiment of the present disclosure, the data determination submodule includes a time determination unit, a signal determination unit and a data determination unit.

[0134] The time determination unit is used to determine a plurality of acquisition times for performing acquisition operations on the target analog signal based on the signal acquisition frequency.

[0135] The signal determination unit is used to determine, for each acquisition moment, a signal value in the target analog signal corresponding to the acquisition moment as an acquisition signal value.

[0136] The data determination unit is used to obtain a simulation data set based on a plurality of acquisition moments and respective acquisition signal values ​​at the plurality of acquisition moments.

[0137] According to an embodiment of the present disclosure, the sending module 530 includes a splitting submodule, a packaging submodule and a sending submodule.

[0138] The splitting submodule is used to split the simulation data set into M simulation data subsets based on the data packet capacity parameter, where M≥1 and M is an integer.

[0139] The encapsulation submodule is used to encapsulate the M simulation data subsets respectively by using the user datagram protocol to obtain M data packets.

[0140] The sending submodule is used to send the M data packets to the target port under the target address, so as to send the M data packets to the second virtual instrument.

[0141] According to an embodiment of the present disclosure, the second virtual instrument includes a buffer, which is used to store data packets sent by the first virtual instrument. The sending module 530 includes a storage submodule, a reading submodule, a decapsulation submodule, a splicing submodule and a display submodule.

[0142] The storage submodule is used to store the data packet sent by the first virtual instrument into the buffer.

[0143] The reading submodule is used to read multiple data packets from the buffer according to the first-in-first-out rule.

[0144] The decapsulation submodule is used to decapsulate multiple data packets respectively using the User Datagram Protocol to obtain multiple simulated data subsets.

[0145] The splicing submodule is used to splice multiple simulation data subsets to obtain a received data set.

[0146] The display submodule is used to display the received data set in the form of charts on the client.

[0147] According to an embodiment of the present disclosure, the second receiving module 540 includes a packet number determination submodule, a packet loss determination submodule, and a jitter determination submodule.

[0148] The packet number determination submodule is used to determine N data packets received within a predetermined period of time, where M≥N≥0 and N is an integer.

[0149] The packet loss determination submodule is used to determine a packet loss rate parameter based on the M data packets and the N data packets.

[0150] The jitter determination submodule is used to determine the jitter parameter based on the reception duration between adjacent data packets.

[0151] According to an embodiment of the present disclosure, the data transmission performance simulation test device 500 further includes a parameter determination module.

[0152] The parameter determination module is used to determine the target impact parameter from multiple impact parameters based on the performance test results, wherein the multiple impact parameters include: a sending rate parameter of the first virtual instrument sending M data packets, a capacity parameter of the buffer, and a reading rate parameter of the second virtual instrument reading data packets from the buffer.

[0153] According to the embodiments of the present invention, any one or more of the modules, submodules, units, and subunits, or at least part of the functions of any one of them can be implemented in one module. According to the embodiments of the present invention, any one or more of the modules, submodules, units, and subunits can be split into multiple modules for implementation. According to the embodiments of the present invention, any one or more of the modules, submodules, units, and subunits can be at least partially implemented as hardware circuits, such as field programmable gate arrays (FPGAs), programmable logic arrays (PLAs), systems on chips, systems on substrates, systems on packages, application specific integrated circuits (ASICs), or can be implemented by hardware or firmware in any other reasonable way of integrating or packaging circuits, or can be implemented in any one of the three implementation methods of software, hardware, and firmware, or in any appropriate combination of any of them. Alternatively, according to the embodiments of the present invention, one or more of the modules, submodules, units, and subunits can be at least partially implemented as computer program modules, and when the computer program modules are run, the corresponding functions can be performed.

[0154] For example, any of the acquisition module 510, the first receiving module 520, the sending module 530, the second receiving module 540 and the display module 550 can be combined in one module / unit / sub-unit for implementation, or any of the modules / units / sub-units can be split into multiple modules / units / sub-units. Alternatively, at least part of the functions of one or more of these modules / units / sub-units can be combined with at least part of the functions of other modules / units / sub-units and implemented in one module / unit / sub-unit. According to an embodiment of the present disclosure, at least one of the acquisition module 510, the first receiving module 520, the sending module 530, the second receiving module 540 and the display module 550 can be at least partially implemented as a hardware circuit, such as a field programmable gate array (FPGA), a programmable logic array (PLA), a system on a chip, a system on a substrate, a system on a package, an application specific integrated circuit (ASIC), or can be implemented by hardware or firmware such as any other reasonable way of integrating or packaging the circuit, or by any one of the three implementation methods of software, hardware and firmware or by a suitable combination of any of them. Alternatively, at least one of the acquisition module 510, the first receiving module 520, the sending module 530, the second receiving module 540 and the display module 550 may be at least partially implemented as a computer program module, and when the computer program module is executed, a corresponding function may be performed.

[0155] It should be noted that the simulation test device part of data transmission performance in the embodiments of the present disclosure corresponds to the simulation test method part of data transmission performance in the embodiments of the present disclosure. The description of the simulation test device part of data transmission performance specifically refers to the simulation test method part of data transmission performance, which will not be repeated here.

[0156] Figure 6 A block diagram of an electronic device suitable for implementing a simulation test method for data transmission performance according to an embodiment of the present disclosure is schematically shown. Figure 6 The electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present disclosure.

[0157] like Figure 6 As shown, the electronic device 600 according to an embodiment of the present disclosure includes a processor 601, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 602 or a program loaded from a storage part 608 to a random access memory (RAM) 603. The processor 601 may include, for example, a general-purpose microprocessor (such as a CPU), an instruction set processor and / or a related chipset and / or a special-purpose microprocessor (for example, an application-specific integrated circuit (ASIC)), etc. The processor 601 may also include an onboard memory for caching purposes. The processor 601 may include a single processing unit or multiple processing units for performing different actions of the method flow according to an embodiment of the present disclosure.

[0158] In RAM 603, various programs and data required for the operation of electronic device 600 are stored. Processor 601, ROM 602 and RAM 603 are connected to each other via bus 604. Processor 601 performs various operations of the method flow according to the embodiment of the present disclosure by executing the program in ROM 602 and / or RAM 603. It should be noted that the program can also be stored in one or more memories other than ROM 602 and RAM 603. Processor 601 can also perform various operations of the method flow according to the embodiment of the present disclosure by executing the program stored in the one or more memories.

[0159] According to an embodiment of the present disclosure, the electronic device 600 may further include an input / output (I / O) interface 605, which is also connected to the bus 604. The system 600 may further include one or more of the following components connected to the input / output (I / O) interface 605: an input portion 606 including a keyboard, a mouse, etc.; an output portion 607 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage portion 608 including a hard disk, etc.; and a communication portion 609 including a network interface card such as a LAN card, a modem, etc. The communication portion 609 performs communication processing via a network such as the Internet. A drive 610 is also connected to the input / output (I / O) interface 605 as needed. A removable medium 611, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 610 as needed, so that a computer program read therefrom is installed into the storage portion 608 as needed.

[0160] According to an embodiment of the present disclosure, the method flow according to an embodiment of the present disclosure can be implemented as a computer software program. For example, an embodiment of the present disclosure includes a computer program product, which includes a computer program carried on a computer-readable storage medium, and the computer program contains a program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from the network through the communication part 609, and / or installed from the removable medium 611. When the computer program is executed by the processor 601, the above-mentioned functions defined in the system of the embodiment of the present disclosure are executed. According to an embodiment of the present disclosure, the system, equipment, device, module, unit, etc. described above can be implemented by a computer program module.

[0161] The present disclosure also provides a computer-readable storage medium, which may be included in the device / apparatus / system described in the above embodiments; or may exist independently without being assembled into the device / apparatus / system. The above computer-readable storage medium carries one or more programs, and when the above one or more programs are executed, the method according to the embodiment of the present disclosure is implemented.

[0162] According to an embodiment of the present disclosure, the computer-readable storage medium may be a non-volatile computer-readable storage medium. For example, it may include, but is not limited to: a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In the present disclosure, a computer-readable storage medium may be any tangible medium containing or storing a program that may be used by or in combination with an instruction execution system, apparatus, or device.

[0163] For example, according to an embodiment of the present disclosure, the computer-readable storage medium may include the ROM 602 and / or the RAM 603 described above and / or one or more memories other than the ROM 602 and the RAM 603 .

[0164] The embodiments of the present disclosure also include a computer program product, which includes a computer program, and the computer program contains program code for executing the method provided by the embodiments of the present disclosure. When the computer program product runs on an electronic device, the program code is used to enable the electronic device to implement the method provided by the embodiments of the present disclosure.

[0165] When the computer program is executed by the processor 601, the above functions defined in the system / device of the embodiment of the present disclosure are executed. According to the embodiment of the present disclosure, the system, device, module, unit, etc. described above can be implemented by a computer program module.

[0166] In one embodiment, the computer program may rely on tangible storage media such as optical storage devices, magnetic storage devices, etc. In another embodiment, the computer program may also be transmitted and distributed in the form of signals on a network medium, and downloaded and installed through the communication part 609, and / or installed from a removable medium 611. The program code contained in the computer program may be transmitted using any appropriate network medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

[0167] According to an embodiment of the present disclosure, the program code for executing the computer program provided by the embodiment of the present disclosure can be written in any combination of one or more programming languages. Specifically, these computing programs can be implemented using high-level process and / or object-oriented programming languages, and / or assembly / machine languages. Programming languages ​​include, but are not limited to, Java, C++, python, "C" language or similar programming languages. The program code can be executed entirely on the user computing device, partially on the user device, partially on the remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device can be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computing device (for example, using an Internet service provider to connect through the Internet).

[0168] The flowcharts and block diagrams in the accompanying drawings illustrate the possible architecture, functions and operations of the systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each box in the flowchart or block diagram may represent a module, a program segment, or a part of a code, and the above-mentioned module, program segment, or a part of the code contains one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box may also occur in an order different from that marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flowchart, and the combination of boxes in the block diagram or flowchart, can be implemented with a dedicated hardware-based system that performs the specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions. It can be understood by those skilled in the art that the features recorded in the various embodiments and / or claims of the present disclosure can be combined and / or combined in a variety of ways, even if such a combination or combination is not explicitly recorded in the present disclosure. In particular, without departing from the spirit and teaching of the present disclosure, the features described in the various embodiments and / or claims of the present disclosure may be combined and / or combined in a variety of ways. All of these combinations and / or combinations fall within the scope of the present disclosure.

[0169] The embodiments of the present disclosure are described above. However, these embodiments are only for illustrative purposes and are not intended to limit the scope of the present disclosure. Although the embodiments are described above separately, this does not mean that the measures in the various embodiments cannot be used in combination to advantage. The scope of the present disclosure is defined by the attached claims and their equivalents. Without departing from the scope of the present disclosure, those skilled in the art may make a variety of substitutions and modifications, which should all fall within the scope of the present disclosure.

Claims

1. A simulation test method for data transmission performance, comprising: In response to receiving a test request sent by a client, using a signal generating instrument to simulate a signal acquisition operation of a sensor to obtain a simulated data set; Using a first virtual instrument, receiving the simulation data set; Based on the target address and the target port of the second virtual instrument, the simulation data set is sent to the second virtual instrument in the form of a data packet using the User Datagram Protocol; Determining a performance test result based on the simulation data set and the plurality of data packets received by the second virtual instrument; as well as The performance test results are displayed on the client in the form of charts.

2. The method according to claim 1, characterized in that The method of using a signal generating instrument to simulate the signal acquisition operation of a sensor to obtain a simulated data set includes: Based on the type of the sensor, determining a signal to be simulated; adding noise to the signal to be simulated to obtain a target simulated signal; and The simulation data set is obtained according to the signal acquisition frequency and the target simulation signal.

3. The method according to claim 2, characterized in that The type of the sensor includes at least a temperature sensor type, a pressure sensor type, and an acceleration sensor type. The step of determining the signal to be simulated based on the type of the sensor includes: Based on the type of the sensor, determining a signal type, wherein the signal type includes at least a temperature signal type, a pressure signal type, and an acceleration signal type; and The signal to be simulated is determined based on the signal frequency, the signal amplitude and the signal type.

4. The method according to claim 2, characterized in that: The step of obtaining the simulation data set according to the signal acquisition frequency and the target simulation signal includes: Based on the signal acquisition frequency, determining a plurality of acquisition moments for performing an acquisition operation on the target analog signal; For each of the acquisition moments, determining a signal value in the target analog signal corresponding to the acquisition moment as an acquisition signal value; and The simulation data set is obtained based on the multiple acquisition moments and the acquisition signal values ​​of each of the multiple acquisition moments.

5. The method according to claim 1, characterized in that Based on the target address and the target port of the second virtual instrument, the simulation data set is sent to the second virtual instrument in the form of a data packet using the User Datagram Protocol, including: Based on a data packet capacity parameter, splitting the simulated data set into M simulated data subsets, where M≥1 and M is an integer; Using the User Datagram Protocol, encapsulating the M simulated data subsets respectively to obtain M data packets; and The M data packets are sent to the target port under the target address, so as to send the M data packets to the second virtual instrument.

6. The method according to claim 5, characterized in that The second virtual instrument includes a buffer, and the buffer is used to store the data packet sent by the first virtual instrument. The method further includes: storing the data packet sent by the first virtual instrument in a buffer; Reading a plurality of data packets from the buffer according to a first-in-first-out rule; Decapsulating the plurality of data packets respectively using the User Datagram Protocol to obtain a plurality of simulated data subsets; splicing the multiple simulation data subsets to obtain a received data set; and The received data set is displayed on the client in the form of a chart.

7. The method according to claim 1, characterized in that Determining a performance test result based on the simulation data set and the plurality of data packets received by the second virtual instrument includes at least one of the following: Determine N data packets received within a predetermined period, where M≥N≥0 and N is an integer; Determining a packet loss rate parameter based on the M data packets and the N data packets; and A jitter parameter is determined based on the reception time between adjacent data packets.

8. The method according to claim 1, characterized in that The method further comprises: Based on the performance test result, a target influencing parameter is determined from a plurality of influencing parameters, wherein the plurality of influencing parameters include: a sending rate parameter of the first virtual instrument sending the M data packets, a capacity parameter of the buffer, and a reading rate parameter of the second virtual instrument reading data packets from the buffer.

9. A simulation test device for data transmission performance, characterized in that: The device comprises: The acquisition module is used to respond to the test request sent by the client, use the signal generating instrument to simulate the signal acquisition operation of the sensor, and obtain a simulated data set; A first receiving module, used for receiving the simulation data set by using a first virtual instrument; A sending module, configured to send the simulation data set in the form of a data packet to the second virtual instrument using a user datagram protocol based on a target address and a target port of the second virtual instrument; A second receiving module, configured to determine a performance test result based on the simulation data set and the plurality of data packets received by the second virtual instrument; and The display module is used to display the performance test results on the client in the form of charts.

10. An electronic device comprising: one or more processors; a memory for storing one or more programs, When the one or more programs are executed by the one or more processors, the one or more processors implement the method according to any one of claims 1 to 8.

Images