第48章 启动会
  第二层是预测层並行：双层预测架构的底层为每颗卫星独立建模，上层的自適应补偿参数在所有管道之间共享。这意味著当一颗卫星遇到极端天气时，它的补偿经验可以实时同步给其他管道，提升整个系统的鲁棒性。
  第三层是决策层协同：频谱管理模块统一调度所有管道的频率资源，波束管理模块统一协调所有终端的天线指向。这一层由唐旭的波束协同算法和402新开发的频谱感知模块共同支撑。
  讲到第三层的时候，左城注意到周鹤年微微前倾了身体。
  提问环节。
  第一个举手的是蓝星航天科学院的专家——去年评审时问过程远泛化能力问题的那位。
  “你的分层並行架构里，第二层的参数共享机制会不会成为性能瓶颈？一百二十个管道同时读写共享参数，锁竞爭怎么解决？“
  “无锁设计。“左城答道，“共享参数採用环形缓衝区加版本號机制，每个管道读取的是最近一次完整更新的快照，不需要加锁。写入端只有一个——上层的自適应引擎，它按固定周期更新参数，更新间隔远大於单次读取时间，不会產生读写衝突。“
  专家翻了翻手里的方案文档，找到了对应的章节，看了半分钟后点了下头。
  第二个问题来自鼎新信息的王建平。
  “终端间协同组网需要终端之间交换状態信息，这部分的通信开销你们评估过吗？“
  “评估过。“左城调出一页数据，“在一百二十颗星的满载场景下，终端间状態交换的通信开销占总带宽的百分之零点三。我们用了一种压缩编码方案——只传增量变化，不传全量状態——把开销压到了可以忽略的水平。“
  王建平没有追问。他的表情很微妙——既像是在验证合作伙伴的技术实力，又像是在確认自己的投资没有押错。
  第三个问题来自周鹤年。
  和去年评审时一样，他是最后一个提问的人。
  “左城，你这套架构的理论上限是多少颗星？“