A testing system for testing the radio software stack (40) of a radio device (16) is described. The system comprises test control means (10) and perturbation means (38) connected to said radio device. The perturbation means enables perturbation and subsequent monitoring of a radio stack operation. The perturbation means may also directly alter data in a radio message en-route through the software stack. In a further aspect of the present invention a distributed testing system is described enabling a wider range of environmental and real world situations to be simulated to enable thorough testing of the software stack in design for an application.
|
9. A method, comprising:
testing a radio device having a software radio stack comprising a plurality of logical layers through which radio messages comprising data are processed in accordance with a radio protocol;
altering data of a radio message en route through one of said plurality of logical layers of said software radio stack by:
receiving the radio message at a first layer of said plurality of logical layers of said software radio stack, the radio message comprising one or more fields;
creating a modified radio message by modifying data of one of the fields of the received radio message; and
transferring the modified radio message to a second layer of said plurality of logical layers of said software radio stack; and
providing response data from said software radio stack to a test controller.
13. A program code memory storing program code which, when executed on a testing computer, causes said testing computer to perform a method comprising:
testing a radio device having a software radio stack comprising a plurality of logical layers through which radio messages comprising data are processed in accordance with a radio protocol;
altering data of a radio message en route through one of said plurality of logical layers of said software radio stack by:
receiving the radio message at a first layer of said plurality of logical layers of said software radio stack, the radio message comprising one or more fields;
creating a modified radio message by modifying data of one of the fields of the received radio message; and
transferring the modified radio message to a second layer of said plurality of logical layers of said software radio stack; and
receiving response data from said software radio stack.
1. A radio device testing system comprising:
a radio device having a software radio stack including a plurality of logical layers through which radio messages comprising data are processed in accordance with a radio protocol;
test control means for controlling and monitoring testing of said radio device via a link therebetween; and
stack perturbation means, linked to said software radio stack and to said test control means, for, under control of said test control means, altering data of a radio message en route through one of said plurality of logical layers of said software radio stack, by:
receiving the radio message at a first layer of said plurality of logical layers of said software radio stack, the radio message comprising one or more fields;
creating a modified radio message by modifying data of one of the fields of the received radio message; and
transferring the modified radio message to a second layer of said plurality of logical layers of said software radio stack.
2. A testing system according to
3. A testing system according to
4. A testing system according to
5. A testing system according to
6. A testing system according to
7. A testing system according to
8. A testing system according to
10. A method according to
11. A method according to
12. A method according to
14. A program code memory according to
analyzing said response data.
15. A program code memory according to
intercepting over air radio messages; and
analyzing the intercepted radio messages together with said response data.
16. A testing system according to
17. A method according to
18. A method according to
19. A method according to
20. A method according to
21. A method according to
22. A testing system according to
23. A testing system according to
|
The present invention relates to a testing system for testing radio devices and radio device software stack operation. The invention further relates to software stack perturbation means and testing techniques suitable for perturbing or modifying the operation of such stacks and monitoring and analysing the effect of such perturbation. The present invention has particular, but not exclusive, application to the testing, development and analysis of digital radio protocol software stacks and their performance both in-stack, layer-to-layer and across the air in a radio network.
Digital radio standards enable interoperability between devices in which radios employing the standards are provided. Well known examples of such radio standards which provide a wireless interface between devices include “Bluetooth™”, the IEEE802.11 family of standards (e.g. “WiFi™”) and the emerging low power low data rate standard known as “ZigBee™”. At the time of writing ZigBee is in the process of being ratified by both the IEEE802.15.4 standards group and the ZigBee Alliance group of companies. Other standards include the well known mobile telephonic standard known generically as “GSM”, and other emerging “3G” telephonic standards.
Such standards are typically described with analogy to the OSI layer model which defines a communication standard in terms of a stack of layers which perform different functions and services on data messages en-route through the stack. Software application code is usually referred to as the highest layer in the stack. By way of example, say a pair of radio devices are destined for application in a light switch and lamp. The application layer code may monitor the position of the light switch, and when a change is introduced by the user, the application layer records the change, and passes a data bit or byte in a radio message signifying the change to the next “network” or “link” layer.
Code in this network layer may retrieve the radio address of the lamp with which the switch was previously paired, and insert the address into a field in the message. The message is then passed onto a medium access control (MAC) layer which perhaps encrypts the message, and finally the physical layer (PHY) receives the message and the baseband and transceiver circuitry of the radio device transmits the message over the air.
The listening paired radio device in the lamp may then receive the message at the physical layer, and the message is passed up through the MAC and network layers which decrypt, check the message source address and so on until finally the lamp application layer receives the payload data and switches the lamp on.
Hence, such radio stacks effectively generate, format and operate on messages for transmission or messages received. A radio standard document may run to many hundreds of pages describing the services, functions and optional functions of the layers.
The testing of the operation of such radio stacks in development is therefore not trivial, especially when the radios may be deployed in a wide range of both physical, and logical piconet, network or scatternet configurations.
Tektronix™ market a device (BPA100 Bluetooth Protocol Analyzer) for testing Bluetooth™ enabled radio devices. The BPA100 Bluetooth Protocol Analyzer consists of protocol analyzer software and an Air Probe which houses the Bluetooth approved baseband controller and radio. The Air Probe connects to a Windows™ based personal computer. The BPA100 can independently and non-intrusively intercept baseband radio traffic and log, decode and analyze the packet data being transmitted and received. It may also participate in a piconet, introduce intentional errors and act as a known reference device. Similar air or packet “sniffing” and logging devices such as the BPA-D10 from Mobiwave PTE Ltd (Singapore) are also known.
Whilst the aforementioned systems can display intercepted payload data, an error in a stack operation or layer function can only be inferred by those operating the test equipment. In real life environments, radio interference and shadowing may introduce random bits into a message, corrupting the message in such a way that cannot easily be simulated. Furthermore, although the radio standard may be designed to handle the error in a certain way, it is not easy to verify that the handling actually occurs as designed.
Hence, it would be desirable to provide a testing system that enabled a developer to, at a low level, directly influence or perturb a radio stack layer or data therein to enable improved and thorough testing. In addition, it would be desirable if the evolution of a radio message as it passes en-route through a stack could be monitored, to enable more efficient debugging and pinpointing of stack layer errors.
Hence, according to a first aspect of the present invention there is provided a radio device testing system comprising at least one radio device having a software radio stack through which radio messages comprising payload data are processed in accordance with a predetermined radio protocol, and test control means for controlling and monitoring the testing of said at least one radio device via a link therebetween, characterised in that stack perturbation means linked to said stack and to said control means is provided and where, under control of said test control means, said stack perturbation means perturbs an aspect of said radio stack processing.
In a preferred embodiment the system provides stack perturbation means in the form of a software code message dispatcher module which is coupled to the radio stack of a device. The dispatcher and radio device are linked via a serial port and cable to the test control means in the form of a personal computer (PC) which has been provided with scripted test instructions. The message dispatcher has hooks into the stack layers, monitors said layers via said hooks and passes data back to the test and control PC.
The dispatcher also perturbs aspects of operation of the stack according to the test being carried out. For example, a call to the MAC layer may cause said layer to alter a bit that signifies whether encryption is enabled or not for a network or piconet of communicating radio devices. In a master/slave configured network test, the response of the master device in receiving an unencrypted message may be logged by its message dispatcher and supplied to storage for later analysis.
Preferably, radio message monitoring means in the form of a sniffer for monitoring messages over the air is included in the system, which enables a designer to correlate test results comprising over the air message content with perturbed content provided by radio device message dispatchers. For example, a test may comprise perturbation of the network identifier of a master device, and the response of the slave radio devices in suddenly being orphaned from their network, both over the air and in-stack may be recorded and analysed.
Advantageously, in another embodiment radio devices may be physically separated at an extreme of range (e.g. 50 m for a ZigBee radio standard). In such an embodiment, the test and control means comprises a server-client PC network, synchronised via the simple network time protocol (SNTP). Hence, a server controller may initiate synchronised testing over a wide area, with the data from perturbation means being supplied to a central data file for later analysis. This embodiment enables testing in situations much closer to real world environments, with devices being separated over a broad area in a location by walls, ceilings, furniture and so on.
These and other features are further described in the attached claims to which the reader is now directed.
The present invention will now be described, by way of example only, and with reference to the accompanying drawings wherein:
It should be noted that the Figures are diagrammatic and not drawn to scale. Relative dimensions and proportions of parts of these Figures have been shown exaggerated or reduced in size, for the sake of clarity and convenience in the drawings. The same reference signs are generally used to refer to corresponding or similar features in modified and different embodiments.
The computer 10 has an interface 28 which allows for cable links 30 to external test boards 32 via text board interface 34. The interface 28, link 30 and interface 34 on the test board 34 may be of a standard serial type running at 19,200 kb per second. Alternatively the link 30 and interface 28, 34 may conform to the universal serial bus standard (USB). The test board 32 comprises a serialiser 36 connected to the serial interface 34. The serialiser comprises buffer memory which receives control data and instructions from the test program 22 and test script 24 via the link 30, and buffers said data and commands for delivery to perturbing means in the form of a message dispatcher module 38.
The message dispatcher module 38 in turn supplies received test data and commands to radio device 16 mounted on the test board 32. Also shown in
Turning now to the construction of the radio device itself.
The development of such radio protocols or radio standards requires much testing and debugging to ensure the software stack supplied in a radio conforms to the specification as defined by the relevant standards body or group, (for example the Zigbee Alliance). Intricate debugging and testing of for example network layer operations and the way in which a radio network responds to an error event is not trivial. The system of
In
Furthermore the message dispatcher 38 may have hooks and/or calls into the MAC layer 42, network (NWK) layer 43 and even the application (APP) layer 44 if the developer of the software stack is concurrently developing the application code for whatever application the radio device is ultimately intended for. Message dispatcher 38 also comprises connects via link 30 to test computer 10 to receive data for input ‘DP_in’ to the stack and also to output intermediate data ‘DP_out’ from the stack 40 to test computer 10.
To drive the testing system of
Depending on how the test script was constructed the test will automatically begin or require a starting action from the user at test computer 10. Once started, test computer 10 supplies via link 30 to message dispatchers 38 primitive messages according to the script for input to the message dispatcher. The internal messaging response (DP_out) of a software stack 40 is recorded by its respective message dispatcher 38 and supplied back to test computer 10 which then stores the supplied data in storage 20 for later analysis and display. Of course those skilled in the art will recognise that the test program 22 may indicate in real time the data being received from message dispatchers 38 by displaying said messages and their contents in an appropriate format on display 12.
Example tests that the message dispatcher and system of
The message dispatcher module then supplies the retrieved data (DP_out) to the test and control computer 10 via link 30 at step 98 (TC(DP_out)). This data is then stored at step 100 in storage 20 and is later analysed at step 102 (ANAL). Hence inter and intra-layer stack operations may be monitored by the message dispatcher and information concerning these layers and function calls of the stack may be supplied back to the test computer for later analysis.
An alternative distributed system embodiment is shown in
For example the range of separation R1 between computer 72 and test computer 74 and their respective connected test boards 32 may be for the Zigbee standard about 50 meters. The range R2 separating the test boards associated with client test computers 74 and 76 may be smaller (for example 20 meters), but there may be a physical object such as a wall separating such said test boards. Hence this network or distributed testing system enables a wider testing range and various real life parameters such as furniture which may affect radio interference and other effects to be tested with respect to radio stack and radio network operation.
Also provided in this embodiment is an interruptible joint power supply (PS) 80 which supplies power via power line 78 to test boards 32. The interruptible joint power supply 80 is controlled by radio message monitoring means in the form of a packet analyser or snooper or sniffer 84 (SN). One suitable embodiment of the sniffer comprises a computer with a Zigbee radio module 16 and which is programmed to passively monitor, intercept and log base band radio traffic. The sniffer 84 is provided with a network connection by network cable 71 to the server computer 70 which controls and synchronises the overall testing process. In this embodiment synchronisation of testing between computers 72, 74, 76 is controlled by server computer 70 using the simple network time protocol (SNTP) as specified in the TCP/IP network protocol well known to those skilled in the art of computer networks.
In this embodiment the server poles the client computers 72, 74, 76 once a second to synchronise internal clocks of said computers. Hence the test script 24 may ensure time initialisation and subsequent deployment of messages at specified times across the distributed network. Furthermore, under control of the server computer 70 the sniffer 84 may monitor ‘over the air’ radio communication in the radio network formed by devices 16 and supply this data back to the server computer 70 for storage in a central data file stored in storage 20. Additionally, the joint power supply 80 may under control of the sniffer computer 84 and server computer 70 interrupt the power to one or more of the test boards participating in the network and monitor the response of those radio devices still powered.
Hence situations in which a device is orphaned from a network may be simulated and over the air radio traffic provided by the sniffer 84 included for analysis together with internal data from the software stacks of devices provided by their respective message dispatchers 38. This over the air data (OAD) is shown in
The computer test scripts 24 enable appropriate analysis test scripts to be written since the designer of the test may also, given knowledge of the radio standard, describe an automated analysis script for analysing the data according to the scripted test purpose. For example, if a message should be sent from a device 16 to another device 16 which acknowledges and subsequently acts upon data in the message then, the analysis computer may look at the centrally stored data (comprising over the air and stack data) in storage 20 and provide simple analysis in the form of graphical cues to the tester indicating success or failure at various critical steps in the test.
In the foregoing a testing system comprising test control means and perturbation means is described. The perturbation means enables perturbation and subsequent monitoring of a radio stack operation. The perturbation means may be embodied as a message dispatcher program code module comprising code describing the radio stack state machine. The code module may be embedded in a microprocessor or microcontroller in a testboard having links to a radio device mounted thereon, or may be directly embedded in the microcontroller of a radio device under test. In a method data from a test script/test computer is passed to the perturbation module which accesses the radio stack under test and perturbs a stack operation, and retrieves any response data for supply to the test computer for later analysis.
In a further aspect of the present invention a distributed testing system was described enabling a wider range of environmental and real world situations to be simulated to enable thorough testing and debugging of the software stack in design for an application.
From reading the present disclosure, other modifications will be apparent to persons skilled in the art. Such modifications may involve other features which are already known in the design, manufacture and use of radio testing systems and component parts thereof and which may be used instead of or in addition to features already described herein without departing from the spirit and scope of the present invention.
Patent | Priority | Assignee | Title |
Patent | Priority | Assignee | Title |
5375126, | Apr 09 1991 | Hekimian Laboratories, Inc. | Integrated logical and physical fault diagnosis in data transmission systems |
5732213, | Mar 22 1996 | Ericsson Inc | System and method of testing open systems interconnection (OSI) layers in telecommunication networks |
6687499, | Mar 29 2000 | Nokia Mobile Phones LTD | Method and system for testing the functioning of data communication in a radio apparatus |
20020067743, | |||
20030100299, | |||
20040058652, | |||
20040102187, | |||
20050048925, | |||
20050124296, | |||
20050141432, | |||
WO51380, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Jun 30 2004 | ST-Ericsson SA | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Date | Maintenance Schedule |
Feb 02 2013 | 4 years fee payment window open |
Aug 02 2013 | 6 months grace period start (w surcharge) |
Feb 02 2014 | patent expiry (for year 4) |
Feb 02 2016 | 2 years to revive unintentionally abandoned end. (for year 4) |
Feb 02 2017 | 8 years fee payment window open |
Aug 02 2017 | 6 months grace period start (w surcharge) |
Feb 02 2018 | patent expiry (for year 8) |
Feb 02 2020 | 2 years to revive unintentionally abandoned end. (for year 8) |
Feb 02 2021 | 12 years fee payment window open |
Aug 02 2021 | 6 months grace period start (w surcharge) |
Feb 02 2022 | patent expiry (for year 12) |
Feb 02 2024 | 2 years to revive unintentionally abandoned end. (for year 12) |