51学通信

深度解析 3GPP TR 23.700-28：6.11 移动性管理的“中央司令部” (组合式UE管理架构)

24分钟阅读

深度解析 3GPP TR 23.700-28：6.11 移动性管理的“中央司令部” (组合式UE管理架构)

本文技术原理深度参考了3GPP TR 23.700-28 V18.1.0 (2023-03) Release 18规范中，关于“第六章 Solutions”的 6.11 节 “Solution #11: Combined UE Management Architecture” 的核心章节，旨在为读者呈现一个集大成、高层次的统一管理框架，它如同一个智能的“中央司令部”，能够根据UE的不同移动特性，灵活调度和组合多种移动性与功耗节省策略。

在前几期的探索中，我们已经检阅了3GPP武器库中一系列精巧的“单兵武器”。有的专攻网络侧预测（Solution #1, #5），有的精于UE端自主决策（Solution #3, #6），有的擅长实时事件报告（Solution #8），还有的致力于平息“信号雪崩”（Solution #7）。它们在各自的特定战场上都表现出色。

然而，真实的通信世界，远比单一战场要复杂得多。一个网络中，既有静止不动的传感器，也有在固定航线上飞行的无人机，还有移动轨迹完全不可预测的个人终端。用同一种策略去管理这些“性格迥异”的UE，无异于用同一种药方去治百病，效果必然大打折扣。

此时，我们需要一位能够总揽全局、因材施教的“战区总司令”。这，正是我们今天要深入剖析的Solution #11——“组合式UE管理架构”——所扮演的角色。它不是另一件“单兵武器”，而是一个智能化的指挥系统。它建立了一个统一的框架，能够识别UE的“兵种”（移动特性），并从武器库中，为其灵活地挑选和组合最合适的“战术”（功耗与移动性策略）。

为了演绎这场宏大的“多兵种协同作战”，我们的主角伊芙琳博士将荣升为“雨林守护者”计划的总指挥。她的麾下，是一支由多种5G NTN设备组成的、立体化的科考团队：

  • “生态站阿尔法” (Eco-Station Alpha): 固定的核心基站，移动性为零。
  • “雨林之翼-1” (Rainforest Wing-1): 按预设航线飞行的无人机，轨迹完全可预测。
  • “跋涉者-5G” (Trekker-5G): 由伊芙琳博士亲自携带的手持终端，移动轨迹随机、不可预测。

Solution 11将化身为这次行动的“中央司令部”，向我们展示它是如何为这三位“性格”迥异的队员，量身定制出截然不同却又高效协同的生存与通信策略的。

1. 核心哲学：告别“一招鲜”，拥抱“因材施教” (解读 6.11.1 Description)

Solution 11的哲学根基，在于承认并拥抱UE移动性的“多样性”。它认为，一个先进的管理架构，必须能够区分不同的UE，并施以不同的管理策略。

6.11.1 Description

When the UE is out of coverage, a UE is unreachable and any paging from the network will not succeed. The UE mobility patterns may be known to either the UE, network, both the UE and network or neither. This solution combines proposed solutions for different cases of mobility and a solution for when the mobility pattern is not known therefore providing a complete solution for UE power saving and reachability management.

这段话开宗明义，指出了问题的复杂性（移动模式的未知性）与本方案的宏大目标（提供一个“完整”的解决方案）。其核心，在于对UE移动性知识的“分类讨论”。

6.11.1 Description

The UE sends a Registration Request to inform the network about 4 different cases related to discontinuous coverage:

  1. The UE believes itself to be stationary or moving on a predictable trajectory.
  2. The UE understands it mobility and can predict a location it will be in the future and/or the time it will return to coverage at a location.
  3. The UE does not have an understanding of its mobility because it is not predictable.
  4. The UE is about to leave network coverage… and the UE has been requested to notify the network about its leaving…

这里，方案的核心逻辑浮出水面。它建立了一套由UE主动“自我介绍”的机制。在与网络交互时，UE会明确告知自己属于以下四种“性格”之一：

  • Case 1: “规律派” (Stationary/Predictable Trajectory)

    • 典型代表： “生态站阿尔法”（静止）和“雨林之翼-1”（可预测航线）。
    • 自我介绍： “报告司令部，我是固定哨位/我将沿预定路线巡逻。我的未来，尽在掌握。”

  • Case 2: “半仙派” (Predicts Future Location/Time)

    • 这是一个更高级的“规律派”，它不仅知道自己轨迹规律，甚至已经自己算出了下一次“上线”的时间和地点。
    • 自我介绍： “报告司令部，我已经算过了，预计我将在UTC时间18:30，在XX坐标点重新进入覆盖区。”

  • Case 3: “自由派” (Not Predictable)

    • 典型代表： “跋涉者-5G”（伊芙琳博士的随机徒步）。
    • 自我介绍： “报告司令部，我将进行自由探索，行踪不定，无法预测未来。”

  • Case 4: “听令派” (Notification-based)

    • 这是“自由派”的一种特殊模式。网络之前已经“授权”并“要求”它采用实时报告的模式（即Solution 8的逻辑）。
    • 自我介绍： “报告司令部，遵照之前的指令，我将采用‘主动告别与回归’的通信协议。”

基于UE的这份“自我鉴定”，AMF这个“中央司令部”，就可以从它的“战术手册”中，为UE匹配最合适的响应策略。

2. 操作流程：一场“双向奔赴”的智能协同 (解读 6.11.2 Procedures)

Solution 11的流程设计，是一场由UE和AMF共同参与的、高度智能化的“双向奔赴”。它分为“离开覆盖”和“返回覆盖”两个阶段。

2.1 离开覆盖阶段：基于“自我介绍”的“量体裁衣” (解读 6.11.2.1)

Figure 6.11.2.1-1: UE Leaving Coverage Procedure 描绘了这场协同作战的核心——“离开覆盖”前的决策过程。

触发：三种可能的“集结号”

  • 1a. RAN detects: 卫星基站发现与UE的连接质量下降，主动向AMF发起N2 UE Context Release Request。
  • 1b. UE sends: UE自己预测到即将失联，主动发起Registration Request。
  • 1c. AMF detects: AMF作为“网络先知”，自己计算出UE即将失联，主动发起AN Release流程。

核心决策：AMF的“因材施教” (步骤 3)

无论由谁吹响“集结号”，最终的决策权都汇集到AMF。AMF在收到UE（在Registration Request中）的“自我介绍”后，会进行一次复杂的决策。

3. If the AMF had provided the UE with a Leaving Notification Indication and the UE is indicating that it is leaving coverage then a Registration Accept is sent, otherwise the AMF takes into account the UEs indications in Registration Request about mobility to determine whether to:

  • Provide the UE with an eDRX configuration…
  • Enable MICO/PSM mode for the UE, providing a periodic registration timer…
  • Provide the UE with a Leaving Notification Indication so the UE informs the CN when leaves…

让我们看看AMF是如何为伊芙琳博士的三位“队员”量身定制策略的：

  • 情景一：为“规律派”队员 (“生态站阿尔法” / “雨林之翼-1”)

    1. UE上报： “生态站阿尔法”上报：“我是Case 1，静止。”
    2. AMF决策： AMF查询覆盖信息，得知该站点的覆盖空窗期为4小时。它会选择**“Enable MICO/PSM mode”**策略。
    3. AMF响应： 在Registration Accept或UE Configuration Update中，下发一个远大于4小时的周期性注册定时器（例如，10小时）。
    4. 效果： 完美复现了Solution 9的逻辑，实现了低信令开销的、基于预测的长周期休眠。

  • 情景二：为“自由派”队员 (“跋涉者-5G”)

    1. UE上报： “跋涉者-5G”上报：“我是Case 3，移动不可预测。”
    2. AMF决策： AMF知道，任何基于位置预测的定时器策略都将是徒劳的。此时，它会选择**“Provide the UE with a Leaving Notification Indication”**策略。
    3. AMF响应： 在Registration Accept中，下发Leaving Notification Indication，正式“授权”并“命令”UE切换到实时报告模式。
    4. 效果： 完美复现了Solution 8的逻辑，将管理模式从“预测”切换到了“实时事件驱动”。

一个新增的“尖端武器”：NTN MO Backoff

If the UE and the AMF had negotiated NTN MO Backoff Mode, the AMF may provide an indication to the UE to enable NTN MO Backoff Mode with NTN MO Backoff time.

这是Solution 11引入的一个新概念。它用于解决一个特殊问题：UE在覆盖空窗期，可能会因为有上行数据（MO - Mobile Originated）要发送，而“忍不住”频繁地尝试搜索和接入网络，造成电量浪费。

  • NTN MO Backoff 模式： AMF可以命令UE：“在接下来的X分钟内（NTN MO Backoff time），抑制所有非紧急的上行数据发送和信令发起。” 这就像司令部下达的“无线电静默”指令，从UE的根源上，阻止了它在无覆盖期间的“骚动”。

2.2 返回覆盖阶段：复用标准流程 (解读 6.11.2.3)

6.11.2.3 EPS and 5GS UE Returning to Coverage Procedure

This procedure is used when the UE returns to coverage if it was instructed to inform the network… or e.g. if the time the UE returns to coverage… is different from the expected time… If 5GS is used then the Registration procedure as defined in clause 4.2.2.2 of TS 23.502 is reused…

“返回覆盖”阶段的逻辑相对简单，核心是复用。UE在恢复信号后，会发起一次标准的Registration（5GS）或TAU（EPS）流程，向网络宣告自己的“回归”。这次回归，既可能是因为预设的定时器到期，也可能是因为UE意外地提前找到了信号。

3. 系统影响分析：全面“升维” (解读 6.11.3 Impacts)

Solution 11对系统各实体都提出了更高的“智能化”要求，是一次全面的“升维”。

UE:

  • Provide the AMF/MME with indications about its mobility predictability…
  • Send indications to the AMF/MME when it is leaving coverage/remaining in/returning to coverage if instructed to do so.
  • Supports the NTN MO Backoff Mode.

UE的影响： 成为一个**“自我认知者”和“多面手”**。它需要：

  1. 能够评估自身的移动性模式，并向网络进行“自我介绍”。
  2. 能够根据网络的指令，在“定时休眠”（PSM）和“实时报告”（Leaving Notification）等多种模式之间灵活切换。
  3. 支持新的“无线电静默”（NTN MO Backoff）功能。

MME/AMF:

  • Configure the power saving parameters or Leaving Notification Indication based on the coverage information for the UE, indications from UE, information from the NWDAF…
  • Consider the UE unreachable while out of coverage.
  • Send an indication to UE to enable NTN MO Backoff Mode…

AMF/MME的影响： 成为一个真正的**“中央司令部”**。它需要：

  1. 多源信息融合能力： 能够综合来自UE的“自我介绍”、来自RAN的覆盖信息、来自NWDAF的专家建议等多方情报。
  2. 复杂决策逻辑： 建立一套复杂的决策树，能够为不同类型的UE，匹配最优的管理策略。
  3. 多种战术的执行能力： 能够下发PSM/eDRX参数、Leaving Notification指令、NTN MO Backoff指令等多种命令。

4. 方案评估：复杂性换取完整性 (解读 6.11.4 Solution evaluation)

6.11.4 Solution evaluation

This solution brings together the handling for different cases of the UE and/or the network having knowledge about mobility patterns… including the case when it is not known. This allows flexibility in terms of who knows what… The solution builds upon the principles of other solutions… If the details of those solutions are adapted further…, then this solution can adapt accordingly, while still covering the multiple scenarios.

评估部分高度肯定了本方案的**“完整性”和“灵活性”**。

  • 优点：

    1. 覆盖全面： 它是唯一一个试图为所有已知移动性场景（从完全可知到完全未知）提供统一解决方案的框架。
    2. 高度灵活： 它允许UE和网络根据“谁掌握更多信息”来动态地调整协作模式。
    3. 模块化与可扩展性： 它是一个开放的框架，可以灵活地“插入”和“调用”其他解决方案的成果。如果未来出现一种更先进的节电技术，可以很容易地被整合到这个“司令部”的战术手册中。

  • 缺点：

    • 复杂度高： 这是其最大的挑战。实现这样一个复杂的决策系统，对AMF和UE的软件实现、测试都提出了极高的要求。
    • 信令开销： 为了实现这份灵活性，UE与网络之间的信令交互（例如，上报移动性模式）相比最简单的方案会有所增加。但评估认为，为了覆盖所有场景，这是“不可避免的”（unavoidable）。

总结：从“单兵”到“军团”的进化

Solution 11无疑是TR 23.700-28中，最具雄心、最具远见的架构性方案。它不再满足于解决单一问题，而是试图构建一个能够应对各种复杂战况的、智能化的“移动性与功耗管理操作系统”。

在这个“操作系统”中，UE不再是千人一面的“工兵”，而是被赋予了不同“兵种”的身份。核心网AMF则从一个简单的“传令官”，进化为了能够排兵布阵、因敌制胜的“中央司令部”。伊芙琳博士的“雨林守护者”团队，正是在这个司令部的智慧调度下，才得以让静止的基站、巡航的无人机、和徒步的科考队员，都以最适合自己的方式，与卫星网络高效协同，生生不息。

然而，至今为止，我们所有的讨论都基于一个前提：当覆盖中断时，UE的选择只有“等待”或“尝试漫游”。但如果存在一种更激进、更主动的方式呢？如果UE在预测到自己即将离开当前NTN网络覆盖的同时，已经发现了另一个可用的网络（无论是地面网络还是另一个卫星网络），它是否可以不进入休眠，而是直接进行一次无缝的“切换”？

这，正是我们下一篇文章将要探讨的、一种旨在最大限度保证业务连续性的方案——Solution #12，“通过RAT间切换最小化非连续覆盖”。一场关于“永不掉线”的探索，即将上演。

FAQ

Q1：Solution 11作为一个“组合式”架构，它和我们之前讨论过的那些“单一”方案是什么关系？ A1：可以理解为**“框架”与“插件”**的关系。Solution 11提供了一个顶层的决策框架（即中央司令部），而像Solution #8（离开通知）、Solution #9（动态定时器）等，都可以被视为这个框架可以调用的、具体的“战术插件”。AMF根据UE的“自我介绍”，决定调用哪个或哪组“插件”来管理这个UE。因此，Solution 11并非要取代其他方案，而是要将它们有机地组织和统一起来。

Q2：UE是如何判断自己属于四种移动性“案例”（Case）中的哪一种的？ A2：这主要依赖于UE自身的实现和其所处的应用场景。

  • Case 1/2（规律派/半仙派）： 通常适用于那些被预置了固定任务或轨迹的设备，如固定传感器、按航线飞行的无人机、在固定线路上运行的列车等。其软件中已经包含了自身的移动模型。
  • Case 3（自由派）： 这是大多数通用终端（如手持电话）的默认状态，因为其用户的移动是随机的。
  • Case 4（听令派）： 当一个Case 3的UE在注册时，如果收到了网络下发的Leaving Notification Indication，它在下一次交互时，就会将自己标识为Case 4，表示自己已经切换到了“实时报告”模式。

Q3：什么是“NTN MO Backoff”，它和我们之前讨论的DCW定时器（Solution #7）有什么区别？ A3：两者都是为了避免UE产生无效的上行通信，但作用的“时机”和“对象”不同。DCW定时器作用于**“覆盖恢复后”，是为了解决大量UE同时接入造成的拥塞，它是一种集体行为的疏导。而NTN MO Backoff作用于“覆盖中断期间”，是为了阻止单个UE因为有上行数据要发而徒劳地尝试接入网络，它是一种对个体行为**的抑制。前者治“堵”，后者治“躁”。

Q4：这个方案看起来非常复杂，在实际网络中真的有必要吗？ A4：非常有必要，尤其是在一个多样化的物联网生态中。一个运营商的NTN网络，未来必然要同时服务于成千上万种不同的设备。如果只用一种简单的策略（比如，所有设备都用长周期PSM），那么对于那些需要高可达性的设备来说，体验将是灾难性的。反之，如果所有设备都采用高信令成本的实时报告，对于那些静止的设备又是巨大的浪费。Solution 11的“复杂性”，正是为了换取能够高效、经济地管理这种“多样性”的“灵活性”，是实现规模化、差异化NTN服务的必经之路。

Q5：NWDAF在这个“中央司令部”中扮演什么角色？它是必需的吗？ A5：NWDAF扮演的是“参谋部”或“情报分析中心”的角色。它不是必需的（方案中多次提到是Optional），但它的存在，可以极大地提升司令部（AMF）决策的准确性和前瞻性。AMF可以只基于UE的“自我介绍”来做决策，但这可能不够精确。当AMF向NWDAF“咨询”时，NWDAF可以结合更宏观的数据（如整个星座的运行状态、该UE的历史移动热点等），为AMF提供更深度的洞察，帮助其做出更优的决策（例如，为UE推荐一个比它自己计算的更优的休眠周期）。

关系图谱