System and method of providing antenna specific front ends for aviation software defined radios

Description

BACKGROUND

The invention described herein generally relates to Software Defined Radios (SDR) and SDR systems. In particular, a system and method of providing antenna specific front ends for software defined radios is described.

Software Defined Radio methodology is rapidly gaining favor as a way to architect and design radio communication systems with greatly improved interoperability and ability to accommodate future waveform variants. SDR refers to wireless communication in which the transmitter modulation is generated or defined by a computer, and the receiver uses a computer to recover the signal intelligence. To select the desired modulation type, the proper programs are run by microcomputers that control the transmitter and receiver.

A conventional voice SDR transmitter, such as may be used in mobile two-way radio or cellular telephone communication, include the following stages: Microphone; Audio amplifier; Analog-to-digital converter (ADC) that converts the voice audio to digital data; Modulator that impresses the digital intelligence onto a radio-frequency (RF) carrier; Series of amplifiers that boosts the RF carrier to the power level necessary for transmission; and Transmitting antenna. Conventionally, the ADC and Modulator functions are carried out by computer-controlled circuits whose parameters are determined by software, in an SDR.

A conventional receiver designed to intercept the above-described voice SDR signal may employ the following stages, essentially reversing the transmitter's action: Receiving antenna; Superheterodyne system that boosts incoming RF signal strength and converts it to a lower frequency; Demodulator that separates the digital intelligence from the RF carrier; Digital-to-analog converter (DAC) that generates a voice waveform from the digital data; Audio amplifier; and Speaker, earphone, and/or headset. Conventionally, the demodulator and DAC functions are carried out by computer-controlled circuits whose parameters are determined by software, in an SDR.

The most significant asset of SDR is versatility. Wireless systems employ protocols that vary from one service to another. Even in the same type of service, for example, cellular telephones, the protocol often differs from country to country. A single SDR set with an all-inclusive software repertoire may be used in any mode, anywhere in the world. Changing the service type, the mode, and/or the modulation protocol involves simply selecting and executing the requisite computer program. The ultimate goal of SDR engineers is to provide a single radio transceiver capable of playing the roles of cordless telephone, cell phone, wireless fax, wireless e-mail system, pager, wireless videoconferencing unit, wireless Web browser, Global Positioning System (GPS) unit, and other functions to be later developed, operable from any location on the surface or proximate the surface of the earth, and perhaps in space as well.

The United States Department of Defense (DoD) Joint Tactical Radio System (JTRS) initiative has established an Open Standard Architecture for implementation of military communication waveforms that is specifically intended to meet a subset of these objectives. Such Joint Tactical Radio Systems are available from Rockwell Collins, Inc. of Cedar Rapids, Iowa.

There is growing interest in applying an Open Standard SDR Architecture to commercial applications such as avionics communication, navigation and surveillance (CNS). The characteristics of commercial CNS waveforms are quite different from the military JTRS communication waveforms, and, in general, are less complex to implement. However, conventional SDRs use multiple moderate or wideband general purpose RF front ends. Each of these RF front ends is implemented with multiple filter banks. Each of the filter banks may be very costly relative to the overall cost of the system. Furthermore, CNS systems for transport aviation typically require large numbers of RF front ends to support operational requirements. Thus, it may result in an application of SDRs in transport aviation to be too costly to implement.

Accordingly, there is a need for SDR technology that allows a single set of hardware to perform multiple functions by software reconfiguration. Further, there is a need for reconfigurable SDR systems that use antenna specific RF front ends. Further still, there is a need for such a reconfigurable SDR system that is less costly to produce than conventional SDRs but provides similar functionality.

SUMMARY

What is provided is a method of providing a structure for a software defined radio (SDR). The method comprises providing a set of antennas. The method also comprises coupling an antenna switch to the set of antennas. The antenna switch comprises a set of filters. Each of the set of filters is associated with a specific radio application. The method also comprises coupling a set of RF front ends to the antenna switch. The RF front ends function as banded frequency converters.

What is also provided is a software defined radio (SDR). The software defined radio comprises a means for filtering RF signals. The means for filtering is incorporated into an antenna switch. A set of antennas is coupled to the antenna switch. The SDR also comprises a means for converting frequencies coupled to the antenna switch. The means for converting frequencies is banded over a frequency range.

Further, what is provided is a software defined radio. The software defined radio comprises a modem bank at least partially defined by software running on a processor. The SDR also comprises an antenna group translator coupled to the modem bank. Further, the SDR comprises at least one antenna coupled to the antenna group translator. The antenna group translator comprises an antenna switch comprising RF filtering functions and RF front ends comprising frequency conversion functions.

Alternative exemplary embodiments relate to other features and combination of features and combination of features as may be generally recited in the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

A better understanding of the features and advantages of the present invention will be obtained by reference to the following detailed description that sets forth illustrative embodiments by way of example only, in which the principles of the invention are utilized, and the accompanying drawings, of which:

FIG. 1 is an exemplary block diagram of a software defined radio system in which the invention is embodied;

FIG. 2 is an exemplary block diagram of a conventional RF front end architecture for an SDR; and

FIG. 3 is an exemplary block diagram of an exemplary front end architecture for an SDR according to an exemplary embodiment.

DETAILED DESCRIPTION

Before describing in detail the particular improved system and method, it should be observed that the invention includes, but is not limited to a novel structural combination of conventional data/signal processing components and communications circuits, and not in the particular detailed configurations thereof. Accordingly, the structure, methods, functions, control and arrangement of conventional components and circuits have, for the most part, been illustrated in the drawings by readily understandable block representations and schematic diagrams, in order not to obscure the disclosure with structural details which will be readily apparent to those skilled in the art, having the benefit of the description herein. Further, the invention is not limited to the particular embodiments depicted in the exemplary diagrams, but should be construed in accordance with the language in the claims.

A software defined radio (SDR) is characterized by software executing on microprocessors and configurations loaded into programmable hardware such as field programmable gate arrays (FPGAs). To facilitate software design, portability and interoperability, a Software Communications Architecture (SCA) may be used. The SCA specified for JTRS is one instantiation of an SCA that was specifically defined to provide an abstraction layer between SDR waveform application software and the underlying hardware platform. The elements of the JTRS SCA are a Portable Operating System Interface (POSIX), Common Object Request Broker Architecture (CORBA), and a set of services and utilities labeled Core Framework. Application of the SCA to radio communication systems insures interoperability and portability of these systems.

The platform abstraction provided by the SCA makes it possible to use a wide variety of microprocessors to host the SCA operating environment (OE). A basic requirement for the platform microprocessor is that it must provide sufficient computing performance to meet the real time requirements of the waveform being executed on the platform.

In accordance with an exemplary embodiment, the method and apparatus discussed may employ any kind of hardware to run the software embodying the invention, including but not limited to a personal computer, Rockwell Collins Advanced Architecture MicroProcessor (AAMP), ARM processor, XScale processor, Digital Signal Processor (DSP), Application Specific Integrated Circuit (ASIC) or programmable platform ASIC, FPGA, General Purpose Processor (GPP), microprocessor, mainframe or dedicated circuit with memory, so that in general any compatible piece of hardware or virtual machine can be configured to run the software disclosed.

Thus, an exemplary method and apparatus for constructing the invention is a computing platform running a software program, which may be written in any computer language (such as C, C++, Ada, Perl, Java or the like), preferably an Object Oriented programming (OOP) language, run by a computer system having an operating system. The computer system typically has one or more processors, primary and secondary memory cooperating with the processor(s), which executes instructions stored in the memory, I/O means, and any necessary specialized hardware or firmware. Depending on the language used to construct and implement the software tool, the source code, object code and/or executables of the tool may have any number of classes, functions, objects, variables, templates, lines of code, portions of code, components and constructs (collectively and generally, “a process step”, “step”, “block”, “functional module” or “software module”) to carry out the invention in successive stages as described and taught herein, and may be either a standalone software application, or employed inside of or called by another software application, or as firmware. The software process or software module may be constructed so that one portion of code in the application performs a plurality of functions, as for instance in Object Oriented programming (e.g., an overloaded process). The converse is also true, in that a plurality of portions of code could perform a plurality of functions, and still be functionally the same as a single portion of code. At any stage of the process of the invention, intermediate values, variables and data may be stored for later use by the program. In addition, the executable or source code data comprising the software of the invention may reside on computer readable storage medium (e.g., a magnetic disk, which may be portable, such as a hard drive, floppy drive; memory (e.g., flash RAM); or a DVD or CD-ROM disk).

FIG. 1 depicts the basic SDR elements used to construct a software defined radio that may be applied in an aircraft or other application. These elements include one or more processors, which may be Rockwell Collins Advanced Architecture MicroProcessor (AAMP), an ARM processor, an XScale processor, or a DSP, and any necessary associated memory. The processors are preferably of a kind that are scalable and low power.

In FIG. 1 an exemplary block diagram of an SDR 100 is depicted. SDR 100 comprises a set of antennas 110. Antennas 110 are coupled to an antenna switch 120, which is coupled to RF front end 130. An antenna group translator 140 is characterized by a set of RF front ends 130 and antenna switch 120. The antenna group translator 140 is coupled to a waveform priority arbitrator 150. Waveform priority arbitrator 150 is coupled to a set of modems 160 that are coupled to an interface processor 170. Interface processor 170 is further coupled to aircraft interfaces 180. The elements depicted are operatively connected to communicate with one another along communication lines. The antenna group translator 140 converts at least one analog signal into digital baseband data using either analog or digital signal processing methods, with programmable digital signal processing methods being the preferred approach for software defined radios. Antenna Group Translator 140 therefore provides RF up/down conversion in RF front end 130 and antenna switching in antenna switch 120. These fundamental building block elements are interconnected in a topology to provide scalability and increase performance. The functionality and behavior of each of the processing blocks in FIG. 1, is controlled by a software program associated with each particular building block. The software program may be stored with each particular building block, or it may be stored in a shared central storage area and loaded into each particular building block as needed, or it may be stored in multiple locations to enhance the reliability or improve the integrity of the radio system.

In accordance with an exemplary embodiment, radio system 100 may be used in a communication, navigation, and surveillance (CNS) application for an aircraft. Radio system 100 comprises an SDR which allows a single set of hardware to perform multiple functions by software reconfiguration. Alternatively, radio 100 may be used in other applications which may benefit from the reconfigurability of the radio node with regard to waveforms and other functionality. In SDR 100 modems 160 may be software based modems which provide reconfigurable modulation and demodulation functions. In CNS applications SDR 100 may be used for a variety of applications and associated waveforms including, but not limited to VHF (Very High Frequency) Omni-directional Radio-range (VOR), High Frequency (HF), Localizer (LOC), Glide Slope (GS), Marker Beacon (MB), VHF Communications (VHF COM), Satellite Communications (SATCOM), etc.

Because of the number and variety of signals being received and transmitted in a CNS system and because not all functions need to be used simultaneously, it is therefore beneficial to utilize a reconfigurable radio such as SDR 100. However, the reconfigurability creates a need for RF front ends which utilize multiple filter banks to span a moderate or wideband. Thus, SDR 100 may be configured with software functionality which uses available resources (at least one of the Interface Processor 170, Modems 160, Waveform Priority Arbitrator 150, RF front ends 130, Antenna Switch 120, and Antenna 110) to automatically and autonomously change the SDR application depending on current needs. In a conventional CNS SDR, banks of software based modems, connected to aircraft antennas 110 by Antenna Group Translator 140 are used to provide the required functionality. The ability to reconfigure SDR 100 allows modems and RF front ends to perform multiple functions. Antenna Group Translator 140 is required to perform both up/down conversion as well as antenna switching and routing. Conventionally RF front ends 130 are utilized to operate over a wide frequency range. RF front ends 130 (such as those found in JTRS systems) may include general purpose RF filters. Each RF front end 130 has filters that cover the entire band of operation.

Air transport CNS applications operate in well defined frequency bands and the applications to be used during different phases of flight are substantially predictable. In accordance with an exemplary embodiment, an architecture which reduces the number of filter banks may be used while maintaining required functionality of the SDR system. This reduction in filter banks may be accomplished by moving the costly filter bank components from the antenna switch. The RF filter banks which are specific to each potential application are put in the Antenna switch. By providing such a structural change, the RF front ends become generic up/down converters. The total number of RF filter banks which are required to maintain the required functionality are greatly reduced. Redundant and unused filter banks are not required because each antenna will have its own RF filter bank for the application related to the specific antenna.

Referring now to FIG. 2, the architecture of a conventional RF front end is depicted. RF front end 130 is coupled to antenna switch 120 which is coupled to antennas 110. Each antenna 110 is associated with a specific application. Each RF front end 130 contains the entire radio (RF filter bank to digital). The RF filter bank provides full coverage for all signals of interest. The Antenna switch conventionally provides RF switching and routing between antennas 110 and RF front ends 130. In a conventional setup, RF front ends 130 each include an A/D D/A converter 210 coupled to a frequency converter 220 and synthesizer 230, an RF filter bank 240, a low-noise amplifier (LNA) 250 and a power amplifier (PA) 260, and an RF filter bank 270. Thus, in a conventional system there are excess RF filters in the system. For example, each RF front end contains a marker beacon (MB) receiver preselector, but there is only one MB antenna and therefore only one MB receiver preselector will ever be used at one time.

Referring now to FIG. 3, an architecture of an RF front end 310 and Antenna switch 320 coupled to a set of antennas 330 is depicted. In the exemplary embodiment depicted, each of the RF front ends 310 comprises frequency translation only without the inclusion of the primary filtering functions. The frequency translation comprises an analog to digital (A/D) and digital to analog (D/A) converter 312, a frequency converter 314, one or more synthesizers 316. Each of these frequency translators is repeated in each RF front end 310. Frequency translators are configured to provide conversion of the analog RF signal to a digital signal for reception or provide conversion of the digital signal to analog RF for transmission. Antenna switch 320 is depicted comprising the RF filtering bank including RF filters for the specific SDR applications supported. Antenna switch 320 comprises an input RF filter 322, an LNA 324, a PA 326, and an output RF filter 328. Antenna 330 specific functions are associated with each antenna. For example, the MB selector will only connect to the MB antenna. In the exemplary embodiment depicted, the filters and amplifiers necessary for the SDR functions, are on the antenna side of the switching matrix with only one filter and amplifier structure being required for each antenna.

By providing the structure of FIG. 3 or alternative structures having generally similar characteristics, a large number of filter banks is eliminated. Each antenna may comprise only the minimum filtering required associated with it and may therefore not be a filter bank covering a large number of applications and frequencies. By associating the RF filters with their respective antennas, the total number of filters, necessary to carry out all of the applications associated with the SDR, is greatly reduced. In this configuration, RF front ends 310 become banded frequency converters with intermediate frequency (IF) filtering and automatic gain control (AGC).

As an example of the hardware savings provided by the exemplary embodiments shown and described, Table 1 depicts radio requirements for a typical HF-UHF CN functions. In such a situation, the requirements would be 9 SDR radios versus 14 conventional (federated) radios. In such a situation, Table I shows that the total number of filters required in the exemplary embodiments depicted with antenna specific front ends would be a total of 18 filters compared with 54 filters for a conventional SDR with conventional RF front end and compared with 22 filters required in conventional federated radios.

While the detailed drawings, specific examples, and particular formulations given described exemplary embodiments, they serve the purpose of illustration only. It should be understood that various alternatives to the embodiments of the invention described maybe employed in practicing the invention. It is intended that the following claims define the scope of the invention and that structures within the scope of these claims and their equivalents be covered thereby. The hardware and software configurations shown and described may differ depending on the chosen performance characteristics and physical characteristics of the computing and analysis devices. For example, the type of computing device, communications bus, or processor used may differ. The systems shown and described are not limited to the precise details and conditions disclosed. Method steps provided may not be limited to the order in which they are listed but may be ordered any way as to carry out the inventive process without departing from the scope of the invention. Furthermore, other substitutions, modifications, changes and omissions may be made in the design, operating conditions and arrangements of the exemplary embodiments without departing from the scope of the invention as expressed in the appended claims.