第48章 启动会（1 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
二月五號，天穹第二阶段联合研发启动会。
蓝湾通信总部三十层主会议厅，左城第三次站在这个房间里。第一次是实习生评审，他是答题者。第二次是合作伙伴大会，他是听眾。这一次，他是主讲人。
会场坐了四十多人——蓝湾通信天穹事业部的核心团队、十二家合作伙伴的代表、以及三位外部专家顾问。周鹤年坐在第一排正中间，身旁是天穹事业部总经理陆明远。
开场由陆明远做了十五分钟的项目总览，然后把话筒交给了左城。
“路线匯报。“
左城走到投影幕前。
他穿了一件深蓝色的衬衫，没有打领带——他不喜欢领带，觉得那东西会影响呼吸节奏。站定之后他没有急著翻开ppt，而是先环视了一圈会场。
“各位好。在讲技术方案之前，我想先说一个数字。“
他伸出一根手指。
“一百二十。天穹第二阶段要组网的卫星数量。第一阶段是六颗，第二阶段是一百二十颗。信號处理的复杂度不是乘以二十，而是乘以二十的平方——因为每增加一颗卫星，它和其他所有卫星之间的切换关係、干扰关係、协同关係都会指数级增长。“
他按下遥控器，屏幕上出现了一张架构图。
“所以我们不能用第一阶段的架构直接扩展。我们需要一套全新的多星並行处理架构。“
接下来的四十分钟，他把402为天穹第二阶段设计的技术方案从头到尾讲了一遍。
核心思路是四个字——“分层並行“。
第一层是物理层並行：每颗卫星对应一个独立的信號处理管道，管道之间互不干扰，可以根据在轨卫星数量动態扩缩。
第二层是预测层並行：双层预测架构的底层为每颗卫星独立建模，上层的自適应补偿参数在所有管道之间共享。这意味著当一颗卫星遇到极端天气时，它的补偿经验可以实时同步给其他管道，提升整个系统的鲁棒性。
第三层是决策层协同：频谱管理模块统一调度所有管道的频率资源，波束管理模块统一协调所有终端的天线指向。这一层由唐旭的波束协同算法和402新开发的频谱感知模块共同支撑。
讲到第三层的时候，左城注意到周鹤年微微前倾了身体。
提问环节。
第一个举手的是蓝星航天科学院的专家——去年评审时问过程远泛化能力问题的那位。
“你的分层並行架构里，第二层的参数共享机制会不会成为性能瓶颈一百二十个管道同时读写共享参数，锁竞爭怎么解决“
“无锁设计。“左城答道，“共享参数採用环形缓衝区加版本號机制，每个管道读取的是最近一次完整更新的快照，不需要加锁。写入端只有一个——上层的自適应引擎，它按固定周期更新参数，更新间隔远大於单次读取时间，不会產生读写衝突。“
专家翻了翻手里的方案文档，找到了对应的章节，看了半分钟后点了下头。
第二个问题来自鼎新信息的王建平。
“终端间协同组网需要终端之间交换状態信息，这部分的通信开销你们评估过吗“
“评估过。“左城调出一页数据，“在一百二十颗星的满载场景下，终端间状態交换的通信开销占总带宽的百分之零点三。我们用了一种压缩编码方案——只传增量变化，不传全量状態——把开销压到了可以忽略的水平。“
王建平没有追问。他的表情很微妙——既像是在验证合作伙伴的技术实力，又像是在確认自己的投资没有押错。
↑返回顶部↑