Project Information

Bid Title

Data Fusion Correlator

Issuing Agency

DEPT OF DEFENSE

Location

Indiana

Published Date

Mar 3, 2026

Closing Date

Mar 20, 2026

Government Level

Federal

Status

Closed

Ref. #

N0016426SNB38

Original Source

Join to Access Full Details

Bid Inquiries

Join to Access Full Details

Bid Documents

Join to Access Full Details

Project Description

Follow

Data Fusion Correlator

Active

Contract Opportunity

Notice ID

N0016426SNB38

Related Notice

Department/Ind. Agency

DEPT OF DEFENSE

Sub-tier

DEPT OF THE NAVY

Major Command

NAVSEA

Sub Command

NAVSEA WARFARE CENTER

Office

NSWC CRANE

General Information View Changes

• Contract Opportunity Type: Special Notice (Updated)
• Updated Published Date: Mar 03, 2026 10:15 am EST
• Original Published Date: Feb 23, 2026 02:53 pm EST
• Updated Response Date: Mar 20, 2026 04:00 pm EDT
• Original Response Date: Mar 06, 2026 04:00 pm EST
• Inactive Policy: 15 days after response date
• Updated Inactive Date: Apr 04, 2026
• Original Inactive Date: Mar 21, 2026
• Initiative:

Classification

• Original Set Aside:
• Product Service Code: AC13 - NATIONAL DEFENSE R&D SERVICES; DEPARTMENT OF DEFENSE - MILITARY; EXPERIMENTAL DEVELOPMENT
• NAICS Code:
  • 541511 - Custom Computer Programming Services
• Place of Performance:
  Crane , IN 47522
  USA

Description View Changes

Special Notice: N0016426SNB38

Agency: Department of the Navy

Office: Naval Sea Systems Command

Location: Naval Surface Warfare Center (NSWC) Crane Division

NAICS Code: 541511

RFI Release Date: 12 February 2026

RFI Responses Due: 20 March 2026 – 4:00 P.M. EST

Request for Information (RFI)

Data Fusion Correlator

PURPOSE

This special notice is to inform vendors of a Request for Information (RFI). The purpose of this RFI is to collect information from the general public about Data Fusion Correlator topics in the RFI. Based off the information collected from the RFI, the Government may send out a Request for Solutions (RFS) with the intent of awarding a Project Order under the Expeditionary Missions Consortium (EMC2) Other Transaction Agreement (OTA) in accordance with 10 U.S.C. § 4022.

Background

SENSEI is an integrated multi-sensor, multi-weapon, multi-domain counter-unmanned system (C-UxS); its objective is to detect-to-defeat Counter-small Unmanned (Air, Ground, Surface, Undersea) System (C-sUxS) to protect Navy/DoD critical infrastructure and assets.​ While SENSEI hosts a wide range of sensors, those sensors have inherent limitations in coverage, accuracy, and susceptibility to noise, clutter, or environmental conditions which may cause uncertainty, bias, or conflicting information, limiting their effectiveness in detecting, tracking, and effecting unmanned threats.

Feedback will not be provided and responses to the RFI papers will not be returned.

Objectives

• Determine the availability of Data Fusion Products which are available for integration with third party Command and Control (C2) Software


• Determine the tested performance of the fusion products to inform the requirements


• Determine the capabilities (performance specifications) of existing data fusion products


• Objective is to not include solutions that are dependent upon or cannot be decoupled from the C2 functionality

Topics to be Addressed within RFI Response

1. Describe the software product and overall function in paragraph form.
   
   
   
   1. Discuss what level of fusion is performed as pertaining to Joint Directors of Laboratories Data Fusion Model
   
   
   2. Is the product fielded/operationally used? Discuss current use cases and/or test events the product has been deployed/used.
   
   
   
   


2. Data Alignment/Synchronization/Heterogeneity:

Note: The term heterogeneity implies that data varies significantly in type, format, structure, quality, or distribution, coming from diverse sources like databases, text, or sensors, making it complex to integrate and analyze compared to uniform (homogeneous) data, requiring preprocessing to find patterns.

1. 
   
   
   
   1. How does the product handle inputs from sensor with varying sample rates?
   
   
   2. What is the maximum sample rate variance from two track sources that can be correlated?
   
   
   3. How does the system handle the dynamic addition or subtraction of sensor inputs?
   
   
   4. What is the maximum position variance from two track sources that can be correlated?
   
   
   5. Is the fusion/correlation product able to maintain track continuity (single track ID per object) even if the source data for the track changes IDs?
   
   
   6. What is the maximum sample rate the Data Fusion Correlator can ingest/handle? If maximum is not available, provide highest tested or highest sample rate the product was operated with.
   
   
   7. What is the minimum number of data sources required for a fused track output? (If only one track is fed in, will the same track be output, or will fused track be output only if more than one data source is present?
   
   
   8. What is the maximum number of data sources that can be used for a single fused track?
   
   
   9. What is the number of simultaneous tracks that can be processed (assuming COTS hardware and no other hardware constraints)?
   
   
   
   


2. Latency
   
   
   
   1. What is the latency for fusion of similar sensor sources (e.g. two radars pointed at the same AOR)?
   
   
   2. What is the latency for fusion of dissimilar sensor source (e.g. radar sensor with minimal delay but higher position error, and RF sensor with large delay but small positional error)?
   
   
   
   


3. Error
   
   
   
   1. What are the average error improvements when fusing two similar tracks (i.e. two radar sensors with similar accuracy)?
   
   
   2. Can the spurious track errors be characterized? How often does the fusion product produce two tracks when only one track is present? How often does the track split into multiples when only one target is present?
   
   
   
   


4. Track Metrics/Figures of Merit
   
   
   
   1. What, if any, figures of merit are provided with the fused track (i.e. confidence, error, covariance matrix)?
   
   
   2. Is assignment of different confidences, errors possible based on the data source (i.e. source 1 is an acoustic sensor, and although covariance is not produced with each detection/track, all incoming tracks can be assumed to have same error values)?
   
   
   
   


5. Integration/Functionality
   
   
   
   1. Has the correlator been integrated with any C2 systems? Which systems?
   
   
   2. Can the correlator operate headless? How is the configuration (if any) of the correlator achieved (i.e. GUI, configuration file, source code changes)
   
   
   3. What are minimum/recommended hardware resources that need to be allocated to the correlator process?
   
   
   4. What OS does the correlator operate on natively?
   
   
   5. What is the integration cost/deployment cost of the correlator. Is there a license associated with the correlator.
   
   
   
   


6. Swarm Data Fusion Considerations
   
   
   
   1. How many simultaneous tracks can system maintain?
   
   
   2. How does system handle Track Swap/ Track Crossing (when two targets cross paths)?
   
   
   3. How are clusters of targets handled? Non-targets? Mixture?
   
   
   4. Does performance degrade as maximum number is approached? Surpassed?
   
   
   
   


7. Is there any other information and/or metrics pertaining to your solution that you deem important/necessary and critical?
   
   
   
   1. What metrics do you believe are critical when testing the data fusion products?
   
   
   
   

Note:

• Data/Message Flow diagrams are helpful to understand correlator/logic architecture, but are not required.


• Correlator will be required to conform to input/output message types in accordance with ICD provided by the GOVT at a later date, correlator must be adaptable to support those messages.


• Correlator performance will be tested with benchtop simulated system, with same data set. The correlator will be treated as a ‘black box process’, with measurements and metrics collected on input and output data.


• This RFI is intended to result in a multiple award RFS for existing correlator products evaluation with a government C-UAS system. This evaluation will be at a government or contractor facility and may include vendor support of their correlator. The results of those evaluations may lead to further development of a correlator to meet the government’s needs.


• In the response, indicate if the company is Cybersecurity Maturity Model Certification level 1 or higher. Level 1 is self certification.

Format Requirements of the RFI Papers

• 
  
  
  
  • 10-page limit, inclusive of contact information.
  
  
  • Times New Roman 10 (or larger) Single-spaced, single-sided, 21.6 x 27.9 cm (8.5 by 11 inches).
  
  
  • Smaller type may be used in figures and tables, but must be clearly legible.
  
  
  • No pictures of a marketing/advertising nature or hyperlinks are allowed.
  
  
  • File format must be Microsoft Word or PDF.
  
  
  • These RFI submissions will be shared with the Sponsor; therefore, any proprietary information must be clearly identified/marked.
  
  
  • Do not submit classified information.
  
  
  
  

Submission Instructions

Respondents are required to submit complete RFI documents that demonstrate the objectives identified above.

Submit responses and technical questions to the ATI email address listed below:

emc.responses@ati.org

For general submission questions, please contact the EMC² Consortium Manager, ATI, at emc@ati.org or visit the EMC² website at emccrane.org for membership requirements.

This RFI is issued solely for information purposes. It does not constitute an RFS or a promise to issue an RFS in the future. This RFI does not commit the Government to contract for any supply or service in any manner. Respondents are advised that the U.S. Government will not pay for any information or administrative costs incurred in response to this RFI; all costs associated with responding to this RFI will be solely at the interested parties' expense. Not responding to this RFI does not preclude participation in any future RFS, if any is issued. All interested parties should visit the EMC2 website at https://emccrane.org/ to become a member of the consortium to view the future possible RFS.

Contracting Office Address:

300 Hwy 361

Crane, IN 47522

United States

Primary Point of Contact.:

Bradley Axsom

bradley.l.axsom.civ@us.navy.mil

Phone: 812-381-7732

Secondary Point of Contact:

Judy Blanton

judith.a.blanton3.civ@us.navy.mil

Phone: 812-381-7156

Attachments/Links

Contact Information

Contracting Office Address

• WARFARE CENTER 300 HIGHWAY 361
• CRANE , IN 47522-5001
• USA

Primary Point of Contact

• Bradley Axsom
• bradley.l.axsom.civ@us.navy.mil
• Phone Number 8123817732

Secondary Point of Contact

• Judy Blanton
• judith.a.blanton3.civ@us.navy.mil.
• Phone Number 8123817156

History

• Mar 03, 2026 10:15 am ESTSpecial Notice (Updated)
• Feb 23, 2026 02:53 pm EST Special Notice (Original)

Commodity Codes

• FSC AResearch and development

• NAICS 541511Custom Computer Programming Services

Related bids

Feb 23, 2026

[Special Notice (Original)] Data Fusion Correlator

* Disclaimer: Government BidHub provides information on bids, RFPs (Requests for Proposals), and RFQs (Requests for Qualifications) solely for convenience and informational purposes. This site is not an official public notice board. For official details, responses, or inquiries, please contact the relevant government agency directly.