路径: 主页 > GB/T > 第747页 > GB/T 47458-2026 | 标准编号 | GB/T 47458-2026 (GB/T47458-2026) | | 中文名称 | 运载火箭远程测试网络系统要求 | | 英文名称 | Requirements for long-range test network system of launch vehicle | | 行业 | 国家标准 (推荐) | | 中标分类 | V70 | | 国际标准分类 | 49.020 | | 字数估计 | 26,280 | | 发布日期 | 2026-04-30 | | 实施日期 | 2026-11-01 | | 发布机构 | 国家市场监督管理总局、国家标准化管理委员会 | GB/T 47458-2026: 运载火箭远程测试网络系统要求
GB/T 47458-2026 英文版: Requirements for long-range test network system of launch vehicle
ICS 49.020
CCSV70
中华人民共和国国家标准
运载火箭远程测试网络系统要求
2026-04-30发布
2026-11-01实施
国 家 市 场 监 督 管 理 总 局
国 家 标 准 化 管 理 委 员 会 发 布
1 范围
本文件规定了运载火箭远程测试网络系统的组成、功能性能、测试和维护等要求。
本文件适用于运载火箭在发射场的远程测试网络系统(以下简称“远程测试网络”)的设计、测试和
维护。
4 系统组成
4.1 总体架构
远程测试网络是指将运载火箭发射场测发控网络(以下简称“运载火箭测发控网络”)或回收测控网
络与运载火箭研制单位测试网络联成一体,用于完成发射场与运载火箭研制单位之间的信息接收、交
换、传输、处理和显示的计算机网络系统。远程测试网络不包含运载火箭测发控网络以及回收测控网
络,通过部署在发射场的远程网络设备与运载火箭测发控网络或回收测控网络互联。
远程测试网络由运载火箭测发控域(以下简称“测发控域”)、运载火箭回收测控域(以下简称“回收
测控域”)、运载火箭测试中心域(以下简称“测试中心域”)三种域和远程传输链路构成,远程测试网络总
体架构见图1。测发控域、回收测控域、测试中心域通常按地域进行划分。各域均设置专用的通信计算
机或服务器进行信息交互,并通过传输安全设备隔离。远程传输链路一般采用运营商专线或卫星通信
的方式实现各域之间的通信。
4.2 测发控域
测发控域部署在运载火箭发射场区,一般由测发控设备(包括箭地通信设备、供配电设备、测控计算
机等)、测试网交换机、无线设备[如无线保真(Wi-Fi)、紫蜂(ZigBee)、5G等]、远程传输设备(包括通信
计算机或服务器、网络交换设备)、网络安全设备(包括入侵检测设备等)、传输安全设备(包括防火墙、安
全隔离区、密码机等)和时统设备组成。测发控信息通过测试网交换机经远程传输设备发出。
4.3 回收测控域
回收测控域部署在运载火箭子级回收区域,一般由回收测控设备(包括回收通信设备、回收测控计
算机等)、测试网交换机、无线设备[如无线保真(Wi-Fi)、紫蜂(ZigBee)、5G、区宽等]、远程传输设备(包
括通信计算机或服务器、网络交换设备)、网络安全设备(包括入侵检测设备等)、传输安全设备(包括防
火墙、安全隔离区、密码机等)和时统设备组成。回收测控设备的信息通过网络安全设备经远程传输设
备发出。
4.4 测试中心域
测试中心域部署在运载火箭测试中心内部,一般由网络设备(网络交换设备、光交换设备)、计算设
备(通信计算机或服务器、云服务器集群、存储设备、各类终端)、网络安全设备(包括入侵检测设备等)、
传输安全设备(包括防火墙、安全隔离区、密码机等)和无线设备[如无线保真(Wi-Fi)、紫蜂(ZigBee)、
5G等]组成。接收测发控域、回收测控域发送的信息,并进行处理、存储、显示。
5 系统功能性能要求
5.1 系统功能
5.1.1 网络功能
5.1.1.1 远程测试网络应具备如下功能。
a) 数据通信:测发控域、回收测控域和测试中心域之间网络连通,实现信息通信;关键网络节点上
的设备采用冗余设计,如交换机、防火墙热备冗余等,能够在一次故障下正常工作。
b) 资源共享:提供安全的远程访问机制,允许用户从不同地点访问网络资源;关键的应用平台采
用高可靠设计,如采用多台服务器热备或虚拟化云平台部署应用系统。
c) 应用服务:具备发射支持能力,能够实现在测试中心域监控测发控域和回收测控域的测试数据
和设备运行状态;具备网络监控及管理能力,对通信关键节点的网络运行及数据交互状态(如
网络设备通信状态、端口状态等)进行实时监测。
d) 数据处理:具备网络数据包获取及分析能力,监测和追溯网络数据包在网络设备中的流转
情况。
5.1.1.2 测发控域和回收测控域应分别满足运载火箭在发射阶段和回收阶段的测控需求,主要应具备
如下功能:
a) 接收、存储、管理和使用运载火箭测发控和回收测控数据的能力;
b) 为测发控设备、回收测控设备、远程传输设备、网络安全设备、传输安全设备、无线设备、时统设
备之间的信息交换、传输、处理和显示提供通道;
c) 通过专用的通信计算机或服务器向测试中心域发送火箭测发控信息和回收测控信息;
d) 能够与运载火箭发射场系统进行信息交互;
e) 采用冗余设计,能够在一次故障下正常工作;
f) 通过无线设备拓展无线网络。
5.1.1.3 远程传输链路应具备如下功能:
a) 能够实现发射场测发控域、回收测发控域与测试中心域的网络连接;
b) 能够对当前网络状态进行监测和显示;
c) 具有拓展接口,能够实现多个测发控域的同时接入。
5.1.1.4 测试中心域应具备如下功能:
a) 为计算设备、无线设备、网络安全设备、传输安全设备、时统设备之间的信息交换、传输、处理和
显示提供通道;
b) 接收、存储、管理和使用测发控域和回收测控域发送的火箭测试信息的能力;
c) 能够支持对多个测发控域的并发通信;
d) 采用冗余设计,能够在一次故障下正常工作。
5.1.2 软件功能
5.1.2.1 软件信息流
5.1.2.1.1 软件信息流见图2,测发控域和回收测控域软件包含实时传输软件和事后传输软件。测试中
心域的软件包含实时传输软件、事后传输软件、数据服务软件、数据处理软件和数据应用服务软件。测
发控域和回收测控域部署的实时传输软件、事后传输软件从测发控设备获取信息后,经由测试网交换
机、远程传输设备、网络安全设备、时统设备、传输安全设备、远程传输链路将信息传输到测试中心域实
时传输软件、事后传输软件,实时传输软件将信息发送至数据服务软件汇总,再向数据处理软件、数据应
用服务软件提供信息。
图2 远程测试网络的软件信息流
5.1.2.1.2 测发控域、回收测控域、测试中心域事后传输软件应具备如下功能:
a) 发射场、运载火箭研制单位之间文件互传功能,可兼容一对一或多对一的模式;
b) 记录传输进度的功能,传输中断可从上次记录的传输进度开始续传至文件传输完成;
c) 将结构化数据直接导入相应的数据库的功能;
d) 记录软件初始化、运行和关闭过程中工作状态和异常信息的功能。
5.1.2.1.3 测发控、回收测控域、测试中心域实时传输软件应具备如下功能:
a) 在测发控域内接收现场各系统测试数据(包括遥测数据、地测数据、风场气象数据以及部分音
视频信号等),并组成数据包(应包含帧计数、校验信息)后发送远程测试网的功能;
b) 接收数据包的功能,对数据包进行校验,记录异常;
c) 分发数据包给各自指定的地址的功能;
d) 统计接收、发送数据包数的功能;
e) 按帧计数统计分析丢帧数的功能。
5.1.2.1.4 测试中心域数据服务软件应具备如下功能:
a) 同时接收多个测发控域、回收测控域的实时、事后数据(包括遥测数据、地测数据、风场气象数
据以及部分音视频信号等)的功能,对数据按照配置文件中的信息帧格式进行解析;
b) 数据存储入库具备多线程并行处理能力,能够满足大量实时数据存储需求,支持在云平台上的
存储入库;
c) 对结构化与非结构化数据(包括实时参数、文档资料、音视频文件、图像信息、软件配置等元数
据信息)进行存储的功能;
d) 支持多种类型数据库的功能;
e) 支持服务器本地存储或磁盘阵列存储的文件系统。
5.1.2.1.5 测试中心域数据处理软件应具备如下功能:
a) 按配置的参数类型、数据格式,还原参数物理量的功能;
b) 处理不同类型参数(包括缓变量,时间指令、计算机字)的功能;
c) 处理不同格式的数据(包括遥测帧格式、总线格式、存储重发格式)的功能。
5.1.2.1.6 测试中心域数据应用服务软件应依据应用的数据请求,访问数据库获取对应数据并以超文
本传输协议(HTTP)形式向应用推送;封装统一的应用业务接口,支持应用扩展;测试中心域数据应用
服务包括数字伴飞、火箭状态监测、参数判读和实时监测4个子应用:
a) 数字伴飞:具备在飞行过程中实时对高保真数字模型进行在线修正的功能,以及进行分离体落
区预测、飞行轨迹预测的功能;
b) 火箭状态监测:具备显示测试发射、辅助指挥相关信息的功能,以及按火箭测试发射流程节点
切换显示测试项目信息的功能;
c) 参数判读:具备实现各类数据的数据查询、分析、判读的功能,可预先设置判据,依据判据自动
判断数据的正确性,并将判读结果自动生成判读报告;
d) 实时监测:接收实时数据过程中,能在线选择参数和信息显示方式(包括曲线图、表格、指示
灯),按照实际应用需求搭建实时监测界面。
5.1.2.2 软件接口
软件接口满足以下要求:
a) 各软件间均应基于网络协议,通过数据帧进行通信;
b) 各软件间的数据帧应有统一的数据格式定义,信息帧格式及信息帧帧头格式见附录A;
c) 数据格式定义应分别定义通信区和参数区;
d) 通信区应明确帧起始标志、帧长度、帧校验、帧标识符(ID)、数据处理类型、通信确认信息;
e) 帧ID应能唯一标识当前帧;
f) 数据处理类型应包括:对时、心跳和参数,参数可进一步区分为进程、指令、状态量和模拟量;
g) 通信确认信息应能区分当前帧是否采用超时重传机制以及确认帧标志。
5.1.3 安全功能
5.1.3.1 安全设备
安全设备具备如下功能:
a) 远程测试网络内各个域均应配置相应的网络安全设备,域之间跨越边界网络安全设备的访问
和数据流应通过边界设备设置的受控接口和访问控制规则进行通信,默认情况下除允许通信
外受控接口拒绝所有通信;
b) 远程测试网络内各个域之间信息传输应采用流量分析溯源设备,能够对传输数据进行追溯;
c) 应在测发控域与远程传输链路的接入端,远程传输链路与测试中心域的接入端配置密码机,确
保信息在远程传输链路上以加密形式传输,保障通信内容的安全性;
d) 应在各网络域内设置网络接入控制设备,保证接入网络设备可知、可控;
e) 无线设备拓展的无线网络与有线网络之间应通过防火墙隔离。
5.1.3.2 安全监测
安全监测功能要求如下:
a) 应具备网络分析能力,实现全网攻击检测和预警,监测异常流量,并具备网络入侵预警及安全
态势展示能力;
b) 应具备对各类安全设备的集中统一管理、日常运行维护的能力,可统一下发各类安全策略,实
现远程测试网络安全设备间的联动,提高安全事件的处置能力;
c) 应具备安全数据审计能力,能够对安全事件进行回放、追踪和责任追查;
d) 应监测并显示各域状态,对重要网络节点的在网状态变化进行记录;
e) 应对登录网络交换设备、网络安全设备的用户进行身份标识和鉴别,身份标识具有唯一性,登
录失败时应启用结束会话、限制非法登录次数和当登录连接超时自动退出等相关措施;
f) 应部署防病毒系统,实现免受恶意代码攻击的技术措施或主动免疫可信验证机制及时识别入
侵和病毒行为,并将其有效阻断;
g) 不同云服务客户虚拟网络之间应隔离;
h) 无线设备拓展的无线网络应与互联网物理隔离。
5.1.3.3 协议安全
协议安全功能要求如下:
a) 测发控域与远程传输链路间应实现物理隔离,并对源地址、目的地址、源端口、目的端口和协议
等进行检查,以允许/拒绝数据包进出;
b) 各个域之间的信息交互应使用私有协议;
c) 应具有接入控制功能,能够对私自接入网络的设备实现隔离。
5.1.3.4 软件安全性功能
软件安全性功能要求如下。
a) 安全关键功能应设定超时判断或定时,避免陷入死循环。
b) 安全关键功能应具有强数据类型;不应使用一位的逻辑“0”或“1”来表示“安全”或“危险”状态;
其判定条件不应以来自于全“0”或全“1”的输入。
c) 安全关键的计时功能应由计算机控制。
d) 封闭准则部件功能的实现细节应对外封闭,对内部的处理逻辑进行修改时,不应影响部件使用
者的调用逻辑。
e) 有可靠性指标的软件,在确定软件的功能性需求后,考虑该软件的可靠性指标是否能够达到以
及是否能够验证,且应与用户密切配合,确定软件使用的功能剖面,并制定软件可靠性测试
计划。
f) 应满足需求提出方对于软件安全性设计的规定。
5.1.3.5 网际协议(IP)地址规划
IP地址规划要求如下:
a) 各个域内部应根据业务类型划分不同的网络区域,并按照方便管理和控制的原则为各网络区
域分配地址;
b) 各个域的对外IP地址段应不相同;
c) 域内部所有接入设备应具有唯一的IP地址;
d) 应允许通过网络地址转换(NAT)等技术实现IP地址转换。
5.1.4 其他要求
其他要求如下:
a) 远程测试网络应能够完成网络内所有设备的对时;
b) 远程测试网络与互联网之间应物理隔离;
c) 远程测试网络宜使用国产品牌设备。
5.2 系统性能要求
系统性能要求如下:
a) 系统传输平均丢包率宜小于0.1%;
b) 测发控域和测试中心域之间的通信延时宜不大于10ms(不含远程传输链路时间);
c) 平均故障间隔时间(MTBF)应不小于5000h;
d) 链路带宽、设备性能参数等应满足具体业务需求峰值要求,宜留有20%余量。
6 系统测试要求
6.1 测试目的
对整个运载火箭远程测试网络的功能、性能、稳定性和安全性进行测试和验证。
6.2 测试时机
测试时机如下:
a) 应在远程测试网络建设完成且参加至少1次运载火箭发射任务后进行验收测试;
b) 在正式运行后,每年应至少进行1次测试;
c) 必要时,在任务执行前进行再测试。
6.3 测试原则
测试原则如下:
a) 系统测试一般由多个硬件设备和软件联合进行;
b) 各项测试覆盖所有冗余设备和冗余功能;
c) 单一硬件测试按照硬件厂家的测试要求实施;
d) 单一软件测试按照软件开发方的测试要求实施。
6.4 测试项目及方法
6.4.1 网络连通性测试
测发控域(或回收测控域)与测试中心域之间的网络开展网络连通性测试,要求如下:
a) 将一端测试工具连接到测发控域或回收测控域选定的接入层设备的端口,另一端测试工具连
接到测试中心域选定的接入层设备的端口;
b) 用测试工具对网络的关键服务器、核心层和汇聚层的关键网络设备(如交换机),进行10次因
特网包探索器(Ping)测试,每次间隔1s,以测试网络连通性;
c) 移动测试工具到其他测试点,重复步骤b),直到遍历所有需要通信的设备。
6.4.2 网络性能测试
按照丢包率测试、吞吐量测试、传输速率测试及传输时延测试开展网络性能测试,并按GB/T 21671的
规定执行。
6.4.3 软件测试
6.4.3.1 对远程测试网络传输信息的所有软件开展测试,要求如下:
a) 制定测试计划开展测试需求分析,测试用例应覆盖需求规格说明规定的全部功能、性能、接口、
安全性等要求;
b) 设计测试用例,测试用例应与软件需求、设计相互追踪,建立测试环境并通过评审,无法在实际
环境中测试的,应对搭建的测试环境进行差异性分析;
c) 依据测试计划对源代码进行静态分析,对软件单元的功能、性能、接口等,以及软件部件的功
能、性能等逐项进行测试,对软件部件进行逐步集成和测试,验证全部软件满足需求及相关安
全设计措施的程度,并记录测试结果;
d) 编写测试分析报告,无法执行的测试用例,应说明原因,并通过其他辅助手段验证;
e) 完成软件测试总结。
6.4.3.2 测试中发现问题的软件,应在软件更改后进行回归测试。
6.4.4 网络安全测试
网络安全测试应按GB/T 22239的规定执行。
7 系统维护要求
7.1 硬件维护
7.1.1 硬件产品检查要求如下:
a) 应定期对网络设备的状态进行检查,记录设备的状态,两次检查间隔不宜超过90d;
b) 应更换发生异常的设备,但尽量避免在运载火箭执行任务期间更换;
c) 需对硬件产品的配置进行更改时,应执行相应的审签流程,并做好备份和记录工作;
d) 超期设备应进行更换,或者按厂家要求采取延长寿命的措施。
7.1.2 应对全网网络设备的网络连通、设备在线、流量监视、网络安全监视等情况进行监控。
7.1.3 网络安全性维护要求如下:
a) 应定期对上网设备采......
|