51学通信

深度解析 3GPP TS 29.577：5. Services offered (IP-SM-GW & SMS Router 提供的服务)

15分钟阅读

好的，我们立刻进入对3GPP TS 29.577规范第五章的深度剖析。在上一篇中，我们已经掌握了IP-SM-GW和SMS Router的宏观架构和角色定位。现在，我们将详细检视它们对外提供的具体服务操作，看看“路由更新”和“短信转发”这两个核心功能是如何在逻辑层面实现的。

深度解析 3GPP TS 29.577：5. Services offered (IP-SM-GW & SMS Router 提供的服务)

本文技术原理深度参考了3GPP TS 29.577 V18.4.0 (2024-06) Release 18规范中，第五章“Services offered by the IP-SM-GW and SMS Router”的全部核心内容。本文旨在为读者深度剖析Nipsmgw_SMService和Nrouter_SMService这两大服务的内部运作，我们将详细拆解RoutingInfo和MtForwardSm这两个核心服务操作的业务逻辑、交互流程及其在5G下行短信（MT-SMS）链路中的关键作用。

引言：5G短信“高速公路”的“入口匝道”与“主线行车”

想象一下，5G核心网是一张全新的高速公路网，而传统的短信网络则是周边的普通公路。IP-SM-GW和SMS Router就是连接这两张路网的关键立交桥。要让一辆来自普通公路的“短信货车”能够顺利地驶上5G高速，并精准地到达目的地（UE），必须经过两个核心环节：

  1. 更新导航地图 (RoutingInfo): “高速公路”的交通控制中心（UDM）必须提前通知“立交桥”（IP-SM-GW / SMS Router），告知每一位“收货人”（UE）在高速网内的确切“下匝道出口”（SMSF实例）。
  2. 货车驶入并转发 (MtForwardSm): 当“短信货车”（由SMS-GMSC驾驶）到达“立交桥”入口时，它需要将“货物”（SMS内容）和“运单”（目标地址）交给立交桥管理员，由其根据导航地图进行转发。

本篇文章，我们将深入第五章，详细剖析这两个核心环节的“操作规程”。我们将看到，尽管IP-SM-GW和SMS Router是两个不同的NF，但它们执行这两项核心任务的逻辑流程几乎是镜像对称的，充分体现了3GPP在SBA设计中的标准化和模块化思想。

1. 解读第5.2章 Nipsmgw_SMService Service - IP-SM-GW的服务“操作台”

本节详细描述了由IP-SM-GW提供的服务。

3GPP TS 29.577 - 5.2.1 Service Description

The Nipsmgw_SMService service provides SBI-based MT SM transmit through IP-SM-GW. The IP-SM-GW is acting as NF Service Producer, while the UDM or SMS-GMSC is the NF Service Consumer.

Table 5.2.1-1 列出了该服务支持的两个服务操作：RoutingInfo和MtForwardSm。

1.1 5.2.2.2 RoutingInfo (路由信息操作)

The RoutingInfo service operation shall be used to provide the SMSF Instance Id to the IP-SM-GW.

信令流程 (Figure 5.2.2.2.1-1: Routing Information creation): 这张图是理解“更新导航地图”过程的关键。

步骤1: UDM 发起 PUT 请求

1. PUT .../mt-sm-infos/{gpsi} (CreateRoutingData)

  • 场景链接: 用户小李的5G手机开机，通过AMF向SMSF-01注册了“SMS over NAS”服务。UDM作为用户数据的中心，收到了这次注册信息。
  • 动作: UDM（作为NF消费者）立即向IP-SM-GW（作为NF生产者）发起一个HTTP PUT请求。
    • URI: .../mt-sm-infos/{gpsi}。{gpsi}是小李的手机号码。这个URI代表了“小李的下行短信路由信息”这个资源。
    • HTTP方法: PUT。其“创建或更新”的幂等语义在此处至关重要。无论UDM是首次为小李创建路由，还是因为小李切换了服务的SMSF而需要更新路由，都可以使用同一个API，保证了最终状态的正确性。
    • 请求体 (CreateRoutingData):

      The content of the PUT request shall contain:

      • SMSF Instance Id
      • SMSF Registration information (for each access type) 这个JSON对象的核心是告诉IP-SM-GW，为小李服务的SMSF实例ID是什么，以及这个SMSF是为哪种接入类型（3GPP/Non-3GPP）服务的。

步骤2: IP-SM-GW 响应

2a. 201 Created (CreatedRoutingData) 2b. 200 OK or 204 No Content

  • 2a. 201 Created: 如果IP-SM-GW中之前没有小李的路由信息，这是一个创建操作。IP-SM-GW会存储路由信息，并返回201。
    • 响应体CreatedRoutingData中会包含IP-SM-GW自己的地址信息（IP地址/FQDN），UDM可以将其传递给SMS-GMSC，作为后续短信投递的目标地址。
    • Location头会包含新创建资源的URI。
  • 2b. 200 OK或204 No Content: 如果IP-SM-GW中已存在小李的路由信息，这是一个更新操作。IP-SM-GW会用新数据替换旧数据，并返回200（带更新后的资源体）或204（无内容）。

1.2 5.2.2.3 MtForwardSm (下行短信转发操作)

The MtForwardSm service operation shall be used to transmit downlink SMS message via IP-SM-GW.

信令流程 (Figure 5.2.2.3.1-1: Transmit downlink SMS message): 这张图展示了“短信货车”如何驶入“立交桥”。

步骤1: SMS-GMSC 发起 POST 请求

1. POST .../mt-sm-infos/sendsms (SmsData)

  • 场景链接: 小李公司的系统通过短信中心，将验证码短信发送到SMS-GMSC。
  • 动作: SMS-GMSC（作为NF消费者）向IP-SM-GW发起一个HTTP POST请求。
    • URI: .../mt-sm-infos/{gpsi}/sendsms。注意，这里是在{gpsi}资源下执行一个名为sendsms的自定义操作。
    • HTTP方法: POST，用于触发一个动作。
    • 请求体 (SmsData):

      The content of the POST request shall contain the SMS message to be sent. 这是一个multipart消息，其中JSON部分是SmsData对象，包含了元数据；二进制部分则是原始的短信载荷 (SMS Payload)。

步骤2: IP-SM-GW 响应

2a. 200 OK (SmsDeliveryData) 2b. 4xx/5xx (ProblemDetails) or 3xx

  • 2a. 200 OK: IP-SM-GW成功接收短信并已开始尝试转发。
    • 响应体 (SmsDeliveryData): 这个对象包含了本次短信投递的投递报告（Delivery Report）。这是一个异步过程，IP-SM-GW将短信转发给SMSF后，SMSF会向IP-SM-GW报告投递状态（成功/失败），IP-SM-GW再将此报告返回给SMS-GMSC。
  • 2b. 4xx/5xx: 失败响应。例如，如果IP-SM-GW中没有该用户的路由信息，可能会返回404 Not Found，cause为"ROUTING_INFO_NOT_FOUND"。

2. 解读第5.3章 Nrouter_SMService Service - SMS Router的服务“操作台”

本节描述了由SMS Router提供的服务。其内容与5.2节高度相似。

The Nrouter_SMService service provides SBI-based MT SM transmit through SMS Router…

它同样包含RoutingInfo和MtForwardSm两个服务操作，并且其信令流程图（Figure 5.3.2.2.1-1和Figure 5.3.2.3.1-1）的结构、HTTP方法、URI模板以及请求/响应的数据类型，都与Nipsmgw_SMService中的定义完全相同。

这种高度的一致性，正是SBA模块化设计的体现。IP-SM-GW和SMS Router虽然是两个不同的NF，但它们在5G短信架构中扮演了相同的逻辑角色，因此它们暴露了相同的服务化接口。这使得消费者（UDM和SMS-GMSC）可以用完全相同的客户端逻辑，与IP-SM-GW或SMS Router进行交互，大大降低了系统的复杂性。

总结

通过对第五章的深度解读，我们已经清晰地掌握了5G下行短信（MT-SMS）在核心网服务化接口层面的完整逻辑闭环。

  1. 统一的服务模型: 无论是功能较重的IP-SM-GW还是轻量级的SMS Router，它们都遵循了统一的服务模型，对外提供RoutingInfo和MtForwardSm两大核心服务操作。

  2. 推模式的路由管理 (RoutingInfo): UDM作为路由信息的权威源，采用PUT请求主动向IP-SM-GW/SMS Router推送并更新用户的短信路由信息。这种“推”模式保证了路由信息的实时性和短信投递的低延迟。

  3. 自定义操作的短信投递 (MtForwardSm): SMS-GMSC作为短信的入口，采用POST请求调用sendsms这一自定义操作，将短信载荷提交给IP-SM-GW/SMS Router进行转发。这种RPC风格的API设计，清晰地表达了“执行一个动作”的业务意图。

  4. 架构的灵活性: 通过定义两个功能角色相同但实现可能不同的NF（IP-SM-GW和SMS Router），3GPP为运营商提供了灵活的网络演进路径，既可以一步到位部署全新的IP-SM-GW，也可以利旧并逐步改造。

我们已经走完了TS 29.577的功能逻辑核心。在下一篇，也是本系列解读的最终章中，我们将进入第六章“API Definitions”，从协议实现的视角，对Nipsmgw_SMService和Nrouter_SMService这两个API的资源模型和核心数据结构（如CreateRoutingData, SmsData等）进行最后的、精细的解剖。

FAQ

Q1：RoutingInfo操作中，响应体CreatedRoutingData里为什么包含了IP-SM-GW的地址？ A1：这是一个服务引导机制。当UDM首次为一个UE在IP-SM-GW上创建路由信息时，IP-SM-GW会在201 Created响应中返回自己的网络地址（IP/FQDN/NF Instance ID）。UDM在收到后，会将这个地址作为“短信投递入口点”信息，更新到该用户的签约数据中。当SMS-GMSC后续需要为该用户发送短信而去查询UDM时，UDM就会告诉SMS-GMSC：“请将短信发送到这个IP-SM-GW地址”。这就完成了从路由注册到短信投递的地址引导闭环。

Q2：MtForwardSm操作是同步还是异步的？SMS-GMSC需要一直等待短信投递成功吗？ A2：MtForwardSm的API调用本身是同步的，但短信的最终投递过程是异步的。具体来说：

  • SMS-GMSC向IP-SM-GW发起POST请求。
  • IP-SM-GW接收请求，对参数进行校验，并将短信转发给下一跳（SMSF）。这个过程很快。
  • IP-SM-GW不会等待UE最终收到短信。它在收到来自SMSF的中间投递状态（例如，“我已收到，正在尝试投递”）后，就会向SMS-GMSC返回200 OK响应。
  • 响应体SmsDeliveryData中包含了这次投递的初步报告。最终的投递成功/失败状态，可能会通过更复杂的报告机制（如生成CDR话单）来体现。

Q3：为什么RoutingInfo的URI是.../mt-sm-infos/{gpsi}，而MtForwardSm的URI是.../mt-sm-infos/{gpsi}/sendsms？ A3：这是RESTful API设计中，对资源和动作进行区分的典范。

  • .../mt-sm-infos/{gpsi}代表一个名词——“gpsi用户的下行短信信息”这个资源。对它使用PUT，就是更新这个资源本身。
  • sendsms是一个动词——“发送短信”。将它作为{gpsi}资源下的一个子路径，并通过POST来调用，其语义是“对gpsi用户的短信信息资源，执行一个发送的动作”。这种设计比单纯的POST /mt-sm-infos更能清晰地表达操作意图。

Q4：如果一个用户有多个设备（如手机和手表），UDM会为他注册多条路由信息吗？ A4：5G的短信路由是基于SMSF实例的，而不是基于具体设备的。通常情况下，一个用户的多个设备如果都通过同一个PLMN接入，它们很可能会被同一个SMSF实例服务。因此，UDM只需要向IP-SM-GW注册一条指向该SMSF的路由即可。SMSF内部会有更复杂的逻辑，来处理如何将短信投递给用户的哪个（或所有）活动设备。

Q5：IP-SM-GW/SMS Router的功能，是否可以被NEF（网络暴露功能）替代或集成？ A5：理论上有可能，但职责不同。NEF的核心是对外的能力开放，它将网络能力暴露给第三方AF。而IP-SM-GW/SMS Router的核心是对内的协议互通和路由，它连接的是运营商自己或互联互通的传统短信网元。将两者分开，可以实现清晰的职责划分和安全域隔离。让处理内部核心路由的NF，与直接面向外部互联网的NEF分开，是更安全、更稳健的架构选择。

关系图谱