接口改变引发的移动性管理--星内双逻辑站方案
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。
)
