51学通信

深度解析 3GPP TS 31.102：4.2.58 EFCPSMS (核心网分组域短信偏好)

15分钟阅读

好的，我们继续接续上一篇文章，对 3G_PP TS 31.102 规范进行深度拆解。

深度解析 3GPP TS 31.102：4.2.58 EFCPSMS (核心网分组域短信偏好)

本文技术原理深度参考了3GPP TS 31.102 V18.8.0 (2025-03) Release 18规范中，关于“4.2.58 EFCPSMS (Core Phase 2+ SMS parameters)”的核心章节，旨在为读者深入剖析在3G/UMTS时代，当短信业务面临从电路交换（CS）域向分组交换（PS）域演进时，USIM卡是如何通过EFCPSMS这个小巧的“偏好开关”，来指导手机选择最优的短信发送路径的。

在我们传统的认知中，短信（SMS）是与语音通话相伴相生的业务，一直运行在电路交换（CS）域的信令通道上。然而，随着2.5G（GPRS）和3G（UMTS）网络的普及，分组交换（PS）域成为了数据业务的主导。为了提升网络效率和灵活性，3GPP标准引入了一项重要的能力：在PS域上传输短信 (SMS over PS)。

这意味着，当我们的主角“李想”的手机同时连接到CS域和PS域时，它在发送短信时面临一个选择：是走传统的CS“老路”，还是走新兴的PS“新路”？

这个选择并非随意的，它可能受到网络能力、运营商策略、终端状态等多种因素的影响。为了给手机提供一个明确的、来自运营商的“官方指导意见”，3GPP规范设计了EFCPSMS文件。

EFCPSMS，全称 Core Phase 2+ SMS parameters，即“核心网阶段2+短信参数”。这个名字带有浓厚的历史印记，它指明了这个功能是在GSM演进到GPRS（Phase 2+）阶段引入的。其核心使命非常专一：向手机表明，当CS和PS域同时可用时，运营商更偏好（或强制要求）使用哪个域来发送短信。

1. “路径选择器”：EFCPSMS的核心价值

EFCPSMS的核心价值在于，它为运营商提供了一个标准化的工具，来控制其网络中短信业务的承载方式，从而实现网络资源的优化和业务的平滑演进。

If service n° 67 is “available”, this file shall be present.

This EF indicates whether the UE shall send a MO short message via the PS domain, when available, as a preferred option to the CS domain.

这段原文精确地阐述了EFCPSMS的功能：

  1. 服务关联: 它的存在与EF_UST中的服务n°67（SMS over PS support）相关联。

  2. 功能核心: 指示UE（手机）在发送MO（移动始发）短信时，是否应该将PS域作为比CS域更优先的选项 (preferred option)。

为什么需要这个选择？

  • 网络效率: 在一个以数据业务为主的网络中，PS域的资源可能更丰富，调度更灵活。将短信流量从CS信令通道迁移到PS数据通道，有助于减轻CS域的信令负荷。

  • 业务演进: SMS over PS是后续IMS网络中短信（SMS over IP）的前身。引导用户使用PS域，有助于培养终端和网络向全IP化演进。

  • 终端状态: 某些情况下，手机可能暂时无法使用CS域（例如，正在进行CS通话但不支持双待），但PS域依然可用。此时，通过PS域发送短信就成了一个重要的补充能力。

工作机制：

  1. USIM配置: 运营商根据其网络策略，在EFCPSMS文件中设置偏好。

  2. 手机决策: 当李想的手机准备发送短信时，它会执行以下决策逻辑：

    • 检查EFCPSMS文件是否存在，以及其中的偏好设置是什么。

    • 情况A：EFCPSMS指示“PS域优先”:

      • 手机会首先检查PS域是否可用（即GPRS/UMTS PS是否附着成功）。

      • 如果PS域可用，手机会尝试通过PS域发送短信。

      • 如果通过PS域发送失败，手机会回退 (Fallback) 到尝试使用CS域发送。

    • 情况B：EFCPSMS指示“CS域优先”或文件不存在:

      • 手机会首先尝试通过CS域发送短信。

      • 如果CS域不可用或发送失败，手机（如果具备能力）可能会尝试使用PS域作为备用方案。

通过这个简单的偏好设置，运营商就能在宏观上，引导其网络中数百万终端的短信发送行为，实现流量的调度。

2. 简洁的“开关”：EFCPSMS文件结构与编码剖析

EFCPSMS的设计极为简洁，其核心就是一个1字节的“开关”。

2.1 文件结构

表 4.2.58-1: EFCPSMS 文件结构

| 属性 | 值 |

| :--- | :--- |

| Identifier | ‘6FDD’ |

| Structure | Transparent |

| File size | 1 byte |

| Access Conditions| READ: ALW, UPDATE: ADM |

字节内容

| 字节 | 描述 | M/O | 长度 |

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

| 1 | SMS Core Network Parameters (短信核心网参数) | M | 1 byte |

逐项解读：

  • Identifier: 6FDD。

  • File size: 仅仅1个字节。

  • Access Conditions: 读取权限为ALW（总是允许），手机在任何时候都可能需要发送短信，因此需要无障碍地获取这个偏好设置。而更新权限为ADM，短信的承载策略完全由运营商决定。

2.2 编码的核心：1比特的偏好

这个1字节文件，其核心信息只用了1个比特位。

Coding:

b1=0: PS domain shall not be the preferred domain.

b1=1: PS domain shall be the preferred domain.

Bits b2 to b8 are reserved for future use.

编码艺术：

  • b1 (偏好位):

    • b1=0: PS域不作为首选。这意味着手机应优先使用CS域。

    • b1=1: PS域应作为首选。这意味着手机应优先使用PS域。

  • b2-b8: 保留，用于未来可能的扩展。

场景化举例（编码）：

  1. 场景A：传统运营商

    一家运营商的网络以CS为主，PS网络尚不稳定。它希望所有短信都走传统的CS路径。那么，在它发行的USIM卡中，EFCPSMS文件的内容就是'00'（十六进制），因为b1=0。

  2. 场景B：积极演进的运营商

    另一家运营商大力发展其PS网络，并希望将短信流量逐步迁移到PS域。在它发行的USIM卡中，EFCPSMS文件的内容就是'01'（十六进制），因为b1=1。李想的手机读取到这个值后，每次发短信都会优先尝试PS路径。

3. 从EFCPSMS到IMS：短信承载的演进之路

EFCPSMS是短信承载演进史上的一个重要里程碑，但它只是万里长征的第一步。整个演进路径大致如下：

  1. CS域短信 (SMS over CS): 最初的、基于2G/3G信令通道的短信。

  2. PS域短信 (SMS over PS): 3G时代引入，通过PS域数据通道传输短信。EFCPSMS正是这个阶段的控制开关。

  3. IP域短信 (SMS over IP / SMSoIP): 在4G/VoLTE和5G/IMS时代，短信被进一步封装在IP包中，通过IMS核心网进行路由。这需要手机和网络都支持IMS。

    • 在这个阶段，手机的短信发送偏好，由一个更复杂的决策树来决定。手机会检查自己是否已注册IMS、IMS是否支持SMSoIP、以及运营商的配置策略等。

    • 相关的配置参数，也从简单的EFCPSMS，演进到了存储在EFSMSS中的一个更复杂的字段：“SMS-over-IP MO preference”。

EFCPSMS虽然是一个“过时”的参数，但它所代表的“通过USIM配置来引导终端选择不同承载技术”的设计思想，在后续的SMSoIP、VoLTE/VoWiFi切换等更复杂的场景中，被不断地继承和发扬。

总结：演进道路上的“交通信号灯”

EFCPSMS文件虽然简单，但它在移动通信网络从CS向PS演进的关键时期，扮演了一个重要的“交通信号灯”角色。

  • 实现了运营商的策略引导: 为运营商提供了一个简单、直接的开关，来控制全网终端的短信承载偏好，实现了宏观的流量调度。

  • 促进了业务的平滑演进: 通过提供“PS优先+CS回退”的机制，使得运营商可以在保证业务可靠性的前提下，逐步将其短信流量向更高效的PS域迁移。

  • 体现了设计的简洁性: 仅用1个比特位，就清晰地表达了“优先”或“不优先”的核心策略，是3GPP标准化设计中“用最少资源解决核心问题”的典范。

对于李想而言，他可能从未察觉到，他发送的每一条短信，其在空中的“飞行路线”可能都大相径庭。这条路线的选择，在很大程度上，就取决于他USIM卡中EFCPSMS文件里那个不起眼的比特位。这个小小的开关，正是运营商在网络演进的大棋局中，落下的一颗精妙棋子。

FAQ环节

Q1：EFCPSMS可以强制手机只能使用PS域发短信吗？

A1：不可以。EFCPSMS定义的是“偏好 (preference)”，而不是“强制 (mandatory)”。当设置为“PS域优先”时，如果PS域发送失败，手机的协议栈会自动回退 (fallback) 到CS域进行重试。这种设计是为了最大限度地保障短信业务的可靠性，确保在任何情况下，只要有一条路能走通，短信就应该能被发出去。

Q2：接收短信（MT-SMS）的路径也受EFCPSMS控制吗？

A2：不受。EFCPSMS明确定义的是移动始发 (MO-SMS)，即用户发送短信的行为。短信的接收路径是由网络侧（特别是短信中心SMSC和核心网SGSN/MSC）的路由策略决定的，与终端USIM中的这个设置无关。

Q3：在只有4G/5G信号（无2G/3G CS覆盖）的地方，EFCPSMS还有用吗？

A3：在这种“PS Only”的环境下，EFCPSMS的作用变得不那么直接。

  • 如果手机支持SMSoIP（通过IMS发送短信），它会优先使用IMS路径。

  • 如果手机不支持SMSoIP，但运营商网络支持“SMSinMME/5G-NAS”（即在4G/5G的NAS信令上传输短信，这可以看作是CS短信在4G/5G上的一种模拟），手机会使用这条路径。

EFCPSMS中“CS优先”或“PS优先”的设置，在纯4G/5G环境中，其决策权重会低于IMS支持情况等更高阶的判断。EFCPSMS的“主场”是在2G/3G CS和PS共存的环境。

Q4：为什么这个文件的更新权限是ADM？

A4：短信业务的承载方式是运营商的核心网络策略，直接关系到网络资源的分配和演进路线。运营商需要对全网用户的行为进行统一的规划和引导。如果允许用户自行修改，可能会导致大量用户涌向一个尚未准备好的网络（如初期的PS网络），造成网络拥塞和业务失败。因此，这个策略开关的控制权必须牢牢掌握在运营商手中。

Q5：EFCPSMS和EFACL（APN控制列表）有什么联系吗？

A5：没有直接联系，但都与PS域相关。EFACL控制的是手机可以连接到哪个APN（即通往哪个外部数据网络的“大门”）。而EFCPSMS控制的是，在连接建立后，短信业务的“小包裹”是应该从PS域这个“大门”走，还是从CS域的“小门”走。前者管“去哪里”，后者管“怎么去”。

关系图谱