OMC-R管理功能技术培训.ppt

OMC-R管理功能,OMCR设计原理,OMCR对BSS/MFS的操作维护分别有各个软件模块实现，OMCR上定义了两个基本单元USM（UserServicesManagers)和IM(InformationManager)。相关特征如下：UserServiceManager控制某个或部分HMI的应用，不同的用户权限对某个应用的定义也不同。通过HMI图形接口或命令模式接收用户命令并发给相应的IM向用户回显IM对操作的反馈监测相应IM的状态对于某种应用可能对应多个USMInformationManager一个IM代表一种应用，负责处理数据并保持持一致性USM和IM之间是一种manager-agent的关系，之间的接口是Q3（Alcatel)接口，基于各个定义好的对象（MO)，它们组成一个库，叫做MIB（managementinformationbase)。OMCR上有多个MIB库，分别对各个IM负责。MIB之间的同步和相关信息的一致性是非常重要的，它决定某些操作是否能做，是否能成功完成。正常情况下，每个操作会同时更新各个相关的MIB中信息，以此保证各个MIB间的信息一致。,OMCR对BSS/MFS的管理,OMCR对BSS的管理维护分为以下几部分：软件配置管理，负责软件升级和维护硬件配置管理，负责硬件配置逻辑配置管理，负责配置网络的逻辑参数网络设备控制，负责控制监视网络设备状态和资源性能管理，负责监视网络性能OMCR系统自身的管理用户管理工具，负责设定各个用户的操作权限，对OMCR系统的护等。,OMCR上用户管理,用户管理相关的操作添加用户删除用户显示OMCR上所有的用户显示当前登陆在OMCR上的用户显示上次登陆失败的原因重置用户密码修改自己的密码分配权限给用户解锁用户登陆失败过期,密码规则,MIN_LENGTH4MinimumpasswordlengthMAX_LENGTH8MaximumpasswordlengthNB_LETTERS0MinimumnumberoflettersinuserpasswordNB_NUMBERS1MinimumnumberofdigitsinuserpasswordNB_CAPITALS1MinimumnumberofuppercasecharactersinuserpasswordNB_SPECIAL_CHARS1MinimumnumberofspecialcharactersinuserpasswordMAX_DAYS90NumberofdaysbeforepasswordexpiresWARNING_DAYS8Numberofdayswarningbeforepasswordexpires.GRACE_PERIOD21Numberofdaysbeforetheaccountislockedwhenpasswordexpired.,用户权限设置,用户的权限在SECUSM中设置，由OAD和FAD决定。常用FAD（FunctionDomain）说明PERFORMANCE_FADPerformanceandtracingPRC_FADOff-lineradioconfigurationREAD_ONLY_FADForsupervisionpurposesonly.NomodificationscanbemadeCONFIGURATION_FADOn-lineradioconfigurationNetworkmodificationAccesstoMFSIMTSUPERVISION_FADSupervisionusingRNUSM,BSSSUM,andMFSUSMAlarmmanagementviaASUSMOn-lineradioconfigurationAccesstoMFSIMT,用户权限设置,SYSTEM_ADMINISTRATION_FADOMC-Rsystemmanagement(launchanduseOSM)Accessrightsmanagement(launchanduseSECUSM)ProcessManagement(launchanduseDSMUSM)TELECOM_ADMINISTRATION_FADAllowsOMC-Rapplicationmanagement(launchanduseof了DCN)Performanceadministration(NPAadministratioUFM_ADMINISTRATION_FADPMCandASAPmanagement(useofUFM)OAD定义可以管理的网元BSCMFS,OMCR和BSS数据同步,新加BSS，OMCR需要做一系列audit从BSS取得数据，更新OMCR上的相关数据库Creationofdatabase.（BSSIMdatabase)PeerEntitiesauditHWauditRadioauditAlarmandstatesauditSWauditPerformanceandTraceauditAlarm/stateauditOMCR检测到和BSC/MFS会话通信故障时，会自动触发对该网元的Alarm/stateAuditOMCR上操作用户发起对网元的Alarm/stateaudit,OMCR和BSS数据同步,HWauditBSC添加上来后，根据用户的要求，OMCR会触发一次audit;OMCR上操作用户发起HWauditlogicalauditBSC添加上来后，根据用户的要求，OMCR会触发一次audit;OMCR上操作用户发起HWauditBSS软件版本升级后OMCR会触发一次auditSWauditBSC添加上来后，根据用户的要求，OMCR会触发一次auditOMCR上操作用户发起SWauditBSS软件版本升级后OMCR会触发一次audit,OMC-R典型问题分析,2005年6月,逻辑参数修改时出现的问题,逻辑参数修改时出现的问题,CheckPRC时，给出错误消息（errors）“Adjacency:adjacencyrevealswrongBCCH/BSIConcell.“，操作无法继续：原因：OMCR检查要求小区的所有临小区必须有不同的BCCH/BSIC，一般在大量改频后可能会出现；解决方法：创建新的PRC，把相关的小区的切换关系删除，如果需要，再添加上。小区的AlignmentStatus一直是“inConfig”：原因：RNI数据库crash或者RNIM进程在修改小区时被停掉，RNIMSC没有收到最后的修改信息；解决方法：在SC中修改这个小区的任意参数（除GPRS参数），如果没有解决，stop/startRNIM进程后再将所改值改回；BSSdiscovery或BSS/cellupload时给出出错信息：PROCESSINGERROR-ERRORBSSIM-5513:FORTHECELL(LACXXX,CIYYY),THEREISARESELECTIONFOUNDONBSCBUTNOTCREATEDONOMC,WITHBCCHFREQUENCYBBB,逻辑参数修改时出现的问题,解决方法：一般发生在BCCH频点是BBB的外部小区在OMC上不存在，在OMCR添加这个外部小区，创建从cell(lacxxx,ciyyy)到这个外部小区的（externalcell）的切换关系，然后删除这条切换；BSSdiscovery或BSS/cellupload时给出提示消息：WARNINGBSSIM-5529FORTHECELL(LACXXX,CIYYY),THEREISARESELECTION”；解决方法：及时检查OMCR上数据库的不一直并消除；.PRC激活时给出消息：“ERROR-RNIM-1005:STUBBEDACTIVATIONMODE:PRCACTIVATIONWILLNOTBEDOWNLOADEDTOANYNE”;原因：逻辑参数修改已经更新了OMC上相关数据库，但没有更新到BSC，一般发生在OMCR升版后没有做cleanup；解决方法：在OMC上做cleanupaxadminhost$/alcatel/omc3/migration/script/cleanUp.plaxadminhost$/alcatel/omc3/migration/script/cleanUpPRC.pl,Misaligned问题,Misaligned原因分析,在OMCR上的配置操作（逻辑、硬件）要更新OMCR上相关数据库（RNIMSC，RNIMPRC，BSSIM)中储存的信息和BSC数据库（DLS）中储存的信息。如果某些信息在相关数据库中不一致，信息无法正常更新，则会引起BTS/CELLMisaligned。另外一种情况是从BSC上传配置信息（upload/audit)，无法正常更新OMCR上相关数据库，也会引起BTS/CELLMisaligned。*有时候尽管一些网元的AlignmentStatus是“misaligned”，包含这些网元的PRC仍然可以激活。这些网元的配置在RNIMSC中更新，但是没有更新到BSS/MFS中，这就为下次出现“misaligned”埋下隐患。对BSS/MFS操作只有收到“Unsuccessful”REPORTs才可能导致“Misaligned”status；“Partsuccessful”REPORTs不会影响alignmentstatus。,CELL/BSCMISALIGNED问题分处理方法（一）,问题描述问题症状:当激活一个PRC或者在SC窗口中，直接进行在线网络配置修改时，某个小区出现Misaligned。问题分析:在该小区上，单击右键激活的弹出窗口中，执行“ShowAlignmentStatusCause”功能，用户可以观察到引起Misaligned的具体原因。解决方法情况一：如果在GSMalignmentcause中显示问题原因为“lostofcommunicationwithBSC”。则需观察此时BSC-OMC的连接状况；如果连接问题得到解决，而该BSC下出现Misaligned的小区又很多，此时则需要通过对BSC做ForceConfigBSS另外还需要做小区的ForceConfig。情况二：如果在GSMalignmentstatuscause中显示为“jobunsuccessfullreceivedfromtheBSC”,则需要做BSSForceConfig(如果此时有许多小区Misaligned则还需做这些小区的ForceConfig),情况三：如果执行了ForceConfig后，小区依然处于Misaligned的状态。此时则必须通过PRC来删创该小区。,CELL/BSCMISALIGNED问题分处理方法(二）,问题描述问题症状:做完audit(或UploadRadioParameter)，小区出现Misaligned。问题分析:在该小区上，单击右键激活的弹出窗口中，执行“ShowAlignmentStatusCause”功能，用户可以观察到引起Misaligned的具体原因。情况一：如果在GSMalignmentcause中显示问题原因为“lostofcommunicationwithBSC”。则需观察此时BSC-OMC的连接状况；如果连接问题得到解决，重新做audit(或UploadRadioParameter）。情况二：如果在GSMalignmentstatuscause中显示为“jobunsuccessfullreceivedfromtheBSC”重新做audit，如果一个BSC下有许多小区Misaligned，首先要做“LogicalauditBSS”。*GPRSalignment一般都会变成Misaligned，需要对BSS做“resynchronization”。,预防措施,方法一及时发现和消除各个数据的库间信息不一致，规范OMCR上的操作，可以有效防止Misaligned产生。检查数据库信息不一致B72OMCR上检查RNL（RNIM）层，EML（BSSIM）层的及BSC中关于切换关系数据的一致性。（检查时停止对BSC所有的逻辑参数操作）。操作方法：RNUSMGeneralQueryAdjacenciesInconsistencies给出AdjacencyInconsistencies报告如下图：,解决方法,需要重新更新各个数据库及BSC中的参数，可以通过删创这些切换关系。如果某个BSS下有较多不一致信息，可以删/创BSS。要确保检查到的Inconsistency反映网络及OMCR上的实际情况，建议定期对BSC做完LogicalAudit后再做。方法二规范日常操作维护工作，严格遵循操作维护手册完成所有操作OMCR上BSSUSM/RNUSM操作都有一个“followup”窗口给出操作过程、提示信息和出错信息，观察窗口中给出的信息，如果有提示信息或出错信息出现，应立即停止操作，解决问题后再继续操作。,OMCR上告警显示异常,OMCR上告警显示异常,三种表象OMCR上许多网元告警丢失，无法看到告警信息从BSSUSM/RNUSM选中网元后显示其告警信息，告警窗口出现却没有告警，在当前告警中告警却存在OMCR上个别告警没有及时更新,网元告警丢失,原因OMCR上有告警过滤器（filter)设置，第一层的过滤会让相关告警被丢弃，既不在当前告警数据库中保留，也不会保留在历史告警数据库中。一般是在当前告警窗口中OptionAdministrationOMCR_hostname中对ArchivingFilter做了修改（缺省设置没有设Filter)。在保存设置时，系统会给出提示信息如下图：影响只有匹配过滤器的告警被保留，其他告警都被OMCR丢弃，既不在当前告警数据库中，也不会保留在历史告警数据库中。解决方法去掉过滤器设置，恢复到缺省配置。,从BSSUSM/RNUSM无法链接显示告警,原因从BSSUSM/RNUSM中选中某个网元，右键“showAlarms”，会调用当前告警窗口中的“Investigation”sublist，检查其中包含的告警信息，给出选定网元的所有告警信息，如果“Investigation”sublist的过滤器设置被修改，只匹配某些告警，除此之外网元的告警都无法通过此方式打开，而在当前告警窗口中告警都存在。影响无法在RNUSM/BSSUSM中方便快捷地看到网元告警解决方法去掉“Investigation”sublist中的修改，恢复到缺省配置。建议不要修改OMCR缺省配置和所有的sublist，如果需要过滤某些告警，可以创建新的过滤器，过滤出需要的告警。,OMCR上个别告警没有及时更新,原因OMCR上BSSIM模块负责接受所有告警消息、事件（event)和网元状态变化，BSSIM接受到之后，把信息转发给AS和Q3IM模块，AS把告警存储到数据库中，根据系统设置和告警状态变化，把相关告警转存到历史告警数据库和当前告警数据库，如果BSSIM没有收到告警变化（消除）的消息，就无法更新OMCR上对应告警的状态。影响对监视某些网元状态带来影响，无法及时跟踪相关网元的状态变化。解决方法这种现象一般发生在有大量告警产生并向OMCR发送时，而且集中在LossofALLChan/LossofTCH两个告警上。根据告警从BSS中产生到OMCR上显示的过程，逐步解决对相关BTS做alarm/stateaudit,OMCR上个别告警没有及时更新,*从BSS上存储告警信息的文件中重新查询这个告警的更新情况，如果取到，OMCR会更新相应告警在OMCR上的状态；如果还是没有更新，需要处理BSS上存储告警信息的文件将standbySYS-CPR上的文件ALM_LIST.01A和ALM_LOG.01A删除，切换当前activeSYS-CPR到standby，删除现在standbySYS-CPR上的这两个文件再切换当前activeSYS-CPR到standby对相应BTS做alarm/stateaudit*BSS从告警队列中重新提取所有告警信息并重生成这两个文件，OMCR就会从这两个文件中提取到告警最新的状态，更新OMCR上该告警的状态。*切换SYS-CPR有风险，请在SYS-CPR较空闲时做如果还是没有更新，说明BSS中这个告警“clear”的标识丢失，需要“lock/unlock”该小区。,MFS和OMCR连接中断,MFS和OMCR连接中断,连接中断后一般按以下步骤检查定位在OMCR上检查MFS的连接状态：,MFS和OMCR连接中断,从OMCR上尝试能否ping到MFS的两个server;从OMCR上尝试能否telnet到MFS的两个server;如果都可以，则尝试对MFS的server做switchover如果连接还没有恢复，需要重起OMCR上的相关进程，一般步骤如下：重起对应的MFSIM进程，看连接是否恢复如果还没有恢复，则依此停止相关进程后依此启动（注意顺序）在DSMUSM窗口中依此stopAllthemfsim(s),q3im(ifthereisNMC)Allthehpovprocess然后依此startAllthehpovprocessq3im(ifthereisNMC),MFS和OMCR连接中断,Allthemfsim(s)如果还是没有恢复，依此stop进程Allthemfsim(s),q3im(ifthereisNMC)AllthehpovprocessBsscommOsi然后依此start进程OsiBsscommAllthehpovprocessq3im(ifthisthereisNMC)Allthemfsim(s),MFS和OMCR连接中断,如果还是无法恢复，需要rebootMFS所连的OMCR，请询问我们分公司负责的工程师后再做。,OMCR日常维护工作,OMCR日常维护工作,及时的日常维护工作可以早发现和早处理问题和故障，减少对网络的影响。系统硬件故障检查检查方法检查OMCR设备上文件/var/adm/messages检查文件中的关键字如“disk”，”memory”，”CPU”等。较简便的方法是观察OMCR设备上指示灯的状态检查对象所有OMCRserver，HMIserver和HMIstation重要性高周期每周,OMCR日常维护工作,文件系统使用情况检查方法命令“dfk”的结果检查对象所有OMCRserver，HMIserver和HMIstation重要性高周期每天/var/adm/wtmpx/var/adm/utmpx解决方法#cat/dev/null/var/adm/wtmpx/tmp数据库一致性检查检查方法在RNUSM窗口中执行General-QueryAdjacenciesInconsistencies检查对象所有OMCRmasterserver重要性高周期每天解决方法将切换关系刪掉后重新创建,O