01_ATTACHMENT_16-R-EB05_SOW.pdf

R&D Efforts for Digital Signal Processing (DSP) and Software Development Solicitation No.: N00173-16-R-EB05

Attachment 01 - Statement of Work

STATEMENT OF WORK

RESEARCH AND DEVELOPMENT EFFORTS FOR DIGITAL SIGNAL PROCESSING (DSP) and

SOFTWARE DEVELOPMENT

1.0 Introduction/Background

Electronic Warfare Support Measures (ESM) Branch at the Naval Research Laboratory (NRL) provides immediate and long-range contributions to the advancement of Navy Electronic Warfare (EW) programs. The ESM branch aim to make both immediate and long-range contributions to the advancement of Navy EW programs. These R&D programs apply state-of-the-art techniques and system concepts to optimally achieve program objectives. These objectives encompass all related phases of engineering including applied research of emerging techniques and components, conceptual design and analysis, detailed hardware/software design, modeling and simulation, and prototype development.

The ESM branch is engaged in the research and development (R&D) of advanced passive electronic warfare systems.

ESM conducts R&D, prototype design, and operational testing of ESM systems/subsystems associated with all disciplines of modern ESM systems. The ESM efforts encompass all related phases of engineering including applied research of emerging techniques and components, conceptual design and analysis, detailed hardware/software design, modeling and simulation, and prototype development. The ESM efforts allow rapid deployment of emerging high-speed analog and digital signal processing components and techniques for use in current Surface Electronic Warfare

Improvement Program (SEWIP) efforts and future ESM developed systems.

Utilizing a proprietary development environment from Annapolis Micro Systems, Inc., called COREFIRE, the NRL

ESM Branch has rapidly prototyped DSP algorithms for EW applications. Over the course of many years, NRL has developed functional code libraries that permit rapid reuse of tried and tested techniques within the COREFIRE design environment.

Annapolis Micro Systems maintains and continually updates products and support for the COREFIRE environment, permitting NRL immediate access to emerging and cutting edge technologies. The coupling of software, hardware, and streamlined/dedicated support make COREFIRE and Annapolis Micro Systems the development platform of choice for NRL rapid prototyping.

2.0 Scope

The scope of this contract is to perform R&D efforts associated with RF Analog-to-Digital Conversion (ADC)

Hardware Integration, Digital Signal Processing (DSP) Software Development, Electronic Support (ES) Software

Development, Software Validation and Verification, and Configuration Management and Control.

3.0 Task Descriptions

3.1 RF Analog-to-Digital (ADC) Hardware Integration

3.1.1 The Contractor shall conduct research and development to integrate high-speed Analog-to-Digital Converter

(ADC) boards with state-of-the art DSP boards for extraction of RF emitter characteristics from a dense analog RF signal environment. Data transfer rates under study exceed 100 Gbps and may be implemented in numerous bus technologies including RACEway, PCI, Compact-PCI, PCIExpress, PXI. VME, VXI, VPX, and other state-of-the art serial electronic or optical bus technologies. DSP processor boards under investigation include Annapolis Micro System's Wildstar platform as well as other COTS products with similar performance.

3.1.2 The contractor shall identify and addresses key issues associated with integrating high-speed ADC boards to

R&D Efforts for Digital Signal Processing (DSP) and Software Development Solicitation No.: N00173-16-R-EB05 state-of-the DSP boards.

3.1.3 The Contractor shall use VHDL and Verilog programming environments to program firmware for implementing ADC to DSP board hardware interfaces.

3.2 Digital Signal Processing (DSP) Software Development

3.2.1 The Contractor shall conduct research and development to implement DSP software techniques in state-of-the-art FPGA hardware for identifying specific emitter characteristics in a high-density RF signal environment.

3.2.1.1 Techniques to be implemented include Fast Fourier Transforms (FFTs), convolution, digital filters, number system conversions, vector algebra, trigonometry, and other more esoteric, mathematically based algorithms that take advantage of the increased throughput of the integrated FPGA based DSP boards.

Emitter characteristics to be determined include technical parameters of the emitter signal (e.g. Pulse

Width, PRF, PRI, Frequency, Modulation Type, Scan Rate, Antenna Beam Width, etc.) as well as positional or geo-location parameters (e.g. angle of arrival, line of bearing, depression angle, etc.).

3.2.2 The Contractor shall addresses key issues associated with developing and implementing a specific DSP software technique/algorithm in state-of-the art FPGAs.

3.2.3 The Contractor shall use Annapolis Micro System's COREFIRE software development environment to develop and optimize FPGA based DSP algorithms for use with Annapolis Micro System's Wildstar hardware platform.

3.3 Electronic Support (ES) Software Development

Electronic support involves actions taken to search for, intercept, identify and locate radiated electromagnetic energy for the purpose of immediate threat recognition. It provides a source of information required for immediate decisions involving electronic countermeasures (ECM), electronic counter countermeasures (ECCM) and other tactical actions such as avoidance, targeting and homing.

Some initial algorithm development under this task may be accomplished using test code developed on a desktop workstation or on any of several commercially available mathematical packages such as The Mathworks product, MatLab. Integration of third party mathematics packages may be required as part of this task.

In addition to advanced algorithm development for automatic analysis techniques and real-time process control, this task includes development of custom software to be used for engineering development integration and test purposes but not necessarily delivered in production versions of these EW systems.

3.3.1 The Contractor shall develop electronic support software to perform automated processing and analysis of emitter data provided by state-of-the-art DSP boards for assisting shipboard operators in identifying and locating threat emitters.

3.3.1.1 The current and projected emitter environment requires emphasis on advanced EW support systems that can simultaneously detect and process a large number of emitters. State-of-the-art DSP boards being developed for the Shipboard Electronic Warfare Improvement Program (SEWIP) provide a significant upgrade in the amount of emitter data that can be obtained from the threat environment and, hence, requires new capabilities in the electronic support software to handle the increased throughput.

3.3.2 The Contractor shall develop and integrate GUI software to provide real-time, interactive process control, and display of threat emitter data for review, analysis, and response by an EW system operator.

R&D Efforts for Digital Signal Processing (DSP) and Software Development Solicitation No.: N00173-16-R-EB05

3.3.2.1 In addition to the automated functions of identifying and locating threat emitters, electronic support software provides a Graphical User Interface (GUI) to display emitter data and allow operator interaction with processing routines to assist an operator to make decisions on how and when to respond to threats.

3.4 Software Subsystem and System Testing

In specifying this task the following definitions will be used:

Validation: The process of evaluating software to determine whether the systems and subsystems satisfy the conditions imposed by the government or research sponsor i.e. does it perform as required in its operational environment.

Verification: The process of evaluating software to determine whether it satisfies the specified requirements i.e. was it built correctly.

3.4.1 The Contractor shall conduct software tests to validate that software subsystems and systems meet their software specifications in the environment for which the systems/subsystems were designed to operate.

3.4.1.1 Testing in the operational environment requires contractor personnel to travel to NRL offsite locations with the NRL developers of the systems/subsystems. Test documentation forms will be provided by the government or research sponsors of the specific systems/subsystems under test.

3.4.2 The Contractor shall coordinate with NRL developers in developing software modifications to systems and subsystems for resolving software discrepancy reports (SDRs) resulting from field testing.

3.4.3 The Contractor shall develop automated test software for verifying delivered software baselines perform as specified.

3.5 Configuration Management and Control

3.5.1 The Contractor shall use a Government provided automated configuration management system (CMS) to document new and current software baselines and modifications for all firmware and software development and testing tasks.

3.5.1.1 The CMS provides a repository of all current software baselines, new software developments, baseline upgrades, maintenance patches, test results, Software Discrepancy Report (SDR) fixes, and generates automated reports necessary to document the results of all configuration management and control efforts.

4.0 Deliverables

The contractor shall provide deliverables outlined in the CDRL's listed below.

Identifier Name

A001 Monthly Progress and Status Report

A002 Contractor Summary Technical Report

A003 Version Description Document

A004 Verification Report

A005 Technical Studies Reports

A006 Software Design Description

A007 Software Test Report

A008 Software Discrepancy Report

A009 Government Property Inventory Report

R&D Efforts for Digital Signal Processing (DSP) and Software Development Solicitation No.: N00173-16-R-EB05

A010 Computer Software Product

5.0 Transition In/Out

The Contractor shall follow the transition plan submitted as part of the Contractor's Transition Management Plan and keep the Government fully informed of status throughout the transition period. This plan should describe the

Contractor's transition in to service at the beginning of the contract, and how work would be transitioned to a different contractor at the end of the contract. The Contractor should plan for the transfer of work control and information, addressing any security issues, the transfer and accountability of GFE, inspections and acceptance, and delineating the method for processing and assigning tasks during the phase-in/phase-out periods. The plan should address how the

Contractor will implement adequate measures to coordinate communications with the incumbent contractor (phase in) or to an incoming contractor (phase out) and NRL staff in order to ensure uninterrupted workflow and minimal mission impact during the transition process.

Transition-In Period – up to 30 days. The period between contract award and contract commencement will constitute the Contract transition-in period. During the contract transition-in period, the Contractor shall prepare to assume full responsibility for all areas of operation in accordance with the terms and conditions of this contract. Contractor shall take all actions required for a smooth transition to support total contract operations as proposed and accepted. During the contract phase-in period, the Contract shall at a minimum: obtain all required certifications and clearances, obtain all required personnel security clearances, and attend post-award meetings as required.

Transition-Out Period – up to 60 days. The period between contract completion from incumbent contractor and award/commencement of successor/incoming Contractor will constitute the contract phase-out period. During the contract transition-out period, the Contractor shall continue all areas of operation in accordance with the terms and conditions of this contract and make all relevant information concerning program and its operations available to the incoming Contractor to ensure the Government does not have interruption in support. The phase-out transition includes inventory of and turning over Government Furnished Property/Equipment/Information. The Contractor agrees to furnish phase-in training and exercise its best efforts and cooperation to effect an orderly and efficient transition to the incoming Contractor.