51学通信

深度解析 3GPP TS 23.204：第六章(下)及附录 - SMS与IM的“跨界融合”

17分钟阅读

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

这是系列文章的第五篇，也是我们对这份规范解读的最终章。我们将目光投向规范中极具前瞻性和复杂性的部分——第六章后半部分及附录，重点解读SMS与IM（即时消息）的业务级互通 (Service-level Interworking)。

深度解析 3GPP TS 23.204：第六章(下)及附录 - SMS与IM的“跨界融合”

本文技术原理深度参考了3GPP TS 23.204 V18.0.0 (2024-03) Release 18规范中，关于“6.7 Service-level Interworking”及相关章节、附录。本文旨在为读者揭示TS 23.204最具“魔力”的部分——它是如何充当“翻译官”，在传统的SMS世界和现代的IM（即时消息）世界之间，实现无缝的消息互通和体验融合的。

引言：当李雷的“微信”能给韩梅梅的“功能机”发消息

在之前的篇章中，我们已经解决了李雷（IMS用户）和韩梅梅（2G用户）之间，如何互相收发“原汁原味”短信的问题。这被称为传输级互通（Transport-level Interworking），IMS仅仅是作为短信的一个“快递管道”。

现在，挑战升级了。李雷使用的不再是手机自带的短信App，而是一款功能强大的融合通信App（IM/CPM客户端）。他习惯于发送包含表情、长文本、甚至是进行群聊。而韩梅梅，依然坚守着她的那台只能收发纯文本短信的功能机。

核心问题: 李雷能否用他的IM App，给韩梅梅的手机号发送一条消息，并让韩梅梅以短信的形式收到？反之，韩梅梅能否回复这条短信，并让李雷在他的IM App里看到？

TS 23.204的业务级互通（Service-level Interworking）章节，正是为了解决这个“跨物种”通信的难题而生。它将IP-SM-GW的角色，从一个简单的“短信邮差”，升级为了一个精通两种语言的**“同声传译官”**。

今天，我们将扮演“联合国译员”的角色，深入分析IP-SM-GW是如何在这两种截然不同的消息体系之间，进行巧妙的“翻译”和“转换”，最终实现看似不可能的无缝对话的。

1. 6.7 Service-level Interworking: IM/CPM UE → SMS User (IM发短信)

Figure 6.7: Successful IM origination to SMS procedure

本节描述了核心场景：李雷（IM/CPM用户）向韩梅梅（SMS用户）发送消息。

1.1 核心流程拆解

步骤 1-3: IMS域内的常规IM发送

  1. UE registers: 李雷的IM App已在IMS网络注册。
  2. UE submits the Instant Message: 李雷在他的App里，向韩梅梅的号码（格式可能是tel:+86...）发送了一条IM消息。这个消息被封装在一个SIP MESSAGE中，发往S-CSCF。
  3. S-CSCF forwards…to IP-SM-GW: S-CSCF在李雷的签约数据（iFC）中，找到了一条特殊的规则：“如果这是一个IM消息，并且接收方可能需要与SMS互通，请将消息转发给IP-SM-GW处理”。

步骤 4: IP-SM-GW的“翻译官”决策

  1. IP-SM-GW shall decide whether to perform service-level interworking: 这是“翻译官”的核心决策点。IP-SM-GW收到IM消息后，会进行一系列判断：
    • “depending on SIP request header (e.g. Request-URI), operator policy, when the Instant Message is not routable in IMS.”: IP-SM-GW会尝试在IMS网络中寻找接收方（韩梅梅）。当它发现韩梅梅不是一个IMS注册用户时（即not routable in IMS），它就知道，启动“翻译”任务的时机到了。
    • Service Authorization: IP-SM-GW还会检查李雷的签约数据，确认他是否被授权使用这项“IM-to-SMS”的增值服务。

步骤 4 (续): “翻译”与“转码”

  1. IP-SM-GW … translates the Instant Message to a Short Message (SMS- SUBMIT): 鉴权通过后，翻译工作正式开始。
    • 内容转换: IP-SM-GW会提取IM消息的核心文本内容。如果IM消息过长，the IP-SM-GW shall split the content ... into several parts, translate them to concatenated Short Messages。它会将一条长IM，分割成多条标准的级联短信。
    • 地址转换: 它会将IM消息中的发送方（李雷的SIP URI）和接收方（韩梅梅的Tel URI），转换为SMS消息中对应的发送方/接收方地址。
    • 隐私处理: 如果李雷请求隐藏身份，IP-SM-GW shall anonymize the identity。
  2. IP-SM-GW … forwards it towards SMS-SC: IP-SM-GW将“翻译”好的SMS-SUBMIT消息，通过SMS-IWMSC，发送给传统的短信中心（SMS-SC）。

步骤 5-13: 确认与状态报告的“逆向翻译”

  • 流程解读: 后续的流程，是一个精妙的“逆向翻译”过程。
    • SMSC的确认: SMSC收到短信后，会返回Submit report。
    • IP-SM-GW的翻译: IP-SM-GW收到这个传统的Submit report后，会将其翻译成一个符合IETF RFC 5438规范的IMDN (Instant Message Disposition Notification, 即时消息处置通知)。
    • IMDN的传递: 这个IMDN被封装在一个新的SIP MESSAGE中，通过S-CSCF，最终送达李雷的IM App。
  • 用户感知: 李雷在他的App界面上，看到了一个“已发送”或“已送达”的对勾。他完全不知道，他的IM消息经历了一场“穿越之旅”，以短信的形式，出现在了韩梅梅的手机上。

2. 6.14 & 6.8.3 Service-level interworking: SMS user → IM/CPM user (短信回IM)

Figure 6.14: Successful IM termination after service-level interworking

本节描述了反向流程：韩梅梅回复短信，李雷在IM App中收到。

2.1 核心流程拆解

步骤 1-4: 传统短信的路由与“拦截”

  1. UE registers: 李雷的IM App在线。
  2. SMS-SC forwards…to SMS-GMSC: 韩梅梅回复的短信，到达了李雷归属网络的SMS-GMSC。
  3. SMS GMSC interrogates the HSS: GMSC向HSS查询李雷的路由。HSS发现李雷是IMS用户，并且短信服务节点是IP-SM-GW，于是将查询转发给了IP-SM-GW。
  4. SMS-GMSC delivers the Short Message to the IP-SM-GW: GMSC将短信（SMS-DELIVER）发送给IP-SM-GW。

步骤 5-6: IP-SM-GW的“翻译官”决策与执行

  1. IP-SM-GW checks whether the recipient is authorized for the interworking service: IP-SM-GW检查接收方（李雷）是否签约了“SMS-to-IM”服务。
  2. IP-SM-GW converts the Short Message to an Instant Message: 鉴权通过，翻译开始。IP-SM-GW将收到的SMS-DELIVER消息的文本内容，提取出来，并将其封装成一个符合OMA IM/CPM规范的IM消息。
  3. IP-SM-GW sends the Instant Message using the appropriate SIP method towards the S-CSCF: IP-SM-GW将“翻译”好的IM消息，通过SIP MESSAGE，发往S-CSCF。

步骤 7-9: IMS域内的IM投递

  1. S-CSCF forwards the Instant Message to the UE: S-CSCF将IM消息投递给李雷的手机。
  2. UE acknowledges: 李雷的手机回复200 OK。
  3. S-CSCF forwards the acknowledgement: OK消息一路传回IP-SM-GW。

用户感知: 李雷的IM App弹出一个新消息通知，发件人是韩梅梅的号码，内容是“谢谢”。他感觉就像在和另一个IM用户聊天，完全不知道这条消息的源头，是一条来自2G网络的普通短信。

3. 附录A & B：群聊（Group Chat）场景的互通

规范的附录A和B，将业务级互通的场景，从“一对一”聊天，扩展到了更复杂的**“群聊”**。

Annex A (informative): Service-level interworking: IM or CPM user sends an Instant Message to a group list including SMS users

  • 场景: 李雷创建了一个家庭群聊，群成员里除了有使用IM的父母，还有只使用短信的奶奶（韩梅梅）。
  • 技术实现:
    1. 李雷在群里发一条消息，这个消息首先被发送到一个群聊AS（Group delivery AS）。
    2. 群聊AS负责将消息复制并分发给所有群成员。
    3. 当分发到奶奶的地址时，群聊AS发现她不是IMS用户，于是将这条消息路由给IP-SM-GW。
    4. IP-SM-GW执行我们熟悉的“IM-to-SMS”翻译流程，奶奶最终以短信的形式，收到了李雷的群消息。
    5. 为了让奶奶能“回复给所有人”，IP-SM-GW在第一次邀请她入群时，会为这个群聊会话，分配一个专用的长码或短码作为“群号码”。IP-SM-GW会告诉奶奶：“您现在在一个群聊中，回复本条短信即可在群内发言。”
    6. 当奶奶回复这条短信时，消息被送到IP-SM-GW。IP-SM-GW识别出这是发往那个“群号码”的，于是将短信翻译成IM消息，并将其发回给群聊AS。
    7. 群聊AS再将这条消息，分发给李雷和父母。

通过IP-SM-GW和群聊AS的精妙配合，一个“身处”传统短信世界的用户，被无缝地“拉”入了一场现代的IP群聊之中。

FAQ环节

Q1：业务级互通（Service-level Interworking）和传输级互通（Transport-level Interworking）可以同时存在吗？网络如何决策？ A1：可以，而且必须同时存在。网络（主要是IP-SM-GW）的决策逻辑非常复杂，在6.8节中有详细描述。一个简化的决策流程是：

  1. 始发侧 (IM → SMS): 当IP-SM-GW收到一条来自IMS用户的SIP MESSAGE时，它会先检查消息内容。如果内容是**“已封装的短信（encapsulated Short Message）”，则执行传输级互通**。如果内容是**“即时消息（Instant Message）”，并且接收方不在IMS中，则执行业务级互通**。
  2. 终止侧 (SMS → IM): 当IP-SM-GW收到一条来自传统网络的短信时，它会检查接收方（IMS用户）的签约数据和终端能力。如果用户签约了业务级互通，并且终端支持IM，IP-SM-GW优先执行业务级互通（转换为IM）。如果用户没有签约，或者终端只支持SMS over IP，它才会执行传输级互通（封装为SMSIP MESSAGE）。

Q2：如果李雷发送了一条非常长的IM，被分割成5条级联短信发给了韩梅梅，韩梅梅回复其中第3条，会发生什么？ A2：对于韩梅梅来说，她收到的是一个整体。现代手机会自动将级联短信合并为一条长短信。她回复时，是针对这条完整的长短信进行回复。她的回复，会被IP-SM-GW正确地关联到李雷原始的那条IM消息上。IP-SM-GW内部维护着一个复杂的会话上下文，用于管理IM与级联短信之间的映射关系。

Q3：在群聊场景中，为群聊分配的那个“群号码”是谁提供的？ A3：是由IP-SM-GW动态分配和管理的。这个号码对于SMS用户（奶奶）来说，就是这个群聊的唯一“入口”。IP-SM-GW内部会维护一张映射表：群号码 <-> IMS群聊会话ID (Group Chat Session ID)。所有发往这个群号码的短信，都会被IP-SM-GW拦截，并根据这张表，找到正确的IMS群聊会话，然后进行“SMS-to-IM”的翻译和转发。

Q4：业务级互通会不会有隐私问题？比如，我的IM聊天内容被运营商的IP-SM-GW看到了。 A4：这是一个非常重要的问题。是的，在执行业务级互通时，IP-SM-GW作为“翻译官”，必须能够访问到消息的明文内容，才能进行格式转换和分割。这与端到端加密的IM服务（如Signal, WhatsApp）是根本不同的。因此：

  • 业务级互通通常只适用于运营商自己提供的、或与其深度合作的IM/CPM业务，用户在使用这类业务时，已经同意了运营商的服务条款和隐私政策。
  • 对于需要高度隐私的通信，用户应选择支持端到端加密的OTT IM应用。
  • 规范要求，如果用户请求匿名，并且运营商策略允许，IP-SM-GW在将IM翻译成SMS时，有责任隐去或替换发送方的真实身份。

Q5：作为系列终章，回顾TS 23.204，它给我们今天的通信系统设计，最大的启示是什么？ A5：最大的启示是**“互通（Interworking）是通信的灵魂”**。TS 23.204面对的是移动通信史上一次巨大的技术代沟：一边是无处不在、但技术陈旧的SMS；另一边是功能强大、但尚未完全普及的IMS/IM。这份规范没有采取“一刀切”的革命方式，而是设计了IP-SM-GW这样一个精妙的“中间层”，通过定义传输级和业务级两种互通模式，实现了：

  • 平滑演进: 保护了运营商在传统短信系统上的巨大投资，并保证了业务的连续性。
  • 体验融合: 让处于不同技术“时代”的用户，能够互相感知不到对方的存在，实现无缝沟通。
  • 面向未来: 为更高级的融合通信业务（如群聊、富媒体）与传统网络的互通，提供了标准化的“接口”。 在今天这个技术日新月异、各种通信协议层出不穷的时代，TS 23.204这种“建桥而非筑墙”的设计哲学，对于我们构建任何一个开放、包容、可持续演进的通信生态系统，都具有深刻的指导意义。

关系图谱