RFI for AESA Radar (Rev G)_ ENCLOSURE 1_Technical Objectives_ Sensores_ OCT 2024.pdf
PDF 218 KB Posted
- Solicitation number
- W58RGZ-25-RFI-AESA
About this file
This is a Request for Information (RFI) seeking details about Active Electronically Scanned Array (AESA) Radar systems for potential in-flight demonstration on the AH-64E Apache helicopter at Redstone Arsenal, AL. The document outlines detailed technical requirements and interface specifications for mounting the AESA radar system on the Apache's right-hand outboard wing station (Pylon 4), including weight limitations of 500 lbs, ground clearance requirements, and electrical specifications (30 Amps per phase of 3-Phase 115 VAC at 400 Hz and 40 Amps 28 VDC).
The RFI requests comprehensive information about vendors' AESA radar systems, including system readiness, operational capabilities, antenna characteristics, maintenance requirements, and corporate experience. Key technical requirements include the ability to function during flight and hover, weather-proofing, and integration with existing aircraft systems. Vendors must provide details about their radar's design parameters, signal processing architecture, RF capabilities, and human-machine interface. The document also emphasizes cybersecurity requirements, including Risk Management Framework (RMF) methodologies, and requests information about export controls and foreign participation restrictions. The requesting agency is the Department of the Army Materiel Command Contracting Command Redstone Arsenal.
View the file
Other files
On GovTribe
Work with this file
- Download the original file
- Contacts named in this file
- Similar government files
- Ask GovTribe AI about this file
Text version
ENCLOSURE 1
REQUEST FOR INFORMATION
Technical Objectives for Active Electronically Scanned Array Radar
Program Executive Office Aviation, In-Flight Demonstration
1.0 General
Pertaining to this notice THIS IS A REQUEST FOR INFORMATION ONLY to support a potential in-flight demonstration of the Active Electronically Scanned Array (AESA) Radar to be conducted on Redstone Arsenal, Al.
Surrogate Platform Description - The AH-64E Apache is a twin-engine, tandem-seat, aerial weapons platform. The aircraft has a fully articulated, four-bladed main rotor system equipped with elastomeric lead-lag dampers. The four-bladed tail rotor is a semi-rigid design. The aircraft is powered by two General Electric T700-GE-701D (-701D) turboshaft engines that transmit power to the main transmission through engine-mounted nose gearboxes. The main transmission drives the main rotor, tail rotor, and accessory gearbox. The flight control system consists of conventional controls connected mechanically to hydromechanical actuators for the main and tail rotors, a limited authority stability augmentation system, and an electrically driven stabilator. The AH-64E Apache has both a modernized-target acquisition designation sight (M-TADS) for targeting and a modernized-pilot night vision sensor (M-PNVS) for night pilotage; the M-TADS and M-PNVS are mounted to the nose of the aircraft. Aircraft also supports Manned Unmanned Teaming (MUM-T) to support data communications to ground and air to air systems. Left and right wings, attached to the center fuselage, provide four hard-points for mounting up to four M- 299 Hellfire missile launchers, four M-261 rocket pods, or two external auxiliary fuel tanks (inboard stations [2 and 3] only) to support a given mission. The aircraft includes two multicore mission processors that command all system-initiated tests, monitors system status and default data, and processes the data for display.
Surrogate Platform Interface Requirements:
• Mounting: The demonstration article will be mounted on the right-hand outboard wing station, Pylon 4, of an AH-64 Apache. A standard Apache ejector rack in a 2 lug, 14” spacing, and 4 sway-brace configuration shall be used. CG of mounted item shall be within 1” of center between the lugs. (ref MIL-STD-8591). The pylon can be fixed in the ground or flight stow positions. Ground stow is ~ 4.9° below the armament datum line (ADL). This equates to the demonstration article approximately parallel with the Earth’s surface while on the ground/in a hover and approximately 5° low in forward flight. Flight stow is ~ 4° above the ADL. The demonstration article will be captive carry and will not be jettisonable.
• Weight: The demonstration article shall not exceed 500 LBS ref AH-64E V6 TM 1-1520-263- 10 Operators Manual, Chapter 6, Weight/Balance and Loading
• Ground Clearance: The demonstration article will be required to maintain a ground clearance of 15” when mounted to Pylon 4 in the ground stow position (approximately parallel to the landing surface) and no less than 9” of ground clearance on flight stow. The distance from the ejector rack hook/s to the ground is ~ 48” in ground stow.
• Electrical power: The aircraft has growth capacity to supply 30 Amps per phase of 3-Phase 115 VAC at 400 Hz and 40 Amps 28 VDC to the demonstration article. The aircraft would be modified by the USG for wiring provision to the demonstration article.
• Instrumentation: USG to provide an airborne data acquisition system capable of recording MIL-STD-1553, Ethernet, Aircraft ICS, and video. Telemetry system would be installed to view this data on the ground during flight.
• Navigation Data: Aircraft navigation data may be made available to the demonstration article if requested.
• Cockpit Control/Display Connection: The demonstration article cockpit control and display device shall be a touch screen tablet that can connect to demonstration article and data acquisition system via Ethernet and run demonstration article control software. Tablet size must not exceed 8” (L) x 5”(W) x 0.75”(H) and 1.5 lbs.
2.0 AESA Radar Description
Provide information regarding the proposed AESA Radar that will be used during the demonstration.
2.1 Readiness for Demonstration
• Is the system ready to support an in-flight demonstration as detailed in section 5.4 in accordance with the schedule as defined in section 5.1?
• If the system is not ready to support an in-flight demonstration, explain each shortcoming.
• Provide a detailed schedule to achieve flight readiness.
• Can the Radar function during flight and in a hover?
• Is the system weather-proof?
• Has the system ever operated on a rotary-wing, or fixed wing aircraft?
• Is the system (or a variant of the system) currently fielded on any U.S. DoD aircraft? If so, please indicate aircraft type and service. Include USG PoC.
o Does the system have a DoD Airworthiness Report (AWR)?
• Has the system been demonstrated or tested in an operational or laboratory environment to any USG entity? If applicable, describe the nature of the demonstration or test to include date, location, demonstration reports or out briefs, USG organization(s) involved, and PoC names and contact information.
• Show mechanical and electrical compliance described in section 1.0 “Surrogate Platform Interface Requirements” of this document.
• Describe the approach to install the Radar onto a surrogate aircraft pylon.
• What are the limiting factors regarding the demonstration parameters when installed on the surrogate aircraft as described in section 1.0 “Surrogate Platform Interface Requirements”?
• What navigation data is required by the Radar to support geolocation?
• Does the system use Digital Terrain Elevation Data (DTED)?
2.2 Radar Description
2.2.1 System
2.2.1.1 Design
• What is the primary function of the proposed system?
• What are the key design parameters of the system?
o Operational Frequency, Dual-band, Tunability & Bandwidth o Receiver instantaneous and total dynamic range o Receiver sensitivity o Minimal target velocity o Sub-clutter visibility o Accuracies of the system for all modes (range, az/el, velocity, tracking, etc.)
o Modulation techniques/Waveform details, (FM/AM/PM, PRF, pulse widths, coding, etc.)
o Maximum duty factor for each mode
• Provide a detailed description of the signal processing architecture including ADC, and DAC techniques employed.
• Provide a block diagram illustrating all Line Replaceable Units (LRU)s and connections including internal and external interfaces, that make up the integrated Radar.
• Provide system enclosure (pod) drawing detailing the number and location of each aperture.
o Is the data collection from the apertures dependent on flight profile and target geometry?
If yes, provide details on preferred profile(s).
• Detail the RF architecture, to include up/down conversion scheme, noise figure, spectral purity, etc.
• If the system supports multiple bands, how is this achieved? What compromises in performance are made to support the multiple bands? i.e. gain, power, beamwidth, sidelobes
• Provide a description of electrical characteristics and interfaces i.e. power, data, control, and
Radar display & products.
• Describe coordinate transformation techniques employed to correlate/translate the Radar to the aircraft.
• What is the geo-location accuracy for stationary and moving targets (littoral, ground, and air), terrain and shoreline mapping?
• What techniques are used to generate beam manipulation (spoiled beams) to reduce sidelobe, backscatter, unwanted energy on target, interference from other radiators such as jammers?
Explain the application of beam forming. E.g. Minimum Variance Distortionless Response (MVDR), Linearly Constrained Minimum Variance (LCMV).
o Are other techniques besides beam shaping used to accomplish this purpose, e.g. auxiliary channels? Please describe.
• Explain how the Radar will support Low Probability of Intercept (LPI), Low Probability of
Detection (LPD) and anti-jamming in a contested battlefield environment. Are there autonomous features? Is there spread spectrum functionality?
• Address Size, Weight, and Power – Cost & Cooling (SWaP-C2). What are the driving factors for each? What could be done to improve SWaP-C2 in the system?
• Is the Radar capable of conducting passive search/track in support of electronic warfare without interfering with the Radar mission? If so, discuss.
o Are parameters associated with passive mode consistent with the “key design parameters” discussed in bullet 2 of this section.
o What is passive response time, PRI, PW, scan detection capability?
• Was the software developed in alignment with FACE/SOSA standards?
2.2.1.2 Operation
• Provide a list of operational modes with a description of each.
o E.g. passive surveillance, search, weather, track, TF/TA, SAR, STI, MTI, littoral, air target, target feature extraction
• Is the Radar able to detect telephone poles/towers and power transmission wires? If so, what range is detection accomplished (provide wire diameter), and is polarization diversity used to aid in detection? How is polarization used to improve detection?
• Provide an Array timing schematic, or timing allocation methodology. For search modes how is the beam allocated to the search area; what search scheme is employed? For track, and simultaneous track/search modes, what options exist for track maintenance while simultaneously searching?
• Simultaneous Operation o Can the system operate simultaneously in different modes? If so, which modes can be operated simultaneously? (Passive monitoring, wide area search, narrow search, tracking, weather, DVE, pilotage, TF&TA, and shoreline mapping) o Can the system simultaneously track multiple targets? If so, how many, and what data can be collected?
o Can the system simultaneously track multiple types of targets? e.g. ground, littoral, and air targets?
o Does the system support track priorities? If so, explain.
o Can the system simultaneously conduct Radar operations and passive surveillance/interferometry?
o Describe beam scheduling techniques and expected timelines. Is scheduling adaptive for different modes and multi-mode operation as number of targets change?
• Define the control interfaces for autonomous and manual functions.
o Describe required aircrew interaction/workload to operate the system
• How will the data be displayed?
• When in search mode, will the system automatically detect and track targets?
• Explain how the Radar accomplishes target detection, recognition, identification, and tracking. Discuss doppler processing and clutter mitigation (sub-clutter visibility). Discuss limitations that exist related to zero radial velocity targets.
o Provide expected detection ranges for standard targets such as small (class-1) UAVs, dismounts, bicycles w/people, motorcycles, cars, trucks, etc.
• Address ability of the Radar to adapt to inclement weather (rain, snow, fog), back scatter from terrain and interference signals.
o Which DVEs is the system capable of operating in and what are the associated performance degradations?
• Does the Radar employ AR as an aid in advance mapping techniques?
• Describe interoperability as both a source and victim of RF interference. What forms of mitigation are provided with the system, e.g. blanking, active interference management, etc.
2.2.2 Antenna
2.2.2.1 Characteristics
• Discuss AESA cooling methodology and required environmental conditions for operation.
• Discuss calibration methodology. Where, how often, and when is calibration accomplished?
• Overall size and dimensions of the array
• Antenna Pattern Characterization across frequencies o Field of Regard (FOR) for azimuth and elevation o What is the beamwidth degradation at the extremes of the FOR?
o How is the pattern affected by the utilization of multiple beams? i.e. beamwidth, sidelobe, power.
o If multiple beams are used, can each have a different polarization?
o Minimum 3dB beamwidth/Field of View (FOV) over Az/El, and associated sidelobes o Maximum antenna gain o Describe various beamwidths and associated sidelobes for operational modes.
o Describe the polarization diversity of the system and how it is used.
• Does the system incorporate an azimuth or elevation gimbal? If so, what is the extent of travel?
• Address latency characteristics regarding mode change and beam articulation.
2.2.2.2 Manifold
• Describe the manifold architecture: Basic, Hybrid, Multiple Input Multiple Output (MIMO), Multi-function Phased Array Radar (MPAR), Analog or digital control.
o Provide a drawing/block diagram
• How are the elements grouped and what limitations exist in the hardware?
o Type and power capability of amplifiers (Power and LNAs) o Phase shifter resolution o Amplitude modulation
• Panels o Is the AESA made up of multiple panels?
o What is the geometry of the panels and is the AESA modular and/or scalable?
o If more than one panel is used, describe panel integration?
o What performance enhancements can be achieved by adding additional panels?
o How is panel integration controlled and calibrated?
• Can the Rdara generate multiple beams simultaneously? If so, how, and how many?
• How are weight and vectors manipulated for each element? Are the values adjusted autonomously?
2.2.2.2 Elements
• How many elements are used per panel?
• What type of elements are used?
• What is the spacing between each element?
• How is vibration and temperature compensated for?
• For dual/multi-band, describe the number of elements per band, and element design o How many elements per band?
• Can all elements transmit and receive? If not, describe the element layout and operation and limitations.
3.0 Product History and Capabilities
Discuss product history and provide examples of product(s) that have been successfully manufactured and delivered. Products described in section 4 are not required to be the demonstration article presented in section 3.
3.1 Previous/Current Product Information
• Describe similarities and differences between the system discussed in this section compared to the demonstration article proposed in section 3.
• Is this system currently fielded on any U.S. DoD aircraft? If so, please indicate aircraft type and service. Include USG PoC.
• Describe any demonstrated interoperability with other aircraft or weapons platforms.
• Describe system’s ability to interoperate and share information (targeting and other data) with other platform payloads to include Aircraft Survivability Equipment (ASE), RF and Optical sensors and weapon systems.
• Describe demonstrated interoperability/interference mitigation implemented on other platforms.
• Does the system support sensor fusion?
• Describe the open system architecture standards employed and does the system align with
MOSA/SOSA? Are software applications Future Airborne Capability Environment (FACE) compliant?
• What physical interfaces are used? Is there growth potential to newer standards such as IEEE
802.1DP?
• Was the system developed in alignment with HOST standards?
• Is the design versatile enough to separate the processing from the Radar to reduce SWaP-C2?
And/or is the software separable from the inboard processor, i.e. can the software be hosted on another processor?
• Describe the TRL.
• Describe the MRL.
• Describe the Software Technology Readiness Level(s) SW TRL.
• Is the Radar capable of conducting point to point communication (Voice and Data) support?
If so, is there interference with the Radar mission?
• Does the system support pilotage?
• Can the system support increase safety such as operations in DVE? To include: Day, Night, Haze, Clouds, Smoke, Fog, Dust, Rain, Snow, Whiteout, Brownout. Provide details on mitigation algorithms/techniques employed during DVE conditions.
3.2 Human Machine Interface (HMI)
• Describe system’s compatibility with Multi-Purpose Displays (MPDs) and cockpit controls.
• Describe ability to process two operator inputs simultaneously (i.e. one operator selecting search while the other operator is conducting track).
• Describe HMI with regards to controls and display icons.
• Describe HMI with regards to targets, weather, terrain, shoreline, back scatter, and interference signals.
3.3 Maintenance, Updates, and Training
3.3.1 System Built-in-Test (BIT) & Degradation
• Does the system have soft fail?
o Describe the soft fail and how failures are reported to the operator, platform, and other sub-systems.
• Describe the performance degradation regarding loss of elements, channels and panels.
• Describe the level of BIT operations. Prompted BIT and Continuous BIT
• Does the system fault isolate to the LRU level?
• Provide information regarding Reliability, Availability and Maintainability (RAM)
• What is the expected Mean Time Between Failures (MTBF)?
3.3.2 Maintenance
• What level of maintenance is suggested to be performed in the field?
• What level of maintenance requires depot level support?
• Provide expected Sustainment, Field and Depot Support, to include concepts of sustainment, support, and Test Station(s) for Field, Depots, and Engineering Labs.
• Detail the process, equipment, and timetable required to update Software and Firmware. Can this be accomplished in the field?
3.3.3 Training
• Detail the process of training aircrews and maintainers.
• Can training be accomplished in the field using embedded training of or is special factory training required?
4.0 Corporate Capabilities and Limitations
• Describe your company's capabilities and experience in performing software and hardware development for aircraft AESA Radar systems, both military and commercial.
• Describe any limitations your company may have for responding to this RFI. Include limitations and courses of action necessary to overcome the limitation. Identify whether the limitation is based on cost, schedule, facilities, or technical performance issues you feel should be considered. Describe any agreements that would preclude your company from having the ability to accomplish this effort.
• Describe your company's experience on previous projects similar in complexity to this requirement. Include contract numbers, a brief description of the work performed, period of performance, agency/organization supported, and individual point of contact (Contracting Officer or Program Manager)
• Describe your company's organization to include major products/services, primary customer base, number of employees, annual revenue history, office location, CAGE code(s), statement regarding current Small Business Administration business size and socio-economic classification under (i.e., small, Small-Disadvantaged, Service-Disabled, Veteran-Owned, HUBZone, etc.) and associated NAICS Code under which the company conducts business, statement whether your interest in this effort is as a Prime respondent or to express interest regarding subcontracting possibilities, and contact information (telephone and email) for points of contact of those able to discuss the material submitted.
• Provide any international or Foreign Military Sales export concerns to include potential technology restrictions, requirements, or protections.
• Describe any sensitivities that would disallow participation by foreign partner aircrews or foreign partner witness of the demonstration, to include data sharing.
• Does the respondent have an active facility security clearance that allows the generating, processing, storing, sending, and receiving of CLASSIFIED information/data and the ability to development/test hardware and software at the Secret or higher level?
• Describe relevant experience applying Risk Management Framework (RMF) methodologies for embedded tactical systems and show past performance in cybersecurity hardening of those systems.
• Show adherence to DoDI 8510.01 RMF and DoDI 8500.01 is required, along with Army Regulation AR25-2 Cybersecurity.
• Describe relevant experience and practical knowledge in Static Application Security Testing (SAST) of all custom developed software and provide artifacts to support software assurance requirements IAW DoD and Army regulations and Best Business Practices.
• Provide past performance in the creation of RMF required system artifacts supporting tactical systems such as the System Security Plan, Plan of Action and Milestones, Configuration Management Plan, Concept of Operations Plan, and hardware/software lists.
| REQUEST FOR INFORMATION |
| 1.0 General |
| 2.0 AESA Radar Description |
| 2.1 Readiness for Demonstration |
| 2.2 Radar Description |
| 2.2.1 System |
| 2.2.1.1 Design |
| 2.2.1.2 Operation |
| 2.2.2 Antenna |
| 2.2.2.1 Characteristics |
| 2.2.2.2 Manifold |
| 2.2.2.2 Elements |
| 3.0 Product History and Capabilities |
| 3.1 Previous/Current Product Information |
| 3.2 Human Machine Interface (HMI) |
| 3.3 Maintenance, Updates, and Training |
| 3.3.1 System Built-in-Test (BIT) & Degradation |
| 3.3.2 Maintenance |
| 3.3.3 Training |
4.0 Corporate Capabilities and Limitations
File details come from the government source that posted it. Updated .