本文技术原理深度参考了3GPP TS 23.501 V18.9.0 (2025-03) Release 18规范中，关于“5.31 Support for Cellular IoT”的核心章节，旨在为读者提供一个5G核心网如何通过一系列精巧的优化机制，来满足海量、低功耗、小数据物联网（CIoT）终端的特殊通信需求的全景视图。由于该章节内容庞大，本文为系列解读的第一部分。
深度解析 3GPP TS 23.501：5.31 Support for Cellular IoT (Part 1 - 控制面优化与数据传输新模式)
欢迎来到“解构5G核心网”系列。在上一篇文章中，我们深入探讨了5G如何通过SNPN（独立非公共网络）为垂直行业构建一个安全、自主的“独立王国”。今天，我们将把目光从网络的“归属”转向网络的“效率”，聚焦于5G时代真正的蓝海市场——海量物联网（Cellular IoT, CIoT）。
与我们日常使用的智能手机不同，物联网终端的世界遵循着一套截然不同的法则：连接数量可能是亿万级别，但每个连接发送的数据却极其微小；它们对成本和功耗极其敏感，一块电池可能需要支撑数年之久。传统的、为大带宽、高频交互而设计的移动通信模式，在CIoT的世界里显得“杀鸡用牛刀”，既浪费了宝贵的网络资源，也耗尽了终端宝贵的电量。
因此，5G必须进行一场深刻的“自我革命”。本篇，我们将深入规范的5.31章节，揭示5G为CIoT量身打造的一系列优化机制。由于内容丰富，我们将分多篇进行解读。Part 1将聚焦于CIoT的基础——网络行为协商，以及最具革命性的特性——控制面CIoT 5GS优化。
为了让这些概念变得触手可及，让我们再次回到**“CyberGear Factory”。网络总监李工接到了一项新任务：在工厂的每一个角落，部署数千个名为“蜂鸟-01”**的环境监测传感器。这些传感器每小时只需上报一次温度、湿度和气压读数——每次的数据量只有几十个字节。李工面临的核心挑战是：如何让这数千只“蜂鸟”既能可靠地通信，又能最大限度地延长其电池寿命，实现“一次部署，十年无忧”？
1. “蜂鸟”的诉求：CIoT的网络行为协商 (5.31.1 & 5.31.2)
在“蜂鸟-01”正式开始工作前，它必须与网络进行一次至关重要的“对话”，告知网络它的“习性”和“偏好”。这就是网络行为的协商。
The 5G Preferred Network Behaviour signalled by the UE includes the following information in the 5GMM Capability IE:
- Whether Control Plane CIoT 5GS Optimisation is supported.
- Whether User Plane CIoT 5GS Optimisation is supported.
- Whether N3 data transfer is supported.
The AMF indicates the network behaviour the network accepts in the 5G Supported Network Behaviour information.
1.1 CIoT的三种“沟通方式”
一个CIoT终端在注册时，会向AMF表明自己支持并偏好哪种数据传输方式：
- 控制面CIoT 5GS优化 (Control Plane CIoT 5GS Optimisation): 这是最高效的方式。UE表示：“我的数据量非常小，我希望直接把数据打包在信令（NAS消息）里发给你（AMF），咱们就不必兴师动众地建立专门的数据通道（用户面）了。”
- 用户面CIoT 5GS优化 (User Plane CIoT 5GS Optimisation): UE表示：“我的数据量不大，但我还是希望走数据通道。不过，为了省电，我希望在空闲时能彻底‘休眠’，并且在需要发送少量数据时，能有一种快速恢复连接的机制，而不用每次都走完整的服务请求流程。”
- N3数据传输 (N3 data transfer): 这是最传统的方式，即标准的、通过N3接口（RAN与UPF之间）的用户面数据传输。UE表示：“我和普通手机一样，需要建立完整的用户面连接来传输数据。”
1.2 协商与决策
- UE的偏好 (Preferred Behaviour): UE会在
Registration Request消息的5GMM能力信息中，告诉AMF它支持哪些模式，并倾向于使用哪一种。 - 网络的支持 (Supported Behaviour): AMF会根据自身的配置、网络策略以及UE的签约信息，在
Registration Accept消息中告知UE，网络最终批准它使用哪些模式。
1.3 场景代入：“蜂鸟-01”的自我介绍
“蜂鸟-01”传感器首次开机，向CyberGear SNPN的AMF发起注册。它的NAS信令中包含了这样的“自我介绍”：
- 我支持： 控制面优化、用户面优化、N3数据传输。
- 我偏好： 控制面优化。
李工早已在AMF上配置了支持所有CIoT优化的策略。因此，AMF在回复给“蜂鸟-01”的Registration Accept消息中确认：“欢迎加入！我支持你使用控制面优化。”
这次成功的“握手”，为后续所有的数据传输奠定了高效的基调。
2. 跨代兼容：CIoT在EPS与5GS间的选择与重定向 (5.31.3)
即使在SNPN这样的纯5G环境中，也可能存在部分区域因为历史原因只部署了4G基站。因此，CIoT的互操作性同样重要。
The UE selects the core network type (EPC or 5GC) based on the broadcast indications for both EPC and 5GC and the UE’s EPC and 5GC Preferred Network Behaviour.
核心思想： CIoT终端在选择4G还是5G网络时，不仅仅看信号强度，更重要的是看目标网络是否支持它所偏好的网络行为。
- 如果一个区域同时有4G和5G信号，但只有5G网络在广播中表明支持“控制面优化”，那么“蜂鸟-01”会优先选择5G。
- 如果UE当前在5G网络，但因为某种原因（如网络策略调整），AMF希望它使用4G网络，AMF可以发送一个带有特定EMM原因值的
Registration Reject消息，指示UE“重定向”到EPC。
这个机制确保了CIoT设备总能被引导到最能发挥其能效优势的网络上。
3. 革命性的传输模式：控制面CIoT 5GS优化 (5.31.4)
这是5G为海量小数据物联网带来的最具革命性的创新。它彻底颠覆了传统移动网络必须为数据传输建立用户面承载的模式。
The Control Plane CIoT 5GS Optimisation is used to exchange user data between the UE and the SMF as payload of a NAS message in both uplink and downlink directions, avoiding the establishment of a user plane connection for the PDU Session.
3.1 核心理念：信令捎带数据
传统的用户面传输，好比为了寄一封信（小数据包），而专门叫了一辆出租车（建立用户面资源，包括DRB和N3隧道）。整个过程信令开销大、时延高、耗电多。
而控制面优化，则像是直接把信件交给了正在巡逻的邮递员（承载NAS信令的SRB）。信件被夹在邮递员的信包里（封装在NAS消息中），直接送达“邮政总局”（核心网），无需任何额外的“叫车”流程。
3.2 上行数据传输流程
让我们跟随“蜂鸟-01”上报的一次温度数据，走一遍完整的流程：
- UE封装数据： 传感器测量到温度为25.1°C。UE的NAS层将这个数据（
"Temp: 25.1"）作为“Payload”，封装进一个UL NAS TRANSPORT消息中。 - UE → AMF (信令通道): 这个NAS消息通过RRC信令承载（SRB），发送给基站，再由基站通过N2接口发送给AMF。全程没有建立任何数据无线承载（DRB）。
- AMF → SMF (透明转发): AMF收到了这个NAS消息。它检查消息头，发现这是一个需要转发给SMF的会话管理消息。于是，AMF扮演“透明代理”的角色，根据PDU会话ID，将这个完整的NAS消息转发给为该会话服务的SMF。
- SMF处理并分发： SMF是第一个真正“拆开信件”的节点。它解析出NAS消息中的用户数据，然后根据PDU会话的DNN和配置，决定数据的最终去向。
3.3 数据的两种“锚点”
When the Control Plane CIoT 5GS Optimisation feature is used and the PDU Session Type is unstructured, the SMF selects either NEF or UPF based on information in the UE’s subscription.
SMF在处理来自控制面的数据后，有两个主要的转发目标，即数据锚点：
- UPF锚点 (UPF anchoring): 对于IP类型的数据，SMF会将数据包通过N4接口发送给UPF。UPF再通过N6接口，将数据路由到外部的数据网络（如工厂的后台服务器）。在这种模式下，虽然空口和N3接口的用户面被绕过，但UPF依然作为IP会话的锚点存在。
- NEF锚点 (NEF anchoring): 对于非IP数据（NIDD），SMF会将数据直接发送给NEF。NEF再通过API调用，将数据推送给外部的AF。这种方式实现了从UE到应用服务器的端到端非IP通信。
3.4 “永不建路”的承诺：控制面唯一指示 (Control Plane Only Indicator)
If a PDU Session shall only use Control Plane CIoT 5GS Optimisation (i.e. that a user-plane connection shall never be established for the new PDU Session), the AMF provides a Control Plane Only Indicator to the SMF during the PDU Session Establishment.
对于那些生命周期内只会发送极小数据包的设备（如“蜂鸟-01”），网络可以在PDU会话建立时，就打上一个**“仅控制面”**的标签。
- 这个指示由AMF根据网络策略和UE偏好决定，并告知SMF。
- SMF和UE都会记录这个状态。对于标记了“Control Plane Only”的PDU会话，UE将永远不会为它请求建立用户面资源，网络也永远不会为它分配用户面资源。
- 这就像是为“信件”服务开通了一个永久的“邮政信箱”，彻底杜绝了任何“叫出租车”的可能性，实现了极致的资源节省。
3.5 场景代入：“蜂鸟-01”的汇报工作
- 建立“仅控制面”会话： 在“蜂鸟-01”首次注册后，AMF根据其偏好和业务属性（传感器数据），在SMF建立PDU会话时，打上了“Control Plane Only”的指示。
- 数据上报： 一小时后，传感器采集到数据。它将
{Temp: 25.1, Hum: 60%}打包进NAS消息，通过SRB信令通道发送给AMF。 - 核心网路由： AMF将消息转发给SMF。SMF解析出数据，发现这是一个IP PDU会话，于是将数据通过N4接口送到UPF，UPF再通过N6接口送到工厂的环境监控服务器。
- 极致节能： 整个上报过程，没有激活任何无线数据承载，没有建立N3隧道，信令交互被减到最少。“蜂鸟-01”的无线模块在发送完数据后，可以立即进入深度睡眠，极大地延长了电池寿命。李工的“十年无忧”目标，正在通过控制面优化一步步实现。
5. FAQ
Q1: 控制面CIoT 5GS优化和用户面CIoT 5GS优化有什么主要区别？
A: 主要区别在于数据传输的路径和是否建立用户面资源。
- 控制面优化 (CP Optimisation): 用户数据被封装在NAS信令中，通过控制面路径（UE → RAN → AMF → SMF）传输。它完全不建立无线数据承载（DRB）和N3隧道。适用于数据量极小（通常在128字节以内）、不频繁的传输。
- 用户面优化 (UP Optimisation): 用户数据依然通过用户面路径（UE → RAN → UPF）传输。它的“优化”体现在，UE可以从一种特殊的RRC Inactive状态快速恢复连接并发送少量数据，而无需完整的服务请求流程，从而减少了信令开销和时延。它适用于数据量稍大、但依然不频繁的传输。
Q2: 使用控制面优化传输数据，安全吗？
A: 是的，非常安全。规范明确指出，通过控制面传输的用户数据，同样受到NAS层安全的保护。
The UE and the AMF perform integrity protection and ciphering for the user data by using NAS PDU integrity protection and ciphering.
这意味着，在数据被封装进NAS消息之前，它会和普通的NAS信令一样，经过加密和完整性保护。因此，其安全性与标准的控制面信令是同等级别的。
Q3: 既然数据可以通过AMF传输，那还需要SMF和UPF吗？
A: 绝对需要。 这是一个常见的误区。AMF在控制面优化中只扮演**“透明代理”或“路由器”的角色，它本身不处理、不理解**用户数据的内容。
- SMF 仍然是PDU会话的“拥有者”和“管理者”。只有SMF才知道这个会话的DNN是什么、QoS策略是什么、应该把数据发给哪个UPF或NEF。数据必须先到达SMF，由SMF进行会话层面的处理。
- UPF (在IP数据场景下) 仍然是IP地址的锚点和与外部数据网络（DN）的网关。所有进出DN的IP数据包，最终还是需要通过UPF进行路由和策略执行（如计费、深度包检测等）。 控制面优化绕过的是从UE到核心网的接入层用户面，而不是整个核心网用户面功能。
Q4: 所有的物联网设备都应该使用控制面优化吗？
A: 不是。控制面优化有其明确的适用场景。它最适合那些数据包极小（通常小于NAS消息的承载极限，约1300字节左右）、传输不频繁、且对时延不极其敏感的业务。
- 不适合的场景： 如果一个物联网设备需要传输图片、视频流，或者进行频繁的数据交互，那么控制面优化就不再适用。因为频繁地通过AMF传输大量数据会给控制面带来巨大压力，得不偿失。在这种情况下，应该选择用户面优化或传统的N3数据传输方式。
Q5: “Control Plane Only”指示是由谁决定的？UE可以自己要求吗？
A: 最终决定权在网络侧（AMF），但UE的偏好是重要的输入。
- UE的偏好： UE可以在
PDU Session Establishment Request中表明自己的偏好，例如，通过PCO信息告知网络自己希望使用“Control Plane Only”模式。 - AMF的决策： AMF会综合考虑UE的请求、UE的签约数据（UDM中可能定义了该用户或该DNN是否允许使用此模式）、网络当前的策略和负载等因素，做出最终决定。
- SMF和UE的执行： 一旦AMF决定启用“Control Plane Only”，它会通知SMF，SMF再通过NAS消息告知UE。此后，UE和SMF都会遵守这个“君子协定”，不再尝试为该PDU会话建立任何用户面资源。