简介这是一份爱立信TD-LTE基站后台操作与现场维护的实用手册面向LTE基站工程开通、日常巡检与故障排查人员。内容围绕EM安装与连接、eNB近端侧及OSS侧配置操作展开并具体讲解IP、Radio Network、Software、Licensing、Upgrade and Backup、Alarm告警等功能块的使用方法同时包含串口线缆线序、DUL/DUS硬件面板示意图、指示灯说明以及VSWR驻波比和GPS状态现场查询步骤适合需要掌握爱立信基站维护基础操作的工程师参考。资源包共1个文件为doc格式文档压缩包大小约1.98MB便于离线查阅和打印。目前已有281人学习下载内容结构清晰从环境准备到具体命令操作均有说明可帮助读者快速上手eNB日常维护并建立系统排查思路。1. 爱立信LTE后台操作指导一份现场维护手册到底在回答什么问题晚上十点代维值班手机响了某 TD-LTE 站点“小区退服”告警。真正的工作从你登录爱立信LTE后台那一刻才开始。类似《爱立信TD-LTE基站现场维护手册_20140310》这类后台操作指导本质上是代维项目里沉淀下来的保命流程——它不跟你讲空泛的网管原理只回答三件事后台怎么进、故障怎么查、参数怎么改不出大事故。它解决的是“这个站点现在到底什么状态我下一步动哪个开关”的问题。适合刚接手爱立信设备、从华为或中兴后台转过来的基站维护工程师也适合需要自己动后台配置的网优兄弟。别小看这份文档很多现场事故不是不会查而是操作前少想了一步。2. 先连上爱立信LTE后台ENM/OSS-RC登录与三条只读指令2.1 后台工具与维护账号选择登录通道的注意点爱立信LTE后台的入口常见有两套ENM网管图形界面和 OSS-RC 命令行。图形界面适合多网元批量看告警、导报表但现场故障处理我更推荐命令行——一个个菜单点过去光路一卡就烦躁命令行窗口一条指令出结果输出还能直接存成文本留痕。2014 年前后国内 TD-LTE 项目里绝大多数维护动作就是在命令行里完成的。登录前的准备信息其实就三样eNodeB 管理 IP、维护账号、密码。部分项目还要求先跳登录网管服务器再连网元相当于多一层跳板。账号权限要看清Administrator 能改配置、下发数据Operator/Maintenance 通常只做查询和日常维护。现场最忌讳拿管理员账号跑只读查询——不是说不能跑而是多人共用管理员账号时后面要讲的“操作锁冲突”概率会大很多。# 方式A通过网管客户端登进ENM后再进入命令行视图 # 方式B直接登录网元维护通道Telnet/SSH视项目安全策略而定 telnet 10.20.30.40 # 输入维护账号与密码后进入命令提示符 LST CELL:ALL;登录失败的排查按链路顺序走先 ping 管理 IP 看通不通不通查传输和网关通了但登录报错多半是账号权限或密码过期部分项目还有 IP 白名单换了维护终端就登不上这个要提前报备。登录成功后第一件事不是急着查告警而是先确认自己登对了站——把网元 ID 和工单上的站号对一遍登错站在现场是常见低级事故。2.2 先跑通 LST EQP、LST CELL、LST ALMAF 这三条指令第一次接到一个陌生站点我一般按固定顺序跑三条只读指令跑完这个站的底细基本就清楚了。这三条指令也是爱立信LTE后台操作指导里最基础的动作训个新人先背这三条比让他翻整本维护手册管用。LST EQP:ALL; # 列出eNodeB全部硬件单板BBU、RRU、传输板看安装状态和操作状态 LST CELL:ALL; # 列出所有小区Cell ID、TAC、EARFCN、PCI、小区状态都在这里 LST ALMAF; # 列出当前活动告警严重级别、告警对象、发生时间LST EQP 看的是“底子”单板在不在位、有没有硬件故障。LST CELL 看的是“业务能力”小区能不能放业务、参数配得对不对。LST ALMAF 看的是“为什么出问题”通常小区状态异常时活动告警里已经告诉你原因了。三条的先后顺序可以理解为先看谁坏了再看影响面最后看为什么。LST CELL 是现场截图最多的一条指令输出字段要认全输出字段含义现场用途eNodeB ID基站站号全网唯一确认登录站点是否正确Local Cell IDLTE小区ID本地唯一规划表核对、邻区配置引用TAC跟踪区码 Tracking Area Code与核心网规划核对影响寻呼与位置更新EARFCNLTE频点号区分同频/异频、确认频段归属PCI物理小区标识检查模三干扰、邻区PCI冲突Cell State小区状态Operational 才能正常吸收业务这里有个概念容易混Local Cell ID 不是全网唯一它和 eNodeB ID 组合起来才唯一很多刚转爱立信后台的人把 Cell ID 当成全网唯一做外部小区时填错后面切换必翻车。TAC 是跟踪区不是传统2G/3G的位置区它的改动影响范围比一般人以为的大得多——这个坑在第 5 章重点讲。跑完这三条指令把输出存到本地文本文件里命名带上日期这就是这个站点最早的维护基线。3. 小区状态与告警TD-LTE基站现场维护的两件头等大事3.1 一次完整的小区状态核查从告警切入还是从状态切入处理“小区退服”工单新手常犯的毛病是直接复位基站——复位一时爽如果根因是同步或传输问题基站起来半小时又退服用户投诉反而更凶。我习惯按“告警→状态→硬件→动作”的顺序来每一步都看清楚了再动手。LST ALMAF; # 1. 先看活动告警定位导致退服的主告警 LST CELL:ALL; # 2. 再看小区状态确认是未建立还是已降级 LST EQP:ALL; # 3. 最后看硬件单板排除BBU/RRU/传输板故障 # 仅在确认无业务且有必要时才做人工作闭塞/解闭塞 BLK CELL:CELLNAME市区_01; # 闭塞小区强制中断该小区业务操作前必须口头确认 UBL CELL:CELLNAME市区_01; # 解闭塞小区恢复该小区业务排障顺序有讲究LST ALMAF 放在最前面是因为主告警会直接告诉你方向比如“驻波告警”你就别去复位基站去查馈线“S1断链”你就别动无线侧去查传输和核心网。LST CELL 放在第二位是确认影响面——一个站三个小区全部未建立和只有一个小区未建立排障优先级完全不同。LST EQP 放在第三位是确认硬件不是隐性故障。BLK 和 UBL 是现场最容易出大事的两条指令它们不会自动恢复。BLK 一个小区等于人为制造一个“退服小区”所有用户被踢出或无法接入UBL 则是把业务还回去。每次做闭塞操作前我要求自己必须确认三件事这个小区当前有没有用户、有没有重要投诉、解闭塞方案是不是已经写好。曾有兄弟白天 BLK 小区做测试收工时忘了 UBL半夜被“无线不可用”投诉叫醒——这种血泪经验后面专门讲。另外LST CELL 显示 Operational 不代表用户一定能接入。还有一个容易忽略的状态位叫“小区禁止接入”Cell Barred它被置位后小区还是 Operational但终端不会选上来用户投诉“有信号上不了网”。所以核查小区状态时不光看 Cell State还要看有没有禁止接入相关的配置位。3.2 常见告警怎么读驻波、GPS失步、S1断链的处理动作TD-LTE 现场维护里告警就那么几类见得多了基本能快速分诊。我个人经验是先把告警分成“无线侧、传输侧、同步侧”三类再决定下一步动哪里。告警类型现场表现处理动作驻波比告警RRU 上报 VSWR 高小区可能降功率或退服查天线馈线、跳线、接头用驻波仪分段定位是站内还是天线侧问题GPS/时钟失步小区退服或大面积干扰GPS 接收异常查 GPS 天线、馈线、避雷器确认接收机星数S1 断链小区正常但业务建立失败查传输链路、IP 配置、对端核心网状态CPRI 断链BBU 与 RRU 失联RRU 下小区全部退服查光模块、光纤、RRU 供电GPS 失步在 TD-LTE 里是个特殊存在。TD-LTE 是时分系统空口必须要严格同步GPS 一失步影响的不是单站可能是周边一片的干扰——基站上行时隙对不上互相干扰轻则速率暴跌重则周边小区全被抬升底噪。处理时不要只盯着报 GPS 告警的这一个站要看周边基站是不是同时出现了底噪抬升。LST ALMAF; # 确认时钟/同步类告警的对象和数量 LST GNSS:ALL; # 查GPS/北斗接收状态部分OSS版本支持 LST CELL:ALL; # 看受影响的载波/小区范围有个现场很容易漏的场景用户侧拿着 TD-LTE 无线数据终端CPE/MiFi投诉“连不上网”后台查这个用户所在小区一切正常。这时候别急着改终端参数先在后台看用户附着记录和该小区当前在线用户数判断是不是小区容量或接入控制问题。很多所谓“终端不兼容”其实是后台把小区半锁了终端侧怎么重启都没用。4. 参数与邻区调整在爱立信LTE后台改TAC、PCI、邻区的正确姿势4.1 改参数前先做三查当前值、依赖关系、回退基线后台操作指导里最值钱的经验不是怎么改参数而是改之前做什么。我给自己定了一条死规矩任何 SET 指令前先做三查——查当前值、查依赖关系、查回退基线。查当前值用 LST这个最直接但要注意单位。以调整下行参考信号功率为例不同版本参数名可能是 RSP 或 RS Power单位是 dBm现场常见设置在 10~20 之间具体按规划表来别凭感觉敲。查依赖关系才是真正考验经验的地方。改 TAC 要看周边邻区的 TAC 分布、寻呼边界改 PCI 要扫周边同频小区有没有冲突改 EARFCN 要考虑终端频段支持和带宽配置。这些依赖关系不查改完大概率出连锁问题。查回退基线就是给操作买“后悔药”——把修改前的 LST 输出存成文件改完再存一份两者对比。万一改完指标变差恢复就有依据不用靠回忆。# 修改前快照记录该小区当前全部参数 LST CELL:CELLNAME市区_02; # 执行修改调整下行参考信号功率参数值以规划表为准 SET CELL:CELLNAME市区_02,RSP15; # 修改后立即复核确认状态与参数符合预期 LST CELL:CELLNAME市区_02;SET 指令执行后不会自动备份旧值恢复完全靠人工改回。所以“前后对照”不是流程仪式是真正的保命习惯。我见过最惨的一次事故同事在网管上批量改了二十个小区的某个参数指标恶化后想回退发现没存任何修改前记录只能一个站一个站猜。所以我的做法很朴素改任何一个写类指令SET/BLK/UBL/CREATE先在本地记事本里粘贴好修改前输出标注日期和工单号。4.2 邻区添加三步外部小区、同频邻区、激活验证邻区配置是现场最高频的写操作之一也是最容易埋雷的。爱立信LTE后台里邻区关系不是一条指令搞定的逻辑上分两层外部小区定义和邻区关系。外部小区是“目标小区的身份信息”邻区关系是“本小区允许切换到哪些目标”。两步都配好了切换才可能成功。# 第一步创建外部小区定义参数必须与目标小区实际配置一致 ADD EUTRANEXTERNALCELL:ENODEBID2234,CELLID77,TAC1002,PCI303,EARFCN1650; # 第二步为本小区添加同频邻区关系并激活异频用EUTRANINTERFREQNCELL ADD EUTRANINTRAFREQNCELL:CELLNAME市区_02,NEIGHBORCELLNAME东郊_03,ACTACT; # 第三步验证邻区已生效 LST EUTRANINTRAFREQNCELL:CELLNAME市区_02;参数含义对照参数含义填写要求ENODEBID目标基站站号与目标侧实际输出一致CELLID目标小区的LTE小区ID与目标侧 Local Cell ID 一致最容易填错TAC目标小区跟踪区码影响切换后的位置更新必须与核心网一致PCI目标小区物理标识填错会导致目标识别失败EARFCN目标小区频点同频邻区填本频频点异频邻区填目标频点外部小区参数里最坑的是 CELLID 和 TAC。CELLID 填错切换请求到了目标基站目标侧找不到这个小区直接拒绝TAC 填错切换完成后终端做位置更新会失败。这两个错都表现为“切换成功率掉下去”但告警不一定有明显提示只能靠逐项核对。还有一类现场高频事故叫“单向邻区”。A 小区加了到 B 小区的邻区但 B 小区没加回指 A 的邻区结果 A→B 切换正常B→A 切换失败。做邻区调整时反向关系要同时检查尤其是只动一个站的场景。# 双向核查把源侧和目标侧外部小区表、邻区表、实际小区状态拉出来比对 LST EUTRANEXTERNALCELL:ALL; # 外部小区定义全量 LST EUTRANINTRAFREQNCELL:ALL; # 同频邻区关系全量 LST CELL:ALL; # 实际小区参数用于核对前两个表最后一步是激活验证。加完邻区不是看 LST 里出现了就完事要看 KPI切换成功率、切换出尝试次数有没有涨。有条件的话做一次后台跟踪或路测确认切换正常。没有 KPI 佐证的邻区配置都有可能是“纸面邻区”。5. TD-LTE后台操作避坑现场最容易翻车的四个场景5.1 小区闭塞后忘解列深夜被“无线不可用”叫醒现象白天扩容或测试临时 BLK 了小区收工时忘了解闭塞晚上整片区域出现覆盖空洞投诉值班电话被打爆。原因BLK/UBL 是手工状态网管不会自动恢复也没有定时提醒。收工时如果没人核对变更清单这个小区就会一直“静默退服”而且告警系统里不一定有明显提示因为这是人为操作。解决把“UBL 检查”写进收工流程。每次 BLK 操作无论多急先在交接记录里写清“哪个小区、谁闭的、计划几点解”。收工前用 LST CELL:ALL 全量复查所有小区必须恢复 Operational 才能离站。条件允许的话把“检查是否有 BLK 状态小区”做成每天交接班的固定动作。5.2 改TAC赶上忙时位置更新风暴打满核心网信令现象调整某个站的 TAC 后忙时核心网信令负荷暴涨位置更新成功率下降周边用户出现寻呼失败。原因TAC跟踪区码改动等于强制终端重新注册跟踪区。一个站覆盖范围内如果有大量空闲用户改完 TAC 他们会集中发起 TAU 请求形成位置更新风暴。TAC 不是现场随便改的数字它由核心网统一规划边界改动影响寻呼区域和信令负荷。解决改 TAC 前先确认两件事新 TAC 值是不是核心网分配且全网唯一的改动时间是不是安排在凌晨低峰。一次只改一个边界小区改完观察 TAU 成功率不要贪多。忙时打死不动 TAC这条建议是从翻车现场学来的。5.3 邻区看着都加了切换就是失败现象外部小区建了、邻区也加了配置看起来齐全但切换成功率不到一半目标小区频繁有切换请求失败。原因最常见有三类。一是外部小区表里的 CELLID、PCI、TAC 与目标站实际输出不一致目标侧找不到对应小区二是只加了单向邻区目标小区没有回指反向切换失败三是周边同频 PCI 冲突目标小区识别混乱。解决按“实际配置→外部小区表→邻区表”三方比对逐字段核对。用前面第 4 章的三条 LST 指令拉全量数据把 CELLID、PCI、TAC、EARFCN 逐项对一遍。再检查双向邻区是否都存在。最后扫一下周边同频小区的 PCI遵循同频 mod3 不重复的规则有冲突先改 PCI 再谈切换。5.4 熟悉的指令报“不存在”或一直排队不执行现象同样的查询指令上个站点还能跑这个站点报语法错误或者指令敲下去后一直转圈不出结果像是被卡住了。原因爱立信不同 OSS 版本、不同 Release 的命令名有差异小区对象可能叫 CELL也可能叫 EUTRANCELL命令动词不同版本也有差别。另一个常见原因是并发锁——其他维护账号正在对同一网元执行写操作你的指令在排队或直接被拒绝。解决遇到命令名不识别先用 HELP 查当前版本的实际指令不要硬凭记忆敲。遇到排队不执行先确认网元上是否有其他账号在线操作有就等或沟通避免同时做写操作。只读查询类指令高峰期也尽量错开减少人为制造的操作冲突。6. 把高频指令固化成模板用脚本习惯给后台操作上保险6.1 一份可复用的后台高频查询批处理后台操作里真正的高频动作其实是查询不是修改。我把每日常规体检的查询指令做成了一个固定模板登录后按顺序执行一遍不遗漏。# 登录后标准“体检”序列逐条执行 LST EQP:ALL; # 硬件单板状态 LST CELL:ALL; # 小区状态与基本参数 LST ALMAF; # 当前活动告警 LST EUTRANEXTERNALCELL:ALL; # 外部小区定义全量 LST EUTRANINTRAFREQNCELL:ALL; # 同频邻区关系全量执行时注意如果当前 OSS 版本不支持把整批指令一股脑喂进去就一条一条复制执行每一条等回显。模板的作用是防止漏查不是让你省敲键盘的时间。熟悉这套动作之后一个站的“体检报告”五分钟内就能出来这比在图形界面里到处点高效得多。6.2 变更留痕每次改参数前必做的“前后对照”这两年我养成了一个习惯每次做任何写操作都建一个以日期命名的文本文件前半段贴修改前的 LST 输出中间贴工单号和操作目的后半段贴修改后的 LST 输出。文件存到共享目录或群里项目里所有人都能查到。这个习惯救过我一次。有一回改邻区后出现切换异常排查到半夜最后就是靠修改前的输出比对出是 TAC 填错了一位数字。如果没有那份留痕只能一个个字段猜。后台操作这事最怕的不是技术难而是改完回不了头。把查询模板固化、把变更留痕做扎实爱立信LTE后台操作就不是高风险动作而是可以稳定复制的标准流程。希望帮到你。本文还有配套的精品资源点击获取 爱立信LTE后台操作详解：从LST指令到小区退服排查与参数调整
简介这是一份爱立信TD-LTE基站后台操作与现场维护的实用手册面向LTE基站工程开通、日常巡检与故障排查人员。内容围绕EM安装与连接、eNB近端侧及OSS侧配置操作展开并具体讲解IP、Radio Network、Software、Licensing、Upgrade and Backup、Alarm告警等功能块的使用方法同时包含串口线缆线序、DUL/DUS硬件面板示意图、指示灯说明以及VSWR驻波比和GPS状态现场查询步骤适合需要掌握爱立信基站维护基础操作的工程师参考。资源包共1个文件为doc格式文档压缩包大小约1.98MB便于离线查阅和打印。目前已有281人学习下载内容结构清晰从环境准备到具体命令操作均有说明可帮助读者快速上手eNB日常维护并建立系统排查思路。1. 爱立信LTE后台操作指导一份现场维护手册到底在回答什么问题晚上十点代维值班手机响了某 TD-LTE 站点“小区退服”告警。真正的工作从你登录爱立信LTE后台那一刻才开始。类似《爱立信TD-LTE基站现场维护手册_20140310》这类后台操作指导本质上是代维项目里沉淀下来的保命流程——它不跟你讲空泛的网管原理只回答三件事后台怎么进、故障怎么查、参数怎么改不出大事故。它解决的是“这个站点现在到底什么状态我下一步动哪个开关”的问题。适合刚接手爱立信设备、从华为或中兴后台转过来的基站维护工程师也适合需要自己动后台配置的网优兄弟。别小看这份文档很多现场事故不是不会查而是操作前少想了一步。2. 先连上爱立信LTE后台ENM/OSS-RC登录与三条只读指令2.1 后台工具与维护账号选择登录通道的注意点爱立信LTE后台的入口常见有两套ENM网管图形界面和 OSS-RC 命令行。图形界面适合多网元批量看告警、导报表但现场故障处理我更推荐命令行——一个个菜单点过去光路一卡就烦躁命令行窗口一条指令出结果输出还能直接存成文本留痕。2014 年前后国内 TD-LTE 项目里绝大多数维护动作就是在命令行里完成的。登录前的准备信息其实就三样eNodeB 管理 IP、维护账号、密码。部分项目还要求先跳登录网管服务器再连网元相当于多一层跳板。账号权限要看清Administrator 能改配置、下发数据Operator/Maintenance 通常只做查询和日常维护。现场最忌讳拿管理员账号跑只读查询——不是说不能跑而是多人共用管理员账号时后面要讲的“操作锁冲突”概率会大很多。# 方式A通过网管客户端登进ENM后再进入命令行视图 # 方式B直接登录网元维护通道Telnet/SSH视项目安全策略而定 telnet 10.20.30.40 # 输入维护账号与密码后进入命令提示符 LST CELL:ALL;登录失败的排查按链路顺序走先 ping 管理 IP 看通不通不通查传输和网关通了但登录报错多半是账号权限或密码过期部分项目还有 IP 白名单换了维护终端就登不上这个要提前报备。登录成功后第一件事不是急着查告警而是先确认自己登对了站——把网元 ID 和工单上的站号对一遍登错站在现场是常见低级事故。2.2 先跑通 LST EQP、LST CELL、LST ALMAF 这三条指令第一次接到一个陌生站点我一般按固定顺序跑三条只读指令跑完这个站的底细基本就清楚了。这三条指令也是爱立信LTE后台操作指导里最基础的动作训个新人先背这三条比让他翻整本维护手册管用。LST EQP:ALL; # 列出eNodeB全部硬件单板BBU、RRU、传输板看安装状态和操作状态 LST CELL:ALL; # 列出所有小区Cell ID、TAC、EARFCN、PCI、小区状态都在这里 LST ALMAF; # 列出当前活动告警严重级别、告警对象、发生时间LST EQP 看的是“底子”单板在不在位、有没有硬件故障。LST CELL 看的是“业务能力”小区能不能放业务、参数配得对不对。LST ALMAF 看的是“为什么出问题”通常小区状态异常时活动告警里已经告诉你原因了。三条的先后顺序可以理解为先看谁坏了再看影响面最后看为什么。LST CELL 是现场截图最多的一条指令输出字段要认全输出字段含义现场用途eNodeB ID基站站号全网唯一确认登录站点是否正确Local Cell IDLTE小区ID本地唯一规划表核对、邻区配置引用TAC跟踪区码 Tracking Area Code与核心网规划核对影响寻呼与位置更新EARFCNLTE频点号区分同频/异频、确认频段归属PCI物理小区标识检查模三干扰、邻区PCI冲突Cell State小区状态Operational 才能正常吸收业务这里有个概念容易混Local Cell ID 不是全网唯一它和 eNodeB ID 组合起来才唯一很多刚转爱立信后台的人把 Cell ID 当成全网唯一做外部小区时填错后面切换必翻车。TAC 是跟踪区不是传统2G/3G的位置区它的改动影响范围比一般人以为的大得多——这个坑在第 5 章重点讲。跑完这三条指令把输出存到本地文本文件里命名带上日期这就是这个站点最早的维护基线。3. 小区状态与告警TD-LTE基站现场维护的两件头等大事3.1 一次完整的小区状态核查从告警切入还是从状态切入处理“小区退服”工单新手常犯的毛病是直接复位基站——复位一时爽如果根因是同步或传输问题基站起来半小时又退服用户投诉反而更凶。我习惯按“告警→状态→硬件→动作”的顺序来每一步都看清楚了再动手。LST ALMAF; # 1. 先看活动告警定位导致退服的主告警 LST CELL:ALL; # 2. 再看小区状态确认是未建立还是已降级 LST EQP:ALL; # 3. 最后看硬件单板排除BBU/RRU/传输板故障 # 仅在确认无业务且有必要时才做人工作闭塞/解闭塞 BLK CELL:CELLNAME市区_01; # 闭塞小区强制中断该小区业务操作前必须口头确认 UBL CELL:CELLNAME市区_01; # 解闭塞小区恢复该小区业务排障顺序有讲究LST ALMAF 放在最前面是因为主告警会直接告诉你方向比如“驻波告警”你就别去复位基站去查馈线“S1断链”你就别动无线侧去查传输和核心网。LST CELL 放在第二位是确认影响面——一个站三个小区全部未建立和只有一个小区未建立排障优先级完全不同。LST EQP 放在第三位是确认硬件不是隐性故障。BLK 和 UBL 是现场最容易出大事的两条指令它们不会自动恢复。BLK 一个小区等于人为制造一个“退服小区”所有用户被踢出或无法接入UBL 则是把业务还回去。每次做闭塞操作前我要求自己必须确认三件事这个小区当前有没有用户、有没有重要投诉、解闭塞方案是不是已经写好。曾有兄弟白天 BLK 小区做测试收工时忘了 UBL半夜被“无线不可用”投诉叫醒——这种血泪经验后面专门讲。另外LST CELL 显示 Operational 不代表用户一定能接入。还有一个容易忽略的状态位叫“小区禁止接入”Cell Barred它被置位后小区还是 Operational但终端不会选上来用户投诉“有信号上不了网”。所以核查小区状态时不光看 Cell State还要看有没有禁止接入相关的配置位。3.2 常见告警怎么读驻波、GPS失步、S1断链的处理动作TD-LTE 现场维护里告警就那么几类见得多了基本能快速分诊。我个人经验是先把告警分成“无线侧、传输侧、同步侧”三类再决定下一步动哪里。告警类型现场表现处理动作驻波比告警RRU 上报 VSWR 高小区可能降功率或退服查天线馈线、跳线、接头用驻波仪分段定位是站内还是天线侧问题GPS/时钟失步小区退服或大面积干扰GPS 接收异常查 GPS 天线、馈线、避雷器确认接收机星数S1 断链小区正常但业务建立失败查传输链路、IP 配置、对端核心网状态CPRI 断链BBU 与 RRU 失联RRU 下小区全部退服查光模块、光纤、RRU 供电GPS 失步在 TD-LTE 里是个特殊存在。TD-LTE 是时分系统空口必须要严格同步GPS 一失步影响的不是单站可能是周边一片的干扰——基站上行时隙对不上互相干扰轻则速率暴跌重则周边小区全被抬升底噪。处理时不要只盯着报 GPS 告警的这一个站要看周边基站是不是同时出现了底噪抬升。LST ALMAF; # 确认时钟/同步类告警的对象和数量 LST GNSS:ALL; # 查GPS/北斗接收状态部分OSS版本支持 LST CELL:ALL; # 看受影响的载波/小区范围有个现场很容易漏的场景用户侧拿着 TD-LTE 无线数据终端CPE/MiFi投诉“连不上网”后台查这个用户所在小区一切正常。这时候别急着改终端参数先在后台看用户附着记录和该小区当前在线用户数判断是不是小区容量或接入控制问题。很多所谓“终端不兼容”其实是后台把小区半锁了终端侧怎么重启都没用。4. 参数与邻区调整在爱立信LTE后台改TAC、PCI、邻区的正确姿势4.1 改参数前先做三查当前值、依赖关系、回退基线后台操作指导里最值钱的经验不是怎么改参数而是改之前做什么。我给自己定了一条死规矩任何 SET 指令前先做三查——查当前值、查依赖关系、查回退基线。查当前值用 LST这个最直接但要注意单位。以调整下行参考信号功率为例不同版本参数名可能是 RSP 或 RS Power单位是 dBm现场常见设置在 10~20 之间具体按规划表来别凭感觉敲。查依赖关系才是真正考验经验的地方。改 TAC 要看周边邻区的 TAC 分布、寻呼边界改 PCI 要扫周边同频小区有没有冲突改 EARFCN 要考虑终端频段支持和带宽配置。这些依赖关系不查改完大概率出连锁问题。查回退基线就是给操作买“后悔药”——把修改前的 LST 输出存成文件改完再存一份两者对比。万一改完指标变差恢复就有依据不用靠回忆。# 修改前快照记录该小区当前全部参数 LST CELL:CELLNAME市区_02; # 执行修改调整下行参考信号功率参数值以规划表为准 SET CELL:CELLNAME市区_02,RSP15; # 修改后立即复核确认状态与参数符合预期 LST CELL:CELLNAME市区_02;SET 指令执行后不会自动备份旧值恢复完全靠人工改回。所以“前后对照”不是流程仪式是真正的保命习惯。我见过最惨的一次事故同事在网管上批量改了二十个小区的某个参数指标恶化后想回退发现没存任何修改前记录只能一个站一个站猜。所以我的做法很朴素改任何一个写类指令SET/BLK/UBL/CREATE先在本地记事本里粘贴好修改前输出标注日期和工单号。4.2 邻区添加三步外部小区、同频邻区、激活验证邻区配置是现场最高频的写操作之一也是最容易埋雷的。爱立信LTE后台里邻区关系不是一条指令搞定的逻辑上分两层外部小区定义和邻区关系。外部小区是“目标小区的身份信息”邻区关系是“本小区允许切换到哪些目标”。两步都配好了切换才可能成功。# 第一步创建外部小区定义参数必须与目标小区实际配置一致 ADD EUTRANEXTERNALCELL:ENODEBID2234,CELLID77,TAC1002,PCI303,EARFCN1650; # 第二步为本小区添加同频邻区关系并激活异频用EUTRANINTERFREQNCELL ADD EUTRANINTRAFREQNCELL:CELLNAME市区_02,NEIGHBORCELLNAME东郊_03,ACTACT; # 第三步验证邻区已生效 LST EUTRANINTRAFREQNCELL:CELLNAME市区_02;参数含义对照参数含义填写要求ENODEBID目标基站站号与目标侧实际输出一致CELLID目标小区的LTE小区ID与目标侧 Local Cell ID 一致最容易填错TAC目标小区跟踪区码影响切换后的位置更新必须与核心网一致PCI目标小区物理标识填错会导致目标识别失败EARFCN目标小区频点同频邻区填本频频点异频邻区填目标频点外部小区参数里最坑的是 CELLID 和 TAC。CELLID 填错切换请求到了目标基站目标侧找不到这个小区直接拒绝TAC 填错切换完成后终端做位置更新会失败。这两个错都表现为“切换成功率掉下去”但告警不一定有明显提示只能靠逐项核对。还有一类现场高频事故叫“单向邻区”。A 小区加了到 B 小区的邻区但 B 小区没加回指 A 的邻区结果 A→B 切换正常B→A 切换失败。做邻区调整时反向关系要同时检查尤其是只动一个站的场景。# 双向核查把源侧和目标侧外部小区表、邻区表、实际小区状态拉出来比对 LST EUTRANEXTERNALCELL:ALL; # 外部小区定义全量 LST EUTRANINTRAFREQNCELL:ALL; # 同频邻区关系全量 LST CELL:ALL; # 实际小区参数用于核对前两个表最后一步是激活验证。加完邻区不是看 LST 里出现了就完事要看 KPI切换成功率、切换出尝试次数有没有涨。有条件的话做一次后台跟踪或路测确认切换正常。没有 KPI 佐证的邻区配置都有可能是“纸面邻区”。5. TD-LTE后台操作避坑现场最容易翻车的四个场景5.1 小区闭塞后忘解列深夜被“无线不可用”叫醒现象白天扩容或测试临时 BLK 了小区收工时忘了解闭塞晚上整片区域出现覆盖空洞投诉值班电话被打爆。原因BLK/UBL 是手工状态网管不会自动恢复也没有定时提醒。收工时如果没人核对变更清单这个小区就会一直“静默退服”而且告警系统里不一定有明显提示因为这是人为操作。解决把“UBL 检查”写进收工流程。每次 BLK 操作无论多急先在交接记录里写清“哪个小区、谁闭的、计划几点解”。收工前用 LST CELL:ALL 全量复查所有小区必须恢复 Operational 才能离站。条件允许的话把“检查是否有 BLK 状态小区”做成每天交接班的固定动作。5.2 改TAC赶上忙时位置更新风暴打满核心网信令现象调整某个站的 TAC 后忙时核心网信令负荷暴涨位置更新成功率下降周边用户出现寻呼失败。原因TAC跟踪区码改动等于强制终端重新注册跟踪区。一个站覆盖范围内如果有大量空闲用户改完 TAC 他们会集中发起 TAU 请求形成位置更新风暴。TAC 不是现场随便改的数字它由核心网统一规划边界改动影响寻呼区域和信令负荷。解决改 TAC 前先确认两件事新 TAC 值是不是核心网分配且全网唯一的改动时间是不是安排在凌晨低峰。一次只改一个边界小区改完观察 TAU 成功率不要贪多。忙时打死不动 TAC这条建议是从翻车现场学来的。5.3 邻区看着都加了切换就是失败现象外部小区建了、邻区也加了配置看起来齐全但切换成功率不到一半目标小区频繁有切换请求失败。原因最常见有三类。一是外部小区表里的 CELLID、PCI、TAC 与目标站实际输出不一致目标侧找不到对应小区二是只加了单向邻区目标小区没有回指反向切换失败三是周边同频 PCI 冲突目标小区识别混乱。解决按“实际配置→外部小区表→邻区表”三方比对逐字段核对。用前面第 4 章的三条 LST 指令拉全量数据把 CELLID、PCI、TAC、EARFCN 逐项对一遍。再检查双向邻区是否都存在。最后扫一下周边同频小区的 PCI遵循同频 mod3 不重复的规则有冲突先改 PCI 再谈切换。5.4 熟悉的指令报“不存在”或一直排队不执行现象同样的查询指令上个站点还能跑这个站点报语法错误或者指令敲下去后一直转圈不出结果像是被卡住了。原因爱立信不同 OSS 版本、不同 Release 的命令名有差异小区对象可能叫 CELL也可能叫 EUTRANCELL命令动词不同版本也有差别。另一个常见原因是并发锁——其他维护账号正在对同一网元执行写操作你的指令在排队或直接被拒绝。解决遇到命令名不识别先用 HELP 查当前版本的实际指令不要硬凭记忆敲。遇到排队不执行先确认网元上是否有其他账号在线操作有就等或沟通避免同时做写操作。只读查询类指令高峰期也尽量错开减少人为制造的操作冲突。6. 把高频指令固化成模板用脚本习惯给后台操作上保险6.1 一份可复用的后台高频查询批处理后台操作里真正的高频动作其实是查询不是修改。我把每日常规体检的查询指令做成了一个固定模板登录后按顺序执行一遍不遗漏。# 登录后标准“体检”序列逐条执行 LST EQP:ALL; # 硬件单板状态 LST CELL:ALL; # 小区状态与基本参数 LST ALMAF; # 当前活动告警 LST EUTRANEXTERNALCELL:ALL; # 外部小区定义全量 LST EUTRANINTRAFREQNCELL:ALL; # 同频邻区关系全量执行时注意如果当前 OSS 版本不支持把整批指令一股脑喂进去就一条一条复制执行每一条等回显。模板的作用是防止漏查不是让你省敲键盘的时间。熟悉这套动作之后一个站的“体检报告”五分钟内就能出来这比在图形界面里到处点高效得多。6.2 变更留痕每次改参数前必做的“前后对照”这两年我养成了一个习惯每次做任何写操作都建一个以日期命名的文本文件前半段贴修改前的 LST 输出中间贴工单号和操作目的后半段贴修改后的 LST 输出。文件存到共享目录或群里项目里所有人都能查到。这个习惯救过我一次。有一回改邻区后出现切换异常排查到半夜最后就是靠修改前的输出比对出是 TAC 填错了一位数字。如果没有那份留痕只能一个个字段猜。后台操作这事最怕的不是技术难而是改完回不了头。把查询模板固化、把变更留痕做扎实爱立信LTE后台操作就不是高风险动作而是可以稳定复制的标准流程。希望帮到你。本文还有配套的精品资源点击获取