
简介鼎利5G测试分析指导书面向5G网络优化工程师、测试分析人员及通信相关从业者系统梳理5G NR测试分析全流程核心功能。文档从数据回放入手涵盖层1/层2信令保存、信令显示、RB调度/MCS/调制方式查看及MCS占比统计随后介绍参数图形化染色、前后对比视图、异常log快速截取、扫频数据导出及高通MDM格式转换、数据过滤与合并/分割、天馈接反和重叠覆盖等智能分析、KPI统计报表和Logmask设置等实操要点。压缩包内为1个docx文件大小9.07MB内容结构清晰适合需要快速掌握鼎利Pioneer分析平台操作技巧的一线网优与后台分析人员。已有509人学习下载配套指导书可直接查看章节目录定位知识点也可作为日常测试分析工作的速查手册。1. 鼎利5G测试分析指导书的工程价值与适用边界一份名为“鼎利5G测试分析指导书.docx”的文档在网优圈子里通常不是理论教材而是把鼎利Pilot Pioneer / Panorama这类测试软件从装好到出报告的全流程动作固化下来的操作手册。它的价值在于当你要在SA/NSA组网下完成拉网测试、定点验证、CQT语音业务测试或者对弱覆盖、切换失败、速率不达标做问题定界时能直接按文档里的参数模板和操作顺序把数据采回来再按文档给出的分析路径把问题定位到具体小区、具体频段甚至具体信令流程。本文档适合有LTE测试经验但初次接触5G NR测试的工程师也适合已经用鼎利做过测试但需要统一输出标准、减少无效复测的团队。它不解决算法层面的优化只解决“数据采得准、指标算得对、问题定到位”这几件事。2. 用鼎利5G测试分析指导书搭建测试方案与参数配置2.1 设备连接与工程模式确认鼎利软件连接5G终端时最容易踩的坑是“软件显示已连接但信令窗口不动”。这通常不是软件问题而是终端没有进入正确的工程模式。以常见的Mate系列或鼎利定制终端为例连接前要确认USB调试已打开、驱动安装完整、终端APN设置为默认的ims或internet且不勾选“仅LTE”。连接完成后在鼎利主界面的“终端状态”区域查看IMEI、IMSI、当前PLMN、频段信息和RSRP/RSSI实时值这些值都正常跳动才能开始测试。提示鼎利5G测试对终端兼容性有明确列表指导书中通常会附兼容终端型号及对应固件版本。不要用文档之外的新终端直接连否则可能会出现PUCCH/SRS配置无法解析的问题。2.2 测试模板的创建与参数灌入打开鼎利软件后选择“新建工程”模板类型选“5G SA”或“5G NSA”。如果指导书附带模板文件直接通过“工程管理-导入模板”加载这样能省掉手工配置的麻烦。需要重点核对三个页签下的参数业务配置页签FTP服务器地址、用户名密码、下载文件大小、上传文件时长。5G测试一般建议下行FTP下载文件不小于500MB上传不小于100MB否则在峰值速率场景下会出现“文件先于测试结束被下载完”的无效数据段。LTE/NR测量页签测量事件开关A1-A5、B1/B2、测量间隔GAP配置、邻区测量频点列表。SA组网下要从“频点管理”里把目标NR频点和对应SCS子载波间隔配进去常见的是n78的30kHz、n79的100kHz间隔。事件与日志页签打开“记录原始信令”和“记录MAC调度信息”后者是分析速率问题时判断“是调度不足还是信道质量差”的关键数据源。2.3 路测脚本的编排与执行路测脚本决定了测试数据的可复现性。在鼎利的“脚本编辑”里按指导书推荐的顺序编排先是“网络附着确认”接着是“Ping测试”验证连通性再进行“FTP下载/上传”业务测试最后做“Volte语音呼叫”或“NR语音EPS Fallback”。脚本之间要加入“等待事件”节点而不是固定延时比如“等待RSRP稳定在-95dBm以上再启动FTP下载”这样才能保证每次测试的起始无线条件一致。# 脚本执行时鼎利会生成后台日志目录结构如下 C:\Dingli\Log\20250510_Autotest\ ├── 20250510_093000_SA_FTP.dt5 # 主log文件 ├── 20250510_093000_SA_FTP.pcap # 空口抓包文件 ├── 20250510_093000_SA_FTP.xls # 事件表 └── 20250510_093000_SA_FTP.map # 轨迹文件执行完成后不要直接拔线先通过鼎利的“回放”功能检查log完整性。回放时看是否有“GPS盲区”或“信令中断”的标记如果盲区占比超过3%这段数据在分析阶段需要标注为“部分有效”。参数说明上述脚本中“等待RSRP稳定”事件的判决周期建议设为3秒避免快速衰落下误判FTP测试的线程数在鼎利里通常通过“多线程下载”勾选项控制5G峰值测试建议开启8线程但普通覆盖测试用单线程即可因为多线程会掩盖调度器的真实调度行为。3. 5G网络测试数据的鼎利分析路径与信令定界3.1 从事件表到覆盖图的关联分析鼎利把测试数据按“事件”组织分析时先在事件表里过滤出“RLF”“切换失败”“RRC重建”“PUSCH功率达到上限”这几类关键事件。每一条事件都带有时间戳、小区ID、频点、RSRP、SINR、TA值。我的做法是先把事件表按小区聚合查看每个小区的“事件密度”——如果某个小区在覆盖率不高的情况下贡献了大量切换失败事件就要从邻区漏配或PCI混淆角度切入如果事件分散在多个小区且都伴随SINR低于阈值问题更可能在干扰或覆盖重叠。覆盖图分析要用“栅格渲染”而非简单的轨迹着色。轨迹着色只看单个采样点对判定“覆盖空洞边界”没有帮助。鼎利的栅格渲染把路线切分为50米x50米的网格取每个网格内的RSRP平均值和最小值分别渲染。切换点连续出现在两个网格分界处通常说明两个小区覆盖电平在此处交叉需要检查切换迟滞参数切换点杂乱散布在网格内部则需要怀疑邻区关系的完整性。3.2 5G信令流程的鼎利解码与问题定位指导书中“信令分析”一章的核心是把鼎利抓到的NAS和RRC信令与终端侧的异常行为对应起来。常见的分析路径是如果发现“RRC Setup Complete”消息中的“registered PLMN”与预期不符说明终端可能驻留在漫游网络或被禁止的TA问题定位在核心网配置如果“RRC Reconfiguration”消息中的“MeasConfig”没有携带目标频点的测量对象说明基站下发的测量配置不完整问题定位在邻区配置。# 以NR RRCSetupComplete为例鼎利信令窗口的关键字段 Field: nr-5G-S-TMSI Value: 0x84321F Field: selectedPLMN-Identity Value: 1 # 对应PLMN列表中的第1个PLMN Field: registeredAMF Value: 0x03 Field: guami-Type Value: native分析这段信令时重点看selectedPLMN-Identity与sim卡预期PLMN是否一致。如果一致但后续出现“Registration reject”且cause值为75G服务不允许则要查核心网侧UDM中的签约数据是否包含5G签约。另一个高频分析对象是“MeasurementReport触发的A3事件”在鼎利中会显示“eventA3 (neighbor becomes offset better than SpCell)”。如果A3事件频繁上报但切换命令迟迟不下来优先检查目标小区的“小区禁止”标志和T304定时器配置。3.3 拉线率、切换成功率与速率指标的鼎利公式口径鼎利的统计报表提供多种指标口径指导书里的“指标字典”章节会对每个指标给出计算公式。需要注意鼎利对“切换成功率”的统计口径是“切换成功次数/切换请求次数”而按集团规范用的往往是“切换成功次数/切换尝试次数”“请求”和“尝试”之间的差异在于是否把“切换准备阶段失败”计入分母。速率指标的分析建议用“有效速率”而非“平均速率”。在鼎利“统计-数据业务”菜单中打开“按秒统计”的吞吐率曲线过滤掉测试开始前10秒和结束前10秒的数据再去计算平均值。更严谨的做法是对FTP下载过程中的TCP窗口进行分析——如果吞吐率曲线呈锯齿状且每个锯齿的周期与RTT相当说明TCP拥塞控制是瓶颈而非空口如果吞吐率稳定但MCS等级频繁跳动则看底层的BLER和CRI信道秩指示来选择优化方向。注意鼎利对RSRP的统计支持SS-RSRP和CSI-RSRP两种。覆盖类分析用SS-RSRP同步信号块测量波束级分析用CSI-RSRP。两者差值超过3dB通常说明SSB波束与CSI波束的覆盖不一致是波束配置问题的信号需要在分析阶段单独标注。4. 鼎利5G测试分析工作流中的自动化与数据导出4.1 自定义报表模板与批量导出鼎利自带报表模板多为通用格式但在实际项目中物业点测试、竞对对比测试、簇优化测试的报表格式各不相同。指导书中推荐的“报表模板管理器”可以保存自定义模板导出时直接套用。自动化程度再高一些的团队会让鼎利在测试结束触发“导出事件信令指标”三个文件的批处理动作然后把这些文件路径交给后续脚本处理。# 用Python处理鼎利导出的CSV事件表做小区级别的KPI聚合 import pandas as pd df pd.read_csv(event_table.csv, encodinggbk) # 过滤出5G NR小区且切换相关的事件 nr_events df[(df[RAT].isin([NR])) (df[Event].str.contains(HO))] # 按小区维度统计切换尝试与成功次数 ho_stats nr_events.groupby([CellID, Event]).size().unstack(fill_value0) ho_stats[HO_attempt] ho_stats.get(HO_attempt, 0) ho_stats.get(HO_success, 0) ho_stats[HO_success_rate] (ho_stats[HO_success] / ho_stats[HO_attempt] * 100).round(2) # 输出按成功率排序的结果 ho_stats.sort_values(HO_success_rate).to_csv(nr_ho_summary.csv)这段代码的意图是把鼎利导出的事件表做二次聚合得到按小区、按事件类型分类的成功率矩阵。实际使用时需要根据导出CSV的列名调整字段映射鼎利不同版本的列名略有差异比如“CellID”有的版本叫“Serving PCI”建议在脚本前先打印列名确认。这样处理后KPI从手工核对变成了批量生成尤其适合多网格测试结果需要合并评估的场景。4.2 XDR/MR数据的鼎利关联分析高级一点的用法是把鼎利路测log与后台的MR测量报告数据或XDR信令数据做时间对齐关联。路测数据是“点上的真相”MR/XDR数据是“面上的统计”两者结合可以用路测采样点校正MR指纹库的偏差。操作步骤为先将鼎利log按时间戳导出“位置-测量量”序列再从XDR平台导出同一时段、同一区域的测量报告数据按小区时间片段做merge。# 时间对齐将鼎利数据与MR数据按5分钟粒度关联 dingli_df[time_slot] dingli_df[Timestamp].dt.floor(5min) mr_df[time_slot] mr_df[Timestamp].dt.floor(5min) merged pd.merge( dingli_df, mr_df, on[CellID, time_slot], howinner, suffixes(_log, _mr) ) # 计算路测RSRP与MR中位数RSRP的偏差分布 merged[rsrp_bias] merged[RSRP_log] - merged[RSRP_mr_median] bias_stats merged.groupby(CellID)[rsrp_bias].agg([mean, std, count])关联结果的判读准则是当偏离均值大于3dB且样本量超过30个时优先怀疑这两个系统间的电平校准偏差而不是急着下“覆盖恶化”的结论。这个阈值来自工程实践不是鼎利文档中的标准参数但它能把“疑似弱覆盖”和“仪器与后台统计口径不一致”有效区分开。5. 鼎利5G测试指导书之外的常见误用与排障技巧5.1 速率不达标时先看“调度”再看“信道”指导书里“问题定位”章节通常按“覆盖→干扰→调度→参数”四个层级展开。但在5G测试中我发现调度问题的发生频率比4G时代高得多——因为5G的TDD配比、波束数量、MIMO层数共同影响速率。如果下行速率只有峰值的三分之一先不要急着看弱覆盖先去鼎利的“MAC调度”窗口里看“RB分配数”。建议直接对比“可分配RB数”和“实际分配的RB数”如果两者差在10%以上说明基站侧调度器没有给满资源问题指向“拥塞”或“调度算法参数”。一个随手可用的排障命令是在鼎利“信令”窗口过滤“DCI format 1_0”和“DCI format 1_1”。前者是公共搜索空间的DCI后者是用户专用搜索空间的DCI。如果下行用户面数据主要由format 1_0调度说明基站可能处于“公共信道”传输模式此时无论如何调整天线参数速率都上不去。5.2 用“鼎利地图”验证RF优化效果RF优化或波束优化完成后建议把优化前后的两次测试log合并在同一个鼎利工程中显示。“对比分析”模式下选择“Layout-Overlay Map”将前后两次轨迹叠加到同一张地图。具体判读方式为将RSRP差值优化后-优化前做栅格化渲染正偏差为改善区域、负偏差为恶化区域。如果一个区域的RSRP改善超过6dB但SINR反而下降需要检查新增的邻区关系是否带来了同频干扰。5.3 测试报告自动生成与交付报告交付方面鼎利指导书里的“报表向导”可以预设“封面-测试信息-指标汇总-问题点列表-附录信令”的标准结构。但我会在模板里嵌入一张自制的“问题点摘要表”问题点编号、经纬度、所属小区、问题类型、RSRP、SINR、鼎利log中的事件序列号、初步问题分级。这张表的价值在于当问题点数量超过30个时优化工程师不需要每个点都重新打开log就能先按优先级排序。在生成docx报告前建议先用鼎利“地图截图”功能截取每个问题点的周边环境图叠加“基站扇区方向角”图层这样在报告中可以直接看到“问题点正对某小区第二扇区方向角但RSRP差”的直观证据链比纯文字描述更有说服力也能有效减少一次现场返工。至于下载速度异常、log文件损坏、GPS漂移等边缘问题处理手段基本一致保留原始数据不覆盖用鼎利的“数据恢复”工具尝试解析后再决定是否补测。数据质量分级的习惯建议从测试第一天就养成——有效的、可疑的、无效的分开存放这比事后解释“数据有点问题”要省时得多。本文还有配套的精品资源点击获取