Browse Prior Art Database

Publication Date: 2017-May-04
Document File: 5 page(s) / 1M

Publishing Venue

The Prior Art Database


________________________________ If you wish to view the CPA Global group email disclaimer, please click here ________________________________

This text was extracted from a Microsoft Word document.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 46% of the total text.


Jin-Ming Zhao

Pei-Wen Yang

Xiang Le

Xiang Feng


Wi-Fi® is a key technology in most wireless devices today and its usage is expected to grow steadily in the coming years. With the wireless spectrum becoming more congested and constantly evolving, device manufacturers need to continuously innovate in order to perform wireless testing efficiently and ensure compliance with all of the IEEE 802.11 standards.  A wireless test setup typically comprises a wireless device under test (DUT), a test instrument (referred to as “tester”) and a controller, which is typically a computer that allows the users to control both the DUT and tester. In order for the DUT and tester to respond to the controller, there needs to be complementary relationships between the DUT hardware, the firmware of the tester and the DUT and tester drivers. Any incompatibilities among these elements of the wireless test setup can impair the testing process.

Tester manufacturers typically specify the firmware and create the drivers for their systems. Similarly, manufacturers of the DUTs typically create drivers that enable control of the DUT’s integrated circuit (IC). During wireless testing, however, there may be incompatibilities between the tester and the DUT driver. Typically, a specific DUT driver needs to be developed for each specific test. Various DUT may contain different chipsets and use different application program interfaces (API), thus further complicating the development of the drivers. Additionally, the DUT drivers may not be compatible with the tester’s firmware and may require modification of the firmware. In view of all of these required compatibilities, it is desirable to have an alternative testing system with a single control method that works for devices with various chipsets.


            The present disclosure provides an alternative solution that enables simplified control of various devices for wireless testing.  The solution leverages a signal unit, i.e., any commercial wireless access point (AP), that could establish bi-directional signal communications using wireless data packets between a wireless DUT, tester and controller. After establishing links with an AP, the users may operate the tester by using standard commands for programmable instrument (SCPI). SCPI is a syntax commands that is defined in the tester programs. In accordance with the SCPI commands input by a user of the tester, the tester, in turn may communicate with the DUT using wireless data packets with headers configured with their respective media access control (MAC) addresses. Thus with this setup, the users are able to perform wireless testing without the need to develop specific DUT drivers and/or modify the firmware of the tester.

              Figure 1 shows one example of the Wi-Fi® testing system in accordance with the present disclosure. A DUT 10 is enclosed in...