好的，我们继续跟随5G基站工程师小雷，深入探索NG接口上那些定义了5G网络基础交互模式的关键功能。这一次，我们将聚焦于一个贯穿了UE几乎所有业务流程的核心功能——NAS传输功能。
深度解析 3GPP TS 38.410：5.6 NAS Transport function (NAS传输)
本文技术原理深度参考了3GPP TS 38.410 V18.2.0 (2024-06) Release 18规范中，关于“5.6 NAS Transport function”的核心章节，并结合其在NGAP协议（TS 38.413）中的具体实现，为读者完整呈现5G网络中，核心的NAS信令是如何被封装在NG接口上，在UE、gNB和AMF之间进行透明、可靠传输的。
引言：UE与核心网的“加密私聊”通道
我们的主角，基站工程师小雷，每天都在处理着海量的信令。他知道，这些信令可以被清晰地划分为两大类：
- 接入层（Access Stratum - AS）信令: 这是UE与gNB之间的“对话”，使用的是RRC协议。它们聊的是“无线”相关的话题，比如信号强度、切换时机、无线承载配置等。小雷的gNB是这场对话的直接参与者和决策者。
- 非接入层（Non-Access Stratum - NAS）信令: 这是UE与核心网（主要是AMF和SMF）之间的“对话”。它们聊的是更“高层”的话题，比如用户身份认证、移动性状态（IDLE/CONNECTED）、PDU会话（IP地址）的建立与释放等。
一个根本性的问题出现了：UE与AMF远隔千里，中间隔着gNB，它们是如何进行这场“私密对话”的？gNB会“偷听”甚至“篡改”这场对话的内容吗？
第5.6节“NAS传输功能”，正是为解决这个问题而设计的。它在NG接口上，为这场“UE-AMF加密私聊”建立了一条端到端、透明、安全的“外交邮袋”通道。gNB在此过程中的角色，被严格限定为一个忠实的“邮差”，它只负责传递“邮袋”，而无权、也无力打开和阅读里面的“信件”（NAS消息）。
1. “外交邮袋”的使命：透明与可靠的传输
5.6 NAS Transport function
The NAS Signalling Transport function provides means to transport or reroute a NAS message (e.g. for NAS mobility management), or report the non-delivery of a NAS message for a specific UE over the NG interface.
深度解读：
这句话为NAS传输功能定义了三大核心能力：
- 传输 (transport): 在gNB和AMF之间，为NAS消息提供一个透明的承载通道。
- 重路由 (reroute): 在AMF发生重分配（Re-allocation）等场景下，能够将NAS消息路由到新的AMF。
- 报告未送达 (report the non-delivery): 当gNB因为无线链路丢失等原因，无法将一条下行的NAS消息成功送达UE时，必须向AMF报告这次“投递失败”。
这套机制的核心，就是“透明性”。NAS消息本身，在UE和AMF之间是端到端加密和完整性保护的。小雷的gNB即使截获了NAS消息的比特流，也无法解密其内容。它唯一能看到的，是包裹在NAS消息外层的、用于无线传输的RRC头。
2. “外交邮袋”的传递流程：四大核心NGAP流程
NAS消息在NG接口上的传递，是通过一系列... NAS TRANSPORT流程来实现的。这些流程覆盖了UE接入和数据传输的各个关键环节。
场景设定： 用户“张三”的手机（UE）开机，准备接入小雷负责的5G网络。
2.1 上行第一封信：INITIAL UE MESSAGE
这是UE发往AMF的第一封NAS信令，是所有故事的开始。
NGAP Procedure: INITIAL UE MESSAGE (gNB → AMF)
- UE开机后，与gNB完成RRC连接建立。
- UE将其第一条NAS消息（通常是
Registration Request）封装在一个RRC ULInformationTransfer消息中，发送给gNB。 - 小雷的gNB收到后，并不解析NAS消息的内容。
- gNB的**NAS节点选择功能（5.7节）**被激活，它根据UE上报的临时ID或切片信息，从AMF Pool中选择一个合适的AMF。
- gNB将这条加密的NAS消息，连同UE的接入位置（TAI、Cell ID）、RRC建立原因等接入层（AS）信息，一同封装在INITIAL UE MESSAGE中，通过NG-C接口发送给选定的AMF。
这条消息，为AMF开启一个UE的接入流程，提供了第一份“原始材料”。
2.2 后续的上行信件：UPLINK NAS TRANSPORT
NGAP Procedure: UPLINK NAS TRANSPORT (gNB → AMF)
当UE与AMF的初始上下文建立起来之后，后续所有由UE发起的上行NAS消息，都通过这个流程来传输。
场景演绎：
- 用户“张三”在注册过程中，AMF要求他提供身份认证信息。UE会生成一个
Authentication Response的NAS消息。 - UE将这条NAS消息，通过RRC信令发送给gNB。
- gNB收到后，将其封装在UPLINK NAS TRANSPORT消息中，发送给AMF。这条NGAP消息非常纯粹，几乎只包含了NAS消息本身和UE的身份标识，因为它不再需要像
INITIAL UE MESSAGE那样携带大量的AS层附加上下文。
2.3 核心网的回信：DOWNLINK NAS TRANSPORT
NGAP Procedure: DOWNLINK NAS TRANSPORT (AMF → gNB)
与上行相对应，所有由AMF发起的、需要送达UE的下行NAS消息，都通过这个流程来传输。
场景演绎：
- AMF在完成了对“张三”的认证后，需要向他发送一条
Security Mode CommandNAS消息，指令他开启空口的加密。 - AMF将这条NAS消息，封装在DOWNLINK NAS TRANSPORT消息中，通过NG-C接口发送给小雷的gNB。
- gNB收到后，“拆开”NGAP信封，取出里面的NAS消息“邮袋”，再套上RRC的“信封”，通过空口发送给UE。
2.4 投递失败报告：NAS NON DELIVERY INDICATION
NGAP Procedure: NAS NON DELIVERY INDICATION (gNB → AMF)
这是保证NAS信令交互可靠性的一个关键闭环。
场景演绎：
- AMF向gNB发送了一条
DOWNLINK NAS TRANSPORT消息，要求gNB将其中的NAS消息转交给UE。 - 但不幸的是，在gNB尝试通过RRC信令发送时，UE因为突然进入电梯、信号急剧恶化，导致无线链路失败（RLF）。gNB多次尝试重发，都失败了。
- 此时，gNB不能对此“默不作声”。它必须向AMF主动发送一条NAS NON DELIVERY INDICATION消息。
- 核心内容:
- Cause: 明确告知失败的原因，例如“无线连接丢失”。
- Original NAS-PDU: 将那条未能成功投递的NAS消息，原封不动地返回给AMF。
- AMF收到这个“投递失败报告”后，就知道了它与UE之间的通信已经中断。它会启动相应的异常处理流程，例如，暂时将UE置为不可达状态，并等待UE下一次重新发起连接。
3. NAS传输的意义：解耦与安全
这套看似简单的“邮差”机制，背后蕴含着5G架构设计的核心思想。
-
AS与NAS的彻底解耦:
- NAS传输功能，在接入网（gNB）和核心网（AMF）之间，画出了一条清晰的“楚河汉界”。
- gNB只关心“无线”：如何高效、可靠地在空口上传输比特流。
- AMF只关心“逻辑”：如何管理用户的状态、会话和安全。
- 这种解耦，使得RAN和核心网可以独立演进。例如，未来引入了新的无线技术，只需要升级gNB和UE的AS协议即可，AMF的NAS协议完全不受影响。反之亦然。
-
端到端的安全保障:
- 由于NAS消息在UE和AMF之间是端到端加密的，gNB作为一个“中间人”，是无法窃听或篡改用户的核心信令的（如身份信息、安全密钥协商过程）。
- 这为5G网络提供了极高的安全性，保护了用户的隐私和通信安全，即使是在一个不被完全信任的接入网环境中（例如，接入一个第三方的室内分布系统）。
总结：简单接口承载复杂逻辑，构建安全通信基石
通过对5.6节“NAS传输功能”的深度剖析，我们看到了一个典型的、优雅的通信协议分层设计范例。
- 清晰的职责划分: gNB扮演可靠的“传输层”，AMF和UE扮演智能的“应用层”。
- 完备的流程定义: 通过上行、下行、初始、失败报告四个核心流程，覆盖了NAS信令在NG接口上传输的全生命周期，构成了一个功能完备的“信令邮政系统”。
- 安全与透明的平衡: 实现了对gNB的透明和UE-AMF间的端到端安全，这是5G网络安全架构的基石之一。
对于基站工程师小雷来说，NAS传输功能是他网络中最基础、最稳定的数据流之一。他不需要关心这些“加密邮袋”里装的是什么“国家机密”，他唯一要做的，就是确保他的gNB能够像一个最忠实的信使，将每一个邮袋，快速、准确、完好无损地，送到它该去的地方。这条看似简单的“邮路”的畅通，正是整个5G大厦得以正常运转的根基。