51学通信

深度解析 3GPP TR 23.700-28：6.2 终端先知 (可预测的省电模式)

25分钟阅读

深度解析 3GPP TR 23.700-28：6.2 终端先知 (可预测的省电模式)

本文技术原理深度参考了3GPP TR 23.700-28 V18.1.0 (2023-03) Release 18规范中，关于“第六章 Solutions”的 6.2 节 “Solution #2: predictive Power Saving Mode” 的核心章节，旨在为读者深度剖析一种以UE为预测核心、网络侧协同验证的创新性功耗节省机制。

在上一篇文章中，我们详细拆解了Solution #1，一个由核心网AMF/MME扮演“网络先知”的功耗节省方案。该方案中，网络掌握着全局信息，主动为UE规划“休眠”策略，有效减轻了终端的计算负担。然而，这引出了一个深刻的问题：对于UE未来的状态，谁才是最权威的“预言家”？网络基于UE最后一次上报的位置进行推算，固然是一种方法，但如果UE自身就在进行着一场有规律、可预测的旅程呢？

此时，将预测的“主动权”交还给UE，或许是更明智的选择。这正是Solution #2——“可预测的省电模式”（predictive Power Saving Mode）——的核心思想。它不再将UE视为一个被动等待指令的“士兵”，而是将其提升为能够预知自己未来、并主动与网络协商休眠计划的“终端先知”。

为了更生动地理解这一转变，让我们再次回到生态学家伊芙琳博士的故事中。这一次，她不再是雨林中的徒步者，而是登上了一艘名为“探索号”的海洋科考船，沿着既定航线，对一片广阔的珊瑚礁生态系统进行为期一周的移动考察。她的GeoLink-1终端，将在这段漫长而规律的航行中，完美演绎Solution 2的智慧。

1. 核心哲学：从“被动告知”到“主动预测” (解读 6.2.1 Description)

Solution 2的精髓，在于它颠覆了传统功耗节省模式中网络单向决策的逻辑，引入了UE与网络的双向智能互动。其设计哲学建立在几个关键的假设和机制之上。

1.1 网络侧的“专业顾问”：外部专业服务器

与Solution MME需要自己解析星历、计算覆盖不同，Solution 2为核心网引入了一个强大的“外援”。

6.2.1 Description

  • The CN (MME ), through interfacing with external specialized server, can determine if a given position will be under coverage at a given time. External specialized server, aware of the motion of the satellites of the constellation and of all necessary characteristics (antenna, beams, status …), is able to extrapolate the position of the different satellites of the constellation, as well as the period of time during which the satellites are visible at a given terrestrial location.
  • Knowledge of the ephemeris for the serving and for neighbouring satellites is not sufficient to ensure the effective future coverage of an area… Only the network, in collaboration with the satellite management system, can produce reliable and complete information to verify future coverage for a UE.

这段描述揭示了一个重要的架构变化：专业的事，交给专业的“人”来做。

  • “External specialized server”： 核心网（CN）不再亲自下场进行复杂的卫星轨道和覆盖计算。它会去“咨询”一个外部的专业服务器。我们可以将这个服务器想象成一个商业化的“星轨服务公司”（例如，StellarTrack Services Inc.），它由卫星运营商或第三方专业机构运营。
  • 信息的完备性： 这家“星轨公司”掌握的，远不止公开的卫星星历（ephemeris）。它还知道卫星天线的精确波束方向、链路预算、卫星的在轨状态（是否处于维护期）、运营商的业务规划（某些区域是否限制服务）等内部信息。因此，它给出的覆盖预测，远比UE或AMF自己基于公开星历的计算要精准和可靠得多。

伊芙琳的场景： “探索号”科考船正航行在南太平洋上。当GeoLink-1需要与网络协商一个长达24小时的休眠周期时，运营商的核心网MME并不会自己去计算24小时后科考船位置的卫星覆盖情况。它会将这个“查询任务”打包，通过一个安全的API接口，发送给它的合作伙伴——“星轨服务公司”。“星轨公司”的服务器会返回一个权威的答案：“是”或“否”，甚至给出最接近的有覆盖的时间点。

1.2 UE侧的“先知”能力：自我位置预测

Solution 2成功的关键，在于UE不再是一个静止的点，而是一个能够预测自己未来位置的智能体。

6.2.1 Description

  • The UE is capable of PSM operation, and as per R17 assumption for NTN access, is equipped with GNSS receiver.
  • The UE, when requesting periodic update timer value and active time, indicates its current position and may also indicate its extrapolated position at the time of the next expected periodic update. e.g.: UE located in latitude/longitude (t0) request 3hours and indicates latitude/longitude (t0+3h).

这里明确了UE需要具备的两大核心能力：

  1. GNSS定位能力： 这是NTN终端的基础能力，UE必须能通过GPS、北斗等系统随时知道自己“现在在哪”。
  2. 位置外推（Extrapolation）能力： 这是本方案的创新之处。UE需要能够基于自身的移动状态（如速度、航向），计算出“未来某个时刻，我将在哪”。

伊芙琳的场景： “探索号”科考船正以15节的速度，沿着270度的航向稳定行驶。GeoLink-1通过内置的GNSS模块获取了当前的经纬度，并从船舶的导航系统中获知了航速和航向。

当伊芙琳博士计划启用一个长达24小时的PSM（Power Saving Mode）省电模式以节省电量时，GeoLink-1的协议栈会执行一次计算：

  • 当前位置： (15°S, 175°W)
  • 移动向量： 速度15节，航向270度
  • 时间： 24小时
  • 外推计算（Extrapolated Position）： 经过计算，24小时后，船舶将航行360海里，到达新的经纬度 (15°S, 181°W) (这里简化了计算)。

于是，GeoLink-1在向网络发起PSM请求时，会附带上这两份至关重要的情报：“报告网络，我当前在A点，我请求休眠24小时。根据我的移动轨迹，预计24小时后我将到达B点。请核实B点届时是否有卫星覆盖。”

1.3 创新的交互机制：Signed Offset (带符号偏移量)

现在，UE给出了自己的“预言”，网络侧的“专业顾问”也已就位。那么，网络该如何回应UE的请求呢？Solution 2提出了一种非常精巧的回应机制。

6.2.1 Description

  • In MME response, if PSM is accepted, the network may indicate periodic update timer value different from the requested timer to accommodate with the satellites movement…
  • The periodic update timer value provided by MME is a signed offset on the value of requested timer, to coincide next TAU with when the UE will be in coverage… For example if UE is requesting timer value of 24h and if the network foresees that the UE will be in coverage in 24h and 30mn, the network will return positive offset of 30mn…

网络的回应不是简单地“同意”或“拒绝”，也不是直接给一个新的定时器值，而是一个**“带符号的偏移量” (Signed Offset)**。让我们通过一个完整的交互流程来理解这个机制的精妙之处：

伊芙琳的场景（续）：

  1. UE请求： GeoLink-1向MME发送TAU Request消息，其中包含了：“请求的PSM周期 T3412 = 24小时”、“当前位置 = A”、“24小时后的预测位置 = B”。
  2. MME查询： MME收到请求后，向“星轨服务公司”的服务器发起查询：“请问，在UTC时间 (当前时间 + 24小时)，地理坐标B点是否有我司的卫星服务覆盖？”
  3. 专业服务器回应： “星轨公司”经过精密计算后，回复MME：“报告，届时B点没有覆盖。但是，根据我们的星座运行图，在 (当前时间 + 24小时 + 30分钟)，‘星链-C’卫星的波束将正好覆盖B点。”
  4. MME决策与回应： MME收到了这个“晚到30分钟”的情报。于是，它向GeoLink-1回复TAU Accept消息，其中包含了：“PSM周期T3412 = 接受”、“Signed Offset = +30分钟”。
  5. UE执行： GeoLink-1收到了这个“+30分钟”的偏移量。它便心领神会，启动了自己的PSM休眠程序。但它内部设置的唤醒闹钟，不再是24小时后，而是24小时 + 30分钟之后。

通过这个机制，UE与网络完成了一次完美的“对表”。UE的下一次唤醒，被精确地安排在了最有可能获得网络服务的那个时刻，既满足了长时间休眠的需求，又避免了在无覆盖时段的徒劳唤醒，实现了功耗的最优化。

为什么用Offset而不是绝对时间？ 这体现了协议设计的经济性。使用偏移量，可以继续沿用现有的GPRS Timer 3编码格式，传输的数据量更小，对信令的修改也更小。例如，一个“+30分钟”的偏移量，可能只需要几个比特就能表示，而传输一个完整的绝对时间戳则需要更多的字节。

2. 操作流程：在现有PSM信令中“夹带私货” (解读 6.2.2 Procedures)

Solution 2的实现，并非要创造一套全新的信令流程，而是巧妙地在现有的PSM协商流程中，增加了新的“信息元素”（IE, Information Element）。

6.2.2 Procedures

In the existing PSM procedure, as stated in specifications… UE requests the PSM by including a timer with the desired value in the ATTACH REQUEST, or TAU REQUEST. In the proposed solution, ATTACH REQUEST, or TAU REQUEST are complemented by the following IEs, if PSM is requested by the UE:

  • UE current position (mandatory in case of satellite access).
  • UE position extrapolated at the end of requested sleep time (optional).

ATTACH ACCEPT, or TAU ACCEPT is complemented by the following IEs, if PSM is accepted by the network:

  • Signed offset on timer extension value…

这段描述清晰地勾勒出了对现有4G核心网（EPS）信令的增强。我们可以用一个“信令演进”的对比图来直观理解：

常规PSM请求（TAU Request）:

+-----------------------------------+
| TAU Request                       |
| ...                               |
| Requested T3412 (PSM Timer) value |
| ...                               |
+-----------------------------------+

Solution 2增强后的PSM请求（TAU Request）:

+-----------------------------------+
| TAU Request                       |
| ...                               |
| Requested T3412 (PSM Timer) value |
| **IE: UE Current Position**       |  <-- 新增
| **IE: UE Extrapolated Position**  |  <-- 新增 (可选)
| ...                               |
+-----------------------------------+

常规PSM响应（TAU Accept）:

+-----------------------------------+
| TAU Accept                        |
| ...                               |
| Granted T3412 (PSM Timer) value   |
| ...                               |
+-----------------------------------+

Solution 2增强后的PSM响应（TAU Accept）:

+-----------------------------------+
| TAU Accept                        |
| ...                               |
| Granted T3412 (PSM Timer) value   |
| **IE: Signed Offset**             |  <-- 新增
| ...                               |
+-----------------------------------+

这种“做加法”而非“推倒重来”的实现方式，正是“最小化影响”原则的体现。它使得现有的网络设备只需进行软件升级，增加对这几个新IE的解析和处理能力，即可支持这项新功能。

3. 系统影响分析：各司其职的“铁三角” (解读 6.2.3 Impacts on services, entities and interfaces)

一个解决方案的可行性，最终要落实在对各个网络实体的具体影响上。

UE:

  • Computes its current and extrapolated location depending on its local PSM configuration. UE的影响： UE需要成为一个“计算者”。它必须集成GNSS模块，并具备基于自身移动性来外推未来位置的算法能力。这对于终端的处理能力和软件实现提出了新的要求。

RAN:

  • None. RAN的影响： 无。这是一个巨大的优点。在这套流程中，RAN（卫星基站）完全不参与决策，它只是一个透明的“信令搬运工”，负责将UE和MME之间的TAU信令进行转发。这大大降低了方案的部署复杂度。

MME:

  • Obtain information on future coverage given satellites motion: provides to external server given positions for given future time and retrieve extrapolated coverage information…
  • Configure the power saving parameters based on the coverage information for the UE. MME的影响： MME需要成为一个“协调者”和“决策者”。它需要：
  1. 新增一个北向接口： 用来与“星轨服务公司”这样的外部服务器通信。
  2. 新增处理逻辑： 解析UE上报的位置信息，向外部服务器发起查询，并根据返回结果计算出Signed Offset，最后将其编码到响应消息中。

4. 方案评估：为移动物联网量身定制 (解读 6.2.4 Solution evaluation)

6.2.4 Solution evaluation

The solution is based on existing EPS power saving solutions and protocols and has therefore small impact to Rel-17. The main interest of this solution is to take into account the motion of the UE, when it can be known, to predict and adapt PSM timer values on the network side… This solution is tailored for IoT NTN tracking use case, where UE are GNSS equipped and are supposed to evolve on a predictable trajectory.

评估部分高度肯定了该方案的价值：

  • 低影响： 方案基于现有的EPS PSM流程，改动小，易于实现和部署。
  • 核心优势： 首次将UE的可预测运动这一变量，引入到了功耗节省的决策闭环中。这使得省电策略从“静态”走向“动态”，从“普适”走向“个性化”。
  • 精准定位： 该方案被明确地“量身定制”给了移动物联网追踪场景。

伊芙琳的场景： 伊芙琳博士的科考船，就是这个场景的完美写照。除此之外，还有：

  • 远洋货轮上的集装箱追踪器。
  • 横跨大陆的货运列车上的状态监控器。
  • 装在信天翁身上，用于研究其长距离迁徙路线的生物追踪器。

所有这些设备的共同点是：它们都在一个可预测的轨迹上长时间移动。对于它们而言，Solution 2提供了一种近乎完美的、智能化的长周期休眠方案。

总结：UE与网络共舞的智慧

Solution 2为我们展示了一幅与Solution 1截然不同的图景。在这里，UE不再是被动接受者，而是摇身一变，成为能够预言自己未来的“先知”。它主动将自己的“预言”（预测位置）告知网络，网络则借助“专业顾问”（外部服务器）的智慧来“解梦”（验证覆盖），并最终通过一个精巧的“暗号”（Signed Offset）来与UE校准时间，共同完成一次高效的“休眠”协商。

这个方案的魅力在于，它将预测的责任，交给了信息最完备、最及时的实体——UE自身。同时，它又保留了网络侧的权威验证能力，确保了预测的可靠性。这种“各司其职、协同共舞”的模式，为解决特定场景（可预测移动）下的功耗问题，提供了一个优雅而高效的范例。

然而，如果伊芙琳博士的科考船突然遇到风暴，需要紧急改变航向，UE的“预言”就会失效。如果UE本身只是一个静止的气象站，那么预测自己的移动就毫无意义。这说明，没有一个解决方案是万能的。下一个方案，Solution #3，将再次转换视角，探讨一个完全由UE自主决策的、更为简单的节电模型。敬请期待。

FAQ

Q1：Solution #1（网络先知）和Solution #2（终端先知）最根本的区别是什么？它们是互斥的吗？ A1：最根本的区别在于预测未来覆盖的主导者不同。在Solution 1中，网络（AMF/MME）是主导者，它根据自己获取的信息（RAN提供的星历、UE的最后位置）来计算并“命令”UE执行节电参数。在Solution 2中，UE是主导者，它主动预测自己的未来位置并“请求”网络核准一个与之匹配的休眠计划。它们并非完全互斥，一个网络可以同时支持这两种机制，并根据UE的能力、用户的签约、业务的类型来决定采用哪种方案。

Q2：方案中提到的“外部专业服务器”在现实中是如何实现的？它和核心网的关系是什么？ A2：在现实中，这个服务器很可能是由卫星网络运营商（如Starlink, OneWeb）自己运营，或者由专门提供空间数据服务的第三方公司运营。它与移动核心网（MME/AMF）之间，会通过一个标准化的API接口（例如基于HTTP/JSON的RESTful API）进行连接。移动运营商会与这些服务提供商签订商业合同，按需购买查询服务。这种架构分离，使得移动核心网可以聚焦于自己擅长的信令和移动性管理，而将极其专业的卫星覆盖计算外包出去。

Q3：为什么Solution 2对RAN（无线接入网，即卫星）的影响是“None”？这为什么是一个重要优点？ A3：因为整个协商流程完全发生在UE和核心网（MME）之间，使用的是NAS（Non-Access Stratum，非接入层）信令。RAN对于NAS信令的内容是“透明”的，它只负责将其从空口转发到核心网，反之亦然，而不需要解析或处理其中的具体参数（如位置信息、偏移量等）。这极大地简化了卫星和地面关口站的软件升级，因为它们不需要为这个功能做任何改动。在庞大而复杂的通信系统中，任何能够减少网络节点改动需求的方案，都具有巨大的工程和商业优势。

Q4：如果UE对自身位置的预测是错误的（例如科考船临时改变航线），这套机制会如何应对？ A4：这是该方案的一个关键风险点。如果UE的预测失效，它会在一个错误的时间、错误的地点醒来，发现依然没有网络覆盖，从而导致PSM休眠失败和电量浪费。目前该方案本身并未详细描述这种“预测失败”的纠错机制。但在实际系统中，通常会有补充措施，例如：UE一旦发现自己偏离了原定轨迹，可以立即中断当前的PSM周期，主动发起一次新的TAU，向网络报告自己的新位置和新轨迹，重新进行一次“休眠”协商。

Q5：这个方案听起来更适合4G的EPS网络，它能平滑地应用到5G的5GS网络吗？ A5：完全可以。虽然本方案的描述和流程图主要以EPS（MME, TAU）为例，但其核心思想和机制可以完全平移到5GS。在5GS中，MME的角色由AMF取代，TAU流程由Registration Procedure取代。信令消息的名称会不同（Registration Request/Accept），但新增信息元素（UE位置、Signed Offset）的逻辑是完全一样的。这种设计上的通用性，正是3GPP标准在进行代际演进时所追求的目标之一。

关系图谱