Attachment 1 - GNSS Technical Specification _RC2PL2529_Amend 0001.pdf

PDF 185 KB Posted

Attached to
Global Navigation Satellite Systems (GNSS) Federal contract opportunity
Solicitation number
70Z04425RC2PL2529
Issued by
Department of Homeland Security US Coast Guard

About this file

This technical specification document details requirements for a Global Navigation Satellite System (GNSS) receiver procurement for the United States Coast Guard (USCG). The specification covers a five-year contract period from August 31, 2025, to August 30, 2030, with the objective of replacing legacy GNSS hardware on USCG cutters and boats with a standardized, marine-grade navigation system.

Key technical requirements include compliance with international standards, a compact size of maximum 300 cubic inches, operating voltage between 12-28 VDC, environmental durability (operating temperature -40°F to +140°F, IP67 waterproof rating), and advanced features such as satellite compass heading, multi-constellation support (GPS, Galileo, GLONASS, BeiDou), and anti-jamming/anti-spoofing capabilities. The specification mandates a one-year commercial warranty, Section 508 accessibility compliance, cybersecurity adherence to USCG policies, and delivery within 90 calendar days of order award, with an objective delivery timeline of 45 calendar days.

View the file

Other files for this federal contract opportunity

Show all 11

On GovTribe

Work with this file on GovTribe

  • Download the original file
  • Contacts named in this file
  • Similar government files
  • Ask GovTribe AI about this file

Text version

Attachment 1, Technical Specification v1.23

LAST UPDATED: 07/22/2025 PAGE 1/10

TECHNICAL SPECIFICATION FOR

Global Navigation Satellite System (GNSS) Recapitalization

1.0 GENERAL

1.1 BACKGROUND

Global Navigation Satellite System (GNSS) receivers are utilized to provide accurate and secure

Position, Navigation, and Timing (PNT) service to United States Coast Guard (USCG) cutters and boats. The USCG requires a new GNSS receiver and antenna set to support electronic navigation at sea and Aids to Navigation (AtoN) requirements. The existing GNSS receivers are unable to meet new PNT requirements and the hardware is obsolete and no longer supportable. A complete recapitalization is necessary to ensure the hardware is available to meet requirements. The GNSS recapitalization project seeks to replace the outdated equipment with newer, supportable components to sustain and improve PNT service for the USCG fleet.

1.1.1 Period of Performance (POP)

The estimated POP of this contract is: 31 Aug 2025 – 30 Aug 2030.

1.2 OBJECTIVE

The objective of this specification is to identify and procure marine-grade, GNSS receivers and antennas for use on-board Coast Guard cutters and boats. This effort standardizes the GNSS hardware utilized by the USCG fleet. This specification identifies the requirements of the next generation GNSS receiver and antenna set that will replace legacy hardware.

1.3 APPLICABLE DOCUMENTS

1.3.1 Compliance Documents

The following documents provide specifications, standards, or guidelines that must be complied with in order to meet the requirements of this contract:

IEC 60945 Ed. 4.0 b Cor.1:2008

IEC 61108-1 Ed 2.0 b:2003

IACS E10 Test Specification for Type Approval

International Electrotechnical Commission (2013). IEC 60529 - Degrees of protection provided by enclosures (IP Code). International standard (2.2 ed.). p. 21. ISBN 9782832210864. OCLC

864643678

1.3.2 Reference Documents

The following documents may be helpful to the Contractor in performing the work described in this document:

LAST UPDATED: 07/22/2025 PAGE 2/10

Cybersecurity Governance 5500.13 (series)

DoD Instruction 8500.01

DoD Instruction 8510.01

OMB Circular A-130

2.0 SPECIFICATIONS

The requirements contained herein are the Threshold (minimum) requirement. In addition, there are requirements identified as “Objective”, which is a preferred system capability, but not a threshold/minimum requirement.

2.1 GENERAL

a. Must comply with IEC 60945 (Threshold)

b. Must comply with IEC 61108-1 (Threshold)

2.2 SIZE, WEIGHT, AND POWER (SWAP)

a. Size:

1) Maximum: 300 cubic inches (Threshold)

b. Operating Voltage:

1) 12 - 28 VDC (Threshold)

2) 10-30VDC (Objective)

3) Dual input voltage source capable VDC OR 120V AC (Objective)

4) Internal battery backup source (Objective)

2.3 ENVIRONMENT

a. Shock: (Threshold)

1) 75 g (non-operating)

2) 40 g (Operating)

b. Drop:

1) Survive a 1m drop on hard surface (Threshold)

2) Survive a drop greater than 1m on hard surface (Objective)

c. Temperature (Operating and Storage):

1) – 40 degrees F to +140 degrees F (Threshold)

d. Waterproof rating:

1) IP rating of 67 for all GNSS components (Threshold)

2) IP rating of 68 for all GNSS components (Objective)

LAST UPDATED: 07/22/2025 PAGE 3/10

2.4 ELECTROMAGNETIC INTERFERENCE (EMI) AND ELECTROMAGNETIC

COMPATIBILITY (EMC)

a. Must comply the following:

1) IEC 60945 (Threshold)

2) RTCM 13700.0 Standards (Objective)

2.5 DETERMINATION OF POSITION

a. Accuracy:

1) Horizontal position variation less than 2m via WAAS (Threshold)

2.6 SECURITY

Wi-Fi and/or Bluetooth capabilities are not required however, if equipped with Wi-Fi and/or

Bluetooth, the system must meet security requirements (a and b) below:

a. If system is equipped with Wi-Fi:

1) Wi-Fi must be configurable (enabled/disabled) (Threshold)

2) Wi-Fi capabilities must support user configurable password protection

(Objective)

b. If system is equipped with Bluetooth capability:

1) Bluetooth must be configurable (enabled/disabled) (Threshold)

2) Bluetooth capabilities must allow user configurable password protected

(Objective)

2.7 INTERFERENCE DETECTION/SUPPRESSION (ANTI-JAM/ANTI-SPOOF)

a. Jamming:

1) System must have the ability to detect jamming incident(s) (Objective)

2) System must notify user when a jamming incident is detected (Objective)

3) System must be Anti-Jam Capable (Objective)

b. Spoofing:

1) System must have the ability to detect spoofing incident(s) (Objective)

2) System must notify the user when a spoofing incident is detected (Objective)

3) System must be Anti-Spoof capable (Objective)

2.8 OPERATION

a. Automatic selection of satellite-transmitted signals for position determination

(Threshold)

b. Receiver must acquire signal for first fix within 2 minutes from cold start (Threshold)

c. Receiver must reacquire signal for first fix within 30 seconds from hot start (Threshold)

LAST UPDATED: 07/22/2025 PAGE 4/10

d. Receiver must generate and output to a display and digital interface a new position no less than once per second (Threshold)

d. Receiver must provide real-time position data including latitude, longitude, and altitude on the On-Screen Display (OSD) in WGS-84 format, with updates no less than once per second. (Threshold)

e. Receiver shall output the same position data via a digital interface as defined in

Requirement 2.11 of this document. (Threshold)

f. Receiver must provide alerts when jamming or spoofing is detected. (Objective)

2.9 ANTENNA SPECIFICATIONS

a. Mountable on a standard 1 inch 14 NPT antenna mount (Objective)

b. Controlled Reception Pattern Antenna (CRPA) capable (Objective)

2.10 FEATURES

a. The system must provide Satellite Compass Heading. (A satellite compass, also known as

Global Navigation Satellite System (GNSS) compass, determines heading using satellite signals, typically from dual or multiple antennas. Unlike traditional magnetic compasses, satellite compasses are not affected by magnetic interference and can maintain accurate heading even when stationary or during GNSS outages): (Threshold)

1) 0.75° RMS or greater accuracy (Threshold)

2) 0.25° RMS or greater accuracy (Objective)

b. Selectable Constellations: (Threshold)

1) GPS (L1 & L2): (Threshold)

2) Galileo: (Threshold)

3) GLONASS: (Threshold)

4) BeiDou: (Threshold)

5) QZAA (Threshold)

6) GPS (L5) (Objective)

7) NavIC: (Objective)

c. Selectable Satellite Based Augmentation System (SBAS): (Threshold)

1) WAAS (Threshold)

2) EGNOS (Europe) - (Threshold)

3) GAGAN (India) - (Threshold)

4) MSAS (Japan) - (Threshold)

5) QZSS (Japan) - (Threshold)

6) ASAL (Algeria) - (Objective)

7) ASECNA (Africa/Indian Ocean) - (Objective)

8) BeiDou SBAS (China) - (Objective)

9) KAAS (Korea) - (Objective)

LAST UPDATED: 07/22/2025 PAGE 5/10

10) SDCM (Russia) - (Objective)

11) SPAN (Australia / New Zealand) - (Objective)

2.11 DATA (I/O)

a. NMEA data standards:

1) NMEA 0183 (4.10 or greater) (Threshold)

2) NMEA 0183 (4.30 or greater) (Objective)

3) NMEA 2000 (3.00 or greater) (Objective)

4) NMEA OneNet (1.00 or greater) (Objective)

b. Selectable (ON/OFF) output sentences (Threshold):

1) GGA

2) GLL

3) HDT

4) VTG

5) GST

6) GRS

7) GSA

8) DTM

9) ZDA

c. Selectable (ON/OFF) output sentences (Objective):

1) GNS

2) RTE

3) WPL

4) THS

5) RMC

6) GBS

7) GDC

8) GFA

9) GIR

10) GRP

11) GGC

12) GMP

13) ROT

d. Selectable output frequency 1 – 10 Hz (Threshold):

1) GGA

2) GLL

3) HDT

4) VTG

LAST UPDATED: 07/22/2025 PAGE 6/10

5) GST

6) GRS

7) GSA

8) DTM

9) ZDA

e. Selectable output frequency 1 – 10 Hz (Objective):

1) GNS

2) RTE

3) WPL

4) THS

5) RMC

6) GBS

7) GDC

8) GFA

9) GIR

10) GRP

11) GGC

12) GMP

13) ROT

f. Selectable baud rates: (Threshold)

1) 4800 (Threshold)

2) 9600 (Threshold)

3) 19200 (Threshold)

4) 38400 (Threshold)

5) 57600 (Objective)

6) 115200 (Objective)

7) 230400 (Objective)

g. Provide two RS-232 serial output ports. (Threshold)

h. Provide three or more RS-232 serial output ports. (Objective)

i. Provide two serial output ports that are configurable for RS-422 or RS-232. (Objective)

j. Provide three or more serial output ports that are configurable for RS-422 or RS-232

(Objective)

k. Provide configurable CAN output interface that supports CAN 2.0 or greater. (Objective)

l. Provide network data interface via physical connection suitable for TCP/IP interface

(Threshold)

m. Provide network data interface suitable for multicast communication over UDP/IP interface. (Objective)

n. Receiver must have a minimum of 20 NMEA outputs across all output interfaces.

(Objective)

LAST UPDATED: 07/22/2025 PAGE 7/10

o. Receiver must have the capability to be assigned an Internet Protocol Version 4 (IPv4) address and communicate over IPv4 schema. (Threshold)

p. Receiver must have the capability to be assigned an Internet Protocol Version 6 (IPv6) address and communicate over IPv6 schema. (Objective)

q. Receiver TCP/IP interface must be configurable, allowing the operator to choose between an IPv4 or IPv6 schema for TCP/IP communication. (Objective)

2.12 RECEIVER CONFIGURATION MANAGEMENT

a. Configurable via a configuration file (Threshold)

b. Configuration file must be exportable/importable (Threshold)

c. All configuration options can be modified via the receiver interface directly (Objective)

d. Configurable via web browser interface (Objective)

e. Web user interface must support user configurable password protection for configuration access (Objective)

2.13 LOGISTICS

a. Supportability

1) For any software products, the contractor must provide all manufacturer software updates, and patches to correct defects, for the life of the product [i.e., until the “End of Life” (EoL) or “End of Support” (EoS)]. Software updates and patches must be made available to the government for all products procured under this Contract and replaced when End of Support (EoS) is reached. (Threshold)

2) For any hardware products (utilizing firmware), the contractor must provide all manufacturer firmware updates to correct defects, for the life of the product [i.e., until the “End of Life” (EoL) or “End of Support” (EoS)]. Firmware updates must be made available to the government for all products procured under this Contract and replaced when End of Support (EoS) is reached. (Threshold)

3) Contractor must provide notification timelines for software and/or firmware updates, product end of life, and reparability support. (Threshold)

b. Configuration Management

1) Exact model number and capability of components must be available for order for the entirety of the contract period of performance (Threshold)

c. Reliability – Mean Time Between Failure (MTBF)

1) Each item must have a reliability of 16,000 hours MTBF (Threshold)

2) Each item must have a reliability of 18,000 hours MTBF (Objective)

2.14 DELIVERY TERMS

a. The product must be delivered to the Government within 90 calendar days of delivery order award. (Threshold)

b. The product must be delivered to the Government within 45 calendar days of delivery order award. (Objective)

LAST UPDATED: 07/22/2025 PAGE 8/10

3.0 WARRANTY

The contractor must provide, at a minimum, a one-year standard commercial warranty, which commences on date of installation on a USCG asset. Product warranties must include a product return policy. Any Original Equipment Manufacturer (OEM) warranties associated with products delivered under this contract/order must be available directly to the USCG.

4.0 SECTION 508 COMPLIANCE

4.1. Section 508 Requirements (include in the SOW, PWS, or SOO)

Section 508 of the Rehabilitation Act (classified to 29 U.S.C. § 794d) requires that when Federal agencies develop, procure, maintain, or use information and communications technology (ICT), it must be accessible to people with disabilities. Federal employees and members of the public with disabilities must be afforded access to and use of information and data comparable to that of

Federal employees and members of the public without disabilities.

All products, platforms and services delivered as part of this work statement that, by definition, are deemed ICT must conform to the revised regulatory implementation of Section 508 Standards, which are located at 36 C.F.R. § 1194.1 & Appendixes A, C & D, and available at https://www.ecfr.gov/cgi-bin/text-idx?SID=e1c6735e25593339a9db63534259d8ec&mc=true&node=pt36.3.1194&rgn=div5. In the revised regulation, ICT replaced the term electronic and information technology (EIT) used in the original 508 standards. ICT includes IT and other equipment.

Exceptions for this work statement have been determined by DHS and only the exceptions described herein may be applied. Any request for additional exceptions must be sent to the

Contracting Officer and a determination will be made according to DHS Directive 139-05, Office of Accessible Systems and Technology, dated November 12, 2018 and DHS Instruction 139-05-

001, Managing the Accessible Systems and Technology Program, dated November 20, 2018, or any successor publication.

4.2 Section 508 Requirements for Technology Products (include in the SOW, PWS, or

SOO)

Section 508 applicability to Information and Communications Technology (ICT): C5ISC

GNSS Receiver

Applicable Exception: ICT Functions Located in Maintenance and Monitoring Spaces

Authorization #: EXC0001533

5.0 DELIVERABLES

The contractor must reference the applicable CDRL for all applicable deliverable requirements, submission due dates, and distribution.

https://uscode.house.gov/view.xhtml?req=(title:29%20section:794d%20edition:prelim)%20OR%20(granuleid:USC-prelim-title29-section794d)&f=treesort&edition=prelim&num=0&jumpTo=true https://www.ecfr.gov/cgi-bin/text-idx?SID=e1c6735e25593339a9db63534259d8ec&mc=true&node=pt36.3.1194&rgn=div5 https://www.ecfr.gov/cgi-bin/text-idx?SID=e1c6735e25593339a9db63534259d8ec&mc=true&node=pt36.3.1194&rgn=div5

LAST UPDATED: 07/22/2025 PAGE 9/10

CDRL

NUMBER

DELIVERABLE NAME

TECHNICAL

SPECIFICATION

SECTION

A001 Standard commercial Operation, Maintenance, Service and User manuals 5.0

6.0 DHS GEOSPATIAL INFORMATION SYSTEM COMPLIANCE

All implementations including geospatial data, information, and services must comply with the policies and requirements set forth in the DHS Geospatial Information Infrastructure (Gil), including (but not limited to) the following:

a. All data built to the GII whether adopted or developed, must be submitted to the government for review and insertion into the DHS Data Reference Model.

b. All software built to the GII, whether adopted or developed, must be submitted to the government for review and insertion into the DHS Technical Reference Model.

7.0 USCG CYBERSECURITY COMPLIANCE

All hardware, software, and services provided must be compliant in accordance with all USCG policy, specifically Cybersecurity Governance Commandant Instruction 5500.13

(series), DoDI 8500.01, DoDI 8510.01, DHS Sensitive Systems Policy Directive 4300A, and

DHS Directive 140-01 Information Technology Systems Security.

The Contractor will provide, implement, and maintain an IT Security Plan. This plan shall describe the processes and procedures that will be followed to ensure appropriate security of IT resources that are developed, processed, or used under this contract.

a. Within 30 days after contract award, the contractor shall submit for approval its IT

Security Plan, which shall be consistent with and further detail the approach contained in the offertory's proposal. The plan, as approved by the Contracting Officer, shall be incorporated into the contract as a compliance document.

b. The Contractor's IT Security Plan will comply with Federal laws that include, but are not limited to, the Computer Security Act of 1987 {40 U.S.C. 1441 et seq.), the Government

Information Security Reform Act of 2000, and the Federal Information Security

Management Act of 2014, and with Federal policies and procedures that include, but are not limited to, 0MB Circular A-130.

c. The security plan shall specifically include instructions regarding handling and protecting sensitive information at the Contractor's site {including any information stored, processed, or transmitted using the Contractor's computer systems), and the secure management, operation, maintenance, programming, and system administration of computer systems, networks, and telecommunications systems.

The Government may elect to conduct periodic reviews to ensure that the security requirements contained in this contract are being implemented and enforced. The Contractor shall afford DHS

LAST UPDATED: 07/22/2025 PAGE 10/10

including the organization of the DHS Office of the Chief Information Officer, the Office of the

Inspector General, authorized Contracting Officer's Representative

(COR), and other government oversight organizations, access to the Contractor's facilities, installations, operations, documentation, databases, and personnel used in the performance of this contract. Access shall be provided to the extent necessary for the government to carry out a program of inspection, investigation, and audit to safeguard against threats and hazards to the integrity, availability, and confidentiality of DHS data or the function of computer systems operated on behalf of DHS, and to preserve evidence of computer crime.

File details come from the government source that posted it. Updated .