3. 星间链路体系架构与接口设计
星间链路不是把两台终端用无线电“连起来”这么简单。它要在高速相对运动、频繁切换可见性、跨协议域互通的前提下，稳定地把遥测、遥控、测距、数传和时统等业务从一颗卫星送到另一颗卫星，再落到地面。因此，体系架构与接口设计决定了系统能否扩展、能否互操作、能否被验证。本节围绕拓扑结构、协议分层、与星地/地面网络的接口关系，以及接口控制文件（ICD）的编制要点展开。
一、拓扑结构：点对点、网状与星型
星间链路的拓扑选择，本质上是在“链路数量、时延、抗毁性、终端复杂度、路由开销”之间做权衡。
点对点（P2P）是最基础的形态：两颗卫星之间建立一条专用双向链路，通常用于同轨相邻星、编队飞行或试验验证。它的优点是协议简单、时延确定、便于做高精度测距与时间同步；缺点是链路数随节点数呈平方增长，N 颗星全互联需要 N(N−1)/2 条链路，扩展性差。工程上常以“相邻星固定连接 + 跨轨按需连接”的方式折中。
网状（Mesh）拓扑中，每颗卫星可与多颗邻居建立链路，形成多跳转发网络。它的抗毁性强、覆盖范围大，适合低轨星座。代价是路由与转发开销显著增加，需要处理拓扑快变、链路中断和拥塞。典型做法是“逻辑星型 + 物理网状”：物理上多跳互联，逻辑上按区域或轨道面划分簇，由簇首汇聚。
星型（Star）拓扑以一个中心节点（如 GEO 中继星或地面关口站）为核心，其余节点只与中心通信。它的优点是路由简单、便于集中管控和资源调度；缺点是中心节点成为单点瓶颈，一旦失效全网受影响。星型常用于“天基中继 + 用户星”的体系，或地面网络中的关口站汇聚。
实际星座往往采用混合拓扑：同轨用点对点或环形，跨轨用网状，对地接入用星型汇聚到关口站。设计时要明确每条链路的方向性（单向/双向）、可见性窗口和切换策略，否则协议层无法稳定工作。
二、协议分层模型
星间链路协议通常参照 OSI 与 CCSDS 空间通信体系，划分为物理层、数据链路层、网络层、传输层和应用层。与地面网络最大的差异在于：链路层要处理高动态多普勒、长时延和断续连接；网络层要面对拓扑快变；传输层不能简单套用 TCP 的慢启动与重传机制。
物理层负责调制解调、编码、捕获跟踪与测距波形。常用参数包括载波频段（如 Ka 频段 23/26 GHz）、符号速率、调制方式（QPSK/8PSK）、信道编码（LDPC、Turbo）和扩频比。设计时要给出捕获门限与多普勒预补偿范围，例如多普勒范围 ±200 kHz、捕获时间 ≤ 2 s。
数据链路层分为 MAC 与 LLC。MAC 解决“谁在什么时候发”，常用 TDMA、MF-TDMA 或按需分配；LLC 负责帧同步、差错控制与重传。星间链路常用 CCSDS TM/TC 空间链路协议或 AOS，帧头包含虚拟信道标识、帧计数和 CRC。
网络层负责路由与转发。低轨星座拓扑变化快，传统 OSPF 收敛太慢，常用虚拟拓扑路由或接触图路由（CGR）：预先根据轨道预报计算未来一段时间的可见性，生成“时间-链路”接触计划，再按计划转发。这样路由计算与实时拓扑解耦。
传输层与应用层面向业务。遥测遥控要求可靠有序，可用 CFDP 或 LTP；数传可用 UDP 加应用层重传；时统业务则依赖双向测距与钟差估计。分层的关键是接口清晰：每层只暴露必要的服务原语，避免跨层耦合导致验证困难。
三、与星地链路、地面网络的接口关系
星间链路最终要服务于地面。典型数据路径是：用户星 → 星间链路 → 中继星/关口星 → 星地链路 → 地面站 → 地面网络 → 运控中心。这里存在三个接口边界：
- 星间-星地接口：在卫星内部，星间终端与星地终端通过星上总线或路由器交换数据。需要约定数据格式、优先级队列和缓存深度。例如星间收到的遥测帧，经星上路由后按“遥控 > 遥测 > 数传”的优先级排队下行。
- 星地-地面网络接口：地面站完成射频接收、解调、帧同步后，通过专线或 IP 网络把数据送到运控中心。接口要明确物理介质（光纤/微波）、协议（如 SLE、TCP/IP）和时延要求。
- 端到端业务接口：运控中心看到的应是完整业务流，而不是零散帧。因此需要定义业务标识、时间戳、序列号和完整性校验，确保跨域拼接后仍可追溯。
设计时建议画一张接口边界图，标出每个边界的输入、输出、协议、速率和责任人。凡是跨边界的字段，都必须在 ICD 中固化，不能靠“口头约定”。
四、接口控制文件（ICD）编制要点
ICD 是星间链路集成与验证的“合同”。它不追求篇幅，而追求无歧义、可测试、可追溯。编制时建议覆盖以下要点：
- 接口标识与版本：每条接口唯一编号，注明版本、生效日期和变更记录。版本不一致是联调失败的高频原因。
- 物理与电气特性：频段、极化、阻抗、连接器型号、电平范围、供电要求。例如中频接口 70 MHz、阻抗 50 Ω、电平 −10 dBm ± 2 dB。
- 帧格式与字段定义：给出帧结构图，逐字段说明名称、位宽、取值范围、字节序和默认值。位宽和字节序必须写死，避免大小端争议。
- 时序与握手：定义建立、保持、释放的时序，超时时间和重试次数。例如链路建立请求后 500 ms 内未收到应答则重试，最多 3 次。
- 异常与错误码：列出所有错误码及其含义、处理建议。错误码要能定位到具体层和具体原因。
- 测试与验证方法：每条接口要求对应可执行的测试项，如环回测试、误码率测试、时延测试，并给出通过判据。
下面给出一份简化的 ICD 字段示例，用于说明星间链路帧头应固化的关键字段。示例参数为教学假设，实际项目需按任务书和 CCSDS 标准裁剪。
星间链路数据帧头（示例，单位：bit）
+------------+--------+------------------------------------------+
| 字段 | 位宽 | 说明 |
+------------+--------+------------------------------------------+
| 帧同步字 | 32 | 固定 0x1ACFFC1D |
| 版本号 | 4 | 当前 0x1，升级时递增 |
| 虚拟信道ID | 8 | 0x01 遥控 / 0x02 遥测 / 0x03 数传 |
| 源卫星ID | 12 | 星座内唯一编号 |
| 目的卫星ID | 12 | 星座内唯一编号 |
| 帧计数 | 24 | 每虚拟信道独立递增，用于丢帧检测 |
| 时间戳 | 48 | 星上时统，分辨率 1 us |
| 优先级 | 3 | 0 最高，7 最低 |
| 保留 | 5 | 填 0，接收端忽略 |
| CRC | 16 | 覆盖帧头与净荷 |
+------------+--------+------------------------------------------+在集成验证阶段，ICD 的作用会直接体现为测试用例。例如针对“帧计数”字段，可构造连续发送 1000 帧、人为丢弃第 500 帧的场景，检查接收端能否通过帧计数跳变检测到丢帧并触发重传。针对“时间戳”，可对比星上时统与地面参考时间的偏差，判断是否满足 ≤ 10 μs 的指标。只有 ICD 写清楚了字段语义和判据，这些测试才能自动化执行。
综上，星间链路的体系架构与接口设计，核心是把拓扑选择、协议分层、跨域接口和 ICD 四件事对齐：拓扑决定链路怎么连，分层决定数据怎么走，接口决定边界怎么交，ICD 决定这些约定怎么被验证。四者一致，后续的集成与测试才有稳定基础。