简介这份文档面向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和MIBPSS和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_0Step 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是Msg3UE通过PUSCH发送RRC Setup Request里面带着UE的初始身份标识。这一步用的是Msg2分配的上行资源如果Msg2里的上行授权不够大Msg3就会发送失败。Step 10网络用PDCCH/DCI 1_0加T_C_RNTI调度Msg4Step 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 AcceptStep 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是鉴权流程网络下发AuthenticationRequestUE回复AuthenticationResponse。Step 26到Step 29是NAS安全模式命令Step 30到Step 34是RRC安全模式命令两层安全模式分别建立。Step 36网络下发RRCReconfiguration加NAS Registration AcceptStep 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 关键参数核对表在日志里逐条核对消息时有几个参数必须确认。消息关键参数正常值范围异常表现Msg1Preamble Index0-63冲突时网络不响应Msg2TA Command根据距离调整TA异常导致Msg3失败Msg3RRC Setup RequestUE Identity无响应则检查上行授权Msg4C-RNTI非零值冲突解决失败Registration Request5G-GUTI或SUCI有效标识格式错误导致拒绝Authentication RequestRAND/AUTN网络生成UE不响应则鉴权失败Security Mode Command加密算法NEA0/NEA1/NEA2算法不匹配导致失败Registration Accept5G-GUTI网络分配未收到则注册未完成PDU Session Establishment AcceptPDU Session ID有效值DNN配置错误这张表是我自己在排查时常用的对照清单每次看日志都会过一遍。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 Request0x42对应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条消息的骨架搭好了你只需要往里填实际日志的血肉。希望帮到你。本文还有配套的精品资源点击获取