51学通信

深度解析 3GPP TR 23.700-28：6.4 精准寻呼的艺术 (基于覆盖与位置的移动性增强)

24分钟阅读

深度解析 3GPP TR 23.700-28：6.4 精准寻呼的艺术 (基于覆盖与位置的移动性增强)

本文技术原理深度参考了3GPP TR 23.700-28 V18.1.0 (2023-03) Release 18规范中，关于“第六章 Solutions”的 6.4 节 “Solution #4: Mobility Management enhancement based on coverage information and UE location” 的核心章节，旨在为读者深度剖析在广袤的卫星覆盖区域下，如何通过网络侧的智能优化，实现对空闲态终端的“精确制导”式寻呼，从而大幅提升移动性管理效率。

在前几期的探索中，我们深入研究了多种旨在解决“功耗节省”难题的方案。无论是网络先知、终端先知，还是终端为王，它们的核心目标都是让UE在漫长的卫星覆盖空窗期内，能够以最低的能耗“安心休眠”。然而，移动通信的世界里，有“静”必有“动”。当UE处于休眠（IDLE）状态时，一个永恒的挑战便浮出水面：当有数据要找它时，网络如何才能快速、高效地将它从沉睡中唤醒？

这就是“寻呼”（Paging）的艺术。在地面网络中，这套机制已然成熟。但在卫星通信的宏大尺度下，传统的寻呼方式就如同“大海捞针”，效率低下且极其浪费资源。Solution #4，正是为解决这一移动性管理难题而生。它不直接作用于UE的功耗，而是通过优化网络的“寻人”方式，间接提升了整个系统的移动性管理效能。

为了演绎这场“精准寻呼”的艺术，我们的主角伊芙琳博士将启用她的新伙伴——一架名为“雨林之翼-1”的科研无人机。这架无人机从“生态站阿尔法”起飞，在广阔的卫星波束覆盖范围内，沿着预设航线执行长达数小时的自主飞行考察。为了节省宝贵的机载电池，无人机在两个航路点之间的平稳飞行阶段会进入IDLE模式。此时，如果地面控制中心有新的指令（例如，前方发现一处疑似盗伐点，需要紧急调整航线前往侦察），网络该如何从方圆上千平方公里的信号范围内，精准地找到并唤醒“雨林之翼-1”呢？Solution 4将为我们揭晓答案。

1. 核心哲学：从“地毯式轰炸”到“精确制导” (解读 6.4.1 Description)

传统寻呼机制的运作方式，类似于一种“广撒网”。当UE注册到网络时，它会向网络上报一个或多个“跟踪区”（Tracking Area, TA）组成的列表，作为自己的“活动范围”。当有下行数据到达时，核心网就会命令该UE注册列表中的所有TA下的所有基站，同时广播寻呼消息。

在地面网络中，由于小区（Cell）和TA的覆盖范围相对较小，这种方式尚可接受。但在卫星通信中，情况发生了质变。

6.4.1 Description

In the network with satellite access, the network resource may be scarce and a cell may cover several TAs. To save the network resource for paging, it is proposed that the TA where the UE is geographically located may be regarded as the last known TA for the first paging if the TA where the UE is geographically located is:

  • known by the AMF; and
  • determined in coverage based on information from the RAN when the Paging is needed.

这段描述一针见血地指出了问题的核心与解决方案的精髓。

  • 问题核心： 一颗卫星形成的一个小区（Cell），其波束在地面上的覆盖面积（footprint）可能达到数万甚至数十万平方公里，这个巨大的范围内可能包含了运营商划分的数十个甚至上百个TA。如果“雨林之翼-1”的注册TA列表包含了这整个区域，那么每一次寻呼，都意味着要动用宝贵的卫星下行链路资源，在如此广阔的范围内进行广播。这无异于为了找一个人，而向整个省份进行广播喊话，是一种巨大的资源浪费。

  • 解决方案精髓： Solution 4提出了一种全新的寻呼策略——“两阶段”寻呼。其核心思想是，将第一次寻呼的范围，从整个注册TA列表，缩小到UE当前所处的、唯一的、地理上确认的那个TA。

伊芙琳的场景： “雨林之翼-1”正在执行任务，它的注册TA列表可能包含了{TA-1, TA-2, ..., TA-50}。按照传统方式，寻呼它需要在50个TA内同时进行。但Solution 4改变了游戏规则。它要求核心网AMF在寻呼前，先做一个判断：

  1. AMF是否知道无人机此刻的精确地理位置在哪一个TA？ 比如说，AMF通过某种机制得知，无人机虽然注册了50个TA，但它现在百分之百就在TA-27这个区域内。
  2. 当需要寻呼时，TA-27是否正处于卫星的有效服务覆盖之下？

如果这两个问题的答案都是“是”，那么AMF的第一次寻呼，将只会精准地发往TA-27。这就好比从“全省广播”，变成了“向A市B区C街道”的定点喊话，效率天差地别。如果第一次精准寻呼失败（例如，无人机恰好飞到了TA边界的另一个TA），网络还可以退回到传统方式，在整个TA列表里进行“广撒网”式的重传，保证了可达性。

2. 操作流程：网络侧的“审时度势” (解读 6.4.2 Procedures)

这个“精准寻呼”的魔法，完全发生在网络侧，对UE是透明的。其关键，在于AMF如何在UE进入IDLE状态之前，就未雨绸缪地获取到那个至关重要的“地理位置TA”。规范中的Figure 6.4.2-1: high-level procedure for Paging in last known TA为我们揭示了这套“情报收集与运用”的流程。

2.1 步骤 1: “临睡前”的情报问询

1. In the case of satellite access, the AMF may initiate the Location Reporting procedure to request the RAN to report the TA where UE is geographically located as last known location to the AMF before AN release. The RAN provides all broadcast TAIs for the selected PLMN to the AMF as part of the ULI. The RAN also reports the TA where the UE is geographically located if this TA can be determined.

这是整个流程的起点，也是最关键的一步创新。

  • 触发时机： before AN release，即在UE的空口连接（AN Release）被释放，UE即将从连接态（CONNECTED）进入空闲态（IDLE）之前。
  • 发起方： 核心网AMF。
  • 动作： AMF主动向RAN（卫星）发起一个“位置报告”（Location Reporting）请求。这个请求的内容非常具体：“请告诉我，你现在服务的这个UE（‘雨林之翼-1’），它在地理上，究竟处于你所覆盖的哪个TA内？”

伊芙琳的场景： “雨林之翼-1”完成了一个航路点的盘旋拍摄任务，准备进入省电的平飞阶段，它或网络即将释放其RRC连接。就在这个连接断开前的“黄金窗口”，AMF的“雷达”启动了。它向提供服务的卫星基站发送了一个请求，本质上是在问：“嘿，老兄，你波束下的那个无人机，帮我看看它的GPS坐标对应的是TA-27还是TA-28？”

2.2 RAN的“火眼金睛”与AMF的“情报存储”

(续上文) …The RAN also reports the TA where the UE is geographically located if this TA can be determined. The RAN may report the coverage information (e.g. ephemeris data) to the AMF when needed.

Editor’s note: How RAN reports satellite ephemeris data to the AMF will be determined in the normative phase or other solutions.

RAN收到了AMF的请求后，需要动用自己的“火眼金睛”。RAN需要具备一种能力，能够将UE的物理位置（可能通过UE上报的测量报告中的定位信息，或通过其他定位技术获得）映射到运营商预先规划好的TA地理边界图上，从而得出结论。

  • RAN的回应： 卫星基站经过计算，向AMF回复：“确认，该UE目前位于TA-27内。另外，附上我当前的星历数据，供你判断未来的覆盖情况。”
  • AMF的动作： AMF收到这份宝贵的情报后，会在UE的上下文（UE Context）中，记录下一个新的信息：“该UE的最新地理位置TA是TA-27”。这份情报，将成为下一次寻呼的“第一目标”。

2-4. The AMF initiates the UE Context Release procedure.

情报收集完毕后，AMF继续执行标准的连接释放流程，让“雨林之翼-1”安心进入IDLE模式。

2.3 步骤 5: “精确制导”的寻呼时刻

5. When the Paging is needed… the TA where the UE is geographically located could be regarded as the last known TA if the TA where the UE is geographically located is: - Known by the AMF; and - Determined in coverage based on the coverage information… from the RAN when the Paging is needed.

激动人心的时刻到来了。地面控制中心向无人机下发了紧急转向指令。下行数据包到达核心网。

  • AMF的决策： AMF的寻呼模块启动。它首先检查UE上下文中记录的“最新地理位置TA”——TA-27。然后，它利用之前RAN提供的星历数据，判断TA-27此刻是否还在卫星的覆盖范围内。
  • 执行寻呼： 确认无误后，AMF将寻呼指令精准地发往TA-27对应的卫星波束。卫星随即在TA-27区域内广播寻呼消息：“雨林之翼-1，听到请回答！”

NOTE: Whether first page in the TA where the UE is geographically located is up to the AMF implementation. 这个附注说明，是否采用这种“先精准、后撒网”的两阶段策略，是AMF设备商可以自行实现和优化的功能，给了网络侧一定的灵活性。

3. 系统影响分析：RAN的“重任”与UE的“无感” (解读 6.4.3 Impacts on services, entities and interfaces)

这个方案的实现，对网络中的不同角色提出了截然不同的要求。

AMF/MME:

  • Request RAN to report the TA where UE is geographically located as last known location before AN release.
  • The coverage information (e.g. ephemeris data) may be used to determine whether a TA is in coverage.

AMF/MME的影响： AMF需要进行软件升级，增加两项新逻辑：

  1. 触发逻辑： 在AN Release前，智能地触发一次对RAN的Location Reporting请求。
  2. 寻呼逻辑： 在寻呼时，优先使用这个新获取的“地理位置TA”，并结合覆盖信息进行判断。

RAN:

  • Provide to the AMF/MME the TA where the UE is geographically located if this TA can be determined before AN release.
  • Provide to the AMF/MME the coverage information (e.g. ephemeris data) when needed.

RAN的影响：这是本方案最大的挑战点和影响所在。 RAN（卫星/地面站）需要被赋予一项全新的、复杂的能力：

  • 地理映射能力： RAN必须能够访问运营商的TA地理划分数据库，并将UE的实时物理位置，精确地映射到对应的TA上。这需要RAN具备相当的计算和数据处理能力，远超一个简单的信号转发器。

UE的影响： 从规范中可以看出，对UE没有任何影响描述。这意味着，Solution 4对终端是完全透明的。UE不需要任何软件或硬件改动，就可以享受到网络侧优化带来的好处（例如，更快的寻呼响应）。这对于拥有海量存量终端的运营商来说，是一个巨大的吸引力。

4. 方案评估：优雅的网络侧独舞 (解读 6.4.4 Solution evaluation)

6.4.4 Solution evaluation

The solution reuses the current existing RAN Location reporting procedures as defined in clause 4.10 in TS 23.502, but with enhanced RAN Location reporting condition… this solution has no dependency on UE involving coverage detection, i.e. the paging optimization is done on the network side only. … However, this solution has a limitation on whether the UE is in the last visited TAC when the paging occurs.

评估部分客观地分析了本方案的优缺点。

  • 优点：

    1. UE无涉入： 优化完全在网络侧完成，对终端零影响，易于部署和推广。
    2. 重用现有机制： 方案巧妙地扩展了现有的Location Reporting流程，而非创造新流程，符合“最小化影响”原则。
    3. 有效节约资源： 在UE移动性较低的场景下，可以极大地减少不必要的寻呼广播，节省宝贵的卫星空口资源。

  • 缺点/局限性：

    1. 对RAN能力要求高： 正如前文所述，要求RAN具备新的地理映射能力，是方案落地的一大挑战。
    2. 对UE移动性敏感： 方案的有效性，建立在一个假设上：UE在IDLE期间，不会移动到另一个TA去。如果“雨林之翼-1”在进入IDLE后，继续高速飞行，很快就从TA-27飞入了TA-28，那么AMF基于旧情报发起的精准寻呼就会失败。此时，网络必须启动第二阶段的“广撒网”寻呼，这会带来额外的寻呼延迟。因此，本方案最适合静止或低速移动的UE。

总结：在不确定性中寻求最优解

Solution 4为我们上演了一场精彩的“网络侧独舞”。它通过在UE进入休眠前的一次“回眸”（位置报告），让网络得以窥见UE的真实地理所在，从而将下一次的唤醒，从一场“大海捞针”式的搜寻，变成了一次“精确制导”式的点名。这种智慧，完全由网络侧实现，终端用户在不知不觉中，就享受到了更高效、更可靠的移动性服务。

然而，这场独舞的优雅，也受限于舞台的大小。它的效果，与UE的移动速度成反比。对于“雨林之翼-1”这样的高速无人机，其价值可能会打折扣；但对于伊芙琳博士在“生态站阿尔法”的固定终端，或者是在广袤农场上缓慢移动的物联网传感器，Solution 4无疑提供了一种近乎完美的寻呼优化方案。

它也给我们留下了深刻的启示：在5G NTN的宏大叙事中，解决方案并非“非黑即白”。没有一种方案能包治百病。正如我们所见，有的方案专攻功耗，有的专攻移动性；有的依赖网络，有的依赖终端。真正的智慧，在于理解每种方案的边界与前提，并为不同的场景，选择最合适的“舞步”。

接下来，我们将继续探索工具箱中的下一件武器。Solution 5将再次将我们的视线拉回到功耗节省上，它会带来怎样的新思路？敬请期待。

FAQ

Q1：什么是“跟踪区”（Tracking Area, TA），它和“小区”（Cell）有什么区别？ A1：可以这样理解：小区是物理概念，跟踪区是逻辑概念。小区是单个基站（或卫星波束）的无线覆盖范围，是UE进行接入和切换的基本单位。而跟踪区是多个小区的集合，是运营商为了进行位置管理而划分的一个逻辑区域。UE在同一个TA内的移动，只要不发起通信，就无需通知网络；只有当它移动到另一个TA时，才需要发起一次“跟踪区更新”（TAU/Registration）。一个TA可以很大，包含许多小区；而在卫星通信中，一个巨大的小区，也可能反过来覆盖许多个TA。

Q2：为什么说Solution 4对UE是“完全透明”的？ A2：因为UE的协议栈和行为模式，与没有这个方案时完全一样。UE仍然是按照标准的流程进入IDLE模式，标准的流程监听寻呼。它完全不知道网络为了找到它，在背后进行了一系列“情报收集”和“寻呼策略优化”。网络寻呼策略的改变，对UE来说是无感的，它收到的寻呼消息格式、内容都没有任何变化。这种透明性使得该方案可以无缝地应用于所有存量和新增的UE，无需任何升级。

Q3：RAN如何才能确定UE所在的地理TA？技术上可行吗？ A3：技术上是可行的，但需要新增功能。一种可能的方式是：1) UE在连接态时，会向RAN上报包含其GNSS坐标的测量报告。2) RAN/卫星地面站的网管系统，预先配置了运营商所有TA的精确地理边界（由多边形的顶点坐标定义）。3) 当RAN收到AMF的请求时，它提取UE的坐标，然后在一个“数字地图”上进行匹配运算，判断该坐标落在了哪个TA多边形内，然后将该TA的标识（TAI）回复给AMF。这需要RAN具备一定的地理信息处理能力。

Q4：这个方案和我们手机上收到的紧急广播（如地震预警）有什么关系吗？ A4：它们在思路上有相似之处，即“基于地理位置的精准投送”，但技术机制完全不同。紧急广播（如ETWS/CMAS）是一种小区广播（Cell Broadcast）技术，网络向特定区域的所有小区广播一条消息，该区域内的所有手机（无论是否注册）都能收到。而Solution 4是“单播寻呼”（Unicast Paging），网络是为了找到某一个特定的UE而发起的，只有那个UE的ID被广播，也只有那个UE会响应。Solution 4优化的是这种一对一的“寻人”过程。

Q5：如果UE移动得很快，导致第一次精准寻呼失败，会带来多大的延迟？ A5：延迟的大小取决于网络的寻呼策略配置。一次典型的寻呼周期可能在1.28秒或2.56秒。如果第一次精准寻呼在这个周期内没有收到UE的回应，AMF会立即启动第二阶段的“广域寻呼”（在整个TA列表中）。这意味着总的寻呼延迟，会比直接进行广域寻呼，多出大约一个寻呼周期的时长（例如1-3秒）。对于大多数非实时性业务（如邮件、消息通知），这个延迟是可以接受的。但对于一些准实时业务，就需要运营商仔细权衡启用该功能带来的资源节省和可能引入的额外延迟。

关系图谱