尧图网站建设 
简介本资源是爱立信官方发布的《SA接入性能分析优化指导书》专为新入职的5G网络优化工程师设计系统梳理NR SA独立组网下的全流程接入信令机制与关键优化点。文档深度解析随机接入含msg1–msg4交互、RA响应窗口与时延、RRC连接建立准入检查、SRB1配置、RRCSetupReject触发条件、初始上下文建立AS/NAS安全配置、终端能力协商、InitialContextSetupRequest/Response处理及PDU会话可选流程覆盖接入成功率、TA精度、鉴权时延、承载建立效率等核心KPI优化路径。资源为单文件PDF共1个1.44MB文档内容结构严谨含修订记录、流程图解与23步详细信令分解说明便于按阶段对照学习与问题定位。目前已有296人下载学习适合需快速掌握5G SA接入底层逻辑、开展现网问题分析与参数调优的初级至中级网络优化人员。1. 爱立信 SA 接入性能分析优化指导书一份能直接上手调参、查 counter、定位黑匣子失败点的实战手册你刚接手一个新开通的 5G SA 网络片区KPI 报警——RRC 建立成功率跌到 82%初始上下文建立失败率飙升至 15%用户投诉“打不开网页”“VoNR 呼叫一直转圈”。后台看指标pmRrcConnEstabSuccMos 持续偏低但 pmRadioRaCbSuccMsg3 却高达 98%再往下钻pmUeCtxtEstabSucc 突然断崖下跌而 pmNgSigConnEstabSucc 却纹丝不动。这时候翻遍网管告警日志只看到一堆“InitialContextSetupFailure: CauseUnknown”连个具体错误码都没有。你不是没学过 3GPP 协议但协议栈里几十个流程、上百个 IE 字段、分散在 CU/DU/UPF/AMF 四处的 counter根本串不起来——这哪是优化这是在解密。这份《爱立信 SA 接入性能分析优化指导书》Uzs PA12020-12-02 版就是为这种场景写的。它不是给博士生讲 NR 空口原理的论文而是给一线 NDO 工程师准备的“故障排查地图参数速查表counter 对照字典”。全篇 32 页没有一句虚话所有流程图都标了消息编号msg1–msg5、所有 counter 都带完整 MO 路径如 NRCellCU.pmUeCtxtEstabAtt所有参数都列了建议值和踩坑后果比如csiRsControl16Portson会直接让某款华为终端 RRCsetupComplete 不回。它把 SA 接入拆成四个可测量、可干预、可归因的阶段随机接入 → RRC 连接建立 → 初始上下文建立 → PDU 会话建立/修改并为每个阶段配齐三件套失败现象特征、对应 counter 打点位置、关键可调参数及玄学阈值。如果你正被“RRC 成功率忽高忽低”“PDU session 建立成功但 DRB 没起来”“切片标识配置后终端直接 reject”这类问题卡住这份文档就是你的后悔药——不是理论指南是能立刻打开网管、输入命令、改参数、看效果的实操手册。它专治那种“协议流程背得滚瓜烂熟一到现网就抓瞎”的典型症状。2. 把 SA 接入四阶段拆成可测量、可干预的原子单元从 msg1 到 QoS Flow 的全流程 counter 映射与失败归因逻辑SA 接入不是黑箱而是一条由 23 个标准步骤组成的流水线文档第 2 节明确列出。但现网优化绝不能靠数消息包必须把每一步失败映射到具体 counter、定位到具体网元、关联到具体参数。本章不做流程复述而是按工程师真实排障路径把四阶段拆解为可执行的原子单元每个单元给出失败判定条件、counter 获取命令、失败根因树、以及最关键的——该单元失败时其他单元指标是否会被污染这是很多新人误判的根源。2.1 随机接入阶段msg1–msg3 的成败边界在哪为什么 pmRadioRaCbSuccMsg3 高≠接入没问题随机接入看似简单终端发 msg1 → 基站回 RARmsg2→ 终端发 RRCsetupRequestmsg3。但文档第 2.1 节和第 3.2.1 节明确划清了三个关键分水岭msg1 发送是否成功取决于终端是否收到 SIB1 中的 RACH 配置prach-ConfigurationIndex, rootSequenceIndex。若终端解析 SIB1 失败如 SIB1 CRC 校验错则根本不会发 msg1此时pmRadioRaCbAttMsg2为 0但pmRadioRaCbPreambles可能非 0终端自选 preamble 发送。RAR 是否送达基站发送 RAR 后需在 RA 响应窗口~10ms内被终端正确接收并解码。失败原因包括RAR 调度的 PUSCH 资源被干扰、TA 估计偏差过大导致 msg3 解调失败、或终端未在窗口内监听。此时pmRadioRaCbFailMsg2DiscRAR 被丢弃或pmRadioRaCbFailMsg3Crcmsg3 CRC 错会上升。msg3 是否被基站正确接收这是真正决定“随机接入是否成功”的临界点。pmRadioRaCbSuccMsg3计数器只在基站成功解码 msg3 并提取出有效 C-RNTI 和建立原因后才 1。若 msg3 解调失败pmRadioRaCbFailMsg3Crnti、或 CRC 校验失败pmRadioRaCbFailMsg3Crc、或超时未收到pmRadioRaCbFailMsg3Dtx则计入失败。提示pmRadioRaCbSuccMsg3高 ≠ 随机接入无问题实测中常见现象pmRadioRaCbSuccMsg3 98%但pmRrcConnEstabSucc仅 75%。这说明 msg3 虽被基站收到但后续 RRCsetup 流程大量失败。此时必须立即跳转到 RRC 阶段排查而非在 RACH 参数上浪费时间。文档第 4.1 节强调rachPreambleTransMax10是上限但若pmRadioRaCbFailMsg1Ooc前导序列超出范围持续 5%说明cellRange设置过小需结合路损实测调整而非盲目增大发射功率。要获取这些 counter需在爱立信 ENM 或 CLI 中执行# 查询 DU 侧 RACH 相关 counter以 NRCellDU 为 MO get NRCellDU.pmRadioRaCbAttMsg2,pmRadioRaCbSuccMsg3,pmRadioRaCbFailMsg1Ooc,pmRadioRaCbFailMsg3Crc -t 3600参数说明-t 3600采集最近 1 小时数据避免瞬时抖动干扰判断pmRadioRaCbFailMsg1Ooc反映前导序列规划与实际覆盖不匹配值高说明cellRange设置偏小或rachRootSequence规划不合理pmRadioRaCbFailMsg3Crc直接指向空口质量恶化干扰/弱覆盖需结合 PRB 干扰电平pmPdschIntf和 RSRP 分布联合分析。2.2 RRC 连接建立阶段RRCsetupRequest 到 RRCsetupComplete 的“准入检查”黑匣子如何透视RRC 阶段是现网失败率最高的环节文档第 2.2 节和第 4.2 节直指核心矛盾基站的准入检查Admission Control是一个不透明的决策过程但它的输入和输出完全可量化。pmRrcConnEstabAtt计数器在基站收到有效的 RRCsetupRequestmsg3时触发而pmRrcConnEstabSucc在基站发出 RRCsetupmsg4时触发。两者之差就是准入拒绝的数量。准入检查的输入项在文档第 4.2 节明确列出RRC 用户数限制系统常量RP15控制最大 RRC 连接数误设会导致RRCSetupReject原因值为congestionSRS/PUCCH 资源不足当小区 SRS 用户数超限pmSrsUsers接近门限或 PUCCH format 1/2/3 资源耗尽pmPucchF1ResAvail,pmPucchF2ResAvail时基站可能拒绝新连接高阶 CSI-RS 配置冲突csiRsControl16Portson时基站会在 RRCsetup 消息中直接配置 16 端口 CSI-RS但若终端不支持如早期高通芯片会导致终端无法解析 RRCsetup从而不发 RRCsetupComplete表现为pmRrcConnEstabSucc低而pmRrcConnEstabAtt正常。关键 counter 获取命令# 查询 CU 侧 RRC 建立相关 counter以 NRCellCU 为 MO get NRCellCU.pmRrcConnEstabAtt,pmRrcConnEstabSucc,pmRrcConnEstabAttReatt,pmRrcConnEstabSuccMos -t 3600 # 查询 SRS/PUCCH 资源使用率需先确认 MO 名称常见为 NRCellCU.SrsResource, NRCellCU.PucchResource get NRCellCU.SrsResource.pmSrsUsers,NRCellCU.PucchResource.pmPucchF1ResAvail -t 3600参数说明pmRrcConnEstabAttReatt重复尝试次数若此值占比高20%说明存在周期性干扰或覆盖空洞终端反复重传 msg1/msg3pmRrcConnEstabSuccMosMO-Signalling 原因的成功率单独监控此指标可排除语音/视频等业务触发的干扰聚焦信令流程本身pmPucchF1ResAvailPUCCH format 1 可用资源数若持续 10%需检查 PUCCH 资源分配策略pucch-Config中的format1配置或降低 SRS 用户密度。2.3 初始上下文建立阶段InitialContextSetupRequest 到 InitialContextSetupResponse 的“三方博弈”如何破局这是 SA 接入中最易被误解的阶段。文档第 2.3 节明确指出“并非所有连接建立都会触发初始上下文建立”例如 TAU跟踪区更新可能跳过此步。因此pmUeCtxtEstabAtt为 0 并不异常但若pmUeCtxtEstabAtt 0且pmUeCtxtEstabSucc极低则问题必在 CU 与 AMF 的交互或 CU 侧配置。该阶段本质是三方博弈AMF 决策根据 UE 注册状态、切片请求S-NSSAI、安全能力决定是否发起 InitialContextSetupRequestgNB CU 判决收到请求后检查切片标识sNSSAIList、QoS 参数5QI、安全算法NEA1/NEA2是否在本地白名单内不支持则直接 rejectgNB DU 执行CU 下发 RRC 重配含 SRB2/DRB 建立DU 完成空口配置。文档第 4.4 节给出致命参数组合sNSSAIList配置错误若 AMF 请求sst1,sd4194304联通 2B 切片但 CU 的sNSSAIList中未包含此项则 CU 直接返回InitialContextSetupFailure: CauseUnknown且不记录具体原因cipheringAlgoPrio错配若配置NEA0,NEA1,NEA2但某终端仅支持 NEA1则 AS 加密失败终端不响应 RRC 重配导致pmUeCtxtEstabSucc为 0。counter 获取命令重点用 CU 侧# 查询 CU 侧初始上下文建立 counter文档第 3.2.4 节明确推荐 CU 侧 get NRCellCU.pmUeCtxtEstabAtt,NRCellCU.pmUeCtxtEstabSucc -t 3600 # 查询 DU 侧作为交叉验证若 CU 侧正常而 DU 侧失败说明 CU-DU 接口问题 get NRCellDU.pmUeCtxtSetupAtt,NRCellDU.pmUeCtxtSetupSucc -t 3600参数说明pmUeCtxtEstabAtt与pmRrcConnEstabSucc的比值是黄金指标若比值 0.9说明大量 RRC 连接未触发上下文建立可能是 AMF 配置问题或 UE 处于注册态若比值 0.95 但pmUeCtxtEstabSucc低则 100% 是 CU 侧判决失败pmUeCtxtSetupSuccDU 侧若为 0而pmUeCtxtEstabSuccCU 侧非 0说明 CU-DU 接口E1 接口异常需检查E1LinkStatus。2.4 PDU 会话建立与修改阶段PDU SESSION RESOURCE SETUP 的“一对多映射”如何避免 DRB 建立失败PDU 会话阶段是业务承载的起点但文档第 2.4–2.5 节揭示了一个关键事实PDU 会话建立可嵌入初始上下文InitialContextSetupRequest也可独立发起PDU SESSION RESOURCE SETUP REQUEST而 DRB 建立失败往往不是 PDU 会话的问题而是 QoS Flow 与 DRB 的映射规则被违反。典型失败场景PDU session 建立成功但 DRB 未建立pmPduSessionEstabSucc高pmDrbEstabSucc5qi低。原因在于gNB 收到 PDU SESSION RESOURCE SETUP REQUEST 后需根据 QoS Flow 的 5QI 值如 5QI1 语音选择 DRB 类型SRB/DRB若drb-ToAddModList中未配置对应 5QI 的 DRB 模板或终端能力不支持该 DRB 配置如缺少pdcp-Config中的integrityProtection则 DRB 建立失败但 PDU session 仍标记为成功PDU session 修改失败pmPduSessionModifySucc低。常见于 VoNR 呼叫中AMF 发送PDU SESSION RESOURCE MODIFY REQUEST增加 5QI1 承载但 gNB 的sNSSAIList未授权该切片或SecurityHandling中完整性保护算法NIA2与终端不匹配。counter 关联逻辑pmPduSessionEstabAtt/pmPduSessionEstabSucc反映核心网到 gNB 的 PDU session 协商pmDrbEstabAtt5qi/pmDrbEstabSucc5qi反映 gNB 到终端的 DRB 空口建立必须按 5QI 分别监控文档第 3.1 节明确要求pmPduSessionModifySucc独立于建立专门监控会话动态调整能力。获取命令# 查询 PDU session 和 DRB 相关 counter注意 5QI 区分 get NRCellCU.pmPduSessionEstabAtt,NRCellCU.pmPduSessionEstabSucc -t 3600 get NRCellCU.pmDrbEstabAtt5qi,NRCellCU.pmDrbEstabSucc5qi -t 3600 # 查询 5QI1语音和 5QI5IMS 信令的 DRB 成功率VoNR 关键 get NRCellCU.pmDrbEstabSucc5qi1,NRCellCU.pmDrbEstabSucc5qi5 -t 3600参数说明pmDrbEstabSucc5qi1必须 95% 才能保障 VoNR 语音呼叫成功率若低于 90%优先检查SecurityHandling.integrityProtectAlgoPrio是否包含 NIA2VoNR 强制要求pmPduSessionEstabSucc与pmDrbEstabSucc5qi的差值即为“PDU session 建立但 DRB 未建立”的数量直接指向 gNB 的 DRB 模板配置或终端能力适配问题。3. 避坑5G SA 接入优化中 5 个血泪经验总结——从参数误配到 counter 误读的全链路踩坑实录优化 SA 接入最怕的不是指标差而是指标“看起来合理”却掩盖了深层问题。这份指导书的价值正在于它用真实现网案例沉淀出的避坑清单。以下 5 条每一条都来自文档第 4 节参数建议与第 3.2 节 counter 定义的交叉验证是我自己和团队在多个商用局点翻车后总结的硬核教训。3.1 现象pmRadioRaCbSuccMsg3达 99%但pmRrcConnEstabSucc仅 65%反复核查 RACH 参数无异常原因rachPreambleTransMax10被误设为5导致终端在 RA 响应窗口未收到 RAR 时只重传 5 次 msg1 就放弃而实际路损需要 7–8 次重传才能成功。pmRadioRaCbFailMsg1MaxMsg3Schedmsg1 重传达上限计数器持续上升但工程师只盯着pmRadioRaCbSuccMsg3以为 msg3 成功率高就无需调整。解决立即将rachPreambleTransMax改回10并同步检查rachPreambleRecTargetPower是否过低如-105导致弱覆盖区域终端发射功率不足。实测显示rachPreambleTransMax10且rachPreambleRecTargetPower-100组合在 1.8GHz 覆盖边缘可将 RRC 建立成功率提升 12%。3.2 现象pmRrcConnEstabSuccMos正常95%但pmRrcConnEstabSucc整体偏低80%且pmRrcConnEstabAttReatt占比超 30%原因csiRsControl16Portson开启但现网 70% 终端为高通 X55/X60 芯片不支持 16 端口 CSI-RS。基站强制在 RRCsetup 消息中携带csi-RS-ResourceSet配置终端解析失败不回复 RRCsetupComplete导致 RRC 建立失败。pmRrcConnEstabSuccMos不受影响因为 MO-Signalling 原因的 RRC 建立不触发 CSI-RS 配置。解决立即关闭csiRsControl16Ports和csiRsControl32Ports改用csiRsControl1Portson。文档第 4.2 节明确警告“目前版本在 RRCsetup 时直接配置并为考虑终端支持情况打开时需关注 RRC 成功率指标”。开启前必须做全量终端芯片型号兼容性测试。3.3 现象pmUeCtxtEstabAtt与pmRrcConnEstabSucc比值为 0.98但pmUeCtxtEstabSucc为 0网管日志仅显示 “InitialContextSetupFailure: CauseUnknown”原因CU 的sNSSAIList配置为sst1,sd0电信 2C但 AMF 发来的 InitialContextSetupRequest 中携带的是sst1,sd4194304联通 2B。CU 侧无匹配切片直接 reject且不返回具体原因码3GPP 允许。pmUeCtxtEstabSucc为 0但pmUeCtxtEstabAtt正常计数。解决登录 CU 网元执行get GNBCUUPFunction.sNSSAIList确认当前配置然后用set命令补充缺失切片set GNBCUUPFunction.sNSSAIList sst1,sd0; sst1,sd4194304; sst1,sd262144。文档第 4.4 节表格中已列出三大运营商切片标识必须全部配置不可遗漏。3.4 现象pmPduSessionEstabSucc95%但pmDrbEstabSucc5qi15QI1 语音为 0VoNR 呼叫全部失败原因SecurityHandling.cipheringAlgoPrio配置为NEA0,NEA1但 VoNR 要求强制启用 NEA23GPP TS 24.501。终端收到 RRC 重配消息后发现加密算法不满足要求拒绝建立 DRB但 PDU session 本身协商已完成故pmPduSessionEstabSucc不受影响。解决严格按文档第 4.4 节建议值将cipheringAlgoPrio改为NEA1,NEA2,NEA0integrityProtectAlgoPrio改为NIA2,NIA1。实测表明NIA2是 VoNR 的硬性门槛缺失则 DRB 建立必然失败。3.5 现象pmDrbEstabSucc5qi55QI5 IMS 信令正常但pmDrbEstabSucc5qi1低且pmPduSessionModifySucc也低原因PDU SESSION RESOURCE MODIFY REQUEST用于在已有 PDU session 中增加 5QI1 承载但 gNB 的ResourcePartitionMember资源分区未为该切片分配足够 DRB 资源。pmPduSessionModifySucc低是因为 CU 判决资源不足而 rejectpmDrbEstabSucc5qi1低是因 modify 失败导致 DRB 从未发起建立。解决检查ResourcePartitionMember的资源配置确保为sst1,sd4194304联通 2B等语音切片分配独立的 DRB 资源池。命令get ResourcePartitionMember.sNSSAIList, ResourcePartitionMember.drbResourcePool。若drbResourcePool为默认值如0需手动设置为非零值如100并重启资源分区生效。4. 参数调优实战从 baseline 配置到现网适配的 4 个关键参数组及其影响域量化分析参数调优不是玄学而是基于 counter 反馈的闭环实验。文档第 4 节给出的“建议值”是爱立信在标准测试环境Baseline下的经验值但现网千差万别。本章将这 4 组核心参数RACH、RRC、切片、安全转化为可执行的调优方案每组均包含baseline 值、现网适配逻辑、调整后对各 stage counter 的预期影响、以及必须同步验证的关联参数。4.1 RACH 参数组rachPreambleFormat、cellRange、rachPreambleRecTargetPower参数Baseline 值现网适配逻辑调整后对 counter 的影响必须同步验证rachPreambleFormatRACH_PREAMBLE_FORMAT_00若现网为 2.6GHz 高频FORMAT_00的时序开销大易受多径干扰应改用FORMAT_C0短前导但需 license 支持pmRadioRaCbFailMsg3Crc↓多径改善pmRadioRaCbFailMsg1Ooc↑短前导覆盖距离缩短cellRange必须同步下调 30%如 6400→4500否则pmRadioRaCbFailMsg1Ooc暴涨cellRange1600(B4)或6400(format0)B4适用于密集城区小 cellRange 防干扰format0适用于郊区大 cellRange 保覆盖。若实测平均路损 135dBcellRange1600必导致pmRadioRaCbFailMsg1Ooc10%pmRadioRaCbFailMsg1Ooc↓覆盖改善pmRadioRaCbSuccMsg3↑可达 5–8%rachPreambleRecTargetPower需上调 2–3dB如 -100→-97补偿大 cellRange 下的功率余量rachPreambleRecTargetPower-100弱覆盖区域RSRP -110dBm终端计算的 msg1 发射功率可能不足强干扰区域pmPdschIntf -90dBm需降低目标功率防 msg3 干扰pmRadioRaCbFailMsg3Dtx↓弱覆盖改善pmRadioRaCbFailMsg3Crc↑强干扰恶化pmPdschIntf下行干扰和pmUplinkRsrp上行路损必须实时监控二者决定功率调整方向调优操作示例CLI# 将 cellRange 从 1600 调整为 4500适配路损 135dB set NRCellDU.cellRange 4500 # 同步上调 rachPreambleRecTargetPower 至 -97 set NRCellDU.rachPreambleRecTargetPower -97 # 提交并激活 activate NRCellDU注意RACH 参数调整后必须等待至少 15 分钟再采集 counter因为终端需重新读取 SIB1 生效。4.2 RRC 参数组dftSOfdmMsg3Enabled、csiRsControl16Ports、RP15参数Baseline 值现网适配逻辑调整后对 counter 的影响必须同步验证dftSOfdmMsg3Enabledfalse开启后 msg3 采用 DFT-s-OFDM峰均比更低鲁棒性↑但占用更多 PUSCH 资源可能挤占其他用户。若pmPuschPrbUtilization 70%开启后pmRrcConnEstabSucc可能反降pmRrcConnEstabSucc↑弱覆盖区 3–5%pmPuschPrbUtilization↑5–8%pmPuschPrbUtilizationPUSCH PRB 利用率必须 65% 才可开启csiRsControl16Portsoff仅在 100% 终端支持 16 端口 CSI-RS 时开启如全华为 Mate50。开启后pmRrcConnEstabSuccMos不变但pmRrcConnEstabSucc↓因部分终端不兼容pmRrcConnEstabSucc↓兼容性问题-10–15%pmRrcConnEstabSuccEm紧急呼叫不受影响终端芯片型号分布报告从 UEM 或信令跟踪获取必须 100% 确认支持RP15baseline 默认值该系统常量控制最大 RRC 连接数。若现网单小区用户数 200baseline 值如 256可能不足导致RRCSetupReject: CausecongestionpmRrcConnEstabSucc↑拥塞减少pmRrcConnEstabAtt↑更多接入尝试pmRrcConnEstabAtt和pmRrcConnEstabSucc的比值必须 0.95否则说明RP15仍不足调优操作示例CLI# 仅当 pmPuschPrbUtilization 65% 时开启 dftSOfdmMsg3 set NRCellDU.dftSOfdmMsg3Enabled true # 立即查询 PUSCH 利用率验证 get NRCellCU.pmPuschPrbUtilization -t 6004.3 切片参数组sNSSAIListCU/DU/UPF 三级配置切片配置是 SA 的命脉文档第 4.4 节强调“CU、DU、UPF 三级 sNSSAIList 必须严格一致”。现网常见错误是只配 CU忽略 DU 和 UPF。网元层级配置路径必须包含的切片以联通为例验证命令影响 stageCUGNBCUUPFunction.sNSSAIListsst1,sd0; sst1,sd4194304get GNBCUUPFunction.sNSSAIList初始上下文建立CU 判决DUNRCellDU.sNSSAIListsst1,sd0; sst1,sd4194304get NRCellDU.sNSSAIList初始上下文建立DU 执行UPFUPFFunction.sNSSAIListsst1,sd0; sst1,sd4194304get UPFFunction.sNSSAIListPDU session 建立UPF 选择提示任何一级缺失都会导致对应 stage 的Succ计数器归零。例如若 UPF 未配sd4194304则pmPduSessionEstabSucc为 0即使 CU/DU 配置正确。4.4 安全参数组cipheringAlgoPrio、integrityProtectAlgoPrioVoNR 和 EPS FB 对安全算法有强制要求文档第 4.4 节明确列出NEA1,NEA2,NEA0和NIA2,NIA1为必备组合。参数Baseline 值现网适配逻辑调整后对 counter 的影响必须同步验证cipheringAlgoPrioNEA1,NEA2,NEA0若现网有老旧终端如 2019 年款仅支持 NEA0则需将NEA0置顶但 VoNR 会失败。折中方案NEA2,NEA1,NEA0确保 VoNR 优先pmDrbEstabSucc5qi1↑VoNR 成功率 95%pmDrbEstabSucc5qi9default↓老终端兼容性略降pmDrbEstabSucc5qi1和pmDrbEstabSucc5qi9必须同时监控确保 VoNR 不降的前提下default 业务不劣化integrityProtectAlgoPrioNIA2,NIA1NIA0不提供完整性保护禁用。NIA2是 VoNR 强制要求缺失则pmDrbEstabSucc5qi10pmDrbEstabSucc5qi1从 0 → 90%pmDrbEstabSucc5qi5IMS同步提升pmDrbEstabSucc5qi1是唯一验收标准必须 95%调优操作示例CLI# 严格按 VoNR 要求配置安全算法 set SecurityHandling.cipheringAlgoPrio NEA2,NEA1,NEA0 set SecurityHandling.integrityProtectAlgoPrio NIA2,NIA1 # 激活后立即验证 VoNR DRB 建立 get NRCellCU.pmDrbEstabSucc5qi1 -t 6005. 验证与闭环用“counter 差异法”精准定位失败环节以及我每次调参后必做的 3 步验证铁律参数调优不是改完就完事而是“改参 → 采集 → 分析 → 归因 → 再调”的闭环。最高效的验证方式不是看本文还有配套的精品资源点击获取 5G SA接入四阶段故障定位与参数优化实战指南
简介本资源是爱立信官方发布的《SA接入性能分析优化指导书》专为新入职的5G网络优化工程师设计系统梳理NR SA独立组网下的全流程接入信令机制与关键优化点。文档深度解析随机接入含msg1–msg4交互、RA响应窗口与时延、RRC连接建立准入检查、SRB1配置、RRCSetupReject触发条件、初始上下文建立AS/NAS安全配置、终端能力协商、InitialContextSetupRequest/Response处理及PDU会话可选流程覆盖接入成功率、TA精度、鉴权时延、承载建立效率等核心KPI优化路径。资源为单文件PDF共1个1.44MB文档内容结构严谨含修订记录、流程图解与23步详细信令分解说明便于按阶段对照学习与问题定位。目前已有296人下载学习适合需快速掌握5G SA接入底层逻辑、开展现网问题分析与参数调优的初级至中级网络优化人员。1. 爱立信 SA 接入性能分析优化指导书一份能直接上手调参、查 counter、定位黑匣子失败点的实战手册你刚接手一个新开通的 5G SA 网络片区KPI 报警——RRC 建立成功率跌到 82%初始上下文建立失败率飙升至 15%用户投诉“打不开网页”“VoNR 呼叫一直转圈”。后台看指标pmRrcConnEstabSuccMos 持续偏低但 pmRadioRaCbSuccMsg3 却高达 98%再往下钻pmUeCtxtEstabSucc 突然断崖下跌而 pmNgSigConnEstabSucc 却纹丝不动。这时候翻遍网管告警日志只看到一堆“InitialContextSetupFailure: CauseUnknown”连个具体错误码都没有。你不是没学过 3GPP 协议但协议栈里几十个流程、上百个 IE 字段、分散在 CU/DU/UPF/AMF 四处的 counter根本串不起来——这哪是优化这是在解密。这份《爱立信 SA 接入性能分析优化指导书》Uzs PA12020-12-02 版就是为这种场景写的。它不是给博士生讲 NR 空口原理的论文而是给一线 NDO 工程师准备的“故障排查地图参数速查表counter 对照字典”。全篇 32 页没有一句虚话所有流程图都标了消息编号msg1–msg5、所有 counter 都带完整 MO 路径如 NRCellCU.pmUeCtxtEstabAtt所有参数都列了建议值和踩坑后果比如csiRsControl16Portson会直接让某款华为终端 RRCsetupComplete 不回。它把 SA 接入拆成四个可测量、可干预、可归因的阶段随机接入 → RRC 连接建立 → 初始上下文建立 → PDU 会话建立/修改并为每个阶段配齐三件套失败现象特征、对应 counter 打点位置、关键可调参数及玄学阈值。如果你正被“RRC 成功率忽高忽低”“PDU session 建立成功但 DRB 没起来”“切片标识配置后终端直接 reject”这类问题卡住这份文档就是你的后悔药——不是理论指南是能立刻打开网管、输入命令、改参数、看效果的实操手册。它专治那种“协议流程背得滚瓜烂熟一到现网就抓瞎”的典型症状。2. 把 SA 接入四阶段拆成可测量、可干预的原子单元从 msg1 到 QoS Flow 的全流程 counter 映射与失败归因逻辑SA 接入不是黑箱而是一条由 23 个标准步骤组成的流水线文档第 2 节明确列出。但现网优化绝不能靠数消息包必须把每一步失败映射到具体 counter、定位到具体网元、关联到具体参数。本章不做流程复述而是按工程师真实排障路径把四阶段拆解为可执行的原子单元每个单元给出失败判定条件、counter 获取命令、失败根因树、以及最关键的——该单元失败时其他单元指标是否会被污染这是很多新人误判的根源。2.1 随机接入阶段msg1–msg3 的成败边界在哪为什么 pmRadioRaCbSuccMsg3 高≠接入没问题随机接入看似简单终端发 msg1 → 基站回 RARmsg2→ 终端发 RRCsetupRequestmsg3。但文档第 2.1 节和第 3.2.1 节明确划清了三个关键分水岭msg1 发送是否成功取决于终端是否收到 SIB1 中的 RACH 配置prach-ConfigurationIndex, rootSequenceIndex。若终端解析 SIB1 失败如 SIB1 CRC 校验错则根本不会发 msg1此时pmRadioRaCbAttMsg2为 0但pmRadioRaCbPreambles可能非 0终端自选 preamble 发送。RAR 是否送达基站发送 RAR 后需在 RA 响应窗口~10ms内被终端正确接收并解码。失败原因包括RAR 调度的 PUSCH 资源被干扰、TA 估计偏差过大导致 msg3 解调失败、或终端未在窗口内监听。此时pmRadioRaCbFailMsg2DiscRAR 被丢弃或pmRadioRaCbFailMsg3Crcmsg3 CRC 错会上升。msg3 是否被基站正确接收这是真正决定“随机接入是否成功”的临界点。pmRadioRaCbSuccMsg3计数器只在基站成功解码 msg3 并提取出有效 C-RNTI 和建立原因后才 1。若 msg3 解调失败pmRadioRaCbFailMsg3Crnti、或 CRC 校验失败pmRadioRaCbFailMsg3Crc、或超时未收到pmRadioRaCbFailMsg3Dtx则计入失败。提示pmRadioRaCbSuccMsg3高 ≠ 随机接入无问题实测中常见现象pmRadioRaCbSuccMsg3 98%但pmRrcConnEstabSucc仅 75%。这说明 msg3 虽被基站收到但后续 RRCsetup 流程大量失败。此时必须立即跳转到 RRC 阶段排查而非在 RACH 参数上浪费时间。文档第 4.1 节强调rachPreambleTransMax10是上限但若pmRadioRaCbFailMsg1Ooc前导序列超出范围持续 5%说明cellRange设置过小需结合路损实测调整而非盲目增大发射功率。要获取这些 counter需在爱立信 ENM 或 CLI 中执行# 查询 DU 侧 RACH 相关 counter以 NRCellDU 为 MO get NRCellDU.pmRadioRaCbAttMsg2,pmRadioRaCbSuccMsg3,pmRadioRaCbFailMsg1Ooc,pmRadioRaCbFailMsg3Crc -t 3600参数说明-t 3600采集最近 1 小时数据避免瞬时抖动干扰判断pmRadioRaCbFailMsg1Ooc反映前导序列规划与实际覆盖不匹配值高说明cellRange设置偏小或rachRootSequence规划不合理pmRadioRaCbFailMsg3Crc直接指向空口质量恶化干扰/弱覆盖需结合 PRB 干扰电平pmPdschIntf和 RSRP 分布联合分析。2.2 RRC 连接建立阶段RRCsetupRequest 到 RRCsetupComplete 的“准入检查”黑匣子如何透视RRC 阶段是现网失败率最高的环节文档第 2.2 节和第 4.2 节直指核心矛盾基站的准入检查Admission Control是一个不透明的决策过程但它的输入和输出完全可量化。pmRrcConnEstabAtt计数器在基站收到有效的 RRCsetupRequestmsg3时触发而pmRrcConnEstabSucc在基站发出 RRCsetupmsg4时触发。两者之差就是准入拒绝的数量。准入检查的输入项在文档第 4.2 节明确列出RRC 用户数限制系统常量RP15控制最大 RRC 连接数误设会导致RRCSetupReject原因值为congestionSRS/PUCCH 资源不足当小区 SRS 用户数超限pmSrsUsers接近门限或 PUCCH format 1/2/3 资源耗尽pmPucchF1ResAvail,pmPucchF2ResAvail时基站可能拒绝新连接高阶 CSI-RS 配置冲突csiRsControl16Portson时基站会在 RRCsetup 消息中直接配置 16 端口 CSI-RS但若终端不支持如早期高通芯片会导致终端无法解析 RRCsetup从而不发 RRCsetupComplete表现为pmRrcConnEstabSucc低而pmRrcConnEstabAtt正常。关键 counter 获取命令# 查询 CU 侧 RRC 建立相关 counter以 NRCellCU 为 MO get NRCellCU.pmRrcConnEstabAtt,pmRrcConnEstabSucc,pmRrcConnEstabAttReatt,pmRrcConnEstabSuccMos -t 3600 # 查询 SRS/PUCCH 资源使用率需先确认 MO 名称常见为 NRCellCU.SrsResource, NRCellCU.PucchResource get NRCellCU.SrsResource.pmSrsUsers,NRCellCU.PucchResource.pmPucchF1ResAvail -t 3600参数说明pmRrcConnEstabAttReatt重复尝试次数若此值占比高20%说明存在周期性干扰或覆盖空洞终端反复重传 msg1/msg3pmRrcConnEstabSuccMosMO-Signalling 原因的成功率单独监控此指标可排除语音/视频等业务触发的干扰聚焦信令流程本身pmPucchF1ResAvailPUCCH format 1 可用资源数若持续 10%需检查 PUCCH 资源分配策略pucch-Config中的format1配置或降低 SRS 用户密度。2.3 初始上下文建立阶段InitialContextSetupRequest 到 InitialContextSetupResponse 的“三方博弈”如何破局这是 SA 接入中最易被误解的阶段。文档第 2.3 节明确指出“并非所有连接建立都会触发初始上下文建立”例如 TAU跟踪区更新可能跳过此步。因此pmUeCtxtEstabAtt为 0 并不异常但若pmUeCtxtEstabAtt 0且pmUeCtxtEstabSucc极低则问题必在 CU 与 AMF 的交互或 CU 侧配置。该阶段本质是三方博弈AMF 决策根据 UE 注册状态、切片请求S-NSSAI、安全能力决定是否发起 InitialContextSetupRequestgNB CU 判决收到请求后检查切片标识sNSSAIList、QoS 参数5QI、安全算法NEA1/NEA2是否在本地白名单内不支持则直接 rejectgNB DU 执行CU 下发 RRC 重配含 SRB2/DRB 建立DU 完成空口配置。文档第 4.4 节给出致命参数组合sNSSAIList配置错误若 AMF 请求sst1,sd4194304联通 2B 切片但 CU 的sNSSAIList中未包含此项则 CU 直接返回InitialContextSetupFailure: CauseUnknown且不记录具体原因cipheringAlgoPrio错配若配置NEA0,NEA1,NEA2但某终端仅支持 NEA1则 AS 加密失败终端不响应 RRC 重配导致pmUeCtxtEstabSucc为 0。counter 获取命令重点用 CU 侧# 查询 CU 侧初始上下文建立 counter文档第 3.2.4 节明确推荐 CU 侧 get NRCellCU.pmUeCtxtEstabAtt,NRCellCU.pmUeCtxtEstabSucc -t 3600 # 查询 DU 侧作为交叉验证若 CU 侧正常而 DU 侧失败说明 CU-DU 接口问题 get NRCellDU.pmUeCtxtSetupAtt,NRCellDU.pmUeCtxtSetupSucc -t 3600参数说明pmUeCtxtEstabAtt与pmRrcConnEstabSucc的比值是黄金指标若比值 0.9说明大量 RRC 连接未触发上下文建立可能是 AMF 配置问题或 UE 处于注册态若比值 0.95 但pmUeCtxtEstabSucc低则 100% 是 CU 侧判决失败pmUeCtxtSetupSuccDU 侧若为 0而pmUeCtxtEstabSuccCU 侧非 0说明 CU-DU 接口E1 接口异常需检查E1LinkStatus。2.4 PDU 会话建立与修改阶段PDU SESSION RESOURCE SETUP 的“一对多映射”如何避免 DRB 建立失败PDU 会话阶段是业务承载的起点但文档第 2.4–2.5 节揭示了一个关键事实PDU 会话建立可嵌入初始上下文InitialContextSetupRequest也可独立发起PDU SESSION RESOURCE SETUP REQUEST而 DRB 建立失败往往不是 PDU 会话的问题而是 QoS Flow 与 DRB 的映射规则被违反。典型失败场景PDU session 建立成功但 DRB 未建立pmPduSessionEstabSucc高pmDrbEstabSucc5qi低。原因在于gNB 收到 PDU SESSION RESOURCE SETUP REQUEST 后需根据 QoS Flow 的 5QI 值如 5QI1 语音选择 DRB 类型SRB/DRB若drb-ToAddModList中未配置对应 5QI 的 DRB 模板或终端能力不支持该 DRB 配置如缺少pdcp-Config中的integrityProtection则 DRB 建立失败但 PDU session 仍标记为成功PDU session 修改失败pmPduSessionModifySucc低。常见于 VoNR 呼叫中AMF 发送PDU SESSION RESOURCE MODIFY REQUEST增加 5QI1 承载但 gNB 的sNSSAIList未授权该切片或SecurityHandling中完整性保护算法NIA2与终端不匹配。counter 关联逻辑pmPduSessionEstabAtt/pmPduSessionEstabSucc反映核心网到 gNB 的 PDU session 协商pmDrbEstabAtt5qi/pmDrbEstabSucc5qi反映 gNB 到终端的 DRB 空口建立必须按 5QI 分别监控文档第 3.1 节明确要求pmPduSessionModifySucc独立于建立专门监控会话动态调整能力。获取命令# 查询 PDU session 和 DRB 相关 counter注意 5QI 区分 get NRCellCU.pmPduSessionEstabAtt,NRCellCU.pmPduSessionEstabSucc -t 3600 get NRCellCU.pmDrbEstabAtt5qi,NRCellCU.pmDrbEstabSucc5qi -t 3600 # 查询 5QI1语音和 5QI5IMS 信令的 DRB 成功率VoNR 关键 get NRCellCU.pmDrbEstabSucc5qi1,NRCellCU.pmDrbEstabSucc5qi5 -t 3600参数说明pmDrbEstabSucc5qi1必须 95% 才能保障 VoNR 语音呼叫成功率若低于 90%优先检查SecurityHandling.integrityProtectAlgoPrio是否包含 NIA2VoNR 强制要求pmPduSessionEstabSucc与pmDrbEstabSucc5qi的差值即为“PDU session 建立但 DRB 未建立”的数量直接指向 gNB 的 DRB 模板配置或终端能力适配问题。3. 避坑5G SA 接入优化中 5 个血泪经验总结——从参数误配到 counter 误读的全链路踩坑实录优化 SA 接入最怕的不是指标差而是指标“看起来合理”却掩盖了深层问题。这份指导书的价值正在于它用真实现网案例沉淀出的避坑清单。以下 5 条每一条都来自文档第 4 节参数建议与第 3.2 节 counter 定义的交叉验证是我自己和团队在多个商用局点翻车后总结的硬核教训。3.1 现象pmRadioRaCbSuccMsg3达 99%但pmRrcConnEstabSucc仅 65%反复核查 RACH 参数无异常原因rachPreambleTransMax10被误设为5导致终端在 RA 响应窗口未收到 RAR 时只重传 5 次 msg1 就放弃而实际路损需要 7–8 次重传才能成功。pmRadioRaCbFailMsg1MaxMsg3Schedmsg1 重传达上限计数器持续上升但工程师只盯着pmRadioRaCbSuccMsg3以为 msg3 成功率高就无需调整。解决立即将rachPreambleTransMax改回10并同步检查rachPreambleRecTargetPower是否过低如-105导致弱覆盖区域终端发射功率不足。实测显示rachPreambleTransMax10且rachPreambleRecTargetPower-100组合在 1.8GHz 覆盖边缘可将 RRC 建立成功率提升 12%。3.2 现象pmRrcConnEstabSuccMos正常95%但pmRrcConnEstabSucc整体偏低80%且pmRrcConnEstabAttReatt占比超 30%原因csiRsControl16Portson开启但现网 70% 终端为高通 X55/X60 芯片不支持 16 端口 CSI-RS。基站强制在 RRCsetup 消息中携带csi-RS-ResourceSet配置终端解析失败不回复 RRCsetupComplete导致 RRC 建立失败。pmRrcConnEstabSuccMos不受影响因为 MO-Signalling 原因的 RRC 建立不触发 CSI-RS 配置。解决立即关闭csiRsControl16Ports和csiRsControl32Ports改用csiRsControl1Portson。文档第 4.2 节明确警告“目前版本在 RRCsetup 时直接配置并为考虑终端支持情况打开时需关注 RRC 成功率指标”。开启前必须做全量终端芯片型号兼容性测试。3.3 现象pmUeCtxtEstabAtt与pmRrcConnEstabSucc比值为 0.98但pmUeCtxtEstabSucc为 0网管日志仅显示 “InitialContextSetupFailure: CauseUnknown”原因CU 的sNSSAIList配置为sst1,sd0电信 2C但 AMF 发来的 InitialContextSetupRequest 中携带的是sst1,sd4194304联通 2B。CU 侧无匹配切片直接 reject且不返回具体原因码3GPP 允许。pmUeCtxtEstabSucc为 0但pmUeCtxtEstabAtt正常计数。解决登录 CU 网元执行get GNBCUUPFunction.sNSSAIList确认当前配置然后用set命令补充缺失切片set GNBCUUPFunction.sNSSAIList sst1,sd0; sst1,sd4194304; sst1,sd262144。文档第 4.4 节表格中已列出三大运营商切片标识必须全部配置不可遗漏。3.4 现象pmPduSessionEstabSucc95%但pmDrbEstabSucc5qi15QI1 语音为 0VoNR 呼叫全部失败原因SecurityHandling.cipheringAlgoPrio配置为NEA0,NEA1但 VoNR 要求强制启用 NEA23GPP TS 24.501。终端收到 RRC 重配消息后发现加密算法不满足要求拒绝建立 DRB但 PDU session 本身协商已完成故pmPduSessionEstabSucc不受影响。解决严格按文档第 4.4 节建议值将cipheringAlgoPrio改为NEA1,NEA2,NEA0integrityProtectAlgoPrio改为NIA2,NIA1。实测表明NIA2是 VoNR 的硬性门槛缺失则 DRB 建立必然失败。3.5 现象pmDrbEstabSucc5qi55QI5 IMS 信令正常但pmDrbEstabSucc5qi1低且pmPduSessionModifySucc也低原因PDU SESSION RESOURCE MODIFY REQUEST用于在已有 PDU session 中增加 5QI1 承载但 gNB 的ResourcePartitionMember资源分区未为该切片分配足够 DRB 资源。pmPduSessionModifySucc低是因为 CU 判决资源不足而 rejectpmDrbEstabSucc5qi1低是因 modify 失败导致 DRB 从未发起建立。解决检查ResourcePartitionMember的资源配置确保为sst1,sd4194304联通 2B等语音切片分配独立的 DRB 资源池。命令get ResourcePartitionMember.sNSSAIList, ResourcePartitionMember.drbResourcePool。若drbResourcePool为默认值如0需手动设置为非零值如100并重启资源分区生效。4. 参数调优实战从 baseline 配置到现网适配的 4 个关键参数组及其影响域量化分析参数调优不是玄学而是基于 counter 反馈的闭环实验。文档第 4 节给出的“建议值”是爱立信在标准测试环境Baseline下的经验值但现网千差万别。本章将这 4 组核心参数RACH、RRC、切片、安全转化为可执行的调优方案每组均包含baseline 值、现网适配逻辑、调整后对各 stage counter 的预期影响、以及必须同步验证的关联参数。4.1 RACH 参数组rachPreambleFormat、cellRange、rachPreambleRecTargetPower参数Baseline 值现网适配逻辑调整后对 counter 的影响必须同步验证rachPreambleFormatRACH_PREAMBLE_FORMAT_00若现网为 2.6GHz 高频FORMAT_00的时序开销大易受多径干扰应改用FORMAT_C0短前导但需 license 支持pmRadioRaCbFailMsg3Crc↓多径改善pmRadioRaCbFailMsg1Ooc↑短前导覆盖距离缩短cellRange必须同步下调 30%如 6400→4500否则pmRadioRaCbFailMsg1Ooc暴涨cellRange1600(B4)或6400(format0)B4适用于密集城区小 cellRange 防干扰format0适用于郊区大 cellRange 保覆盖。若实测平均路损 135dBcellRange1600必导致pmRadioRaCbFailMsg1Ooc10%pmRadioRaCbFailMsg1Ooc↓覆盖改善pmRadioRaCbSuccMsg3↑可达 5–8%rachPreambleRecTargetPower需上调 2–3dB如 -100→-97补偿大 cellRange 下的功率余量rachPreambleRecTargetPower-100弱覆盖区域RSRP -110dBm终端计算的 msg1 发射功率可能不足强干扰区域pmPdschIntf -90dBm需降低目标功率防 msg3 干扰pmRadioRaCbFailMsg3Dtx↓弱覆盖改善pmRadioRaCbFailMsg3Crc↑强干扰恶化pmPdschIntf下行干扰和pmUplinkRsrp上行路损必须实时监控二者决定功率调整方向调优操作示例CLI# 将 cellRange 从 1600 调整为 4500适配路损 135dB set NRCellDU.cellRange 4500 # 同步上调 rachPreambleRecTargetPower 至 -97 set NRCellDU.rachPreambleRecTargetPower -97 # 提交并激活 activate NRCellDU注意RACH 参数调整后必须等待至少 15 分钟再采集 counter因为终端需重新读取 SIB1 生效。4.2 RRC 参数组dftSOfdmMsg3Enabled、csiRsControl16Ports、RP15参数Baseline 值现网适配逻辑调整后对 counter 的影响必须同步验证dftSOfdmMsg3Enabledfalse开启后 msg3 采用 DFT-s-OFDM峰均比更低鲁棒性↑但占用更多 PUSCH 资源可能挤占其他用户。若pmPuschPrbUtilization 70%开启后pmRrcConnEstabSucc可能反降pmRrcConnEstabSucc↑弱覆盖区 3–5%pmPuschPrbUtilization↑5–8%pmPuschPrbUtilizationPUSCH PRB 利用率必须 65% 才可开启csiRsControl16Portsoff仅在 100% 终端支持 16 端口 CSI-RS 时开启如全华为 Mate50。开启后pmRrcConnEstabSuccMos不变但pmRrcConnEstabSucc↓因部分终端不兼容pmRrcConnEstabSucc↓兼容性问题-10–15%pmRrcConnEstabSuccEm紧急呼叫不受影响终端芯片型号分布报告从 UEM 或信令跟踪获取必须 100% 确认支持RP15baseline 默认值该系统常量控制最大 RRC 连接数。若现网单小区用户数 200baseline 值如 256可能不足导致RRCSetupReject: CausecongestionpmRrcConnEstabSucc↑拥塞减少pmRrcConnEstabAtt↑更多接入尝试pmRrcConnEstabAtt和pmRrcConnEstabSucc的比值必须 0.95否则说明RP15仍不足调优操作示例CLI# 仅当 pmPuschPrbUtilization 65% 时开启 dftSOfdmMsg3 set NRCellDU.dftSOfdmMsg3Enabled true # 立即查询 PUSCH 利用率验证 get NRCellCU.pmPuschPrbUtilization -t 6004.3 切片参数组sNSSAIListCU/DU/UPF 三级配置切片配置是 SA 的命脉文档第 4.4 节强调“CU、DU、UPF 三级 sNSSAIList 必须严格一致”。现网常见错误是只配 CU忽略 DU 和 UPF。网元层级配置路径必须包含的切片以联通为例验证命令影响 stageCUGNBCUUPFunction.sNSSAIListsst1,sd0; sst1,sd4194304get GNBCUUPFunction.sNSSAIList初始上下文建立CU 判决DUNRCellDU.sNSSAIListsst1,sd0; sst1,sd4194304get NRCellDU.sNSSAIList初始上下文建立DU 执行UPFUPFFunction.sNSSAIListsst1,sd0; sst1,sd4194304get UPFFunction.sNSSAIListPDU session 建立UPF 选择提示任何一级缺失都会导致对应 stage 的Succ计数器归零。例如若 UPF 未配sd4194304则pmPduSessionEstabSucc为 0即使 CU/DU 配置正确。4.4 安全参数组cipheringAlgoPrio、integrityProtectAlgoPrioVoNR 和 EPS FB 对安全算法有强制要求文档第 4.4 节明确列出NEA1,NEA2,NEA0和NIA2,NIA1为必备组合。参数Baseline 值现网适配逻辑调整后对 counter 的影响必须同步验证cipheringAlgoPrioNEA1,NEA2,NEA0若现网有老旧终端如 2019 年款仅支持 NEA0则需将NEA0置顶但 VoNR 会失败。折中方案NEA2,NEA1,NEA0确保 VoNR 优先pmDrbEstabSucc5qi1↑VoNR 成功率 95%pmDrbEstabSucc5qi9default↓老终端兼容性略降pmDrbEstabSucc5qi1和pmDrbEstabSucc5qi9必须同时监控确保 VoNR 不降的前提下default 业务不劣化integrityProtectAlgoPrioNIA2,NIA1NIA0不提供完整性保护禁用。NIA2是 VoNR 强制要求缺失则pmDrbEstabSucc5qi10pmDrbEstabSucc5qi1从 0 → 90%pmDrbEstabSucc5qi5IMS同步提升pmDrbEstabSucc5qi1是唯一验收标准必须 95%调优操作示例CLI# 严格按 VoNR 要求配置安全算法 set SecurityHandling.cipheringAlgoPrio NEA2,NEA1,NEA0 set SecurityHandling.integrityProtectAlgoPrio NIA2,NIA1 # 激活后立即验证 VoNR DRB 建立 get NRCellCU.pmDrbEstabSucc5qi1 -t 6005. 验证与闭环用“counter 差异法”精准定位失败环节以及我每次调参后必做的 3 步验证铁律参数调优不是改完就完事而是“改参 → 采集 → 分析 → 归因 → 再调”的闭环。最高效的验证方式不是看本文还有配套的精品资源点击获取