51学通信

深度解析 3GPP TS 23.540：第六章 - 服务化接口详解 (Part 3 - NEF 的开放能力与服务目录总结)

17分钟阅读

好的，我们继续5G服务化短信“服务目录”的最后巡礼。这是系列文章的第十一篇，我们将聚焦于那个为物联网打开大门的“网络能力开放功能”，并对整个第六章进行一次全面的总结与回顾，从而为这部规范的核心技术篇章画上一个圆满的句号。

深度解析 3GPP TS 23.540：第六章 - 服务化接口详解 (Part 3 - NEF 的开放能力与服务目录总结)

本文技术原理深度参考了3GPP TS 23.540 V18.4.0 (2024-06) Release 18规范中，关于“6.8 NEF services for SBI-based SMS”的核心章节，并对整个第六章进行总结。本文旨在为读者深入剖析NEF（网络能力开放功能）如何为无MSISDN的物联网短信提供关键服务，并系统性地回顾所有核心NF的服务化能力，构建一幅完整的5G短信“能力图谱”。

在前面的“能力巡礼”中，我们已经检阅了UDM的智慧、SMS-IWMSC的忠诚、SMSF的大脑、IP-SM-GW的翻译才能、SMS Router的策略以及MNPF的公正。这些NF共同构成了5G短信网络强大的“内循环”系统。

然而，5G的雄心远不止于此。它不仅要服务于人和手机，更要赋能千行百业，连接亿万设备。这就需要一个特殊的角色，来打开网络封闭的大门，将内部强大的通信能力，安全、可控地暴露给外部的第三方应用。这个角色，就是NEF (Network Exposure Function)。

今天，我们将首先聚焦于这位“首席外交官”——NEF，看看它是如何为小明家的那个不会说话的智能燃气表，提供短信上报服务的。随后，我们将站在更高的视角，对整个第六章进行一次梳理和总结，将所有NF的能力串联起来，形成一张清晰的、相互协作的“能力关系网”。

1. NEF：连接网络与万千应用的“首席外交官” (Section 6.8)

NEF是5G网络实现其“连接+”价值的核心。在短信业务中，它最关键的场景，就是处理我们之前在5.2.4节中讨论过的MSISDN-less MO SMS（无MSISDN的设备上行短信）。

Table 6.8.1-1: NEF Services for SBI-based SMS 为我们展示了NEF在这场“物联网对话”中的核心能力。

NEF 服务目录概览

Table 6.8.1-1: NEF Services for SBI-based SMS

| Service Name | Service Operations | Operation Semantics | Service Provider(s) | Service Consumer(s) |

| :--- | :--- | :--- | :--- | :--- |

| SMService | MoForwardSm | request / response | NEF | SMS-SC |

表格解读：

NEF的服务目录，从形式上看与SMS-IWMSC有几分相似，但其内涵和消费者却截然不同。

  • 服务提供者：NEF

  • 服务消费者：SMS-SC。这里的SMS-SC需要广义地理解，它代表了处理从UE发来的MO短信的上游节点，例如SMSF。

  • 核心操作：MoForwardSm，即接收上行的短信转发请求。

1.1 Nnef_SMService_MoForwardSm 服务操作 (Section 6.8.2)

这是NEF为物联网短信上报提供的核心API。

Service operation name: Nnef_SMService_MoForwardSm

Description: transmit MO SMS message from consumer NF to NEF.

Inputs, Required: SMS payload, Application port ID, SUPI, destination SME address (long/short code of the AF).

Outputs, Required: SMS message transmission result.

深度解读：

让我们仔细剖析这个服务操作的输入参数，因为它们揭示了NEF的独特价值。

  • Inputs, Required (一份详细的“物联网设备投递申请”)：

    • SMS payload: 短信的核心内容，例如燃气表的读数“Gas: 123.45 m³”。

    • Application port ID, SUPI: 发件人身份的关键信息。这里不再是MSISDN，而是设备的内部标识SUPI，可能还会携带应用端口ID以区分不同的数据类型。

    • destination SME address (long/short code of the AF): 收件人地址。这也不是一个手机号，而是燃气公司应用平台（AF）在网络中注册的专用长码或短码。

  • Outputs, Required (执行结果)：

    • SMS message transmission result: 返回一个成功或失败的传输结果。

  • 场景还原：

    1. 小明家的智能燃气表（UE）将读数短信，通过AMF上报给了SMSF。

    2. SMSF看到这条短信的收件地址是一个特殊的短码，便知道这不是一条普通短信。它向NRF查询，得知处理这个短码的服务由NEF-instance-01提供。

    3. SMSF调用NEF-instance-01的Nnef_SMService_MoForwardSm服务，将上述所有Inputs信息（包括设备的SUPI）一并提交。

    4. NEF收到请求后，执行其核心的安全和暴露逻辑：

      • 认证/授权：检查这个SUPI标识的设备，是否有权限向这个目标AF发送短信。

      • 翻译/路由：根据短码，找到后台燃气公司的AF平台，并将短信内容通过安全的API推送给AF。

    5. 最终，NEF将AF的处理结果，封装在响应中，返回给SMSF，再由SMSF通知燃气表设备。

核心价值：Nnef_SMService_MoForwardSm服务是连接5G核心网内部与外部垂直行业应用的关键桥梁。它将网络内部复杂的设备标识和信令流程，转换成了外部应用易于集成的、标准化的API调用，真正实现了网络能力的开放赋能。

2. 5G短信能力图谱：第六章全景总结

至此，我们已经完成了对3GPP TS 23.540第六章所有核心服务的巡礼。现在，让我们退后一步，将所有这些能力点串联起来，绘制一幅清晰的“5G短信能力图谱”，看看它们是如何相互协作，共同完成一次完整的通信闭环的。

我们将以一次最复杂的跨运营商、需要策略路由、经由IP互通、最终投递失败并成功触发Alert的MT短信为例，看看这幅图谱是如何运作的。

一次MT短信的“能力调用链”

  1. 起点：寻路 (GPSI Resolution)

    • SMS-GMSC (或NRF) → 消费 Nmnpf_NPStatus_Get 服务: 输入小红的手机号，得到她的归属运营商是B运营商。

  2. 核心：路由决策 (Routing Decision)

    • SMS-GMSC (A运营商) → 消费 Nudm_UECM_SendRoutingInfoForSM 服务 (B运营商的UDM): 输入小红的GPSI，请求路由信息。

    • UDM → 消费 Nrouter_SMService_RoutingInfo 服务 (B运营商的SMS Router): UDM发现有策略，于是“咨询”SMS Router。

    • UDM → 消费 Nipsmgw_SMService_RoutingInfo 服务 (B运营商的IP-SM-GW): UDM还发现需要IP互通，于是继续“咨询”IP-SM-GW。

    • UDM最终响应: 向SMS-GMSC返回“下一跳”是IP-SM-GW的地址。

  3. 执行：消息转发 (Message Forwarding)

    • SMS-GMSC → 消费 Nipsmgw_SMService_MtForwardSm 服务 (B运营商的IP-SM-GW): 将短信实体发给IP-SM-GW。

    • IP-SM-GW → 消费 Nrouter_SMService_MtForwardSm 服务 (B运营商的SMS Router): IP-SM-GW处理完互通后，将消息发给策略路由器。

    • SMS Router → 消费 Nsmsf_SMService_MtForwardSm 服务 (B运营商的SMSF): SMS Router执行完策略后，将消息发给最终的“大脑”。

  4. 终点：投递失败 (Delivery Failure)

    • SMSF在其Nsmsf_SMService_MtForwardSm服务的响应中，返回“UE_UNREACHABLE”错误给SMS Router。

    • SMS Router在其Nrouter_SMService_MtForwardSm服务的响应中，将错误继续传递给IP-SM-GW。

    • IP-SM-GW在其Nipsmgw_SMService_MtForwardSm服务的响应中，将错误最终传递给SMS-GMSC。

  5. 恢复：智能唤醒 (Alert Mechanism)

    • IP-SM-GW (责任方) → 消费 Nudm_EventExposure_Subscribe 服务 (B运营商的UDM): 订阅小红的“可达性”事件。

    • (一段时间后…) UDM → 通过Nudm_EventExposure_Notify操作，通知 IP-SM-GW: “小红上线了！”

    • IP-SM-GW → 发送 ServiceCentreAlert 信令给始发的SC。

    • SC → 重新发起一轮完整的MT短信投递流程。

通过这条调用链，我们可以看到，一次复杂的短信投递，其背后是一系列定义清晰、职责专一的标准化服务，像精密齿轮一样环环相扣、紧密协作。这正是SBA架构的魅力所在：将复杂的流程，拆解为一系列简单的、可复用的服务调用。

【FAQ环节】

Q1：NEF和SCP（服务通信代理）都像是网络中的“代理”，它们有什么本质区别？

A1：它们的代理“方向”和“目的”完全不同。

  • NEF (网络能力开放功能) 是一个**“南北向”代理**，即对外的外交官。它的核心职责是将网络内部的能力（如发送短信），安全、可控地暴露给网络外部的第三方应用（AF）。它处理的是网络与外部世界的可信与不可信域之间的交互。

  • SCP (服务通信代理) 是一个**“东西向”代理**，即内部的交通枢纽。它的核心职责是代理网络内部NF之间的服务调用，以实现负载均衡、路由策略、服务发现等高级通信功能，优化内部网络的流量模型。

简单来说，NEF是“开门迎客”的，而SCP是“调度内部交通”的。

Q2：对于MSISDN-less MO短信，最终燃气公司的AF平台是如何区分是哪一个燃气表上报的数据？

A2：这是通过NEF传递的设备标识符来区分的。在Nnef_SMService_MoForwardSm服务的Inputs中，包含了设备的SUPI（订阅永久标识符）或GPSI（其中可能封装了外部ID）。当NEF将短信推送给AF时，它会一并将这个唯一的设备标识符传递过去。AF平台在其数据库中，将这个设备标识符与用户的家庭地址、账户信息等进行绑定。因此，AF收到一条推送时，它会看到：“来自设备 SUPI-XYZ 的消息，内容是‘Gas: 123.45 m³’”。AF一查数据库，就知道这是小明家的燃气表。

Q3：整个第六章定义了这么多服务，如果一个运营商只想实现最基础的短信功能，是否需要部署所有这些NF和服务？

A3：不需要。SBA架构的另一个巨大优势就是模块化和按需部署。

  • 最小集：要实现最基础的5G短信收发，一个运营商必须部署的核心NF包括：AMF, UDM, SMSF, SMS-GMSC, SMS-IWMSC, 和 NRF。这些NF所提供的基础服务（如Nudm_UECM_SendRoutingInfoForSM, Nsmsf_SMService_MtForwardSm, Niwmsc_SMService_MoForwardSm）是必不可少的。

  • 可选增强集：

    • 如果需要支持携号转网，则需要部署MNPF。

    • 如果需要支持IMS短信或VoNR/VoWiFi短信，则需要部署IP-SM-GW。

    • 如果需要实现复杂的路由策略，则可以选择部署SMS Router。

    • 如果需要对外开放物联网短信能力，则需要部署NEF。

    • 如果网络规模巨大、路由复杂，可以选择部署SCP来优化信令。

这种模块化的设计，使得运营商可以根据自身的业务需求、网络规模和投资计划，循序渐进地构建和演进其5G短信网络。

Q4：第六章详细定义了各个NF提供的服务，那么这些NF作为“服务消费者”的行为，是在哪里定义的？

A4：这是一个非常好的问题，它触及了规范的组织结构。

  • 第六章（服务定义）：主要从**服务提供者（Provider）**的视角出发，定义“我能提供什么能力”。

  • 第五章（流程定义）：主要从**服务消费者（Consumer）**的视角出发，定义“为了完成一个任务，我应该在什么时候、以什么顺序、去调用谁的什么服务”。

因此，一个NF作为消费者的行为，是分散在第五章的各个**流程（Procedure）**描述中的。例如，SMS-GMSC作为Nudm_UECM_SendRoutingInfoForSM服务的消费者，它的具体调用行为，就是在5.1.2、5.1.3等MT流程的步骤中被详细定义的。两者相辅相成，共同构成了完整的技术规范。

Q5：学完了第六章，我感觉对整个5G短信的理解上了一个台阶。回顾来看，您认为SBA给短信业务带来的最大变革是什么？

A5：我认为最大的变革，是思维模式的转变，从“网元功能”转变为“能力即服务（Capability as a Service）”。

  • 过去（网元功能思维）：我们关心的是一个个独立的、功能固化的“盒子”（如MSC, HLR），以及它们之间点对点的、复杂的私有协议。

  • 现在（能力服务思维）：我们关心的是一个个标准化的、可复用的“能力”（如路由查询、事件订阅、短信转发）。这些能力被封装在不同的NF中，通过统一的API（SBI）对外提供。

这种转变带来了三大好处：

  1. 敏捷性：可以像搭积木一样，快速组合这些能力来创建新业务。

  2. 开放性：通过NEF，这些能力甚至可以开放给第三方，催生全新的生态。

  3. 云原生：每个提供特定能力的NF，都可以被独立地部署、扩缩容和升级，完美契合了云时代的技术趋势。

可以说，SBA为短信这项百年业务，注入了前所未有的“互联网基因”。

关系图谱