WO2007027297A2 - Dispositif de communication défini par des données - Google Patents

Dispositif de communication défini par des données Download PDF

Info

Publication number
WO2007027297A2
WO2007027297A2 PCT/US2006/026933 US2006026933W WO2007027297A2 WO 2007027297 A2 WO2007027297 A2 WO 2007027297A2 US 2006026933 W US2006026933 W US 2006026933W WO 2007027297 A2 WO2007027297 A2 WO 2007027297A2
Authority
WO
WIPO (PCT)
Prior art keywords
data
communication device
protocol
data file
radio
Prior art date
Application number
PCT/US2006/026933
Other languages
English (en)
Other versions
WO2007027297A3 (fr
Inventor
Sayan Chakraborty
Sean T. Loving
Original Assignee
Skyetek, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US11/301,396 external-priority patent/US20060238302A1/en
Priority claimed from US11/301,423 external-priority patent/US20060238303A1/en
Priority claimed from US11/301,587 external-priority patent/US20060238304A1/en
Priority claimed from US11/301,770 external-priority patent/US20060238305A1/en
Priority claimed from US11/323,214 external-priority patent/US7570164B2/en
Priority claimed from US11/328,209 external-priority patent/US20060253415A1/en
Priority claimed from US11/387,422 external-priority patent/US20070046431A1/en
Priority claimed from US11/387,421 external-priority patent/US7659819B2/en
Application filed by Skyetek, Inc. filed Critical Skyetek, Inc.
Priority to EP06774635A priority Critical patent/EP1932370A2/fr
Publication of WO2007027297A2 publication Critical patent/WO2007027297A2/fr
Publication of WO2007027297A3 publication Critical patent/WO2007027297A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H04W8/245—Transfer of terminal data from a network towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Definitions

  • the present invention relates to communications systems.
  • the present invention relates to systems and methods for communicating with tag identifiers.
  • SDR technology One major advantage of SDR technology is the ability to update new software algorithms to support new radio protocols, given a fixed hardware platform; however, several disadvantages remain with SDR technology.
  • One main disadvantage is that one skilled in the art of software is required to author each new algorithm.
  • Another main disadvantage is that to adequately support various software processing algorithms, the signal processing part of the hardware platform requires significant size, complexity and power.
  • present devices are functional, they are burdensome, inefficient or otherwise unsatisfactory. Accordingly, a system and method are needed to address the shortfalls of present technology and to provide other new and innovative features.
  • a method for operating a radio includes receiving a data file, which includes information that defines at least one communication protocol for the radio, and reading the data file so as to access the information. The radio is then altered in accordance with the information so as to enable the radio to operate in accordance with the at least one communication protocol.
  • a wireless communication device includes information that defines at least one communication protocol for the communication device.
  • the communication device also includes a radio configured to transmit and receive signals and a data file interpreter configured to alter operation of the radio in accordance with the at least one communication protocol.
  • the communication device includes an RFID tag reader coupled to the radio.
  • the tag reader is configured to read tag-data received via the radio
  • the data file interpreter is configured to alter operation of the RFID tag reader in accordance with information in the data file, which defines, at least in part, a syntax for RFID reader commands.
  • a data structure for a portable data file is configured to organize information, which defines at least one protocol for a communication device, and the data structure includes a physical layer segment configured to include data to define physical layer communication characteristics of the communication device and a medium access control (MAC) segment configured to include data to define MAC layer communication characteristics of the communication device.
  • MAC medium access control
  • a method for modifying the operation of a communication device to facilitate communications between the communication device and a transceiver comprises the following steps: attempting to communicate with the transceiver, determining that the transceiver communicates via an unknown protocol, retrieving data defining a first protocol used by the transceiver, and attempting to communicate with the transceiver in compliance with the first protocol indicated as being used by the transceiver.
  • FIGURE 1 is a block diagram of an embodiment of a system for defining operations of a communication device with data.
  • FIGURE 2 is a block diagram depicting one embodiment of the tag reader of FIG. 1.
  • FIGURE 3 is a block diagram depicting another embodiment of the tag reader of FIG. 1.
  • FIGURE 4 is a block diagram depicting one embodiment of the data-file interpreter of FIG. 1.
  • FIGURE 5 is a block diagram depicting an embodiment of a software architecture such as may be utilized in connection with the communication devices depicted in FIGS. 1, 3 and 4.
  • FIGURE 6 is a block diagram depicting an exemplary platform and exemplary libraries and drivers organized in accordance with the software architecture depicted in FIG. 5.
  • FIGURE 7 is a block diagram depicting an exemplary embodiment of the tag reader of FIG. 1 organized in accordance with the software architecture depicted in FIG. 5.
  • FIGURE 8 is a block diagram depicting another embodiment of the communication device of FIG. 1 that is organized in accordance with the software architecture of FIG. 5.
  • FIGURE 9 is a block diagram depicting yet another embodiment of a system for defining one or more aspects of a communication device with data.
  • FIGURE 10 is a flowchart depicting a method for defining one or more operating aspects of a communication device with data.
  • FIGURE 11 depicts one embodiment of a data structure for the data files of FIG. 1.
  • FIGURE 12 depicts exemplary aspects of a signal that are definable in accordance with one embodiment.
  • FIGURE 13 depicts another embodiment of a data structure for the data files of FIG. 1.
  • FIGURE 14 is a block diagram depicting a system for generating and validating data files in accordance with an exemplary embodiment.
  • FIGURE 15 is a flowchart depicting a method in accordance with an exemplary embodiment of the present invention.
  • FIG. 1 is a block diagram depicting an exemplary system 100 for defining, with definition data, operational characteristics of a data-definable communication device 102.
  • the data-definable communication device 102 (also referred to herein as a data defined radio (DDR) 102) provides many of the benefits of software-defined radio (SDR) technology while eliminating (or substantially reducing) the need for programmers or other personnel skilled in the art of software. Moreover, the data-defined communication device 102 enables the complexity of the signal processor to be reduced by exchanging the software support requirements of SDR (e.g., lots of silicon) for the data support requirements of DDR (e.g., relatively little silicon). Furthermore, one of ordinary skill in the art having the benefit of the teachings disclosed herein will appreciate that data-defined technology is extendable beyond radios to electronic devices generally and to the functions they perform.
  • SDR software-defined radio
  • the system 100 includes the communication device 102, which is coupled to a data file database 101 via a network (e.g., the Internet) 103.
  • the communication device 102 in the exemplary embodiment includes an RFID tag reader 104 coupled to a radio front-end 106, which is shown transmitting a signal 112 via an antenna 111.
  • the tag reader 104 includes a data file interpreter 105 and a memory module 114, which is configured to store N data files.
  • the tag reader 104 is in communication with a host 108 via a host communication link 110.
  • the host 108 is a general purpose computer or server adapted with software to enable the host 108 to communicate with the tag reader 104.
  • the host 108 is a processor that is embedded in another device (e.g., the communication device 102) and is configured to execute instructions enabling the host 108 to communicate with the tag reader 104.
  • the communication link 110 may be a communication link that operates in accordance with one or more protocols (e.g., Ethernet, USB, 802.11, ZigBee, RS-232, Bluetooth, TTL, SPI, MMC, SDIO, CF and I 2 C) or other protocols developed in the future.
  • the communication device 102 communicates with the host 108 via the network 103.
  • the communication device 102 in some embodiments is a device that functions primarily to read tags, and in other embodiments the communication device 102 is a device that has other functions.
  • the communication device 102 maybe any one of a variety of consumer electronics devices (e.g., a computer printer, DVD player, personal digital assistant (PDA) or radio handset (e.g., cellular telephone)), and it should be recognized that in other embodiments discussed further herein, the communication device 102 does not include a tag reader 104.
  • functions of the tag reader 104 and data file interpreter 105 are realized by a processor, a computer readable medium (e.g., volatile memory and/or non- volatile memory) and instructions encoded in the computer readable medium.
  • the tag reader 104 and data file interpreter 105 may utilize a processor of the communication device 102 (e.g., a control processor or radio processor) or the tag reader 104 and the data file interpreter 105 may utilize a separate application processor.
  • FIGS. 2 and 3 shown are block diagrams 200, 300 of two embodiments of the tag reader 104 depicted in FIG. 1. As shown, FIG.
  • FIG. 2 depicts a tag reader 204 realized with an application processor 208 configured to execute instructions from memory 210 (e.g., non- volatile memory).
  • Tag reader 204 is also shown communicating with a radio front end 206.
  • FIG. 3 depicts a block diagram 300, which depicts a tag reader 304 realized by an application processor 302 and a radio processor 316 that execute instructions from memory (not shown). It is also contemplated that in other embodiments the tag reader 304 may be realized by the radio processor 316 in connection with instructions stored in memory.
  • functions associated with tag reading and the data file interpreter 105 may be distributed among an application processor (e.g., application processor 302) and a radio processor (e.g., the radio processor 316).
  • the application and radio processors 208, 302, 316 may be realized by a variety of devices including processors sold under the brand names of PIC, AVR, ARM, PowerPC and Xscale.
  • the tag reader 104 and data file interpreter 105 are implemented by hardware or a combination of hardware and software.
  • the tag reader 104 and/or the data file interpreter 105 may be realized, at least in part, by one or more of a variety of devices including field-programmable gate arrays (FPGAs), complex programmable logic devices (CPLDs), programmable logic devices (PLDs), application-specific integrated circuits (ASICs) and/or other discrete analog and/or digital components.
  • FPGAs field-programmable gate arrays
  • CPLDs complex programmable logic devices
  • PLDs programmable logic devices
  • ASICs application-specific integrated circuits
  • the communication device 102 in the exemplary embodiment is a tag reader enabled device (i.e., by virtue of the tag reader 104)
  • the data file interpreter 105 is implemented in communication devices that are unassociated with tag readers.
  • the functions carried out by the data file interpreter 105 may be carried out by similar hardware and or software that is described as effectuating the tag reader 104.
  • the radio front-end 106 in several embodiments is realized by analog radio components (e.g., analog transmit chain and/or receiver chain) and may be realized, for example, as a UHF or an HF radio.
  • analog radio components e.g., analog transmit chain and/or receiver chain
  • UHF or an HF radio e.g., an HF radio.
  • radio front-ends there are a variety of radio front- ends that are available with varying levels of complexity. Generally, the more powerful the radio front-end 106 is (e.g., in terms of modulating/demodulating and decoding signals from tags), the less powerful the signal processing in the tag reader 104 needs to be.
  • Some exemplary radio front-ends include radios sold under brand names including Atmel, Inside Contactless, EM, Melexis, Philips, Skyetek, WJ and Texas Instruments.
  • the communication device 102 in the present embodiment receives, via the network 103, one or more data files 107 from the data file database 101 and stores the data file(s) 107 in the memory module 114 of the communication device 102.
  • the data file interpreter 105 then utilizes data in the data file(s) to alter one or more aspects of the operation of the communication device 102.
  • each of the N data files stored on the communication device 102 defines, with data, physical layer and/or medium access control (MAC) layer protocols to be utilized by the communication device 102. As depicted in FIG.
  • data 130 that is intended to be transmitted as the signal 112 by the communication device 102 is reorganized by the data file interpreter 105, in accordance with a MAC layer protocol defined by a data file and then transmitted as the signal 112 in accordance with a physical layer protocol also defined by the data file.
  • the data file interpreter 105 is in communication with the radio front end 106 via a radio control link 109, which enables any changes to radio-specific operating characteristics to be communicated to the radio front end 106.
  • the radio control link 109 is depicted as a separate discrete communication link merely for convenience and that the radio control link 109 may be realized by hardware or software in connection with hardware.
  • the radio control link 109 may communicate with the radio front end 106 via the same communication path as the protocol specific data 140.
  • the communication device 102 may be data-defined instead of being defined by specific software code. For example, and without limitation, operating speeds and power consumption, modulation schemes, regulatory performance and other operating characteristics (many of which are discussed further herein) may be defined by data.
  • each of the N data files depicted in FIG. 1 may define a command syntax that is utilized by the tag reader 104.
  • the communication device 102 in the exemplary embodiment is depicted as storing data files, in other embodiments, the communication device 102 is adapted to retrieve (e.g., upon startup) a data file from a remote source (e.g., the data file storage 101).
  • the system 100 enables the communication device 102 to be easily adapted to operate in accordance with customized protocols and/or to operate with specific configurations without having to write new software code to effectuate the protocols and/or desired configurations.
  • the data file interpreter 105 is realized by generic software and/or hardware that interprets the data files and effectuates the defined behavior accordingly.
  • data files are provided to the communication device 102 as part of an update service available to the communication device 102.
  • the data file storage 101 is accessible by an update server and the communication device accesses the update server periodically and/or in response to a particular event to check for any updated data files that are applicable to the communication device 102.
  • the system 100 is configured to enable data files to propagate to the communication device 102 via email and the communication device 102 and/or the host 108 is adapted so as to be capable of parsing the email so as to retrieve the data file.
  • the communication device 102 in some of these variations is configured to send an email to request any updated data files, or to inform an administrator of any events or conditions that require attention, or to report events or conditions to other (e.g. web) services.
  • the communication device 102 may send and receive emails indirectly via the host 108.
  • the data file interpreter 405 in this embodiment includes an XML parser 460, which is configured to receive and convert XML data files 407 into binary data files that are then stored in memory (e.g., the memory 114).
  • the data file interpreter 405 includes a protocol effectuator 450 that is configured to receive the stored, binary protocol-definition files and effectuate the protocol(s) defined by the data therein.
  • the present embodiment enables data files to be generated in accordance with a user-friendly XML format, which is then automatically converted to a binary format that may be stored (e.g., in the memory 114) and retrieved later by the protocol effectuator 450.
  • a user-friendly XML format e.g., a binary format that may be stored (e.g., in the memory 114) and retrieved later by the protocol effectuator 450.
  • the data 430 that is received by the data file interpreter 405 and the XML data files 407 that are received by the XML parser 460 are depicted as two separate data paths, in some embodiments the data 430 and XML data files 407 are communicated to data file interpreter 405 via the same communication channel 410.
  • the XML parser 460 and the protocol effectuator 450 may be realized by software and/or hardware.
  • the XML parser is realized by software executed by the application processor 208, 302 and the protocol effectuator 450 may be realized by code executed by the radio processor 316, but this is certainly not required.
  • FIG. 5 shown is a block diagram 500 depicting a software architecture utilized in connection with the data-definable communication device 102 in accordance with several embodiments.
  • the architecture includes three components: a hardware abstraction layer 502, an application software interface 504 and an application layer 506.
  • a platform 508 that includes hardware 510 that underlies the communication device 102.
  • an optional operating system 514 which may be realized by a variety of operating systems including operating systems sold under the trade names of Linux, WinCE, Symbian, and VxWorks.
  • the hardware abstraction layer 502 in this embodiment includes platform-dependent drivers that effectuate low-level functions to carry out alterations of the communication device that are made in accordance with specific protocols (e.g., MAC, physical layer and/or command syntax) and/or other operational characteristics defined by data in data files.
  • specific protocols e.g., MAC, physical layer and/or command syntax
  • the drivers are optimized for the hardware 510, radio 512 and the operating system 514.
  • the application software interface 504 includes platform- independent libraries that provide, via a common API, many of the functions associated with effectuating the specific protocols and/or other operational characteristics defined by data in the data files (e.g., the N data files depicted in FIG. 1).
  • the software application interface 504 may provide many of the functions associated with reading RFID tags.
  • the library functions are portable across reader platforms because they are independent of embedded processors, operating systems, host interfaces and radios that reside at the platform level 508 of the exemplary architecture.
  • the application layer 506 in this embodiment is utilized to define the functionality of the data file interpreter 105, 405, the XML parser 460 and the tag reader 104.
  • applications of the application layer 506 may reside with the host 108, the communication device 102 or may be distributed among the host 108 and the communication device 102.
  • application code in the application layer 506 makes calls to the lower level library and driver functions.
  • FIG. 6 shown is a block diagram depicting an exemplary embodiment of a data file interpreter 605, which may be implemented as the data file interpreter 105 depicted in FIG. 1.
  • the data file interpreter 605 is realized by application code 606 in connection with exemplary drivers 602 and exemplary libraries 604 in accordance with the software architecture depicted in FIG. 5.
  • the data file interpreter 605 utilizes one or more of the libraries 604 and drivers 602 to effectuate the specific protocols and/or other operational characteristics of the communication device 102.
  • the data file interpreter 605 in the present embodiment utilizes the functions carried out by the libraries 604 and drivers 602 (described below) to effectuate the protocol(s) and/or other operational characteristics of the communication device that are defined by data in one or more of the N data files.
  • the platform 608 in this embodiment includes a host interface, peripherals, a user interface, memory, a processor, power supply and a radio. It should be recognized that this is only exemplary of the type of hardware that may be part of a platform. In an alternative embodiment for example, the platform 608 may have an operating system, and in another embodiment the platform 608 may not have a user interface.
  • the drivers 602 in this embodiment provide interface handling for the hardware of the platform 608.
  • the driver API 603 to the drivers 602 is portable and platform independent while the driver functions 602 are dependent upon the platform 608.
  • a developer need only learn the API calls 603 to the drivers 602 in order to create code that is applicable across a variety of platforms.
  • the drivers in this embodiment include stream drivers, sockets drivers, sensors and I/O drivers, user interface drivers, block I/O drivers, system drivers and radio drivers.
  • the stream drivers are functions that provide hardware interface handling for communication with a host (e.g., the host 108) or other peripheral devices.
  • stream drivers may include drivers for TTL, I 2 C, SPI, USB and RS-232.
  • a collection of stream drivers may be stored on a communication device (e.g., the communication device 102) to enable the communication device 102 to communicate with a variety of host interfaces.
  • the socket drivers are functions that enable task management, port sharing among multiple applications and networking management functionality. Some examples of socket drivers include Ethernet, Wi-Fi, Zigbee, Bluetooth, etc.
  • the sensor and I/O drivers are functions that provide hardware interface handling for communication with sensors and other I/O devices that are connected to the hardware of the platform 608.
  • sensor drivers may include drivers for temperature sensors, current sensors and voltage sensors and the I/O drivers may include drivers for general purpose I/O (GPIO).
  • GPIO general purpose I/O
  • the user interface drivers are functions that provide hardware interface handling for communication with the user interface of the platform 608.
  • the user interface driver may include drivers for touch screen hardware, pointing devices, biometric security devices and keyboards.
  • Block I/O drivers are functions that enable communications with memory and other platform resources (e.g., hard drives, busses, ROM, RAM, EEPROM, etc.).
  • the system drivers include drivers that provide an interface to various system components of the platform hardware.
  • the system drivers may include drivers for timers, power management and interrupts of the platform hardware.
  • the radio drivers include drivers that provide an interface to a variety of radio types (e.g., analog front ends (AFEs)) so as to enable communications with a variety of radios with a platform independent API 603.
  • the radio drivers in this embodiment enable data-defined aspects of operation at the physical layer to be effectuated.
  • the data file interpreter 605 may interpret data in a data file and utilize the drivers to carry out transmission and reception of signals in accordance with a physical layer protocol defined by data in the data file.
  • the user need only change radio drivers to the radio driver of the new radio.
  • the library 604 in this embodiment is accessible by the data file interpreter 605 via a portable and platform-independent API 607 so as to be applicable across a variety of processor and radios.
  • the library 604 includes a reader protocol library, reader configuration library, a cryptography library, a code loader library, an RFID baseband library and a tag protocol library.
  • the reader protocol library in the exemplary embodiment includes functions that implement many low-level operations performed by typical host communication protocols.
  • the reader protocol library may include a cyclical redundancy code (CRC) library, a parity calculation library, forward error correction algorithms, message data parsers, ASCII to hexadecimal encoders and decoders, host-protocol command interpreters, host-protocol command executors and host-protocol error handlers.
  • CRC cyclical redundancy code
  • a reader-side implementation of a host- to-reader communication protocol may reside in the reader protocol library, the application code area 606 or both.
  • an open-source application marketed under the trade name of SkyeTek Protocol Command Interpreter (SPCI) resides within the application code area 606 and makes calls to the functions in the reader protocol library as well as other libraries and the drivers 602.
  • SPCI SkyeTek Protocol Command Interpreter
  • the configuration library includes functions that enable applications, including the data file interpreter 605, within the application code area 606 to control the inner workings of the communication device 102.
  • the data file interpreter 605 may establish, based upon data in a data file, default values and runtime values, modes of operation, performance tradeoff algorithms and other aspects of the communication device 102 with the configuration libraries.
  • schedule, event, interrupt and priority handlers may also be altered by the data file interpreter 605 by using the configuration libraries.
  • the cryptography library in this embodiment handles the security and cryptographic data processing that may be required relative to many aspects of the communication device 102.
  • the cryptography library may include tag-reader cryptography, reader-host cryptography, user data security, network data security and hardware security management.
  • a variety of cryptographic techniques may be utilized including private key algorithms and propriety security algorithms (e.g., security algorithms marketed under the trade names of Philips, Mifare, Inside Contactless, Pico Pass, Infineon, My-d, Atmel, CryptoRF, etc.).
  • public key algorithms may be utilized including PGP and commonly known algorithms such as DES, 3-DES and RSA, for example.
  • the tag protocol library in this embodiment defines one or more of the air interface; initialization and anti-collision procedures; and the data transmission method utilized for the forward and return links.
  • the air interface describes characteristics of baseband radio functionality and RF symbol definitions, which define how data bits are sent and received through the air via the RFID interface.
  • the initialization and anti-collision procedures describe how a tag reader and a tag interact to communicate unique or repeated tag identification numbers from tag(s) to the reader.
  • the data transmission method that is defined by the tag protocol library describes how the forward and return link messages are constructed, encoded and recoded to perform basic RFID transactions including, for example, identifying, reading and writing RFID tags.
  • the tag protocol library is segregated into three general classes of functions: agnostic functions, which provide the highest level of abstraction so that applications operating in the application code area 606 may operate independent of tag types that the tag reader 104 may experience; protocol functions, which allow applications to utilize a particular tag type without concern for tag manufacturer-specific implementations; and manufacturer functions, which enable applications to access the manufacturer-specific features of a standards-based tag and utilize proprietary tag protocols from independent tag manufacturers.
  • agnostic functions which provide the highest level of abstraction so that applications operating in the application code area 606 may operate independent of tag types that the tag reader 104 may experience
  • protocol functions which allow applications to utilize a particular tag type without concern for tag manufacturer-specific implementations
  • manufacturer functions which enable applications to access the manufacturer-specific features of a standards-based tag and utilize proprietary tag protocols from independent tag manufacturers.
  • the tag protocol library may support a variety of protocols including, but certainly not limited to, ISOl 5693-2, ISOl 8000, ISO14443-2 Type A, ISO14443-2 Type B, Phillips ICode SLl , Texas Instruments Tag-it HF and TagSys C210, C220 and future protocols.
  • the tag protocol library may support protocols including, but not limited to, ISO18000-6A, ISO18000-6B, EPC Class 0/0+, EPC Class 1, EPC Class 1 Gen 2, and other protocols yet to be developed.
  • the baseband library in the exemplary embodiment includes baseband functions that are portable across disparate hardware chips, processors and operating systems (if present).
  • the baseband functions handle low-level interaction between the tag protocol library and the platform-dependent radio drivers.
  • the baseband functions digitally define the RF characteristics of individual bit symbols and presents the defined symbol definitions to the low-level, protocol specific, RFID radio drivers so as to enable the tag protocol library functions to see only binary code (i.e., ones and zeros).
  • the code loader library in the exemplary embodiment includes functions that facilitate the loading of new code and/or data.
  • the code loader includes functions to load programs into the application code area 606, functions to load new drivers to the set of drivers 602, functions to load new configuration data or default values for the tag reader 104 and functions to add new functions to the libraries 604.
  • the code loader library As an example of the functionality of the code loader library, if a developer is assisting a customer that is seeking a new technology, and the technology requires the addition of a new radio circuit to accommodate a specialty RFID radio tag and protocol, when the new radio is added, the developer simply adds a new radio driver to the set of drivers 602 and adds the required symbol definitions and handling functions to the RFID baseband and tag protocol libraries, respectively. The developer is then able to write application specific programs (e.g., that reside on the communication device 102 and/or the host 108), which make function calls to the newly added functions that control the new radio hardware and handle the new tag protocol.
  • application specific programs e.g., that reside on the communication device 102 and/or the host 108
  • FIG. 7 shown is a block diagram of an exemplary communication device 702, such as may be implemented for the communication device 102 depicted in FIG. 1.
  • the data file interpreter in this embodiment is realized by both an application processor and a radio processor, which execute software that is organized in accordance with the software architecture described with reference to FIGS. 5 and 6.
  • the communication device 702 in this embodiment includes application software, radio software and digital hardware.
  • the data file interpreter in this embodiment resides in an application code area (e.g., the application code area 606), which utilizes a library API (e.g., the library 607) and a driver API (e.g., driver API 603) to carry out its intended function.
  • an application code area e.g., the application code area 606
  • a library API e.g., the library 607
  • driver API e.g., driver API 603
  • FIG. 8 shown is a block diagram of another communication device 802, which may be implemented for the communication device depicted in FIG. 1.
  • the data file interpreter in the present embodiment is realized by application code executed by application software and the application processor executes some libraries while the radio processor executes other libraries and platform specific drivers (e.g., drivers 602).
  • FIG. 9 shown is a system 900 in accordance with another embodiment in which interpretation of data files is carried out remote from a communication device 902.
  • a host 908 includes a data file interpreter that is realized by software
  • the communication device 902 includes portable library and driver APIs that are accessed by the data file interpreter residing within the host 908.
  • FIG. 10 shown is a flowchart depicting steps carried out in accordance with exemplary method 1000 for defining operations of a communication device (e.g., communication devices 102, 702, 802, 902).
  • method 1000 starts at block 1001.
  • a data file which includes information defining at least one operating characteristic (e.g., a communication protocol) for the communication device is generated.
  • data files are generated at a centralized location that is remote from the communication device and then made available via a network (e.g., the network 103) for download.
  • a network e.g., the network 103
  • the data file in the exemplary embodiment includes a physical layer segment 1102, a MAC layer segment 1104, a syntax segment 1106 and at least one segment 1108 for defining with data other operating characteristics of a communication device.
  • the physical layer segment 1102 includes data defining aspects, for both the forward and reverse links, of physical layer signaling.
  • a user may customize a signal according to its physical and logical properties (e.g., in terms of relative power levels (e.g., modulation depth)), times associated with each power level and rise/fall times between power levels, and in terms of bit and byte ordering, framing, message syntax and command/response.
  • relative power levels e.g., modulation depth
  • the MAC layer segment 1104 includes data defining aspects of framing utilized on the MAC layer on both the forward and return links, and the syntax segment 1106 includes data defining particular commands, which in some embodiments are utilized by a communication device.
  • the syntax segment 1106 may include data defining commands for forward link commands associated with selecting, reading and writing to RFID tags, and for defining return link responses corresponding to the forward link select, read and write commands.
  • the segment 1108 for defining other operating characteristics of the communication device may include, but is not limited to, data for defining power, speed, business logic and utilities, services to provide, services to consume, physical and logical host communication protocols, user interface functionality, default values and runtime values, modes of operation, performance tradeoff algorithms, schedule, event, interrupt and priority handlers and other aspects of the communication device 102.
  • the data file is received by the communication device (Block 1004), and the data file is read so as to access the information which defines one or more operating characteristics (e.g., protocols and/or other operating characteristics) of the communication device (Block 1006).
  • the communication device is then altered in accordance with the information so as to enable the communication device to operate in accordance with the data file (Block 1008).
  • FIG. 13 shown is a partial view of an XML file (“Radio XML") 1300 representation of the general file structure 1100 described with reference to FIG. 11.
  • the data structure 1300 in this embodiment also includes a physical layer segment 1302, a MAC layer segment 1304, a syntax segment 1306, at least one segment 1308 for defining with data other operating characteristics of a communication device and N definable fields 1310.
  • the data structure 1300 in this embodiment includes data represented in an XML format, which enables end-users to add additional parameters in a relatively easy manner.
  • the physical layer segment 1302 includes data, in an exemplary XML format, which defines aspects, for both the forward and reverse links, of physical layer signaling.
  • the MAC layer segment 1304 includes XML data (not shown) defining aspects of framing utilized on the MAC layer on both the forward and return links
  • the syntax segment 1306 includes XML data (not shown) defining particular commands.
  • the XML data structure 1300 in this embodiment enables a user to optionally add N fields, depicted as the N definable fields 1310, to enable the data file to carry additional information (e.g., to define enhancements to an existing protocol or other operating characteristics) without losing compatibility with the existing protocol and/or previously-defined operating characteristics.
  • additional information e.g., to define enhancements to an existing protocol or other operating characteristics
  • a user is able to customize the data structure 1300 to be forward compatible while maintaining backwards compatibility as well.
  • FIG. 14 shown is a block diagram of a system for generating and validating data files that define one or more operating characteristics of a communication device 1402.
  • the system includes a user interface 1442, a file generator 1444 and a data file storage device 1446, which reside at a user location 1440, and as shown, the user location is in communication, via a network 1403, with a data file validation site 1460 and the communication device 1402.
  • the user interface 1442 enables a user to convey particular operating characteristics that the user desires to implement in the communication device 1402.
  • the user interface is a graphical user interface, which graphically depicts operating aspects of the communication device that a user may define.
  • the user is provided with a graphical representation of a signal and/or data frame, which the user is able to modify to a desired form.
  • the data file generator 1444 converts the user's entries to one or more data files, which may be tested for validity by sending the data files to the data file validation site 1460. Once received at the data file validation site 1460, the data file(s) is tested to determine whether the data within the data file(s) defines viable operating characteristics for the communication device 1402.
  • the protocols are tested (e.g., with an actual communication device or by simulation) to determine whether the protocols are operable with the communication device 1402. In some embodiments, the protocols are tested to determine the efficacy of the protocols.
  • the user may then propagate the data file(s) to one or more communication devices (e.g., the communication device 1402). In this way, a user may test particular data files without having to take communication devices out of service and without having to test potentially invalid data files on the user's equipment.
  • an RFID tag may comprise a transceiver.
  • a transceiver e.g., an RFID transceiver associated with an RFID tag
  • a protocol e.g., an RFID communication protocol
  • the reader may initially communicate in accordance with ISOl 5693 standards to establish a basic hand shake with the tag, and then negotiate to a more complex protocol(s) (e.g., a set of ISOl 5693 extensions or to ISO14443 for a higher data rate).
  • a more complex protocol(s) e.g., a set of ISOl 5693 extensions or to ISO14443 for a higher data rate.
  • one or more RFID tags are configured specifically to operate so as to initially communicate with the communication device via a default protocol and then to negotiate to another protocol.
  • the communication device is instructed by the transceiver to obtain an update (e.g., from a remote server via the network 103) to a known and available protocol.
  • the communication device then updates itself and negotiates to the new protocol properly, hi yet other variations, a specialized "negotiation transceiver" (e.g., a negotiation RFID tag) is mixed in with an assortment of transceiver types (e.g., an assortment of RPID tags) and the "negotiation transceiver" tells the communication device how to handle and/or negotiate each transceiver type separately.
  • an adaptive communication device assembles pieces of data corresponding to operating parameters until the communication device assembles a combination of data elements that results in a successful communication with the transceiver.
  • the communication device in accordance with these embodiments may store five data elements corresponding to five types of data encoding, seven data elements corresponding to seven types of modulation schemes and twelve data elements corresponding to twelve data rates, etc.
  • FIG. 15 is a flowchart showing one exemplary embodiment of a method for modifying the operation of a communication device to facilitate communications between the communication device and a transceiver.
  • the method starts at block 1501 and proceeds to block 1502 wherein the communication device attempts to communicate with a transceiver.
  • the communications device determines that the transceiver communicates via an unknown protocol.
  • the communications device retrieves data defining the protocol used by the transceiver.
  • the communications device attempts to communicate with the transceiver in compliance with the first protocol indicated as being used by the transceiver.
  • the present invention provides, among other things, a system and method for defining characteristics of a communication device with data, which may be propagated via a data file to one or more data-definable communication devices.
  • a communication device with data which may be propagated via a data file to one or more data-definable communication devices.
  • Those skilled in the art will readily recognize that numerous variations and substitutions may be made in the invention, its use and its configuration to achieve substantially the same results as achieved by the embodiments described herein.
  • the each of the numerous configuration adjustments that are disclosed herein may be carried out one at a time or simultaneously in various combinations. Accordingly, there is no intention to limit the invention to the disclosed exemplary forms. Many variations, modifications and alternative constructions fall within the scope and spirit of the disclosed invention as expressed in the claims.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Communication Control (AREA)

Abstract

L’invention concerne un système et une méthode de définition d’une ou de plusieurs caractéristiques de fonctionnement d’un dispositif de communication de données. Selon un exemple de mode de réalisation le dispositif de communication comprend un port d’entrée configuré pour recevoir un fichier de données qui inclut des informations définissant au moins un protocole de communication pour le dispositif de communication et un interprète de fichier de données configuré pour modifier le fonctionnement d’une radio dans le dispositif de communication en accord avec ledit au moins un protocole de communication. Selon des variantes, le dispositif de communication inclut un lecteur d’étiquette RFID couplé à la partie radio et le segment de lecteur d’étiquette est configuré pour lires des données d’étiquette reçues par radio. Selon ces variantes, l’interpréteur de fichier de données est configuré pour modifier le fonctionnement du lecteur d’étiquette RFID en accord avec des informations dans le fichier de données qui définissent, au moins en partie, une syntaxe pour des commandes de lecteur RFID.
PCT/US2006/026933 2005-08-31 2006-07-11 Dispositif de communication défini par des données WO2007027297A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP06774635A EP1932370A2 (fr) 2005-08-31 2006-07-11 Dispositif de communication défini par des données

Applications Claiming Priority (18)

Application Number Priority Date Filing Date Title
US71295705P 2005-08-31 2005-08-31
US60/712,957 2005-08-31
US11/301,423 2005-12-13
US11/301,587 2005-12-13
US11/301,396 US20060238302A1 (en) 2005-04-21 2005-12-13 System and method for configuring an RFID reader
US11/301,423 US20060238303A1 (en) 2005-04-21 2005-12-13 Adaptable RFID reader
US11/301,396 2005-12-13
US11/301,770 2005-12-13
US11/301,587 US20060238304A1 (en) 2005-04-21 2005-12-13 System and method for adapting an FRID tag reader to its environment
US11/301,770 US20060238305A1 (en) 2005-04-21 2005-12-13 Configurable RFID reader
US11/323,214 2005-12-30
US11/323,214 US7570164B2 (en) 2005-12-30 2005-12-30 System and method for implementing virtual RFID tags
US11/328,209 US20060253415A1 (en) 2005-04-21 2006-01-09 Data-defined communication device
US11/328,209 2006-01-09
US11/387,422 US20070046431A1 (en) 2005-08-31 2006-03-23 System and method for combining RFID tag memory
US11/387,421 US7659819B2 (en) 2005-04-21 2006-03-23 RFID reader operating system and associated architecture
US11/387,422 2006-03-23
US11/387,421 2006-03-23

Publications (2)

Publication Number Publication Date
WO2007027297A2 true WO2007027297A2 (fr) 2007-03-08
WO2007027297A3 WO2007027297A3 (fr) 2009-04-30

Family

ID=37809332

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2006/026933 WO2007027297A2 (fr) 2005-08-31 2006-07-11 Dispositif de communication défini par des données

Country Status (2)

Country Link
EP (1) EP1932370A2 (fr)
WO (1) WO2007027297A2 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011025356A1 (fr) * 2009-08-27 2011-03-03 Universiti Sains Malaysia Système de lecteur rfid passif
EP2657835A4 (fr) * 2010-12-24 2015-04-08 Iucf Hyu Dispositif terminal radio défini par logiciel et procédé pour distribuer et installer une application radio
EP2627149A4 (fr) * 2010-10-06 2015-04-08 Iucf Hyu Dispositif terminal radio de définition de logiciel d'antenne intelligente et procédé de distribution et d'installation d'application de terminal radio de définition de logiciel
EP2709341A4 (fr) * 2011-05-09 2015-04-08 Iucf Hyu Appareil de terminal radio défini par logiciel, et procédé de distribution et d'installation d'applications radio

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050063004A1 (en) * 2003-04-07 2005-03-24 Silverbrook Research Pty Ltd Communication facilitation
US20050116813A1 (en) * 2003-08-19 2005-06-02 Ramesh Raskar Radio and optical identification tags

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050063004A1 (en) * 2003-04-07 2005-03-24 Silverbrook Research Pty Ltd Communication facilitation
US20050116813A1 (en) * 2003-08-19 2005-06-02 Ramesh Raskar Radio and optical identification tags

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011025356A1 (fr) * 2009-08-27 2011-03-03 Universiti Sains Malaysia Système de lecteur rfid passif
EP2627149A4 (fr) * 2010-10-06 2015-04-08 Iucf Hyu Dispositif terminal radio de définition de logiciel d'antenne intelligente et procédé de distribution et d'installation d'application de terminal radio de définition de logiciel
EP2657835A4 (fr) * 2010-12-24 2015-04-08 Iucf Hyu Dispositif terminal radio défini par logiciel et procédé pour distribuer et installer une application radio
KR101785116B1 (ko) * 2010-12-24 2017-10-17 한양대학교 산학협력단 모뎀 하드웨어에 독립적인 라디오 어플리케이션을 위한 소프트웨어 정의 라디오 단말 장치
KR101796794B1 (ko) * 2010-12-24 2017-11-13 한양대학교 산학협력단 소프트웨어 정의 라디오 단말 장치 및 라디오 어플리케이션의 배포 및 설치 방법
EP2709341A4 (fr) * 2011-05-09 2015-04-08 Iucf Hyu Appareil de terminal radio défini par logiciel, et procédé de distribution et d'installation d'applications radio
KR101836509B1 (ko) * 2011-05-09 2018-03-12 한양대학교 산학협력단 소프트웨어 정의 라디오 단말 장치 및 라디오 어플리케이션의 배포 및 설치 방법

Also Published As

Publication number Publication date
EP1932370A2 (fr) 2008-06-18
WO2007027297A3 (fr) 2009-04-30

Similar Documents

Publication Publication Date Title
US20060253415A1 (en) Data-defined communication device
US20060238302A1 (en) System and method for configuring an RFID reader
US20060238305A1 (en) Configurable RFID reader
US9953296B2 (en) System, method, and computer-readable medium for managing edge devices
US8395488B2 (en) Method for storing data as well as a transponder, a read/write-device, a computer readable medium including a program element and such a program element adapted to perform this method
EP2220838B1 (fr) Architecture de radio logicielle
US20060238304A1 (en) System and method for adapting an FRID tag reader to its environment
US20130186955A1 (en) Method and apparatus for provisioning a device
US9342776B2 (en) Method for storing data as well as transponder, a read/write-device, a computer readable medium including a program element and such a program element adapted to perform this method
US20070046432A1 (en) Local processing of received RFID tag responses
US20070236335A1 (en) Ahead-of-time scheduling of commands in RFID reader systems
US20060238303A1 (en) Adaptable RFID reader
JP7478327B2 (ja) 無線装置信号を変換するシステム及び方法
EP1932370A2 (fr) Dispositif de communication défini par des données
CN101707564B (zh) 用于零拷贝缓冲区队列网络数据发送和接收的处理方法和装置
JP4161219B2 (ja) 通信アダプタ、ホームネットワークシステム
EP2840751A1 (fr) Procédé et système utilisant des télécommunications sans fil térahertz pour transmettre des données
CN112074833B (zh) 用于双向设备认证的方法和系统
CN1281558A (zh) 用自适应选择的代码集在用户输入设备和应用程序之间进行通信的系统和方法
WO2023050045A1 (fr) Procédé, appareil, et système de transmission de données
EP1872599A2 (fr) Lecteur rfid adaptatif
WO2007074590A1 (fr) Système de communication à étiquette radio ci
CN101803339B (zh) 交叉往返消除协议
US20120252361A1 (en) Wireless data transfer
KR101296401B1 (ko) 품목관리용 무선인식 태그

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase in:

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2006774635

Country of ref document: EP