企业官网建设流程全解析

简介：这份文档面向5G网络优化工程师、通信专业学生及需要深入理解SA组网信令流程的技术人员，系统梳理了5G NR独立组网下终端从开机到成功附着的完整信令交互过程。资源包内含1个docx文档，大小约127KB，以文字与信令序列表相结合的方式呈现，便于对照查阅与笔记整理。文档按同步、系统信息接收、随机接入、RRC连接建立、NAS注册及安全模式协商等阶段逐条展开，并附有UE与网络之间从SSB、SIB1、PRACH前导到RRCSetupComplete、RegistrationRequest、鉴权与安全模式命令、RRCReconfiguration及PDU会话建立等四十余步消息序列，同时说明HARQ ACK/NACK反馈机制。已有428人学习下载，适合用于日常优化排障、信令流程复盘及面试知识点梳理，帮助读者建立从空口接入到核心网注册的完整链路认知。

1. 5G NR SA终端附着流程拆解：从SSB到PDU会话建立的全链路时序

做5G网络优化的人，手里大概率都存过一份叫“SA终端附着流程”的文档，但真正能把44条信令消息和实际路测日志对上号的没几个。这份《5G(NR)-SA网络中终端附着主要流程.docx》干的就是这件事——它把UE从开机搜网到PDU会话建立的全过程，按OTA空口消息序列逐条拆开，每一步标了方向、消息名和承载信道。SA独立组网不依赖LTE锚点，终端附着必须走完整的RRC建立加NAS注册流程，比NSA多出不少信令交互。这份资源适合两类人：一是刚接触5G协议栈、需要把信令流程和空口资源映射起来的测试工程师；二是做网络优化时遇到接入失败、注册拒绝，需要快速定位是哪条消息出了问题的现场人员。它不教你5G关键技术原理，但能让你在Amarisoft日志浏览器里看到一条消息时，立刻知道它在流程中的位置和下一步该期待什么。

2. 附着流程的阶段划分与信令映射：44条消息怎么读

2.1 从SSB到SIB1：下行同步与系统信息获取

终端开机后的第一件事不是发信号，而是听。UE扫描频段，找到服务小区的SSB。SSB里包含PSS、SSS和MIB，PSS和SSS负责频率和时间对齐，MIB里带着最基本的网络配置参数。这一步对应流程里的Step 1，方向是UE <- NW，走的是广播信道，不需要任何上行交互。

紧接着Step 2，网络通过PDCCH发送CORESET 0和DCI 1_0，告诉UE去哪里解析SIB1。CORESET 0是SA网络里特有的概念，它定义了初始接入阶段PDCCH的频域资源位置，和NSA依赖LTE信令的做法完全不同。Step 3收到SIB1后，UE知道了小区的基本操作信息，包括后续SIB的调度计划。Step 4再收一次PDCCH/DCI 1_0，Step 5拿到其他SIBs。

这五步全在下行方向完成，UE此时还没有获得任何上行资源。常见做法是在Amarisoft日志里按时间轴过滤SSB和SIB1消息，确认UE是否成功解码了MIB和SIB1。如果SIB1解码失败，后面所有步骤都不会发生，终端会重新搜网。

2.2 随机接入四步握手：Msg1到Msg4的资源分配逻辑

Step 6是UE第一次发上行信号——Msg1，通过PRACH发送随机接入前导。前导序列的选择直接影响接入成功率，格式和根序列规划是网络优化里的一个重点。网络收到前导后，Step 7通过PDCCH/DCI 1_0加RA-RNTI下发调度信息，Step 8用PDSCH承载Msg2，也就是随机接入响应。Msg2里包含TA调整量、临时C-RNTI和上行授权。

Step 9是Msg3，UE通过PUSCH发送RRC Setup Request，里面带着UE的初始身份标识。这一步用的是Msg2分配的上行资源，如果Msg2里的上行授权不够大，Msg3就会发送失败。Step 10网络用PDCCH/DCI 1_0加T_C_RNTI调度Msg4，Step 11通过PDSCH下发CR加RRC Setup。Msg4的作用是解决前导冲突，同时把UE从临时标识切换到正式C-RNTI。

Step 12开始，后续所有调度都用C_RNTI。Step 13是UE通过PUCCH或PUSCH反馈HARQ ACK/NACK，确认Msg4接收成功。这四步握手里，Msg1和Msg2的时序关系、Msg3的调度大小、Msg4的冲突解决，是现场排查接入失败时最常看的三个点。

2.3 RRC连接建立与NAS注册：从SetupComplete到Registration Accept

Step 14是UE通过PUSCH发送RRCSetupComplete，同时携带NAS层的RegistrationRequest。这条消息标志着RRC连接正式建立，同时NAS注册流程启动。从Step 15开始，网络和UE之间进入NAS信令交互阶段，每一条NAS消息都通过RRC消息承载，走PDCCH调度加PDSCH/PUSCH传输。

Step 16到Step 19是身份请求和响应，网络向UE要身份标识，UE回复IdentityResponse。Step 21到Step 24是鉴权流程，网络下发AuthenticationRequest，UE回复AuthenticationResponse。Step 26到Step 29是NAS安全模式命令，Step 30到Step 34是RRC安全模式命令，两层安全模式分别建立。Step 36网络下发RRCReconfiguration加NAS Registration Accept，Step 39 UE回复RRCReconfigurationComplete加NAS Registration Complete。

这一阶段的消息密度最高，也是注册失败最常出问题的地方。鉴权失败、安全模式不匹配、Registration Reject的原因值，都需要在这一段日志里逐条核对。

2.4 PDU会话建立：附着流程的最后一步

Step 41是UE通过PUSCH发送ULInformationTransfer，携带UL NAS Transport和PDU Session Establishment Request。Step 42网络通过PDCCH调度，Step 43通过PDSCH下发DLInformationTransfer，携带DL NAS Transport和PDU Session Establishment Accept。Step 44 UE反馈HARQ ACK/NACK。

到这里，终端附着流程全部完成，UE获得了IP地址，可以发起业务。PDU会话建立失败通常和DNN配置、切片选择、QoS参数有关，需要结合核心网侧日志一起看。

3. 用Amarisoft日志浏览器验证附着流程：实操步骤与参数核对

3.1 日志抓取与消息过滤

Amarisoft提供基于Web的日志浏览器，是验证SA附着流程最直接的工具。抓取日志前需要确认UE和基站已经同步，并且基站配置了SA模式。常见做法是在Amarisoft Web界面里打开Log Viewer，按消息类型过滤。

# Amarisoft日志导出示例（在基站侧执行） # 导出最近一次UE接入的完整信令日志 ./amari-logger --enb --ue-imsi 001010000000001 --output sa_attach_log.txt # 过滤NAS消息 grep -E "Registration|Authentication|SecurityMode|PDU" sa_attach_log.txt # 过滤RRC消息 grep -E "RRCSetup|RRCReconfiguration|RRCReconfigurationComplete" sa_attach_log.txt

第一条命令导出指定IMSI的UE日志，--enb表示基站侧日志，--ue-imsi指定终端标识。第二条和第三条分别过滤NAS和RRC消息，方便快速定位关键节点。实际使用中，我一般会先看RRCSetupComplete有没有出现，如果没有，问题就在随机接入阶段；如果有但后面没有RegistrationAccept，问题就在NAS层。

3.2 关键参数核对表

在日志里逐条核对消息时，有几个参数必须确认。

这张表是我自己在排查时常用的对照清单，每次看日志都会过一遍。TA Command异常通常意味着UE距离基站过远或者前导格式不匹配。Security Mode Command里的加密算法如果UE不支持，会直接导致注册失败。

3.3 用Wireshark解析空口信令

如果Amarisoft日志不够详细，可以用Wireshark抓取空口数据包。需要确认抓包点位置和过滤条件。

# 在基站侧抓取空口数据包 tcpdump -i any -w sa_attach.pcap port 2152 or port 38412 # Wireshark过滤NAS-5GS消息 # 在Wireshark显示过滤器中输入： # nas-5gs && (nas_5gs.mm.message_type == 0x41 || nas_5gs.mm.message_type == 0x42)

第一条命令抓取GTP-U和NGAP流量，port 2152是GTP-U端口，port 38412是NGAP端口。第二条是Wireshark显示过滤器，0x41对应Registration Request，0x42对应Registration Accept。用Wireshark的好处是可以看到NAS消息的完整解码内容，包括IE结构和原因值。

4. 附着流程常见问题排查：接入失败、注册拒绝、PDU会话建立异常

4.1 现象：UE一直停在Msg1，网络无响应

原因：PRACH前导格式和网络配置不匹配，或者根序列规划冲突。SA网络里PRACH配置在SIB1里下发，如果UE读取的SIB1和实际网络配置不一致，前导就发不到正确的时频资源上。

解决：检查SIB1里的prach-ConfigurationIndex和zeroCorrelationZoneConfig，确认UE侧配置和网络侧一致。用Amarisoft日志看Msg1的发送时间和频率位置，和网络侧PRACH接收窗口对比。

4.2 现象：Msg3发送后收不到Msg4

原因：Msg2里的上行授权不够大，Msg3无法完整发送。或者T_C_RNTI调度出现问题，网络没有正确解析Msg3。

解决：检查Msg2里的上行授权大小，RRC Setup Request通常需要至少48比特。如果授权不够，需要调整PUSCH资源分配。另外确认T_C_RNTI和C_RNTI的切换逻辑，Msg4必须用T_C_RNTI调度。

4.3 现象：Registration Request发出后收到Registration Reject

原因：鉴权失败、安全模式不匹配、或者UE的SUCI格式不被网络接受。常见的是5G-GUTI过期或者SUCI加密算法不匹配。

解决：看Registration Reject里的5GMM Cause值。如果是#3 Illegal UE，检查UE的SUCI配置；如果是#7 5GS services not allowed，检查签约数据；如果是#22 Congestion，网络侧过载。

4.4 现象：Security Mode Command后UE不回复Complete

原因：UE不支持网络下发的加密算法，或者NAS和RRC两层安全模式命令的先后顺序有问题。SA网络里NAS安全模式先建立，然后才是RRC安全模式。

解决：检查Security Mode Command里的加密算法列表，确认UE支持的算法在列表里。另外看NAS Security Mode Complete和RRC Security Mode Command的时序，如果RRC安全模式命令在NAS安全模式完成之前下发，UE会丢弃。

4.5 现象：PDU Session Establishment Accept收不到

原因：DNN配置错误、切片选择不匹配、或者核心网侧SMF没有正确响应。

解决：检查PDU Session Establishment Request里的DNN和S-NSSAI，确认和核心网配置一致。如果核心网侧日志显示SMF收到了请求但没有回复，检查UPF的N4会话建立是否成功。

5. 从信令流程到优化动作：用附着时序定位接入时延和失败根因

把44条消息按时间轴排开，每两条消息之间的间隔就是优化空间。我一般会把附着流程分成三段来看：随机接入段（Step 1-13）、NAS注册段（Step 14-39）、PDU会话段（Step 40-44）。随机接入段的时延主要取决于PRACH周期和Msg2调度时机，NAS注册段的时延和核心网处理速度、鉴权向量获取时间有关，PDU会话段的时延则和SMF/UPF的会话建立速度相关。

一个具体的技巧是：在Amarisoft日志里给每条消息打时间戳，然后算Step 6到Step 11的间隔。如果超过50ms，说明随机接入过程偏慢，需要检查PRACH配置周期和Msg2的调度延迟。Step 14到Step 36的间隔如果超过200ms，通常是鉴权向量获取慢或者核心网处理拥塞。Step 41到Step 43的间隔超过100ms，要查SMF的会话建立流程。

还有一个容易忽略的点：HARQ ACK/NACK的反馈时机。Step 13、Step 17、Step 22这些反馈消息如果延迟发送，会拖慢整个流程。常见做法是检查PUCCH资源分配和HARQ时序配置，确认k1值设置合理。

从那以后我每次看SA附着日志，都会先按这三段切分，算完时间戳再逐条核对消息内容。这份文档的价值在于它把44条消息的骨架搭好了，你只需要往里填实际日志的血肉。希望帮到你。

本文还有配套的精品资源，点击获取