爱立信RAN监控维护操作指引第二版

1、爱立信RAN监控维护操作指引适用人群：广东联通无线网络设备维护人员适用设备：爱立信无线网络设备P7版本版本说明：本指引为第二版，以后会随着设备变更、技术要求变更或维护作业项目的变更进行修改，推出新版本。注意事项：本指引只适用于爱立信无线网络设备的一般性维护指导。目录1概述32日常维护所需工具和软件32.1工具32.2软件33每日例行任务33.1告警监控处理3告警说明3告警查看和告警输出5告警处理83.2RNC CV备份103.3RNC健康检查124每周，每月例行任务144.1Node B系统备份144.2Node B健康检查144.3清理RNC和Node B系统CV备份144.4清理软件升级包

2、145按需任务155.1网络配置更改155.2网络系统升级156爱立信维护支持156.1技术咨询156.2紧急支持161概述此指引根据爱立信RAN系统的维护要求所编写，为RAN维护工程师提供日常维护操作指引。文档中概述了每日，每周，每月以及按需服务所需的日常维护操作。2 日常维护所需工具和软件2.1 工具u T8 螺丝刀u RNC串口线u 以太网线2.2 软件u Element Manageru Ju Telnet 工具u ALEX libraryu FTP客户端程序以及服务器端程序3 每日例行任务3.1 告警监控处理3.1.1 告警说明RAN告警分为4类：严重告警，主要告警，次要告警，和警告

3、告警。告警的监控可以通过OSS来操作。爱立信RAN设备的告警举例说明如下：Perceived SeverityEventTimemanaged elementSpecific Problem Critical2009/6/6 1:16:57DGRNC7Rnsap_RemoteFailure每一个告警提供了以下信息说明： specificProblem 字符串组成，说明每个告警的名称或者标题，与操作维护手册OPI中告警列表中的标题是对应的 eventType 指示了告警类型，有以下5种告警类型 - Communications Alarm - Processing Error Alarm - E

4、nvironmental Alarm - Quality of Service Alarm - Equipment AlarmprobableCause 导致告警的原因perceivedSeverity 告警级别 - Critical 严重告警 - Major 主要告警 - Minor 次要告警 - Warning 警告 Managed Object 产生告警的网元爱立信RAN网络所有告警和事件列表请参考以下附件：3.1.2 告警查看和告警输出OSS查看告警的工具有如下三个：ASM、ALV和ALB，这三个工具可以通过在Workspace的右键菜单调出，也可以通过ONE的下拉菜单调出。ASMAS

5、M是用矩阵的形式显示一个或多个网元告警信息的工具，通过ASM可以从宏观的角度了解告警的分布情况。· 在ASM的主界面上，可以列出某一个网元的信息，如一个RNC或一个RBS；也可以列出一个RNC及其下面所有RBS的告警信息；还可以列出一个自定义的组的信息，如所有的RNC和所有的RBS。· 在主界面上，根据不同的图标可以判断出不同的网元类型，通过标识在网元图标上的数字可以知道告警的数目，还可以根据告警数字的背景颜色判断出告警的类型，如紧急、一般等。· 当网元上产生新的告警信息或者告警清除信息时，ASM会自动收到相应的通知并标识出来；如果需要手动同步某个网元的告警，可以

6、点选该网元然后选择Tools中的Synchronize菜单项进行手动同步。· 在ASM上可以通过双击某个网元或者网元组调出ALV来查看告警的详细信息。· 有关ASM的详细操作，请参考ALEX中的Operation & Maintenance->Fault Management->Fault Manager Alarm Status Matrix, User GuideALVALV是显示一个或多个网元某个网元详细告警信息的工具，通过ALV可以从查看告警的详细情况。· 在ALV的主界面上，通过选择一个或多个网元，然后点击右键中相应的菜单查看网元的告

7、警，告警将会以列表的形式列出；· 通过告警的背景颜色，可以分辨出告警的类型，如紧急、一般等；· 双击告警或者显示扩展信息，可以看到告警的详细信息，如告警号码、发生时间、类型的；· 在ALV上可以设定打开或者关闭某个网元的告警监控；· 在ALV上可以对一条或多条告警进行确认和手工清除；· 当一条告警在网元上产生以后，会发消息到ALV上并显示出来；当收到对应的告警消除信息以后，ALV将会把该告警标记为已经消除；当一条告警被确认以后，将会从ALV中移除；用户还可以强制性的在ALV中清除一条告警；· 用户可以自定义告警的排序方式、告警的过滤器

8、和记录用户自定义的配置等；· 有关ALV的详细操作，请参考ALEX中的Operation & Maintenance->Fault Management->Fault Manager Alarm List Viewer, User GuideALBALB是用来查看告警日志信息的工具，通过ALB可以参看已经在ALV中移除了的告警信息。· ALB可以选择要查看的时间段；· ALB可以选择对一个或者多个网元进行查询，还可以选择相应的过滤器；· ALB可以选择对告警中相应的告警内容进行查询、排序；· ALB还可以选择输出的格式，以及

9、把输出存放到文件中有关ASM的详细操作，请参考ALEX中的Operation & Maintenance->Fault Management->Fault Manager Alarm Log Browser, User Guide3.1.3 告警处理针对各种不同类别的告警处理，请参考CPI文档：Operation and Maintenance里的Alarm。以下列出一些故障告警处理的操作方法：· 断站告警处理1. 在OSS上打开Alarm List Viewer2. 选择需要监控的网元，view Alarms3. 菜单-Edit-Filters，选择Heartb

10、eat Failure的Filter，筛选出有Heartbeat Failure告警的基站（此告警表明基站与OSS断开连接）, 但是此告警并不意味着基站断站,有时只是说明基站与OSS的连接中断. 还可以通过NBAP disable的告警和 utrancell disable的告警来判断断站告警.4. 根据RBS ID（基站号），打开相应RNC的Element Manager图形操作界面，在Radio Network的窗口下查看该站Utrancell的状态，若Utrancell状态为Enable，则可判断传输状态正常. 需要检查基站的IP over ATM的链路状态。5. 若小区状态为disab

11、led，则可根据传输资料，查出该站承载于哪个ImaGroup. 在没有传输资料的情况下，可根据RBS ID，查看对应的Aal5TpVccTp的MO属性，亦可查出该站对应的ImaGroup。 在EM界面ATM的窗口下的ImaGroup子菜单下查看对应ImaGroup的状态，展开ImaGroup可查看ImaLink状态，若ImaLink状态不正常，可查看该ImaLink对应的E1状态，先查vc12ttp状态，若vc12ttp为disabled，则可定位于传输网管侧问题；若vc12ttp为enable，但一条或者几条E1为disabled，则需要下站对传输或者查找基站侧问题。· 小区退服处

12、理小区退服的告警通常为RACH/FACH/PCH， HSDSCH/EUL_NBAPMessageFailure 或者Utrancell_NBAPMessageFailure。关于小区退服的告警处理：如果是全部小区退服，先检查传输是否中断，可以参照断站处理方法。如果传输连接正常，只是一个基站的个别小区退服，需要检查基站侧告警，是否有硬件问题。通常RAX板，TX板或者RU板故障会导致小区退服，需要下站排查。RNC还可以通过闭解信道和小区操作来进行恢复。具体告警处理需要参照维护操作指引。参考 RNC OPI： Troubleshooting guide 参考Node B OPI：/Fault Man

13、agement/Alarms/· MTP3b信令链中断告警处理以及ATM端到端环回测试对于MTP3b信令链中断告警，主要是指朝向核心网侧IU_CS/PS或者IUR信令链中断。告警处理方法：查看各个接口的MTP3b的状态，确认告警列表中是否有与MTP3b信令相关的物理传输或ET板告警第一物理链路检查。目前朝向核心网MGW/MSC以及相邻RNC的信令链路连接是采用ATM承载，对物理链路的检查可以通过ATM端到端的环回测试实现。打开RNC EM，在下拉菜单中选取ATM，在AAL5 Termination Points目录下选取信令链所对应的AAL5TpVccTp，AAL5TpVccTp的命

14、名规则为：字母开头为g表示朝向MGW，r表示朝向RNC，b表示朝向Node B，o表示RNC O&M连接。在MO属性里可以查询到对应的ATM Ports 和VclTp。然后在 ATM Ports菜单下选取对应的VclTp，在右边窗口中action中选取eteloopback，就可以进行端到端测试。测试结果为true，即为传输链路状态正常。第二进行恢复操作，在signaling菜单中选取MTP 3b Signaling Points ->Mtp3bSpItu=1 -> MTP 3b Signalling Link Sets. 如果其中任一个MTP 3b Signaling L

15、ink Sets状态是disabled，有可能是对端链路有故障，或硬件问题，或链路吊死。可以通过激活或去激活Signaling LinkSet 和MTP3b Signaling Link。如果仍然解决不了问题，请上报爱立信后台支持。IU_PS接口是通过IP承载，对于IU_PS的信令中断，可以采用以下指令去检查IP层状态：ipac_ping -z <源IP地址> -d <目的地IP地址> 。Ipac_traceroute z <源IP地址> -d<目的IP地址>。如若不正常则需先检查RNC到CE路由器的连接是否正常。· 硬件告警硬件告警指

16、示：例如：Plug-In Unit General ProblemPlug-In Unit HW FailurePlug-In Unit Synch Hardware FaultHardware Failure ImminentEquipment Protection Hardware FaultET Hardware Fault参照相应告警对应的OPI去执行操作。3.2 RNC CV备份系统备份分为系统CV备份和全系统备份(备份到外部媒介) 。系统CV (configuration version) 是系统所有配置的备份。在通常情况下, 系统CV倒回可以解决绝大部分的系统问题。全系统备份是把

17、所有系统文件备份到外部媒介, 只适用于开局和所有常规方法无法解决RNC故障的情况。相当于整个系统全部格式化，重新装载软件和所有配置。每日需要备份RNC的CV（Configuration Version），备份后的CV需要存储在OSS的FTP服务器上或者是外部存储器。CV备份可以通过在RNC上设定每天的固定时间来完成，也可以通过手动来完成。· CV自动备份设置：打开RNC Element Manager，在下拉菜单中，选择Containment（MOM based），在左下窗口中选择SwManagement=1，右键点击 ConfigurationVersion1属性 ，设置autoC

18、reatedCVIsTurnedOn为true，以及timeForAutoCreatedCV为指定的时间。· CV备份方法如下：备份操作可以通过RNC EM来进行，也可以通过OSS SMO来进行。以EM操作为例。打开RNC EM，从下拉菜单中选择Software，在右下窗口中点击CV，随意选取一个CV，点击右键并选择CV Create,在对话框里面填写备份的名字等，确认。这样系统CV备份就建立了.值得注意的是CV备份有Startable 和rollback list参数. Startable是指系统故障要自动倒回时第一个倒回的备份. Rollback list里面的数字是指当Star

19、table的CV没有解决问题时按照顺序倒回的备份, 从1开始逐次倒回.参考OSS-RC OPI：SMO Software Management Organizer, user guide 6.9章节Create Configuration Version 参考RNC OPI：Saving Configuration Version Backup参考RNC OPI：Restoring a Configuration Version Backup参考 RNC OPI： Troubleshooting guide 3.3 RNC健康检查RNC健康检查包括了以下信息：1) Abnormal Resta

20、rts2) Disabled unlocked PIUs3) Hardware4) Red LED status5) Alarm6) Disk Space7) Upgrade package8) Cell availability9) Link Device status10) Errors通过RNC健康检查，可以获得RNC的当前运行状态：硬件状态信息，告警信息，小区的工作状态，信令链的状态，以及RNC非正常重启和错误信息。对于及时发现RNC的潜在问题和日常维护有很大帮助。RNC健康检查可以通过OSS SMO来操作。打开SMO图形界面，菜单“工具”中选取Start Health Check，在

21、弹出的窗口中，选取所要检查的项目。健康检查的结果将以html的格式输出，也可以从服务器上获取：http:/<hostname>:8080/nms_hc_server/resultfiles/<result_file_name>.html例如：http:/masterservice:8080/nms_hc_server/resultfiles/HealthCheck_2009_05_11_223515_686.html图1：健康检查图表图2：健康检查结果4 每周，每月例行任务4.1Node B系统备份Node B系统备份可以采用每天系统自动备份，或者参数修改后手动备份，参见3.1CV备份。4.2Node B健康检查Node B健康检查主要包括告警检查和硬件检查，参考RNC健康检查方法3.2。建议每两周或者每月进行一次全网的Node B健康检查。4.3清理RNC和Node B系统CV备份为了确保必要的硬盘空间和避免不超出最大的CV备份数目，需要定期清理RNC和Node B上旧的CV备份， 建议在维护的初始阶段，在必要的硬盘备份的前提下，可以每周或者每两周进行一次全网RNC CV备份清理。Node B可以每两个月进行一次CV备份清理，删除旧的CV备份。为了避免占用不必要的硬