51学通信

深度解析 3GPP TS 23.540：5.1 MT SMS 流程 (Part 3 - 失败处理与智能唤醒 Alert 机制)

19分钟阅读

好的，我们立刻接续上一章的结尾，继续这场5G短信世界的深度探索。这是系列文章的第五篇，我们将完整地剖析短信投递失败后的处理机制，以及那激动人心的“智能唤醒”时刻。

深度解析 3GPP TS 23.540：5.1 MT SMS 流程 (Part 3 - 失败处理与智能唤醒 Alert 机制)

本文技术原理深度参考了3GPP TS 23.540 V18.4.0 (2024-06) Release 18规范中，关于“5.1 Procedure for SBI-based MT SMS”的核心章节，本次将完整覆盖 5.1.5 Unsuccessful MT SMS…，5.1.6 Unsuccessful MT SMS via IP-SM-GW 以及 5.1.8 Alert 流程。本文旨在为读者揭开5G网络在面对短信投递失败时的精密应对策略，并详细拆解其核心的、基于事件订阅的“Alert”智能唤醒与重发机制。

在上一篇文章的结尾，我们的主角小明给悬念拉满了：他刚刚步入地铁深处，手机信号戛然而止。与此同时，一条重要的消息“别忘了带文件”正向他飞来，却在最后一公里投递失败。我们了解到，5G网络并未就此放弃，而是优雅地启动了“Plan B”——SMS-GMSC向UDM订阅了小明的“可达性事件”，然后静静地等待。

今天，我们的故事将从地铁到站的时刻开始。当车门打开，小明走出站台，他的手机重新捕捉到5G信号的那一瞬间，一场无声的、横跨多个网络功能的“智能唤醒”大戏即将上演。我们将通过对失败流程和Alert机制的深度剖析，见证5G网络如何信守承诺，将那条“迷航”的短信，最终稳妥地送达。

1. 迷航的细节：无中间节点的失败流程全解 (Section 5.1.5)

我们首先回到Section 5.1.5 Unsuccessful Mobile Terminated short message transfer without SMS Router/IP-SM-GW，更深入地探究失败的每一个可能性。

Figure 5.1.5-1: Unsuccessful MT SMS...为我们展示了这条崎岖之路。

失败点A：UDM层面 - “查无此人”

  1. The UDM shall check the registration/reachability flags to determine the potential target nodes. If the UDM is failed at this step, e.g. user not found in the UDM, the UDM shall respond to the SMS-GMSC by sending Nudm_UECM_SendRoutingInfoForSM response with error cause. If there is no target node address registered in the UDM, a response with error case indicating absent subscriber for SM is sent to the SMS-GMSC…

深度解读：

失败可能在很早的阶段就发生。当SMS-GMSC向UDM查询小明的路由信息时，可能出现以下情况：

  • User not found: 小明的号码是空号，或者由于某种原因，他的签约数据在UDM中不存在。

  • Absent subscriber for SM: UDM找到了小明的数据，但发现他根本没有开通短信业务，或者他当前的注册状态不允许接收短信（例如被设置为“短信屏蔽”）。

在这些情况下，UDM会直接给SMS-GMSC返回一个带有明确错误原因的响应。SMS-GMSC收到后，会直接向始发SC报告一个“永久性失败”，整个流程提前终止。因为这种失败是策略性或配置性的，网络无需等待。

失败点B：接入网层面 - “失联”或“爆仓”

这是最常见的暂时性失败场景，也就是小明进入地铁的情况。

  1. If the AMF informs the SMSF that it cannot deliver the MT-SMS to the UE in step 6, e.g. UE is not reachable, or the SMSF is failed at this step, e.g. memory capacity exceeded, the SMSF shall send the Nsmsf_SMService_MtForwardSm response with error cause to the SMS-GMSC.

深度解读：

当SMSF委托AMF进行最后一公里投递时，AMF可能会返回两种典型的失败原因：

  1. UE is not reachable (用户不可达): 这是小明进入地铁的场景。AMF通过寻呼（Paging）无法联系到小明的手机。

  2. Memory capacity exceeded (内存容量超限): 这是一个经典问题——小明的手机“信箱满了”。

收到这些失败原因后，SMSF会立刻将带有具体错误原因的响应报告给SMS-GMSC。SMS-GMSC由此得知这是一个**“暂时性失败”**，从而启动我们接下来要详述的“智能等待”机制。

核心机制：事件订阅 - 从“傻等”到“静候佳音”

  1. The SMS-GMSC subscribes in UDM to be notified when the UE becomes reachable for SMS (i.e. when the UE gets in radio contact with the AMF while an SMSF is actually registered, or when an SMSF gets registered) by using the Nudm_EventExposure_Subscribe service operation for Reachability for SMS event as defined in 3GPP TS 23.502.
  1. If applicable, the UDM subscribes to UE reachability notification in the AMF(s) using the Namf_EventExposure service and sets the relevant reachability flags.

深度解读：

这就是5G网络应对暂时性失败的“杀手锏”——事件订阅与通知机制。

  • （Step 11） SMS-GMSC不再扮演一个焦急等待者的角色，而是变成一个聪明的订阅者。它向UDM发起Nudm_EventExposure_Subscribe服务调用，其含义是：“请为小明的‘可达性事件（Reachability for SMS event）’创建一个订阅。一旦这个事件被触发，请通知我。”

  • 什么是“可达性事件”？ 规范给出了精确定义：

    • UE与AMF重新建立无线联系（例如，小明走出地铁）。

    • 一个新的SMSF为该UE完成注册。

  • （Step 12） UDM作为事件的“代理商”，接受了这个订阅。为了能感知到事件的发生，它会进一步向事件的源头——AMF，发起Namf_EventExposure订阅。这样，当小明手机重新注册时，AMF就能第一时间知道，并通知UDM，UDM再通知SMS-GMSC。一张从接入层到业务层的事件驱动监控链条就此建立。

2. 触类旁通：经由IP-SM-GW的失败流程 (Section 5.1.6)

如果小明当时正在进行VoNR通话，而地铁的信号中断导致通话和数据连接一并丢失，那么那条本应通过IP-SM-GW的短信同样会投递失败。Section 5.1.6 Unsuccessful MT SMS via IP-SM-GW描述了这种情况。

其核心逻辑与5.1.5高度相似，但有一个关键的角色变化。

  1. The IP-SM-GW subscribes in HSS to be notified when the UE becomes reachable again, and subsequently the HSS subscribes in the UDM to UE reachability for SMS over IP event… If applicable, the UDM subscribes to UE reachability notification in the AMF(s)…

深度解读：

在经由IP-SM-GW的失败路径中，发起“可达性事件订阅”的责任方，从入口网关SMS-GMSC，转移到了中间的互通网关——IP-SM-GW。

  • 逻辑上的合理性：因为失败是在IP-SM-GW尝试向SMSF转发之后发生的，或者说，IP-SM-GW是失败路径上更靠近用户侧的关键节点。由它来负责监听用户的状态恢复，并在恢复后重新发起投递，是最直接高效的。

  • 流程：当IP-SM-GW收到来自SMSF的失败报告后，它会向UDM（规范中也提及了HSS，体现了与EPS互通的考虑）发起事件订阅。后续的流程（UDM向AMF订阅）完全一致。当Alert被触发时，也是UDM通知IP-SM-GW，再由IP-SM-GW重新启动向SMSF的转发。

3. 黎明的号角：Alert 智能唤醒流程 (Section 5.1.8)

现在，故事进入了高潮。小明走出了地铁站，手机屏幕上信号格从灰色瞬间变为“5G”。这一刻，之前布下的那张“监控大网”被触发了。Section 5.1.8 Alert及其附图Figure 5.1.8-1: Procedure for alert为我们揭示了接下来发生的一切。

步骤 1 & 2: 触发！来自底层的脉动

  1. Unsuccessful Mobile Terminated short message transfer … procedure, as defined in steps 1-10 in Figure 5.1.5-1.
  1. UDM receives Namf_EventExposure_Notify or Nudm_UECM_Registration operation from AMF or SMSF indicating that the UE is reachable for SMS delivery…

深度解读：

  • （Step 1） 这一步代表了我们之前详述的整个失败和订阅流程。这张“网”已经布好。

  • （Step 2） 事件被触发！

    • 小明的手机执行了一次“注册更新（Registration Update）”流程，成功连接到基站和AMF。

    • AMF记起了UDM之前的“嘱托”（事件订阅），于是立刻向UDM发送了一个Namf_EventExposure_Notify通知，内容是：“报告！小明已重新上线！”

    • 另一种可能的触发是，当UE重新上线后，为它服务的SMSF向UDM进行了注册或更新，UDM同样会感知到这一变化。

步骤 3 & 4: 唤醒！逐级上报的佳音

3-4. The UDM notifies the “UE … REACHABILITY FOR SMS” event to the SMS-GMSC/IWMSC accordingly. The UDM updates the corresponding reachability flags and deletes the subscription to UE reachability for SMS event created by the SMS-GMSC.

深度解读：

  • （Step 3） UDM收到来自AMF的通知后，立刻查询自己的订阅列表，找到了之前SMS-GMSC（或IP-SM-GW）留下的订阅记录。

  • 它立即向SMS-GMSC发送一个Nudm_EventExposure_Notify通知，内容是：“好消息！你之前关心的那个用户小明，现在可以接收短信了！”

  • （Step 4） 在发送完通知后，UDM会做两件重要的“清理”工作：

    1. 更新状态：在小明的档案里，将他的可达性标志更新为“可达”。

    2. 删除订阅：这是一个一次性的订阅。通知完成后，UDM会删除这个订阅记录，避免重复通知，并释放系统资源。

步骤 5: 重生！重启投递的指令

  1. ServiceCentreAlert as defined in Operation 13 of Figure 20 in TS 23.040.

深度解读：

  • （Step 5） 收到UDM通知的SMS-GMSC，终于等来了它期待的时刻。它并不会自己去重发那条短信（因为它没有存储短信内容），而是执行一个名为ServiceCentreAlert（服务中心告警）的操作。

  • 它会向最初发起短信的SC（小李所在网络的SC）发送一个Alert消息。这个消息的语义是：“嘿，你之前发送给小明但失败的那条短信，现在可以重新发送了！”

  • 收到这个“绿灯”信号的SC，会立刻从自己的“待发队列”中捞出那条“别忘了带文件”的短信，然后像发起一条全新的短信一样，重新启动整个MT SMS投递流程（即从我们讲的5.1.2或5.1.4的第一步重新开始）。

最终，在小明走出地铁后不到几秒钟，他的手机“叮”地一声，成功收到了那条迟到的、但终究没有缺席的重要信息。一场由失败、等待、订阅、通知、唤醒和重发构成的精密闭环，完美落幕。

【FAQ环节】

Q1：在失败流程中，SMS-GMSC向UDM订阅事件，UDM又向AMF订阅事件，这种“链式订阅”的目的是什么？

A1：这种“链式订阅”完美体现了SBA架构下的职责分离与分层思想。

  • AMF是接入层的专家，它最直接、最准确地知道UE的无线连接状态，所以它是“可达性”事件的源头。

  • UDM是数据与状态管理中心，它不直接管理无线连接，但它统一管理所有用户的状态订阅。它扮演了**事件代理（Event Broker）**的角色，将来自不同业务层NF（如SMS-GMSC, SMF等）的订阅请求，统一分发给底层的AMF。

  • SMS-GMSC是短信业务层的网关，它只关心“用户能否收短信”这个业务层面的事件，不关心底层是如何实现的。

通过这种分层，实现了各司其职，业务层无需感知接入层的复杂细节，使得整个系统松耦合、可扩展性强。

Q2：如果小明的手机是因为“内存满了”而导致短信失败，Alert机制还能工作吗？

A2：当然可以。Alert机制不仅能应对“用户不可达”，也能应对“内存超限”。在Figure 5.1.8-1的步骤2中，规范明确指出了另一种触发器：UDM receives Nudm_UECM_Update operation from SMSF indicating that the UE has memory capacity available。

  • 流程是这样的：当小明删除了一些旧短信，释放了存储空间后，他的手机会向网络上报一个“内存可用”的通知。这个通知会经由AMF到达SMSF。

  • SMSF随后会向UDM发起一个Nudm_UECM_Update操作，更新小明的状态。

  • 如果UDM上有关于“内存可用性”的事件订阅，它就会被触发，后续的Alert流程与“用户可达”完全一样。

Q3：什么是ServiceCentreAlert？它是一条短信吗？

A3：ServiceCentreAlert不是一条短信，而是一条特殊的网络信令。它由被叫侧网络的核心网元（如SMS-GMSC）发送给主叫侧的服务中心（SC）。它的内容非常简单，本质上就是一个触发信号，包含了目标用户的地址（手机号），告知SC：“这个用户现在可以接收短信了，请重发你之前失败的消息”。它不包含任何用户数据，只是一个用于同步网络状态、触发重发的“唤醒指令”。

Q4：为什么在Alert流程后，是由SC重新发起一次完整的投递，而不是由网络内部某个节点（如SMS-GMSC）直接重发？

A4：这主要是基于“存储转发”职责分离的设计原则。

  1. 核心网无状态化：让核心网的转发节点（如SMS-GMSC, SMSF）尽可能无状态，不负责长期存储短信内容。这使得核心网元更轻量、更易于扩展和容灾。

  2. 职责明确：SC（服务中心）的原始定义就是“存储转发中心”。将存储和重发策略（如重发次数、重发间隔）的控制权保留在SC，是最符合其功能定位的。

  3. 端到端业务闭环：由业务发起方（SC）来控制重发，可以更好地实现端到端的业务逻辑和计费控制。网络只负责提供“可达性”这个能力，而何时以及如何利用这个能力，由业务平台自己决定。

Q5：如果小明在SC重试消息超时后才开机，会发生什么？

A5：这是一个很实际的问题。SC的存储和重试通常都有一个有效期（例如24小时）。

  • 场景一：小明在有效期内开机。网络触发Alert，SC收到后成功重发短信。皆大欢喜。

  • 场景二：小明在有效期后才开机。网络同样会触发Alert，SC同样会收到通知。但当SC去查找那条旧短信时，发现它已经因为超时而被删除了。此时，SC会忽略这个Alert，或者回复一个错误。最终，小明将不会收到那条短信。发送方小李（如果开启了投递报告）最终会收到一个“发送失败（超时）”的报告。

关系图谱