51学通信

深度解析 3GPP TS 23.540：5G时代的短信变革 - 服务化短信（SMS）全景概览

29分钟阅读

好的，遵照您的指令，现在开始生成第一篇关于3GPP TS 23.540规范的总结性深度解读文章。

深度解析 3GPP TS 23.540：5G时代的短信变革 - 服务化短信（SMS）全景概览

本文将对3GPP TS 23.540 V18.4.0 (2024-06) Release 18规范进行一次全面的鸟瞰式解读。本文旨在为读者描绘一幅清晰的蓝图，深入理解在5G服务化架构（SBA）的浪潮下，古老而坚韧的短信服务（SMS）如何经历了一场深刻的技术革命，从传统的电路域附属品，蜕变为一个云原生、服务化的现代通信能力。

引言：当百年短信遇上5G服务化

在通信技术飞速演进的今天，我们生活在一个由即时通讯App、高清视频和万物互联构成的世界里。然而，一个诞生于2G时代、只有160个字符限制的“老古董”——短信（SMS），至今仍在我们的数字生活中扮演着不可或缺的角色。无论是银行的验证码、应用的二次验证，还是紧急灾难警报，短信以其覆盖广、可靠性高、无需数据网络的特性，坚守着自己的一方阵地。

然而，当通信网络迈入5G时代，整个核心网的构建哲学发生了翻天覆地的变化。传统的、基于网元和点对点协议（如MAP、Diameter）的“烟囱式”架构，正在被一套全新的、灵活、开放的“服务化架构”（Service-Based Architecture, SBA）所取代。在这个新世界里，网络功能（NF）不再是笨重的黑盒子，而是像互联网微服务一样，可以独立部署、按需扩展，并通过标准的API（即服务化接口 SBI）相互调用。

那么问题来了，经典的短信业务，如何融入这个“一切皆服务”的5G新世界？这正是3GPP TS 23.540规范所要解答的核心问题。它详细定义了在5G系统中，实现服务化短信的技术方案，确保这一经典业务能够无缝继承到5G网络，并充分利用SBA架构带来的敏捷性与高效性。

为了更好地理解这场变革，让我们引入今天故事的主角，一位生活在5G时代的普通用户——小明。小明的一天，从接收一条早安短信开始，到晚上用手机银行转账收到验证码结束。我们将跟随小明的脚步，一窥TS 23.540规范背后那套精密而优雅的系统是如何运作的。

1. 短信的“前世今生”：为何5G需要新架构？

1.1 传统短信架构：一个时代的烙印

在小明使用4G网络的时代，他发送和接收的每一条短信，背后都依赖于一套稳定但略显陈旧的架构。这条信息的旅程，通常要经过移动交换中心（MSC）、归属位置寄存器（HLR）等核心网元，它们之间的通信，则依赖于一套名为MAP（移动应用部分）或Diameter的信令协议。

这套体系就像一个严密的、由硬件和专用协议构成的钟表。每个齿轮（网元）都有固定的位置和功能，它们之间的联动方式也是预先定义好的。这种架构在过去几十年里表现出色，支撑了全球数十亿用户的短信通信。

然而，它的“硬伤”也显而易见：

  • 僵化与封闭：网元功能耦合度高，新增或修改业务流程复杂，牵一发而动全身。
  • 扩展性差：面对5G时代海量的物联网设备和爆炸性的A2P（应用到个人）短信需求，传统网元的垂直扩容方式成本高昂且效率低下。
  • 技术栈陈旧：与互联网领域日新月异的IT技术（如虚拟化、容器化、微服务）格格不入。

1.2 5G的核心变革：服务化架构（SBA）登场

5G核心网的设计者们，决心彻底改变这一现状。他们从IT界汲取灵感，引入了服务化架构（SBA）。SBA的核心思想是将网络功能彻底解耦，使其成为一个个独立的“微服务”，我们称之为网络功能（NF）。

这些NF（如负责接入与移动性管理的AMF、负责会话管理的SMF、负责统一数据管理的UDM等）不再通过复杂的点对点协议连接，而是通过轻量级的、基于HTTP/2和JSON的RESTful API进行通信。这些API在3GPP的世界里，被称为“服务化接口”（SBI）。

在这个架构中，还有一个至关重要的角色——网络功能仓库（NRF）。它就像是5G核心网的“注册中心”或“DNS”，每个NF启动时都会向NRF注册自己能提供哪些服务。当一个NF需要调用另一个NF的服务时，它会先向NRF查询，找到服务提供者的地址，然后再发起调用。

这种变革，使得5G核心网变得前所未有的灵活、开放和高效，为网络切片、边缘计算等创新应用奠定了坚实的基础。

1.3 新旧的碰撞：短信业务的SBA改造势在必行

在这场架构革命中，短信业务面临着一个关键抉择：是继续作为一套“外挂”的遗留系统存在，还是彻底拥抱SBA，进行脱胎换骨的改造？答案不言而喻。如果短信业务继续沿用老路，它将成为5G网络中的一座“孤岛”，无法享受SBA带来的种种红利，甚至可能成为网络演进的瓶颈。

因此，3GPP TS 23.540应运而生。它的使命，就是为短信业务设计一套全新的、基于SBA的架构和流程，让这条“百年老河”能够汇入5G的“汪洋大海”。

2. TS 23.540核心蓝图：服务化短信架构（第4章精粹）

TS 23.540的第4章，为我们描绘了5G服务化短信的宏伟蓝图。规范中的Figure 4.1-1: Non-roaming architecture for SBI-based SMS清晰地展示了参与这场“短信交响乐”的核心演奏家们。

让我们来逐一认识这些关键的网络功能（NF）：

  • SMSF (Short Message Service Function - 短信服务功能) 这是5G短信架构中全新引入的核心角色。你可以把它想象成短信业务在5G核心网内的“大脑”和“调度中心”。它负责处理所有与UE直接相关的短信收发逻辑，尤其是通过NAS（非接入层）信令将短信递送给AMF，最终送达小明的手机。

  • SMS-GMSC (Gateway MSC for Short Message Service - 短信网关移动交换中心) 这是一个从传统网络继承而来的角色，但被赋予了新的能力。它依然是外部短信业务实体（如银行、应用服务器，我们统称为SC - 服务中心）发送短信到移动网络的入口网关。但在5G时代，它不再使用MAP协议去查询HLR，而是通过SBI接口，以API调用的方式，向UDM查询路由信息。

  • SMS-IWMSC (Interworking MSC for Short Message Service - 短信互通移动交换中心) 与SMS-GMSC相对应，SMS-IWMSC是移动网络内部用户（如小明）发送短信到外部SC的出口网关。它负责接收来自SMSF的手机上行短信，并将其转发给目标SC。

  • UDM (Unified Data Management - 统一数据管理) UDM是5G时代的HSS/HLR的演进体，是用户数据的“唯一真相来源”。在短信业务中，它的核心职责是存储用户的短信签约信息，以及动态的路由信息——即当前为小明提供服务的SMSF是哪一个。当SMS-GMSC收到一条给小明的短信时，正是通过查询UDM才得知应该把短信发往哪个SMSF。

  • AMF (Access and Mobility Management Function - 接入与移动性管理功能) AMF是UE接入5G核心网的第一个接触点，负责所有的移动性和连接管理。在短信投递的“最后一公里”，AMF扮演着至关重要的**“快递员”**角色。SMSF将短信内容打包好，通过SBI接口交给AMF，由AMF通过NAS信令，穿越茫茫电波，精准投递到小明的手机上。

  • NRF (Network Repository Function - 网络功能仓库) NRF是整个SBA架构的“粘合剂”。当SMS-GMSC需要查询UDM时，它可能并不知道UDM的具体地址，于是它会先问NRF：“你好，请问哪个UDM负责管理小明这个用户？”NRF会返回一个可用的UDM实例地址。同理，SMSF要找SMS-IWMSC时，也需要NRF的指引。

  • 其他可选角色

    • SMS Router：在复杂的网络环境中，可以引入SMS Router作为消息的中间路由节点，实现更灵活的策略控制。
    • IP-SM-GW：负责处理通过IP网络（如IMS）传输的短信，实现与传统短信网络的互通。

这些NF通过一系列标准化的服务化接口（SBI）协同工作，例如Nudm（UDM提供的服务）、Nsmsf（SMSF提供的服务）、Ngmsc（SMS-GMSC提供的服务）等。正是这些构建在现代IT技术之上的接口，使得短信的处理流程变得像一次次流畅的API调用，充满了弹性与活力。

3. 消息的旅程：关键流程解析（第5章精粹）

TS 23.540的第5章，通过详细的信令流程图，生动地展示了短信在SBA世界中的奇妙旅程。让我们跟随小明的视角，体验两个最核心的流程。

3.1 MT SMS (Mobile Terminated)：接收一条问候

清晨，小明的朋友从另一家运营商的网络给他发送了一条“早安”短信。这条看似简单的信息，在5G核心网中触发了一场精密的协作，其流程精髓在Figure 5.1.2-1: MT SMS over NAS without SMS Router/ IP-SM-GW中得以体现。

  1. 消息抵达网关：朋友手机发出的短信，经过一系列处理后，由对方网络的SC（服务中心）发送至小明所在运营商的SMS-GMSC。这是故事的起点。

  2. 发现与查询：SMS-GMSC手握小明的手机号码（GPSI），但它需要知道下一步该怎么走。

    • 它首先向NRF发起服务发现请求，询问：“能处理小明这个用户的UDM在哪里？”NRF返回一个可用的UDM服务实例。
    • 拿到UDM的地址后，SMS-GMSC立即向UDM发起Nudm_UECM_SendRoutingInfoForSM服务调用，请求：“请告诉我小明的短信路由信息。”

  3. 获取路由指令：UDM收到请求后，查询自己的数据库，找到了小明的签约数据和状态信息。它知道当前为小明服务的SMSF是谁，于是将这个SMSF的地址和相关信息返回给SMS-GMSC。

  4. 核心转发：SMS-GMSC现在有了明确的目标。它将短信内容封装后，通过调用Nsmsf_SMService_MtForwardSm服务，将短信转发给SMSF。

  5. 最后一公里投递：作为短信大脑的SMSF，开始执行最终的投递任务。它与AMF（当前为小明提供接入服务的AMF）通信，将短信通过NAS信令下发。

  6. 成功送达：AMF将NAS消息通过无线接口发送给小明的手机。手机成功接收并显示“早安”，同时向上回复确认。投递成功后，各网元还会将投递报告逐级返回，最终通知到始发SC。

如果小明的手机关机了呢？ 这时，在第5步投递会失败。SMSF会收到AMF的通知（UE不可达）。根据规范5.1.5 Unsuccessful Mobile Terminated short message transfer章节的描述，SMSF会将失败原因报告给SMS-GMSC。更智能的是，SMS-GMSC可以向UDM订阅一个“UE可达性”事件。当小明开机，AMF通知UDM他已上线，UDM便会立即通知SMS-GMSC：“小明回来了，可以再次尝试投递短信了！”这就是“Alert”机制的体现。

3.2 MO SMS (Mobile Originated)：发送一条回复

小明看到信息后，回复了一条“你也早”。这次是消息从他的手机出发的旅程，其核心逻辑在Figure 5.2.2-1: Procedures for successful SBI-based SM MO message transfer中定义。

  1. 从UE出发：小明点击发送后，短信内容被打包在NAS信令中，通过无线接口上行至AMF。

  2. 送至短信大脑：AMF知道这是一条短信，于是将它转发给当前为小明服务的SMSF。

  3. 寻找出口：SMSF需要将这条短信发送到网络外部，交给SC去处理。它需要找到出口网关SMS-IWMSC。于是，它再次求助于NRF，查询并发现了一个可用的SMS-IWMSC服务实例。

  4. 转发至出口：SMSF调用SMS-IWMSC的Niwmsc_SMService_MoForwardSm服务，将短信内容、目标SC地址等信息一同发给SMS-IWMSC。

  5. 走向世界：SMS-IWMSC收到短信后，执行后续的协议转换和路由逻辑，将短信成功发送给外部的SC，由SC最终送达小明朋友的手机。

3.3 路由的难题：号码携带（MNP）下的网络寻址

在现实世界中，小明的手机号虽然是A运营商的号段，但他可能已经携号转网到了B运营商。这时，当外部SC向A运营商的SMS-GMSC发送短信时，如果SMS-GMSC仅根据号码前缀判断，就会出错。

TS 23.540在5.1.7 GPSI-to-Subscription-Network resolution procedure章节中，详细定义了如何解决这个问题。这里引入了一个新的NF：MNPF (Mobile Number Portability Function)。

当一个NF（如SMS-GMSC或NRF）需要确定一个号码的归属网络时，它可以去查询MNPF。MNPF维护着号码可携数据库，能够准确告知这个号码当前签约在哪家运营商。这样，即便是跨网短信，也能确保消息被路由到正确的归属网络进行处理，保证了通信的准确无误。

4. “一切皆服务”：网络功能提供的服务（第6章精粹）

TS 23.540的第6章是整个规范的“服务目录”。它详细定义了每个参与短信业务的NF，对外都提供了哪些标准化的服务（API）。这种定义方式，正是SBA思想的完美体现。

  • UDM提供的服务 (Table 6.2.1-1):

    • SendRoutingInfoForSM: 核心服务，用于提供MT短信的路由信息（即SMSF地址）。
    • ReportSMDeliveryStatus: 用于接收短信投递状态的更新报告。
    • EventExposure: 事件暴露服务，允许其他NF（如SMS-GMSC）订阅UE状态事件（如可达性、内存可用）。

  • SMS-IWMSC提供的服务 (Table 6.3.1-1):

    • MoForwardSm: 核心服务，用于接收从SMSF转发来的MO短信，并将其发送至外部网络。

  • SMSF提供的服务 (Table 6.4.1-1):

    • MtForwardSm: 核心服务，用于接收来自SMS-GMSC、IP-SM-GW或SMS Router的MT短信，并负责向UE投递。

  • IP-SM-GW、SMS Router、MNPF、NEF等也同样定义了各自的服务，如路由信息查询、短信转发、号码可携状态查询等。

通过将功能封装成一个个清晰、标准的服务，3GPP为运营商和设备商提供了一套即插即用的“乐高积木”。大家只要遵循这套接口标准，就可以自由地组合、替换和扩展网络功能，大大加速了网络部署和业务创新的速度。

5. 总结：TS 23.540带来的变革与意义

通过对3GPP TS 23.540的概览，我们不难发现，它不仅仅是一份技术文档，更是短信业务在5G时代的一次华丽转身。这场变革的核心意义在于：

  • 架构的现代化与云原生化：将短信业务从传统的、紧耦合的网元架构中解放出来，全面融入云原生的SBA体系。NF的独立部署、无状态设计、按需伸缩，使得短信业务处理能力可以像云服务一样弹性扩展，从容应对未来亿万连接的挑战。

  • 流程的标准化与API化：复杂的信令交互被简化为一系列清晰的API调用。这不仅降低了系统的复杂度和互通成本，更为重要的是，它为业务创新打开了大门。运营商或第三方开发者，可以像调用互联网API一样，调用5G网络的短信能力，催生出更多丰富的融合应用。

  • 能力的解耦与开放：短信业务不再是一个封闭的“黑盒”。路由查询、状态订阅、消息投递等核心能力被解耦成独立的服务，可以被灵活编排和组合。这使得网络部署更加灵活，也为精细化运营和差异化服务提供了可能。

总而言之，3GPP TS 23.540确保了短信这项“爷爷辈”的业务，在5G这个最前沿的舞台上，不仅没有被淘汰，反而通过一次深刻的“服务化”重塑，获得了新的生命力。它证明了经典与现代可以完美融合，也为未来通信网络的发展，提供了一个宝贵的演进范例。

下一次，当小明收到那条至关重要的验证码时，我们知道，这背后是一场由TS 23.540精心编排的、在5G服务化架构上上演的、无声而高效的数字芭蕾。

【FAQ环节】

Q1：5G时代，有了微信等即时通讯工具，为什么还需要花大力气改造短信（SMS）？ A1：尽管P2P（个人到个人）的日常聊天很大程度上被即时通讯App取代，但短信在几个关键领域仍然无法替代：

  1. A2P/P2A（应用/平台到个人）通信：这是短信目前最主要的用途，如银行验证码、登录验证、服务通知、营销推广等，它的高触达率和安全性是App无法比拟的。
  2. 普遍服务和紧急通信：短信不依赖数据网络，只要有移动信号就能工作，这使其成为紧急灾难预警、公共服务通知的“生命线”。
  3. 物联网（IoT）：大量低功耗、窄带宽的物联网设备，可能需要通过短信进行唤醒、配置或发送少量数据。 因此，保障短信在5G网络的平滑演进和服务质量，具有重大的商业和社会价值。

Q2：TS 23.540定义的这套新架构，是完全抛弃了旧的短信协议（如MAP）吗？ A2：并非完全抛弃，而是“拥抱并兼容”。TS 23.540的核心是定义了一套纯粹基于SBI的服务化短信实现方式。但在实际网络中，尤其是在5G演进的初期和漫游场景下，不可避免地需要与2G/3G/4G网络以及其他运营商的传统网络互通。规范中也考虑了这种回退（fallback）机制。例如，如果SMS-GMSC发现查询不到支持SBI的UDM或SMSF，它应该能够回退到使用传统的MAP/Diameter协议来完成短信路由和投递，确保业务的连续性。

Q3：在短信投递中，SMSF和AMF的具体分工是什么？为什么需要两个网元来做这件事？ A3：SMSF和AMF的分工非常明确，体现了5G核心网功能解耦的设计哲学。

  • SMSF（短信服务功能）是短信业务层的核心，是“决策者”。它负责所有与短信业务相关的逻辑，比如解析收到的MT短信、决定如何投递、管理短信的存储转发（例如UE不可达时）、与UDM交互获取路由信息等。它关心的是“短信”本身。
  • AMF（接入与移动性管理功能）是接入与移动性层的核心，是“执行者”。它不关心信令里承载的是什么业务数据，只负责管理UE的连接状态和移动性。它的任务是维护一条通往UE的可靠信令通道（NAS连接）。当SMSF决定要发送短信时，AMF就利用这条通道，把短信数据作为“包裹”忠实地传递给UE。这种分工使得业务逻辑与接入管理分离，让网络架构更清晰、更灵活。

Q4：什么是SBI（服务化接口）？它和我们平时听到的API有什么本质区别吗？ A4：在概念上，您可以将SBI理解为3GPP为5G核心网定制的一套标准化的API。它们的本质和我们熟悉的互联网RESTful API非常相似，都遵循“请求-响应”的服务调用模式。区别主要在于：

  1. 标准化与领域特定：SBI是由3GPP严格定义的，包括服务名称、操作、输入/输出参数、数据模型等，专门用于电信核心网的特定场景。而通用API则更加自由。
  2. 底层技术栈：SBI通常基于HTTP/2协议，以提高通信效率和支持服务端推送等高级功能；数据格式多采用JSON。
  3. 服务治理：SBI的调用依赖于NRF进行服务发现，这是一套内置于5G核心网的服务治理机制。 所以，可以将SBI看作是电信行业在吸收了IT界API经济的成功经验后，结合自身业务特点所打造的、一套高度规范化的“内部API体系”。

Q5：UDM在服务化短信架构中的作用到底有多关键？ A5：UDM的作用是“极其关键”，可以说是MT短信能够被正确寻址的“命脉”。在服务化架构下，UE的位置和状态是高度动态的，服务的SMSF和AMF也可能因为负载均衡或UE移动而改变。UDM作为统一的数据中枢，承担了以下不可替代的职责：

  1. 静态签约数据的中心：存储用户是否开通了短信业务。
  2. 动态路由信息的权威来源：当UE注册到网络时，AMF会向UDM注册，UDM会更新该UE当前服务的SMSF实例信息。没有UDM提供的这个动态、准确的SMSF地址，所有发往该UE的短信都将“迷路”，无法启动后续的投递流程。
  3. UE状态事件的发布者：通过事件订阅/通知机制，UDM能将UE的可达性等关键状态变化及时通知给关心此事件的NF（如SMS-GMSC），从而实现智能的短信重发，提升了业务体验。

关系图谱