Method, device, medium and electronic device for testing wireless local area network equipment

Abstract

Embodiments of the present application provide a wireless local area network device testing method, device, medium and electronic device. The wireless local area network device testing method comprises: obtaining a data stream characteristic value for testing a wireless local area network device; constructing a wireless local area network simulation environment corresponding to an interference environment index characteristic of the wireless local area network according to the interference environment index characteristic; controlling a data sender device to send a data packet according to the data stream characteristic value in the wireless local area network simulation environment, and obtaining a receiving condition of the data packet by a data receiver device; and testing network performance of at least one of the data sender device and the data receiver device in the wireless local area network simulation environment according to the receiving condition of the data packet by the data receiver device. The technical solution of the embodiments of the present application can improve the accuracy of network performance testing of Wi-Fi devices.

Description

Technical Field

[0001] This application relates to the fields of computer and communication technology, and more specifically, to a testing method, apparatus, medium, and electronic device for wireless local area network (WLAN) equipment. Background Technology

[0002] In the development and evaluation of Wi-Fi (Wireless Fidelity) technology, it is often necessary to evaluate the performance of Wi-Fi devices in Wi-Fi networks. However, the evaluation schemes proposed in related technologies rely on the network performance of non-Wi-Fi devices (such as carrier networks and the computing power of Wi-Fi devices), leading to inaccurate test results. Therefore, improving the accuracy of network performance testing for Wi-Fi devices is an urgent technical problem to be solved. Summary of the Invention

[0003] The embodiments of this application provide a testing method, apparatus, medium, and electronic device for wireless local area network (WLAN) devices, which can at least to some extent improve the accuracy of network performance testing of Wi-Fi devices.

[0004] Other features and advantages of this application will become apparent from the following detailed description, or may be learned in part from practice of this application.

[0005] In a first aspect, embodiments of this application provide a testing method for a wireless local area network (WLAN) device, comprising: acquiring data stream characteristic values ​​for testing the WLAN device; constructing a WLAN simulation environment corresponding to the interference environment indicator characteristics of the WLAN; in the WLAN simulation environment, controlling a data sending device to send data packets according to the data stream characteristic values, and acquiring the reception status of the data packets by a data receiving device; and testing the network performance of at least one of the data sending device and the data receiving device in the WLAN simulation environment based on the reception status of the data packets by the data receiving device.

[0006] Secondly, embodiments of this application provide a testing apparatus for a wireless local area network (WLAN) device, comprising: an acquisition unit configured to acquire data stream characteristic values ​​for testing the WLAN device; a construction unit configured to construct a WLAN simulation environment corresponding to the interference environment indicator characteristics of the WLAN; and a processing unit configured to control a data sending device to send data packets according to the data stream characteristic values ​​in the WLAN simulation environment, and acquire the reception status of the data packets by a data receiving device; the processing unit is further configured to test the network performance of at least one of the data sending device and the data receiving device in the WLAN simulation environment based on the reception status of the data packets by the data receiving device.

[0007] In some embodiments of this application, based on the foregoing scheme, the acquisition unit is configured to: capture the specified data stream during the process of the specified device receiving the specified data stream; generate a feature value of the specified data stream based on the capture result of the specified data stream; and use the feature value of the specified data stream as the data stream feature value used for testing the wireless local area network device.

[0008] In some embodiments of this application, based on the foregoing scheme, the data stream characteristic values ​​include at least one of the following: average length of data packets in the data stream, range of data packet lengths in the data stream, average data packet sending interval in the data stream, range of data packet sending intervals in the data stream, maximum concurrency of Transmission Control Protocol (TCP) streams, and maximum concurrency of User Datagram Protocol (UDP) streams.

[0009] In some embodiments of this application, based on the foregoing scheme, the data sending device is a site device under test, and the data receiving device is an access point device under test or a known device connected to the access point device under test; the processing unit is configured to: test the uplink network performance of the device combination consisting of the access point device under test and the site device under test based on the reception status of the data packets sent by the data receiving device to the site device under test.

[0010] In some embodiments of this application, based on the foregoing scheme, the data sending device is an access point device under test or a known device connected to the access point device under test, and the data receiving device is a site device under test; the processing unit is configured to: test the downlink network performance of the device combination consisting of the access point device under test and the site device under test based on the reception status of the data packets sent by the data sending device by the data sending device by the site device under test.

[0011] In some embodiments of this application, based on the aforementioned scheme, the data sending device is a plurality of site devices under test, and the data receiving device is a designated access point device or a known device connected to the designated access point device; the processing unit is configured to: test the uplink network performance of the plurality of site devices under test according to the reception status of the data packets sent by the data receiving device to the plurality of site devices under test respectively.

[0012] In some embodiments of this application, based on the foregoing scheme, the data sending device is a designated access point device or the data sending device is a known device connected to the designated access point device, and the data receiving device is a plurality of site devices under test; the processing unit is configured to: test the downlink network performance of the plurality of site devices under test according to the reception status of the data packets sent by the data sending device by the plurality of site devices under test.

[0013] In some embodiments of this application, based on the foregoing scheme, the data sending device is a designated site device, and the data receiving device is a plurality of access point devices under test or a known device connected to the plurality of access point devices under test; the processing unit is configured to: test the uplink network performance of the plurality of access point devices under test based on the reception status of the data packets sent by the designated site device to the plurality of access point devices under test by the data receiving device.

[0014] In some embodiments of this application, based on the foregoing scheme, the data sending device is a plurality of access point devices under test or the data sending device is a known device connected to the plurality of access point devices under test, and the data receiving device is a designated site device; the processing unit is configured to: test the downlink network performance of the plurality of access point devices under test according to the reception status of data packets from the plurality of access point devices under test by the designated site device.

[0015] In some embodiments of this application, based on the aforementioned scheme, the known device, access point device, and site device are located in the same wireless local area network, and a wired connection link is established between the known device and the access point device.

[0016] In some embodiments of this application, based on the foregoing scheme, the processing unit is configured to: control the data sending device to send data packets within at least one time window according to the data stream characteristic value; and obtain the reception status of the data packets sent by the data sending device to the data receiving device within each of the time windows.

[0017] In some embodiments of this application, based on the foregoing scheme, the data packet sent by the data sending device contains the local time information of the data sending device; the processing unit is further configured to: before controlling the data sending device to send the data packet according to the data stream feature value, control the data sending device to synchronize its clock with the data receiving device.

[0018] Thirdly, embodiments of this application provide a computer-readable medium having a computer program stored thereon, which, when executed by a processor, implements the testing method for a wireless local area network device as described in the above embodiments.

[0019] Fourthly, embodiments of this application provide an electronic device, including: one or more processors; and a storage device for storing one or more programs, which, when executed by the one or more processors, cause the electronic device to implement the testing method for a wireless local area network device as described in the above embodiments.

[0020] Fifthly, embodiments of this application provide a computer program product or computer program that includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the testing method for a wireless local area network device provided in the various optional embodiments described above.

[0021] In some embodiments of this application, the technical solutions provide that, by obtaining data stream characteristic values ​​for testing wireless local area network (WLAN) devices, and constructing a WLAN simulation environment corresponding to the interference environment index characteristics based on the WLAN interference environment index characteristics, the data sending device is controlled to send data packets according to the data stream characteristic values ​​in the WLAN simulation environment. The receiving status of the data packets by the data receiving device is then obtained. Based on the receiving status of the data packets by the data receiving device, the network performance of at least one of the data sending and receiving devices in the WLAN simulation environment is tested. This allows for the construction of a relatively stable WLAN simulation environment using the interference environment index characteristics of the WLAN, and the simulation of data packets in a real-world scenario is achieved by controlling the data sending device to send data packets according to the data stream characteristic values. This avoids the influence of other factors on network performance testing, thereby improving the accuracy of network performance testing for Wi-Fi devices.

[0022] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description

[0023] Figure 1 A schematic diagram of the recording data stream feature values ​​according to an embodiment of this application is shown;

[0024] Figure 2 A schematic diagram showing the recording of interference environment feature values ​​according to an embodiment of this application is illustrated;

[0025] Figure 3 A schematic diagram showing the recording of interference environment feature values ​​according to an embodiment of this application is illustrated;

[0026] Figure 4 A schematic diagram showing the recording of interference environment feature values ​​according to an embodiment of this application is illustrated;

[0027] Figure 5 A flowchart of a testing method for a wireless local area network device according to an embodiment of this application is shown;

[0028] Figure 6 A schematic diagram of a test scenario according to an embodiment of this application is shown;

[0029] Figure 7 A schematic diagram of a test scenario according to an embodiment of this application is shown;

[0030] Figure 8 A schematic diagram of a test scenario according to an embodiment of this application is shown;

[0031] Figure 9A schematic diagram of a test scenario according to an embodiment of this application is shown;

[0032] Figure 10 A schematic diagram of a test scenario according to an embodiment of this application is shown;

[0033] Figure 11 A schematic diagram of a test scenario according to an embodiment of this application is shown;

[0034] Figure 12 A schematic diagram of a test process in a cloud video scenario according to an embodiment of this application is shown;

[0035] Figure 13 A flowchart illustrating a testing method in a cloud video scenario according to an embodiment of this application is shown;

[0036] Figure 14 A schematic diagram illustrating the interaction process between a data packet sender and a receiver according to an embodiment of this application is shown.

[0037] Figure 15 A block diagram of a test apparatus for a wireless local area network device according to an embodiment of this application is shown;

[0038] Figure 16 A schematic diagram of the structure of a computer system suitable for implementing the electronic device of the present application is shown. Detailed Implementation

[0039] Exemplary embodiments will now be described in a more comprehensive manner with reference to the accompanying drawings. However, the exemplary embodiments can be implemented in various forms and should not be construed as limited to these examples; rather, these embodiments are provided so that this application will be more comprehensive and complete, and will fully convey the concept of the exemplary embodiments to those skilled in the art.

[0040] Furthermore, the features, structures, or characteristics described in this application can be combined in any suitable manner in one or more embodiments. Numerous specific details are provided in the following description to provide a full understanding of the embodiments of this application. However, those skilled in the art will recognize that when implementing the technical solutions of this application, not all the detailed features in the embodiments may be used, one or more specific details may be omitted, or other methods, elements, devices, steps, etc., may be employed.

[0041] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities can be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor devices and / or microcontroller devices.

[0042] The flowcharts shown in the accompanying drawings are merely illustrative and do not necessarily include all content and operations / steps, nor do they necessarily have to be performed in the described order. For example, some operations / steps can be broken down, while others can be combined or partially combined; therefore, the actual execution order may change depending on the specific circumstances.

[0043] It should be noted that "multiple" in this article refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone. The character " / " generally indicates that the preceding and following related objects have an "or" relationship.

[0044] It is understood that the specific implementation of this application involves data related to experience indicators and features. When the above embodiments of this application are applied to specific products or technologies, user permission or consent is required, and the collection, use and processing of related data must comply with the relevant laws, regulations and standards of the relevant countries and regions.

[0045] A Wireless Local Area Network (WLAN) is a network system that uses wireless communication technology to interconnect computer devices, enabling them to communicate with each other and share resources. The essential characteristic of a WLAN is that it eliminates the need for communication cables to connect computers to the network; instead, it connects wirelessly. This makes network construction and terminal mobility more flexible. For example, in Wi-Fi, a station (STA) establishes a connection with an access point (AP) wirelessly, and then exchanges data wirelessly. Currently, the two most important metrics for evaluating the network performance of Wi-Fi devices are latency and throughput. Therefore, when evaluating the performance of applications running on Wi-Fi devices (such as cloud video applications and games), these two metrics are also frequently assessed.

[0046] In related technologies, ping (Packet Internet Groper) testing is commonly used to evaluate the latency of applications running on Wi-Fi devices. Since different applications have different packet characteristics (including packet length distribution, uplink and downlink data ratios, etc.), ping testing is typically used to measure the total time and packet loss rate from when the sending host sends an IP-layer ICMP (Internet Control Message Protocol) packet, through the Wi-Fi wireless network and the backend telecommunications network, to the destination IP address host, then from the destination IP address host responding with another ICMP packet, through the backend telecommunications network back to the Wi-Fi wireless network, and finally back to the sending host.

[0047] The total time spent is actually a round-trip time (RTT) value. Any network congestion in any part of the process will increase the RTT. Furthermore, if any host along the path fails, preventing packet delivery, the sending host will not receive the ICMP reply packet from the destination IP address, thus recording it as a packet loss. Ping testing is a simple request-response mechanism; a lower total time spent and packet loss ratio ensures lower end-to-end network latency. Theoretically, the server IP address of the cloud video application should be used as the destination IP address to obtain more accurate results. However, since each cloud video application uses a different server IP address, which is usually not publicly disclosed, other known, commonly used server addresses are typically used as the destination for testing.

[0048] However, there are two main problems with using ping tests: First, the default ICMP packet length used in ping tests is 32 bytes, plus a 46-byte header, for a total length of 78 bytes, not exceeding 100 bytes. While a 100-byte network packet size is suitable for low-cost network connectivity testing due to its fast response time, for network performance evaluation of certain applications (such as cloud video applications), such a packet size requires high bandwidth to meet the experience requirements of typical cloud video applications. Therefore, the downlink packet size usually varies between 500 and 20,000 bytes, with a very small percentage (less than 1%) below 500 bytes. Thus, ping tests cannot accurately reflect the network traffic of cloud video data streams. Especially in Wi-Fi wireless air interface environments, packets are easily affected by environmental interference, causing packet transmission failures and requiring retransmission at the MAC (Media Access Control) layer, resulting in significant latency fluctuations, which is also a manifestation of network performance degradation. However, ping tests use relatively small ICMP packets, which are less susceptible to damage and retransmission in complex interference environments, thus failing to accurately reflect actual network issues in cloud video scenarios. Secondly, ping tests require responses from the destination IP address host, which is a combination of ICMP Echo Request and ICMP Echo Response. The latency measured in the test is an RTT value, representing the sum of round-trip network transmission times. It's impossible to separately measure the latency required for sending (uplink) and returning (downlink). Since the uplink and downlink data volumes in cloud video are not balanced, typically around a 10:1 ratio, it's essential to be able to separately evaluate uplink and downlink data latency to make a meaningful assessment. Currently, ping tests cannot meet this requirement.

[0049] In related technologies, evaluating the throughput of applications running on Wi-Fi devices typically involves testing the download of large files. Specifically, besides network latency, to ensure the high bandwidth requirements of cloud video applications, the time required for a Wi-Fi device to download a large file from a specific host is usually calculated. The file size divided by the download time equals the network throughput. Furthermore, by placing the specific host within the same local network as the Wi-Fi device, the influence of non-Wi-Fi air interface networks can be isolated. This allows for the evaluation of the Wi-Fi device's maximum throughput in a specific scenario. Higher throughput indicates greater network capacity, leading to the conclusion that the Wi-Fi network performance is better. Besides using a single large file download, there are also schemes using multiple files of different sizes. The throughput is calculated by measuring the total time taken to download all files. This approach more closely approximates the evaluation of the average throughput of a Wi-Fi device. For cloud video applications, both maximum throughput and average throughput are indicators that can be used to evaluate network performance.

[0050] However, compared to ping tests, downloading large files allows for the selection of larger files to overcome the problem of small packet sizes in ping tests. Furthermore, since downloading a file is a continuous process (e.g., 1-3 minutes), it does reflect the network traffic of the actual cloud video data stream. However, currently, calculating network throughput based on the total time spent downloading a file only shows the average network performance over that period, and doesn't provide granular insight into whether network performance fluctuates during that time. In cloud video and cloud gaming scenarios, excessive fluctuations in network performance (e.g., rapid fluctuations in throughput between 50Mbps and 5Mbps) are the main causes of video stuttering and poor controllability in cloud gaming. To effectively evaluate the network performance of Wi-Fi devices for cloud video applications, an objective standard for measuring throughput fluctuations is necessary. Therefore, using large file download tests cannot solve this problem.

[0051] Based on this, the technical solution of this application proposes a new testing scheme for wireless local area network (WLAN) devices. It can construct a relatively stable WLAN simulation environment by using the interference environment index characteristics of WLAN, and simulate data packets in real-world scenarios by controlling the data transmission device to send data packets according to data flow characteristic values. This avoids the influence of other factors on network performance testing, thereby improving the accuracy of network performance testing for Wi-Fi devices.

[0052] Specifically, such as Figure 1As shown, Wi-Fi device 101 is connected to access point device 102, and access point device 102 is connected to the cloud 103. When Wi-Fi device 101 runs a specified application (such as a cloud video application), the cloud 103 sends a data stream to Wi-Fi device 101 through access point device 102. During this process, a packet capture tool can be used to capture the data stream sent to Wi-Fi device 101 to obtain the characteristic values ​​of the data stream. These include the average length of data packets in the data stream, the range of data packet lengths in the data stream, the average sending interval of data packets in the data stream, the range of data packet sending intervals in the data stream, the maximum concurrency of Transmission Control Protocol (TCP) streams, and the maximum concurrency of User Datagram Protocol (UDP) streams.

[0053] Simultaneously, it can record and analyze interference signals in the interference environment. Based on the recorded and analyzed characteristic variable values, it can offline simulate the interference level of the original scene recorded in the laboratory environment, restore a stable interference scene, and conduct network performance testing in the simulated interference environment.

[0054] Specifically, in one application scenario of this application, such as Figure 2 As shown, in an indoor environment, varying degrees of interference exist due to obstructions from furniture and interference from other Wi-Fi devices (such as routers). To measure the specific interference situation, test device 202 can be connected to a designated router 201 (i.e., access point device). The interference index information generated by the interference sources in the indoor environment relative to test device 202 is then measured to obtain the index measurement results. Based on these results, statistical results of index characteristic values ​​are generated, including statistical results of interference signal characteristic values ​​and statistical results of experience index characteristic values.

[0055] The aforementioned measurement results may include interference signal measurement results and experience indicator measurement results. The interference signal measurement results may include at least one of the following: the number of wireless LAN devices (such as Wi-Fi devices) that interfere with the test device 202, the signal transmission strength of the wireless LAN devices that interfere with the test device 202, the channel utilization of the wireless LAN channel where the test device 202 is located, the signal-to-noise ratio of the wireless LAN channel where the test device 202 is located, the error vector magnitude (EVM) of the wireless LAN channel where the test device 202 is located, the packet error rate (PER) of the wireless LAN to which the test device 202 is connected, the data flow of the wireless LAN that interferes with the test device 202, the signal strength of the non-wireless LAN that interferes with the test device 202, and the bandwidth of the non-wireless LAN that interferes with the test device 202.

[0056] Optionally, the statistical results of interference signal characteristics may include characteristic statistical values ​​of the wireless LAN interference signal, such as channel utilization, signal-to-noise ratio, and error vector magnitude. The statistical results of interference signal characteristics may also include characteristic measurements of the wireless LAN interference signal, such as: the number of interfering wireless LAN devices, the maximum signal strength of the interfering wireless LAN devices, the maximum bandwidth used by the interfering wireless LAN devices, and the total traffic used by the interfering wireless LAN devices.

[0057] The aforementioned wireless LAN interference signals can be co-channel interference signals, adjacent channel interference signals, and overlapping frequency interference signals from the Wi-Fi network to which the test device 202 is connected.

[0058] Optionally, the statistical results of interference signal characteristic values ​​also include the characteristic statistical values ​​of non-WLAN interference signals. These non-WLAN interference signals include the bandwidth distribution and corresponding signal strength of the non-WLAN interference signals within each set time interval. Non-WLAN interference signals can be, for example, interference signals from mobile communication networks (such as 4G / 5G networks).

[0059] After obtaining the statistical results of the interference signal characteristic values ​​and the statistical results of the experience index characteristic values, a simulated environment corresponding to the indoor environment can be constructed based on the interference signal characteristic values ​​contained in the statistical results of the interference signal characteristic values, so that the measured values ​​of the experience index in the simulated environment match the statistical results of the experience index characteristic values.

[0060] In addition to the indoor environment, such as Figure 3 As shown, various interferences exist in a conference room environment. Therefore, after connecting test device 301 to a designated router (i.e., access point device), the interference index information generated by interference sources in the conference room environment against test device 301 can be measured to obtain the index measurement results. Then, based on the index measurement results, statistical results of index characteristic values, including statistical results of interference signal characteristic values ​​and statistical results of experience index characteristic values, can be generated. After obtaining the statistical results of interference signal characteristic values ​​and experience index characteristic values, a simulated environment corresponding to the conference room environment can be constructed based on the interference signal characteristic values ​​contained in the statistical results of interference signal characteristic values, so that the measured values ​​of experience index values ​​in the simulated environment match the statistical results of experience index characteristic values.

[0061] like Figure 4As shown, various types of interference exist in an office environment. Therefore, after connecting the test device 401 to a designated router (i.e., access point device), the interference index information generated by the interference sources in the office environment against the test device 401 can be measured to obtain the index measurement results. Then, based on the index measurement results, statistical results of index characteristic values, including statistical results of interference signal characteristic values ​​and statistical results of experience index characteristic values, can be generated. After obtaining the statistical results of interference signal characteristic values ​​and experience index characteristic values, a simulated environment corresponding to the office environment can be constructed based on the interference signal characteristic values ​​contained in the statistical results of interference signal characteristic values, so that the measured values ​​of experience index values ​​in the simulated environment match the statistical results of experience index characteristic values.

[0062] Of course, for other environments, such as subway station environments and high-speed mobile environments (such as environments in vehicles), the technical solutions of the embodiments of this application can also be used to measure and construct corresponding simulated environments.

[0063] After constructing a simulated environment corresponding to an interference environment (which can be a selected interference environment, such as an indoor environment) and obtaining the data flow characteristic values, the data sending device can be controlled to send data packets according to the data flow characteristic values ​​in the constructed simulated environment, and the reception status of the data packets by the data receiving device can be obtained. Then, based on the reception status of the data packets by the data receiving device, the network performance of at least one of the data sending device and the data receiving device in the wireless LAN simulated environment can be tested.

[0064] As can be seen, the technical solution of this application embodiment can construct a relatively stable wireless local area network simulation environment by using the interference environment index characteristics of wireless local area networks, and simulate data packets in real-world scenarios by controlling the data transmission device to send data packets according to data flow characteristic values, thereby avoiding the influence of other factors on network performance testing and thus improving the accuracy of network performance testing of Wi-Fi devices.

[0065] The implementation details of the technical solutions in the embodiments of this application are described in detail below:

[0066] Figure 5 A flowchart illustrating a testing method for a wireless local area network (WLAN) device according to an embodiment of this application is shown. This testing method can be performed by a device or system with computing processing capabilities. (Refer to...) Figure 5 As shown, the testing method for this wireless LAN device includes at least S510 to S540, detailed below:

[0067] In S510, data stream characteristic values ​​are acquired for testing wireless LAN devices.

[0068] Optionally, the data stream feature values ​​can be obtained from a specific application server. For example, if the data stream is a cloud video data stream, then the data stream feature values ​​can be obtained directly from the cloud video server.

[0069] In one embodiment of this application, the data stream feature value can also be obtained by capturing and analyzing the data stream sent by an application server. Specifically, the specified data stream can be captured during the process of a specified device receiving a specified data stream, and then the feature value of the specified data stream can be generated based on the capture result. The feature value of the specified data stream can then be used as the data stream feature value for testing wireless LAN devices.

[0070] Optionally, the specified device can be a wireless LAN device, such as a smartphone, tablet, or laptop. The specified data stream can be a cloud video stream, a cloud gaming stream, etc. To ensure the accuracy of the acquired data stream feature values, abnormal interference during packet capture analysis can be avoided as much as possible; for example, packet capture analysis can be performed in environments with less interference.

[0071] Optionally, the data stream characteristic values ​​include at least one of the following: average packet length in the data stream, packet length range in the data stream, average packet sending interval in the data stream, packet sending interval range in the data stream, maximum concurrency of Transmission Control Protocol (TCP) streams, and maximum concurrency of User Datagram Protocol (UDP) streams.

[0072] In S520, a wireless LAN simulation environment corresponding to the interference environment index characteristics is constructed based on the interference environment index characteristics of the wireless LAN.

[0073] In one embodiment of this application, the interference environment index characteristics of a wireless local area network (WLAN) can be generated by measuring interference index information in the WLAN interference environment and based on the measurement results. For example, interference index information can be measured separately for different interference environments (such as indoor environment, office environment, subway environment, etc.), and then interference environment index characteristics can be generated based on the measurement results.

[0074] In the S530, in a wireless LAN simulation environment, the control data sending device sends data packets according to the data stream characteristic values, and obtains the data receiving device's reception status of the data packets.

[0075] In one embodiment of this application, the data packet sent by the data sending device contains the local time information of the data sending device. In order to facilitate the data receiving device to perform latency statistics on the received data packet, the data sending device and the data receiving device can be synchronized clock before the data sending device is controlled to send the data packet according to the data stream characteristic value.

[0076] In one embodiment of this application, when controlling the data sending device to send data packets according to the data flow characteristic value, the data sending device can be controlled to send data packets within at least one time window according to the data flow characteristic value. In this case, the reception status of the data packets sent by the data sending device in each time window can be obtained, and then the network performance of the device can be evaluated based on the reception status of the data packets sent by the data sending device in each time window.

[0077] In S540, the network performance of at least one of the data sending and receiving devices is tested in a wireless LAN simulation environment based on the data receiving device's reception of data packets.

[0078] In one embodiment of this application, such as Figure 6 As shown in Figure (A), if the data sending device is the site under test (SUT) device and the data receiving device is a known device (i.e., the experimental host) connected to the access point device under test (APD), then during testing, the uplink network performance of the device combination consisting of the APD device and the SUT device can be tested based on the reception of data packets sent by the data receiving device (i.e., the known device) to the SUT device. Optionally, to avoid the known device affecting the network performance testing process between the APD device and the SUT device, a wired link can be established between the known device and the APD device, and the known device, access point device, and site device can be located in the same wireless LAN.

[0079] In one embodiment of this application, such as Figure 6 As shown in Figure (B), if the data sender device is the site device under test and the data receiver device is the access point device under test, then during the test, the uplink network performance of the device combination consisting of the access point device under test and the site device under test can be tested based on the reception status of the data packets sent by the data receiver device (i.e., the access point device under test) to the site device under test.

[0080] In one embodiment of this application, such as Figure 7As shown in Figure (A), if the data sending device is a known device (i.e., the experimental host) connected to the access point under test (APT), and the data receiving device is the site device under test (SUT), then during testing, the downlink network performance of the device combination consisting of the APT and the SUT can be tested based on the SUT's reception of data packets sent by the data sending device (i.e., the known device). Optionally, to avoid the known device affecting the network performance testing process between the APT and the SUT, a wired link can be established between the known device and the APT, with the known device, APT, and SUT all located in the same wireless LAN.

[0081] In one embodiment of this application, such as Figure 7 As shown in Figure (B), if the data sending device is the access point device under test and the data receiving device is the site device under test, then during the test, the downlink network performance of the device combination consisting of the access point device under test and the site device under test can be tested based on the reception of the data packets sent by the site device under test to the access point device under test.

[0082] In one embodiment of this application, such as Figure 8 As shown in Figure (A), if the data sending device is a device under test (there can be multiple devices under test), and the data receiving device is a known device (i.e., the experimental host) connected to a fixed access point device (the fixed access point device is a specified access point device), then during testing, the uplink network performance of multiple devices under test can be tested based on the reception of data packets sent by the data receiving device (i.e., the known device) to each of the multiple devices under test. For example, the uplink network performance between the various devices under test can be tested. Optionally, to avoid the known device affecting the network performance testing process between the access point device and the devices under test, the known device and the access point device can be set up as a wired link, and the known device, access point device, and site device can be in the same wireless local area network.

[0083] In one embodiment of this application, such as Figure 8 As shown in Figure (B), if the data sending device is a site under test (there can be multiple site under test devices) and the data receiving device is a fixed access point device (the fixed access point device is a specified access point device), then during the test, the uplink network performance of multiple site under test devices can be tested based on the reception status of the data packets sent by the data receiving device (i.e., the fixed access point device) to the multiple site under test devices respectively. For example, the uplink network performance between each site under test device can be tested.

[0084] In one embodiment of this application, such as Figure 9As shown in Figure (A), if the data sending device is a known device (i.e., the experimental host) connected to a fixed access point device (which is a designated access point device), and the data receiving device can be multiple site devices under test (only one is shown in the figure), then during testing, the downlink network performance of multiple site devices under test can be tested based on their reception of data packets sent by the data sending device (i.e., the known device). Optionally, to avoid the known device affecting the network performance testing process between the access point device and the site devices under test, a wired link can be established between the known device and the access point device, and the known device, access point device, and site devices can be located in the same wireless LAN.

[0085] In one embodiment of this application, such as Figure 9 As shown in Figure (B), if the data sender is a fixed access point device (a fixed access point device is a designated access point device) and the data receiver is multiple sites under test (only one is shown in the figure), then during the test, the downlink network performance of the multiple sites under test can be tested based on the reception status of the data packets sent by the data sender device (i.e., the fixed access point device) by the multiple sites under test.

[0086] In one embodiment of this application, such as Figure 10 As shown in Figure (A), if the data sending device is a fixed site device (a designated site device), and the data receiving device is a known device connected to multiple access point devices under test (only one is shown in the figure), then during testing, the uplink network performance of the multiple access point devices under test can be tested based on the reception status of data packets sent by the designated site device to the multiple access point devices under test. Optionally, to avoid the known device affecting the network performance testing process between the access point device under test and the fixed site device, the known device and the access point device under test can be set up as a wired link, with the known device, access point device, and site device all in the same wireless LAN.

[0087] In one embodiment of this application, such as Figure 10 As shown in Figure (B), if the data sending device is a fixed site device (a fixed site device is a designated site device) and the data receiving device is multiple access point devices under test (only one case is shown in the figure), then during the test, the uplink network performance of multiple access point devices under test can be tested based on the reception of data packets sent by each access point device under test to the designated site device.

[0088] In one embodiment of this application, such as Figure 11As shown in Figure (A), if the data sending device is a known device (i.e., the experimental host) connected to multiple access point devices under test (only one is shown in the figure), and the data receiving device is a fixed site device (a designated site device), then during testing, the downlink network performance of the multiple access point devices under test can be tested based on the reception of data packets from the multiple access point devices under test by the fixed site device. Optionally, to avoid the known device affecting the network performance testing process between the access point device under test and the fixed site device, the known device and the access point device under test can be set up as a wired link, with the known device, access point device, and site device all in the same wireless LAN.

[0089] In one embodiment of this application, such as Figure 11 As shown in Figure (B), if the data sending device is multiple access point devices under test (only one is shown in the figure), and the data receiving device is a fixed site device (a fixed site device is a designated site device), then during the test, the downlink network performance of multiple access point devices under test can be tested based on the reception status of data packets from multiple access point devices under test by the fixed site device.

[0090] The implementation process of the embodiments of this application has been described above. In order to further illustrate the details of the embodiments of this application, the following detailed description is provided in conjunction with specific application scenarios:

[0091] like Figure 12 As shown, taking a cloud video scenario as an example, the technical solution of this application embodiment can evaluate the wireless air interface network performance between Wi-Fi site devices (STA, such as smartphones, tablets, laptops, smart TVs, etc.) and access point devices (AP, such as routers, routers, etc.), such as Wi-Fi 802.11a / b / g / n / ac / ax wireless air interface network performance, mainly including two main indicators: latency and throughput. Among these, the evaluation primarily assesses... Figure 12 The network performance of the air interface link of the Wi-Fi wireless link between the site device (STA) and the access point device (AP) within the dashed box shown in the diagram does not include network performance evaluations of other segments of this air interface link (such as the network segment between the access point device (AP) and the cloud video server). Figure 12 In the application scenarios shown, network performance is evaluated based on the data stream characteristics of cloud video applications. Cloud video includes real-time applications with high bandwidth and low latency requirements, such as cloud gaming, video, live streaming, and video-on-demand. Of course, network performance can also be evaluated using the data stream characteristics of other applications.

[0092] The main process in the specific evaluation includes: recording, feature analysis and playback of cloud video data streams, constructing a Wi-Fi interference environment, evaluating uplink and downlink Wi-Fi network performance, and data evaluation within the corresponding time granularity of the cloud video application. Optionally, in one embodiment of this application, such as Figure 13 As shown, it can specifically include:

[0093] S1310, Recording and Feature Analysis of Cloud Video Application Data Streams.

[0094] Optionally, general network packet capture and analysis tools (such as Wireshark, tcpdump, etc.) can be used to record data packets of the selected cloud video application. For example, the cloud video application can be run on a Wi-Fi STA device (such as a laptop) for a certain period of time (such as watching a live stream for ten minutes). The packet capture and analysis tool on the Wi-Fi STA device can be used to record the data stream (including uplink and downlink) during this period. Then, feature analysis can be performed on the data stream. The focus of feature analysis is to extract descriptive features and corresponding values ​​from the recorded data stream. Features may include: average packet length, maximum packet length, minimum packet length, average interval between packets, maximum number of concurrent TCP streams, and maximum number of concurrent UDP streams.

[0095] S1320, Generate a feature table of cloud video application data stream.

[0096] In one example, the characteristics of a cloud video application data stream can be shown in Table 1:

[0097]

[0098] Table 1

[0099] S1330, constructing a Wi-Fi interference environment scenario.

[0100] In one embodiment of this application, to accurately evaluate the network performance of a Wi-Fi device, it is necessary to consider the device's performance in various Wi-Fi air interface interference environments, such as the Wi-Fi device's resistance to air interface interference when running cloud video applications. Typical interference scenarios can be selected from commonly used scenarios, such as office Wi-Fi network scenarios, home Wi-Fi network scenarios, and shopping mall public Wi-Fi network scenarios. Each network scenario has specific interference characteristics, including co-channel interference, overlapping frequency interference, and adjacent channel interference. Based on these interference characteristics, a stable interference scenario (such as a home Wi-Fi network scenario) can be constructed in a laboratory environment using a Wi-FiSTA device (not the device to be evaluated), an AP device (not the device to be evaluated), and a 2.4 / 5GHz signal generator for subsequent device network performance evaluation.

[0101] In a specific application scenario of this application, the processing of Wi-Fi air interface interference environments can be divided into three main processes: collection and recording of the interference environment, feature extraction and quantification of the interference environment, and playback and reproduction based on interference feature variables. These are explained below:

[0102] The collection and recording of interference environments mainly involves measuring and recording interference index data within the interference environment. Specifically, the goal of the collection is to obtain the intensity of four interference dimensions—co-channel interference, adjacent channel interference, overlapping channel interference, and non-Wi-Fi signal interference—for the current Wi-Fi connection (the current Wi-Fi connection refers to the Wi-Fi connected to the target device used to measure the signal interference received) under the Wi-Fi air interface environment.

[0103] In Wi-Fi environments, there is a technical characteristic of CSMA / CA (Carrier Sense Multiple Access with Collision Avoidance) air interface contention. CSMA / CA is an algorithm that avoids data transmission conflicts between stations. Specifically, before sending data, if the channel is detected to be idle, it waits for a period of time and then checks the channel status again. If it is still idle, data is sent immediately; otherwise, it waits randomly for a certain period of time, and then checks the channel status again after the time expires. To address this technical characteristic, interference collection can include the following: the number of interfering Wi-Fi devices, the signal strength transmitted by the interfering Wi-Fi devices, the current channel utilization / signal-to-noise ratio / EVM, the packet error rate of the current Wi-Fi connection, the data flow of the Wi-Fi interference signal, the signal strength and approximate bandwidth of the non-Wi-Fi interference signal, and the user experience metrics of applications (such as cloud video applications) (such as stuttering rate and control response time).

[0104] The points mentioned above—the number of interfering Wi-Fi devices, the signal strength transmitted by these devices, the channel utilization / signal-to-noise ratio / EVM of the current channel, and the packet error rate of the current Wi-Fi connection—can be recorded by obtaining beacon frame data from Wi-Fi APs on different channels using the Wi-Fi scanning API built into the device's operating system. The data stream traffic of the Wi-Fi interference signal can be recorded by capturing packets from different channels using multiple packet capture software programs (such as Wi-Fi air interface sniffer). The signal strength and approximate bandwidth of non-Wi-Fi interference signals can be recorded using a spectrum analyzer that supports 2.4GHz and 5GHz evaluation. Application experience metrics can be recorded by recording data from the application's backend server (e.g., recording backend data from a cloud video application server).

[0105] It should be noted that the recording time for indicator data can be set as needed. In order to ensure a certain feature extraction efficiency, the recording time can be longer for scenarios with greater interference and changes in the environment (such as subway scenarios) than for scenarios with less interference and changes in the environment (such as home scenarios).

[0106] After collecting and recording the interference environment, the next step is to extract and quantify the characteristics of the interference environment. Specifically, the data can be divided into four categories: First, the statistical results of the recorded values ​​of Wi-Fi co-channel, adjacent channel, and overlapping channel interference; Second, the direct measurement results of the recorded values ​​of Wi-Fi co-channel, adjacent channel, and overlapping channel interference; Third, the characteristic values ​​of non-Wi-Fi interference signals; Fourth, the user experience index values ​​of the application.

[0107] The statistical results of Wi-Fi co-channel, adjacent channel, and overlapping frequency interference recordings are values ​​derived from calculation formulas used by the Wi-Fi device's chip or hardware and software, rather than directly measured values ​​such as channel utilization / signal-to-noise ratio / EVM. Characterization can be achieved by obtaining the average of these calculated values ​​or other statistical data (such as maximum value and standard deviation) over the recording time. An example of the statistical results of Wi-Fi co-channel, adjacent channel, and overlapping frequency interference recordings is shown in Table 2 below:

[0108] Interference type Channel utilization Signal-to-noise ratio Error Vector Magnitude (EVM) Co-channel interference 32.1％ 13dB -18dB Adjacent channel interference 18.2％ 16dB -2dB Superposition interference 20.5％ 20dB -6dB

[0109] Table 2

[0110] In Table 2, the specific values ​​in the statistical results of Wi-Fi co-channel, adjacent channel, and overlapping frequency interference recordings are the average values ​​obtained during the measurement process.

[0111] The direct measurement results of Wi-Fi co-channel, adjacent channel, and overlapping frequency interference recordings can be obtained directly through measurement. These include the number of interfering Wi-Fi devices, the signal strength of the interfering devices, the bandwidth of the interfering Wi-Fi devices, and the data flow rate of the interfering Wi-Fi signal. A specific example is shown in Table 3.

[0112]

[0113]

[0114] Table 3

[0115] The characteristic values ​​of non-Wi-Fi interference signals can be used to represent the continuous signal strength of non-Wi-Fi interference signals in the time and frequency domains. Specifically, they can be characterized as bandwidth distribution and signal strength distribution at a selected time granularity, as shown in Table 4. The signal strength can be divided into three time periods (this is just an example; in other embodiments of this application, it can be divided into any number of time periods). Then, the bandwidth corresponding to the strongest average signal strength in each time period is selected and denoted as bandwidth distribution 1. Next, the bandwidth corresponding to the second strongest average signal strength is selected and denoted as bandwidth distribution 2. The bandwidth distributions corresponding to the top three average signal strengths (this is just an example; in other embodiments of this application, any number of distributions can be selected) sorted by signal strength are then recorded. See Table 4 for details.

[0116]

[0117] Table 4

[0118] The application's experience metrics can be data recorded from the application's backend server, such as a cloud video application's backend server. These values ​​do not need to be characterized and can be recorded directly, as shown in Table 5 below:

[0119] stuttering rate Average video frame latency Average control reaction time 1.27％ 4.5ms 3.2ms

[0120] Table 5

[0121] After completing the feature extraction and quantization of the interference environment, playback and reproduction can be performed based on the interference feature variables, thus constructing a simulated interference environment. Several reproduction methods are listed below:

[0122] One method for replaying and reproducing the interference environment is to construct a simulated environment with experience index values ​​similar to those shown in Table 5 using the aforementioned Tables 3 and 4, thereby reproducing the interference environment.

[0123] Specifically, the characteristic variables shown in Table 3 are used to reproduce the Wi-Fi interference environment. First, the number of devices in the laboratory environment is configured to be equal to the number of devices interfering with each other on the same frequency, adjacent frequency, or overlapping frequency. Then, the bandwidth of the interfering devices on the same frequency, adjacent frequency, or overlapping frequency is configured respectively, and data streams (such as TCP data streams or UDP data streams) are sent on each device so that the total traffic of the interference data stream in each frequency band is equal to that recorded in Table 2.

[0124] The characteristic variables shown in Table 4 are used to reproduce the non-Wi-Fi signal interference environment. A full-band signal generator that can operate at 2.4G / 5GHz is used. According to the time periods in Table 4, at the beginning of each time period, the spectrum transmission configuration of bandwidth distribution and average signal strength is adjusted to achieve the effect of reproducing the non-Wi-Fi signal interference environment.

[0125] After reproducing the interference environment, verify the background data of the application server to confirm the relationship between the actual experience index values ​​and the user experience data values ​​shown in Table 5. If the difference is large, some feature variables in Tables 3 and 4 can be adjusted appropriately to make the actual experience index values ​​as close as possible to the user experience data values ​​shown in Table 5. In this way, a simulated environment that matches the actual interference environment can be constructed.

[0126] The second method for replaying and reproducing the interference environment: Using the interference environment characteristic variables shown in Table 2, a simulated environment with experience index values ​​approximately shown in Table 5 is constructed to achieve the reproduction of the interference environment.

[0127] The characteristic variables shown in Table 2 represent the interference results under co-frequency / adjacent-frequency / overlapping frequency environments. These results are calculated using formulas and objectively represent the degree of interference. Therefore, in reproducing the laboratory scenario, a combination of Wi-Fi devices and a full-band signal generator capable of operating at 2.4G / 5GHz can be used. The number of devices, bandwidth, and traffic are not limited, and the goal is to construct characteristic numerical results that approximate those shown in Table 2.

[0128] After reproducing the interference environment, verify the background data of the application server to confirm the relationship between the actual experience index values ​​and the user experience data values ​​shown in Table 5. If the difference is large, some feature variables in Table 2 can be adjusted appropriately to make the actual experience index values ​​as close as possible to the user experience data values ​​shown in Table 5. In this way, a simulation environment that matches the actual interference environment can be constructed.

[0129] In summary, the technical solution of this application embodiment can record interference index data of various interference environments (such as indoor environment, office environment, subway station environment, high-speed mobile environment), and then restore the interference environment of wireless local area network in the laboratory environment, constructing the playback effect of the interference environment. This is beneficial for the development of wireless local area network technology and the performance evaluation of wireless local area network devices in the restored interference environment.

[0130] S1340, select the cloud video application for data playback.

[0131] Once the interference environment is constructed, the network performance of Wi-Fi devices for cloud video applications can be evaluated in a laboratory setting. This includes assessing the network performance between Wi-Fi STA devices and Wi-Fi AP devices. By testing the configuration of wired and wireless links in the network and changing the roles of data reception and transmission, the uplink and downlink Wi-Fi network performance can be evaluated separately. For details, please refer to... Figures 6 to 11 As shown, the network performance of STA and AP devices is tested by changing the data sender and receiver. Figures 6 to 11 The experimental host shown can be running Windows, Linux, or MacOS operating systems. The experimental host needs to be on the same local area network as the STA and AP devices to isolate them from the influence of the operator's network.

[0132] S1350 was used to test latency and throughput.

[0133] In one embodiment of this application, such as Figure 14 As shown, the sending and receiving ends of the data packet need to synchronize their clocks before evaluation. This way, when the receiving end receives a data packet, it doesn't need to send a packet back to the sending end. Instead, it can directly compare the timestamp in the data packet (the sender's local time attached when sending the packet) with its local time to determine the data packet transmission delay, effectively calculating the one-way delay. Clock synchronization can guarantee synchronization at the microsecond level, for example, using the IEEE 1588 PTP (Precision Time Protocol) standard or GPS (Global Positioning System) clocks.

[0134] The characteristics of simulated application data packet transmission need to be determined based on the aforementioned characteristic table (i.e., Table 1). Packet length, packet transmission interval, and the number of concurrent TCP or UDP streams are selected according to the characteristic values. To ensure the simulation more accurately reflects the application characteristics, the sender needs to control the changes in packet length and packet transmission interval, and be able to establish any number of TCP and UDP streams with the receiver, reproducing as many characteristics of the cloud video application as possible during data stream recording. For example... Figure 14 As shown, the sender's data packet transmission intervals △t1, △t2, △t3, and △t4 are variable, as are the packet lengths L1, L2, L3, L4, and L5. After receiving the data packet from the sender, the receiver performs packet parsing from the MAC layer to the IP layer to the TCP or UDP layer to confirm whether the packet was received correctly. If the packet is not received correctly, it is recorded as a packet loss. Throughput and latency-related metrics are observed and statistically analyzed according to the set time granularity. Assuming the statistical time granularity is i, the receiver calculates latency and throughput every time interval i.

[0135] S1360 evaluates the time granularity and metrics of cloud video applications.

[0136] Optionally, in Figure 14In the diagram, the latency of data packets during transmission is as follows: T1'-T1, T2'-T2, T3'-T3, T4'-T4, and T5'-T5. When evaluating the network performance of a device, latency statistics can be the average value within time granularity i, the sum of latency within time granularity i, or other statistical values ​​(such as the percentage of maximum, minimum, or set values). Throughput can be the sum of throughput within time granularities, or other statistical values ​​(such as the percentage of maximum, minimum, or set values).

[0137] In one example, the test statistics of the device network performance are shown in Table 6. The evaluation results of the Wi-Fi device cloud video application network performance are formed based on the application name, uplink or downlink, Wi-Fi interference environment, and the distribution of statistical time granularity within the measurement time.

[0138]

[0139] Table 6

[0140] In summary, the technical solution of this application can construct a relatively stable wireless LAN simulation environment by utilizing the interference environment index characteristics of wireless LANs, and simulate data packets in real-world scenarios by controlling the data transmission device to send data packets according to data flow characteristic values. This avoids the influence of other factors on network performance testing, thereby improving the accuracy of network performance testing for Wi-Fi devices.

[0141] The following describes an embodiment of the apparatus described in this application, which can be used to perform the testing method for the wireless local area network (WLAN) device described in the above embodiments of this application. For details not disclosed in the apparatus embodiments of this application, please refer to the embodiments of the testing method for the WLAN device described above.

[0142] Figure 15 A block diagram of a test apparatus for a wireless local area network (WLAN) device according to an embodiment of the present application is shown. The test apparatus for the WLAN device can be set in a device with computing processing capabilities.

[0143] Reference Figure 15 As shown, a test apparatus 1500 for a wireless local area network device according to an embodiment of this application includes: an acquisition unit 1502, a construction unit 1504, and a processing unit 1506.

[0144] The acquisition unit 1502 is configured to acquire data stream characteristic values ​​for testing wireless local area network (WLAN) devices; the construction unit 1504 is configured to construct a WLAN simulation environment corresponding to the interference environment index characteristics of the WLAN; the processing unit 1506 is configured to control the data sending device to send data packets according to the data stream characteristic values ​​in the WLAN simulation environment, and acquire the data receiving device's reception status of the data packets; the processing unit 1506 is further configured to test the network performance of at least one of the data sending device and the data receiving device in the WLAN simulation environment based on the data receiving device's reception status of the data packets.

[0145] In some embodiments of this application, based on the foregoing scheme, the acquisition unit 1502 is configured to: capture the specified data stream during the process of the specified device receiving the specified data stream; generate the feature value of the specified data stream based on the capture result of the specified data stream; and use the feature value of the specified data stream as the data stream feature value used for testing the wireless local area network device.

[0146] In some embodiments of this application, based on the foregoing scheme, the data stream characteristic values ​​include at least one of the following: average length of data packets in the data stream, range of data packet lengths in the data stream, average data packet sending interval in the data stream, range of data packet sending intervals in the data stream, maximum concurrency of Transmission Control Protocol (TCP) streams, and maximum concurrency of User Datagram Protocol (UDP) streams.

[0147] In some embodiments of this application, based on the aforementioned scheme, the data sending device is a site device under test, and the data receiving device is an access point device under test or a known device connected to the access point device under test; the processing unit 1506 is configured to: test the uplink network performance of the device combination consisting of the access point device under test and the site device under test based on the reception status of the data packets sent by the data receiving device to the site device under test.

[0148] In some embodiments of this application, based on the foregoing scheme, the data sending device is an access point device under test or a known device connected to the access point device under test, and the data receiving device is a site device under test; the processing unit 1506 is configured to: test the downlink network performance of the device combination consisting of the access point device under test and the site device under test based on the reception status of the data packets sent by the data sending device by the data sending device by the site device under test.

[0149] In some embodiments of this application, based on the aforementioned scheme, the data sending device is a plurality of site devices under test, and the data receiving device is a designated access point device or a known device connected to the designated access point device; the processing unit 1506 is configured to: test the uplink network performance of the plurality of site devices under test according to the reception status of the data packets sent by the data receiving device to the plurality of site devices under test respectively.

[0150] In some embodiments of this application, based on the foregoing scheme, the data sending device is a designated access point device or the data sending device is a known device connected to the designated access point device, and the data receiving device is a plurality of site devices under test; the processing unit 1506 is configured to: test the downlink network performance of the plurality of site devices under test according to the reception status of the data packets sent by the data sending device by the plurality of site devices under test.

[0151] In some embodiments of this application, based on the aforementioned scheme, the data sending device is a designated site device, and the data receiving device is a plurality of access point devices under test or the data receiving device is a known device connected to the plurality of access point devices under test; the processing unit 1506 is configured to: test the uplink network performance of the plurality of access point devices under test based on the reception status of the data packets sent by the designated site device to the plurality of access point devices under test by the data receiving device.

[0152] In some embodiments of this application, based on the foregoing scheme, the data sending device is a plurality of access point devices under test or the data sending device is a known device connected to the plurality of access point devices under test, and the data receiving device is a designated site device; the processing unit 1506 is configured to: test the downlink network performance of the plurality of access point devices under test according to the reception status of data packets from the plurality of access point devices under test by the designated site device.

[0153] In some embodiments of this application, based on the aforementioned scheme, the known device, access point device, and site device are located in the same wireless local area network, and a wired connection link is established between the known device and the access point device.

[0154] In some embodiments of this application, based on the foregoing scheme, the processing unit 1506 is configured to: control the data sending device to send data packets within at least one time window according to the data stream characteristic value; and obtain the reception status of the data packets sent by the data sending device to the data receiving device within each of the time windows.

[0155] In some embodiments of this application, based on the foregoing scheme, the data packet sent by the data sending device contains the local time information of the data sending device; the processing unit 1506 is further configured to: control the data sending device to perform clock synchronization with the data receiving device before controlling the data sending device to send the data packet according to the data stream feature value.

[0156] Figure 16 A schematic diagram of the structure of a computer system suitable for implementing the electronic device of the present application is shown.

[0157] It should be noted that, Figure 16 The computer system 1600 of the electronic device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.

[0158] like Figure 16 As shown, the computer system 1600 includes a Central Processing Unit (CPU) 1601, which can perform various appropriate actions and processes based on programs stored in Read-Only Memory (ROM) 1602 or programs loaded from storage portion 1608 into Random Access Memory (RAM) 1603, such as performing the methods described in the above embodiments. Various programs and data required for system operation are also stored in RAM 1603. The CPU 1601, ROM 1602, and RAM 1603 are interconnected via bus 1604. An input / output (I / O) interface 1605 is also connected to bus 1604.

[0159] The following components are connected to I / O interface 1605: an input section 1606 including a keyboard, mouse, etc.; an output section 1607 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 1608 including a hard disk, etc.; and a communication section 1609 including a network interface card such as a LAN (Local Area Network) card, modem, etc. The communication section 1609 performs communication processing via a network such as the Internet. A drive 1610 is also connected to I / O interface 1605 as needed. Removable media 1611, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., are installed on drive 1610 as needed so that computer programs read from them can be installed into storage section 1608 as needed.

[0160] Specifically, according to embodiments of this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program including a computer program for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 1609, and / or installed from removable medium 1611. When the computer program is executed by central processing unit (CPU) 1601, it performs various functions defined in the system of this application.

[0161] It should be noted that the computer-readable medium shown in the embodiments of this application can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, optical fiber, portable compact disc read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this application, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. In this application, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying a computer-readable computer program. The transmitted data signal can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. The computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The computer program contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to wireless, wired, etc., or any suitable combination thereof.

[0162] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. Each block in a flowchart or block diagram may represent a module, segment, or portion of code, which contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0163] The units described in the embodiments of this application can be implemented in software or hardware, and the described units can also be located in a processor. The names of these units do not necessarily limit the specific unit itself.

[0164] In another aspect, this application also provides a computer-readable medium, which may be included in the electronic device described in the above embodiments; or it may exist independently and not assembled into the electronic device. The computer-readable medium carries one or more programs, which, when executed by the electronic device, cause the electronic device to perform the methods described in the above embodiments.

[0165] It should be noted that although several modules or units for the device used to perform actions have been mentioned in the detailed description above, this division is not mandatory. In fact, according to the embodiments of this application, the features and functions of two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.

[0166] Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions according to the embodiments of this application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, external hard drive, etc.) or on a network, including several instructions to cause a computing device (such as a personal computer, server, touch terminal, or network device, etc.) to execute the method according to the embodiments of this application.

[0167] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the embodiments disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein.

[0168] It should be understood that this application is not limited to the precise structure described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this application is limited only by the appended claims.

Claims

1. A testing method for a wireless local area network (WLAN) device, characterized in that, include: Obtain data stream characteristic values ​​for testing wireless LAN devices; Interference index information is measured in a wireless local area network (WLAN) interference environment to obtain interference signal measurement results and experience index measurement results. Interference signal feature value statistics are generated based on the interference signal measurement results, and a WLAN simulation environment corresponding to the interference environment is constructed based on the interference signal feature value statistics to match the experience index measurement values ​​in the WLAN simulation environment with the experience index measurement results. In the wireless LAN simulation environment, the control data sending device sends data packets according to the data stream characteristic values, and obtains the data receiving device's reception status of the data packets; Based on the data receiving device's reception of the data packets, the network performance of at least one of the data sending device and the data receiving device is tested in the wireless LAN simulation environment. The data stream characteristics include at least one of the following: average data packet length in the data stream, data packet length range in the data stream, average data packet sending interval in the data stream, data packet sending interval range in the data stream, maximum concurrency of Transmission Control Protocol (TCP) stream, and maximum concurrency of User Datagram Protocol (UDP) stream; the experience indicators include one or more of the following: stuttering rate, average video frame latency, and average control response time.

2. The testing method for wireless local area network devices according to claim 1, characterized in that, Obtain data stream characteristic values ​​used for testing wireless LAN devices, including: During the process of receiving a specified data stream at a specified device, the specified data stream is captured; The feature value of the specified data stream is generated based on the capture result of the specified data stream, and the feature value of the specified data stream is used as the data stream feature value for testing the wireless local area network device.

3. The testing method for wireless local area network devices according to claim 1, characterized in that, The data sending device is the site device under test, and the data receiving device is the access point device under test or the data receiving device is a known device connected to the access point device under test. Based on the data receiving device's reception of the data packets, the network performance of at least one of the data sending device and the data receiving device in the wireless LAN simulation environment is tested, including: Based on the data receiving device's reception of data packets sent by the site under test device, the uplink network performance of the device combination consisting of the access point device under test and the site under test device is tested.

4. The testing method for a wireless local area network device according to claim 1, characterized in that, The data sending device is the access point device under test or the data sending device is a known device connected to the access point device under test, and the data receiving device is the site device under test; Based on the data receiving device's reception of the data packets, the network performance of at least one of the data sending device and the data receiving device in the wireless LAN simulation environment is tested, including: Based on the reception of data packets sent by the data sender device by the site under test, the downlink network performance of the device combination consisting of the access point device under test and the site under test is tested.

5. The testing method for a wireless local area network device according to claim 1, characterized in that, The data sending device is a plurality of site devices under test, and the data receiving device is a designated access point device or a known device connected to the designated access point device; Based on the data receiving device's reception of the data packets, the network performance of at least one of the data sending device and the data receiving device in the wireless LAN simulation environment is tested, including: The uplink network performance of the multiple test site devices is tested based on the reception status of the data packets sent by the data receiving device to the multiple test site devices.

6. The testing method for a wireless local area network device according to claim 1, characterized in that, The data sending device is a designated access point device or the data sending device is a known device connected to the designated access point device, and the data receiving device is multiple sites to be tested; Based on the data receiving device's reception of the data packets, the network performance of at least one of the data sending device and the data receiving device in the wireless LAN simulation environment is tested, including: The downlink network performance of the multiple test site devices is tested based on their reception of data packets sent by the data sender device.

7. The testing method for a wireless local area network device according to claim 1, characterized in that, The data sending device is a designated site device, and the data receiving device is one of multiple access point devices under test or a known device connected to multiple access point devices under test. Based on the data receiving device's reception of the data packets, the network performance of at least one of the data sending device and the data receiving device in the wireless LAN simulation environment is tested, including: Based on the data receiving device's reception of data packets sent by the designated site device to the multiple access points under test, the uplink network performance of the multiple access point devices under test is tested.

8. The testing method for a wireless local area network device according to claim 1, characterized in that, The data sending device is one of multiple access point devices under test or the data sending device is a known device connected to multiple access point devices under test, and the data receiving device is a designated site device; Based on the data receiving device's reception of the data packets, the network performance of at least one of the data sending device and the data receiving device in the wireless LAN simulation environment is tested, including: The downlink network performance of the multiple access point devices under test is tested based on the reception of data packets from the multiple access point devices under test by the designated site device.

9. The test method for a wireless local area network device according to any one of claims 3 to 8, characterized in that, The known device, access point device, and site device are located in the same wireless local area network, and a wired connection link is established between the known device and the access point device.

10. The test method for a wireless local area network device according to any one of claims 1 to 8, characterized in that, Controlling the data sending device to send data packets according to the data stream characteristic values, and obtaining the data receiving device's reception status of the data packets, including: Control the data sending device to send data packets within at least one time window according to the data stream characteristic values; The receiving device acquires the data packet reception status of the data receiving device for the data sending device within each of the time windows.

11. The test method for a wireless local area network device according to any one of claims 1 to 8, characterized in that, The data packet sent by the data sending device contains the local time information of the data sending device; Before controlling the data sending device to send data packets according to the data stream characteristic value, the testing method of the wireless local area network device further includes: controlling the data sending device to synchronize clocks with the data receiving device.

12. A testing device for wireless local area network equipment, characterized in that, include: The acquisition unit is configured to acquire data stream feature values ​​used for testing wireless LAN devices; The construction unit is configured to measure interference index information in an interference environment of a wireless local area network (WLAN) to obtain interference signal measurement results and experience index measurement results. Based on the interference signal measurement results, it generates interference signal feature value statistics and constructs a WLAN simulation environment corresponding to the interference environment based on the interference signal feature value statistics, so that the experience index measurement values ​​in the WLAN simulation environment match the experience index measurement results. The processing unit is configured to control the data sending device to send data packets according to the data stream characteristic values ​​in the wireless local area network simulation environment, and to obtain the data receiving device's reception status of the data packets. The processing unit is further configured to test the network performance of at least one of the data sending device and the data receiving device in the wireless local area network simulation environment based on the data receiving device's reception of the data packets. The data stream characteristics include at least one of the following: average data packet length in the data stream, data packet length range in the data stream, average data packet sending interval in the data stream, data packet sending interval range in the data stream, maximum concurrency of Transmission Control Protocol (TCP) stream, and maximum concurrency of User Datagram Protocol (UDP) stream; the experience indicators include one or more of the following: stuttering rate, average video frame latency, and average control response time.

13. A computer-readable medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the test method for a wireless local area network device as described in any one of claims 1 to 11.

14. An electronic device, characterized in that, include: One or more processors; A storage device for storing one or more programs, which, when executed by the one or more processors, cause the electronic device to implement the test method for a wireless local area network device as described in any one of claims 1 to 11.

15. A computer program product, characterized in that, The computer program product includes a computer program stored in a computer-readable storage medium, wherein a processor of a computer device reads from the computer-readable storage medium and executes the computer program, causing the computer device to perform the test method for a wireless local area network device as described in any one of claims 1 to 11.

Images