☰

企业官网建设流程全解析

首页 / 建站日记 / 企业官网建设流程全解析
5G SA接入四阶段故障定位与参数优化实战指南
2026/9/27 1:10:38 网站建设 项目流程

简介：本资源是爱立信官方发布的《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: Cause=Unknown”，连个具体错误码都没有。你不是没学过 3GPP 协议，但协议栈里几十个流程、上百个 IE 字段、分散在 CU/DU/UPF/AMF 四处的 counter，根本串不起来——这哪是优化，这是在解密。

这份《爱立信 SA 接入性能分析优化指导书》（Uzs PA1，2020-12-02 版）就是为这种场景写的。它不是给博士生讲 NR 空口原理的论文，而是给一线 NDO 工程师准备的“故障排查地图+参数速查表+counter 对照字典”。全篇 32 页，没有一句虚话，所有流程图都标了消息编号（msg1–msg5）、所有 counter 都带完整 MO 路径（如 NRCellCU.pmUeCtxtEstabAtt），所有参数都列了建议值和踩坑后果（比如csiRsControl16Ports=on会直接让某款华为终端 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 → 基站回 RAR（msg2）→ 终端发 RRCsetupRequest（msg3）。但文档第 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 解调失败、或终端未在窗口内监听。此时pmRadioRaCbFailMsg2Disc（RAR 被丢弃）或pmRadioRaCbFailMsg3Crc（msg3 CRC 错）会上升。
  • msg3 是否被基站正确接收：这是真正决定“随机接入是否成功”的临界点。pmRadioRaCbSuccMsg3计数器只在基站成功解码 msg3 并提取出有效 C-RNTI 和建立原因后才 +1。若 msg3 解调失败（pmRadioRaCbFailMsg3Crnti）、或 CRC 校验失败（pmRadioRaCbFailMsg3Crc）、或超时未收到（pmRadioRaCbFailMsg3Dtx），则计入失败。

提示：pmRadioRaCbSuccMsg3高 ≠ 随机接入无问题！
实测中常见现象：pmRadioRaCbSuccMsg3 = 98%，但pmRrcConnEstabSucc仅 75%。这说明 msg3 虽被基站收到，但后续 RRCsetup 流程大量失败。此时必须立即跳转到 RRC 阶段排查，而非在 RACH 参数上浪费时间。文档第 4.1 节强调：rachPreambleTransMax=10是上限，但若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计数器在基站收到有效的 RRCsetupRequest（msg3）时触发，而pmRrcConnEstabSucc在基站发出 RRCsetup（msg4）时触发。两者之差，就是准入拒绝的数量。

准入检查的输入项在文档第 4.2 节明确列出：

  • RRC 用户数限制：系统常量RP15控制最大 RRC 连接数，误设会导致RRCSetupReject原因值为congestion；
  • SRS/PUCCH 资源不足：当小区 SRS 用户数超限（pmSrsUsers接近门限）或 PUCCH format 1/2/3 资源耗尽（pmPucchF1ResAvail,pmPucchF2ResAvail）时，基站可能拒绝新连接；
  • 高阶 CSI-RS 配置冲突：csiRsControl16Ports=on时，基站会在 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/msg3；
  • pmRrcConnEstabSuccMos：MO-Signalling 原因的成功率，单独监控此指标可排除语音/视频等业务触发的干扰，聚焦信令流程本身；
  • pmPucchF1ResAvail：PUCCH 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）、安全能力，决定是否发起 InitialContextSetupRequest；
  • gNB CU 判决：收到请求后，检查切片标识（sNSSAIList）、QoS 参数（5QI）、安全算法（NEA1/NEA2）是否在本地白名单内，不支持则直接 reject；
  • gNB DU 执行：CU 下发 RRC 重配（含 SRB2/DRB 建立），DU 完成空口配置。

文档第 4.4 节给出致命参数组合：

  • sNSSAIList配置错误：若 AMF 请求sst=1,sd=4194304（联通 2B 切片），但 CU 的sNSSAIList中未包含此项，则 CU 直接返回InitialContextSetupFailure: Cause=Unknown，且不记录具体原因；
  • 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 侧判决失败；
  • pmUeCtxtSetupSucc（DU 侧）若为 0，而pmUeCtxtEstabSucc（CU 侧）非 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 值（如 5QI=1 语音）选择 DRB 类型（SRB/DRB），若drb-ToAddModList中未配置对应 5QI 的 DRB 模板，或终端能力不支持该 DRB 配置（如缺少pdcp-Config中的integrityProtection），则 DRB 建立失败，但 PDU session 仍标记为成功；
  • PDU session 修改失败：pmPduSessionModifySucc低。常见于 VoNR 呼叫中，AMF 发送PDU SESSION RESOURCE MODIFY REQUEST增加 5QI=1 承载，但 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 # 查询 5QI=1（语音）和 5QI=5（IMS 信令）的 DRB 成功率（VoNR 关键） get NRCellCU.pmDrbEstabSucc5qi1,NRCellCU.pmDrbEstabSucc5qi5 -t 3600

参数说明：

  • pmDrbEstabSucc5qi1必须 >95% 才能保障 VoNR 语音呼叫成功率，若低于 90%，优先检查SecurityHandling.integrityProtectAlgoPrio是否包含 NIA2（VoNR 强制要求）；
  • 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 参数无异常

原因：rachPreambleTransMax=10被误设为5，导致终端在 RA 响应窗口未收到 RAR 时，只重传 5 次 msg1 就放弃，而实际路损需要 7–8 次重传才能成功。pmRadioRaCbFailMsg1MaxMsg3Sched（msg1 重传达上限）计数器持续上升，但工程师只盯着pmRadioRaCbSuccMsg3，以为 msg3 成功率高就无需调整。
解决：立即将rachPreambleTransMax改回10，并同步检查rachPreambleRecTargetPower是否过低（如-105），导致弱覆盖区域终端发射功率不足。实测显示，rachPreambleTransMax=10且rachPreambleRecTargetPower=-100组合，在 1.8GHz 覆盖边缘可将 RRC 建立成功率提升 12%。

3.2 现象：pmRrcConnEstabSuccMos正常（>95%），但pmRrcConnEstabSucc整体偏低（<80%），且pmRrcConnEstabAttReatt占比超 30%

原因：csiRsControl16Ports=on开启，但现网 70% 终端为高通 X55/X60 芯片，不支持 16 端口 CSI-RS。基站强制在 RRCsetup 消息中携带csi-RS-ResourceSet配置，终端解析失败，不回复 RRCsetupComplete，导致 RRC 建立失败。pmRrcConnEstabSuccMos不受影响，因为 MO-Signalling 原因的 RRC 建立不触发 CSI-RS 配置。
解决：立即关闭csiRsControl16Ports和csiRsControl32Ports，改用csiRsControl1Ports=on。文档第 4.2 节明确警告：“目前版本在 RRCsetup 时直接配置并为考虑终端支持情况，打开时需关注 RRC 成功率指标”。开启前必须做全量终端芯片型号兼容性测试。

3.3 现象：pmUeCtxtEstabAtt与pmRrcConnEstabSucc比值为 0.98，但pmUeCtxtEstabSucc为 0，网管日志仅显示 “InitialContextSetupFailure: Cause=Unknown”

原因：CU 的sNSSAIList配置为sst=1,sd=0（电信 2C），但 AMF 发来的 InitialContextSetupRequest 中携带的是sst=1,sd=4194304（联通 2B）。CU 侧无匹配切片，直接 reject，且不返回具体原因码（3GPP 允许）。pmUeCtxtEstabSucc为 0，但pmUeCtxtEstabAtt正常计数。
解决：登录 CU 网元，执行get GNBCUUPFunction.sNSSAIList确认当前配置，然后用set命令补充缺失切片：set GNBCUUPFunction.sNSSAIList "sst=1,sd=0; sst=1,sd=4194304; sst=1,sd=262144"。文档第 4.4 节表格中已列出三大运营商切片标识，必须全部配置，不可遗漏。

3.4 现象：pmPduSessionEstabSucc>95%，但pmDrbEstabSucc5qi1（5QI=1 语音）为 0，VoNR 呼叫全部失败

原因：SecurityHandling.cipheringAlgoPrio配置为NEA0,NEA1，但 VoNR 要求强制启用 NEA2（3GPP TS 24.501）。终端收到 RRC 重配消息后，发现加密算法不满足要求，拒绝建立 DRB，但 PDU session 本身协商已完成，故pmPduSessionEstabSucc不受影响。
解决：严格按文档第 4.4 节建议值，将cipheringAlgoPrio改为NEA1,NEA2,NEA0，integrityProtectAlgoPrio改为NIA2,NIA1。实测表明，NIA2是 VoNR 的硬性门槛，缺失则 DRB 建立必然失败。

3.5 现象：pmDrbEstabSucc5qi5（5QI=5 IMS 信令）正常，但pmDrbEstabSucc5qi1低，且pmPduSessionModifySucc也低

原因：PDU SESSION RESOURCE MODIFY REQUEST用于在已有 PDU session 中增加 5QI=1 承载，但 gNB 的ResourcePartitionMember（资源分区）未为该切片分配足够 DRB 资源。pmPduSessionModifySucc低，是因为 CU 判决资源不足而 reject；pmDrbEstabSucc5qi1低，是因 modify 失败导致 DRB 从未发起建立。
解决：检查ResourcePartitionMember的资源配置，确保为sst=1,sd=4194304（联通 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 保覆盖）。若实测平均路损 >135dB，cellRange=1600必导致pmRadioRaCbFailMsg1Ooc>10%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%）pmPuschPrbUtilization（PUSCH PRB 利用率）必须 <65% 才可开启
csiRsControl16Portsoff仅在 100% 终端支持 16 端口 CSI-RS 时开启（如全华为 Mate50+）。开启后pmRrcConnEstabSuccMos不变，但pmRrcConnEstabSucc↓（因部分终端不兼容）pmRrcConnEstabSucc↓（兼容性问题，-10–15%），pmRrcConnEstabSuccEm（紧急呼叫）不受影响终端芯片型号分布报告（从 UEM 或信令跟踪获取）必须 100% 确认支持
RP15baseline 默认值该系统常量控制最大 RRC 连接数。若现网单小区用户数 >200，baseline 值（如 256）可能不足，导致RRCSetupReject: Cause=congestionpmRrcConnEstabSucc↑（拥塞减少），pmRrcConnEstabAtt↑（更多接入尝试）pmRrcConnEstabAtt和pmRrcConnEstabSucc的比值必须 >0.95，否则说明RP15仍不足

调优操作示例（CLI）：

# 仅当 pmPuschPrbUtilization < 65% 时，开启 dftSOfdmMsg3 set NRCellDU.dftSOfdmMsg3Enabled true # 立即查询 PUSCH 利用率验证 get NRCellCU.pmPuschPrbUtilization -t 600

4.3 切片参数组：sNSSAIList（CU/DU/UPF 三级配置）

切片配置是 SA 的命脉，文档第 4.4 节强调“CU、DU、UPF 三级 sNSSAIList 必须严格一致”。现网常见错误是只配 CU，忽略 DU 和 UPF。

网元层级配置路径必须包含的切片（以联通为例）验证命令影响 stage
CUGNBCUUPFunction.sNSSAIListsst=1,sd=0; sst=1,sd=4194304get GNBCUUPFunction.sNSSAIList初始上下文建立（CU 判决）
DUNRCellDU.sNSSAIListsst=1,sd=0; sst=1,sd=4194304get NRCellDU.sNSSAIList初始上下文建立（DU 执行）
UPFUPFFunction.sNSSAIListsst=1,sd=0; sst=1,sd=4194304get UPFFunction.sNSSAIListPDU session 建立（UPF 选择）

提示：任何一级缺失，都会导致对应 stage 的Succ计数器归零。例如，若 UPF 未配sd=4194304，则pmPduSessionEstabSucc为 0，即使 CU/DU 配置正确。

4.4 安全参数组：cipheringAlgoPrio、integrityProtectAlgoPrio

VoNR 和 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%），pmDrbEstabSucc5qi9（default）↓（老终端兼容性略降）pmDrbEstabSucc5qi1和pmDrbEstabSucc5qi9必须同时监控，确保 VoNR 不降的前提下，default 业务不劣化
integrityProtectAlgoPrioNIA2,NIA1NIA0不提供完整性保护，禁用。NIA2是 VoNR 强制要求，缺失则pmDrbEstabSucc5qi1=0pmDrbEstabSucc5qi1从 0 → >90%，pmDrbEstabSucc5qi5（IMS）同步提升pmDrbEstabSucc5qi1是唯一验收标准，必须 >95%

调优操作示例（CLI）：

# 严格按 VoNR 要求配置安全算法 set SecurityHandling.cipheringAlgoPrio "NEA2,NEA1,NEA0" set SecurityHandling.integrityProtectAlgoPrio "NIA2,NIA1" # 激活后，立即验证 VoNR DRB 建立 get NRCellCU.pmDrbEstabSucc5qi1 -t 600

5. 验证与闭环：用“counter 差异法”精准定位失败环节，以及我每次调参后必做的 3 步验证铁律

参数调优不是改完就完事，而是“改参 → 采集 → 分析 → 归因 → 再调”的闭环。最高效的验证方式，不是看

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

标签： 网站建设 企业官网 项目流程 UI设计 前端开发

热门文章

文章分类

标签云

网站建设 响应式设计 用户体验 SEO优化 前端开发 小程序 电商平台 性能优化

相关文章

您可能感兴趣的其他内容

天问ESP32C3-PRO实战：从零搭建能对话的智能语音助手
2026/9/27 1:10:24 网站建设

天问ESP32C3-PRO实战：从零搭建能对话的智能语音助手

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …...

阅读更多 →
通达信短线资金行为识别：从游资吸筹到龙头启动的量化建模
2026/9/27 1:09:51 网站建设

通达信短线资金行为识别：从游资吸筹到龙头启动的量化建模

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …...

阅读更多 →
Elsevier投稿状态追踪插件安装与深度使用指南
2026/9/27 1:09:29 网站建设

Elsevier投稿状态追踪插件安装与深度使用指南

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …...

阅读更多 →

需要专业的网站建设服务？

联系我们获取免费的网站建设咨询和方案报价，让我们帮助您实现业务目标

立即咨询