51学通信

深度解析 3GPP TR 27.700-28：6.5 临别赠言 (释放连接前更新参数的功耗节省)

23分钟阅读

深度解析 3GPP TR 27.700-28：6.5 临别赠言 (释放连接前更新参数的功耗节省)

本文技术原理深度参考了3GPP TR 23.700-28 V18.1.0 (2023-03) Release 18规范中，关于“第六章 Solutions”的 6.5 节 “Solution #5: Power Saving based on updating parameters before releasing signalling connection” 的核心章节，旨在为读者详细剖析一种在UE进入IDLE状态前的“黄金窗口期”，由网络主动优化并下发功耗节省参数的务实解决方案。

在上一篇的探索中，我们领略了Solution 4如何通过网络侧的智能，在广袤的卫星覆盖下实现对IDLE状态终端的“精确制导”式寻呼，这是一场精彩的网络侧独舞。现在，我们的焦点将再次回归到非连续覆盖场景下的核心痛点——功耗节省。

今天，我们将要拆解的Solution #5，可以看作是Solution #1“网络先知”思想的一次深化和具体化。如果说Solution 1描绘了“AMF应具备感知和决策能力”的宏观蓝图，那么Solution 5则清晰地指出了实现这一蓝图的一条具体路径：在释放信令连接前的最后一刻，网络主动为UE送上一份量身定制的“休眠锦囊”。这份“临别赠言”将指导UE如何以最高效的方式，度过接下来的覆盖空窗期。

为了生动地展现这一过程，我们的“雨林之翼-1”无人机将再次登场。它刚刚完成对一片区域的红外光谱扫描，准备在飞往下一个任务点的途中进入IDLE模式以节省能源。然而，就在它即将与网络“挥手告别”的瞬间，核心网AMF叫住了它：“且慢！这里有一份为你准备的‘过冬’指南，请查收。” 这份指南，正是Solution 5的精髓所在。

1. 核心哲学：抓住“最后时机”，送上“休眠锦囊” (解读 6.5.1 Description)

Solution 5的哲学，是一种主动、及时的网络侧管理。它认为，与其让UE带着一套通用的、可能不再适用的参数进入休眠，不如在它“入睡”前的最后一刻，利用其仍然在线的连接，进行一次精准的参数“校准”。

6.5.1 Description

To make sure that the UE does not attempt to access the network when there is no coverage, and that the UE is aware of the coverage returning and attempts to access the network as needed, it is proposed that the AMF/MME determines the power saving parameters (e.g. eDRX parameters, periodic registration timer…) based on the coverage information and provide the power saving parameters to the UE before releasing the signalling connection.

这段话清晰地阐明了方案的核心逻辑：

  1. 决策者： AMF/MME（核心网）。
  2. 决策依据： 覆盖信息（Coverage Information）。
  3. 决策内容： 一整套功耗节省参数（PSMs - Power Saving Modes）。
  4. 执行时机： before releasing the signalling connection —— 在释放信令连接之前。

这最后一个点，是本方案最具标志性的特征。它强调了操作的“时效性”和“主动性”。

1.1 情报来源：来自前线（RAN）的实时战报

与Solution 1笼统地提及“基于覆盖信息”不同，Solution 5明确提出了一种获取这份情报的具体途径。

6.5.1 Description

This solution also offers a way of obtaining the coverage information from e.g. the ephemeris data, from RAN. The RAN can provide either the coverage information or the ephemeris data to the AMF/MME via Location Reporting procedure.

这里，方案为AMF这位“指挥官”指派了一位可靠的“前线侦察兵”——RAN（卫星）。

  • 情报获取机制： AMF通过现有的“位置报告”（Location Reporting）流程，向RAN“问询”关于UE未来覆盖的情报。
  • 情报内容： RAN可以提供两种形式的情报。一种是原始的“星历数据”（ephemeris data），让AMF自己去计算；另一种是经过RAN初步处理的、更直接的“覆盖信息”（coverage information）。
  • 优势： 由最接近UE、直接与UE通信的RAN来提供信息，具有天然的实时性和准确性。RAN最清楚当前服务UE的卫星是哪一颗，其信号质量如何，以及该卫星的运行轨迹。

伊芙琳的场景： “雨林之翼-1”无人机即将进入IDLE模式。核心网AMF通过N2接口向服务它的卫星基站发起一个Location Reporting请求，询问：“请提供ID为XXX的无人机未来的覆盖预测。” 卫星基站（RAN）收到请求后，立即将该无人机所在位置、以及服务卫星的星历数据打包，通过Location Report消息回复给AMF。AMF的“大脑”就这样获得了做出决策所需的最关键、最新鲜的“原材料”。

1.2 独门秘籍：引入“扩展连接时间” (Extended Connected Time)

除了明确情报来源，Solution 5还引入了一个非常实用、专为非连续覆盖场景设计的“独门秘籍”。

6.5.1 Description

The Extended Connected Time as described in clause 5.31.7.3 of TS 23.501 can be used by AMF, for example in the case that it has determined that if UE is released to IDLE state, it may not be possible for UE to get back into connected mode to deliver downlink data before UE enters into no service due to discontinuous coverage.

Extended Connected Time（扩展连接时间）是5GC中定义的一个特性，它允许AMF在决定释放UE连接时，可以指示RAN将连接“多维持一段时间”。Solution 5巧妙地将其应用到了NTN场景中。

为什么需要这个“秘籍”？ 想象一个非常棘手的场景：

  • “雨林之翼-1” 即将飞出当前卫星的覆盖范围，RAN已经触发了连接释放流程。
  • 就在此时， 一个高优先级的下行数据包（例如，地面控制中心发送的、用于规避前方雷暴区的紧急航线调整指令）到达了核心网。

如果没有Extended Connected Time，AMF将面临一个两难的抉择：

  • 立即释放连接： 指令无法下发，无人机将按原航线飞入雷暴区，后果不堪设想。数据包将被核心网缓存，但无人机下一次恢复覆盖可能在几小时后，早已错过了规避的最佳时机。
  • 强行维持连接： 违反了标准的释放流程，可能导致信令异常和资源浪费。

Extended Connected Time的妙用： AMF在收到这个紧急数据包后，可以利用Extended Connected Time机制。在回复RAN的连接释放命令时，AMF会附带一个“请求”：“请将该UE的连接，额外维持X秒。” RAN收到后，会尽力保持与无人机的连接，直到数据发送完毕或X秒超时。

这就像在火车即将关门离站的最后一刻，列车长通过对讲机告诉站台：“等一下，还有一位重要旅客没上来！” 这短暂的“等待”，在非连续覆盖场景下，为关键业务的及时送达，提供了宝贵的缓冲窗口。

2. 操作流程：一场精心编排的“告别仪式” (解读 6.5.2 Procedures)

Figure 6.5.2-1: Procedure for updating parameters before releasing signalling connection 为我们一步步展示了这场“告别仪式”是如何进行的。整个流程由网络侧主导，充满了主动性和预见性。

场景复现：“雨林之翼-1”的休眠前奏

  1. 步骤 1: UE已在网 (The UE is registered in the network) “雨林之翼-1”正处于连接态，与网络正常通信。

  2. 步骤 2: AMF的情报收集 (AMF initiates Location Reporting)

    2. The AMF/MME may initiate the Location Reporting Control procedure to ask for the coverage information from the RAN. The RAN will send the coverage information… before the RAN sends the N2/S1 UE CONTEXT RELEASE REQUEST… 这是一个前置动作。AMF未雨绸缪，它可能周期性地，或者在检测到UE处于NTN接入时，就主动向RAN发起Location Reporting Control，要求RAN“订阅”该UE的覆盖信息。RAN在后续检测到UE即将离网时，就会主动上报这份情报。

  3. 步骤 3: 离别的信号 (RAN detects UE is leaving)

    3. If the RAN detects the UE in CM-CONNECTED mode is about out of coverage, the RAN may initiates the AN release procedure by sending the N2/S1 UE CONTEXT RELEASE REQUEST message to the AMF/MME. 卫星基站（RAN）通过无线测量，发现与无人机的信号连接质量持续下降，预测其即将飞出波束范围。于是，RAN向AMF发起了标准的UE Context Release Request，这标志着“告别仪式”的正式开始。

  4. 步骤 4: AMF的“锦囊”制作 (AMF determines power saving parameters)

    4. The AMF/MME determines the power saving parameters (e.g. eDRX parameters, periodic registration timer, Extended Connected Time and the active time for MICO mode) for the UE. 这是流程的核心大脑。 AMF在收到释放请求后，立即启动其“决策引擎”。它利用步骤2中获取的情报，飞速地为“雨林之翼-1”计算出最优的休眠参数。同时，它还会检查是否有待发的紧急下行数据，来决定是否需要启用Extended Connected Time。

  5. 步骤 5: “锦囊”的下发 (AMF initiates UE Configuration Update)

    5. The AMF initiates the UEConfiguratioUpdate procedure to update the power saving parameters in the UE. And the MME initiates the GUTI Reallocation procedure to update the parameters to the UE. AMF通过5GS中的UE Configuration Update流程（或EPS中功能类似的GUTI Reallocation流程），将这套新鲜出炉的省电参数，作为“临别赠言”，下发给无人机。

  6. 步骤 6-8: 正式告别 (AMF/MME initiates AN Release procedures) AMF在确认“锦囊”已送达后，才正式同意RAN的释放请求，走完标准的Context Release流程。无人机的空口连接被断开，正式进入IDLE模式。

  7. 步骤 9: 依“锦囊”行事 (UE uses the received parameters)

    9. Using the received power saving parameters, UE can determine when the UE could not access the network, and when (e.g. the coverage is recovered) could attempt to access the network if needed. “雨林之翼-1”在接下来的数小时休眠中，将严格按照这份来自网络的、量身定制的“休眠指南”来行动，从而实现最大化的电量节省。

3. 系统影响分析：各司其职，高效协同 (解读 6.5.3 Impacts on services, entities and interfaces)

RAN:

  • Send coverage information … to the AMF when needed.

RAN的影响： 需要成为一个可靠的**“情报员”**。它必须能够响应AMF的请求，并提供准确的覆盖信息。

AMF/MME:

  • Ask RAN to send coverage information…
  • Update the power saving parameters based on the coverage information… and send the power saving parameters to the UE or the RAN.

AMF/MME的影响： 扮演着**“指挥官”**的角色。它需要具备请求情报、分析情报、制定策略、并下达指令的全套能力。

UE:

  • Update the power saving parameters during the UCU procedure.

UE的影响： 作为一个**“执行者”**。它不需要自己进行复杂的计算，只需要能够接收并应用来自网络的UE Configuration Update指令即可。

这个“情报员-指挥官-执行者”的铁三角模型，职责清晰，协同高效，构成了一个完整的网络侧主动管理闭环。

4. 方案评估：务实与增强的结合体 (解读 6.5.4 Solution evaluation)

6.5.4 Solution evaluation

Satellite(s)/UE coverage information is important for the network to optimize the operation when the UE is in discontinuous coverage… This solution has the following main contributions:

  • This solution proposes that the coverage information can be used to determine the power saving parameters… and utilizes the existing UE Configuration Update procedure…
  • The extended connected time… can also be applied…
  • This solution provides a way of how the AMF can obtain the coverage information, i.e. from the RAN…

评估部分高度肯定了该方案的三大贡献：

  1. 明确了情报来源： 它清晰地指出了AMF可以从RAN获取覆盖信息，为网络中心化方案提供了可行的信息输入路径。
  2. 明确了下发机制： 它利用了现有的UE Configuration Update等流程来下发参数，重用协议，影响小。
  3. 引入了实用增强： Extended Connected Time的引入，是针对NTN非连续覆盖痛点的一次“神来之笔”，极大地提升了系统在临界状态下处理高优先级业务的能力。

同时，评估也指出，该方案的一个核心假设是“the AMF knows the coverage information”，而从RAN获取是实现这一假设的关键。这表明，本方案的成功落地，强依赖于RAN侧能力的增强。

总结：在告别时，播下高效休眠的种子

Solution 5以其清晰的逻辑和务实的工程考量，为我们描绘了一幅网络主动、精细化管理UE功耗的画卷。它不再满足于在UE注册时进行一次性的参数配置，而是将优化的时机，精准地锁定在了UE从连接到空闲的“状态转换”瞬间。通过“事前问询、临别赠言”的两步走策略，网络在与UE告别的最后一刻，将一份饱含智慧的“休眠指南”交到其手中，确保了UE在接下来的“失联”旅程中，能够走得最远、最节能。

Extended Connected Time的引入，更是为这套务实的方案，增添了一抹亮色。它如同一道保险丝，确保了在覆盖即将中断的危急时刻，关键任务的指令依然能够“使命必达”。

与前几个方案相比，Solution 5更像是一个“集大成”的工程实践方案。它吸收了“网络中心”的思想，同时明确了RAN作为信息源的角色，并巧妙地融合了5GC的现有高级特性。然而，它依然是一个纯粹的网络侧方案，UE在其中扮演的角色相对被动。

如果，我们让UE和网络共同拥有“智慧”，会碰撞出怎样的火花？Solution 6将为我们带来一个全新的概念——“不可达周期”（Unreachability Period），一场由UE和网络共同协商的“休眠契约”。敬请期待。

FAQ

Q1：Solution 5和Solution 1都由AMF决策，它们到底有什么不同？ A1：可以将Solution 5视为Solution 1的一个更具体、更增强的实现版本。主要区别有三点：1) 情报来源更明确：Solution 1笼统地说AMF基于“覆盖信息”，而Solution 5明确指出AMF可以通过Location Reporting流程从RAN获取这些信息。2) 执行时机更精确：Solution 5强调“在释放信令连接前”这一黄金窗口期进行参数更新，时效性更强。3) 功能更丰富：Solution 5引入了Solution 1未提及的Extended Connected Time机制，以应对临界状态下的紧急下行数据，功能更完备。

Q2：“Extended Connected Time”是只适用于NTN场景的新功能吗？ A2：不是。Extended Connected Time是5GC（TS 23.501）中定义的一个通用功能，并非为NTN独创。它的初衷是为了应对各种需要临时延长连接的场景，例如，在释放连接时，网络突然有少量数据要发，为了这点数据再让UE走一遍从IDLE到CONNECTED的全流程得不偿失。Solution 5的智慧在于，它敏锐地发现了这个通用功能，并创造性地将其应用到了NTN非连续覆盖这一特殊场景下，完美解决了“覆盖即将中断但有紧急数据待发”的痛点。

Q3：这个方案对UE的移动性有要求吗？是适合静止的UE还是移动的UE？ A3：该方案对UE的移动性没有特定要求，无论是静止还是移动的UE都适用。因为决策的大脑在网络侧（AMF），AMF从RAN获取的是针对该UE当前位置的未来覆盖预测。只要UE在连接释放前的“情报获取”阶段，其位置是确定的，AMF就能为其计算出有效的休眠参数。当然，如果UE在进入IDLE后进行了高速、长距离的移动，偏离了AMF预测时所依据的位置，那么这份“休眠指南”的准确性就会下降。

Q4：为什么方案中提到，在EPS（4G）中可以使用GUTI Reallocation程序来更新参数？ A4：GUTI Reallocation（全局唯一临时身份重分配）是EPS中一个常规的移动性管理流程，MME用它来为UE分配一个新的临时身份标识（GUTI），以增强安全性。这个流程的消息（GUTI Reallocation Command）中，恰好可以“捎带”上更新后的功耗节省参数（如T3412, T3324等）。这是一种典型的协议“复用”思想，在不新增信令流程的前提下，巧妙地利用现有流程来传递新的信息，完全符合“最小化影响”的设计原则。5GS中的UE Configuration Update是为此类通用配置更新设计的更标准化的流程。

Q5：如果AMF在计算时发现，UE在未来很长一段时间（比如24小时）都没有覆盖，它会如何设置参数？ A5：在这种情况下，AMF会为UE配置一套“极限”休眠参数。例如，它会将周期性注册定时器（T3512 in 5GS / T3412 in EPS）设置为一个大于24小时的值，例如规范允许的最大值（可能是数天）。同时，它可能会指示UE启用MICO或PSM模式，并将Active Time设置为一个极短的值（甚至0）。这样，UE就会进入一次超长时间的“深度冬眠”，期间不会进行任何网络交互，直到24多小时后定时器超时，它才会尝试醒来寻找网络。这对于那些部署在极偏远地区、覆盖机会极少的设备至关重要。

关系图谱