第一篇:OMC告警总结
1: BCC+NCC+BCCH TRX FREQUENCY NOT UNIQUE IN ADJACENCY DEFINITIONS
邻区存在同频同BSIC
2: FLEXI MULTIRADIO CAPACITY LICENCE EXCEEDED
容量不够
3:AMR HR TRX CAPACITY LICENCE EXCEEDED
半速率容量不够
4: TOO MANY TCHS IN ONE SIGNALLING UNIT
BCSU不够
5:BSS-SYSTEM HAS NO RESOURCES FOR REQUESTED TASK
系统正在请求
6:BTS HANDOVER CONTROL PARAMETERS NOT FOUND IN DATABASE
功控参数没加
第二篇:海尔OMC理论
海尔OMC理论
来自海尔的经验——OMC理论
(1)什么是OEC理论
《札记•大学》中有段佳话:“苟日新,日日新,又日新”,其核心内容直指“OMC”。“OEC”的内容为:O——Overall全方位;E——Every每人、Everyday每天、Everything每件事;C——Control控制、Clear清理。“OEC”管理法也可以表示为:日事日毕、日清日高,即:每天的工作每天完成,每天工作要清理并要每天有所提高。
(2)“OEC”包含着三个基本原则
① 闭环原则。即凡事都要讲究善始善终,班组工作也是如此。无论是生产任务,还是班务管理,都必须有一个计划——实施——检查——总结的全过程,同时将其有效的落实到班组中的每个人、每件事和每一天,通过设定目标、指定措施和方法、付诸实施、逐一检查、纠正和改进计划及修正目标,使班组日常工作中的每件事情都处于受控状态,使班组的整体工作不断完善,达到持续提高、螺旋式上升的目的。
② 比较分析原则。班组工作要适时进行总结和分析。纵向与本班组以往的工作状况相比,横向与并行班组相比、与同类型班组相比、与相关部门班组相比、与其他员工相比,挖掘不足,寻求发展,充分认识到没有比较就没有提高、没有比较就没有发展的道理。
③ 不断优化的原则。班组工作永无止境,要及时找出薄弱环节,加以分析并及时整改,以期待提高整个班组的生产和管理水平。
(3)体系构成:目标体系——日清体系——激励机制
首先确定目标“OEC”管理法实际上是一个目标管理体系,总目标是“日高”,即通过工作的不断完善使班组管理水平、班组生产水平以及班组长、班组成员个人综合素质持续提高,最终实现使企业取得最佳经济效益的总目标。
其次,“日清”是完成目标的基础工作即通过当天的工作当天完成,不拖延、不滞后,使得班组日常工作的每一件事达到有序状态和受控状态。达到“日高”的目标和巩固“日清”的基础又是通过在每天的日常工作中,全面管理班组里每个人、每件事的具体行为过程而完成的。
最后,日清的结果必须与正负激励挂钩才有效。
小看板:“如果我们把一块钱人民币存到银行里,以利滚利的方式计算利息,即便利息率仅仅为1%,那么70年后,一块钱就会变成两块钱。”
管理工作的难点在于做到持续的实施和改进,而海尔“OEC”管理法正是解决了这个问题,把所有的目标分解到每个人身上,每个人的目标每天都有新的提高,这样就可以使整个工作不断改进,绩效有条不紊地持续增长。
小看板:美国企业管理学家戴明博士有句明言:“每天进步1%”。
“勿以善小而不为”。万通董市长冯仑曾说过:“管理公司要求有家庭主妇的心态。你每天都打扫卫生,看看池子里的水是否干净,碗碟有没有洗好,桌子有没有擦干净„„。只有这样的心态,才能管好公司。”海尔经过多年经验总结出来的“OEC”管理,正是强调了这种一点一滴勤于积累的方式。其只要内涵和精髓在于将“日事日毕、日清日高”渗透到企业的各项工作中去,全方位地对每人、每天、每件事进行控制和清理,每天有所提高,促使企业、企业的生命存在于细节之中,这种看得见、摸的着的管理方法、细节上的创新,实现了基础管理的精细化和规范化、科学化和标准化、目标化和效率化
第三篇:OMC日常操作指令
日常维护操作指令
一、查询小区状态...........................................................................................................................2
二、查询载波状态...........................................................................................................................3
三、去激活/激活小区.....................................................................................................................4
1、去激活小区.........................................................................................................................4
2、激活小区.............................................................................................................................4
四、查询NODEB信息.....................................................................................................................5
五、查询基站传输状态...................................................................................................................5
六、查询基站SCTP链路状态.........................................................................................................7
七、OMC查询告警.........................................................................................................................8
1.浏览当前告警...................................................................................................................8 2.查询告警日志.................................................................................................................11
八、设置和查询工程状态.............................................................................................................11 1.设置工程状态.................................................................................................................11 2.查询工程状态.................................................................................................................12
一、查询小区状态
通过DSP TCELL:DSPT=BYCELL;命令查询小区状态,如下图:
按小区查询:通过小区ID查询小区状态。
按NODEB查询:通过NODEBNAME,对该站点下所有小区进行查询。按小区状态查询:根据小区不同状态进行查询。
按默认值查询:选择任何一种查询类型,如果不填写后边的参数,例如:按小区查询,不填写小区ID,那么会默认对全网所有小区进行查询。
一般情况下,选择按NODEB查询,如下图:
需要填写相应NODEB名称,执行后,如下图:
通过查询结果可看出此站点包括三个小区,然后观察操作状态,操作状态为可用时小区正常,为不可用时小区异常,下边还会对小区状态进行补充说明。(例如:2405小区,操作状态不可用,状态说明解释为小区未激活,这时小区处于一个未激活的状态导致小区操作状态为不可用)
操作状态取值为:可用 不可用
状态说明为:小区建立且可用 小区建立且不可用 小区未建立 小区未激活等
二、查询载波状态
通常情况下,小区如果操作状态为不可用,那么该小区下所有载波状态均为不可用,在此我们只针对,小区可用且载波异常的站点进行该项查询。通过DSP TCARRIER:;命令查询载波状态,如下图:
小区标识:针对特定小区进行载波状态查询 载波索引:针对特定载波进行载波状态查询 载波状态:针对特定状态进行载波状态查询
默认:如果某一项不选择,则默认为全包含,例如:填写小区ID情况下,不填写后两项,那么会对该小区下所有载波进行查询,并返回可用的以及不可用的载波的状态 一般情况下,我们会针对小区查询,如下图:
执行结果如下图:
从执行结果中,我们可以得知该小区所有载波的频点值以及载波当前状态。载波状态为载频已建立并当前可用为正常,其余所有值均为异常。
三、去激活/激活小区
1、去激活小区
命令为DEA TCELL:;,需要填写小区ID,如下图:
执行完毕后,该小区状态为小区未激活。
2、激活小区
命令为ACT TCELL:;,需要填写小区ID,如下图:
四、查询NODEB信息
LST TNODEB该命令用来查询NODEB的配置信息。
在查询类型里可以选择是按照NODEBID还是NODEB名称来查询。上图为选择按照NODEBID来查询,在后面NODEB标识里面输入相应ID即可。查询的结果里面包含了该基站的所有信息,在这些信息里面我们常用到的有基的ESN,SCTPLNK,基站IP地址,VLANID,所在接口板等。电子串号是基站的ESN号,每个站点唯一,可由基站督导提供或者使用命令“DSP ELABEL:DEVTYPE=SUBRACK,CN=0,SRN=0;”在基站上查询。
五、查询基站传输状态
IP传输对RNC来说相对比较简单,只需要与传输侧核对光口和VLAN ID无误即可。
1.查询基站IP地址和VLAN ID,使用LST TNODEB命令,输入NODEB ID,返回结果有纵表和横表两种显示方式,这里为了方便截图,使用纵表方式;
2.查询RNC聚合组,使用命令LST ETHTRKIP查看RNC上承载IP基站的接口板的聚合组配置IP地址,每个聚合组单独配置在一个光口上。如图中,聚合组号为0,1,2分别代表接口板0,1,2三个光口。
3.根据基站IP和聚合组地址判断基站所在光口,每个聚合组为一个掩码为/25的地址段,基站IP地址在哪个IP段,即基站承载在该光口上。如上图,基站IP为10.95.92.49,在10.95.92.1/25这个地址段内,即说明基站承载在0号光口; 4.检查IP基站传输是否对通:PING命令
如下图,源IP为ETHTRKIP,目的IP为基站IP,使用Ping命令时,连续返回4个数据包,无丢包现象,表示传输已通。
如下图,源IP为ETHTRKIP,目的IP为基站IP,使用Ping命令时,连续返回4个数据包,全部丢失,表示传输中断或者未通。
六、查询基站SCTP链路状态
DSP SCTPLNK该命令用来查询SCTP链路状态。
从LST TNODEB命令中可以查询出该基站子系统的框号,槽号,SCTP链路号,一般每个站点有4条SCTPLNK。
在查询SCTP链路状态时,可以通过反复执行命令,观察返回结果中状态改变时间,来确定SCTP链路是否闪断。如状态改变时间一直不变,说明SCTP链路稳定建立,没有故障;
七、OMC查询告警
查询告警主要通过OMC进行,一般指查询当前告警和告警日志
1.浏览当前告警
登陆OMC,进入应用中心,右键点击“故障管理”,弹出如下界面:
选择告警浏览中“浏览当前告警”,进入当前告警查询界面:
如果有告警模板的话,可直接点击按“模板过滤”选择“打开”进入告警模板界面,打开自己的模版。
如果没有模板可以选择“过滤”进入告警设置界面自定义要查看告警;告警设置界面如下图:
在基本设置中选择告警级别,一般全选,状态中选择未确认未清除和已确认未清除,维护状态全选;“告警名称”勾选后可单独浏览指定告警,如小区退服等;
完成设置后进入告警源选择界面,选择“自定义选择”,点击左下角“增加”按钮,可以按照网元或者网元类型查询:
如查询全网所有基站当前告警,可按照选择按照“网元类型“浏览,将网元类型中的TDNodeB和NodeB530移到右侧已选类型中,点击确定即可。如查询全部RNC告警可单独选择TD-RNC;
这里需要注意,基站告警中不包含小区退服和NODDED退服,如要查看这两种告警,需选择网元类型为TD-RNC;;可在“基本设置”,按“告警名称”单独查看这两种告警;
如查询指定基站告警,可进入告警源选择界面,选择“自定义选择”,点击左下角“增加”按钮,选择按照“网元”查询告警:进入如下界面
将需要的网元移至“已选对象”下,点击确定即可;对网元操作是可选择“单个选中”或者“级联选中”,如选择RNC51,单个选中时表示只选择RNC51,级联选中时包含RNC51及RNC51下挂所有基站。
保存告警模版
在对“基本设置”和“告警源”设置完毕后,可点击左下角“保存模版“保存,这样后期查询告警可直接打开模版浏览;但要注意,如果选择按网元浏览时,新入网基站并不会自动创建的以保存的模版中,保存模版时最好按照网元类型选择;
2.查询告警日志
查询告警日志与浏览当前告警基本相同,登入OMC后,右键点击“故障管理“,选择“查询告警日志”,进入以下界面:
查询告警日志需要选择告警发生时间,有两种方式:按照“发生时间”或者按照“最近的”时间来。如上图个圈红部分。其他设置通浏览当前告警。
八、设置和查询工程状态
1.设置工程状态
登陆OMC,在应用中心中右键点击“配置管理”弹出下拉菜单,界面如下:
点击菜单中设置“工程状态”,进入如下界面:
点击设置工程状态按钮,上图红色圆圈中按钮,进入工程状态设置界面:勾选要设置工程状态的网元,在设置界面右上角选择要设置成的工程状态。点击确定执行;如果需要批量操作时可通过做上角“导入导出“图标批量操作。
工程状态设置时间长度有两种方式:立即执行和定时执行;
选择“立即执行”默认结束时间到2037年,后期需要手动将网元恢复普通状态;
选择“定时执行”可根据需求设置工程状态时间长度,到期后网元状态自动变为普通。
2.查询工程状态
登陆OMC点击设置“工程状态”按钮,进入工程状态设置界面:勾选要的网元,确定执行即可返回查询结果,界面如下:
查询基站状态时会返回逻辑和物理两种状态,逻辑指RNC上NODDED状态,物理状态即基站本身状态。
第四篇:4G常见告警解析及常用操作
4G重要告警解析
一、影响小区发射的告警
1.ReachabilityProblem(基站退服或脱管) Alarm Code:ReachabilityProblem 告警影响:eNode B 设备监控失去
告警原因分析:导致该告警的原因主要体现在三个方面:电源、传输、主控卡(C板)故障: 1)电源:交流停电等,此时应该有相关环境告警上传; 2)传输:传输断
3)主控卡故障:主控卡出现掉死、无法正常启动、不断重启等故障;
告警解决方法:电源或传输问题,请相关人员解决;如果是主控卡故障,需要维护人员上站解决;更换主控卡后,需要先问网管人员要一个Yang WO文件重新下软件并导入WO文件激活。
2.CB INIT FAILURE(C板初始化失败) Alarm Code:IK4004001 告警影响:整站退服,设备可监控; 告警原因分析:C板故障或者高温导致
告警解决方法:需上站下电重启设备,或热插拔C板,若故障依旧需要更换C板,更换流程请参考ReachabilityProblem(基站退服或脱管)
3.NO CONTACT TO BOARD(B板退服) Alarm Code:IK4009041 告警影响:整站退服,小区不发射;
告警原因分析:若基站无C板或者GPS告警的话,则是B板故障
告警解决方法:网管重启基站不管用的话,需要上站更换,更换B板会自动下软件,基站侧不需要做任何操作,大概需要10分钟左右
4.LTECellAdminDown(小区退服) Alarm Code:LTECellAdminDown 告警影响: 相应小区退服;
告警原因分析:一般都是由于基站硬件告警或者小区被lock所致
告警解决方法:首先排除小区或基站是否被locked,其次查看是否有导致小区退服的硬件告警
5.NO CONTACT TO BOARD(RRH脱离) Alarm Code:IK4009138 告警影响:某个RRH对应的小区不发射
告警原因分析:造成此告警的原因可能是电源,光纤及RRH故障
告警解决方法:需下站查看电源及RRH和C板连接的光纤衰耗,如果两种情况都正常的话,就要考虑RRH本身的问题了,最好的方法是塔上和别的正常小区做对调来排查
6.CB LOS LOF CPRIPORT *(某个小区RRH脱离) Alarm Code:IK4004030 告警影响:对应小区不发射
告警原因分析:造成此告警的原因可能是电源,光纤及RRH故障
告警解决方法:需下站查看电源及RRH和C板连接的光纤衰耗,如果两种情况都正常的话,就要考虑RRH本身的问题了,最好的方法是塔上和别的正常小区做对调来排查
7.CB ALL CPRIPORTS FAILED(所有小区不RRH脱离) Alarm Code:IK4004061 告警影响:所有小区不发射
告警原因分析:造成此告警的原因可能是电源,光纤及RRH故障
告警解决方法:需下站查看电源及RRH和C板连接的光纤衰耗,如果两种情况都正常的话,就要考虑RRH本身的问题了,最好的方法是塔上和别的正常小区做对调来排查
8.CB TRANS RX LOS CPRIPORT *(某个RRH脱离) Alarm Code:IK4004042 告警影响:造成此告警的原因可能是电源,光纤及RRH故障
告警原因分析:RRH掉电、不加电,RRH掉死,光纤故障,CCM板卡故障等原因都会出现RRH脱离告警;
告警解决方法:需下站查看电源及RRH和C板连接的光纤衰耗,如果两种情况都正常的话,就要考虑RRH本身的问题了,最好的方法是塔上和别的正常小区做对调来排查 ;
9.CB GPS ANT
Alarm Code:IK4004082 告警影响:GPS时钟不同步,长期告警会造成整站退服 告警原因分析:GPS天线安装问题或者接头等问题
告警解决方法:检查GPS天线及各个接头,告警同时会伴随产生以下告警IK4004012,IK4004014,IK4004157(GPS锁卫星失败)
10.ANTENNA_PORT TX VSWR THRESH2(2级驻波) Alarm Code:IK4011011 告警影响:小区不发射
告警原因分析: 天馈接口问题
告警解决方法:下站基站馈线头是否松动或者进水等等
11.ANTENNA_PORT GAIN CONTROL TX(天线口传输主分支增益已经超出范围)
Alarm Code:IK4011005 告警影响:小区不发射
告警原因分析: RRH硬件故障
告警解决方法:step1:SAM侧重启该RRH。Step2:重启不能恢复的安排上站更换RRH。12.ANTENNA_PORT RF OUTPUT OVRDRV TX(天线口射频在输出端功放过大)
Alarm Code:IK4011006 告警影响:小区不发射
告警原因分析: RRH硬件故障,或者天馈系统问题
告警解决方法:step1:SAM侧重启该RRH。Step2:重启不能恢复的安排代维上站检查馈线或更换RRH。
13.ANTENNA_PORT TX FAIL(天线口传输链路发生故障且端口射频传输不可用)
Alarm Code:IK4011004 告警影响:小区不发射
告警原因分析: RRH硬件故障,或者天馈系统问题
告警解决方法:step1:SAM侧重启该RRH。Step2:重启不能恢复的安排代维上站检查馈线或更换RRH。
14.S1 SCTP ASSOCIATION DOWN(ENB和MME的S1端口连接失败) Alarm Code:IK4009046 告警影响:所有小区不发射
告警原因分析: 一般此告警产生原因都是传输问题
告警解决方法:首先检查eNodeb侧数据配置是否正常,若正常请安排传输排查,此告警产生会伴随IK4306099这个告警号,以及MMEAccessDown的告警。
二.不影响小区发射的告警
16.ANTENNA_PORT TX VSWR THRESH1(一级驻波) Alarm Code:IK4011010 告警影响:不影响小区发射,影响业务 告警原因分析: 天馈接口问题
告警解决方法:下站基站馈线头是否松动或者进水等等
17.DBU RUC FAN FAULT MAJOR
(风扇告警) Alarm Code: IK4005052; 告警影响:影响基站散热
告警原因分析:机房温度过高,或者基站设备安装位置不通风 告警解决方法:解决室内温度问题 18.CB OVER TEMP MAJOR,CB OVER TEMP CRITICAL
(C板高温) Alarm Code: IK4004117,IK4004118; 告警影响:影响基站散热
告警原因分析:机房温度过高,或者基站设备安装位置不通风 告警解决方法:解决室内温度问题
第五篇:基站告警,分析报告
通信故障分析报告
2G基站的告警故障分析报告
故障单位: 巴州 分公司 故障编号:[2013]BZ0077号 上报人员: 故障级别:其他故障 代维单位:
一、故障时间、地点、影响范围
故障发生时间(以网管时间为准): 故障最终修复时间(以网管时间为准): 故障处理人员 故障历时: 故障地点: 中断电路数量: 业务影响范围: 客户投诉情况:无
二、故障申报处理情况
故障过程的简要描述:
1、日00:30,网管值班人员在监控上发现多个2G、3G基站告警。这些闪断基站附近2G、3G业务中断,网管机房通知代维公司。代维公司人员接到机房通知后立即赶往2G、3G闪断基站处查看,最终确定造成断站原因为阳霞县基站市电停电,导致其下挂的多个2G、3G基站断站,于01:56代维人员发电后业务恢复,故障历史86分钟。
故障申报情况:
申报时间:2014年3月5日00:30 申报对象:故障现象、故障定位和故障排除经过:(1)、故障现象:
(2)、故障定位: 3个3G、8个2G基站
2、(3)、故障排除经过:,网管值班人员在监控上发现多个2G、3G基站告警。这些闪断基站附近2G、3G业务中断,网管机房通知代维公司。代维公司人员接到机房通知后立即赶往2G、3G闪断基站处查看,最终确定造成断站原因为阳霞县基站市电停电,导致其下挂的多个2G、3G基站断站,于01:56代维人员发电后业务恢复,故障历史86分钟。
3、故障现场情况:
4、故障处理后涉及的资料、台帐更新情况: 无
三、故障损失估算:
1、本次故障造成的直接损失:合计约 元。包含以下内容:
2、本次故障造成的间接损失:合计约 元。
1)根据中断的电路数量计算: 个2M,中断时长 分钟,按照10元/2M.分钟(长途电路)计算损失,合计间接损失 元。
2)根据中断的基站数量计算(按照系统划分): 个基站,中断时长 分钟,依据每小时平均话务量 爱尔兰,按照 元/爱尔兰计算损失,合计间接损失 元。3)用户感知角度:无 4)公司形象角度:无 5)其他后勤保障方面:无
3、本次故障造成的经济损失合计约 元。
四、故障原因分析
故障发生原因:阳霞县基站市电停电
1、故障的经验教训总结
此次故障为阳霞县基站市电停电,导致其下挂的多个2G、3G基站断站。代维人员急时赶至断站现场查明断站原因伟市电停电后,立即发电,业务恢复正常。今后随时待命,出现断站现象用最快的速度赶至断站现场,查明原因,解决问题,力保公司损失降到最低。