51学通信

深度解析 3GPP TS 23.204：第四章a & 第五章 SMS over IP的“系统骨架”

17分钟阅读

好的，我们继续对TS 23.204的深度拆解。

这是系列文章的第三篇，我们将深入规范的第四章a和第五章：架构要求、模型与参考点 (Architecture Requirements, model and reference points)。这一部分是整个SMS over IP规范的“骨架”，它从宏观上定义了系统的能力边界、核心实体和它们之间的“对话”接口。

深度解析 3GPP TS 23.204：第四章a & 第五章 SMS over IP的“系统骨架”

本文技术原理深度参考了3GPP TS 23.204 V18.0.0 (2024-03) Release 18规范中，关于“4a Architecture Requirements”和“5 Architecture model and reference points”的核心章节。本文旨在为读者清晰地构建一个关于SMS over IP及其与IM互通的系统架构视图。我们将深入剖析系统的核心功能要求，并重点“解剖”其关键网元——IP-SM-GW，以及连接各个部件的“神经脉络”——参考点。

引言：从“愿景”到“蓝图”，勾勒SMS over IP的实体与连接

在上一篇中，我们通过解读前三章，掌握了SMS over IP的“立法”基础。我们知道了它的双重使命（承载SMS与融合IM），了解了它的技术“朋友圈”，并学习了它的专业“词典”。

现在，是时候将这些抽象的概念，转化为一幅具体的、可实施的工程蓝图了。如果说前三章是在描述“我们想造一辆什么样的车”，那么第四章a和第五章，就是在绘制这辆车的**“总体设计图”和“零部件关系图”**。

  • 第四章a (Architecture Requirements): 定义了这辆“车”必须具备哪些核心能力，即“功能需求清单”。
  • 第五章 (Architecture model and reference points): 详细描绘了这辆“车”由哪些核心部件（功能实体）组成，以及这些部件之间是如何通过不同的**“接口”（参考点）**连接和对话的。

今天，我们将扮演“系统架构师”的角色，跟随用户李雷和韩梅梅的跨代通信场景，来一步步地勾勒出这幅精密的系统蓝图。

1. 第四章a Architecture Requirements (架构要求)：SMS over IP的能力清单

本章从三个层面——通用、传输级互通、业务级互通——规定了SMS over IP架构必须支持的核心功能。

1.1 4a.1 General (通用要求)

  • Notification shall be sent to the HSS that a previously unreachable UE is now reachable.
  • Functionality is required to be able to select the domain for message delivery between IMS and CS/PS…
  • 技术解读: 这部分定义了最基础的平台能力。
    • 可达性通知: 当韩梅梅的手机之前因为关机而无法接收短信，现在她开机了，网络（IMS域或CS/PS域）必须有一种机制，能够通知HSS：“韩梅梅现在在线了！” HSS再据此触发短信中心（SMS-SC）重发之前失败的短信。这是保证短信可靠送达的**“寻回”机制**。
    • 域选择 (Domain Selection): 当一条短信要发给李雷时，网络必须能够智能地判断，这条短信应该通过IMS域（SMS over IP）发送，还是通过传统的CS/PS域发送。这个决策，依赖于李雷的签约数据、终端能力和当前注册状态。这是实现多域融合短信的**“智能路由”**核心。

1.2 4a.2 Transport-level interworking (传输级互通要求)

  • A registration and de-registration mechanism shall be supported where UEs are required to explicitly indicate their ability to send and receive encapsulated Short Messages.
  • It shall provide for the transport of Short Message Service TP layer PDUs … and associated RP layer information.
  • 技术解读: 这定义了标准的SMS over IP功能。
    • 能力协商: 李雷的手机在IMS注册时，必须有一种方式，能够明确地告诉网络：“我是一部支持SMSIP的UE，请用IP方式给我发短信”。这个“报备”过程，就是传输级互通的前提。
    • 透明传输: 架构必须能够原封不动地传输传统短信的TPDU（传输层协议数据单元，即短信内容本身）和RPDU（中继层协议数据单元，包含路由等控制信息）。IMS在这里，只充当一个“透明的快递管道”。

1.3 4a.3 Service-level interworking (业务级互通要求)

这是要求最复杂、最智能的部分。

  • The service-level interworking is a value added service which requires service subscription.
  • The interworking function shall be aware if the message should be interworked or not, e.g. specific types of Short Messages such as an over the air configuration message, shall not be interworked…
  • If an IMS user requests a notification that the message was delivered … and the Instant Message is interworked to Short Message…, an SMS status report shall be interworked to a delivery notification…
  • 技术解读:
    • 签约与授权: 业务级互通是一种增值业务，李雷需要明确签约开通，运营商可以据此收费。网络在执行“翻译”前，必须检查用户的授权。
    • 智能过滤: “翻译官”必须足够聪明，知道“什么该翻，什么不该翻”。例如，用于远程配置SIM卡的OTA（Over-the-Air）短信，其本质是二进制指令，就不应该被当成普通IM消息进行翻译，而应继续通过传输级互通，以原始格式投递。
    • 状态报告的“互译”: 这是体现业务级互通“深度”的关键。当李雷的IM被翻译成SMS发给韩梅梅后，韩梅梅成功接收，传统短信网络会生成一个SMS状态报告。IP-SM-GW收到后，必须能将其**“翻译”回一个IM的送达通知（Delivery Notification）**，并推送给李雷的IM App。反之亦然。这保证了跨业务的端到端体验闭环。

2. 第五章 Architecture model and reference points (架构模型与参考点)

本章将上述的功能要求，落实到了具体的网络实体和它们之间的接口上。

2.1 5.1 Reference architecture (参考架构)

Figure 5.1: Architecture for providing SMS over a generic IP-CAN

这张图是整个规范的“灵魂”。它清晰地展示了IP-SM-GW是如何作为“宇宙中心”，连接起传统短信世界和现代IMS世界的。

  • 传统短信世界 (上部):
    • SME/SC: 短信实体/短信中心，是短信的源头或终点。
    • SMS-GMSC/SMS-IWMSC: 短信网关，负责短信的路由和收发。
    • HLR/HSS: 存储用户位置和签约信息的中央数据库。
  • IMS世界 (中部):
    • IMS Core (S-CSCF, P-CSCF): IMS的核心信令控制节点。
    • UE: 支持IMS的终端。
  • IP-SM-GW: 位于两者之间，扮演着**“双面间谍”**的角色：
    • 对IMS核心网来说，它是一个AS（应用服务器）。
    • 对传统短信网关来说，它扮演着一个MSC/SGSN/MME/SMSF的角色。

2.2 5.2 Reference points (参考点/接口)

本节定义了连接这些实体的“神经脉络”。

  • 5.2.2 C/S6c interface:

    • 定义: The C or S6c interface allows the SMS-GMSC ... to obtain the address of the IP-Message-GW...
    • 作用: 这是MT-SMS（手机接收短信）流程的关键接口。当SMS-GMSC收到一条发给李雷的短信时，它通过C接口（MAP协议）或S6c接口（Diameter协议）向HSS查询路由。HSS会返回IP-SM-GW的地址。

  • 5.2.3 Interface between the IP-SM-GW and the HLR/HSS:

    • 定义: HSS与IP-SM-GW之间的接口，通常是Sh/J/S6c接口。
    • 作用:
      1. 注册/去注册: IP-SM-GW通过此接口，向HSS“报到”，将自己注册为该用户的短信服务节点。
      2. 路由查询: IP-SM-GW通过此接口，向HSS查询一个IMS用户对应的传统CS/PS域地址（MSC/SGSN/MME），用于域选择。
      3. 用户数据获取: IP-SM-GW通过此接口，下载与短信相关的用户签约数据（如ODB设置）。
      4. 可达性通知: HSS通过此接口，通知IP-SM-GW“某个用户现在在线了”。

  • 5.2.4 E/Gd/Gdd/SGd interface:

    • 定义: IP-SM-GW与传统短信网关之间的接口。
    • 作用: 当IP-SM-GW需要发送一条短信到传统网络时，它会模拟成一个MSC/SGSN/MME，通过这些标准的MAP/Diameter接口，将短信提交给SMS-GMSC/IWMSC。

  • 5.2.5 ISC interface:

    • 定义: IMS业务控制接口，位于S-CSCF和作为AS的IP-SM-GW之间。
    • 作用: 所有进出IMS的、与短信相关的SIP信令，都通过这个接口在S-CSCF和IP-SM-GW之间流转。

3. 5.3 Functional entities (功能实体)：IP-SM-GW的“内部构造”

本节深入到IP-SM-GW的“五脏六腑”，详细定义了它的功能。

The general functions of the IP-SM-GW are:

  • to determine the domain (CS/PS or IMS) for delivery of a Short Message;
  • to connect to the SMS- GMSC … appearing to the SMS-GMSC as an MSC, SGSN, MME or SMSF…
  • to act as an Application Server towards the IMS core;
  • to acquire and maintain knowledge of the association between the MSISDN, IMSI and the address of the S-CSCF…
  • 功能清单解读:
    1. 域选择能力: 它是最终决定一条短信是走IMS还是CS/PS的决策者。
    2. “伪装”能力: 它能对传统短信网关，惟妙惟肖地模仿成一个MSC或MME。
    3. IMS公民身份: 它能作为AS，合法地参与IMS的信令交互。
    4. “户籍管理”能力: 它内部必须维护一张**“MSISDN-IMSI-SCSCF地址”**的映射表，这是在IP世界和传统世界之间建立身份关联的关键。
    5. “翻译”能力: 实现传输级和业务级互通所需的所有协议转换和格式转换。

FAQ环节

Q1：在域选择（Domain Selection）时，IP-SM-GW的决策依据是什么？ A1：IP-SM-GW会综合考虑多种因素，形成一个复杂的决策树，其优先级通常是：

  1. 运营商策略 (Operator Policy): 这是最高优先级。例如，运营商可以配置“所有用户优先使用IMS域投递”。
  2. 用户偏好 (User Preferences): 用户可能可以在手机设置中选择“优先使用IP网络发送短信”。
  3. 用户当前注册状态: 用户是否在IMS网络中注册？HSS中记录的他是IMS用户还是CS/PS用户？
  4. 终端能力 (UE Capability): 用户终端在IMS注册时，是否上报了支持SMSIP的能力？ IP-SM-GW会根据这些信息，为每一条短信，选择一条最优的投递路径。

Q2：架构图中，IP-SM-GW和IMS Core之间有一个ISC接口，IMS Core和UE之间有一个Gm接口。这两者有什么区别？ A2：它们是IMS核心网内部和外部的接口。

  • ISC (IP Multimedia Subsystem Service Control): 是IMS的业务控制接口，位于S-CSCF和应用服务器（AS）之间。它用于触发和执行业务逻辑。所有流经IP-SM-GW的信令，都走ISC接口。
  • Gm: 是IMS的用户-网络接口，位于UE和P-CSCF之间。它承载了用户与IMS网络之间的所有SIP信令。 一条从李雷手机发出的短信，其路径是：UE → Gm → P-CSCF → S-CSCF → ISC → IP-SM-GW。

Q3：为什么IP-SM-GW需要和HSS/UDM有接口？它不能从S-CSCF那里获取所有需要的用户信息吗？ A3：不能。S-CSCF只缓存了与IMS业务相关的用户签约数据（如iFC）。而SMS over IP的很多核心功能，需要访问更底层、更完整的用户档案：

  • 传统域地址: S-CSCF不知道用户在CS/PS域的MSC/SGSN/MME地址，而IP-SM-GW在进行域选择失败回落时需要这个信息。这个信息只有HSS有。
  • 消息等待标志 (MWD): 用户是否有未读短信（储存在SMSC中）的标志，记录在HSS中。当IP-SM-GW向HSS注册成功后，HSS需要检查这个标志，并触发“Alert SC”流程，这个S-CSCF管不了。
  • 权威签约数据: HSS是用户短信业务（包括传统和IP）授权的最终权威来源，IP-SM-GW需要直接从HSS获取最准确的授权信息。

Q4：如果一个用户同时连接了Wi-Fi和5G，两条链路都能接入IMS，网络会如何选择路径来发送SMS over IP？ A4：这是一个很好的问题，规范在NOTE 2 of clause 5.3.1.2中给出了答案：

NOTE 2: The mechanism for prioritizing whether the short message is delivered via a GSM/UMTS or other IP-CAN connection when the terminal is simultaneously connected to both access networks is outside the scope of this specification.

  • 这意味着，在多路连接（multi-access）的情况下，具体优先选择哪条IP路径来投递SMS over IP，是由运营商的策略和实现决定的，TS 23.204不作具体规定。运营商可能会基于接入类型、QoS、成本等因素，通过其他策略机制（如ANDSF, PCF）来进行决策。

Q5：整个架构看起来非常复杂，它为SMS over IP带来了什么根本性的好处？ A5：最大的好处是**“架构的解耦”和“业务的融合”**。

  • 解耦: 通过将所有与SMS相关的复杂性都“封装”在IP-SM-GW这个单一的逻辑节点中，使得IMS核心网（S-CSCF等）和传统短信核心网（SMS-GMSC等）都无需为SMS over IP做大规模的改造。它们只需要把相关信令“扔”给IP-SM-GW这个“专家”去处理即可。
  • 融合: IP-SM-GW作为一个中央的互通枢纽，使得在同一个平台上，无缝地融合SMS、IM、CPM乃至未来的新消息业务成为可能，为运营商构建统一的“融合消息中心”提供了标准化的架构基础。

关系图谱