首页
/
行业洞察
/
正文
INDUSTRY INSIGHT · 深度
鼎利5G测试分析实战:从空口采集到指标定位
📅 2026/10/29 9:32:14
✍️ 爱科研究院
👁 阅读 3,247
简介《鼎利5G测试分析指导书.docx》是一份面向5G网络测试与优化工程师的实操型技术文档系统讲解鼎利Pioneer平台在5G NR测试分析中的核心功能与操作方法内容覆盖数据回放、信令查看、RB调度/MCS分析、参数图形化染色、异常Log截取、数据过滤与合并分割、天馈接反/重叠覆盖智能分析、KPI报表生成及Logmask设置等环节。资源包共1个文件为docx格式大小约9.07MB结构完整、目录清晰便于读者按章节查阅和对照学习。该文档不仅列出功能入口还针对每项功能给出应用场景与操作要点例如如何通过MCS占比评估信道质量、如何快速分割和导出高通MDM格式数据、如何利用智能分析排查天馈接反问题等可直接用于日常测试数据分析和网络问题定位。目前已有510人学习下载适合具备一定移动通信基础、希望深入掌握5G测试分析工具的从业者或学习人员。1. 鼎利5G测试分析指导书外场测试不是插上电脑就能跑很多刚转5G路测的同事拿到《鼎利5G测试分析指导书》后习惯先翻指标解释结果一到外场还是发懵。鼎利这套工具本质上是一套“空口黑匣子”通过测试手机或CPE记录5G基站发给终端的测量量再叠加经纬度、信令和业务速率把看不见的无线环境变成地图上的点。它能解决的关键问题是“哪里弱、为什么弱、切换是否正常、速率是否达标”。这篇文章按一线外场的口径讲清鼎利5G测试分析怎么做、参数怎么设、指标怎么判断以及哪些坑会浪费你半天时间。适合刚接手5G测试的网优工程师、工程督导以及要跟代维交代结果的项目管理。2. 鼎利5G测试分析在做什么先弄懂空口采集与网络侧的关系2.1 鼎利测的到底是什么手机侧空口测量的边界很多新同事把鼎利当成“能直接定位基站故障”的工具实际上鼎利只是从测试终端的角度记录空口信息。它拿到的是手机和5G基站之间交互的测量结果比如SSB的RSRP、SINR、PDCCH/PDSCH的调制方式、上下行调度数、RRC/NAS信令。这些信息足以回答“这条路上覆盖好不好、切换顺不顺、速率为什么低”但回答不了“基站基带板是否告警、发射功率是否被降”那是网管侧的事。常见做法是让测试终端通过USB连接到跑鼎利的笔记本手机侧打开特定诊断模式把底层测量上报给软件。测试终端通常分两类一类是普通手机刷成测试软件可读的工程模式另一类是CPE固定在车顶做外场拉网。我自己更偏好CPE做速率测试因为天线增益稳定能减少手持姿势带来的测量波动但定位室内问题点时必须换回手机因为CPE的波束选择策略和手机差别很大复现不出用户的实际体验。5G网络架构里SA和NSA的差别会直接决定鼎利的配法。SA模式下终端直接注册到5G网络鼎利只需要关注NR频点NSA模式下终端还要依赖LTE锚点鼎利需要同时采集LTE和NR并且多一个“ENDC双连接”的状态。外场常见翻车就是拿SA的配置去跑NSA的点结果鼎利里5G频点列表永远为空或者一直在LTE上打转。2.2 5G基站侧怎么配合小区、PCI、SSB频点与波束的关系跑测试前最好先从网管拿到测试区域的5G小区列表而不是抱着鼎利直接去现场扫。理由很简单空口看到的PCI和基站内部的小区名不是一回事。比如华为5G网管查小区对应框号时是通过框号-槽位-端口去定位AAU而鼎利里看到的是PCI和小区标识只有导入小区表后才会显示具体基站名。如果现场发现一个PCI始终搜不到需要回网管侧确认该小区是否有告警、是否闭塞、SSB频点是否在鼎利的扫描范围里。另一个容易被忽视的是波束。5G初期广播信号使用SSB波束扫描但不同位置的终端收到的SS-RSRP可能来自同一个基站的同一个PCI而业务信道用的是CSI-RS两者相差可能有好几个dB。在鼎利里判断覆盖先以SS-RSRP为准判断业务速率再结合CSI-RSRP/CSI-SINR。我曾遇到过一条路上SS-RSRP一直不错但下行速率低到几十兆后来看到CSI-SINR很差才发现是远端邻区的波束在这个位置形成干扰SSB层面反而没暴露。所以测试前要把三类信息对齐目标小区列表、PCI/SSB频点、以及基站天线的物理方位。鼎利只是采集器它不知道AAU有没有被树叶挡住、楼宇有没有真实遮挡这些信息要靠现场打点和拍照记录。分析时如果只看软件曲线很容易把“波束偏了”误判成“覆盖空洞”。2.3 一份鼎利5G测试分析指导书通常怎样组织我见过的靠谱指导书通常有三块环境准备、测试执行、数据解读。下面这张表是典型的组织方式也是我在现场会给测试助手的内容。模块里面会写什么落地时最容易漏掉的点环境准备测试终端型号、驱动、GPS、SIM卡、5G套餐确认频点/小区列表GPS冷启动需要提前做不能到测试点才开测试执行路线规划、车速、打点标记、事件记录、LOG保存手动打点标记不只是给报告看还要配合回放数据解读RSRP/SINR/速率阈值、切换事件、信令过滤方法不同统计粒度的结果会打架要统一口径指导书最怕写成“工具手册”就是打开软件点哪个菜单、导出哪个报表。真正有用的是把“输入参数”和“输出结论”的关系讲清楚。比如鼎利里有一个“采样分辨率”或“统计粒度”的选项很多指导书只写默认值但不解释它对最终覆盖率的影响。粒度调太大一条短街道的弱覆盖会被相邻强点稀释粒度调太小每一次快衰落都会在图上产生红色点根本分不清是真实弱覆盖还是设备起伏。所以我会把指导书当作“参数来源”具体调参仍按现场业务场景来。到这一步你已经知道鼎利5G测试分析不是看告警而是把手机视角的空口质量量化成地图和序列。接下来就进入动手环节怎么配置、怎么采集、怎么导出才能得到一份可用的LOG。3. 用鼎利跑通一次5G路测从新建工程到导出数据的完整操作3.1 设备连接与测试前检查别等上了车才发现GPS没定位外场测试开始前的检查顺序很固定按这个顺序走能省掉大半返工。先把鼎利软件打开连接测试终端确认软件识别到IMEI和IMSI再打开GPS到室外空旷位置让接收器完成冷启动。GPS冷启动不是打入星图就行我一般至少等两分钟确认软件下方经纬度有稳定跳动再开始打点。很多新人在室内连好设备一到车上就发现轨迹飞线原因就是GPS在室内已经定位到了老位置但软件把缓存的旧坐标当成当前坐标继续记录。测试手机要关掉自动锁屏、省电模式和系统自动更新否则跑着跑着屏幕一灭终端从Connected模式掉进空闲态鼎利里会记录一大段无效数据。如果做SA测试还要确认SIM卡已开通5G SA权限只开“5G开关”不够很多运营商默认只在NSA下发业务。下面这张检查表可以打印出来贴在测试笔记本上检查项合格标准不合格的典型问题终端驱动鼎利设备列表显示IMEI/IMSI终端无法连接或反复掉线GPS冷启动经纬度稳定无飘移轨迹飞线、测距无效SIM卡状态显示NR服务小区或可注册5G一直驻留LTE无5G测量APN设置业务可以建立默认承载速率始终只有几十kbps是否关省电屏幕常亮模式终端自动休眠导致信令中断这些看起来琐碎但“测试LOG采集了但没法用”的主要原因就是第一行和第三行。曾经有次项目赶进度助手说设备都正常结果分析时整个上午的数据都没有GPS坐标只能重测。血泪经验就是出发前花五分钟做一次测前自检比事后救数据可靠得多。3.2 新建5G测试工程频点、PCI、带宽和模式参数怎么填鼎利新建工程时最核心的是“测试模式”和“频点配置”。以SA路测为例通常要选择NR测试模式填写目标频点和SSB频点。很多指导书会让你填一个“中心频点”但5G的实际载波带宽较宽只知道中心频点还不够。要在软件里配置SSB的绝对频点或频点列表鼎利才能快速搜到小区否则只能靠全频段盲扫速度慢而且会漏掉同频邻区。常见参数表如下具体值按不同运营商和地区有差异理解含义后现场改参数项常见取值说明工作模式5G SA / 5G NSA与网络架构强相关选错则搜不到小区频点/频段n41、n78、n79等记住运营商实际使用频段SSB频点如327840等最好从网管侧拿到不全靠扫频子载波间隔30kHz/120kHz影响栅格精度SSB位置解析小区列表导入邻区或全部PCI建议把测试区域内小区信息导出后导入鼎利统计粒度50m×50m或100m×100m决定覆盖图平滑程度不是越小越好PCI参数也很关键。如果在室内或小范围测试最好手动锁定目标PCI避免终端驻留到远处干扰小区。若做容量或干扰验证则要把相邻几个小区配置进邻区列表让终端测量。导入小区列表后鼎利就能在事件窗口显示小区名而不是只有一个PCI数字后期写报告会轻松很多。3.3 外场采集路线与打点让采样点有规律路线规划直接决定数据分析的可靠性。道路测试时我一般按“双向同路径、覆盖同一基站不同扇区”的原则来跑。速度尽量稳定在30km/h左右过快会导致采样点在拐弯处变稀疏过慢则容易在同一个位置堆积大量快衰落点。室内和步测则压到1~1.5m/s每隔两三秒手动打一个点避免软件在小范围里产生大量自相关采样。打点标记是鼎利分析里经常被低估的操作。路过遮挡物、施工围挡、明显反射面、切换点附近都要随手按标记或添加文本注释。这些标记在回放LOG时可以快速定位异常位置比事后对着地图回忆准得多。我习惯每测试一个路段记录一次开始/结束时间并在LOG文件名里加上路段名比如“19时_东二环_弱覆盖复测”。这样不用打开地图就能估算测试覆盖范围。外场采集还有一个容易忽略的问题天线高度和朝向。车顶CPE天线要固定到车顶正中手机测试则要保持屏幕水平和车窗高度一致不要放在扶手箱或者膝盖上。不同高度测出来的RSRP可能差好几个dB尤其是隧道和高架场景。3.4 数据导入与样本清洗先过滤再统计测试结束后把保存的LOG文件导入鼎利分析端。这一步不是直接导个Excel出来就行要先做样本清洗。统计前我会过滤掉三类数据无GPS定位的数据、终端不在RRC_Connected状态的数据、测试开始和结束前后的静默数据。如果不做过滤后台统计会把“还未发起业务”或“已经空闲”的采样点也算进平均速率结果自然比前台显示的瞬时速率低。清洗操作一般在鼎利的“过滤条件”里配置按指标列筛选。比如过滤GPS有效标记、服务小区PCI非空、上下行调度PRB大于0。也可以导出CSV后在Excel里用数据透视表二次过滤但前两步在鼎利里做更省事因为地图可视化还会保留。最后是统计口径的选择。同样一套LOG用“全部采样点平均”和“仅业务态采样点平均”会得到两个差别很大的指标值。做覆盖率评估用前一个口径做用户体验速率评估用后一个口径。写分析报告前要标明本次用了哪种统计方式否则复测时对比数据会翻车。数据导出后下一步才是真正的“分析”看RSRP、SINR、速率和信令。这些指标不能孤立看顺序错了结论很容易偏。4. 鼎利5G测试分析RSRP、SINR和速率之间的先后顺序4.1 覆盖和干扰的分工什么时候信RSRP什么时候看SINR鼎利地图上最常见的三个图层是SS-RSRP、SS-SINR和上下行速率。很多新人会把RSRP当作第一指标只要看到红色点就标“弱覆盖”。但RSRP只能代表“有没有信号”代表不了“信号能不能用”。SINR才决定调制编码方式能不能跑上去。判断一个点是否需要优化我一般按顺序先看RSRP再看SINR。经验区间大致如下但不同运营商的设计目标会上下浮动不要当成绝对标准指标舒适区要留意的区间一定要处理的区间SS-RSRP大于-95dBm-105~-95dBm低于-110dBmSS-SINR大于15dB5~15dB低于3dBPDSCH BLER小于10%10%~20%高于20%持续反直觉情况在测试里经常遇到RSRP只有-115dBm但SINR还在10dB以上这种点通常是“干净的弱场”终端还能用低调制方式维持基本业务但速率上不去。另一种是RSRP显示-85dBm但SINR只有0dB典型原因是邻区干扰或异系统干扰。这时光做基站加功率没用反而要查干扰源和波束配置。所以在鼎利分析时我习惯同时打开RSRP和SINR两个图层叠加事件列表不要只看单指标。弱覆盖和低速率不是一回事劣化原因不清晰就提优化建议很容易被网管退回。4.2 速率不达标时按“调制→调度→信道质量”的顺序定位速率是无线侧最终结果影响链路过长。鼎利分析时不要看到速率低就写“区域无线环境差”要拆开看。下行速率可以简化成速率约等于PRB使用数乘以每PRB能承载的比特数再乘上下行空分复用层数。鼎利里面能看到PDSCH MCS、调制阶数、RANK、PRB调度率、BLER这几项直接对应这个公式。我一般按四个步骤查看调制阶数如果MCS一直很低说明信道质量差回查SINR和CSI-RSRP。看RANK5G支持多流传输如果固定RANK1即便信号很好速率上限也会砍半。RANK低常见于终端位置、天线校准、波束失配。看PRB调度率调制阶数高、RANK也不低但PRB调度只有30%那是基站侧调度限制或测试服务器下行拥塞。看BLERBLER过高说明链路自适应跟不上可能是移动速度太快或干扰突变。上行速率低时除了看PUSCH MCS和PRB调度还要加一项上行发射功率。RSRP显示信号强但PUSCH功率持续打到上限可能是上行干扰或终端距离AAU过远只是下行方向因波束赋形带来的增益让RSRP显得不错。遇到这种情况建议配合5G基站侧的上行干扰底噪一起查不要只盯着鼎利曲线。确认无线环境没问题后再考虑传输侧。最直接的方法是找一个定点位置用不同服务器重复测试鼎利里的FTP/HTTP下载测试如果连续两轮速率都低但无线指标很好就要压缩运输时延或更换测试节点来排查。我曾经遇到整条测试线路速率都只有300Mbps所有MCS都很好最后发现是CPE的USB3.0口没插好速率被限制在USB2.0模式。4.3 切换与接入看事件和信令别只看指标曲线指标曲线能告诉你“这里发生了问题”但说不清“为什么”。要回答为什么必须看鼎利里的信令和事件列表。接入问题先从RRC Setup Request开始找如果看到终端反复发送RRCSetupRequest但没有收到RRCSetup大概率是随机接入竞争失败或基站侧容量受限。如果RRCSetup成功但后续NAS注册流程中断则要看核心网侧的原因。切换问题的定位顺序也类似在事件列表里找MeasurementReport看上报的邻区PCI和测量值。如果切换命令一直没下发可能是邻区漏配或MillerTiming问题如果切换命令下发但终端一直未执行则可能是目标小区故障或干扰。5G网络架构下还要区分NSA和SA的切换流程。NSA模式除了主LTE锚点切换还要看5G的SgNB添加和释放事件。鼎利事件列表里通常会有“SgNB Addition Success/Failure”SgNB添加失败最常见的原因是锚点站与5G基站间接口配置不一致。SA模式下则要聚焦在NR系统内的切换信令流程。这一层分析完成后你已经能从指标异常推进到根因方向。不过鼎利使用中真正的麻烦往往不是“不会分析”而是“数据本身有问题”。下面这章列几条我踩过的坑。5. 鼎利5G测试高频翻车点5个常见问题与排查方法5.1 GPS轨迹飞线到海外的奇怪直线现象测试LOG回放时轨迹在城市里出现几十公里长的斜线甚至径直拉到海洋。速率图和RSRP图在飞线位置全部失真。原因GPS在测试中途丢星鼎利在随后重新定位时把一次较差的定位结果当作真实位置并且和历史位置做了线性插值于是形成一条“飞线”。室内停车场、高架下、隧道口附近最常见。解决把测试路线规划尽量避开高架下连续遮挡路段GPS天线要固定在车顶金属面正上方不要埋在车内。鼎利里发现轨迹异常时不要当场删点先在标记里记下时间点回放时通过“过滤GPS状态”把无效卫星信息过滤掉再重新出图。分析前还要检查LOG文件里“有效GPS覆盖时长”是否达到总时长90%低于这个数就要考虑补测。5.2 前台显示速率高后台统计只有一半现象测试终端上FTP软件实时速率显示700Mbps鼎利后台导出的平均速率只有350Mbps写报告时不知道用哪个数。原因前台软件显示的瞬时速率是按最近几秒滑窗算的后台统计则是把整段日志内所有采样点做平均。如果测试过程中有等待红灯、切换中断、业务恢复前的静默这些非业务采样点都会被算进分母平均速率自然被拉低。解决统计前先按“业务态过滤”条件清洗数据只保留上下行数据量大于0且RRC处于连接态的采样点。导出后对比“平均业务速率”和“峰值速率”两个字段在报告中明确说明口径。如果客户要求平均速率就按有效业务时长计算如果客户看峰值能力就用滑窗统计的峰值。不要混用否则同一份LOG能得出好坏两个结论。5.3 同一条路两次测试SINR差了很多现象昨天测SINR还有15dB今天复测同一个点只有8dB人手没变、路线没变怀疑鼎利采集一致性有问题。原因多数情况不是鼎利飘了而是环境变了。5G波束赋形对终端位置和天线方向非常敏感手机从车窗左边换到右边接收到的波束增益就可能变化另外昨天和今天之间如果5G网络侧做过参数调整比如邻区PCI修改、波束权值优化也会让测量结果明显变化。解决外场测试规定用固定终端、固定天线支架、固定安装位置并拍照记录。两次测试之间先和网管确认是否有参数变更。没有变更再怀疑设备。鼎利本身的时钟和采集精度在2dB以内波动属于正常如果怀疑软件异常可以连接同一终端连续打两次定点看RSRP/SINR的分布是否稳定。注意用不同版本鼎利或不同测试终端对比同一路段没什么意义。5.4 鼎利上找不到要测试的5G小区现象站在基站附近鼎利状态栏显示的5G邻区PCI都不是目标PCI扫频列表里也搜不到。原因常见有三种。一是工作模式选错比如NSA网络只开了SA扫描。二是SSB频点没配到鼎利默认扫全频段会漏掉窄带SSB需要手动填绝对频点。三是目标小区实际处于闭塞或故障状态空口已经不发SSB只是网管侧数据没更新。解决先确认网络模式再用网管工具检查目标小区状态。很多场景下需要到华为5G网管查小区对应框号和小区标识确认这个PCI归属的AAU是否在正常服务再核对SSB频点和子载波间隔。鼎利里可以手动添加待测PCI和频点让它重点扫描一次不行就重启终端让终端重新读取系统消息。5.5 UE掉网鼎利信令窗口却一片空白现象测试过程中手机信号栏空了业务中断但鼎利的信令窗口没有任何异常记录好像终端凭空消失。原因有些掉网是从物理层无线链路失败直接触发终端没有来得及上报RRC层信令就重新搜索网络。鼎利默认记录的是AS/NAS信令对底层RLF信息不一定完整记录所以只翻信令窗口会以为没事件。解决在外场测试时打开鼎利的“物理信道统计”和“无线链路失败日志”把PDCCH和CQI连续差的时间段记录下来。终端侧同步抓取modem日志。分析时先看RSRP和SINR是否在掉网前持续恶化再把时间轴对齐到掉网瞬间。这样不仅能看到掉网还能准确判断是波束丢失还是切换失败。6. 让鼎利5G测试结果经得起复盘的三个习惯6.1 把散点变成栅格用覆盖占比说话测试报告里不要只贴一张RSRP散点图散点图上看单个位置很清楚但缺少区域统计意义。我习惯用鼎利把LOG生成50m×50m栅格统计输出“RSRP-110dBm占比”“SINR5dB占比”“下行平均速率100Mbps占比”这些数字。复测时再按同一栅格尺寸对比前后差异一目了然新人也容易判断优化是否生效。6.2 建立“鼎利PCI-小区名-网管框号”对照表分析LOG时如果只看到PCI定位物理基站还要靠地图猜。我每次测试都会整理一张小区对照表包含鼎利里显示的PCI/小区名、网管侧的基站标识、框号、槽位和地理位置。尤其在多运营商共享站址的场景同一位置会有好几个PCI没有对照表很容易把别家的小区当成目标问题点。拿到网管侧资料后第一时间导出到表格再开始出报告能省掉大量重复对小区的时间。6.3 封版测试参数固定一套流程测试最怕中途改参数。以前有次为了追速率在现场反复调整测试终端设置最后所有结果的口径都不一样只能全部弃用。后来我养成一个习惯每次外场前把测试版本、终端型号、频点列表、统计粒度、LOG文件名规则写成一个固定清单发给测试执行人中途不碰参数。测试完成后先核对LOG时长和有效GPS占比确认数据本身没问题再做指标分析和输出报告。这些习惯让我避免了很多次“白跑一天”的尴尬也希望帮到你。本文还有配套的精品资源点击获取
📌 标签:
工业官网
设计趋势
AI 建站
SEO
获取完整报告 →
RELATED ARTICLES
推荐阅读
2026/10/29 9:32:14
淘宝客返利系统幂等性设计与Java实现
2026/10/29 9:32:14
Playwright CLI安装失败的常见原因与基础排查方法
2026/10/29 9:32:14
Java+SSM框架实现短剧推荐系统设计与优化
2026/10/29 10:37:41
【独家整理】AxGlyph 矢量绘图教程:3 步装好这款免费软件,快速画出论文插图与流程图
2026/10/29 10:37:41
Readest 常见问题排查指南:从启动失败到同步报错的自查手册
2026/10/29 10:37:41
【独家整理】VSPD 6.9 汉化版:不占物理端口的虚拟串口模拟指南
2026/10/29 10:37:41
NSGA-III MATLAB源码实战:2目标参考点与Pareto前沿避坑
2026/10/29 10:37:41
安装WSL2报错
2026/10/29 10:32:31
网络安全管理总纲制度(六):网络安全应急管理与处置制度
2026/10/29 0:00:09
服务器巡检报告模板怎么写:从检查项到PowerShell数据回填
2026/10/29 0:00:09
Zed编辑器Split Diff功能深度评测与优化指南
2026/10/29 0:00:09
OpenAI新模型定价解析:基础档便宜八成,快档贵六倍值不值?
2026/10/28 12:27:10
全国计算机二级C语言真题PDF高效刷题指南
2026/10/28 15:37:16
requests+BeautifulSoup:爬虫抓取h1标题的入门实战指南
2026/10/28 12:37:46
递推最小二乘参数辨识MATLAB编程:二阶系统与渐消记忆实现
2026/10/28 15:37:16
我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频
2026/10/28 15:37:15
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证
2026/10/28 15:37:15
2026 大模型集体涨价:用 Python 做企业 Token 成本测算与选型避坑(附配置)