好的，我们继续。这是系列文章的第三篇，将为您深度解读整个5G服务化短信的宏伟架构蓝图——第四章。

深度解析 3GPP TS 23.540：第四章 - 5G服务化短信架构 (The Grand Design)

本文技术原理深度参考了3GPP TS 23.540 V18.4.0 (2024-06) Release 18规范中，关于“第四章 Architecture to support SBI-based SMS”的核心章节，旨在为读者清晰地呈现5G服务化短信的完整架构视图，详解各个网络功能（NF）的角色分工与协作关系。

在上一篇文章中，我们为解读TS 23.540这座宏伟的技术殿堂打下了坚实的地基，厘清了规范的范围、引用和核心术语。我们已经学会了这张蓝图上的“图例”和“符号”。现在，是时候正式展开这张蓝图，一窥其巧夺天工的整体设计了。

第四章是整部规范的灵魂，它用两套不同的视角——“服务化视图”和“参考点视图”，为我们描绘了5G短信世界的全貌。为了让这幅蓝图“活”起来，让我们继续跟随主角小明的一天。今天，小明不仅要收发普通短信，他还要处理一件重要的事情：他新买了一台支持5G RedCap的智能门锁，需要通过短信进行远程激活和状态上报。这个场景将帮助我们理解架构中的每一个细节。

---

1. SBA视角下的短信交响乐团 (Section 4.1)

规范的4.1 Architecture to support SBI-based SMS章节首先为我们展示了一幅全局的服务化架构图，这也是理解SBA理念下短信业务运作的核心。

Figure 4.1-1 shows the non-roaming architecture to support SBI-based SMS.

这幅图，即规范中的“Figure 4.1-1: Non-roaming architecture for SBI-based SMS”，描绘了一个由多个专业“乐手”（网络功能 NF）组成的交响乐团。它们不再通过僵硬的物理线路连接，而是通过灵活的服务调用（SBI）来协同演奏一曲曲“短信交响乐”。让我们来逐一认识这些核心乐手。

1.1 全新登场的首席小提琴手：SMSF

SMSF (Short Message Service Function - 短信服务功能) 是这场交响乐中最引人注目的新角色，是当之无愧的首席。在2G/3G/4G时代，短信功能常常是MSC/MME的一部分，功能耦合。5G将其独立出来，成为一个专门的NF。

• 角色定位：SMSF是直接服务于UE的短信业务处理中心，是短信世界里的“大脑”。它负责所有需要与UE直接交互的短信收发逻辑。

• 小明的故事：当银行的验证码短信历经千山万水，即将抵达小明的手机时，最后一棒就是由SMSF交给AMF来完成投递的。反之，当小明发送回复短信时，短信也是先从手机经由AMF到达SMSF，再由SMSF决定下一步的去向。SMSF是连接短信网络与小明终端的核心枢纽。

1.2 宏伟的大门：SMS-GMSC & SMS-IWMSC

• SMS-GMSC (Gateway MSC for Short Message Service)：短信的**“入境大门”**。

  • 角色定位：所有外部世界（如银行、互联网应用）发给5G网络内用户的短信，都必须先经过SMS-GMSC。它是外部SC（服务中心）与5G短信网络的接口。

  • 小明的故事：银行的服务器（SC）要给小明发送验证码。这条短信的第一站，就是小明所在运营商的SMS-GMSC。SMS-GMSC负责接待这位“信使”，并开始在网络内部“问路”。

• SMS-IWMSC (Interworking MSC for Short Message Service)：短信的**“出境大门”**。

  • 角色定位：当5G网络内的用户要向外部SC发送短信时，SMS-IWMSC负责将短信送出网络。

  • 小明的故事：小明回复“收到”给银行的服务号码。这条短信在网络内的最后一站是SMS-IWMSC，它负责将短信准确地投递给银行的SC。

1.3 智慧的“问询处”与“档案库”：NRF & UDM & MNPF

• NRF (Network Repository Function)：网络的**“注册与发现中心”**，好比一个万能的“114查号台”。

  • 角色定位：在SBA架构中，所有NF实例启动时都会向NRF注册自己能提供什么服务。当一个NF需要调用另一个NF的服务时，它会先向NRF查询，获取服务实例的地址。

  • 小明的故事：SMS-GMSC收到给小明的短信后，它不知道该找哪个UDM查询路由。于是它问NRF：“你好，能帮我找一个可以查询用户数据的UDM吗？”NRF随即返回一个可用的UDM实例地址。

• UDM (Unified Data Management)：用户的**“中央档案库”**。

  • 角色定位：UDM存储着所有用户的签约数据和动态上下文。在短信业务中，它最重要的职责就是告诉SMS-GMSC：“要给小明发短信是吧？你应该去找这个地址的SMSF，它现在正为小明服务。”

  • 小明的故事：SMS-GMSC通过NRF找到了UDM后，便向UDM发起服务调用：“请提供小明的短信路由信息”。UDM查询后，将当前为小明服务的SMSF的地址返回给SMS-GMSC。

• MNPF (Mobile Number Portability Function)：号码的**“户籍事务所”**。

  • 角色定位：专门解决号码携带（NP）问题。它能准确地告诉查询者，一个手机号码当前真正归属于哪个运营商网络。

  • 小明的故事：如果小明的号码是从别的运营商携号转网过来的，那么外部网络在路由短信时，可能需要先向MNPF查询，以确保短信被发送到小明当前所在的正确网络，而不是他号码的原始归属网络。

1.4 多才多艺的“外交官”与“代理人”：NEF & SCP & IP-SM-GW & SMS Router

• NEF (Network Exposure Function)：网络能力的**“对外开放窗口”**。

  • 角色定位：NEF负责将网络内部的能力安全、可控地开放给第三方应用。

  • 小明的故事：小明新买的智能门锁，其后台服务平台可能需要通过NEF提供的API，向小明发送“门已锁好”的通知短信。特别是对于不需要手机号的物联网设备（MSISDN-less），短信的收发往往要经由NEF。

• SCP (Service Communication Proxy)：服务通信的**“智能代理”**。

  • 角色定位：在复杂的网络中，SCP可以作为NF之间通信的中间代理，实现负载均衡、路由策略、服务发现等高级功能，简化NF本身的复杂度。

• IP-SM-GW (IP Short Message Gateway)：IMS短信的**“翻译官”**。

  • 角色定位：负责处理通过IMS网络承载的短信（SM-over-IP），并实现其与传统电路域或NAS短信的互通。

• SMS Router：短信路由的**“高级策略控制器”**。

  • 角色定位：在SMS-GMSC和SMSF之间增加一个路由节点，可以实现更复杂的短信路由规则，如基于内容的路由、号码变换等。

1.5 忠诚的“信使”：AMF

• AMF (Access and Mobility Management Function)：UE接入的**“第一站”和“最终信使”**。

  • 角色定位：AMF负责UE的连接和移动性管理，是UE与核心网之间的信令网关。

  • 小明的故事：在短信投递的“最后一公里”，SMSF将短信内容打包好，通过SBI接口委托给AMF。AMF再通过其与UE之间已经建立的NAS（非接入层）信令连接，将短信精准地投递到小明的手机上。AMF是确保消息最终送达的关键执行者。

Figure 4.1-1通过服务化接口（如Nudm, Nsmsf等）将这些NF连接起来，构成了一幅有机协作的动态网络图景。

---

2. 点对点视角下的通信航线 (Section 4.2)

如果说4.1节是从SBA的“服务视图”看架构，那么4.2节Reference point to support SBI-based SMS则提供了一个更传统的“参考点视图”。这种视图更侧重于两个功能实体之间的逻辑连接点，方便描述具体的流程和协议栈。

Besides the reference point to support SMS over NAS described in clause 4.4.2.2 of TS 23.501, the following reference points are needed to support SBI-based SMS…

规范在这里引入了一系列以“SM”开头的参考点，从SM1到SM15，每一个都定义了一条特定的“通信航线”。它们在规范的Figure 4.1-2a到Figure 4.1-2d中被形象地展示出来。

2.1 MT SMS航线图 (Figure 4.1-2a)

这张图描绘了小明接收短信（MT SMS）的三种可能路径：

• 路径一（最简路径）：SMS-SC -> SMS-GMSC -> SMSF -> AMF -> UE

  • SM1: SMS-GMSC 与 UDM 之间的航线，用于查询路由信息。

  • SM5: SMS-GMSC 与 SMSF 之间的航线，用于转发短信消息。

• 路径二（经由SMS Router）：SMS-SC -> SMS-GMSC -> SMS Router -> SMSF -> AMF -> UE

  • SM4: SMS Router 与 UDM 之间的航线，用于查询路由信息。

  • SM6: SMS-GMSC 与 SMS Router 之间的航线。

  • SM7: SMSF 与 SMS Router 之间的航线。

• 路径三（经由IP-SM-GW）：SMS-SC -> SMS-GMSC -> IP-SM-GW -> SMSF -> AMF -> UE

  • SM3: IP-SM-GW 与 UDM 之间的航线。

  • SM8: SMS-GMSC 与 IP-SM-GW 之间的航线。

  • SM9: SMSF 与 IP-SM-GW 之间的航线。

这些不同的路径为运营商提供了极大的组网灵活性，可以根据业务需求选择引入不同的中间处理节点。

2.2 MO SMS航线图 (Figure 4.1-2b)

这张图描绘了小明发送短信（MO SMS）的路径：

• 路径：UE -> AMF -> SMSF -> SMS-IWMSC -> SMS-SC (也可能经由IP-SM-GW)

  • SM2: SMS-IWMSC 与 UDM 之间的航线，用于获取用户信息或进行鉴权。

  • SM10: SMS-IWMSC 与 SMSF 之间的航线，用于转发MO短信。

  • SM15: IP-SM-GW 与 SMS-IWMSC 之间的航线，用于处理IMS短信的互通。

2.3 特殊航线：物联网与号码携带 (Figure 4.1-2c & 2d)

• MSISDN-less MO SMS (Figure 4.1-2c): 这描绘了没有手机号的设备（如小明的智能门锁）如何发送短信。

  • 路径通常涉及NEF，因为它需要将设备的内部标识（如SUPI）转换成网络可路由的地址。

  • SM11: SMS-SC 与 NEF 之间的航线，专门处理这种通过能力开放接口发起的短信。

• NP Status Retrieval (Figure 4.1-2d): 这描绘了如何查询号码可携状态。

  • SM12: SMS-GMSC 与 MNPF 之间的航线。

  • SM13: SCP 与 MNPF 之间的航线。

  • SM14: NRF 与 MNPF 之间的航线。这表明号码可携查询能力本身也可以被注册为一种网络服务。

通过这些精确定义的参考点，规范为后续的流程描述（第五章）铺平了道路，使得每一个步骤的交互方和逻辑连接都清晰明了。

---

3. 服务化接口的正式“官宣” (Section 4.3)

在分别从“服务视图”和“参考点视图”审视了架构之后，4.3节Service based interface to support SBI-based SMS对前者进行了正式的总结和确认。它像一份官方公告，明确宣布了每个核心NF都“拥有”并“提供”哪些服务化接口。

Besides the service based interfaces to support SMS over NAS described in clause 4.4.2.3 of TS 23.501, the following service based interfaces are needed to support SBI-based SMS.

以下是这份“官宣”的核心内容：

• Nudm: Service-based interface exhibited by UDM.

  • UDM提供的服务接口，用于数据管理，如路由信息查询。

• Nnrf: Service-based interface exhibited by NRF.

  • NRF提供的服务接口，用于网络功能的发现和选择。

• Ngmsc: Service-based interface exhibited by SMS-GMSC.

  • SMS-GMSC提供的服务接口。

• Niwmsc: Service-based interface exhibited by SMS-IWMSC.

  • SMS-IWMSC提供的服务接口，如接收MO短信。

• Nipsmgw: Service-based interface exhibited by IP-SM-GW.

  • IP-SM-GW提供的服务接口。

• Nrouter: Service-based interface exhibited by SMS Router.

  • SMS Router提供的服务接口。

• Nnef: Service-based interface exhibited by NEF.

  • NEF提供的服务接口，用于能力开放。

• Nmnpf: Service-based interface exhibited by MNPF.

  • MNPF提供的服务接口，用于查询号码可携状态。

这一章节是对4.1节架构图的文字化、标准化确认。它再次强调了SBA的核心思想：网络功能即服务。每个NF都是一个服务提供者（Provider），通过其暴露的SBI接口，为其他服务消费者（Consumer）提供明确定义的功能。

---

【FAQ环节】

Q1：SMSF是5G短信架构中全新的网元，它和传统的MSC/VLR在短信处理中有什么本质区别？

A1：本质区别在于功能专一度和架构理念。

1. 功能专一度：在传统网络中，短信处理功能通常与呼叫控制、移动性管理等功能耦合在MSC/VLR或MME中。而在5G中，SMSF是一个专门负责短信业务逻辑的独立网络功能（NF）。这种高内聚、低耦合的设计，使得SMSF可以独立演进、独立扩缩容，更适应云原生环境。

2. 架构理念：传统的MSC/VLR基于点对点的信令协议（如MAP）工作，架构相对刚性。而SMSF是SBA服务化架构的原生组件，它通过轻量级的SBI（API）接口提供服务和消费服务，与其他NF的交互更灵活、更开放。

Q2：为什么规范中既有Figure 4.1-1的服务化视图，又有Figure 4.1-2的参考点视图？它们是什么关系？

A2：这是为了从不同维度、以不同粒度来描述同一套架构，满足不同读者的需求。

• 服务化视图 (Figure 4.1-1) 强调的是SBA理念，展示了NF作为服务提供者/消费者的关系网，体现了“谁能为谁提供什么服务”的宏观逻辑。这是架构设计的核心思想。

• 参考点视图 (Figure 4.1-2) 是一种更传统和具体的表达方式，它将两个NF之间的逻辑交互抽象为一个“参考点”，方便定义它们之间的信息流和协议。这为后续描述详细的信令流程(Procedure) 提供了清晰的路径指引。

两者是一体两面的关系：参考点上的信息交互，最终是通过服务化接口（SBI）的调用来实现的。例如，SM5参考点上的消息传递，在实际实现中就是一次对SMSF的Nsmsf_SMService_MtForwardSm服务的调用。

Q3：NRF在短信架构中的作用是什么？如果NRF故障，短信业务会受到什么影响？

A3：NRF是5G核心网的“服务注册与发现中心”，其作用至关重要。在一个NF（如SMS-GMSC）需要调用另一个NF（如UDM）的服务时，如果它不知道目标NF的地址，就必须先向NRF查询。如果NRF发生故障，新发起的短信会话将严重受阻。例如，SMS-GMSC将无法发现UDM来查询路由，导致MT短信失败；SMSF也无法发现SMS-IWMSC来发送MO短信。不过，对于已经建立“连接”（即已经缓存了对端地址）的会话，短期内可能不受影响。因此，NRF的高可用性是保障整个SBA稳定运行的前提。

Q4：什么是MSISDN-less MO SMS？它主要用于什么场景？

A4：MSISDN-less MO SMS指的是没有手机号（MSISDN）的设备发起的上行短信。这主要用于物联网（IoT）场景。例如：

• 智能表计：水表、电表定期通过短信上报读数。

• 资产跟踪：物流包裹上的定位器在进入某个区域时，通过短信发送位置信息。

• 智能家居：像小明家的智能门锁，当检测到异常撬动时，可以立即发送一条告警短信到后台平台。

这些设备通常使用内部标识符（如SUPI或GPSI中的外部ID）而非公开的手机号。它们的短信通常发往一个特定的应用平台（AF），这一过程往往需要NEF作为网络能力开放的门户。

Q5：Nudm 和 Nnef 等以 ‘N’ 开头的名称代表什么？它们和SM1, SM2等参考点有什么不同？

A5：以**‘N’开头的名称（如Nudm, Nsmsf）是3GPP为服务化接口（SBI）所做的标准命名。这里的’N’代表’NF’，整个名称表示“由某个NF提供的服务接口集合”。例如，Nudm就是指由UDM（Unified Data Management）所提供的所有服务的总称。它是一个服务**的概念。

而以**‘SM’开头的名称（如SM1, SM2），是3GPP为短信业务定义的参考点（Reference Point）。它表示两个功能实体之间的逻辑交互点**。它是一个连接点或路径的概念。

关系是：参考点上的交互，是通过服务化接口来实现的。例如，SM1参考点上“SMS-GMSC向UDM查询路由”的这个动作，具体实现就是SMS-GMSC作为服务消费者，调用了UDM的Nudm服务接口中的某个具体服务操作（Operation）。