REQUEST FOR INFORMATION United States Space Force Space Systems Command Space Data Network (SDN) Mission Operations Center (MOC) Description The USSF’s Space System Command is seeking information on fielding a Mission Operations Center (MOC) for Space Data Network (SDN). The Mission Operations Center includes procurement, lifecycle management, technology refreshes, pLEO providers’ services management, network performance monitoring, orchestrating space transport network connectivity, user onboarding, information assurance processing, sustainment and other related tasks. THIS IS A REQUEST FOR INFORMATION (RFI) ONLY. This RFI is issued solely for information and planning purposes – it does not constitute a Request for Proposal (RFP) or a promise to issue an RFP in the future. This RFI does not commit the Government to contract for any supply or service whatsoever. Further, the USSF is not at this time seeking proposals and will not accept unsolicited proposals. 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 party’s expense. Not responding to this RFI does not preclude participation in any future RFP, if any is issued. Any information submitted by respondents to this RFI is strictly voluntary. All submissions become Government property and will not be returned. Proprietary information will be safeguarded in accordance with the applicable Government regulations. Proprietary information or trade secrets shall be clearly identified. NAICS Code: 541715 Aerospace Research and Development (except prototype and production). The small business size standard is 1000. Participation from small and small disadvantaged businesses is highly encouraged. Background Scope Overview: Space Systems Command (SSC) is seeking information for a contractor to provide a Mission Operations Center for the Space Data Network (SDN). SDN is a resilient network transport that integrates diverse space-based networks and ground infrastructures to deliver private transport, tactical data links, and public internet services to users. The system integrates DoD and commercial pLEO, MEO, and GEO systems to enable packet routing, S-band, and broadband services across the various satellite constellations. The SDN mission operations services will be provided through coordination among six key components: (1) pLEO satellite providers, (2) Ground Entry Point (GEP), (3) Satellite Exchange Point (SEP), (4) SEP host satellite providers, (5) end-users, and (6) mission partners/external systems. The service assurance, provisioning, operations, and management of SDN services will be performed at the SDN Mission Operations Center. Figure 1 shows a notional SDN topology with the MOC having either direct or indirect network connectivity to other segments/components in system to provide the necessary operational services. Numbered elements represent system components and are described in Table 1 (see PDF Attachment). The MOC will consist of a network operations component that provisions, orchestrates, controls, and manages the network transport services, and maintains the health/status and performance of all network elements that enable these services. The MOC receives and processes services requests from the user segment. The provisioning and orchestration of network services will require coordination and interaction with satellite service providers to plan, allocate and approve the user resource requests. The MOC will also interact with SEPs/GEPs and end-users to execute, deliver and maintain the provisioned transport connectivity throughout the lifetime of the service subscriptions. To assure service performance, the MOC monitors system health/status and performance by directly managing SDN network elements or through ingestion of network logs and situational awareness data from satellite providers. In addition, the MOC provides the front-end services to process service requests from users as well as respond to problems with provisioned services reported by users. Figure 2 (see PDF Attachment) shows a notional diagram illustrating selected real-time and non-real-time messages between logical functional areas of the MOC, as well as the internal messages among those functional areas. The diagram is not intended to exhaustively represent all system messaging. Its purpose is to demonstrate representative message flows that highlight the capabilities and responsibilities of each functional areas. Generic Systems to be operated, interfaced with, and/or sustained include but are not limited to: Information technology (IT) infrastructure to communicate at appropriate levels (CLASSIFIED and UNCLASSIFIED) Cybersecurity systems with Risk Management Framework standards Network systems Government systems and transport Government and commercial space systems Commercial satellite providers’ satellite operations center Commercial satellite providers’ factory operations center Commercial satellite terminals Commercial terrestrial transport Assumptions The physical location for the MOC will be a government provided facility. Day-to-day operations of the system will be performed by contracted personnel with government oversight. USSF and Combat Forces Command (CFC) will have a mission director in charge of MOC contracted personnel. These individuals will require a government issued CAC for base access as well as access to appropriate networks. Contractors will need to have a minimum TS/SCI clearance. MOC Key Systems Objectives: MOC capabilities will be developed incrementally in phases based on operational timelines for SDN user requirements. Initial capabilities will be developed in the first phase for S-band and broadband users. The second phase will be additive, developing SEP user services to be integrated into the MOC. While developed in phases, the MOC should be designed with this end state in mind. Phase 1: S Band and Broadband User Services. Provides commercial/government cloud-based and/or government on-premises network and computing infrastructures at multiple security levels with a CIA rating of High/High/Moderate Integrates with new and existing government operational transport networks, government mission user networks, and test networks and applications at different security levels (CUI, Secret, Top Secret and SAP). Provides low-latency cross-domain solutions for processing data across different security levels including CUI, Secret, Top Secret and SAP. Integrates with commercial leased-line providers, Internet service providers, and satellite service providers. Provides redundancy to assure at the minimum 99% operational system availability. Processes both service requests and troubleshooting requests from users. Provides service response and incidence responses to users. On-boards, configures, reconfigures, revokes users and services. Conducts planning, prioritization, and service management to assure services to users. Conducts dynamic capacity planning and resource allocations based on user demands and priority. Monitors S-band, broadband, and network connections to user systems and interfaces. Maintains software and security updates on GEP and user terminals Monitors fault/performance of GEP, and user terminals. Collects and ingests situational awareness data from GEP, pLEO SatOps, pLEO factories, and pLEO PoPs to determine constellation health and status and data trending Provides virtual interfaces to distribute and ingest situational awareness data for local display and cloud-based access. Generates and disseminates faults and performance reports to external segments. Coordinates configurations and software rollout to GEP and user segments. Automates certification rotation, expiration, and revocation. Ensures consistent security policies across layers. Maintains user IP address plans. Provides machine-to-machine and human-to-machine interfaces to add, reconfigure and remove network offerings of the new/existing users. Provides machine-to-machine interface to Application Programming Interface (API) and automation interfaces to government and commercial systems. Provides authentication, authorization, and accounting services. Provides role-based access controls. Provides storage of payload telemetry and network performance data. Complies with industry security and networking standards. Aligns with Modular Open Systems Approach (MOSA) design principles, utilizing open standards, allowing interchangeable modules, independent upgrades and replacements Phase 2: SEP User Services Monitors SEP users and network connections to user systems and interfaces. Commands and operates SEP payloads through a SEP Network Operations Center (NOC). Provides anomaly resolution of SEP hardware and software components. Orchestrates the provisioning of secured multipoint Layer 2 and Layer 3 virtual private network (VPN) transport services Orchestrates scalable network solution that assigns, and load-balances resources provided by pLEO satellite providers, SEP and GEP segments Orchestrates scalable network solution that provide user traffic separation across SDN. Conducts planning, prioritization, and service management to assure services to users. Provides network topology and route management. Conducts dynamic capacity planning and resource allocations based on user demands and priority. Coordinates software and security updates on SEP, GEP and user terminals. Monitors fault/performance of SEP. Detects, isolates, and corrects faults in the GEP/SEP overlay networks. Provides system timing for the SEP segment. Provides global key management service that spans all layers. Maintains SDN IP address plans. Submittal Format: Interested parties are requested to respond to this RFI with a white paper and an optional power point slide. The white paper shall be limited to a single document of no more than 10- pages. A cover letter, if submitted, is excluded from the page limit. The document should be single-spaced, have one-inch margins, US letter-size (8 1/2 by 11 inches) page, and minimum font size of 12-point font. A PowerPoint slide is allowed to be submitted, in addition to the white paper, but must be limited to a single document of no more than 1 slide. The title slide and information required as part of section 5.2 are excluded from the slide limit. Slide size should be 16:9 aspect ratio. Submittal Requirements: SSC does not intend to award a contract on the basis of responses. Acknowledgement of receipt of responses will be made, but respondents will not be notified of SSC’s evaluation of the information received. Responses shall include the following information: Business name and Size Standard Submitter’s Name and Parent Company, if applicable Business Address: Street, City, State, and ZIP code Commercial and Government Entity (CAGE) Code Unique Entity ID Point(s) of contact, including telephone number(s) and email address(es) Please submit PowerPoint presentations and white papers in Microsoft Office compatible form or Portable Document Format (PDF) are due no later than 16:00PT 27 February 2026. Responses shall be via email only to Primary:
[email protected] Alternate:
[email protected]. Proprietary information, if any, should be minimized and MUST BE CLEARLY MARKED. Please be advised that all submissions become Government property and will not be returned. SSC has entered into contracts with Federally Funded Research and Development Center (FFRDC) and/or Systems Engineering and Technical Assistance staff working for the Government. These include but are not limited to: The Aerospace Corporation, MIT LL, SAIC, Zachary Piper, SAVI, KBR. These entities may review submissions as technical support to the government. If Respondents disagree to the release of its RFI response to any of the aforementioned firms, the Respondent must clearly state this restriction in the cover letter accompanying the RFI response. Foreign firms are advised that they will not be allowed to participate in this acquisition at the prime contractor level; however, provided they are eligible to do business with the US Government they may be eligible to participate at the subcontractor level. The research and test data produced under a resultant contract may contain Military Critical Technology List (MCTL) information whose export is restricted by Export Control Act (Title 22, U.S. Sec 2751, et seq.) or the Export Administration Act of 1979, as amended (Title 50, U.S.C., App. 2401, et seq.). Request certification and registration from the Defense Logistics Services Center (DLSC), Federal Center, 74 North Washington, Battle Creek, MI 49016-3412 as soon as possible. Responses SSC is seeking responses related to vendors’ products and service offerings. Vendors’ responses should provide information about their capability for performing the SDN MOC’s objectives as outlined in section 4.0 and elaborate on any requirements. SSC understands that there may be other pertinent information that has not been solicited and encourages vendors to provide additional information as deemed appropriate. SSC is seeking information on potential MOC design and implementation approaches for the Space Data Network (SDN) that can readily interface with existing government and commercial pLEO systems, U.S. government transport networks, and future SEP systems, to enable rapid deployment of assured mission services to end-user systems. The RFI aims to gather vendor’s partial or full scope capability of a cloud-based and/or on-premises mission operations center that provides services not only for managing user service subscriptions from multiple U.S. government agencies but also planning and managing resource allocation and service performance from multiple satellite vendors, as well as for interfacing with external mission partners to extend the data network transport capability across the enterprise. SSC welcomes insights into technology roadmaps, comprehensive satellites and network resource planning and orchestration methodologies that account for diverse services and user system types in a multi-vendors environment, and network observability approaches that scale to support multiuser integrated system while meeting performance and resilience requirements. Respondents should describe how the proposed solution enables incremental capability expansion without requiring redesign or replacement of core components. Participants are encouraged to provide clear documentation, relevant case studies, and innovative approaches that meet our outlined requirements.. This RFI process seeks responses from any and all respondents who offer partial or total solutions in order to assess methodologies and develop a range of total costs association with each solution. Respondents shall provide detailed information on the following topic areas. Each topic and sub-topic shall have a separate response. Design and implementation of SDN mission operations center that performs the objectives outlined in section 4.0. Describe scalability of the proposed system and how it will support multi-providers solutions and globally distributed GEPs, PoPs, and user terminals. Describe open standards and protocols that pertain to orchestrating, managing, and operating a space-based transport that utilizes software defined network technologies. Describe a solution that supports incremental expansion (e.g., addition of pLEO providers or new mission areas) without requiring redesign of the core capabilities. Describe how the proposed architecture enables future integration with external systems, tools, and data sources without requiring redesign of the core MOC platform. Describe your software architecture and design approach, including computing requirements, and percentage of commercial-of-the-shelf products versus development required to meet the MOC objectives. For the COTS components, please identify the specific products/platforms. Describe how your proposed solution synchronizes and distributes time to SEPs. Describe how the proposed solution meets user quality of service/quality of experience in a system that integrates multiple service providers. Explain your strategy for orchestrating diverse and redundant network connectivity across various satellites providers to assure user service availability. Describe your strategy in utilizing network observability tools to correlate issues across multi-vendor network services, hardware, and integrated systems to gain insight into system performance to achieve a faster anomaly resolution. Provide an overview of a helpdesk, engineering, maintenance, and operational support for a multi-security level SDN MOC. Identification and assessment of key system design trades Cloud versus on-premises MOC. MOC-managed versus network provider-managed SDN PoPs. Identification of cost drivers in the design and implementation. Assessment of SDN MOC information assurance architecture. Security and threat prevention capabilities Assessment of development and production schedules. Estimation of development and operational costs. Describe the extent your solution meets the commercial definition in FAR 2.101. List of questions to help clarify the scope of the MOC. THIS IS A REQUEST FOR INFORMATION (RFI) ONLY. The information provided in the RFI is subject to change and is not binding on the Government. The USSF has not made a commitment to procure any of the items discussed, and release of this RFI should not be construed as such a commitment or as authorization to incur cost for which reimbursement would be required or sought. All submissions become Government property and will not be returned.