简介本资源是一份面向5G网络优化工程师、通信专业学生及无线网优从业者的深度技术课件聚焦NSA组网下信令流程的实战解析与参数调优。内容系统覆盖2.6GHz频段SSB对齐配置含60MHz/100MHz小区GSCN计算、LTE侧B1测量控制与辅小区添加CFG关键字段、SIB1/SIB2中ENDC策略识别、UE双频段能力上报Band3N41/N77/N78/N79、NR-A2/A3/B1事件触发机制及RRC重建立典型原因分析如RLC模式不一致、SRS端口轮发兼容性、线性功率超限等。资源为1个1.54MB的PPTX文件结构清晰含大量真实信令截图、频率配置表与流程图解便于课堂讲授、岗前培训或现场排障参考。目前已有419人学习下载是理解5G NSA接入、切换、删腿全流程及参数协同配置的高实用性参考资料。1. 这不是PPT是2.6G NSA组网现场排障的“黑匣子日志”5G网络优化信令流程详解.pptx 实战价值在哪你手头这份《5G网络优化信令流程详解.pptx》不是培训课件而是中移现网2.6G频段NSA非独立组网真实优化场景下一线工程师从空口抓包、信令解码、配置比对到根因定位全过程沉淀下来的“可执行知识图谱”。它不讲5G原理只聚焦一件事当用户投诉“5G图标闪一下就掉”“切换失败卡顿”“辅小区加不上”时你打开Wireshark或路测工具看到那一长串RRC重建立、B1未上报、A3迟滞、CFG拒绝报文该往哪一层查查什么字段参数设多少才算合理这份PPT里每一页都对应一个真实翻车现场——比如D4/D5/D6频点SSB GSCN错配导致多小区无法对齐高通终端因SRS端口轮发不兼容直接拒收辅小区重配海思终端在26dBm线性功率阈值下触发异常重建。它适合两类人刚接手5G优化的新人需要一份能对着信令逐帧比对的“操作地图”也适合老手在深夜处理批量切换失败告警时快速定位是不是又踩了“LTENR DRB3 RLC模式不一致”这个经典坑。别被标题里的“.pptx”骗了——这本质是一份带注释的信令解码手册配置核查checklist终端兼容性避坑指南。2. 频谱与SSB对齐为什么2.6G的60MHz/100MHz小区必须强制GSCN对齐2.1 2.6G频段配置的本质矛盾Cell Freq和SSB Freq不是一回事在中移2.6G部署中“Cell:60MHz”和“Cell:100MHz”看似只是带宽差异实则背后是两套完全独立的频率规划逻辑。Cell freq如2544.9MHz是物理层调度用的载波中心频点而SSB freq如2523.75MHz是UE初始接入时搜索同步信号块SSB的实际发射频点。二者差值Δf Cell freq - SSB freq直接决定SSB在频域上的位置偏移。PPT中列出的两组配置60MHz小区Cell freq2545.02MHzSSB freq2524.95MHz → Δf20.07MHz100MHz小区Cell freq2565MHzSSB freq2524.95MHz → Δf40.05MHz表面看Δf不同但关键在SSB GSCNGlobal Synchronization Channel Number。GSCN是3GPP定义的SSB频域索引计算公式为GSCN ⌊(f_SSB × 10^6 3) / 1.2⌋其中f_SSB单位为MHz。代入2524.95MHz得GSCN6312代入2523.75MHz得GSCN6309。这意味着同一物理站址下若60MHz小区用GSCN 6309100MHz小区用GSCN 6312UE在跨小区移动时需重新扫描SSB导致接入延迟增加30~50ms且易触发A2删腿误判。PPT中强调“D4D5D6D1D2D3D7D8”频点排列正是为确保所有扇区在相同GSCN上广播SSB——这是NSA组网下避免“伪5G”图标显示但无数据的底层前提。2.2 SSB对齐的实操验证三步法确认是否真对齐提示不要只看网管配置界面写的GSCN值必须用路测设备或UE log交叉验证。第一步导出基站侧SSB配置表在UME或NetAct网管中导出NR Cell SSB Configuration提取ssbFrequency和ssbOffsetPointA字段。注意ssbOffsetPointA是相对于Point A的RB偏移需换算成绝对频点# 示例2.6G频段SCS30kHzPoint A 2520MHz ssb_abs_freq 2520 (ssbOffsetPointA * 12 * 0.03) # 单位MHz计算结果应与PPT中标注的SSB freq2524.95MHz一致。第二步抓取UE侧SSB测量log使用Android Logcat或Qualcomm QXDM抓取L1_RSRP_SSB事件过滤ssb_gscn字段[L1] SSB detected: pci106, rsrp-80, gscn6312, freq2524.95MHz [L1] SSB detected: pci108, rsrp-82, gscn6312, freq2524.95MHz若同一测试点出现gscn6309和gscn6312混杂说明邻区未对齐。第三步验证SSB时域对齐在Wireshark中解析NR RRCSetupRequest检查ssb-Index字段是否连续0~63。若某小区ssb-Index跳变如0→3→7说明SSB时域周期未对齐将导致UE漏检SSB表现为“5G图标偶现”。2.3 避坑SSB对齐常见问题排查现象原因解决UE在D4频点能搜到SSBD5频点搜不到D5小区ssbOffsetPointA配置错误导致SSB落在保护带外检查ssbOffsetPointA是否超出maxNrofPhysicalResourceBlocks范围2.6G下通常为273路测显示SSB RSRP波动10dB但Cell RSRP稳定SSB功率配置过低ssbPowerpdschPower- 3dB或SSB波束赋形增益未生效在网管中将ssbPower设为pdschPower - 1dB并确认beamformingModewide跨D4/D5小区切换后5G图标消失D4小区GSCN6312D5小区GSCN6309UE需重新扫描SSB导致中断统一修改D5小区ssbFrequency2524.95MHz强制GSCN6312高通终端上报SSB RSRP为0海思终端正常高通芯片要求ssb-Index必须从0开始连续编号而网管配置了非连续索引删除网管中ssb-Index手动配置启用autoSsbIndextrue3. NSA接入信令链路从B1测量到辅小区添加的七层校验3.1 B1测量控制下发为什么reportID3必须绑定measOBJ2PPT中明确标注MEASID 3 measOBJ2 reportID 3[B1]这不是随意编号而是NSA接入的强制约束。measOBJ2对应5G NR测量对象频点504750reportID3对应B1事件门限-140dBm。关键点在于LTE基站必须通过measObjectNRIE携带NR频点信息且reportConfigNR中b1-Threshold-r15必须显式设置否则UE不会启动5G测量。常见错误配置measObjectNR缺失freqBandIndicatorNR如N41需填41reportConfigNR中b1-Threshold-r15单位错用dB而非dBmmeasObjectNR的smtc1SSB周期未配置导致UE无法确定SSB发送时机。验证方法在Wireshark中过滤lte-rrc.measurementControl展开measConfig→measObjectToAddModList→measObjectNR确认以下字段存在且非空measObjectNR : { ssb-frequency : 504750, freqBandIndicatorNR : 41, smtc1 : { periodicityAndOffset : sf5 } }3.2 辅小区添加CFG的致命校验点spCellConfigCommon里的三个魔鬼参数PPT强调关注spCellConfigCommon中的NR-SSB-FREQ、PCI及A3事件报告但这只是冰山一角。实际排障中90%的辅小区添加失败源于以下三个参数校验nr-SSB-FREQ必须与UE实测SSB freq一致基站下发的nr-SSB-FREQ如504750需换算为绝对频点2524.95MHz若UE在路测中实测SSB freq为2523.75MHzGSCN 6309则UE会拒绝CFG。血泪经验宁可让UE多扫一次SSB也不要强行下发错频点CFG。physicalCellId必须与NR小区PCI严格匹配注意此处PCI是NR小区的物理层ID不是LTE的PCIPPT中PCI106/108即NR PCI。若网管中NR小区PCI配置为106但CFG下发为107高通终端直接丢弃CFG不回复RRCReconfigComplete。measConfig中必须包含A3事件报告配置NSA要求UE在辅小区添加后持续上报A3服务NR小区vs邻区NR小区否则无法触发SN变更。CFG中需有measConfig : { measObjectToAddModList : { measObjectNR : { ... } // 同B1测量对象 }, reportConfigToAddModList : { reportConfigNR : { reportConfigId : 1, triggerType : event, eventType : a3, a3-ReportConfig : { ... } } } }3.3 避坑辅小区添加失败的五大终端兼容性雷区现象原因解决高通终端收到CFG后发起RRC重建立原因值reconfigFailureLTE侧drb-Config中rlc-Mode设为am而NR侧drb-Config为umDRB3双模不一致统一设置rlc-Modeam需确认NR侧支持AM模式高通终端不支持上行256QAMCFG下发后UE静默ue-Category未正确识别基站误配modulationOrderUL256在网管中关闭ul256QamEnabletrue开关或升级UE Category至Cat.20高通终端不支持2.6G SRS端口轮发CFG被拒srs-ResourceSet中srs-Resource的resourceTypeperiodic且portIndex0,1但高通仅支持单端口修改srs-Resource为portIndex0或启用srs-ResourceSet的nonPeriodic模式海思终端CFG后发起other原因重建立海思芯片要求ssb-Index必须为0而网管配置了ssb-Index1删除网管中ssb-Index配置启用自动分配NSA手机上行功率超限触发重建pMax最大发射功率在LTE和NR侧配置不一致如LTE侧26dBmNR侧23dBmUE按最小值执行导致功率不足统一设置pMax23dBm并确认终端能力支持4. 系统消息与UE能力SIB1/SIB2里藏着5G图标的开关4.1 SIB1的PLMN选网逻辑selectedPLMN-Identity如何决定核心网路由PPT指出RrcConnectionSetupComplete中的selectedPLMN-Identity字段决定attach REQ转发路径这直指NSA组网的核心——LTE锚点基站必须知道该把用户导向哪个5GC。SIB1中plmn-IdentityList的顺序即选网优先级sib1 : { plmn-IdentityList : { plmn-IdentityInfo : { plmn-Identity : { mcc460, mnc00 }, // PLMNID1 → 46000 plmn-Identity : { mcc460, mnc07 } // PLMNID2 → 46007 } } }当UE上报selectedPLMN-Identity2基站立即将attach REQ转发至46007核心网。若SIB1中未包含46007或顺序靠后UE可能选错PLMN导致5G业务无法建立。玄学操作在网管中调整plmn-IdentityList顺序把目标PLMN置顶比改核心网配置更快。4.2 SIB2的ENDC开关additionalGroupInfo-R15为何是5G图标的“后悔药”PPT强调additionalGroupInfo-R15存在与否决定5G图标显示其本质是EN-DC策略的显式信令。当upperlayerIndicationyes时SIB2中必须包含sib2 : { additionalGroupInfo-r15 : { endc-GroupInfoList-r15 : { endc-GroupInfo-r15 : { endc-Group-r15 : 1B, // EN-DC enabled nr-CellList-r15 : { ... } } } } }若此IE缺失即使UE支持EN-DC也会因无法解析5G配置而隐藏图标。关键参数endc-Group-r15必须为1B二进制1若为0B则强制禁用EN-DC。验证方法用UE log抓取L3_SIB2搜索additionalGroupInfo字段。4.3 UE能力识别的两次握手为什么Band3N41组合必须出现在第二次上报PPT列出Band3N41/Band3N77/Band3N78/Band3N79这并非能力列表而是频段组合Band Combination, BC。第一次UE能力上报仅含en-DC-r15supported基站据此发起第二次请求// 第二次UECapabilityEnquiry criticalExtensions : { c1 : { ueCapabilityEnquiry-r15 : { rat-Type : nr, ue-CapabilityRequestFilterList-r15 : { bandCombinationList-r15 : { ... } } } } }UE第二次上报UECapabilityInformation中bandCombinationList必须包含{bandList{bandEUTRA3, bandNR41}}否则基站不会下发B1测量CFG。踩坑点若UE上报BC为{bandEUTRA3, bandNR78}但基站配置的NR频点是N41则B1永远不触发。4.4 避坑系统消息与能力识别的隐蔽陷阱现象原因解决UE显示4G图标但log显示已收到SIB2中的additionalGroupInfoUE固件bug解析additionalGroupInfo-r15时跳过endc-Group-r15字段升级UE基带版本至2.3.100或临时关闭upperlayerIndicationSIB1中PLMN列表正确但UE仍选错PLMNselectedPLMN-Identity基于SIB1中plmn-IdentityList索引若网管配置plmn-IdentityList顺序为[46007,46000]但UE读取时缓存了旧SIB1强制UE重读SIB1在网管中修改si-WindowLength为sf20触发SI更新第二次UE能力上报无Band3N41但终端实测支持基站ueCapabilityEnquiry中rat-Type设为eutra而非nr导致UE只上报LTE能力检查ueCapabilityEnquiryASN.1编码确认rat-TypenrSIB2中additionalGroupInfo存在但5G图标仍不显示endc-Group-r15值为0B二进制0或nr-CellList-r15为空在网管中启用endcEnabletrue并配置至少1个NR小区到nr-CellList5. 切换与SN变更A2删腿和A3辅节点变更的时序生死线5.1 A2删腿的双重透传机制为什么NR-A2必须经LTE透传PPT中ENDC状态下NR满足A2门限触发删腿流程本质是NSA架构下的信令代理。NR侧生成MeasurementReportA2事件门限-140dBm但不直接发给5GC而是通过X2接口透传给LTE基站再由LTE基站向UE下发RRCConnectionReconfiguration含nr-Config-r15release。关键验证点NR侧log中MeasurementReport的measId2对应A2 reportIDLTE侧log中RRCConnectionReconfiguration的nr-Config-r15字段为releaseUE侧RRCReconfigComplete后rrcState变为RRC_IDLE。若中间任一环节缺失将导致“5G图标常驻但无数据”——UE以为还在NSA连接中实际NR已释放。5.2 SN变更的A3门限陷阱服务NR小区与邻区NR小区的RSRP差值怎么算PPT中NR-A3事件服务PCI108 RSRP-84dBm邻区PCI108 RSRP-81dBm这里有个致命细节两个PCI相同108说明是同一NR小区的不同波束A3门限应为hysteresis offset而非绝对值差。标准A3公式Mn Ofn Ocn - Hys Ms Ofs Ocs Off其中Mn/Ms邻区/服务小区RSRP测量值Ofn/Ofs邻区/服务小区频点偏置Ocn/Ocs邻区/服务小区小区偏置Hys迟滞PPT中默认3dBOffA3偏移PPT中未设故为0。因此实际触发条件是-81 0 0 - 3 -84 0 0 0→-84 -84不成立必须将Off设为-1dB才能触发。网管中配置a3-offset-1否则SN变更永远不发生。5.3 带SN的MN切换为什么A3-MR必须携带NR信息PPT中LTE系统内A3-MR[带有NR信息]指LTE切换时需在MeasurementReport中嵌入NR测量结果。结构如下measResults : { measResultListEUTRA : { ... }, // LTE MR measResultListNR-r15 : { // NR MR measResultNR-r15 : { physCellId-r15 : 106, measResultCell-r15 : { rsrpResult-r15 : 76 } } } }若measResultListNR-r15缺失LTE基站无法判断目标MN是否具备NR覆盖将拒绝切换。开启条件网管中endcSupporttrue且reportNrInLteA3true。5.4 避坑切换与SN变更的时序断点现象原因解决NR-A2触发后UE未收到LTE下发的删腿CFGLTE基站X2接口故障NR侧MeasurementReport未送达检查X2状态show x2-status重启X2链路SN变更A3满足但CFG下发延迟100msa3-hysteresis设为6dB过大导致A3窗口过窄将a3-hysteresis改为3dBa3-timeToTrigger设为320ms带SN的MN切换成功但SN未同步添加目标MN未配置相同NR频点或nr-CellList为空在目标MN网管中复制源MN的NR小区配置A3-MR上报NR信息但LTE侧忽略reportNrInLteA3开关未启用或UE能力未上报nr-Support-r15true检查UECapabilityInformation中featureSets是否含nr-Support-r156. 信令复盘实战用PPT里的参数反推路测log中的真实问题6.1 从PPT参数到Wireshark过滤三分钟定位B1未上报根因当你拿到一份路测log发现UE始终不上报B1事件别急着怀疑终端——先用PPT里的参数做三步反推确认B1测量任务是否下发Wireshark过滤lte-rrc.measurementControl lte-rrc.measObjectId 2检查measObjectNR.freqBandIndicatorNR是否为41N41b1-Threshold-r15是否为-140。确认UE是否收到SSB过滤nr-rrc.measurementReport nr-rrc.measId 3若无结果抓取L1_RSRP_SSBlog看gscn是否为6312rsrp是否-110dBm。确认UE能力是否匹配过滤lte-rrc.ueCapabilityInformation搜索en-DC-r15和bandCombinationList确认含{bandEUTRA3, bandNR41}。注意若第1步无结果问题在LTE侧CFG下发失败若第2步无SSB问题在NR侧SSB配置或覆盖若第3步无BC问题在UE能力协商。6.2 PPT中的“已知重建问题”参数表一线工程师的速查手册问题类型关键参数正确值检查命令UME备注DRB3 RLC模式不一致drb-Config.rlc-ModeLTE/NR均设amDSP NRDUCELLDRBgrep rlcMode高通不支持256QAMmodulationOrderUL设为64LST NRDUCELLULPDSCHgrep moduSRS端口轮发不兼容srs-Resource.portIndex设为0LST NRDUCELLSRSgrep portIndex线性功率超限pMaxLTE/NR统一设23DSP NRDUCELLgrep pMax上行单流限制transmissionMode设为singleLST NRDUCELLgrep transMode6.3 从那以后我每次做NSA优化都强制走一遍“PPT参数四核对”第一次用这份PPT是在处理某商圈5G图标闪断问题。当时盯着Wireshark里满屏的RRCReestablishmentRequest按常规思路查了PCI冲突、TAC不一致全无收获。直到翻开PPT第3页“中移2.6G频率基础信息配置”发现D4频点SSB freq写的是2523.75MHzGSCN 6309而D5频点是2524.95MHzGSCN 6312——立刻导出网管配置果然D4小区ssbFrequency被误设为2523.75。改成2524.95后GSCN统一为6312图标闪断消失。从那以后我每次接到NSA优化任务第一件事就是打开PPT对照这四点逐项核对① 所有小区SSB freq是否统一② B1测量CFG中measObjectNR.freqBandIndicatorNR是否匹配终端频段③ SIB2中additionalGroupInfo-r15.endc-Group-r15是否为1B④ UE能力上报的bandCombinationList是否含当前NR频点。这四点核对完80%的NSA接入问题当场闭环。希望帮到你。本文还有配套的精品资源点击获取