简介面向中兴LTE网络运维与优化人员的一份实操型操作指导书聚焦翻频场景下的网管操作。内容详解4G小区属性表、4G到4G外部小区表、4G到2G外部小区表与邻区表的修改要点包括规划数据导出、Index页签定位、按方案修改并标记“M”等步骤同时梳理了4G到2G外部小区与邻区需先删除再继承添加的差异并给出脚本导入前表头核对、整表同步与增量同步三步流程。除翻频配置外还覆盖频谱扫描实时监控小区级干扰、CPU利用率监控、小区信令跟踪、灌包测试、创建A4测量事件及SON X2商用部署指导适合独立完成网管日常操作与翻频任务的人员参考。压缩包内含单个doc文档大小48.51MB目前已有390人学习下载。1. 中兴LTE网管操作指导书为什么全网都在找这份文档做LTE基站维护和优化的朋友十有八九都见过或找过《中兴LTE网管操作指导书(最全).doc》这类文档。网管是每天打开率最高的系统但很多人只会看告警、点复位真到了开站、扩载波、改邻区或者调功率的时候却不清楚该点哪几个菜单。这份指导书的价值就是把登录配置、参数修改、告警处理、性能导出这些高频操作按步骤固化下来让新员工一个月内能独立上手让熟手在割接和优化时不翻车。它适合三类人刚入行的基站督导和网调人员需要按图索骥完成开站一线网优工程师经常要在网管上做邻区调整和参数核查还有运维管理人员想把自己的操作经验整理成标准SOP。我后面讲的内容就是按照这类指导书里最常见的操作顺序展开并把我实际用到的参数、命令和踩过的坑补进去。读完你至少能知道登录后先看什么、配置入口在哪里、改完参数为什么没生效、批量操作怎么才能不出错。2. 先从登录开始认识中兴LTE网管客户端与工作台2.1 客户端连接方式本地客户端、远程桌面和Web登录怎么选中兴LTE网管的主流操作端是C/S客户端也就是需要安装网管客户端软件输入服务器IP、端口、账号密码登录。常见做法是维护人员电脑上装一个客户端通过局域网或运维专网连接网管服务器。C/S客户端的优势在于操作响应快、功能树完整适合做批量参数配置和脚本操作劣势是必须安装指定版本的客户端且每台电脑都需要单独配置连接参数。另外还有一种B/S方式的Web登录通常用于应急查询和告警监视。它不需要装软件浏览器里输地址就能看网元状态和告警列表但功能比客户端少例如信令跟踪、批量导入导出这类深层操作往往只能在客户端上完成。远程桌面则是很多工程队常用的方式——直接连一台已经装了客户端的跳板机。这样做的好处是避免每台笔记本都装客户端、配网管地址坏处是跳板机一旦掉线操作就中断批量改参数时风险很高。我一般建议日常优化用C/S客户端临时看告警用Web端批量割接时用远程桌面单独开一台操作机并且把操作机的锁屏超时关掉防止做到一半锁屏断开。登录界面上必须核对服务器IP和端口不同局点的网管服务器IP不一样建议把常用连接配置另存为快捷方式避免每次手输输错。登录后第一件事不是点菜单而是看看左下角或顶部的服务器时间时间不准会导致后续配置跟踪、日志审计全部错位。2.2 首次登录后的界面拆解功能树、网元面板、菜单区登录后会看到典型的三分区界面。左边是网元树或功能树按“网络域—子网—站点—eNodeB—小区”的层级展示。中兴网管配合不同系统版本树节点会显示站点的IP、TAC、eNodeB ID等信息实际以你所在的版本为准。中间是网元面板双击某个eNodeB或小区右侧才会出现对应的配置页签。顶部是菜单栏很多新手只会在图标上点忽略菜单栏里的“配置→批量修改”“监视→告警”“信令跟踪”这些入口。操作前需要认清两个概念。一是“配置管理”和“资源管理”的区别配置管理里改的是无线参数比如小区标识、PCI、频点、功率资源管理里看的是物理板卡、传输端口、链路状态。二是“操作”和“同步”的区别很多参数改完只是保存在内存或数据库里要执行同步/激活操作才会下发到基站。中兴网管一般叫“保存”和“同步配置”或“增量同步”如果只保存不同步基站重启后修改就丢了。建议第一次上手的人花半天时间把菜单栏每一个功能点开一遍记下“位置—名称—作用”。这比直接看图快。我自己的习惯是把常用功能在个人菜单里配置快捷键比如小区配置、邻区配置、告警查询、主控板备份这四个是每天都要用的。另外网管的帮助菜单里往往自带一份“操作手册”和外部流传的《中兴LTE网管操作指导书(最全).doc》内容互补遇到菜单名对不上的情况先查帮助手册的索引。2.3 动手配置前的安全检查版本核对、网元状态确认、License可用性在改任何参数之前先做三个检查能避免大部分返工。第一步是核对网管版本和网元版本。不同版本的菜单名和参数范围不同我遇到过有人把新版本的指导书套用到旧网管上找一个叫做“侧行链路资源池”的配置项找不到——其实旧版本根本没有这个功能类似的新特性在不同版本里差异很大。先在“帮助→关于”里看网管版本再看看网元面板上显示的实际版本两者差太多时不要硬按书操作。第二步是确认网元状态。在网元面板里看eNodeB的前向状态正常是“在线/正常”或“已管理”如果显示“脱管”或“连接中断”说明OM通道断了此时做配置操作极容易失败或产生半配置状态。第三步是确认License。小区扩容、载波聚合、SON功能都需要License支持License不足时即使参数配对了功能也不启用。常见做法是在网管“License管理”里查看已用和可用数量尤其要关注“小区数”“载波数”这两个计数。把这三项做成一个检查清单每次操作前截图保存。表格如下检查项操作位置正常状态异常处理网管版本帮助→关于与网元版本匹配联系后台升级或换客户端网元连接状态监视→网元状态已管理/在线检查OM通道ping网元地址License余量License管理小区/载波数大于规划值申请扩容License操作时间窗口系统消息/维护日历无冲突提醒按局方规定申请维护窗口等你被半夜叫起来处理基站起不来的故障时就会知道这个习惯有多重要——没有检查记录出了问题连是不是你改的都说不清。尤其是割接前后截图是最有效的自证材料。3. eNodeB配置的三大高频操作小区、邻区、参数批量修改3.1 新建/修改小区从索引到物理标识的17个必查字段开站时最常做的操作是创建小区。中兴LTE网管里先找到站点下的“LTE小区管理”节点点击新建。你需要配置的字段分四类标识类包括小区索引、小区Local ID、小区名称、PCI、TAC、PLMN频率类包括下行频点EARFCN DL、上行频点EARFCN UL、带宽时隙类包括子帧配比、特殊子帧配置功率类包括参考信号功率、最大发射功率。不同网管版本可能还有更多扩展参数但核心是这几个。这里给一个我常用的小区参数表按重要性排序参数典型值/范围说明小区Local ID0/1/2站内唯一对应扇区PCI0~503与邻区错开避免模3干扰TAC按规划跨TAC会导致位置更新激增EARFCN DL如37900下行频点号带宽5/10/15/20MHz必须与规划一致参考信号功率15.2dBm等决定小区覆盖范围子帧配比如1DL:2ULFDD不用配修改字段时注意PCI和TAC改动可能导致终端重建最好在凌晨维护窗口执行。同步时选择“增量同步”不要选“全量同步”全量同步耗时更长还可能把其他小区在线的用户踢下线。每改完一个小区建议记录修改前后值保存到本地Excel这就是你的“后悔药”。有些网管版本支持配置回滚但前提是操作前做了自动备份所以养成改前备份的习惯比依赖回滚更可靠。新建小区还有一个容易漏的点小区所属的物理站点下要创建对应的“外部小区”和“邻区关系”否则即使小区配置成功也无法与周边站切换。这就是很多开站后切换成功率低的根源——站开起来了邻区没配全。所以在“新建小区”这个动作之外一定要同步处理“邻区”。3.2 邻区关系管理自动规划输出后的手工增删与CIO修正邻区是LTE优化里最花时间的部分。中兴网管提供自动邻区规划工具通常基于物理距离或拓扑生成候选邻区。但自动规划输出的结果不能直接用因为可能包含单向邻区、PCI冲突、距离过远的漏配。我在现场的做法是先生成候选列表按“同频邻区、异频邻区、X2邻区”三个页签核对。同频邻区看模3干扰异频邻区看优先级和频点配置X2邻区则要确保传输链路可达。添加邻区的操作路径一般是网元→小区→邻区管理→添加外部小区→添加邻区关系。手工添加时最关键的字段是目标小区的PCI、EARFCN、TAC任何一项填错邻区都起不了作用而且X2口建立可能失败。CIO小区个体偏移的作用是调整切换偏置常见范围是-12dB到12dB正值让终端更容易切过去负值相反。调整CIO时要注意它影响的是A3事件的触发量不是直接改门限不要按感觉乱调。一个真实场景某路段两个小区覆盖方向相反自动规划漏配了对端邻区切换成功率只有60%。手工补邻区后切换成功率回到99%。所以邻区操作必须有这两个习惯一是在邻区配置表里做反向检查A配了BB也要配A二是每次调整后跟踪一下切换类KPI观察半小时到一小时再决定是否回退。网管里通常有“邻区一致性核查”工具能自动标出单向邻区但要注意核查工具的判定距离参数设得太严会把正常的长距离邻区也标红。另外异频邻区需要配置“频点优先级”或“异频测量触发事件”常见的是A2A4或A2A5事件。如果只加了异频邻区却没有配置测量事件终端在空闲态就不会去测量异频小区照样不切换。这个坑在指导书里往往写得比较隐蔽因为邻区参数页签太多初学者容易漏掉。3.3 批量参数修改用导入模板替代逐条点击附字段映射表当你有几十个小区要同时改某个参数比如统一调功率或改TAC逐条在界面上点会点到手酸还容易漏。中兴网管一般提供“批量修改”或“导入导出”功能。常见做法是先把小区配置导出为Excel修改后再导入。导出步骤是配置管理→批量导出→选择对象类型“小区”勾选需要导出的参数列生成Excel。导入时注意表头不能改单元格格式不能改日期、数字字段必须保持原样。我在现场遇到过有人把PCI列从文本改成数值格式导入后全部失败。因为网管解析模板时对纯数字列要求是“文本”还是“数值”很严格不同版本要求不同。稳妥的办法是从网管导出后不做任何格式转换只修改需要改的数据存成与原表同类型的格式一般是xls或xlsx导入前用Excel预览一遍列宽和数据类型。这里分享一个用Python辅助处理批量配置表的脚本思路。在实际操作中网管导入前可以用本地脚本做数据校验import pandas as pd df pd.read_excel(cell_config_export.xlsx) # 校验PCI是否超范围 invalid_pci df[(df[PCI] 0) | (df[PCI] 503)] if len(invalid_pci): print(非法PCI记录数:, len(invalid_pci)) # 校验同站PCI是否冲突 duplicated df[df.duplicated([eNodeBID, PCI], keepFalse)] if len(duplicated): print(同站PCI冲突:, len(duplicated)) # 输出校验报告 df.to_excel(cell_config_check.xlsx, indexFalse)这个脚本不是网管自带的是我用来在导入前做二次校验的。逻辑很简单先读网管导出的表检查PCI范围再用duplicated检测同一eNodeBID下是否存在PCI重复避免同站干扰。参数说明pandas的read_excel读取导出文件列名需要按你们网管导出的实际表头调整duplicated的keepFalse表示只要有重复行就标记。改成实际可用的校验脚本还需要检查TAC范围、频点合法性等但思想是通用的。批量导入后必须在操作日志里确认每个小区的结果失败的看错误原因。常见错误是“参数超出范围”或“该小区存在活动调度”后者说明正在被操作占用要等调度结束再试。批量操作是效率神器也是翻车重灾区导入前一定把原始导出文件复制一份到备份目录命名里带时间戳。我见过有人把模板表直接覆盖了想回退都找不到原始值。4. 告警、性能与信令把网管从监视器变成分析工具4.1 告警查询与处理从海量告警里定位根因的过滤三板斧告警页是每天打开最多的地方。中兴LTE网管的告警管理支持按告警码、级别、网元、时间段过滤。新手面临的困境是屏幕上一屏告警不知道哪个是根因。我的过滤三板斧第一按级别过滤先看紧急和主要告警第二按网元过滤定位到具体站点第三关联分析看同一时间段内同网元有哪些告警。一般传输类告警会引起小区退服所以看到“小区退出服务”时先别急着复位基站去看看有没有“链路断”“传输丢包”告警。处理告警的顺序是先处理紧急告警中“小区退出服务”“小区可用性异常”这类业务中断的再处理“链路断”“传输丢包”这类传输类最后处理次要级别的重复告警。中兴网管里“去激活”“屏蔽”只是压告警不是修故障不要用屏蔽掩盖问题。常见做法是维护人员处理完故障后在告警管理中执行“确认”并填写处理记录历史告警会保留痕迹方便后续回溯。告警码是定位的关键。指导书里通常会附一张常用告警码表类似告警码告警名称常见原因1005xxxx小区退出服务传输断、基带板故障、配置错误2003xxxxS1链路断传输配置、PTN侧故障3004xxxx终端接入异常干扰、参数冲突实际码值以网管版本为准但思路一致先把告警码记下来再搜手册不要凭名称猜。我习惯每次处理完一个典型告警就把告警码、现象、处理过程写进自己的知识库时间长了处理速度能比同事快一倍。4.2 性能指标提取按天/按小时的KPI导出与对比方法性能分析是网优的看家本领。网管提供“性能管理”模块需要先选择指标集如RRC连接建立、ERAB建立、切换、负荷再设置粒度如15分钟、1小时、24小时最后设置统计时间。导出格式一般支持CSV或Excel。导出的文件里同一个指标可能按小区单独一行也可能聚合到站点导出时注意勾选“按小区”。常用的LTE KPI包括RRC连接建立成功率、ERAB建立成功率、切换成功率、上行/下行丢包率、小区平均用户数、PRB利用率。对比方法我习惯用三层第一层看全天趋势是否平稳第二层看高峰小时比如忙时21点是否存在瓶颈第三层看失败原因值分布比如RRC建立失败里切入失败占多少或ERAB建立失败里核心网原因占多少。一个例子某小区切换成功率突然从99%降到85%通过导出小时级KPI发现只是每天10点到11点劣化再结合告警发现该时段X2链路频繁断。最终定位是传输网光模块故障。所以性能指标不能单独看要和告警时间轴对齐。这个操作在网管里叫“告警与KPI联动分析”有的版本支持直接在两张表之间切换有的需要手动导出后用Excel透视表处理。性能导出还有一个坑统计时段的时区。网管默认可能使用服务器时区如果服务器和本地时区不同你看到的“忙时”不是北京时间。做对比前先确认时间轴对齐不要直接用导出时间下结论。另外某些指标在切换成功时会计一次切换失败时又会分开计新手容易把成功率的分子分母搞混遇到解释不通的数据先查指标定义文档。4.3 信令跟踪Uu口/X2口跟踪的基本配置与判读当KPI无法解释问题时就上信令跟踪。中兴LTE网管可以跟踪Uu口即终端和基站之间的空口以及X2口即基站之间的接口。跟踪时选择跟踪对象通常按小区或终端IMSI设置过滤条件点击启动后等待一段时间然后停止导出解码后的消息列表。信令跟踪能精确看到终端在何时发起了随机接入、有没有收到RRCSetup、切换触发后目标侧如何响应。判读时要重点看三条链路。RRC连接建立过程的“RRCSetupRequest→RRCSetup→RRCSetupComplete”切换流程里的“MeasurementReport→MobilityCommand→RRCConnectionReconfigurationComplete”X2接口的“SNStatusTransfer”“UEContextRelease”。新手容易把“RRC重配置”误认为失败其实它是正常的信令过程关键在于看后续有无“RRCRelease”或异常Cause值。信令跟踪是重操作开启跟踪会增加网元负载不要对全小区长时间开启。生产网建议跟踪时间不超过10分钟跟踪人数不超过限制跟踪结束后立即停止并清理会话。另外跟踪文件导出的格式是pcap或中兴私有格式用wireshark打开时需要对应解码插件。常见做法是把导出文件发给后台工程师用配套工具解码前线人员一般只看网管自带的解码列表。跟踪时有一个技巧先设置“失败原因值”过滤比如只显示带“cause”字段且非normal的消息能快速筛出异常信令。另一个技巧是同时跟踪Uu口和X2口因为切换失败往往是两边联合作用只看一边可能永远找不到原因。比如先看到Uu口的MeasurementReport频繁上报但X2口的HandoverRequest没有出现那就是源侧判决问题如果HandoverRequest发出去了目标侧没回HandoverCommand那就是目标侧或传输问题。5. 中兴LTE网管操作避坑我踩过的5个翻车现场5.1 参数改完不生效后台值班被投诉现象在网管上把某小区参考信号功率从15.2改为12.2点击保存后界面显示成功但现场测试信号强度没有变化后台值班电话被投诉。原因只做了“保存”没有执行“同步配置”。中兴网管中“保存”只是把修改写入数据库或本地缓存“同步配置”才会将增量配置下发到基站。网元面板上参数后面会有一个状态标记未同步的参数会显示“未激活”或带星号。解决改完参数后选中该网元执行“同步配置”或“增量同步”然后查看同步日志确认返回“成功”。再在“配置一致性”检查里核对网元当前配置确认与计划一致。此后我所有参数修改都按“修改—保存—同步—确认”四步走少一步都不行。5.2 批量导入把表头改了整批失败现象通过Excel批量修改导入时提示所有记录失败没有任何一条生效日志里全是格式错误。原因网管导入模板对表头顺序和格式敏感。当时同事为了填参数方便调整了列顺序把PCI列设置成文本格式导致解析异常。网管导出的模板里表头带有固定的字段ID系统按字段ID匹配顺序一变就识别不了。解决从网管“导出”功能生成新模板不要自己建表把所有需要修改的字段在原表基础上改列的位置和表头不动导入前先选一条记录试导成功后再全量导入。另外导入文件里不要有多余的空sheet或隐藏行列网管也会把这些解析成脏数据。5.3 邻区参数填错切换掉线现象手工添加邻区后终端向该邻区切换时掉线查看切换失败原因为“目标小区未知”。同一份配置表里一个邻区正常另一个邻区频繁失败。原因外部小区的PCI或EARFCN填错或者TAC与目标实际值不一致导致源基站发给终端的测量配置到达不了目标小区。只看邻区表里“目标小区ID”不直观真正生效的是外部小区表里的物理参数。解决删除错误邻区重新在“外部小区管理”中按目标小区的实际配置建立确保三个关键字段PCI、EARFCN、TAC一致。添加后立即用网管上的“邻区核查”工具扫描冲突尤其是检查是否有同PCI邻区被配到同一个源小区下。5.4 操作日志没记录割接后无法回溯现象凌晨割接后出现异常想查几点几分谁改了参数发现操作日志里只有登录记录没有配置变更的详细字段。局方要求整改时拿不出依据。原因网管的操作审计默认可能只记录操作结果不记录详细字段或者操作人用了另一个账号登录审计内容未打开完整模式。很多版本需要手动开启“审计详细等级”否则操作细节不会写入日志。解决在网管系统管理中开启操作审计级别为“详细”或“所有”配置日志服务器做集中存储。我在割接前会额外用截图和导出配置表做记录形成双保险。这也是最便宜的“后悔药”——哪怕网管日志没抓到本地的Excel、截图也能说明操作前后状态。5.5 全量同步导致大批业务受损现象原本只改一个小区PCI却选择了“全量同步”执行后该站所有小区配置被整体下发用户大量掉线基站状态反复重启。原因全量同步会把所有小区的配置统一重发期间可能对业务造成中断尤其在有用户在线时执行影响被放大。不同版本对全量同步的定义不同有的版本“全量同步”还会触发网元重启。解决日常变更只用“增量同步”只下发修改的字段。若某种原因必须全量同步提前确认该站无高话务并在维护窗口内执行。操作前备份原配置一旦异常可用备份文件做配置回滚。此后我每次操作都会先看同步类型下拉框从源头上避免误选。这五条翻车现场都有一个共同点界面提示“操作成功”并不代表业务成功。网管是操作入口但真正的生效链路包括数据库保存、配置下发、网元激活、业务验证四层。任何一层没走完都是一个隐蔽的雷。6. 从操作指导书到SOP把常用操作固化成可复用的执行方案操作指导书是静态的网管界面会升级局点配置不同但核心操作逻辑是稳定的。我现在的做法是把指导书拆成一个个“动作卡”每张卡只写一个场景比如“新增一个小区”“调整邻区CIO”“导出忙时KPI”“处理小区退出服务告警”。每张卡按五步写前提检查、操作路径、关键参数、验证方法、回滚方案。这样新人照着做不会漏步熟手做割接时也能当checklist用。网管本身也支持脚本化和任务调度。常见做法是把批量参数修改做成模板文件每次只改数据流程不变把日常巡检要看的指标做成固定视图一键导出把重复性的查询操作录制成脚本在低峰期定时执行。这时候指导书里的“操作步骤”不再只是菜单点击路径而是变成了模板、脚本和验证清单。我这里没有用网管自带的脚本编辑器或命令接口因为不同版本差异太大但思路是一致的凡是每周都要做一遍的操作都值得做成模板凡是上次不小心出错的步骤都值得加一道校验。最后说一个我的教训最早我也是一边翻指导书一边点菜单直到有一次批量改参数导错了模板一晚上改了40个小区才发现bug好在有备份回滚。从那以后任何批量操作我都先拿测试环境或一个小小区做验证再上生产。这个习惯让我少熬了无数个夜。希望帮到你祝你的网管操作少踩坑、多留证。本文还有配套的精品资源点击获取