好的，我们继续解读TR 21.918的后续章节。
深度解析 3GPP TR 21.918：9.7 Mobile Terminated-Small Data Transmission (MT-SDT) for NR (NR的移动终止小数据传输)
本文技术原理深度参考了3GPP TR 21.918 V18.0.0 (2025-03) Release 18规范中，关于“9.7 Mobile Terminated-Small Data Transmission (MT-SDT) for NR”的核心章节，旨在为读者深入剖析5G-Advanced如何通过引入轻量级的下行数据传输机制，在保证终端极致省电的同时，实现网络对终端的低时延“唤醒”与“指令”下达。
在物联网（IoT）的世界里，“节能”与“在线”似乎是一对永恒的矛盾。为了追求极致的电池续航，物联网终端大部分时间都处于深度睡眠状态（如RRC_INACTIVE或RRC_IDLE）。然而，许多应用场景不仅需要终端定期“上报”数据（Mobile Originated, MO），还需要网络能够随时向终端下达“指令”（Mobile Terminated, MT），例如远程解锁共享单车、调整智能电表的计费模式、或向工业传感器下发校准命令。
在Rel-17中，3GPP通过引入MO-SDT（移动发起-小数据传输）技术，解决了终端在Inactive状态下如何高效“上报”少量数据的问题。但在下行方向，网络要想给一个沉睡的终端发送哪怕一丁点数据，依然需要走一遍“寻呼 → RRC连接建立 → 数据传输 → RRC连接释放”的“重型”流程，这不仅时延高，而且会瞬间消耗掉终端大量的宝贵电量。
为了打破这种不对称性，补齐物联网通信的最后一块拼图，Release 18正式引入了MT-SDT（移动终止-小数据传输）。
今天，我们的主角，是一位共享单车公司的后台系统工程师，小刘。他负责管理着城市里数万辆智能单车锁。用户在App上点击“开锁”后，后台需要以最快的速度，向对应的单车锁发送一条几十字节的开锁指令。如何在不牺牲单车锁数年续航的前提下，实现秒级开锁响应？小刘将希望寄托在了5G NR的MT-SDT技术上。
1. MT-SDT的核心使命：轻量级的下行触达
让我们首先通过规范的描述，来理解MT-SDT的核心价值。
Summary based on the input provided by ZTE in RP-232943. In Rel-17, the work item for small data enhancements (NR_SmallData_INACTIVE) enabled transmission of small signalling and/or data packets whilst the UE remains in RRC_INACTIVE state. These Rel-17 enhancements supported only the Mobile Originated Small Data Transmissions (MO-SDT). In Rel-18 the Mobile Terminated Small Data Transmissions are supported… For DL, MT-SDT (i.e. DL-triggered small data) allows similar benefits as MO-SDT i.e. 1) reducing signalling overhead and UE power consumption by avoiding unnecessary transitions to RRC_CONNECTED and 2) reducing latency by allowing fast transmission of (small and infrequent) packets…
规范一针见血地指出了MT-SDT的三大核心优势：
- 减少信令开销: 避免了完整的RRC连接建立和释放流程。
- 降低终端功耗: 由于无需进入高功耗的RRC_CONNECTED状态，极大地节省了电量。
- 降低时延: 省去了繁琐的信令握手，实现了指令的快速下达。
这三大优势，完美地契合了小刘对共享单车开锁场景的所有幻想。
2. MT-SDT的触发与执行：一场精密的“唤醒”之舞
当用户点击“开锁”后，一场由网络精心编排的“唤醒”之舞便开始了。
For a UE in RRC_INACTIVE state, MT-SDT is initiated by the network with an indication to the UE in the paging message when DL data awaits transmission for radio bearers configured for SDT; based on the indication, the UE initiates the MT-SDT only if the DL RSRP is above a configured threshold.
2.1 网络的“邀约”：带有特殊标记的寻呼
- 小刘的后台服务器将开锁指令发送到5G核心网的UPF。
- UPF检测到有下行数据到达，通知AMF。
- AMF向gNB发起寻呼请求。与普通寻呼不同的是，这个寻呼消息中会携带一个特殊的**“SDT指示”**标志。这个标志就像一封特殊的“邀约信”，它告诉单车锁：“我有一个小包裹要给你，你准备一下，我们用一种快捷的方式交接。”
2.2 终端的“抉择”：基于信号质量的响应
单车锁在自己的寻呼时机（Paging Occasion）醒来，接收到了这封带有“SDT指示”的“邀约信”。此时，它并不会立即响应，而是会做一个智能的判断。
…the UE initiates the MT-SDT only if the DL RSRP is above a configured threshold.
- 测量信号: 单车锁会立即测量一下当前的下行信号强度（DL RSRP）。
- 做出抉择:
- 如果信号强度高于网络预设的门限（意味着信道质量良好，适合进行快速、可靠的传输），它就会决定接受这次“快速交接”。
- 如果信号强度低于门限（意味着信道很差，快速传输的失败风险很高），它会“拒绝”这次邀约，转而发起一个普通的RRC连接恢复流程，通过更稳健、带有HARQ重传的标准流程来接收数据。
这个基于信号质量的判断机制，极大地提升了MT-SDT的成功率和鲁棒性。
2.3 终端的“回应”：表明意图的接入
单车锁决定接受“快速交接”后，它需要向网络发起一次接入。为了让网络知道这次接入的“目的”，它会在接入信令中表明自己的意图。
When MT-SDT is initiated by the UE, a resume cause indicating MT-SDT is included in the RRCResumeRequest/RRCResumeRequest1 message.
- 单车锁向gNB发送
RRCResumeRequest消息。 - 在这个消息中，它会将“恢复原因”（Resume Cause）设置为一个新的值——“MT-SDT”。
- gNB收到这个带有特殊原因值的请求后，就心领神会：“原来你是为了接收那个小数据包而来的”。于是，gNB不会为其建立完整的RRC连接，而是直接进入为SDT准备的轻量级流程。
3. MT-SDT的传输模式：两种“快速通道”的选择
gNB确认了单车锁的意图后，接下来就需要选择一条“快速通道”来下发开锁指令。
MT-SDT procedure can be initiated with either a transmission over RACH or over Type 1 Configured Grant (CG) resources…
规范为此提供了两种传输模式：
3.1 基于RACH的传输 (RACH-based SDT)
这是更为通用的一种模式。
- 流程: UE通过4步或2步随机接入过程（RACH）与gNB进行初始握手。在Msg3/Msg4或MsgA/MsgB的交换中，gNB就可以利用这些上行/下行资源，顺便完成小数据的传输。
- 优势: 无需预先配置资源，灵活性高，适用于任何支持SDT的UE。
3.2 基于预配置授权的传输 (CG-based SDT)
对于像共享单车这样有周期性、可预测通信模式的设备，网络可以为其提供一种更高效的“VIP通道”。
- 预留“专属车道”: gNB可以通过专用的RRC信令，提前为单车锁配置好一组周期性的上行传输资源，即Type 1 Configured Grant (CG)。
- 免RACH接入: 当单车锁需要为MT-SDT发起接入时，它可以跳过竞争性的RACH过程，直接在预留好的CG资源上发送
RRCResumeRequest消息。 - 优势: 延迟更低，功耗更少，且没有碰撞风险。这对于需要快速响应和高可靠性的开锁业务来说，是理想的选择。
4. 灵活的策略：MO与MT的共存
一个物联网终端，既有上报数据的需求（MO），也有接收指令的需求（MT）。网络需要能够灵活地为终端配置这两种能力。
It is possible for the network to enable MO-SDT or MT-SDT or both MO-SDT and MT-SDT in a cell.
规范明确，运营商可以根据小区的业务特性，灵活地配置SDT的能力：
- 只开启MO-SDT: 适用于只有上报需求的场景，如环境监测。
- 只开启MT-SDT: 适用于只有下行控制需求的场景，如远程开关。
- 同时开启MO-SDT和MT-SDT: 适用于像共享单车这样既要上报位置、电量，又要接收开锁指令的复杂场景。
总结
3GPP TR 21.918的9.7章节，通过引入NR MT-SDT，成功地补全了5G物联网轻量化通信的版图。它与MO-SDT一起，构成了RRC Inactive状态下高效数据交互的“双翼”。
- 通过在寻呼中携带“SDT指示”，网络向终端发出了高效传输的“邀约”。
- 通过UE侧基于信号质量的判断和在接入时表明“MT-SDT”原因，实现了网络与终端之间的智能协同和意图对齐。
- 通过提供RACH-based和CG-based两种传输模式，MT-SDT兼顾了灵活性和极致效率。
对于小刘的共享单车业务而言，MT-SDT的引入是颠覆性的。它意味着“秒级开锁”和“数年续航”这对看似不可调和的矛盾，终于可以通过标准化的5G技术得到完美的解决。这不仅极大地提升了用户体验，也为运营商开启了全新的、面向海量物联网控制类业务的商业蓝海。5G-Advanced，正在通过这些深入到协议细节的精妙设计，让“万物智联”的每一个细分场景，都变得更加高效、节能和智能。
FAQ - 常见问题解答
Q1：MT-SDT（移动终止-小数据传输）和普通的网络寻呼（Paging）有什么区别？ A1：普通寻呼的唯一目的是“叫醒”UE，告诉它“有事找你，请马上建立一条完整的RRC连接来详谈”。而MT-SDT则更进一步，它在“叫醒”UE的同时，还告诉它“我只是想给你递个小纸条（小数据），我们不必那么正式”。因此，MT-SDT的核心区别在于，它在寻呼阶段就预告了后续的数据传输是轻量级的，从而使得UE和gNB可以跳过繁重的RRC连接建立过程，直接进入一个为小数据传输优化的“快速通道”。
Q2：为什么UE在响应MT-SDT寻呼前，需要先判断一下信号质量（DL RSRP）？ A2：这是一种可靠性保障机制。MT-SDT为了追求低时延和低功耗，其传输过程非常精简，通常没有复杂的HARQ重传和链路恢复机制。这意味着它对信道质量的要求比较高。如果UE在信号极差的环境下（例如，在地下车库的角落）仍然强行使用MT-SDT，那么这个“快速传输”很可能因为误码率太高而失败，反而浪费了时间和电量。因此，规范设计了这个“先判断后行动”的机制：在信道好时，走“快速通道”；在信道差时，则退回到更慢但更稳健的“常规通道”（即普通RRC连接恢复），从而在效率和可靠性之间取得智能平衡。
Q3：CG-based SDT（基于预配置授权）相比RACH-based SDT，除了延迟更低，还有哪些好处？ A3：除了延迟更低，主要还有两大好处：1）功耗更低：RACH过程需要UE先监听RACH时机，再发送前导码，再接收响应，整个过程射频开启时间较长。而CG-based SDT，UE知道自己在哪个精确的时刻、哪个频率上拥有专属的发送资源，它可以做到“定时唤醒、发完就睡”，射频工作时间被压缩到最短。2）无碰撞、可靠性高：RACH是一个基于竞争的过程，当多个UE同时发起接入时，可能会发生前导码碰撞，导致接入失败和重试。而CG资源是网络为单个UE预留的专属资源，不存在竞争和碰撞问题，因此接入的成功率和确定性要高得多。
Q4：MT-SDT能传输多大的“小数据”？有明确的限制吗？ A4：3GPP标准本身没有定义一个硬性的字节数上限，而是由运营商根据网络策略和资源情况来配置。是否使用SDT，是由gNB根据下行数据的大小来动态决策的。在实际部署中，这个“小数据”的门限通常会在几十到几百字节之间。如果数据量超过了这个门限，gNB就会判断使用SDT的效率不高或风险较大，转而通过正常的RRC连接流程来传输数据。
Q5：MT-SDT技术是RedCap设备专用的吗？普通5G手机能用吗？ A5：MT-SDT并非RedCap专用，它是一项通用的NR功能，理论上普通5G手机（eMBB UE）也可以支持。然而，这项技术的核心价值在于为那些对功耗极其敏感、且主要进行小数据包交互的物联网设备服务。对于主要进行大流量、高速率业务的智能手机来说，进入Inactive态并使用SDT的场景相对较少。因此，在实际的产品实现中，MT-SDT通常被视为物联网终端（特别是RedCap和LPWA设备）的核心必备功能，而对于普通手机，则可能是一个可选支持的功能。