接口改变引发的移动性管理--星内双逻辑站方案
2026/8/4 2:15:49 网站建设 项目流程

6.2.4 接口改变引发的移动性管理

在这种情况下,用户的移动性管理是由接口改变引起的,例如卫星从现有的地面无线节点覆盖范围移出,与一个新的位于地面/卫星上的网络节点建立连接。

由于改变接口,所有的用户需要在短时间内同时切换到新的网络节点中,这会引发严重的信令风暴问题。下文介绍不同场景下的信令风暴问题的解决方案。

(1)卫星载荷具备全部gNB功能

为了减轻由于NG接口改变引发的移动性管理信令过载问题,可以让卫星运行两个逻辑上的gNB(gNB1和gNB2),gNB1与AMF1连接,gNB2与AMF2连接。gNB1和gNB2可以共用相同的基站资源和用户上下文。

由于gNB1和gNB2可以共享同一卫星的资源,可以假设当用户从gNB1切换到gNB2时服务用户的资源并没有发生改变,这就规避了切换资源分配流程。现有的切换资源分配流程允许目标AMF更新NG - UULF - TEID等用户上下文信息。如果系统并未执行切换资源分配流程,则用户上下文信息需要从AMF发送至gNB1,然后通过星上接口发送至gNB2。

(2)卫星载荷具备gNB - DU功能

为了减轻F1接口改变引发的移动性管理信令过载问题,可以让卫星运行两个逻辑上的DU(DU1和DU2),DU1与CU1连接,DU2与CU2连接。DU1和DU2可以共用相同的资源和用户上下文。

由于DU1和DU2可以共享同一卫星的资源,可以假设当用户从DU1切换到DU2时服务用户的资源并没有发生改变,这就规避了F1接口用户上下文设置流程。现有的F1接口用户上下文设置流程允许目标CU更新gNB - CU UE F1 - AP ID等F1 - AP用户上下文信息。如果系统并未执行F1接口用户上下文设置流程,则更新后的F1 - AP用户上下文信息需要从CU发送至DU1,然后通过星上接口发送至DU2。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询