4. 融合网络架构：星地一体化网络架构、控制面与用户面分离、网络切片在星地融合中的应用
各位同学，大家好。今天我们聊一个硬核话题——星地融合网络架构。说实话，我在这个领域摸爬滚打了十几年，从最早的透明转发卫星，到现在的星上处理、星间链路，再到6G的星地一体，每一步都踩过不少坑。今天我把这些经验掰开揉碎了讲给你们听。
4.1 星地一体化网络架构：从“两张皮”到“一张网”
传统的卫星通信和地面移动通信，说白了是“两张皮”。地面网管地面的，卫星网管卫星的，互不干涉。但6G要做的，是把它们揉成“一张网”。
为什么要这么做？你想想看，用户拿着手机，在市区用5G，到了郊区信号弱了，自动切换到卫星。这个过程如果还是两套核心网、两套认证体系，用户体验能好吗？我见过一个项目，用户从地面切到卫星，重注册花了8秒，电话早断了。
星地一体化架构的核心，我总结为三点：
- 统一的核心网：地面基站和卫星接入点，共享同一套核心网网元。用户签约数据、鉴权、计费，全部统一管理。
- 统一的空口：虽然卫星和地面信道差异巨大，但6G NR（新空口）在设计时就考虑了卫星场景。比如，卫星链路的超大时延（GEO卫星单跳约250ms），需要在HARQ（混合自动重传请求）和调度上做特殊处理。
- 统一的移动性管理：用户在地面和卫星之间移动，切换流程要像地面基站间切换一样平滑。嗯，这里要注意，卫星的波束覆盖范围极大，切换频率远低于地面，但切换的时延和信令开销却是个大问题。
核心观点：星地一体化不是简单地把卫星接入地面核心网，而是从无线接入、核心网到业务平台，全栈融合。我个人习惯把这种架构称为“One Network, One Core”。
下面这张图，是我自己画的星地一体化网络架构示意图，你们感受一下：
避坑指南：我曾经在一个项目中，卫星和地面用了两套不同的QoS（服务质量）映射表。结果用户从地面切到卫星后，视频通话直接卡死。后来我强制要求：星地必须共用同一套QoS策略，卫星侧只做参数适配，不做策略重映射。
4.2 控制面与用户面分离：让卫星“轻装上阵”
控制面与用户面分离（CUPS），这个概念在5G核心网里就已经有了。但在星地融合场景下，它的价值被放大了。
为什么会这样？卫星的资源太宝贵了。星上处理能力、功耗、散热都受限。你让卫星既处理信令，又转发数据，它扛不住。
我的做法是：
- 控制面留在核心网：所有信令处理（注册、鉴权、会话管理、移动性管理）全部在地面核心网完成。卫星只做“透传”或“轻量转发”。
- 用户面可以下沉：对于低时延业务（比如实时视频、工业控制），UPF（用户面功能）可以部署在卫星上，或者靠近卫星的地面站。这样数据不用绕回核心网，时延大大降低。
说白了，就是让卫星做“傻白甜”——只管转发数据，别管那些复杂的信令交互。我见过一个失败的案例，某厂商把AMF（接入和移动性管理功能）部署在卫星上，结果卫星CPU过载，整星重启。教训深刻啊。
关键设计原则：星上尽量只部署用户面功能（UPF），控制面功能（AMF/SMF）全部放在地面。如果非要星上部署控制面，也只部署轻量级代理（Proxy），不做全功能实现。
4.3 网络切片在星地融合中的应用：一星多用，一网多能
网络切片，说白了就是在一张物理网络上，切出多个逻辑网络，每个网络服务于不同的业务场景。比如，eMBB（增强移动宽带）切片看视频，URLLC（超可靠低时延）切片控制机器人，mMTC（海量机器类通信）切片抄电表。
在星地融合场景下，网络切片的价值更加突出。一颗卫星，可以同时服务于多个行业。我参与过一个项目，一颗LEO卫星同时承载了三个切片：
| 切片类型 | 业务场景 | 关键需求 | 卫星侧配置 |
|---|---|---|---|
| eMBB | 偏远地区宽带接入 | 大带宽（100Mbps+） | 高功率、宽波束 |
| URLLC | 电网差动保护 | 低时延（<10ms）、高可靠 | 窄波束、专用时隙、冗余传输 |
| mMTC | 海洋物联网传感器 | 海量连接、低功耗 | 非正交多址（NOMA）、长周期调度 |
这里有个坑，我必须要说。卫星的无线资源是共享的，三个切片同时跑，资源怎么分配？我曾经遇到过，eMBB切片把带宽全占了，URLLC切片的控制指令发不出去，差点酿成事故。
警告：星地融合网络切片，必须做资源硬隔离。不能依赖“尽力而为”的软隔离。我的经验是：URLLC切片预留固定时频资源，eMBB切片用剩余资源，mMTC切片用非正交资源。三者互不干扰。
另外，切片的选择和切换也是个难题。用户从地面切到卫星，切片标识（S-NSSAI）要保持一致。但卫星侧可能不支持地面侧的所有切片。怎么办？我的建议是：
- 地面和卫星侧，维护一张统一的“切片能力表”。
- 用户切换时，核心网根据目标卫星的能力，决定是否保留原切片，还是映射到降级切片。
- 如果降级，要通知用户，避免业务异常。
嗯，这里要注意，降级切片不能影响核心业务。比如，URLLC切片降级到eMBB切片，时延要求就满足不了了。所以，关键业务切片，必须保证星地两侧都支持。
个人经验：我习惯在切片模板中，增加一个“卫星兼容性”字段。只有标记为“卫星兼容”的切片，才允许在星地之间切换。这样从源头避免了不兼容问题。
好了，今天的内容就到这里。星地融合网络架构，核心就是“统一”二字。控制面与用户面分离，让卫星轻装上阵。网络切片，让一颗卫星干多份活。这些技术，我在实际项目中反复验证过，靠谱。
公众号:蓝海资料掘金营，微信deep3321