简介《GENEX-Probe-3.5软件及GENEX-Assistant-3.5软件使用及报告输出指导书》是一份面向网络优化工程师和测试人员的操作指导文档。文档以GENEX Probe 3.5为主线从Probe主界面、导航树页签介绍入手逐步讲解新建工程、外接测试设备连接、测试模板制定、工参导入、地图导入及测试任务启动与回放等关键操作并包含无线参数、地图显示、信令时间、数据测试关注窗口等界面说明可帮助读者快速掌握测试软件配置与数据采集流程为后续输出规范的网络优化报告打下基础。包内仅含1个doc文档压缩包整体大小约6.16MB内容紧凑集中。目前已有235人学习下载适合需要熟悉GENEX系列软件操作、开展外场测试与优化报告整理的工程师参考。1. GENEX-Probe-3.5与GENEX-Assistant-3.5一份路测报告为什么经常要返工三回网优项目里最常见的返工场景不是测试没跑而是前台跑了一天的GENEX-Probe-3.5路测log回到办公室用GENEX-Assistant-3.5导入分析要么打不开文件要么事件统计对不上现场记录要么自动报告和运营商的验收模板差了一大截——最后全组加班改报告。这套工具链本身不复杂复杂的是模板、口径和参数这三层不匹配。GENEX-Probe-3.5负责外场数据采集GENEX-Assistant-3.5负责内场分析出报告两份软件配合使用覆盖从拉网测试、定点CQT、干扰排查到最终报告输出的完整链路。这篇指导书的实践笔记会按“采集→分析→报告→排错”的顺序把关键步骤和参数讲透适合刚接手路测的新人也适合被报告整改折腾过的熟手对照查漏。2. 用GENEX-Probe-3.5做路测采集模板、设备与参数的落地方法GENEX-Probe-3.5在整条链路里扮演“数据入口”的角色。很多分析阶段查不出来的问题根源都在采集阶段埋下了——GPS没锁住、测试终端型号选错、log文件名乱成一团。这一章先把Probe侧必须做对的几件事拆开讲。2.1 新建工程与设备挂接Probe项目结构与数据源选型打开GENEX-Probe-3.5第一步不是插设备而是建工程。工程文件里保存了网络制式、工参、测试模板和所有设备配置建议一个项目一个工程不要跨区域混用。新建工程时需要选择网络制式3.5版本同时支持GSM、WCDMA、LTE和NR我一般按测试任务实际需要选拉网测试选“LTENR”双模单站验证只选对应制式选多了采集数据冗余Assistant分析时还容易卡。设备挂接顺序有讲究。Probe支持测试终端、GPS接收机、扫频仪三类数据源同时接入。我习惯先把GPS接好再连测试终端最后开Probe的设备管理界面确认每个设备状态为“在线”。用USB HUB供电时特别注意GPS模块对电压敏感HUB供电不足的直接表现是设备列表里GPS反复掉线换独立供电的USB口基本能解决。测试终端选型上优先用支持工程模式的华为终端。Probe通过终端提供的诊断接口读取信令和测量报告普通消费者手机拿不到这些底层数据接入后即使能显示轨迹信令也是空的。设备连好后在Probe里做一次“设备自检”确认IMEI识别、GPS卫星数、终端IMSI读取都正常。2.2 测试计划配置DT拉网与CQT定点两种场景的脚本设计Probe的测试计划相当于给路测车“编剧本”决定了车辆怎么跑、手机怎么测、数据怎么记。常见做法是把测试计划分成DT和CQT两类分别建模板。DT拉网测试的核心是路线脚本。Probe支持在地图上画线生成途经点车辆沿路线行驶时会自动开始记录。设置途经点时注意两个参数一是途经点间距城市道路建议100到150米一个点高速和快速路可以放宽到300米间距太密会导致脚本文件大、车辆稍微偏离路线就触发重新规划导航二是折返点设置跑完一个闭环路线要设置自动停车计时避免在路口等红灯时还满功率记录无效数据。CQT定点测试则用“手动打点”模式。测试人员到达指定位置后在Probe界面上点“开始记录”每个点至少停留30秒挂机时打一个“测试点标记”方便Assistant里按标记快速定位。这里容易翻车的一个操作是在楼宇内做CQT时GPS完全失锁轨迹是飘的。解决办法是在Probe里打开“GPS失锁时以基站定位补点”选项虽然精度差一些但至少能保证log里有位置信息后续分析还能用时间对齐来修正。2.3 路测采集时的三个关键参数GPS采样间隔、锁频策略与log分卷GPS采样间隔直接影响轨迹平滑度和地图渲染效果。Probe默认1秒打一个GPS点城市道路60公里时速下1秒的间隔约16米一个点画出来的轨迹已经能用。如果做室内外对比分析或需要精确到楼宇级别的覆盖评估我会把间隔调到500毫秒代价是log体积变大、Assistant渲染变慢。低于200毫秒不推荐GPS模块本身的刷新率跟不上只是徒增数据量。锁频策略是路测里最考验经验的参数。Probe支持锁频点、锁PCI、锁小区三种模式。单频点验证或确定干扰源时锁频点验证切换是否正常时用“锁PCI但不锁频”日常拉网不锁频让终端自由选网。锁频操作有个坑终端会长时间驻留在指定频点一旦该频点信号质量极差而实际网络有其他更好频点终端也不会重选log里会出现大量无线链路超时事件分析时会误判为网络问题——所以锁频只用于专项测试测完必须立即解锁恢复。log分卷设置不要忽略。Probe默认按单个文件记录连续测试4小时以上log文件会超过1GBAssistant导入时内存占用极高甚至直接闪退。我一般在Probe的存储设置里开启“按文件大小自动分割”阀值设500MB文件名自动追加“_part1”“_part2”。另外强烈建议在log文件名里嵌入日期和路线标识比如“20240512_市区主干道_车号01”Assistant按文件名排序分组时一眼就能看出哪些文件属于同一次拉网。3. 用GENEX-Assistant-3.5做分析导入检查、图层渲染与事件统计口径GENEX-Assistant-3.5是深度使用频率最高的部分。Probe采集的原始log在Assistant里完成解析、渲染、统计和报告输出。这一章重点讲导入阶段最容易出问题的地方以及统计口径怎么对齐。3.1 Assistant导入log前的三个检查项版本、完整性与工参Assistant导入log前先把三件事检查完能省下后面大半天的排错时间。第一是版本兼容性。Assistant 3.5对Probe 3.5生成的log是原生支持的但如果Probe升了小版本、或log里带了扫频仪数据Assistant解析插件可能不认。我一般把Probe和Assistant装在同一台办公电脑上每次升级Probe后第一时间用Assistant试导入一个短log确认正常再大规模出外场。Assistant的“文件→导入”下拉列表里如果看不到目标log文件多半是版本不匹配回想一下近期有没有动过插件。第二是数据完整性。导入后先看统计面板里的“GPS有效点数”如果有效点数占比低于80%这趟路测数据基本废了得安排重测。注意GPS有效和GPS精度是两回事有效只代表解析到坐标精度要结合地图上轨迹是否漂移判断。第三是工参对齐。Assistant分析时要把每个采样点关联到小区关联逻辑是按测量报告里的PCI、频点去匹配工参表。如果工参表里存在PCI复用同频同PCI在不同位置出现Assistant会匹配错小区覆盖率统计自然错。导入工参后先做一次“小区唯一性检查”有冲突的先在工参表里加上扰码或CI辅助识别列。3.2 图层与栅格渲染把RSRP和SINR变成报告里的图Assistant的图层管理是出图的核心界面。默认有几个基础图层地图底图、轨迹线、事件标记、测量点。用户自定义图层主要加两类一是指标分布图层二是栅格统计图层。指标分布图层直接按采样点着色。选择RSRP指标设置色阶区间我常用的LTE/NR色阶是大于-90dBm为绿色-90到-105为黄色-105到-120为橙色小于-120为红色。SINR色阶对应调整为大于20绿色、10到20黄色、0到10橙色、小于0红色。色阶区间为什么值得认真设置因为报告读者不看图例也大致能从颜色看出好坏区域区间设置不合理会让成片区域红绿颠倒逼着人反复看图和图例对照。栅格统计是把采样点按一定大小网格做聚合。Assistant的栅格化功能支持设置栅格边长默认50米拉网覆盖评估建议用50米单站验证用20米太大的栅格会平滑掉覆盖空洞太小的栅格统计量不足导致栅格内采样点太少没有统计意义。栅格输出时注意勾选“统计点位数”报告里要写覆盖率的时候能拿得出分母。3.3 事件判定与统计口径掉话率、切换成功率为什么经常对不上Assistant自动识别事件是基于信令流程的。掉话、切换失败、接入失败这些事件在3.5版本里都有预设判定规则但默认规则和运营商验收口径经常不一致这就是报告返工的最大来源。掉话判定为例Assistant默认把“UE发送RRCConnectionRelease且原因值为异常”记为一次掉话同时把“无线链路失败后发起RRC重建且重建到异小区”也记为掉话。但运营商验收有时只认“RRC释放原因值为T310超时”这一种这时需要手动调整事件判定条件在“事件管理→掉话→修改判据”里把其他触发条件关掉。切换失败同理。Assistant默认把“切换准备超时”和“切换执行失败”都计入切换失败次数但不少运营商只认“切换执行失败”已下发切换命令但UE未能完成不认准备阶段失败。统计口径对不上的时候先看客户报告里的指标定义再逆推Assistant需要开启哪些事件类型而不是直接套用默认统计模板。4. 报告输出指导书的核心自动报告模板定制与批量出图方法GENEX-Assistant-3.5自带的报告向导能生成基础版本但交付给运营商前通常需要定制模板。这一章把报告从“能出”变成“能用”的路径讲清楚。4.1 自动报告向导配置数据源、报告类型与章节结构Assistant的报告向导位于“报告→新建报告”第一步选择报告类型。常用类型有拉网覆盖报告、单站验证报告、干扰测试报告、竞对对比报告。选择类型后向导会列出该类型报告的固定章节包括封面信息、测试概述、统计总表、指标分布图、事件列表、问题点截图。数据源配置是关键把多次测试的文件一起选进来时注意Assistant的分组逻辑。我一般按“城市区域”分组把同一条主干道的两个part文件归为一组报告里会以组为单位出统计不会把两次间隔数天的拉网数据混在同一张统计表里。分组后检查每个分组的“测试时间范围”确保只包含有效测试时段排除掉中午吃饭停车的数据段。4.2 模板定制把运营商格式固化成可复用的报告标准真实项目的报告格式很少直接用默认模板。运营商发过来的历史报告往往有固定封面、固定页眉、固定指标顺序还可能指定“覆盖率按采样点计算”而不是“按栅格计算”这些都要在模板里固化的。我的做法是先手工做一份“黄金样例”。用Assistant打开一份历史log手动调整好图层、事件筛选、统计口径输出一份报告对照运营商的格式要求逐段调整改到完全一致后在Assistant的“报告模板”里选择“另存为模板”将这版配置保存为企业内部标准。模板里需要重点关注三个可变量一是封面字段测试日期、车辆编号、测试人员要从log解析出来自动填充不要人工手敲二是统计表字段哪些指标进表、保留几位小数、上下行速率单位都应在模板里锁死三是图表输出方式栅格图是矢量还是位图、分辨率多少避免生成后再用第三方工具重绘。4.3 批量出报告与文件命名把一天的报告压缩到两小时拉网测试一周后需要出全量报告时一个项目几十份报告逐个点生成不现实。Assistant支持批量生成在报告向导里选择多个log文件勾选“每个文件独立生成报告”设置输出目录软件会按顺序自动处理。批量生成时建议关掉其他占用CPU的软件Assistant 3.5在大量栅格渲染时还是很吃内存的8GB内存机器跑10个文件以上容易卡死。报告输出格式的选择也有讲究。给运营商验收交正式文档用Word便于批注和签章给项目组内部快速看结果用HTML直接在浏览器里打开不用装Office给客户做数据二次分析用Excel保留原始统计数值。Assistant导出时能让用户自己选“导出所有章节”还是“仅导出指定章节”返工补报告时只导出改动章节再合并能省不少时间。文件命名建议统一为“区域_报告类型_测试日期_V版本号”例如“市区_拉网覆盖_20240512_V2”。不要用“最终版”“新新最终版”这类命名项目后期文件多了根本分不清版本我吃过这个亏给客户发了V3第二天客户问能不能改两张图改完顺手存成“V3改”结果一周后自己都分不清V3改和V3哪个是给出去的那版。5. 避坑手册Probe与Assistant配合使用的常见问题与排查工具链越成熟问题越容易藏在细节里。这一章把Probe和Assistant联动中高频出现的5类故障按“现象→原因→解决”写清楚每一条都是实打实踩过的坑。5.1 导入log后轨迹空白但信令正常现象Assistant能解析出信令和事件但地图上轨迹一条线都没有。 原因GPS数据源在Probe里配置了但不生效log里没有记录有效的经纬度坐标。常见于GPS刚上电就开测设备还没完成首次定位或GPS波特率与Probe默认值不一致导致数据解析失败。 解决先用Probe回放log在“设备状态”面板查看GPS卫星数。排障时把GPS重新插拔等卫星数稳定在4颗以上再开始测试。如果是波特率问题在Probe的设备配置里将GPS端口波特率改为设备实际标称值常见的是4800和9600两档。5.2 覆盖率与现场体感差距很大现象Assistant统计的覆盖率高达98%但拉网车行经区域明显有多个弱覆盖路段报告与现场不符。 原因栅格统计时把无效栅格采样点过少也纳入了覆盖率分母这些栅格大概率是高速路或城郊快速路上车速过快导致的稀疏采样本身不能代表真实覆盖水平。 解决在Assistant统计设置里增加“栅格最小采样点数”过滤我一般设5即少于5个采样点的栅格不参与覆盖率计算。同时开启“剔除GPS漂移点”选项避免车辆在立交桥下GPS打点异常拉低指标。5.3 事件统计数量明显少于路测现场记录现象现场测试时明显听到两次掉话Assistant事件列表里只统计到一次。 原因事件的判定依赖信令流程完整性。现场掉话如果发生在异频切换过程中Probe记录的信令可能不完整Assistant默认的掉话判据要求必须有“T310超时”或“RRC释放”关键信令信令缺失就判不出来。 解决到“事件判定规则”里把掉话触发条件改为“无线链路失败即记为掉话”同时导入完整的RRC层和NAS层信令解码插件。另外确认测试终端是最新驱动版本部分终端驱动异常会导致信令丢失。5.4 自动报告中的指标与手工统计不一致现象同一份logAssistant自动报告算出的RSRP均值和手工在表格里筛出来的平均值差1到2dB。 原因自动报告默认会剔除某些异常采样点比如RSRP值为0或超过-50dBm的异常点而手工统计可能把这些点全算进来了。差异主要来自异常值过滤规则不同。 解决在报告模板的“统计设置”里显式配置异常值剔除范围与手工统计的口径保持一致。做完后用一小段log做交叉验证确认自动报告和手工统计误差在0.1dB以内再批量出报告。5.5 手机锁频后无法恢复自动选网现象用Probe锁了某个频点测试测试结束后解锁终端仍然一直驻留在原频点不自动切换。 原因Probe通过终端诊断接口发送锁频指令后终端需要重置无线资源才能恢复。部分安卓版本在锁频指令清除后底层搜索流程异常。 解决在Probe的“终端控制”里执行“恢复默认配置”命令然后重启测试终端。如果批量测试车都碰到这个问题建议在测试计划里加一个“结束脚本”自动发送解锁和复位指令避免人工逐台操作漏掉。6. 进阶技巧把常用分析固化成模板让报告产出效率翻倍项目干久了会发现所谓“经验丰富”很多时候是把重复劳动压缩到最短。Assistant 3.5有一个很值得花时间做的投入把自己的常用分析过程固化成一套可复用的“工作台”包括固定的图层组合、统计区间和事件过滤条件。我在做新项目的第一周会专门花两个小时调出一套“拉网覆盖分析视图”底图、RSRP色阶、SINR色阶、事件图层、栅格图层全部按项目区域特点调好保存为自定义视图。后续每次导入新log只需一键套用视图不需要反复设置色阶和栅格参数。这套视图还会针对运营商的口径差异做几份变体比如“客户A模板视图”“内部质量视图”切换分析场景时一键换视图避免每次从零开始。输出侧同样值得做标准化。我习惯把反复要用的指标汇总整理成一个CSV模板字段包含测试日期、路线名称、RSRP均值、SINR均值、覆盖率、掉话数、切换失败数、上下行速率。Assistant每次分析完用“保存统计结果”功能导出CSV再用Excel的Power Query做汇总一个月拉网数据全量汇总成一张总表几分钟就完成了而不用翻几十份报告手工录数据。最后分享一个教训模板不是一劳永逸的换了区域、换了运营商、甚至换了网络制式原来固化的模板都要重新验证一遍。我曾在某省项目直接套用另一个省的模板结果因为两个省的PCI复用规则和频段配置不同生成的报告漏洞百出白白加班两天返工。从此之后我拿到任何新项目的第一件事就是先手工做一份“黄金样例”跑完整流程和客户确认口径后才固化成模板。这个习惯让后续所有报告都稳定在可控范围也希望帮到你。本文还有配套的精品资源点击获取