51学通信

深度解析 3GPP TS 29.577：5G时代短信业务的基石 (IP-SM-GW & SMS Router)

18分钟阅读

好的，我们立刻开启全新的3GPP规范深度解读系列。这一次，我们将聚焦于一份看似古老却在5G时代依然不可或缺的服务——短信。我们的目标是 3GPP TS 29.577，它定义了5G系统中的 IP短消息网关 (IP-SM-GW) 和短信路由器 (SMS Router) 的服务化接口。

按照我们的既定规则，第一篇文章将是对这份规范进行一次全景式的鸟瞰，帮助大家理解短信业务如何在现代化的5G服务化架构中继续焕发新生。

深度解析 3GPP TS 29.577：5G时代短信业务的基石 (IP-SM-GW & SMS Router)

本文技术原理深度参考了3GPP TS 29.577 V18.4.0 (2024-06) Release 18规范，旨在为读者提供一个关于5G系统中短信业务（SMS）服务化架构的全景视图，揭示IP-SM-GW和SMS Router这两个关键网络功能如何通过标准化的服务接口协同工作，确保这条拥有超过30年历史的通信“老兵”，能够在5G的云原生新战场上继续高效、可靠地服役。

引言：当“老兵”遇上“新战场”——短信在5G的重生

在即时通讯应用百花齐放的今天，短信（SMS）似乎已成为“复古”的代名词。然而，在很多关键场景下，它依然是不可替代的王者：无论是银行、互联网服务的验证码，还是各种紧急通知、物联网设备（IoT）的低功耗通信，短信以其无与伦比的普适性、可靠性和无需数据连接的特性，依然占据着一席之地。

当通信网络演进到5G时代，一个关键问题摆在了我们面前：如何让这个诞生于2G时代的“老兵”，无缝地融入5G核心网（5GC）全新的服务化架构（SBA）？

5G引入了一种革命性的短信承载方式——“SMS over NAS”。与4G时代主要依赖IMS网络来承载短信不同，5G允许短信内容直接封装在NAS（非接入层）信令中，通过AMF进行传输。这种方式无需建立IP连接，功耗极低，对于海量的物联网终端和只需要接收验证码的场景极为友好。

然而，这种新方式带来了新的挑战：传统的短信中心（SMS-C）和短信网关（SMS-GMSC）如何与5G核心网内部负责处理“SMS over NAS”的SMSF（SMS Function）进行对接？谁来扮演这个“翻译官”和“引路人”的角色？

3GPP TS 29.577 规范，正是为了回答这个问题而诞生的。它定义了两个关键的“中间件”网络功能——IP-SM-GW (IP Short Message Gateway) 和 SMS Router，并为它们提供了标准的服务化接口，从而将传统的短信世界与现代的5G核心网完美地连接起来。

为了生动地展现这一过程，让我们设定一个场景：一位名叫小李的工程师，正在深夜紧急登录公司的生产系统，系统通过短信向他的5G手机发送一条至关重要的动态验证码。这条小小的短信，将触发一场跨越新旧两个通信世界的“接力赛”。

1. TS 29.577的核心使命：为5G短信业务架设“桥梁”

3GPP TS 29.577 - Chapter 1: Scope

The present document specifies the stage 3 protocol and data model for the Nipsmgw and Nrouter Service Based Interface. It provides stage 3 protocol definitions and message flows, and specifies the API for each service offered by the IP-SM-GW and SMS Router. The Stage 2 architecture, procedures and services to support service based short message service (SMS) in 5G system (5GS) is specified in 3GPP TS 23.540.

规范的第一章“范围”，精准地定义了其核心使命：

  • 焦点: 定义两个服务化接口——Nipsmgw（由IP-SM-GW提供）和Nrouter（由SMS Router提供）。
  • 角色: IP-SM-GW和SMS Router是服务的提供者。
  • 内容: 作为Stage 3规范，它提供了实现这两个接口所需的全部技术细节。
  • 功能溯源: 整个5G短信业务的架构和流程（Stage 2），都源自于TS 23.540。这份规范是理解本规范所有功能逻辑的“母体”。

简而言之，TS 29.577的核心价值，就是为外部的短信世界（以SMS-GMSC为代表）和5G核心网内部的短信处理单元（SMSF）之间，提供了两条标准化的、基于SBA的“高速公路”。

2. 两大“桥梁”的角色分工：IP-SM-GW vs. SMS Router

在深入服务细节前，我们必须先理解这两个核心网络功能的角色定位。它们虽然功能相似，但侧重点和演进路径有所不同。

3GPP TS 29.577 - Chapter 4.1: Introduction

Within the 5GC, the IP-SM-GW offers services to the UDM or SMS-GMSC via the Nipsmgw service based interface, the SMS Router offers services to the UDM or SMS-GMSC via the Nrouter service based interface… Figure 4.1-1 and Figure 4.1-2 provide the reference model…

规范的Figure 4.1-1 (IP-SM-GW) 和 Figure 4.1-2 (SMS Router) 为我们清晰地展示了它们的部署架构。

2.1 IP-SM-GW (IP Short Message Gateway)：现代化的“协议翻译官”

  • 核心职责: 负责协议互通。特别是为通过IP网络接入的UE（包括通过“SMS over NAS”的5G UE）提供短信服务。它能理解5G核心网的信令，也能与传统的短信中心（SC）对话。
  • 服务消费者:
    • UDM: 向IP-SM-GW提供用户的路由信息（即用户的短信应该由哪个SMSF来处理）。
    • SMS-GMSC: 将需要发送给5G用户的短信“委托”给IP-SM-GW进行投递。
  • 定位: 更侧重于作为一个功能完备的网关，处理协议转换和消息的落地投递。

2.2 SMS Router (短信路由器)：SBA化的“路由专家”

  • 核心职责: 负责路由信息的提供和消息的转发。它的功能更纯粹，类似于一个内置在5GC内部、遵循SBA规范的传统SMS-GMSC。
  • 服务消费者: 同样是UDM和SMS-GMSC。
  • 定位: 更侧重于作为一个轻量级的路由/转发节点。在某些网络架构中，运营商可能希望保留外部强大的SMS-GMSC，而内部只需要一个简单的、符合SBA规范的路由代理，此时SMS Router就是一个很好的选择。

在很多实际部署中，这两个NF的功能可能会被集成在同一个物理设备或软件实例中。本规范将它们定义为两个独立的服务，提供了架构上的灵活性。

3. 两大服务的核心操作：高度一致的“组合拳”

规范的第五章“Services offered by the IP-SM-GW and SMS Router”是核心功能描述。一个非常有趣的特点是，Nipsmgw_SMService和Nrouter_SMService提供的服务操作，在功能和命名上几乎完全一致。

3.1 Nipsmgw_SMService (由IP-SM-GW提供)

Table 5.2.1-1: Service operations supported by the Nipsmgw_SMService service

Service OperationsDescriptionExample Consumer(s)
RoutingInfoProvide Routing Information.UDM
MtForwardSmTransmit downlink SMS message.SMS-GMSC

3.2 Nrouter_SMService (由SMS Router提供)

Table 5.3.1-1: Service operations supported by the Nrouter_SMService service

Service OperationsDescriptionExample Consumer(s)
RoutingInfoProvide Routing Information.UDM
MtForwardSmTransmit downlink SMS message.SMS-GMSC

这套“组合拳”的逻辑非常清晰，我们以IP-SM-GW为例，结合小李接收验证码的场景进行深度剖析：

  • RoutingInfo (路由信息更新操作)

    • 核心功能: 由UDM调用，用于在IP-SM-GW上创建或更新一个用户的短信路由信息。本质上是UDM在告诉IP-SM-GW：“听好了，以后所有发给用户小李的短信，都应该送到SMSF-01这个实例去处理。”
    • 交互模式: PUT .../mt-sm-infos/{gpsi}。这是一个幂等的“创建或更新”操作。
    • 场景链接: 当小李的5G手机开机并成功在网络中注册“SMS over NAS”服务时，他所归属的UDM就会得知为他服务的SMSF是哪个实例（例如SMSF-01）。为了让外部的短信能够被正确路由到这个SMSF，UDM会主动调用IP-SM-GW的RoutingInfo服务，将“小李的gpsi → SMSF-01的地址”这条路由信息写入或更新到IP-SM-GW中。这是短信能够被成功接收的“铺路”环节。

  • MtForwardSm (移动终端终结的短信转发操作)

    • 核心功能: 由SMS-GMSC调用，用于将一条具体的下行短信（MT-SM）提交给IP-SM-GW进行投递。
    • 交互模式: POST .../mt-sm-infos/{gpsi}/sendsms。这是一个自定义的“发送”动作。
    • 场景链接:
      1. 外部系统将验证码短信发送到短信中心，再由短信中心交给SMS-GMSC。
      2. SMS-GMSC查询UDM（或HSS），得知小李是一个5G用户，应通过IP-SM-GW进行投递。
      3. SMS-GMSC随即调用IP-SM-GW的MtForwardSm服务，发起POST请求，URI中包含了小李的号码{gpsi}。
      4. 关键技术点——Multipart消息: 短信内容本身是二进制格式。因此，这个POST请求的Body是一个multipart消息。其中一部分是包含元数据（如发送方地址）的JSON对象，另一部分则是包含原始短信PDU的二进制载荷。
      5. IP-SM-GW收到请求后，根据之前UDM通过RoutingInfo操作建立的路由信息，找到为小李服务的SMSF-01，并将短信转发过去。
      6. SMSF-01再通过AMF，利用“SMS over NAS”机制，将短信安全、高效地送达小李的手机。

RoutingInfo和MtForwardSm这一对操作，一个负责“铺设路由”，一个负责“运送货物”，共同构成了5G MT-SMS（下行短信）的完整核心网流程。SMS Router提供的Nrouter_SMService也遵循完全相同的逻辑。

总结

3GPP TS 29.577以其简洁而精准的定义，为古老的短信业务在5G服务化架构下的延续铺平了道路。通过本篇全景式的概述，我们理解了：

  1. 核心价值: 规范定义了IP-SM-GW和SMS Router这两个关键的“桥梁”NF，并通过**Nipsmgw_SMService和Nrouter_SMService**这两个标准化的SBA接口，解决了传统短信世界与5G“SMS over NAS”新大陆之间的互通难题。

  2. 清晰的角色分工: IP-SM-GW更侧重于协议互通的网关角色，而SMS Router更侧重于轻量级的路由角色，两者为运营商提供了灵活的架构选择。

  3. 高效的“组合拳”操作: 无论是哪个服务，其核心都由RoutingInfo（由UDM调用，用于更新路由）和MtForwardSm（由SMS-GMSC调用，用于转发短信）这一对服务操作构成，职责清晰，流程高效。

  4. 现代化的协议实现: 即使是为短信这样的“老业务”服务，接口的设计也全面拥抱了SBA的技术栈，采用RESTful API、HTTP/2、JSON以及用于承载二进制载荷的Multipart消息，实现了新旧技术的完美融合。

这份规范虽然不长，但它所定义的接口，是保障每天数以亿计的验证码、通知和物联网消息能够在5G网络中顺畅流淌的“生命线”。

在接下来的系列文章中，我们将严格按照TS 29.577的章节顺序，从第一章开始，逐一解剖其范围、定义，并深入到第5、6章，为您完整呈现Nipsmgw_SMService和Nrouter_SMService的每一个API和数据模型细节。

FAQ

Q1：5G手机发送短信（MO-SMS）也需要经过IP-SM-GW或SMS Router吗？ A1：不一定。本规范TS 29.577主要定义的是下行短信（MT-SMS） 的流程，即如何将短信投递给5G用户。对于上行短信（MO-SMS），即5G用户发送短信，流程相对简单：UE通过“SMS over NAS”将短信发送给AMF，AMF转发给SMSF，SMSF再将短信直接路由到传统的短信中心（SMS-C），这个过程通常不需要经过IP-SM-GW或SMS Router。

Q2：RoutingInfo操作为什么是由UDM发起的，而不是由IP-SM-GW去UDM查询？ A2：这是一种“推（Push）”模型的设计。当UE在网络中注册或更新其短信服务配置时，UDM是第一个知道其最新路由信息（即哪个SMSF为它服务）的NF。由UDM主动将这个信息“推送”到IP-SM-GW，可以保证IP-SM-GW中的路由信息始终是最新的。如果采用“拉（Pull）”模型（即IP-SM-GW在收到短信时再去查询UDM），会增加一次额外的信令交互，导致短信投递延迟。

Q3：IP-SM-GW和SMSF（SMS Function）是什么关系？ A3：它们是5G短信处理链条上的“上下游”关系。IP-SM-GW/SMS Router是“对外”的，负责与外部的SMS-GMSC和内部的UDM交互，决定短信的宏观路由方向（应该发往哪个SMSF）。而SMSF是“对内”的，负责短信的最终落地处理，它直接与AMF交互，通过“SMS over NAS”将短信封装在信令中，投递给UE。一条MT短信的路径通常是：SMS-GMSC -> IP-SM-GW -> SMSF -> AMF -> UE。

Q4：为什么RoutingInfo操作使用PUT方法，而MtForwardSm使用POST方法？ A4：这精确地反映了两种操作的HTTP语义：

  • PUT .../{gpsi}的意图是创建或更新一个由{gpsi}标识的资源——“用户的路由信息”。这个操作是幂等的，无论UDM调用一次还是一百次，最终服务器上只会有一份该用户的最新路由信息。
  • POST .../{gpsi}/sendsms的意图是在{gpsi}这个资源下执行一个动作——“发送短信”。这个操作是非幂等的，每调用一次，就应该发送一条新的短信。

Q5：如果一个运营商同时部署了IP-SM-GW和SMS Router，网络会如何选择使用哪个？ A5：这取决于运营商的路由策略和网络配置。UDM在向SMS-GMSC提供路由信息时，会根据其内部逻辑，决定告知SMS-GMSC应该去联系IP-SM-GW还是SMS Router。同样，UDM自己也需要知道应该向哪个NF（IP-SM-GW或SMS Router）去更新用户的路由信息。这种选择可能基于用户类型、签约业务、网络负载等多种因素。规范将它们定义为两个独立的服务，正是为了提供这种架构上的选择自由。

关系图谱