华为NodeB故障分析与处理课件

NodeB故障分析与处理V100R008参考资料《RAN故障处理案例集》SUPPORT.HUAWEI.COM网站Page1在系统故障的情况下迅速定位并排除故障，是RAN稳定、安全运行的重要保障“防患于未然”！预防故障比解决故障更重要！前言Page2内容介绍第1章故障处理的一般流程第2章NodeB常见故障分析第3章NodeB故障预防措施Page4故障处理一般流程发现故障：多种途径、越早越好判断故障：确定故障位置、范围、种类定位故障：确定故障原因解决故障：清除故障、恢复系统故障处理一般流程Page5故障处理一般流程告警： 反映系统的“硬伤”话务统计： 全面的系统监控用户投诉： 越少越好全面巡检： 设备“体检”发现故障的途径Page6故障处理一般流程RAN侧问题传输类故障小区类故障业务类故障链路类故障对接类故障时钟类故障天馈类故障操作维护问题OMC类故障加载类故障网络优化问题接入类故障掉话类故障拥塞类故障切换类故障常见故障种类Page8故障处理一般流程告警信息分析包含故障或异常现象的具体描述、可能的发生原因、有哪些修复建议等等，涉及硬件、链路、中继、CPU负荷等RAN的各个方面，是进行故障分析和定位的重要依据之一指示灯状态分析反映诸如端口、电路、链路、光路、节点、主备用等的工作状态，常常与告警信息分析配合使用话务统计分析定位、解决网络问题（尤其是呼叫问题）最有效的手段故障定位的常用方法Page9故障处理一般流程仪器、仪表辅助分析以直观、量化的数据直接反映故障的本质主要仪器有：信令分析仪、误码仪、测试手机、天馈分析仪等接口跟踪利用跟踪的结果，常常可以直接得到呼叫失败的原因，找出问题的症结所在，或者从中得到启发，为后续分析提供宝贵的思路业务测试判断RAN侧的业务处理功能和相关设备是否正常最直接的方法故障定位的常用方法Page10故障处理一般流程联系华为技术支持热线：800－830－2118（中国）反馈问题的时候，请注意提供或收集以下信息局点的详细名称（全称）联系人姓名、电话号码故障发生的具体时间故障现象的详细描述告警文件、接口跟踪文件、话统结果等原始信息NodeB的软件版本故障后已采取的措施和结果问题的级别及希望解决的时间故障定位的常用方法Page12小结故障处理的一般流程发现故障－>判断故障－>定位故障－>解决故障故障定位的主要方法解决一般故障告警信息分析、指示灯分析对比/互换解决复杂故障话务统计分析、仪器分析接口跟踪、业务测试紧急恢复系统倒换/复位Page13内容介绍第1章故障处理的一般流程第2章NodeB常见故障分析第3章NodeB故障预防措施Page14传输类故障RAN传输网络Page16传输类故障传输电路中断基站和RNC之间传输环节越多，传输中断可能性越大传输码不同如果一方使用CRC4校验，而另一方未使用，则传输不通传输误码率高，频繁闪断E1接头接触不良工程质量问题，会造成传输时有时无，话音质量差，严重时会造成基站传输中断使用微波、XDSL的基站一般误码率较高，阴雨天气闪断更频繁传输接地不好故障现象及常见原因Page17案例1：传输不通传输类故障故障现象传输不通，E1出现告警故障处理

可能由单板故障，E1端口故障或者线缆故障引起1.检查单板和E1端口的报警信息 DSPBRD DSPE1T1 如果单板故障，更换单板2.单板正常但E1仍有报警，先进行本端环回测试

SETE1T1LOP (LoopbackType=LOCAL)

LOPE1T1（RNC） DSPE1T1（NodeB） SETE1T1LOP (LoopbackType=NOLOOP) 如果是E1端口故障，更换单板Page18内容介绍第2章NodeB常见故障分析2.1传输类故障2.2操作维护类故障2.3 小区类故障Page20操作维护类故障NodeB提供两种操作维护方式：近端操作维护方式远端操作维护方式RNCSNTPServerM2000Subnet2Subnet3IPoAlocalIPIPoAPeerIPRNCBAMIPSubnet5Subnet4LMT2LMT1Subnet1BTS3812ENMPTEthernetPortIPaddress背景知识Page21操作维护类故障维护人员能够使用LMT以远端和近端方式登录到NodeB，以便对NodeB进行必要的维护操作。主要包括射频通道的校正、时钟源的设置、基站单板的操作维护、基站的版本升级。远端操作维护指利用NodeB和RNC之间的传输链路，维护人员使用LMT在RNC（BAM）侧登录NodeB。近端操作维护是指维护人员使用LMT通过网线直接登录到NodeB，维护人员必须事先知道基站近端维护IP地址。背景知识Page22操作维护类故障故障处理单击“开始/运行”，输入pingXX.XX.XX.XX，看是否能ping通。如果是近端维护，推荐使用交叉网线直接连接LMT所在的计算机和NodeB的主控板网口，排除网络质量的干扰。如果是经由RNC通过IPoA进行维护，则需要检查IPoA带宽是否太小。（LSTIPOAPVC和LSTATMTRF）案例1：下载软件包时间太长，有时甚至下载失败Page24操作维护类故障故障现象方式1）：使用操作维护系统通过IPoA链路登录到基站后，利用MML命令（SETIP）来设置近端维护通道地址，然后利用MML命令（LSTIP）来查询近端维护IP地址是否设置成功。方式2)：利用配置管理系统打开数据配置文件，修改基站属性，将近端IP地址修改成需要设置的地址后重新下载数据配置文件，重新启动基站。案例2：下载数据配置文件重新启动基站后，

无法使用近端方式登录NodeBPage25小区类故障当NodeB侧配置的本地小区资源可用的时候，NodeB将通过资源状态指示或是审计过程将资源状态反馈给RNC，由RNC发起小区建立流程，建立逻辑小区。当逻辑小区建立并可用后，该小区才能提供业务服务。与小区建立过程相关的因素和条件主要包括如下几点：1 单板工作状态逻辑可用2 传输数据正确配置3 传输链路正确连接RNC配置的小区建立参数合理NodeB本地小区配置参数正确背景知识Page28背景知识NBAP_AUDIT_REQNBAP_CELL_SETUP_REQNBAP_CELL_SETUP_RSPNBAP_COMM_TRANSP_CH_SETUP_REQNBAP_COMM_TRANSP_CH_SETUP_RSPNBAP_SYS_INFO_UPDATE_REQNBAP_SYS_INFO_UPDATE_RSPNBAP_AUDIT_RSPNodeBRNC小区类故障Page29小区类故障故障现象逻辑小区无法建立，在NodeB操作维护系统，通过MML命令查询到本地小区资源可用，NCP、CCP的状态均正常在NodeB操作维护系统使用MML命令ADTRES请求RNC下发资源审计，RNC下发资源审计命令，但是不下发CELLSETUPREQUEST消息案例1：NodeB状态正常，但RNC不下发CELLSETUPREQUEST消息，IUB口无RNC的小区建立消息Page30小区类故障故障处理查看NodeB的审计消息中上报的最大下行功率是否小于RNC配置的值。在NodeB的操作维护系统，通过MML命令（DSPCELL）查看该小区的本地小区号是否和RNC协商的一致。案例1：NodeB状态正常，但RNC不下发CELLSETUP

REQUEST消息，IUB口无RNC的小区建立消息Page31小区类故障故障现象RNC下发CELLSETUPREQUEST消息NodeB上报CELLSETUPRESPONSE消息之后RNC下发两条COMMONTRANSPORTCHANNELSETUPREQUEST消息收到NodeB上报的两条COMMONTRANSPORTCHANNELSETUPRESPONSE消息后，RNC没有下发SYSTEMINFORMATIONUPDATEREQUEST消息，而是下发CELLDELETIONREQUEST消息从NodeB侧和RNC侧观察，此刻均无告警案例2：NodeB上报小区及公共传输信道建立响应后，RNC删除小区Page32小区类故障故障处理在NodeB操作维护系统使用MML命令（LSTAAL2PATH）获得AAL2PATH的配置数据。将NodeB的AAL2PATH的配置数据与RNC侧的配置数据进行比较，把不一致的数据修改为一致。检查NodeB和RNC之间配置了AAL2的E1/T1或STM1物理端口连接是否正确。如果有错则需要重新对接。检查NodeB的ALCAP配置的ATM物理地址是否同RNC侧的相应配置数据一致，如果不一致则修改为一致。案例2：NodeB上报小区及公共传输信道建立响应后，RNC删除小区Page33小区类故障故障现象3812E机柜做室内分布，属于异频同覆盖，功放为38W。两个小区的最大发射功率在RNC和基站上均配置为430，结果加载脚本后导致该站第二个小区无法建立。告警消息显示：小区建立失败，RNC侧提示为功率不匹配，NODEB侧提示为射频资源不足。案例3：基站配O2站型时两个小区最大发射功率配成430 导致第二小区无法建立Page34小区类故障故障处理根据RNC侧告警提示可以判断，问题出在功率配置上，两个小区的配置都为430，即20W，两个小区总功率为40W，但基站用的是38W的功放，承载单载波时机顶功率仅为30W，由于两个小区共用一个功放，这样一来，小区配置功率之和大于机顶硬件发射功率。因此导致其中一个小区建立失败。调整数据配置，两个小区的功率之和要小于30W。例如一个小区配成430，另一个配成400即可，但考虑到室内覆盖效果，建议将30W的功率平均分配到两个小区之上，即在RNC和NODEB上将每个小区最大发射功率配成417即可。案例3：基站配O2站型时两个小区最大发射功率配成430 导致第二小区无法建立Page35本章总结处理故障前先要把思路理清，切忌盲目操作，造成故障扩大化故障处理时一定要做好记录，否则即使排除了故障也不知道为什么及时总结故障处理经验，才能有效地提高故障分析水平Page36内容介绍第1章故障处理的一般流程第2章NodeB常见故障分析第3章NodeB故障预防措施Page37第三章NodeB故障预防措施与其“亡羊补牢”不如“防患于未然”Page38第三章NodeB故障预防措施硬件方面：严格按照工程规范施工，千万别碰“高压线”！特别关注中继电缆接头质量一定要对所有中继端口逐一做导通测试特别关注天馈接头制作质量和防水处理一定要保证系统的接地、防雷（电源、中继、天馈）措施落实到位日常运行状态检查NodeB维护台首先进行多基站故障查询，然后对有问题的基站逐一检查；根据故障描述和处理建议排除故障；如果暂时无法排除，必须明确每一个问题的