好的,我们继续5G服务化短信的深度探索。这是系列文章的第八篇,我们将探讨一个在物联网(IoT)时代至关重要,却又常常被忽视的特殊短信类型——无MSISDN短信,以及短信世界中的一个古老而重要的机制——Alert(告警/通知)。

深度解析 3GPP TS 23.540:5.2.4 MSISDN-less MO SMS 与 回顾 5.1.8 Alert (物联网短信与智能唤醒机制)

本文技术原理深度参考了3GPP TS 23.540 V18.4.0 (2024-06) Release 18规范中,关于 5.2.4 MSISDN-less MO SMS message transfer 以及回顾 5.1.8 Alert 的核心章节。本文旨在为读者揭示没有手机号的物联网设备如何利用5G网络发送短信,并重新审视和巩固Alert机制在整个短信生态中的核心地位和工作原理。

到目前为止,我们所有的故事都围绕着小明和他的手机展开。手机,作为我们最熟悉的通信终端,拥有一个独一无二的公开身份——MSISDN(手机号码)。然而,在万物互联的5G时代,成千上万的设备正被接入网络,它们中的大多数,并不需要一个公开的、可被拨打的手机号。

今天,我们的故事主角将暂时从小明转移到他新安装的智能燃气表上。这个燃气表每个月会自动上报一次读数给燃气公司的后台平台。它没有手机号,却同样需要借助短信这条可靠、低功耗的通道来完成使命。它的“独白”,将带领我们走进MSISDN-less(无MSISDN)短信的奇妙世界。

随后,我们将再次回到小明的身上,通过对之前介绍过的Alert机制进行一次专题回顾和深化,来彻底理解这个确保短信“使命必达”的智能唤”醒”机制,是如何成为连接失败与成功的关键桥梁的。


1. 物联网的“独白”:无MSISDN的MO短信之旅 (Section 5.2.4)

Section 5.2.4 MSISDN-less MO SMS message transfer 及其附图 Figure 5.2.4-1 专门为智能燃气表这类没有手机号的设备,设计了一条专用的短信上报路径。这条路径引入了一个关键的“外交官”——NEF (Network Exposure Function, 网络开放功能)

旅程的起点:特殊的“发件人”

  1. MO SMS transmit from UE to SMS-SC, as already defined in clause 5.2.2.

深度解读:

  • (Step 1) 旅程的起点在形式上与普通MO短信类似。月底,智能燃气表(UE)将包含读数的数据打包成一条短信,通过无线接口上行至AMF,再由AMF转发给SMSF

  • 关键区别:这条短信的“发件人”信息里,没有MSISDN。取而代之的是设备的内部标识,如SUPI(订阅永久标识符)或外部标识符(External Identifier)。此外,它的“收件人”地址也非普通手机号,而是一个特殊的长码或短码,指向燃气公司的应用平台(Application Function, AF)。

寻路的关键:NEF,能力的开放门户

  1. NEF registers Nnef_SMService_MoForwardSm service and supporting long/short code ranges in NRF…

2a-2b. SMS-SC provides destination SME address (long/short code of the AF) to NRF for NEF selection, and chooses Nnef_SMService_MoForwardSm service for MSISDN-less MO SMS submit.

深度解读:

  • (Step 0 & 2) 收到这条特殊短信的SMSF(在此流程图中,为了简化,将SMSF和处理逻辑归入了SMS-SC的角色中,我们将其理解为上游的短信处理节点)知道,这不是一条普通的P2P(个人对个人)短信。

  • 它拿着这个特殊的“收件地址”(长/短码),向NRF发起服务发现请求。

  • 与之前不同,它要找的不是SMS-IWMSC,而是NEF。因为在网络部署时,燃气公司的应用平台(AF)已经通过NEF,将自己的服务码注册到了网络中。NRF知道,所有发往这个服务码的短信,都应该由某个特定的NEF实例来处理。

  • NRF返回了一个可用的NEF地址,以及它提供的服务Nnef_SMService_MoForwardSm

投递的核心:NEF的翻译与转发

  1. SMS-SC forwards MO SM to NEF, by invoking Nnef_SMService_MoForwardSm service.

4-5. Nudm_SDM_Get and response between NEF and UDM, which refers to Step 3-Step 4 of Figure 4.13.7.2-1 in TS 23.502.

  1. The NEF provides a Nnef_MSISDN-less_MO_SMS Notify, which refers to Step 5 of Figure 4.13.7.2-1 in TS 23.502.

深度解读:

  • (Step 3) 上游短信节点(SMS-SC/SMSF)调用NEF的Nnef_SMService_MoForwardSm服务,将燃气表的短信转发给NEF

  • (Step 4-5 & 6) NEF扮演了至关重要的“翻译官”和“安全门卫”角色。

    1. 身份翻译:NEF可能会向UDM发起Nudm_SDM_Get查询,将设备的内部标识(SUPI)翻译成外部应用可以理解的外部标识符,或者进行反向鉴权,确认这个设备是否有权限向目标AF发送数据。

    2. 安全暴露:NEF根据预先配置的策略,将这条短信安全地暴露给已经注册的、可信的燃气公司应用平台(AF)。它通过标准的API接口(如Nnef_MSISDN-less_MO_SMS_Notify)将短信内容推送给AF

旅程的终点:回执的传递

  1. NEF sends Nnef_SMService_MoForwardSm response to SMS-SC, carrying a success or failure delivery indication…
  1. SMS-SC indicates success/failure back to UE using existing SBI-based SMS delivery report defined in clause 6.2.2.

深度解读:

  • (Step 7 & 8) 燃气公司的AF平台成功收到数据后,会向NEF返回一个确认。NEF再将这个成功或失败的状态,封装在Nnef_SMService_MoForwardSm的响应中,返回给上游的短信节点(SMS-SC/SMSF)。

  • 最终,这个投递状态会逐级回传,通过SMSF和AMF,送达到智能燃气表设备。设备据此可以知道自己的上报是否成功,如果不成功,则可以触发重试逻辑。

通过这套经由NEF的精巧流程,5G网络为海量的、无MSISDN的物联网设备,打开了一条安全、可靠、可管理的短信上行通道,完美支撑了“万物智联”的业务需求。


2. 使命必达的承诺:Alert 机制专题回顾 (Revisiting Section 5.1.8)

在我们之前的旅程中,Alert机制像一位神秘的“幕后英雄”,总是在最关键的时刻出现,将失败的短信投递从悬崖边拉回。现在,让我们将所有关于它的知识点串联起来,进行一次专题式的回顾和升华。

Alert机制,其本质是5G SBA架构下事件驱动思想在短信业务中的完美应用。它将网络从“盲目重试”的蛮力模式,解放到了“智能等待与唤醒”的高效模式。

Alert机制的核心三要素

  1. 订阅 (Subscribe):当一次MT短信因为暂时性原因(如用户不可达、内存超限)失败时,负责端到端流程的网关(通常是SMS-GMSC或IP-SM-GW)会向UDM发起Nudm_EventExposure_Subscribe服务调用。这是“埋下一颗希望的种子”。

    • 订阅的事件:主要是“UE可达性(UE Reachability)”或“UE内存可用(UE Memory Available)”。

    • 订阅的本质:从“我不断问你(Polling)”变成了“你好了告诉我(Push)”。

  2. 通知 (Notify):当被订阅的事件真实发生时(例如,小明走出地铁,AMF上报了UE可达;或者小明删除了短信,SMSF上报了内存可用),一张通知链会被触发。

    • 链条AMF/SMSF (事件源头) UDM (事件代理) SMS-GMSC/IP-SM-GW (事件订阅者)。

    • 通知的载体Namf_EventExposure_NotifyNudm_EventExposure_Notify 等服务调用。

    • 一次性订阅:通知完成后,该订阅通常会被自动删除,遵循“一次订阅,一次通知”的原则,避免信令风暴。

  3. 唤醒 (Alert/Trigger):当事件订阅者(SMS-GMSC/IP-SM-GW)收到来自UDM的“好消息”通知后,它会执行最后一步——唤醒始发方

    • 唤醒的动作:发送一个ServiceCentreAlert信令给最初的SC(服务中心)。

    • 唤醒的语义:“你之前要找的人,现在回来了。请重新发送你的消息。”

    • 最终的执行者SC在收到Alert后,从自己的存储队列中取出原始短信,重新发起一次全新的MT SMS投递流程

为什么Alert机制如此重要?

  • 高效性:极大地减少了因盲目重试而产生的无效网络信令,节省了核心网和空口的资源。

  • 实时性:基于事件驱动,一旦用户状态恢复,重发可以被近乎实时地触发,大大缩短了消息的延迟,提升了用户体验。

  • 解耦性:网络(核心网)和业务(SC)的职责被清晰地分离开。网络负责提供“状态感知”的能力,而业务平台负责“存储转发”的策略。这种解耦使得整个生态系统更加灵活和健壮。

Alert机制,是5G网络智能化、服务化承诺的一个缩影。它不仅仅是一个技术流程,更是一种设计哲学,确保了即使在动态多变的网络环境下,短信这项古老而重要的业务,依然能信守其“使命必达”的承诺。


【FAQ环节】

Q1:MSISDN-less MO SMS流程中,NEF的核心价值是什么?为什么不能让设备直接把短信发给一个IP地址?

A1:NEF的核心价值在于安全、认证、授权、暴露和计费(AAA & Exposure & Charging)

  1. 安全与认证:物联网设备通常位于不安全的环境,NEF作为网络的“安全门”,可以对设备进行严格的身份认证和授权,确保只有合法的设备才能访问网络能力。直接暴露IP地址会带来巨大的安全风险。

  2. 能力暴露:NEF将复杂的内部网络能力(如发送短信)封装成简单、标准的API接口,供第三方应用(AF)调用。它屏蔽了内部网络的复杂性。

  3. 策略与计费:NEF可以执行灵活的策略,如流量控制(一个设备每小时只能发10条短信)、路由控制,并生成计费话单,这是实现商业模式的基础。

  4. 地址翻译与解耦:NEF将设备的内部标识与AF的应用地址解耦,即使后台AF的地址或协议变更,也只需在NEF上修改配置,无需对海量的终端设备进行升级。

简单来说,NEF是连接海量物联网终端与垂直行业应用的、一个必不可少的“智能网关”。

Q2:智能燃气表发送上报短信,这个是收费的吗?如何计费?

A2:是的,这通常是收费的,属于M2M(机器对机器)或IoT通信的一种。计费模式非常灵活,通常由运营商和物联网服务提供商(如燃气公司)协商决定。

  • 计费点:计费事件可以在多个节点产生。例如,SMSF可以为每一条成功的MO短信生成话单;NEF在成功将消息暴露给AF后,也可以生成话单。

  • 计费模式

    • 按条计费:每发送一条短信收取固定费用。

    • 包月/包年套餐:为设备订阅一个包含一定数量短信的套餐。

    • 按流量计费:虽然短信流量很小,但在某些场景也可能采用。

    • 按API调用次数计费:对于通过NEF暴露的能力,可以按API的调用次数收费。

最终的计费信息会汇集到运营商的计费系统(Charging System)进行处理。

Q3:Alert机制是一项强制功能吗?运营商是否可以选择不部署?

A3:在3GPP规范中,Alert(在TS 23.040中称为Alert-SC)被定义为一个可选的(Optional)功能。然而,在实际的商业网络中,它被广泛认为是一项提升短信投递成功率和用户体验的关键增强功能,因此绝大多数运营商都会部署和支持它。如果一个运营商不支持Alert机制,那么当MT短信投递失败后,就只能依赖始发SC自身的、较为盲目的定时重试策略,这将导致更高的信令开销和更长的消息延迟。

Q4:当一个订阅了Alert的MT短信最终因为SC超时而失败后,SMS-GMSC在UDM那里创建的订阅会如何处理?

A4:这是一个很好的关于订阅生命周期管理的问题。

  • 标准流程:UDM的事件订阅通常是一次性的。当UE首次变得可达,UDM通知SMS-GMSC后,这个订阅就会被自动删除

  • 您提出的场景:如果SC在收到Alert后,因为自身超时而放弃重发,那么从核心网的角度看,一次成功的“通知”已经完成。UDM侧的订阅已经被清理,SMS-GMSC侧的事务也已结束。

  • 后续影响:如果之后又有新的短信发给这个用户,会重新开始一个全新的MT流程。如果再次失败,会创建一个新的Alert订阅。网络的处理是基于每一次独立的短信投递尝试,而不是跟踪一条短信的“一生”。

Q5:MSISDN-less短信只能是MO(上行)的吗?能否从应用平台向物联网设备发送MT(下行)短信?

A5:当然可以。MSISDN-less短信是双向的。应用平台(AF)完全可以主动向物联网设备发送MT短信,这通常用于设备唤醒、指令下发、配置更新等场景。

  • 流程:这个流程与MO是镜像的。

    1. AF通过NEF的API,发起一条下行短信请求,请求中会使用设备的外部标识符(External Identifier)来寻址。

    2. NEF对AF进行鉴权,并向UDM查询,将外部标识符翻译成设备的内部SUPI,并获取其短信路由信息(即服务的SMSF地址)。

    3. NEF将短信转发给目标SMSF。

    4. 后续流程与普通的MT SMS完全一样:SMSF通过AMF将短信投递给设备。

这个双向通信能力,使得短信成为物联网中一种非常实用和可靠的信令通道。