1.7 KiB
1.7 KiB
title, type, permalink, stable_id, scope, project_id, memory_type, status, revision, restored_from_commit, created_at, updated_at, tags
| title | type | permalink | stable_id | scope | project_id | memory_type | status | revision | restored_from_commit | created_at | updated_at | tags | ||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 新模板周指标导出与旧模板的列映射 | experience | main/projects/62afe036-4c36-42b0-89fd-e2231d3d6788/新模板周指标导出与旧模板的列映射 | 2d3b8a69-0d46-451b-8126-45268c98ce02 | project | 62afe036-4c36-42b0-89fd-e2231d3d6788 | experience | active | 1 | 6a6a895eaf |
2026-09-23T14:56:17.539925+00:00 | 2026-09-23T14:56:17.539980+00:00 |
|
2026-09-17 起，性能平台新导出的周指标 xlsx（文件名形如 2.6G-周-性能管理-历史查询-...-jm_lijintao3-YYYYMMDDhhmmss.xlsx）使用新模板：没有 gNBplmn/gNBId/cellId/gNB CU-CP功能配置ID/CU小区配置ID 等列，改为 网元ID、NRRadioInfrastructureID、DU物理小区ID、DU物理小区名称、duMeMoId、masterOperatorId、nrPhysicalCellDUId。main.py 的 resolve_metric_columns 会因缺少三列而静默跳过这类 Sheet。
可靠的换算方式：拆 masterOperatorId（格式 46000-基站ID-小区ID），plmn = 前3位-后2位（“460-00”），gNBId = 第2段，cellId = 第3段。与旧文件键值一致率 2.6G 99.5%、700M 98.9%，与 CellData CGI 命中率与旧文件相当。不要用 DU物理小区ID（命中率仅约 87%）。其余旧列可推导：gNB CU-CP功能配置ID = plmn_gnb，名称 = 管理网元去掉末尾(id)，CU小区配置ID = cellId，CU小区配置名称 = DU物理小区名称，gNBIdLength = 24。旧文件中 duMeMoId == gNBId。
旧 700M.xlsx 含 460-00 和 460-15（广电 PLMN，cellId 为 31~36）两套行，新导出只含 460-00；CellData 中 700M CGI 全部是 460-00，因此 460-15 从未参与计算，不影响结果。