<!-- title: 5G SMS over NAS三路径与SMSF注册信令拆解 -->
<!-- domain: core-network -->

# 5G SMS over NAS三路径与SMSF注册信令全链路拆解

## 一、引言：5G为何引入SMSF

在4G EPS中，SMS通过SGs接口（MME与MSC Server之间）传递，利用NAS信令承载短消息。5G核心网彻底重构了SMS架构——引入全新的**SMSF（SMS Function）**网元，通过N20/N21接口分别与AMF和UDM交互，实现SMS over NAS的原生支持。这一设计决非简单的网元替换，而是涉及到**三路径选择、SMSF动态注册/去注册、NAS层协议栈嵌套**等多层博弈。

本文聚焦TS 23.502 Section 4.13.3定义的SMS over NAS完整信令流程，逐层拆解SMSF注册激活、MO-SMS上行投递、MT-SMS下行推送三条关键信令链路，并结合TS 24.011的CP/RP层协议封装进行深入分析。

## 二、5G SMS三路径架构总览

3GPP TS 23.501 Section 5.3.2a定义了5G系统中SMS传递的三种路径：

| 路径 | 描述 | 关键网元 | 适用场景 |
|------|------|---------|---------|
| **SMS over NAS** | 通过5G NAS信令承载，经SMSF中转 | AMF↔SMSF↔SMSC | 5G NR驻留，无需回落 |
| **SMS over IP** | 通过IMS SIP MESSAGE传递 | UE↔IMS AS↔SMSC | VoNR已注册IMS的场景 |
| **SMS over SGs** | 回落到EPS，经SGs接口传递 | AMF→MME→MSC | EPS Fallback场景 |

**路径选择博弈**的核心在于：AMF在Registration流程中根据UE的SMS支持指示和网络策略，决定激活哪条路径。当UE同时支持SMS over NAS和SMS over IP时，网络侧根据部署策略优先选择其中一条。

```mermaid
graph TB
    subgraph "5G SMS三路径架构"
        UE[UE] -->|NAS Transport| AMF[AMF]
        AMF -->|N20: Nsmsf_SMSService| SMSF[SMSF]
        SMSF -->|N21: Nudm_SDM| UDM[UDM]
        SMSF -->|MAP/Diameter| SMSC[SMSC]

        UE -->|SIP MESSAGE| P_CSCF[P-CSCF]
        P_CSCF -->|IMS Core| IP_SM_GW[IP-SM-GW]
        IP_SM_GW --> SMSC

        AMF -->|N26| MME[MME]
        MME -->|SGs| MSC[MSC Server]
        MSC --> SMSC
    end

    style SMSF fill:#e1f5fe
    style AMF fill:#fff3e0
    style UDM fill:#e8f5e9
```

## 三、SMSF注册激活信令全链路（TS 23.502 Section 4.13.3.1）

### 3.1 触发条件

SMSF注册在以下两种场景中被触发：

1. **初始Registration**：UE在Registration Request中通过`5GS Registration Type`指示支持SMS over NAS，AMF在Registration Accept后触发SMSF激活
2. **Mobility Registration Update**：UE切换跟踪区时，若SMSF上下文需要更新，触发重新激活

关键判定条件：UE在Registration Request的`5GS Mobile Identity`中携带的`SMS Supported`指示位为"SMS over NAS supported"。

### 3.2 完整信令时序图

```mermaid
sequenceDiagram
    participant UE
    participant RAN as (R)AN
    participant AMF
    participant SMSF
    participant UDM

    Note over UE,AMF: 阶段一：Registration Request（含SMS指示）
    UE->>RAN: Registration Request<br/>5GS Registration Type=Initial<br/>SMS over NAS supported=1
    RAN->>AMF: N2 Registration Request<br/>+ NAS Registration Request

    Note over AMF: AMF检查UE SMS能力<br/>AMF选择SMSF

    AMF->>AMF: 本地策略/路由选择<br/>确定SMSF实例

    Note over AMF,UDM: 阶段二：SMSF激活与UDM注册
    AMF->>SMSF: Nsmsf_SMSService_Activate<br/>{SUPI, Access Type, GUAMI}
    SMSF->>UDM: Nudm_SDM_Get<br/>{SUPI, Subscription Data Type=SMS}
    UDM-->>SMSF: SMS Subscription Data<br/>{SMS-Subscribed, SMS-Teleservice-List}
    SMSF->>UDM: Nudm_UECM_Registration<br/>{SUPI, SMSF Identity, Access Type}
    UDM-->>SMSF: 201 Created<br/>UDM存储SMSF地址
    SMSF-->>AMF: 201 Created<br/>SMSF激活确认

    Note over AMF,UE: 阶段三：Registration Accept
    AMF->>RAN: N2 Registration Accept<br/>+ NAS Registration Accept<br/>SMS Services Supported=1
    RAN->>UE: Registration Accept<br/>SMS Services Supported=1
```

### 3.3 关键IE解析

| IE名称 | 所在消息 | 长度 | 说明 |
|--------|---------|------|------|
| `SMS over NAS supported` | Registration Request | 1 bit | UE能力指示，值为1表示支持NAS短信 |
| `5GS Registration type` | Registration Request | 4 bits | 初始注册/移动性更新/周期性更新/紧急注册 |
| `Access Type` | Nsmsf_Activate | - | 3GPP access或Non-3GPP access |
| `GUAMI` | Nsmsf_Activate | - | AMF标识，用于SMSF关联AMF |
| `SMS Subscription Data` | Nudm_SDM_Get response | - | 包含短信签约数据、最大提交频率限制 |
| `SMSF Identity` | Nudm_UECM_Registration | - | SMSF的NF Instance ID，UDM存储用于MT-SMS路由 |
| `SMS Services Supported` | Registration Accept | 1 bit | 网络侧确认SMS over NAS已激活 |

**设计意图**：AMF在Registration流程中异步触发SMSF激活，不阻塞Registration Accept的发送。这是一种**控制面解耦**设计——Registration和SMSF注册可以并行执行，减少时延。但如果SMSF激活失败，UE在后续发送MO-SMS时会收到CP-ERROR。

### 3.4 SMSF选择机制

TS 23.502 Section 4.13.3.4定义了SMSF选择规则：

1. AMF首先检查本地配置的SMSF列表
2. 根据UE的SUPI中的**Home PLMN**确定候选SMSF集合
3. 在**漫游场景**下，VPLMN的AMF可以选择VPLMN SMSF或HPLMN SMSF（取决于漫游协议）
4. 如果支持NRF发现，AMF通过`Nnrf_NFDiscovery`查询可用SMSF实例

```mermaid
graph LR
    subgraph "SMSF选择决策树"
        A[AMF收到Registration<br/>SMS supported=1] --> B{本地配置<br/>SMSF列表?}
        B -->|有| C[从列表选择SMSF]
        B -->|无| D{NRF可用?}
        D -->|是| E[Nnrf_NFDiscovery<br/>查询SMSF实例]
        D -->|否| F[默认SMSF地址]
        E --> G{漫游场景?}
        G -->|VPLMN| H[选VPLMN SMSF]
        G -->|HPLMN| I[选HPLMN SMSF]
        C --> J[Nsmsf_Activate]
        F --> J
        H --> J
        I --> J
    end

    style A fill:#e3f2fd
    style J fill:#c8e6c9
```

## 四、MO-SMS信令全链路（TS 23.502 Section 4.13.3.2）

### 4.1 NAS层协议栈嵌套

5G SMS over NAS的协议栈采用**三层嵌套**结构，这是理解整个信令链路的关键：

```
┌─────────────────────────────────────┐
│        NAS Transport Message        │  ← TS 24.501 (UL NAS Transport)
│  ┌─────────────────────────────┐    │
│  │      CP-DATA / CP-ACK      │    │  ← TS 24.011 (CP层: 连接控制)
│  │  ┌─────────────────────┐    │    │
│  │  │    RP-DATA          │    │    │  ← TS 24.011 (RP层: 中继协议)
│  │  │  ┌─────────────┐    │    │    │
│  │  │  │  TPDU       │    │    │    │  ← TS 23.040 (SMS用户数据)
│  │  │  │  (SMS-SUBMIT)│    │    │    │
│  │  │  └─────────────┘    │    │    │
│  │  └─────────────────────┘    │    │
│  └─────────────────────────────┘    │
└─────────────────────────────────────┘
```

| 层次 | 协议 | TS编号 | 功能 |
|------|------|--------|------|
| **承载层** | 5G NAS Transport | TS 24.501 | 提供NAS信令通道，Payload Type=SMS |
| **连接控制层** | CP (Connectionless Protocol) | TS 24.011 | CP-DATA/CP-ACK/CP-ERROR，控制SMS传输确认 |
| **中继层** | RP (Relay Protocol) | TS 24.011 | RP-DATA/RP-ACK/RP-ERROR，UE到SMSC的中继 |
| **应用层** | TPDU | TS 23.040 | SMS-SUBMIT/SMS-DELIVER，实际短信内容 |

### 4.2 MO-SMS完整信令时序

```mermaid
sequenceDiagram
    participant UE
    participant RAN as (R)AN
    participant AMF
    participant SMSF
    participant UDM
    participant SMSC

    Note over UE,SMSC: MO-SMS主叫发送流程

    UE->>RAN: UL NAS Transport<br/>Payload Container Type=SMS<br/>[CP-DATA[RP-DATA(SMS-SUBMIT)]]
    RAN->>AMF: N2 Uplink NAS Transport<br/>+ NAS消息

    Note over AMF: AMF解析NAS Transport<br/>识别SMS Payload<br/>根据SUPI查找已激活SMSF

    AMF->>SMSF: Nsmsf_SMSService_UplinkSMS<br/>{SUPI, SMS Payload, Access Type}

    Note over SMSF: SMSF解析CP/RP/TPDU<br/>校验用户短信签约

    SMSF->>UDM: Nudm_SDM_Get<br/>(可选，若未缓存签约数据)
    UDM-->>SMSF: SMS Subscription Data

    SMSF->>SMSC: MAP_FORWARD_SHORT_MSG<br/>或 Diameter S6c
    Note over SMSF,SMSC: RP-DATA转发至SMSC<br/>目标地址从RP-DATA中提取

    SMSC-->>SMSF: MAP_FORWARD_SHORT_MSG_ACK<br/>或 Diameter S6c ACK
    Note over SMSC: SMSC向目标地址<br/>投递短信(异步)

    SMSF-->>AMF: Nsmsf_SMSService_UplinkSMS Response<br/>[CP-DATA[RP-ACK(SMS-SUBMIT-REPORT)]]
    AMF->>RAN: N2 Downlink NAS Transport
    RAN->>UE: DL NAS Transport<br/>[CP-DATA[RP-ACK(SMS-SUBMIT-REPORT)]]

    UE->>RAN: UL NAS Transport<br/>[CP-ACK]
    RAN->>AMF: N2 Uplink NAS Transport
    AMF->>SMSF: Nsmsf_SMSService_UplinkSMS<br/>[CP-ACK]
    Note over UE,SMSF: CP层确认闭环
```

### 4.3 关键信令消息IE详解

**UL NAS Transport（TS 24.501 Section 8.2.8）**：

| IE | 类型 | 说明 |
|----|------|------|
| `Payload Container Type` | 半字节 | 值为0x01表示SMS |
| `Payload Container` | 变长 | 包含完整的CP-DATA消息 |
| `Additional Information` | 可选 | SMS相关附加信息 |
| `Request Type` | 可选 | 初始请求/后续请求 |

**CP-DATA（TS 24.011 Section 7.2.1）**：

| IE | 长度 | 说明 |
|----|------|------|
| `Protocol Discriminator` | 4 bits | 值为0x09（SMS相关消息） |
| `Transaction Identifier` | 4 bits | CP层事务标识，匹配CP-ACK |
| `Message Type` | 1 byte | CP-DATA=0x01 |
| `CP User Data` | 变长 | 包含RP-DATA |

**RP-DATA（TS 24.011 Section 7.3.1）**：

| IE | 长度 | 说明 |
|----|------|------|
| `Message Type` | 1 byte | RP-DATA(MS→Network)=0x00 |
| `Message Reference` | 1 byte | RP层消息引用号 |
| `RP-Originator Address` | 变长 | 通常为空（网络从NAS上下文获取） |
| `RP-Destination Address` | 变长 | 目标SMSC地址 |
| `RP-User Data` | 变长 | 包含SMS-SUBMIT TPDU |

### 4.4 CM-IDLE状态下的MO-SMS

当UE处于CM-IDLE状态发送MO-SMS时，信令链路增加**Service Request**前序流程：

1. UE发起**Service Request**（5G-AN通过Initial NAS Message发送）
2. AMF触发AN-specific NAS安全流程建立安全连接
3. UE在安全连接建立后发送**UL NAS Transport**携带SMS
4. 后续流程与CM-CONNECTED状态一致

这一设计体现了5G的**按需连接**理念——SMS不需要常驻信令连接，空闲态也能快速触发。

## 五、MT-SMS信令全链路（TS 23.502 Section 4.13.3.3）

### 5.1 完整信令时序

```mermaid
sequenceDiagram
    participant SMSC
    participant GMSC as SMS-GMSC
    participant UDM
    participant SMSF
    participant AMF
    participant RAN as (R)AN
    participant UE

    Note over SMSC,UE: MT-SMS被叫接收流程

    SMSC->>GMSC: 短信投递请求<br/>(含目标MSISDN)
    GMSC->>UDM: Nudm_UECM_Get<br/>{MSISDN,查询SMSF地址}
    UDM-->>GMSC: SMSF Identity + PLMN ID
    GMSC->>SMSF: 短信前转请求<br/>(MAP/Diameter)

    Note over SMSF: SMSF收到MT-SMS<br/>查找UE关联的AMF

    alt UE在CM-CONNECTED状态
        SMSF->>AMF: Namf_Communication<br/>_N1N2MessageTransfer<br/>{N1 SM Container=SMS}
        AMF->>RAN: N2 Downlink NAS Transport<br/>+ DL NAS Transport[CP-DATA[RP-DATA(SMS-DELIVER)]]
        RAN->>UE: DL NAS Transport<br/>[CP-DATA[RP-DATA(SMS-DELIVER)]]
    else UE在CM-IDLE状态
        SMSF->>AMF: Namf_Communication<br/>_N1N2MessageTransfer<br/>{N1 SM Container=SMS}
        Note over AMF: AMF缓存SMS<br/>触发寻呼
        AMF->>RAN: N1N2 Transfer Failure<br/>触发Paging
        RAN->>UE: Paging<br/>(SMS指示)
        UE->>RAN: Service Request
        RAN->>AMF: N2 Service Request
        AMF->>RAN: N2 Downlink NAS Transport<br/>+ DL NAS Transport[CP-DATA[RP-DATA(SMS-DELIVER)]]
        RAN->>UE: DL NAS Transport<br/>[CP-DATA[RP-DATA(SMS-DELIVER)]]
    end

    UE->>RAN: UL NAS Transport<br/>[CP-DATA[RP-ACK(SMS-DELIVER-REPORT)]]
    RAN->>AMF: N2 Uplink NAS Transport
    AMF->>SMSF: Nsmsf_SMSService_UplinkSMS<br/>[CP-DATA[RP-ACK]]
    SMSF->>GMSC: 短信投递确认
    GMSC->>SMSC: 投递成功通知

    UE->>RAN: UL NAS Transport<br/>[CP-ACK]
    RAN->>AMF: N2 Uplink NAS Transport
    AMF->>SMSF: Nsmsf_SMSService_UplinkSMS<br/>[CP-ACK]
```

### 5.2 MT-SMS路由解析的关键博弈

MT-SMS的核心难点在于**SMSC如何找到目标UE**。路由解析链路如下：

```
MSISDN → SMS-GMSC查询UDM → 获取SMSF Identity → SMSF查询AMF → AMF寻呼/推送UE
```

**与4G的对比**：

| 维度 | 4G SGs SMS | 5G SMS over NAS |
|------|-----------|-----------------|
| 路由锚点 | HSS→MME | UDM→SMSF→AMF |
| 中间网元 | MSC Server | SMSF |
| NAS承载 | EPS NAS | 5GS NAS Transport |
| 漫游支持 | 通过SGs漫游 | 通过N20/Nsmsf漫游 |
| 注册粒度 | 附着级别 | SMSF单独注册 |
| 路径数 | 1条（SGs） | 3条（NAS/IP/SGs） |

**设计意图**：5G将SMS从CS域概念中彻底解耦。SMSF作为独立NF，可以独立扩缩容、独立部署。相比4G中MSC承担SMS中继，5G的SMSF是轻量级的纯控制面NF，不承载用户面流量。

## 六、SMSF去注册信令（TS 23.502 Section 4.13.3.6）

### 6.1 触发条件

SMSF去注册在以下场景触发：

1. **UE发起Deregistration**：UE从5G网络注销
2. **AMF发起Deregistration**：AMF决定去注册UE（如隐式去注册定时器超时）
3. **SMSF发起Deactivation**：SMSF本地策略决定停用SMS服务
4. **UDM发起去注册**：用户SMS签约数据变更

### 6.2 去注册信令流程

```mermaid
sequenceDiagram
    participant AMF
    participant SMSF
    participant UDM

    Note over AMF,UDM: 场景：AMF触发去注册

    AMF->>SMSF: Nsmsf_SMSService_Deactivate<br/>{SUPI, Access Type}
    SMSF->>UDM: Nudm_UECM_Deregistration<br/>{SUPI, SMSF Identity}
    UDM-->>SMSF: 204 No Content<br/>UDM删除SMSF注册记录
    SMSF->>SMSF: 删除UE SMS上下文<br/>释放资源
    SMSF-->>AMF: 204 No Content<br/>去激活确认
```

**注意**：如果UE同时通过3GPP和Non-3GPP接入注册了SMSF，AMF需要针对每个Access Type分别触发Deactivate。只有当两个Access Type都被去激活后，SMSF才向UDM发起Deregistration。

## 七、NAS层SMS状态机

UE和SMSF在SMS传递过程中维护CP层和RP层两个独立的状态机：

```mermaid
stateDiagram-v2
    [*] --> CP_IDLE: SMS传输开始
    CP_IDLE --> CP_MM_PENDING: 发送CP-DATA
    CP_MM_PENDING --> CP_WAIT_FOR_ACK: 等待CP-ACK
    CP_WAIT_FOR_ACK --> CP_IDLE: 收到CP-ACK<br/>(正常完成)
    CP_WAIT_FOR_ACK --> CP_WAIT_RETRANS: CP-ACK超时
    CP_WAIT_RETRANS --> CP_WAIT_FOR_ACK: 重传CP-DATA
    CP_WAIT_RETRANS --> CP_IDLE: 重传次数耗尽<br/>(CP-ERROR)
    CP_MM_PENDING --> CP_IDLE: CP-ERROR<br/>(异常终止)

    state CP_IDLE {
        [*] --> RP_IDLE
        RP_IDLE --> RP_WAIT_FOR_ACK: 发送RP-DATA
        RP_WAIT_FOR_ACK --> RP_IDLE: 收到RP-ACK<br/>(成功)
        RP_WAIT_FOR_ACK --> RP_IDLE: 收到RP-ERROR<br/>(失败)
    }
```

| 定时器 | 层次 | 取值范围 | 说明 |
|--------|------|---------|------|
| TC1 | CP层 | 10-30秒 | CP-DATA重传定时器 |
| TR1 | CP层 | 30-60秒 | CP层整体事务超时 |
| TR2M | RP层 | 12-60秒 | MO RP-DATA等待RP-ACK超时 |
| TR2AM | RP层 | 12-60秒 | MT RP-DATA等待RP-ACK超时 |

## 八、N20/N21接口服务操作汇总

| 接口 | 服务操作 | 方向 | TS定义 | 用途 |
|------|---------|------|--------|------|
| N20 | Nsmsf_SMSService_Activate | AMF→SMSF | TS 29.540 | 激活SMS服务 |
| N20 | Nsmsf_SMSService_Deactivate | AMF→SMSF | TS 29.540 | 去激活SMS服务 |
| N20 | Nsmsf_SMSService_UplinkSMS | AMF→SMSF | TS 29.540 | 上行SMS投递 |
| N20 | Namf_Communication_N1N2Transfer | SMSF→AMF | TS 29.518 | 下行SMS推送 |
| N21 | Nudm_SDM_Get | SMSF→UDM | TS 29.503 | 获取SMS签约数据 |
| N21 | Nudm_UECM_Registration | SMSF→UDM | TS 29.503 | SMSF注册到UDM |
| N21 | Nudm_UECM_Deregistration | SMSF→UDM | TS 29.503 | SMSF从UDM去注册 |
| N21 | Nudm_SDM_Notification | UDM→SMSF | TS 29.503 | 签约变更通知 |

## 九、实战连接：抓包识别与故障排查

### 9.1 抓包识别要点

在5G核心网抓包中识别SMS over NAS流程的关键特征：

| 检查点 | 抓包位置 | 识别方法 |
|--------|---------|---------|
| NAS Transport SMS | N2接口（AMF↔RAN） | NAS消息类型=0x67（UL）或0x68（DL），Payload Container Type=0x01 |
| SMSF激活 | N20接口（AMF↔SMSF） | HTTP POST /nsmsf-sms/v1/{smsfId}/sms-activate |
| MO-SMS上行 | N20接口 | HTTP POST /nsmsf-sms/v1/{smsfId}/uplink，Body含SMS Payload |
| MT-SMS下行 | N20接口 | HTTP POST /namf-comm/v1/UEContext/{ueCtxId}/n1-n2-messages |
| SMS签约获取 | N21接口 | HTTP GET /nudm-sdm/v2/{supi}/sm-data |

### 9.2 常见故障点

| 故障现象 | 可能原因 | 排查思路 |
|---------|---------|---------|
| UE发送SMS后无响应 | SMSF激活失败 | 检查AMF日志：Nsmsf_Activate返回码；检查UDM SMS签约数据 |
| MT-SMS无法送达 | UDM未存储SMSF Identity | 检查SMSF的Nudm_UECM_Registration是否成功 |
| CP-ERROR反复出现 | NAS安全上下文异常 | 检查5G AKA完成后SMS NAS消息是否受安全保护 |
| MO-SMS投递失败 | RP-Destination Address错误 | 解析RP-DATA中的SMSC地址字段 |
| SMSF选择失败 | NRF无可用SMSF实例 | 检查NRF中SMSF Profile注册状态 |
| 漫游场景SMS不通 | VPLMN未部署SMSF | 检查漫游协议是否支持SMS over NAS |
## 十、5G SMS over NAS vs SMS over IP对比

| 维度 | SMS over NAS | SMS over IP |
|------|-------------|-------------|
| **协议栈** | NAS→CP→RP→TPDU | SIP MESSAGE→MSRP→TPDU |
| **网元依赖** | SMSF+AMF | IMS Core (P-CSCF/S-CSCF/IP-SM-GW) |
| **IMS要求** | 不需要IMS注册 | 需要IMS已注册 |
| **CP开销** | 低（无IMS SIP信令开销） | 高（需IMS Registration+SIP事务） |
| **延迟** | 较低（2-3个NAS往返） | 较高（SIP事务+MSRP传输） |
| **漫游支持** | N20漫游 | IMS漫游 |
| **适用终端** | 所有5G终端 | 需IMS SMS客户端 |
| **紧急短信** | 支持 | 不支持 |
| **3GPP定义** | TS 23.502 §4.13.3 | TS 23.502 §4.13.5 |

## 常见问题

**Q1: SMSF注册和AMF Registration是串行还是并行？**
A: 并行设计。AMF在收到Registration Request后，先返回Registration Accept（含SMS Services Supported指示），同时异步触发Nsmsf_SMSService_Activate。这降低了Registration整体时延。但如果SMSF激活在UE发送第一条SMS前未完成，AMF会返回错误。

**Q2: UE如何知道SMS over NAS是否已激活？**
A: Registration Accept消息中的`SMS Services Supported`指示。如果该位为1，表示网络已为该UE激活了SMS over NAS。如果为0，UE不应通过NAS发送SMS。

**Q3: CP-ACK和RP-ACK的区别是什么？**
A: CP-ACK确认CP-DATA在UE和SMSF之间的可靠传输（TS 24.011连接控制层），RP-ACK确认RP-DATA在UE和SMSC之间的端到端投递（TS 24.011中继层）。CP层是逐跳确认，RP层是端到端确认。一条MO-SMS成功需要CP-ACK和RP-ACK双重确认。

**Q4: 为什么SMSF需要单独注册到UDM，而不是AMF代劳？**
A: MT-SMS路由需要SMSF Identity。当SMSC投递MT-SMS时，SMS-GMSC查询UDM获取SMSF地址而非AMF地址。如果AMF代劳，UDM中存储的将是AMF地址，MT-SMS路由会绕过SMSF直接到达AMF，AMF又需要查询SMSF，增加不必要的信令跳数。

**Q5: 5G SMS over NAS是否支持短信级联（Concatenated SMS）？**
A: 支持。级联短信在TPDU层通过UDH（User Data Header）的级联IE处理（TS 23.040 Section 9.2.24），每条级联分段作为独立的RP-DATA/CP-DATA/NAS Transport消息传输。SMSF不感知级联，仅透传TPDU。接收端UE在TPDU层重组。

## 参考来源

1. [3GPP TS 23.502 V18.10.0](https://www.etsi.org/deliver/etsi_ts/123500_123599/123502/18.10.00_60/ts_123502v181000p.pdf) — Section 4.13.3: SMS over NAS procedures
2. [3GPP TS 23.501 V18.8.0](https://www.etsi.org/deliver/etsi_ts/123500_123599/123501/18.08.00_60/ts_123501v180800p.pdf) — Section 5.3.2a: SMS architecture in 5G
3. [3GPP TS 29.540 V17.5.0](https://www.etsi.org/deliver/etsi_ts/129500_129599/129540/17.05.00_60/ts_129540v170500p.pdf) — SMSF Services Stage 3
4. [Cisco Ultra Cloud Core AMF SMS over NAS](https://www.cisco.com/c/en/us/td/docs/wireless/ucc/amf/2025-02/config-and-admin/b_ucc-5g-amf-config-and-admin-guide_2025-02/m_sms_over_nas.html) — MO/MT SMS Configuration Guide
5. [Moniem-Tech: SMS Overview in 5G Network](https://moniem-tech.com/2024/10/27/sms-overview-in-5g-network/) — 5G SMS Architecture Overview

---
> 本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵**爱卫生**（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。
> 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

> [!tip] 51学通信知识星球
> **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。
> **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。
> **当前规模**：5200 篇主题 / 990 个回答，198 元/年。
> **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。
> **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)