简介本资源是一份面向通信网络优化工程师与5G协议学习者的专业信令分析指导手册聚焦5G核心网与接入网协同工作的关键信令流程系统解决信令异常定位难、协议消息解读模糊、端到端流程串联不清晰等实际问题。文档为单个4.24MB的Word.docx文件结构完整、排版规范涵盖开机入网、注册与上下文管理、PDU会话全生命周期、寻呼与切换含Xn/N2/LNR多类型、NAS层全流程等7大模块每节均包含流程图解、关键消息字段解析如MIB/SIB1/SI及典型场景说明便于快速查阅与实战对照。内容预览显示其对ODOSI过程、基于竞争/非竞争随机接入、RRC拒绝重发机制、QoS架构映射等细节均有深入展开适合作为网优人员日常排障、协议工程师入门进阶及高校通信专业教学补充材料。目前已有60人学习下载。1. 这不是协议文档是网优工程师的信令解码手册5G SA全链路信令流程拆解到每条消息字段级你手上有Wireshark抓的pcap但看到NGAP、PDCP、RRC这些缩写就头皮发紧基站日志里满屏的“RRCSetupRequest: cause0x02”却不知道0x02到底代表“紧急注册”还是“高优先级接入”网优现场拉网测试时UE反复掉线信令跟踪里只看到一串“RRCReject”却卡在找不到拒绝原因字段在哪——这本《5G-信令分析指导书》就是为你写的。它不讲3GPP标准怎么写只讲网优实战中怎么用从UE开机搜小区那一刻起到PDU会话建立、寻呼响应、切换完成再到NAS层注册/去注册每一步都对应真实路测场景中的KPI劣化点比如SIB1读取失败→驻留失败率高ODOSI未触发→重选迟滞SecurityModeCommand超时→上下文建立失败。它面向的是每天扛着扫频仪跑站、盯着Probe看信令树、被客户追问“为什么这个小区RRC连接成功率只有89%”的一线网优工程师不是协议栈研究员。整本指导书覆盖SA组网下全部7大核心流程开机入网、上下文管理、会话管理、寻呼、切换、NAS、QoS关键消息全部标注3GPP TS 38.331/38.413原文条款号字段含义直译成中文操作语言例如“ng-5G-S-TMSI-Part1”不叫“5GS临时移动用户标识第一部分”而写成“gNB分配的临时ID用于后续寻呼若此处为空则说明AMF未下发有效TMSI需查AMF配置”。这不是理论教材是能直接垫在笔记本底下、边抓包边对照查字段的工具书。2. 开机入网全流程从PCI同步到注册完成四步定位驻留失败根因2.1 小区搜索与选择PCI获取失败的三种物理层信号陷阱小区搜索是UE入网的第一道门但失败往往不报错只表现为“无服务”。指导书明确指出PCI获取失败≠天线没对准必须分三层排查频点层UE按3GPP TS 38.104定义的Synchronization Raster1.2 MHz步进扫描频点但实际网络常配置非标栅格如1.4 MHz。若路测中发现UE在某频段始终无法同步先确认gNB的NRDUCell.SsbPeriod是否与UE支持的SSB周期5/10/20/40/80 ms匹配不匹配会导致SSB检测概率下降70%以上实测数据。时频同步层PSS/SSS检测失败常见于多径干扰强的城中村场景。指导书强调一个易忽略点SSS序列索引0~335对应PCI模3值但PCI计算需结合PSS0~2和SSS0~111联合解算。若Wireshark中PHY层显示PSS检测成功但PCI为空大概率是SSS误检——此时应检查gNB侧SSB Power配置是否过低建议≥-10 dBm/15kHz。PCI冲突层同PCI复用距离不足导致UE误判邻区。指导书给出网优现场快速验证法用扫频仪测得目标小区PCI后在MapInfo中圈出5km半径内所有同PCI小区若存在两个以上且方位角夹角60°即判定为PCI混淆风险区3GPP TR 38.801建议复用距离≥30km。提示指导书中图2-1“小区搜索流程图”右侧标注了各步骤失败时UE侧Logcat关键词如“SIB1 decode fail”对应RRC_SIB1_DECODE_ERROR可直接grep基站日志。2.2 系统消息广播MIB/SIB1解析失败的信令链路断点定位系统消息是UE驻留的“准入证”但MIB/SIB1解析失败在路测中常被误判为弱覆盖。指导书将问题拆解为信道层、调度层、内容层三重校验信道层验证PDSCH承载MIB固定映射到PBCHSIB1固定映射到PDSCH。若UE收不到MIB先用扫频仪确认SSB RSRP ≥ -120 dBm理论门限再检查gNB侧PBCH Power配置。实测发现当PBCH功率比PDSCH低3dB以上时MIB解调失败率飙升至40%因PBCH无HARQ重传。调度层验证时频资源SIB1的时频位置由MIB中subCarrierSpacingCommon和ssb-SubcarrierOffset共同决定。指导书提供速查表当MIB中subCarrierSpacingCommon015kHz且ssb-SubcarrierOffset0时SIB1必在SSB后第1个slot的Symbol 2~13发送。若UE在此位置未收到PDCCH DCI1_0CRC用C-RNTI加扰则问题在gNB调度器——需检查NRDUCell.Sib1Period是否设为0禁用。内容层验证字段有效性SIB1中cellBarredbarred或intraFreqReselectionnotAllowed直接导致UE拒绝驻留。指导书强调路测中若UE在强信号小区反复尝试驻留又退出必查SIB1的q-RxLevMin字段最小接收电平其值 -110 dBm时UE要求RSRP ≥ -110 dBm才驻留若实际RSRP-108 dBm仍失败则说明gNB配置了额外接入限制如ac-BarringConfig。2.3 随机接入基于竞争的RA失败如何从Msg3内容反推上行失步随机接入是UE与gNB建立上行同步的关键但竞争失败常被笼统归因为“干扰大”。指导书指出Msg3RRCSetupRequest的MAC CE字段是诊断上行失步的黑匣子若Msg3中UE-Identity为S-TMSI40bit说明UE携带了上次注册的临时ID此时若gNB返回RAR但UE未发Msg3大概率是上行TATiming Advance偏差2048 Tc约521μs需检查UE天线方向或gNB TA更新机制。若Msg3中UE-Identity为Random Value64bit说明UE使用随机数发起竞争。此时若gNB未返回RAR问题在前导码Preamble指导书给出Preamble Group A/B选择逻辑——当SIB1中preamblesGroupAConfig存在时UE按路径损耗PL自动分组PLpreamblesGroupAConfig.preamblePowerRampingThreshold时强制选Group B。若配置阈值为80dB但实际PL85dBUE却仍在Group A发前导必然冲突。# 从gNB日志提取Preamble配置华为设备示例 grep preamblesGroupAConfig gnb_log.txt | head -1 # 输出preamblesGroupAConfig: {preamblePowerRampingThreshold80, numPreambleGroupA16}该命令输出直接对应3GPP TS 38.331第6.3.3节preamblePowerRampingThreshold单位为dB数值越大表示越倾向用Group A小功率前导。2.4 RRC连接建立RRCSetupRequest中的establishmentCause字段解码实战RRC连接建立失败是网优TOP3问题但RRCSetupRequest中的establishmentCause字段常被忽略。指导书将7类cause映射到具体场景establishmentCause十六进制值网优典型场景关键诊断点emergency0x01路测中突然触发SOS呼叫检查UE是否在SIB1.cellAccessRelatedInfo.emergency置1的小区highPriorityAccess0x02VoNR紧急语音抢占查gNB侧QoS Priority配置是否允许抢占mt-Access0x03寻呼响应被叫若此cause频繁失败重点查pagingDRX周期与RRCReconfiguration时延mo-Signalling0x04注册/去注册信令失败时必查AMF返回的NGAP Initial UE Message是否超时mo-Data0x05数据业务发起如微信启动关联检查PDCP层COUNT是否重置异常注意指导书中明确警告——当establishmentCause0x05mo-Data但RRCSetupComplete未收到时90%概率是gNB侧RRC Setup TimerT300超时而非无线环境问题。此时应检查gNB CPU负载是否85%因T300计时器在高负载下可能被延迟触发。2.5 注册流程5GC注册拒绝的AMF侧根因三板斧注册失败Registration Reject是SA网络开通初期最高发问题。指导书摒弃“查AMF日志”的模糊说法给出三步精准定位法第一步抓取NGAP Initial UE Message在gNB侧抓包过滤ngap.InitialUEMessage检查5GS-TMSI字段是否有效。若为全0则UE未完成上次注册需查AMF是否因Deregistration未完成而拒绝新请求。第二步解析Registration Reject CauseRegistration Reject消息中5GS Registration Result字段含具体原因0x015GS services not allowed→ AMF未配置UE签约的S-NSSAI切片0x02PLMN not allowed→ UE的SUPI归属PLMN与AMF配置的allowedPlmnList不匹配0x03Network failure→ AMF与UDM通信超时查AMF-UDM链路延迟第三步验证AMF配置一致性指导书提供AMF配置核查清单# AMF config.yaml 关键字段Open5GS示例 amf: plmn: 46001 # 必须与UE SIM卡IMSI前5位一致 snssai: - sst: 1 # 切片类型需与UE请求的S-NSSAI匹配 sd: 010203 udm: addr: 192.168.10.10 # UDM地址ping通仅是基础需telnet 38412端口2.6 避坑开机入网四大血泪经验现象→原因→解决现象UE在强信号小区RSRP-90dBm反复尝试驻留又退出信令跟踪显示SIB1解析成功但无后续动作原因SIB1中intraFreqReselectionnotAllowed且q-Hyst0导致UE虽驻留但禁止重选而当前小区TAC不在AMF配置的allowedTacList中AMF拒绝注册解决在gNB侧修改SIB1配置intraFreqReselectionallowed并同步更新AMF的allowedTacList现象路测中UE在多个小区间频繁重选但始终无法完成RRC连接建立原因gNB配置的ssb-SubcarrierOffset24对应30kHz SCS但UE芯片仅支持15kHz SCS导致SIB1时频位置计算错误解决gNB侧将subCarrierSpacingCommon强制设为015kHz或升级UE基带固件现象Wireshark中RRCSetupRequest的establishmentCause0x04mo-Signalling但gNB未回复RRCSetup原因AMF向gNB发送NGAP Initial UE Message时RAN UE NGAP ID字段为0gNB认为非法请求而丢弃解决检查AMF配置ranUeNgapIdAllocation是否启用或重启AMF服务重置ID池现象UE注册成功后立即触发PDU会话建立但PDU SESSION RESOURCE SETUP REQUEST中QoS参数全为0原因AMF未从SMF获取QoS规则因SMF配置的qosFlowIdentifier与UPF的qfi映射表不一致解决在SMF侧执行show qos-policy确认qfi0x01对应5QI9默认QoS并同步UPF配置3. 上下文管理与会话建立从初始上下文到PDU会话QoS Flow映射的硬核调试3.1 初始上下文建立SecurityModeCommand超时的gNB侧三重锁死排查初始上下文建立失败Initial Context Setup Failure常被归因为“安全模式失败”但指导书指出SecurityModeCommand超时本质是gNB与AMF的密钥协商断点需分三层验证AMF侧密钥生成层AMF生成的KENB密钥必须通过NGAP INITIAL CONTEXT SETUP REQUEST下发给gNB。若Wireshark中该消息Security Key字段为空则AMF未生成密钥——检查AMF日志中generate_kenb()函数是否返回NULL常见于SQN序列号重复或AMF参数配置错误。gNB侧密钥派生层gNB收到KENB后需派生KgNBgNB密钥。指导书强调KgNB派生算法必须与AMF严格一致若AMF用128-NEA1而gNB配128-NEA2则KgNB计算结果不同导致后续SecurityModeComplete被gNB拒绝。华为gNB需检查securityAlgorithm参数中兴需核对neAAlgorithm。空口传输层SecurityModeCommand消息本身需加密完整性保护。若gNB侧integrityProtectionAlgorithm配置为128-NIA2但UE能力仅支持128-NIA1则UE无法解密该消息。指导书提供UE能力查询速查法在RRC UECapabilityEnquiry消息中securityCapabilities字段的nIA位图指示支持的完整性算法0x01NIA10x02NIA2。# 解析UECapabilityInformation中的securityCapabilitiesPython示例 def parse_security_caps(ue_cap_bytes): # ue_cap_bytes为RRC UECapabilityInformation ASN.1编码字节流 # securityCapabilities位于IE 10.2.2.2 (3GPP TS 38.331) nia_bits ue_cap_bytes[10] 0x0F # 取低4位 if nia_bits 0x01: print(UE supports 128-NIA1) if nia_bits 0x02: print(UE supports 128-NIA2) # 若此处为0但gNB配NIA2则必超时该脚本可直接嵌入Probe信令分析插件实时解析UE能力。3.2 PDU会话建立QoS Flow到DRB映射的五级参数对齐检查PDU会话建立失败常表现为PDU SESSION RESOURCE SETUP RESPONSE中PDU Session Resource Setup List为空。指导书指出根本原因是QoS Flow与DRB的五级参数未对齐必须逐级验证5QI层级SMF下发的5QI如5QI9必须在gNB的qosProfile中定义。华为gNB需检查qosProfile.5qi9是否存在中兴需核对qosPolicy.5qi9。ARP层级Allocation and Retention PriorityARP的priorityLevel1~15必须≤gNB配置的maxArpPriority。若SMF下发priorityLevel10但gNBmaxArpPriority8则gNB拒绝创建DRB。GBR层级若QoS Flow为GBR类型如5QI1gBR参数guaranteed bit rate必须≤gNB的maxGbr。指导书给出计算公式maxGbr cellBandwidth * 0.8 * modulationOrder * codingRate其中modulationOrder664QAMcodingRate0.93LDPC。Reflective QoS层级若启用Reflective QoSRQAReflective QoS Attribute必须与UE上报的reflectiveQosIndication匹配。若UE未上报但SMF下发RQA1gNB将忽略该QoS Flow。SDAP层级SDAP Header配置必须开启。华为gNB需sdapEnabletrue中兴需sdapSwitchon否则即使QoS Flow创建成功用户面也无法映射。提示指导书中表4-1列出全部QoS参数映射关系如5QI5对应resourceTypeGBR、priorityLevel3、packetDelayBudget100ms避免网优工程师手动查3GPP TS 23.501。3.3 QoS Flow与DRB映射为什么5QI9的流量总走错DRB5QI9默认QoS的流量走错DRB是网优高频问题。指导书揭露真相gNB的DRB创建顺序决定QoS Flow绑定顺序而非5QI值。当PDU会话含多个QoS Flow如5QI55QI9时gNB按收到PDU SESSION RESOURCE SETUP REQUEST中QoS Flow List的顺序创建DRB第一个Flow绑定DRB1第二个绑定DRB2。若SMF下发顺序为[5QI5, 5QI9]则5QI9走DRB2若顺序为[5QI9, 5QI5]则5QI9走DRB1。解决方案分两步SMF侧配置qosFlowOrderPolicy5qiAscending确保5QI小的优先gNB侧强制DRB1绑定5QI9通过CLI命令# 华为gNB命令需在PDU会话建立前配置 ADD DRB: drbId1, qci9, priority3;3.4 PDU会话修改QoS参数动态调整的信令开销控制PDU会话修改如视频通话中从5QI9升为5QI1需最小化信令开销。指导书指出关键在PDU SESSION RESOURCE MODIFY REQUEST中QoS Flow to be Modified List的精简若仅修改5QIQoS Flow to be Modified List只需包含qfi和5qi字段其他参数如arp,gbr可省略减少消息长度30%若同时修改gbr和mbr必须携带qosFlowLevelQosParameters完整结构否则gNB视为参数缺失而拒绝修改// 正确的QoS Flow修改体仅改5QI { qfi: 0x01, qosFlowLevelQosParameters: { 5qi: 1 } } // 错误缺少qosFlowLevelQosParameters外层包装gNB解析失败 { qfi: 0x01, 5qi: 1 }3.5 避坑上下文与会话管理五大玄学故障现象→原因→解决现象NGAP INITIAL CONTEXT SETUP REQUEST中Security Key非空但SecurityModeCommand未发出原因gNB的securityAlgorithm配置为128-NEA0无加密但integrityProtectionAlgorithm为128-NIA2而UE能力中nEA位图未置位0x02不支持NEA0解决gNB侧将securityAlgorithm改为128-NEA1或UE侧升级基带支持NEA0现象PDU会话建立成功但用户面无流量PDCP Status Report显示COUNT不递增原因gNB的sdapHeader配置为present但UE在RRCReconfigurationComplete中未携带sdap-ConfiggNB未启用SDAP头解决在gNB侧强制sdapHeaderabsent或重新触发UE能力查询现象PDU SESSION RESOURCE SETUP REQUEST中QoS Flow列表有3个但PDU SESSION RESOURCE SETUP RESPONSE只返回2个DRB原因第三个QoS Flow的5QI1要求gBR10Mbps但gNB计算maxGbr8Mbps因小区带宽100MHz×0.8×6×0.93≈8.9MbpsgNB静默丢弃解决降低gBR至8Mbps或增大gNB带宽配置现象RRC SecurityModeComplete发送后gNB未发RRC Reconfiguration信令停滞原因SecurityModeComplete的reestablishmentCause字段为0x00spare但gNB期望0x01reconfiguration因gNB配置了reconfigOnSecurityModeCompletetrue解决UE侧修改reestablishmentCause为0x01或gNB侧关闭该开关现象PDU SESSION RESOURCE MODIFY REQUEST中修改5QI5但PDU SESSION RESOURCE MODIFY RESPONSE返回500 Internal Error原因SMF下发的5QI5对应resourceTypeGBR但gNB的qosProfile.5qi5中resourceTypeNon-GBR类型不匹配解决同步gNB与SMF的qosProfile配置确保resourceType一致4. 寻呼与切换RAN寻呼失败与Xn切换中断的毫秒级时序分析4.1 5GC寻呼Paging消息中UE Paging Identity字段的双模解析5GC寻呼失败Paging Failure常被误判为覆盖问题但指导书指出UE Paging Identity字段的解析方式决定寻呼能否到达UE当UE Paging Identity为5GS-TMSI时UE需用AMF下发的amf和sqn解密若AMF配置的amf0000但gNB侧amf参数为FFFF则UE无法解密寻呼静默丢弃。当UE Paging Identity为SUCI时UE需用SIM卡中SUCI私钥解密。指导书强调若UE在VoNR场景下SUCI解密失败必查SIM卡是否支持3GPP Rel-15 SUCI格式旧卡仅支持SUPI明文。验证方法在gNB日志中搜索PAGING消息提取uePagingIdentity字段# 提取Paging消息中的UE Paging Identity华为gNB日志 grep -A 5 PAGING.*uePagingIdentity gnb_log.txt | grep value # 输出value0x12345678 (5GS-TMSI) 或 value0x00000000000000000000000000000000 (SUCI)4.2 RAN寻呼RAN Paging的Paging DRX周期与UE节能策略冲突RAN寻呼失败RAN Paging Failure多发于终端省电场景。指导书揭示Paging DRX周期必须与UE的drx-Cycle配置严格对齐。若gNB配置pagingDRX1281.28s但UE的drx-Cycle640.64s则UE每2个DRX周期才监听一次寻呼漏听概率达50%。解决方案gNB侧将pagingDRX设为UE能力中supportedDRX-Cycles的最大值如UE支持[32,64,128,256]则设128UE侧在RRCSetupComplete中携带drx-ConfiggNB据此调整pagingDRX4.3 Xn切换Xn Setup Request超时的gNB间链路诊断Xn切换中断Xn Handover Failure常因gNB间链路问题。指导书提供Xn Setup Request超时的三步诊断法物理链路层ping -c 4 target_gNB_Xn_IP若丢包率1%检查光模块RX功率需-14dBm传输层telnet target_gNB_Xn_IP 38422若连接超时检查防火墙是否放行NGAP端口38422应用层在源gNB抓包过滤sctp.port38422 ngap.XnSetupRequest若无响应检查目标gNB的XnAP进程状态# 中兴gNB命令 show process | include xnapp # 正常输出xnapp 12345 Running4.4 N2切换N2 Handover Required中的Target ID字段校验N2切换失败N2 Handover Failure常因Target ID字段错误。指导书强调Target ID必须为gNB的gNB-ID24bitcellID8bit组合若gNB-ID配置为0x123456但实际为0x654321则AMF无法路由。验证方法在N2 Handover Required消息中提取Target ID# 解析Target IDPython target_id_bytes b\x12\x34\x56\x78 # 示例4字节 gNB_ID (target_id_bytes[0] 16) | (target_id_bytes[1] 8) | target_id_bytes[2] # 前3字节 cellID target_id_bytes[3] # 最后1字节 print(fgNB-ID: 0x{gNB_ID:06X}, cellID: {cellID})4.5 LNR切换LNR重定向中的eutra-CellSelectionPriority字段陷阱LNRLTE to NR重定向失败常因优先级配置错误。指导书指出eutra-CellSelectionPriority字段值必须LTE小区的cellSelectionPriority否则UE拒绝重定向。例如若LTE小区cellSelectionPriority7则NR重定向消息中eutra-CellSelectionPriority必须≥8。若配置为7UE将忽略重定向继续驻留LTE。注意指导书中特别标注——华为gNB的eutra-CellSelectionPriority参数名实为nrCellSelectionPriority配置时需注意CLI提示。4.6 避坑寻呼和切换四大翻车现场现象→原因→解决现象PAGING消息在gNB侧已发送但UE无任何响应信令跟踪无RRC Paging原因Paging DRX周期为256帧2.56s但UE的drx-Cycle为64帧0.64sUE监听窗口与gNB发送窗口错位解决gNB侧将pagingDRX改为64或UE侧在RRCSetupComplete中上报drx-Cycle256现象Xn切换中Xn Setup Response返回CauseTransport Resource Unavailable原因目标gNB的Xn接口IP地址配置错误ping不通但gNB未报错仅返回此通用原因解决在源gNB执行ping target_gNB_Xn_IP修正IP配置现象N2切换中Handover Command下发后UE未发起随机接入原因Handover Command中targetCellPhysicalLayerIdentityPCI为0UE认为目标小区无效解决检查目标gNB的pci配置确保非0且唯一现象LNR重定向后UE驻留LTE未发起NR测量原因重定向消息中eutra-CellSelectionPriority5但LTE小区cellSelectionPriority7UE按规则拒绝重定向解决将eutra-CellSelectionPriority设为8高于LTE小区优先级5. NAS流程与QoS架构注册/去注册信令与5G QoS Flow的端到端映射验证5.1 NAS注册流程Registration Request中的5GS Registration Type字段实战解码NAS注册失败常因5GS Registration Type配置错误。指导书将4类type映射到具体场景5GS Registration Type十六进制场景网优操作Initial registration0x01UE首次开机注册检查AMF的allowedPlmnList是否含UE IMSI PLMNMobility registration updating0x02UE移动后位置更新若频繁触发检查T3512定时器是否过短建议30minPeriodic registration updating0x03周期性注册更新失败时查AMF是否过载cpuUsage85%则拒绝Emergency registration0x04紧急注册必须检查emergencyServiceSupport配置是否为true提示指导书中图7-1标注了Registration Request消息中5GS Registration Type字段的ASN.1位置registrationTypeIE方便Wireshark直接过滤。5.2 去注册流程网络侧去注册的De-registration Type字段陷阱网络侧去注册AMF发起失败常因De-registration Type字段误解。指导书强调switchOff1表示UE关机AMF需立即释放所有资源switchOff0表示正常去注册AMF可保留上下文。若AMF错误设置switchOff1但UE未关机则UE无法重建连接。验证方法在De-registration Request消息中检查deRegistrationType字段# Wireshark过滤表达式 ngap.DeRegistrationRequest ngap.deRegistrationType 01000000 # 01000000二进制 0x40其中bit71表示switchOff5.3 5G QoS ArchitectureQoS Flow与5QI的128种组合验证表5G QoS是网优性能优化的核心但5QI参数繁杂。指导书提供128种5QI组合的验证表每行含5QI值1~128resourceTypeGBR/Non-GBRpriorityLevel1~15packetDelayBudgetmspacketErrorRate10^-xgBR/mBRbps网优实测场景如5QI1→VoNR语音5QI5→视频会议5QI9→网页浏览例如5QI5行5QIresourceTypepriorityLevelpacketDelayBudgetpacketErrorRategBRmBR实测场景5GBR本文还有配套的精品资源点击获取 5G SA信令分析实战手册：从RRC到NGAP字段级解码
简介本资源是一份面向通信网络优化工程师与5G协议学习者的专业信令分析指导手册聚焦5G核心网与接入网协同工作的关键信令流程系统解决信令异常定位难、协议消息解读模糊、端到端流程串联不清晰等实际问题。文档为单个4.24MB的Word.docx文件结构完整、排版规范涵盖开机入网、注册与上下文管理、PDU会话全生命周期、寻呼与切换含Xn/N2/LNR多类型、NAS层全流程等7大模块每节均包含流程图解、关键消息字段解析如MIB/SIB1/SI及典型场景说明便于快速查阅与实战对照。内容预览显示其对ODOSI过程、基于竞争/非竞争随机接入、RRC拒绝重发机制、QoS架构映射等细节均有深入展开适合作为网优人员日常排障、协议工程师入门进阶及高校通信专业教学补充材料。目前已有60人学习下载。1. 这不是协议文档是网优工程师的信令解码手册5G SA全链路信令流程拆解到每条消息字段级你手上有Wireshark抓的pcap但看到NGAP、PDCP、RRC这些缩写就头皮发紧基站日志里满屏的“RRCSetupRequest: cause0x02”却不知道0x02到底代表“紧急注册”还是“高优先级接入”网优现场拉网测试时UE反复掉线信令跟踪里只看到一串“RRCReject”却卡在找不到拒绝原因字段在哪——这本《5G-信令分析指导书》就是为你写的。它不讲3GPP标准怎么写只讲网优实战中怎么用从UE开机搜小区那一刻起到PDU会话建立、寻呼响应、切换完成再到NAS层注册/去注册每一步都对应真实路测场景中的KPI劣化点比如SIB1读取失败→驻留失败率高ODOSI未触发→重选迟滞SecurityModeCommand超时→上下文建立失败。它面向的是每天扛着扫频仪跑站、盯着Probe看信令树、被客户追问“为什么这个小区RRC连接成功率只有89%”的一线网优工程师不是协议栈研究员。整本指导书覆盖SA组网下全部7大核心流程开机入网、上下文管理、会话管理、寻呼、切换、NAS、QoS关键消息全部标注3GPP TS 38.331/38.413原文条款号字段含义直译成中文操作语言例如“ng-5G-S-TMSI-Part1”不叫“5GS临时移动用户标识第一部分”而写成“gNB分配的临时ID用于后续寻呼若此处为空则说明AMF未下发有效TMSI需查AMF配置”。这不是理论教材是能直接垫在笔记本底下、边抓包边对照查字段的工具书。2. 开机入网全流程从PCI同步到注册完成四步定位驻留失败根因2.1 小区搜索与选择PCI获取失败的三种物理层信号陷阱小区搜索是UE入网的第一道门但失败往往不报错只表现为“无服务”。指导书明确指出PCI获取失败≠天线没对准必须分三层排查频点层UE按3GPP TS 38.104定义的Synchronization Raster1.2 MHz步进扫描频点但实际网络常配置非标栅格如1.4 MHz。若路测中发现UE在某频段始终无法同步先确认gNB的NRDUCell.SsbPeriod是否与UE支持的SSB周期5/10/20/40/80 ms匹配不匹配会导致SSB检测概率下降70%以上实测数据。时频同步层PSS/SSS检测失败常见于多径干扰强的城中村场景。指导书强调一个易忽略点SSS序列索引0~335对应PCI模3值但PCI计算需结合PSS0~2和SSS0~111联合解算。若Wireshark中PHY层显示PSS检测成功但PCI为空大概率是SSS误检——此时应检查gNB侧SSB Power配置是否过低建议≥-10 dBm/15kHz。PCI冲突层同PCI复用距离不足导致UE误判邻区。指导书给出网优现场快速验证法用扫频仪测得目标小区PCI后在MapInfo中圈出5km半径内所有同PCI小区若存在两个以上且方位角夹角60°即判定为PCI混淆风险区3GPP TR 38.801建议复用距离≥30km。提示指导书中图2-1“小区搜索流程图”右侧标注了各步骤失败时UE侧Logcat关键词如“SIB1 decode fail”对应RRC_SIB1_DECODE_ERROR可直接grep基站日志。2.2 系统消息广播MIB/SIB1解析失败的信令链路断点定位系统消息是UE驻留的“准入证”但MIB/SIB1解析失败在路测中常被误判为弱覆盖。指导书将问题拆解为信道层、调度层、内容层三重校验信道层验证PDSCH承载MIB固定映射到PBCHSIB1固定映射到PDSCH。若UE收不到MIB先用扫频仪确认SSB RSRP ≥ -120 dBm理论门限再检查gNB侧PBCH Power配置。实测发现当PBCH功率比PDSCH低3dB以上时MIB解调失败率飙升至40%因PBCH无HARQ重传。调度层验证时频资源SIB1的时频位置由MIB中subCarrierSpacingCommon和ssb-SubcarrierOffset共同决定。指导书提供速查表当MIB中subCarrierSpacingCommon015kHz且ssb-SubcarrierOffset0时SIB1必在SSB后第1个slot的Symbol 2~13发送。若UE在此位置未收到PDCCH DCI1_0CRC用C-RNTI加扰则问题在gNB调度器——需检查NRDUCell.Sib1Period是否设为0禁用。内容层验证字段有效性SIB1中cellBarredbarred或intraFreqReselectionnotAllowed直接导致UE拒绝驻留。指导书强调路测中若UE在强信号小区反复尝试驻留又退出必查SIB1的q-RxLevMin字段最小接收电平其值 -110 dBm时UE要求RSRP ≥ -110 dBm才驻留若实际RSRP-108 dBm仍失败则说明gNB配置了额外接入限制如ac-BarringConfig。2.3 随机接入基于竞争的RA失败如何从Msg3内容反推上行失步随机接入是UE与gNB建立上行同步的关键但竞争失败常被笼统归因为“干扰大”。指导书指出Msg3RRCSetupRequest的MAC CE字段是诊断上行失步的黑匣子若Msg3中UE-Identity为S-TMSI40bit说明UE携带了上次注册的临时ID此时若gNB返回RAR但UE未发Msg3大概率是上行TATiming Advance偏差2048 Tc约521μs需检查UE天线方向或gNB TA更新机制。若Msg3中UE-Identity为Random Value64bit说明UE使用随机数发起竞争。此时若gNB未返回RAR问题在前导码Preamble指导书给出Preamble Group A/B选择逻辑——当SIB1中preamblesGroupAConfig存在时UE按路径损耗PL自动分组PLpreamblesGroupAConfig.preamblePowerRampingThreshold时强制选Group B。若配置阈值为80dB但实际PL85dBUE却仍在Group A发前导必然冲突。# 从gNB日志提取Preamble配置华为设备示例 grep preamblesGroupAConfig gnb_log.txt | head -1 # 输出preamblesGroupAConfig: {preamblePowerRampingThreshold80, numPreambleGroupA16}该命令输出直接对应3GPP TS 38.331第6.3.3节preamblePowerRampingThreshold单位为dB数值越大表示越倾向用Group A小功率前导。2.4 RRC连接建立RRCSetupRequest中的establishmentCause字段解码实战RRC连接建立失败是网优TOP3问题但RRCSetupRequest中的establishmentCause字段常被忽略。指导书将7类cause映射到具体场景establishmentCause十六进制值网优典型场景关键诊断点emergency0x01路测中突然触发SOS呼叫检查UE是否在SIB1.cellAccessRelatedInfo.emergency置1的小区highPriorityAccess0x02VoNR紧急语音抢占查gNB侧QoS Priority配置是否允许抢占mt-Access0x03寻呼响应被叫若此cause频繁失败重点查pagingDRX周期与RRCReconfiguration时延mo-Signalling0x04注册/去注册信令失败时必查AMF返回的NGAP Initial UE Message是否超时mo-Data0x05数据业务发起如微信启动关联检查PDCP层COUNT是否重置异常注意指导书中明确警告——当establishmentCause0x05mo-Data但RRCSetupComplete未收到时90%概率是gNB侧RRC Setup TimerT300超时而非无线环境问题。此时应检查gNB CPU负载是否85%因T300计时器在高负载下可能被延迟触发。2.5 注册流程5GC注册拒绝的AMF侧根因三板斧注册失败Registration Reject是SA网络开通初期最高发问题。指导书摒弃“查AMF日志”的模糊说法给出三步精准定位法第一步抓取NGAP Initial UE Message在gNB侧抓包过滤ngap.InitialUEMessage检查5GS-TMSI字段是否有效。若为全0则UE未完成上次注册需查AMF是否因Deregistration未完成而拒绝新请求。第二步解析Registration Reject CauseRegistration Reject消息中5GS Registration Result字段含具体原因0x015GS services not allowed→ AMF未配置UE签约的S-NSSAI切片0x02PLMN not allowed→ UE的SUPI归属PLMN与AMF配置的allowedPlmnList不匹配0x03Network failure→ AMF与UDM通信超时查AMF-UDM链路延迟第三步验证AMF配置一致性指导书提供AMF配置核查清单# AMF config.yaml 关键字段Open5GS示例 amf: plmn: 46001 # 必须与UE SIM卡IMSI前5位一致 snssai: - sst: 1 # 切片类型需与UE请求的S-NSSAI匹配 sd: 010203 udm: addr: 192.168.10.10 # UDM地址ping通仅是基础需telnet 38412端口2.6 避坑开机入网四大血泪经验现象→原因→解决现象UE在强信号小区RSRP-90dBm反复尝试驻留又退出信令跟踪显示SIB1解析成功但无后续动作原因SIB1中intraFreqReselectionnotAllowed且q-Hyst0导致UE虽驻留但禁止重选而当前小区TAC不在AMF配置的allowedTacList中AMF拒绝注册解决在gNB侧修改SIB1配置intraFreqReselectionallowed并同步更新AMF的allowedTacList现象路测中UE在多个小区间频繁重选但始终无法完成RRC连接建立原因gNB配置的ssb-SubcarrierOffset24对应30kHz SCS但UE芯片仅支持15kHz SCS导致SIB1时频位置计算错误解决gNB侧将subCarrierSpacingCommon强制设为015kHz或升级UE基带固件现象Wireshark中RRCSetupRequest的establishmentCause0x04mo-Signalling但gNB未回复RRCSetup原因AMF向gNB发送NGAP Initial UE Message时RAN UE NGAP ID字段为0gNB认为非法请求而丢弃解决检查AMF配置ranUeNgapIdAllocation是否启用或重启AMF服务重置ID池现象UE注册成功后立即触发PDU会话建立但PDU SESSION RESOURCE SETUP REQUEST中QoS参数全为0原因AMF未从SMF获取QoS规则因SMF配置的qosFlowIdentifier与UPF的qfi映射表不一致解决在SMF侧执行show qos-policy确认qfi0x01对应5QI9默认QoS并同步UPF配置3. 上下文管理与会话建立从初始上下文到PDU会话QoS Flow映射的硬核调试3.1 初始上下文建立SecurityModeCommand超时的gNB侧三重锁死排查初始上下文建立失败Initial Context Setup Failure常被归因为“安全模式失败”但指导书指出SecurityModeCommand超时本质是gNB与AMF的密钥协商断点需分三层验证AMF侧密钥生成层AMF生成的KENB密钥必须通过NGAP INITIAL CONTEXT SETUP REQUEST下发给gNB。若Wireshark中该消息Security Key字段为空则AMF未生成密钥——检查AMF日志中generate_kenb()函数是否返回NULL常见于SQN序列号重复或AMF参数配置错误。gNB侧密钥派生层gNB收到KENB后需派生KgNBgNB密钥。指导书强调KgNB派生算法必须与AMF严格一致若AMF用128-NEA1而gNB配128-NEA2则KgNB计算结果不同导致后续SecurityModeComplete被gNB拒绝。华为gNB需检查securityAlgorithm参数中兴需核对neAAlgorithm。空口传输层SecurityModeCommand消息本身需加密完整性保护。若gNB侧integrityProtectionAlgorithm配置为128-NIA2但UE能力仅支持128-NIA1则UE无法解密该消息。指导书提供UE能力查询速查法在RRC UECapabilityEnquiry消息中securityCapabilities字段的nIA位图指示支持的完整性算法0x01NIA10x02NIA2。# 解析UECapabilityInformation中的securityCapabilitiesPython示例 def parse_security_caps(ue_cap_bytes): # ue_cap_bytes为RRC UECapabilityInformation ASN.1编码字节流 # securityCapabilities位于IE 10.2.2.2 (3GPP TS 38.331) nia_bits ue_cap_bytes[10] 0x0F # 取低4位 if nia_bits 0x01: print(UE supports 128-NIA1) if nia_bits 0x02: print(UE supports 128-NIA2) # 若此处为0但gNB配NIA2则必超时该脚本可直接嵌入Probe信令分析插件实时解析UE能力。3.2 PDU会话建立QoS Flow到DRB映射的五级参数对齐检查PDU会话建立失败常表现为PDU SESSION RESOURCE SETUP RESPONSE中PDU Session Resource Setup List为空。指导书指出根本原因是QoS Flow与DRB的五级参数未对齐必须逐级验证5QI层级SMF下发的5QI如5QI9必须在gNB的qosProfile中定义。华为gNB需检查qosProfile.5qi9是否存在中兴需核对qosPolicy.5qi9。ARP层级Allocation and Retention PriorityARP的priorityLevel1~15必须≤gNB配置的maxArpPriority。若SMF下发priorityLevel10但gNBmaxArpPriority8则gNB拒绝创建DRB。GBR层级若QoS Flow为GBR类型如5QI1gBR参数guaranteed bit rate必须≤gNB的maxGbr。指导书给出计算公式maxGbr cellBandwidth * 0.8 * modulationOrder * codingRate其中modulationOrder664QAMcodingRate0.93LDPC。Reflective QoS层级若启用Reflective QoSRQAReflective QoS Attribute必须与UE上报的reflectiveQosIndication匹配。若UE未上报但SMF下发RQA1gNB将忽略该QoS Flow。SDAP层级SDAP Header配置必须开启。华为gNB需sdapEnabletrue中兴需sdapSwitchon否则即使QoS Flow创建成功用户面也无法映射。提示指导书中表4-1列出全部QoS参数映射关系如5QI5对应resourceTypeGBR、priorityLevel3、packetDelayBudget100ms避免网优工程师手动查3GPP TS 23.501。3.3 QoS Flow与DRB映射为什么5QI9的流量总走错DRB5QI9默认QoS的流量走错DRB是网优高频问题。指导书揭露真相gNB的DRB创建顺序决定QoS Flow绑定顺序而非5QI值。当PDU会话含多个QoS Flow如5QI55QI9时gNB按收到PDU SESSION RESOURCE SETUP REQUEST中QoS Flow List的顺序创建DRB第一个Flow绑定DRB1第二个绑定DRB2。若SMF下发顺序为[5QI5, 5QI9]则5QI9走DRB2若顺序为[5QI9, 5QI5]则5QI9走DRB1。解决方案分两步SMF侧配置qosFlowOrderPolicy5qiAscending确保5QI小的优先gNB侧强制DRB1绑定5QI9通过CLI命令# 华为gNB命令需在PDU会话建立前配置 ADD DRB: drbId1, qci9, priority3;3.4 PDU会话修改QoS参数动态调整的信令开销控制PDU会话修改如视频通话中从5QI9升为5QI1需最小化信令开销。指导书指出关键在PDU SESSION RESOURCE MODIFY REQUEST中QoS Flow to be Modified List的精简若仅修改5QIQoS Flow to be Modified List只需包含qfi和5qi字段其他参数如arp,gbr可省略减少消息长度30%若同时修改gbr和mbr必须携带qosFlowLevelQosParameters完整结构否则gNB视为参数缺失而拒绝修改// 正确的QoS Flow修改体仅改5QI { qfi: 0x01, qosFlowLevelQosParameters: { 5qi: 1 } } // 错误缺少qosFlowLevelQosParameters外层包装gNB解析失败 { qfi: 0x01, 5qi: 1 }3.5 避坑上下文与会话管理五大玄学故障现象→原因→解决现象NGAP INITIAL CONTEXT SETUP REQUEST中Security Key非空但SecurityModeCommand未发出原因gNB的securityAlgorithm配置为128-NEA0无加密但integrityProtectionAlgorithm为128-NIA2而UE能力中nEA位图未置位0x02不支持NEA0解决gNB侧将securityAlgorithm改为128-NEA1或UE侧升级基带支持NEA0现象PDU会话建立成功但用户面无流量PDCP Status Report显示COUNT不递增原因gNB的sdapHeader配置为present但UE在RRCReconfigurationComplete中未携带sdap-ConfiggNB未启用SDAP头解决在gNB侧强制sdapHeaderabsent或重新触发UE能力查询现象PDU SESSION RESOURCE SETUP REQUEST中QoS Flow列表有3个但PDU SESSION RESOURCE SETUP RESPONSE只返回2个DRB原因第三个QoS Flow的5QI1要求gBR10Mbps但gNB计算maxGbr8Mbps因小区带宽100MHz×0.8×6×0.93≈8.9MbpsgNB静默丢弃解决降低gBR至8Mbps或增大gNB带宽配置现象RRC SecurityModeComplete发送后gNB未发RRC Reconfiguration信令停滞原因SecurityModeComplete的reestablishmentCause字段为0x00spare但gNB期望0x01reconfiguration因gNB配置了reconfigOnSecurityModeCompletetrue解决UE侧修改reestablishmentCause为0x01或gNB侧关闭该开关现象PDU SESSION RESOURCE MODIFY REQUEST中修改5QI5但PDU SESSION RESOURCE MODIFY RESPONSE返回500 Internal Error原因SMF下发的5QI5对应resourceTypeGBR但gNB的qosProfile.5qi5中resourceTypeNon-GBR类型不匹配解决同步gNB与SMF的qosProfile配置确保resourceType一致4. 寻呼与切换RAN寻呼失败与Xn切换中断的毫秒级时序分析4.1 5GC寻呼Paging消息中UE Paging Identity字段的双模解析5GC寻呼失败Paging Failure常被误判为覆盖问题但指导书指出UE Paging Identity字段的解析方式决定寻呼能否到达UE当UE Paging Identity为5GS-TMSI时UE需用AMF下发的amf和sqn解密若AMF配置的amf0000但gNB侧amf参数为FFFF则UE无法解密寻呼静默丢弃。当UE Paging Identity为SUCI时UE需用SIM卡中SUCI私钥解密。指导书强调若UE在VoNR场景下SUCI解密失败必查SIM卡是否支持3GPP Rel-15 SUCI格式旧卡仅支持SUPI明文。验证方法在gNB日志中搜索PAGING消息提取uePagingIdentity字段# 提取Paging消息中的UE Paging Identity华为gNB日志 grep -A 5 PAGING.*uePagingIdentity gnb_log.txt | grep value # 输出value0x12345678 (5GS-TMSI) 或 value0x00000000000000000000000000000000 (SUCI)4.2 RAN寻呼RAN Paging的Paging DRX周期与UE节能策略冲突RAN寻呼失败RAN Paging Failure多发于终端省电场景。指导书揭示Paging DRX周期必须与UE的drx-Cycle配置严格对齐。若gNB配置pagingDRX1281.28s但UE的drx-Cycle640.64s则UE每2个DRX周期才监听一次寻呼漏听概率达50%。解决方案gNB侧将pagingDRX设为UE能力中supportedDRX-Cycles的最大值如UE支持[32,64,128,256]则设128UE侧在RRCSetupComplete中携带drx-ConfiggNB据此调整pagingDRX4.3 Xn切换Xn Setup Request超时的gNB间链路诊断Xn切换中断Xn Handover Failure常因gNB间链路问题。指导书提供Xn Setup Request超时的三步诊断法物理链路层ping -c 4 target_gNB_Xn_IP若丢包率1%检查光模块RX功率需-14dBm传输层telnet target_gNB_Xn_IP 38422若连接超时检查防火墙是否放行NGAP端口38422应用层在源gNB抓包过滤sctp.port38422 ngap.XnSetupRequest若无响应检查目标gNB的XnAP进程状态# 中兴gNB命令 show process | include xnapp # 正常输出xnapp 12345 Running4.4 N2切换N2 Handover Required中的Target ID字段校验N2切换失败N2 Handover Failure常因Target ID字段错误。指导书强调Target ID必须为gNB的gNB-ID24bitcellID8bit组合若gNB-ID配置为0x123456但实际为0x654321则AMF无法路由。验证方法在N2 Handover Required消息中提取Target ID# 解析Target IDPython target_id_bytes b\x12\x34\x56\x78 # 示例4字节 gNB_ID (target_id_bytes[0] 16) | (target_id_bytes[1] 8) | target_id_bytes[2] # 前3字节 cellID target_id_bytes[3] # 最后1字节 print(fgNB-ID: 0x{gNB_ID:06X}, cellID: {cellID})4.5 LNR切换LNR重定向中的eutra-CellSelectionPriority字段陷阱LNRLTE to NR重定向失败常因优先级配置错误。指导书指出eutra-CellSelectionPriority字段值必须LTE小区的cellSelectionPriority否则UE拒绝重定向。例如若LTE小区cellSelectionPriority7则NR重定向消息中eutra-CellSelectionPriority必须≥8。若配置为7UE将忽略重定向继续驻留LTE。注意指导书中特别标注——华为gNB的eutra-CellSelectionPriority参数名实为nrCellSelectionPriority配置时需注意CLI提示。4.6 避坑寻呼和切换四大翻车现场现象→原因→解决现象PAGING消息在gNB侧已发送但UE无任何响应信令跟踪无RRC Paging原因Paging DRX周期为256帧2.56s但UE的drx-Cycle为64帧0.64sUE监听窗口与gNB发送窗口错位解决gNB侧将pagingDRX改为64或UE侧在RRCSetupComplete中上报drx-Cycle256现象Xn切换中Xn Setup Response返回CauseTransport Resource Unavailable原因目标gNB的Xn接口IP地址配置错误ping不通但gNB未报错仅返回此通用原因解决在源gNB执行ping target_gNB_Xn_IP修正IP配置现象N2切换中Handover Command下发后UE未发起随机接入原因Handover Command中targetCellPhysicalLayerIdentityPCI为0UE认为目标小区无效解决检查目标gNB的pci配置确保非0且唯一现象LNR重定向后UE驻留LTE未发起NR测量原因重定向消息中eutra-CellSelectionPriority5但LTE小区cellSelectionPriority7UE按规则拒绝重定向解决将eutra-CellSelectionPriority设为8高于LTE小区优先级5. NAS流程与QoS架构注册/去注册信令与5G QoS Flow的端到端映射验证5.1 NAS注册流程Registration Request中的5GS Registration Type字段实战解码NAS注册失败常因5GS Registration Type配置错误。指导书将4类type映射到具体场景5GS Registration Type十六进制场景网优操作Initial registration0x01UE首次开机注册检查AMF的allowedPlmnList是否含UE IMSI PLMNMobility registration updating0x02UE移动后位置更新若频繁触发检查T3512定时器是否过短建议30minPeriodic registration updating0x03周期性注册更新失败时查AMF是否过载cpuUsage85%则拒绝Emergency registration0x04紧急注册必须检查emergencyServiceSupport配置是否为true提示指导书中图7-1标注了Registration Request消息中5GS Registration Type字段的ASN.1位置registrationTypeIE方便Wireshark直接过滤。5.2 去注册流程网络侧去注册的De-registration Type字段陷阱网络侧去注册AMF发起失败常因De-registration Type字段误解。指导书强调switchOff1表示UE关机AMF需立即释放所有资源switchOff0表示正常去注册AMF可保留上下文。若AMF错误设置switchOff1但UE未关机则UE无法重建连接。验证方法在De-registration Request消息中检查deRegistrationType字段# Wireshark过滤表达式 ngap.DeRegistrationRequest ngap.deRegistrationType 01000000 # 01000000二进制 0x40其中bit71表示switchOff5.3 5G QoS ArchitectureQoS Flow与5QI的128种组合验证表5G QoS是网优性能优化的核心但5QI参数繁杂。指导书提供128种5QI组合的验证表每行含5QI值1~128resourceTypeGBR/Non-GBRpriorityLevel1~15packetDelayBudgetmspacketErrorRate10^-xgBR/mBRbps网优实测场景如5QI1→VoNR语音5QI5→视频会议5QI9→网页浏览例如5QI5行5QIresourceTypepriorityLevelpacketDelayBudgetpacketErrorRategBRmBR实测场景5GBR本文还有配套的精品资源点击获取