简介：这份文档面向从事华为5G网络优化与单站验证的工程师，尤其是需要远程交付、自动化测试的网优人员，提供GC平台5G指导书中NR单站验证远程交付工具的完整使用说明。资源包共1个docx文件，约525KB，内容围绕操作指导、报告输出与ISDP关联三大模块展开。操作指导部分涵盖工参、配置数据、路测数据及其他辅助数据的定义与用途；报告输出部分详细说明数据规格与报告效率、创建任务（新建任务、参数设置、选择数据）、报告下载及常见问题Q&A；关联ISDP部分则介绍站点调度、站点信息模板下载与ISDP对接流程。文档还包含深圳平台地址、用户新增与批量导入、激活邮件发送等实操要点，并提示5G单验整体过程与4G保持一致。目前已有872人学习，适合需要快速上手远程交付工具、降低测试成本并提升验证效率的读者参考。
1. 单站验证远程交付：一份能直接抄作业的 GC 平台操作手册
做 5G 单站验证的兄弟大概都有过这种体验：背着电脑跑现场，测完一圈回来导数据、填工参、传配置、等报告，一个站折腾大半天，遇到参数对不上还得返工重来。这份《华为 NR(5G) 单站验证远程交付工具使用说明书》就是冲着这个痛点来的——它把 GC 平台（GenexCloud）上从建项目、配工参、传路测数据到出报告的完整链路拆成了可照做的步骤，还顺带把 ISDP 站点调度和用户权限管理串了进去。适合谁看？一是刚接手 5G 单验、对平台入口和字段匹配还发怵的新手；二是从 4G 单验转过来、想快速摸清 5G 差异的老网优。核心价值就一句话：把远程交付的重复劳动标准化，让报告输出不再靠玄学。
2. 数据准备三件套：工参、配置数据、路测数据的字段对齐逻辑
单站验证能不能一次过，八成取决于数据准备阶段有没有把字段对齐。这份文档把数据准备放在操作指导最前面，还特意标了“非常重要”，不是没有道理。下面按工参、配置数据、路测数据三块拆开讲，每块都落到具体操作和参数含义上。
2.1 工参填充：必填字段与 Duplex Mode 的坑
工参是整条链路的基准，站号、PCI、频点、小区 ID 这几个字段一旦和路测数据对不上，后面报告必然出错。文档里明确要求从平台下载 5G 工参模板再填充，绿色字段为必填，不能为空。这里有个容易忽略的点：由于 GC 平台对接了 ISDP，现在连可选字段制式（Duplex Model）也要求按实际情况填写，不填可能导致后续站点调度信息不匹配。
填充时建议按下面这个顺序核对，避免来回改：
| 字段 | 是否必填 | 核对要点 |
|---|---|---|
| 站号 | 是 | 与路测文件夹命名中的站号完全一致 |
| PCI | 是 | 与路测数据采集时的小区 PCI 一致 |
| 频点 | 是 | 与配置数据中的频点信息一致 |
| 小区 ID | 是 | 不能与站号混淆，按平台模板格式填 |
| Duplex Model | 对接 ISDP 后需填 | 按实际制式填写，不能留空 |
填完工参后进入上传与字段匹配环节。操作路径是：安装完成后打开工具，选择工参数据的特性“NR 单站验证”，从本地选择准备好的工参数据。这里的关键动作是字段匹配——必填字段必须全部匹配上，未自动匹配的字段需要右键点击“请匹配”手动指定。我一般会先把模板里的字段名和平台字段名对照一遍，能自动匹配的让它自动匹配，剩下几个手动点掉，比全手动快得多。
注意：工参里的站号、PCI、频点、小区 ID 必须与路测数据信息一致，这是后面所有步骤的前提，不一致的话报告阶段会直接报错。
2.2 配置数据自检：频点、频段、制式三项缺一不可
配置数据支持 .xml 或 .xml.gz 格式，上传前必须做一次自检。自检查什么？文档写得很清楚：是否包含频点、频段、制式信息，以及频点信息是否与路测数据频点相同。这四项里任何一项缺失或不一致，都会导致后续报告生成失败。
上传操作分三步：点击“+新增”，添加 NR-设备侧数据类型，然后新建上传位置或选择已有目录，最后选择本地数据。这里有个目录层级的限制——最多 5 层。如果你习惯把数据按日期/站点/类型层层嵌套，很容易超层，建议在准备阶段就把目录压平到 5 层以内。
# 目录层级检查示例：统计当前配置数据目录的嵌套深度 # 假设数据放在 ./config_data 下，用 find 看最大深度 find ./config_data -type d | awk -F'/' '{print NF-1}' | sort -rn | head -1 # 如果输出大于 5，说明层级超了，需要把深层目录的文件挪上来这段命令的逻辑很简单：find列出所有子目录，awk按斜杠分割后算层级数，sort -rn降序排列取最大值。参数上没什么需要调的，重点看输出结果——大于 5 就动手压平目录。常见做法是把“日期/站点/数据类型”这种三层结构直接改成“站点_数据类型”，一层搞定。
2.3 路测数据组织：文件夹命名与关键字规范
路测数据的组织规则比前两块更细。文档要求同一个站的所有 .gen 文件全部放在以“站号_站名”命名的文件夹下，而且不同类型测试数据的文件名中必须包含唯一关键字，比如“_好点”“_切换”“_Attach”“_ping”等，其它信息不做要求。
这个命名规范看着简单，实际踩坑的人不少。我见过有人把站号和站名顺序写反，有人用中文下划线，还有人把不同站的数据混在一个文件夹里。结果就是工具识别不到对应数据，报告缺项。正确的做法是在采集阶段就按规范建好文件夹，回传时直接整个文件夹拖进去，不要中途改名。
# 批量检查路测数据文件夹命名是否符合“站号_站名”规范 # 假设数据放在 ./drive_test 下 for dir in ./drive_test/*/; do basename "$dir" | grep -qE '^[A-Za-z0-9]+_[A-Za-z0-9]+$' || echo "命名不合规: $dir" done # 检查 .gen 文件是否包含规定关键字 for f in ./drive_test/*/*.gen; do basename "$f" | grep -qE '_(好点|切换|Attach|ping)' || echo "缺少关键字: $f" done第一段循环遍历每个子目录，用正则匹配“站号_站名”格式，不合规的直接打印出来。第二段检查 .gen 文件名里有没有规定关键字。参数上，正则里的[A-Za-z0-9]+可以根据实际站号命名规则调整，如果站号里带横杠或点，记得把对应字符加进字符集。跑完这两段，基本能筛出八成以上的命名问题，比一个个手翻快得多。
3. 报告输出全流程：从建任务到下载的五个关键动作
数据准备到位之后，报告输出就是按部就班的事。但“按部就班”不等于“不会翻车”，这一章把创建任务、参数设置、选择数据、报告下载、Q&A 五个动作拆开，每个动作说清楚点哪里、填什么、为什么这么填。
3.1 新建任务与参数设置：项目类型和用户权限的前置条件
在 GC 平台上建任务之前，有两个前置条件必须先满足。第一，你必须先建一个 NR 项目才能看到对应的 5G 单验入口，而且目前只支持单独 NR 项目，不支持混合项目。这一点文档里写得很直白，后期待平台完善后才支持混合项目。如果你拿一个混合项目去找 5G 单验入口，找不到是正常的，不是平台出 bug。
第二，需要进行用户新增，这样现场的网优兄弟才能在新建的项目中进行报告输出。用户新增的操作路径是：进入平台权限页面，登录后点击项目管理，找到项目名称点击进入，选择用户管理进行单个用户新增或批量导入。单个新增时，自有人员选内部用户，合作方员工选外部员工，员工类型选本地员工，填写相应信息后保存。批量导入则需要先下载平台批量导入模板，按模板填写，否则会提示导入失败。
新增完用户后，回到用户管理界面发送激活邮件，邮件激活后才能在 GC 平台正常输出报告。这一步经常被跳过，导致现场人员登录后看不到项目，白白浪费时间排查。
3.2 选择数据与报告下载：数据规格对报告效率的影响
新建任务并设置好参数后，进入选择数据环节。这里的数据就是第二章准备的三件套：工参、配置数据、路测数据。选择时注意数据规格——文档在“数据规格及报告效率”一节提到，数据规格直接影响报告生成速度和输出质量。具体来说，工参字段完整、配置数据自检通过、路测数据命名规范，这三项做到位，报告基本一次成型；任何一项有缺失，轻则报告缺字段，重则任务卡住不出结果。
报告下载环节本身操作不复杂，点下载按钮选路径即可。但下载下来的报告建议先做一次快速核对，重点看站号、PCI、频点、小区 ID 是否与工参一致，测试项是否齐全。我一般会抽前两页扫一眼关键字段，确认没问题再归档，避免后面发现错误重新跑一遍。
3.3 Q&A 与关联 ISDP：站点调度和信息模板的衔接
文档的 Q&A 部分列了一些常见问题和解决方法，虽然篇幅不长，但都是实际交付中高频出现的。比如用户激活邮件没收到、批量导入模板格式不对、报告输出时提示字段缺失等。遇到问题先翻 Q&A，比直接找接口人快。
关联 ISDP 是这份文档的第三章，主要讲站点调度、站点信息模板下载和关联操作。ISDP 站点调度的作用是让单站验证任务和站点交付计划对齐，避免测了站但调度系统里没记录。站点信息模板下载后按格式填写，再执行关联操作，这样站点信息就能在 GC 平台和 ISDP 之间同步。对于需要走远程交付流程的项目，这一步不能省，否则站点状态对不上，后续验收会卡。
4. 避坑与排查：五条血泪经验换来的检查清单
这一章不讲新操作，只讲踩过的坑。每条按“现象 → 原因 → 解决”写，方便你对号入座。
现象一：工参上传后字段匹配不全，必填字段显示未匹配。原因：工参模板里的字段名和平台字段名不一致，或者填充时改了表头。解决：不要动模板表头，填充前先对照平台字段列表核对一遍；未自动匹配的字段右键手动匹配，必填字段一个都不能漏。
现象二：配置数据上传后提示频点信息与路测数据不一致。原因：配置数据里的频点和路测数据采集时的频点不同，常见于跨频段测试或数据混用。解决：上传前用自检功能查频点、频段、制式三项，确认与路测数据一致；不一致就回到数据源头改，不要在上传环节硬传。
现象三：路测数据文件夹命名正确，但工具识别不到 .gen 文件。原因：文件名缺少规定关键字，比如“_好点”“_切换”等，或者关键字拼写有误。解决：按文档要求的关键字列表逐个核对文件名，缺什么补什么；建议在采集阶段就用脚本批量改名，不要等到上传前才处理。
现象四：用户新增后现场人员登录看不到项目。原因：激活邮件没发送或没激活，或者用户类型选错（内部/外部）。解决：回到用户管理界面确认激活邮件已发送且对方已点击激活；检查用户类型是否与人员身份匹配，自有人员选内部，合作方选外部。
现象五：报告下载后关键字段为空。原因：工参必填字段有遗漏，或者 Duplex Model 未填导致 ISDP 关联信息缺失。解决：回到工参模板检查绿色必填字段和 Duplex Model，补全后重新创建任务；如果已经跑过任务，建议删掉重建，避免残留数据干扰。
5. 进阶技巧：用脚本批量校验数据，把返工率压到最低
前面四章把标准流程走完了，这一章说一个我常用的进阶技巧：在数据准备阶段用脚本做批量校验，把问题拦在上传之前。单站验证的返工大多发生在报告输出阶段，而根因往往在数据准备时就已经埋下。与其等报告报错再回头查，不如提前跑一遍校验。
校验脚本的核心逻辑分三块：工参字段完整性、配置数据自检项、路测数据命名规范。下面是一个可复用的 Python 脚本框架，按你的实际目录结构改路径就能跑。
import os import re import xml.etree.ElementTree as ET # 工参校验：检查必填字段是否为空 def check_work_params(csv_path): required = ['站号', 'PCI', '频点', '小区ID', 'Duplex Model'] with open(csv_path, 'r', encoding='utf-8') as f: header = f.readline().strip().split(',') missing = [r for r in required if r not in header] if missing: print(f"工参缺少字段: {missing}") return False print("工参字段检查通过") return True # 配置数据校验：检查频点、频段、制式是否存在 def check_config(xml_path): tree = ET.parse(xml_path) root = tree.getroot() # 根据实际 XML 结构调整路径，这里假设频点在 Frequency 节点下 freq = root.find('.//Frequency') band = root.find('.//Band') duplex = root.find('.//DuplexModel') if freq is None or band is None or duplex is None: print(f"配置数据缺少频点/频段/制式: {xml_path}") return False print(f"配置数据检查通过，频点: {freq.text}") return True # 路测数据校验：文件夹命名和关键字 def check_drive_test(base_dir): pattern_dir = re.compile(r'^[A-Za-z0-9]+_[A-Za-z0-9]+$') keywords = ['_好点', '_切换', '_Attach', '_ping'] for dir_name in os.listdir(base_dir): dir_path = os.path.join(base_dir, dir_name) if not os.path.isdir(dir_path): continue if not pattern_dir.match(dir_name): print(f"文件夹命名不合规: {dir_name}") continue for f in os.listdir(dir_path): if f.endswith('.gen') and not any(k in f for k in keywords): print(f"缺少关键字: {os.path.join(dir_name, f)}") print("路测数据检查完成") # 按实际路径调用 check_work_params('./work_params.csv') check_config('./config_data/site1.xml') check_drive_test('./drive_test')脚本分三个函数，分别对应三块数据。check_work_params读 CSV 表头，检查必填字段是否齐全；check_config解析 XML，找频点、频段、制式节点，节点缺失就报错；check_drive_test遍历文件夹，用正则校验命名，再检查 .gen 文件名里的关键字。参数上，工参字段名和 XML 节点路径需要按你的实际模板调整，正则里的字符集也可以根据站号命名规则改。
跑完这个脚本，基本能把数据准备阶段的问题筛干净。我自己的习惯是每次提交任务前强制跑一遍，宁可花两分钟等脚本输出，也不想等报告报错后花半小时排查。从那以后我每次做单站验证，数据准备完都强制走一遍校验脚本，返工率明显下来了。希望帮到你。
本文还有配套的精品资源，点击获取
