第48章 启动会

二月五號，天穹第二阶段联合研发启动会。

蓝湾通信总部三十层主会议厅，左城第三次站在这个房间里。第一次是实习生评审，他是答题者。第二次是合作伙伴大会，他是听眾。这一次，他是主讲人。

会场坐了四十多人——蓝湾通信天穹事业部的核心团队、十二家合作伙伴的代表、以及三位外部专家顾问。周鹤年坐在第一排正中间，身旁是天穹事业部总经理陆明远。

开场由陆明远做了十五分钟的项目总览，然后把话筒交给了左城。

“下面请402科技的左城先生做地面终端信號处理平台的技术路线匯报。“

左城走到投影幕前。

他穿了一件深蓝色的衬衫，没有打领带——他不喜欢领带，觉得那东西会影响呼吸节奏。站定之后他没有急著翻开ppt，而是先环视了一圈会场。

“各位好。在讲技术方案之前，我想先说一个数字。“

他伸出一根手指。

“一百二十。天穹第二阶段要组网的卫星数量。第一阶段是六颗，第二阶段是一百二十颗。信號处理的复杂度不是乘以二十，而是乘以二十的平方——因为每增加一颗卫星，它和其他所有卫星之间的切换关係、干扰关係、协同关係都会指数级增长。“

他按下遥控器，屏幕上出现了一张架构图。

“所以我们不能用第一阶段的架构直接扩展。我们需要一套全新的多星並行处理架构。“

接下来的四十分钟，他把402为天穹第二阶段设计的技术方案从头到尾讲了一遍。

核心思路是四个字——“分层並行“。

第一层是物理层並行：每颗卫星对应一个独立的信號处理管道，管道之间互不干扰，可以根据在轨卫星数量动態扩缩。

第二层是预测层並行：双层预测架构的底层为每颗卫星独立建模，上层的自適应补偿参数在所有管道之间共享。这意味著当一颗卫星遇到极端天气时，它的补偿经验可以实时同步给其他管道，提升整个系统的鲁棒性。

第三层是决策层协同：频谱管理模块统一调度所有管道的频率资源，波束管理模块统一协调所有终端的天线指向。这一层由唐旭的波束协同算法和402新开发的频谱感知模块共同支撑。

讲到第三层的时候，左城注意到周鹤年微微前倾了身体。

提问环节。

第一个举手的是蓝星航天科学院的专家——去年评审时问过程远泛化能力问题的那位。

“你的分层並行架构里，第二层的参数共享机制会不会成为性能瓶颈？一百二十个管道同时读写共享参数，锁竞爭怎么解决？“

“无锁设计。“左城答道，“共享参数採用环形缓衝区加版本號机制，每个管道读取的是最近一次完整更新的快照，不需要加锁。写入端只有一个——上层的自適应引擎，它按固定周期更新参数，更新间隔远大於单次读取时间，不会產生读写衝突。“

专家翻了翻手里的方案文档，找到了对应的章节，看了半分钟后点了下头。

第二个问题来自鼎新信息的王建平。

“终端间协同组网需要终端之间交换状態信息，这部分的通信开销你们评估过吗？“

“评估过。“左城调出一页数据，“在一百二十颗星的满载场景下，终端间状態交换的通信开销占总带宽的百分之零点三。我们用了一种压缩编码方案——只传增量变化，不传全量状態——把开销压到了可以忽略的水平。“

王建平没有追问。他的表情很微妙——既像是在验证合作伙伴的技术实力，又像是在確认自己的投资没有押错。