CNE040607000106 RAN故障处理流程课件

RAN故障处理RAN6.0RAN故障处理RAN6.0现场开局或维护工程师时经常会遇到各种各样的RAN设备调试问题，如何定位问题？如何解决问题？本课程为大家介绍了RAN故障的主要分类和处理流程前言Page2现场开局或维护工程师时经常会遇到各种各样的RAN设备调试问题学习完此课程，您将会：掌握RAN故障处理的流程和方法掌握RAN设备常见故障的定位方法目标Page3学习完此课程，您将会：目标Page3内容介绍第1章故障处理的一般流程第2章RNC常见故障分析第3章NodeB常见故障分析Page4内容介绍第1章故障处理的一般流程Page4故障处理概述故障处理的一般流程信息收集在处理故障前，一般需要收集必要的故障信息故障判断在获取故障信息后，需要对故障现象有一个大致的定义，以确定故障的范围与种类故障定位故障定位是“从众多可能原因中找出故障原因”的过程故障排除故障排除是指采取适当的措施或步骤清除故障、恢复系统的过程。如检修线路、更换单板、修改配置数据、倒换系统、复位单板等Page5故障处理概述故障处理的一般流程Page5故障处理概述故障的分类RAN故障分类加载类故障业务类故障操作维护类故障小区类接入类电路域业务分组域业务索引关系接口链路类故障开局硬件故障维护运行硬件故障Page6故障处理概述故障的分类RAN故障分类加载类故障业务类故障操作故障处理概述故障定位常用手段查看告警、指示灯和错误提示RAN设备为每一条告警提供了丰富的告警处理的操作步骤，按照告警处理的详细操作步骤可以排除大部分故障接口和协议跟踪业务演示辅助分析仪器、仪表辅助分析性能测量辅助分析测试辅助分析对比/互换主备倒换/复位Page7故障处理概述故障定位常用手段Page7故障处理概述当设备出现异常时，而现场又无法及时定位解决，往往需要求助后方技术支持。这就需要现场搜集尽可能多的相关信息，信息越全面，对问题的定位越有利，可以减少定位人员与现场操作人员之间的交互，以便快速定位解决问题。告警信息主机错误日志BAM错误日志维护台操作日志自诊断输出信息单用户的CDR（呼叫数据记录）信息标准接口信令跟踪消息数据配置信息Page8故障处理概述当设备出现异常时，而现场又无法及时定位解决，往往故障处理一般流程发现故障：多种途径、越早越好判断故障：确定故障位置、范围、种类定位故障：确定故障原因解决故障：清除故障、恢复系统故障处理一般流程Page9故障处理一般流程发现故障：多种途径、越早越好故障处理一般流程故障处理一般流程告警： 反映系统的“硬伤”话务统计： 全面的系统监控用户投诉： 越少越好全面巡检： 设备“体检”发现故障的途径Page10故障处理一般流程告警： 反映系统的“硬伤”发现故障的途径Pa故障处理一般流程RNC故障一般是全网性故障，影响多个基站或所有基站NodeB故障一般只影响本基站覆盖区域或周边基站切换指标判断是否为NodeB故障的方法新开局或扩容时，可以通过“替换法”快速定位是否是RNC问题导致NodeB故障维护期间，除了数据修改发生错误外，其他RNC故障一般不会对单个NodeB造成影响故障范围判断Page11故障处理一般流程RNC故障一般是全网性故障，影响多个基站或所故障处理一般流程RAN侧问题传输类故障小区类故障业务类故障链路类故障对接类故障时钟类故障天馈类故障操作维护问题OMC类故障加载类故障网络优化问题接入类故障掉话类故障拥塞类故障切换类故障常见故障种类Page12故障处理一般流程RAN侧问题操作维护问题常见故障种类Page故障处理一般流程告警信息分析包含故障或异常现象的具体描述、可能的发生原因、有哪些修复建议等等，涉及硬件、链路、中继、CPU负荷等RAN的各个方面，是进行故障分析和定位的重要依据之一指示灯状态分析反映诸如端口、电路、链路、光路、节点、主备用等的工作状态，常常与告警信息分析配合使用话务统计分析定位、解决网络问题（尤其是呼叫问题）最有效的手段故障定位的常用方法Page13故障处理一般流程告警信息分析故障定位的常用方法Page13故障处理一般流程仪器、仪表辅助分析以直观、量化的数据直接反映故障的本质主要仪器有：信令分析仪、误码仪、测试手机、天馈分析仪等接口跟踪利用跟踪的结果，常常可以直接得到呼叫失败的原因，找出问题的症结所在，或者从中得到启发，为后续分析提供宝贵的思路业务测试判断RAN侧的业务处理功能和相关设备是否正常最直接的方法故障定位的常用方法Page14故障处理一般流程仪器、仪表辅助分析故障定位的常用方法Page故障处理一般流程对比/互换对比：将故障的部件或现象与正常的部件或现象进行比较分析，查出不同点，从而找出问题的所在，一般适用于故障范围单一的场合互换：将处于正常状态的部件（如单板、光纤，甚至整个基站等）与可能故障的部件对调，比较对调后二者运行状况的变化，以此判断故障的范围或部位，一般适用于故障范围复杂的场合倒换/复位：只能作为应急措施，迫不得已时谨慎使用相对于其他方法而言，倒换或复位不能对故障的原因进行精确定位倒换或复位后，故障现象一般难以在短期内重现，从而容易掩盖故障的本质，给设备的安全、稳定运行带来隐患故障定位的常用方法Page15故障处理一般流程对比/互换故障定位的常用方法Page15故障处理一般流程联系华为技术支持热线：800－830－2118（中国）075528560998填写GCRMS问题单反馈问题的时候，请注意提供或收集以下信息局点的详细名称（全称）联系人姓名、电话号码故障发生的具体时间故障现象的详细描述告警文件、接口跟踪文件、话统结果等原始信息NodeB的软件版本故障后已采取的措施和结果问题的级别及希望解决的时间故障定位的常用方法Page16故障处理一般流程联系华为技术支持热线：800－830－211小结故障处理的一般流程发现故障－>判断故障－>定位故障－>解决故障故障定位的主要方法解决一般故障告警信息分析、指示灯分析对比/互换解决复杂故障话务统计分析、仪器分析接口跟踪、业务测试紧急恢复系统倒换/复位Page17小结故障处理的一般流程Page17内容介绍第1章故障处理的一般流程第2章RNC常见故障分析第3章NodeB常见故障分析Page18内容介绍第1章故障处理的一般流程Page18内容介绍第3章RNC常见故障分析3.1操作维护类故障3.2加载类故障3.3 接口链路类故障3.4业务类故障Page19内容介绍第3章RNC常见故障分析Page19操作维护类故障BSC6810操作维护系统组成操作维护类故障指用户在安装和使用BAM软件、LMT软件过程中发生的故障OMUaSCUaSCUaSCUaSCUaRINTDPUbSPUaSPUaRINTDPUbCSUaGCUa/GCGa内网外网LMTM2000LMTLMTPage20操作维护类故障BSC6810操作维护系统组成OMUaSCUa操作维护类故障BAM故障的一般分析思路当BAM运行正常且各模块启动方式为“自动”的情况下，主用BAM服务器上安全监控管理器应该显示各个模块已启动.当BAM软件的某些模块状态不正常时，可以通过查看运行日志的方法进行故障定位，各模块运行日志存放在BAM软件安装目录下的Services\log中例:D:\WCDMARNC\BAM\VersionA\Services\Log打开各模块的调试窗口，查看调试信息Page21操作维护类故障BAM故障的一般分析思路Page21操作维护类故障Case1重新安装驱动程序后BAM运行异常故障现象BAM软件安装，并且运行正常之后然后重新安装了网卡的驱动程序，发现BAM程序运行异常故障定位及处理安装BAM时记录了安装网卡的标识，这个标识是安装网卡驱动程序时分配的，当BAM程序启动运行时会读取这个网卡标识，并根据网卡标识从网卡中读取IP地址，当重新安装网卡驱动后，网卡的标识会重新分配，这时BAM读取的还是以前的网卡标识，所以找不到网卡，读取IP也就失败重新安装网卡驱动后，需要使用BAM设置工具更新网卡标识Page22操作维护类故障Case1重新安装驱动程序后BAM运行异常Pa内容介绍第3章RNC常见故障分析3.1操作维护类故障3.2加载类故障3.3 接口链路类故障3.4业务类故障Page23内容介绍第3章RNC常见故障分析Page23内容介绍第3章RNC常见故障分析3.1操作维护类故障3.2加载类故障3.3 接口链路类故障3.4业务类故障Page24内容介绍第3章RNC常见故障分析Page24接口链路类故障Iub接口协议栈结构控制面传输网络层控制面用户面无线网络层Q.AAL2传输网络层用户面传输网络层

传输网络层用户面NCPCCPABCCCPNBAPSAALUNIAAL2PATH物理层Q.2150.2Q.2630.1SAALUNIDCHFPRACHFPFACHFPPCHFPATMPage25接口链路类故障Iub接口协议栈结构控制面传输网络层控制面用户接口链路类故障Iu-CS接口协议栈结构控制面传输网络层控制面用户面无线网络层Q.AAL2传输网络层用户面传输网络层

传输网络层用户面ABCRANAPAAL2PATH物理层Q.2150.1Q.2630.1SAALNNISCCPMTP3-BA

IuUPSAALNNIMTP3-BBATMPage26接口链路类故障Iu-CS接口协议栈结构控制面传输网络层控制面接口链路类故障Iu-PS接口协议栈结构控制面传输网络层控制面用户面无线网络层传输网络层用户面传输网络层

传输网络层用户面ACRANAPATMSAALNNISCCPMTP3-BA

IuUPBAALType5IPUDPGTP-U物理层ATM物理层Page27接口链路类故障Iu-PS接口协议栈结构控制面传输网络层控制面接口链路类故障光口的扰码开关未打开导致IU接口的信令链路不通故障现象某局，RNC版本是BSC6810V200R009ENGC01B065+SP02与CS核心网对接时，SAALLNK不通。当RNC和CS直连时，跟踪SAAL信令，发现只有进RNC的消息，没有出RNC的消息.故障定位及处理检查RNC侧和CN侧的光扣板的类型，确定两者是一致的。直接用光纤连接RNC和MGW，但问题依旧。检查RNC侧和CN侧的数据配置是一致的。自环时跟踪SAAL，现象也是只有进RNC的消息，没有出RNC的消息，即4个BGN,一个END。所以可以断定应该是RNC侧的问题。仔细回想和CN对接的整个过程，当BSC6810V200R009ENGC01B065升级SP01补丁的时候，和CN

对接是成功的并可以打通电话。但是当升级SP02补丁后才出现上述描述的问题。所以怀疑SP02补丁是否有限制。询问研发，才知道当升级SP02补丁的时候承载CS的接口板相应的光口属性中的扰码开关必须是打开的。而查看本RNC的光口属性，扰码开关是关闭的，所以用命令SET

OPT修改光口属性中扰码开关为ON，修改完后对接成功可以打通电话。Page28接口链路类故障光口的扰码开关未打开导致IU接口的信令链路不通接口链路类故障SAAL链路CDVT配置太少导致Iu接口信令链路闪断故障现象SAAL链路断了在1s之内又恢复，一天会发生好多次故障定位及处理SAAL链路丢包的主要原因有：光纤接头脏、光纤接头连接不好、时钟问题和两端流量配置不一致等；如果丢包严重就会导致SAAL断链，由于设置了紧急验证所以断链后又能马上建链成功，所以就出现了信令链路闪断由于链路只是单向丢包，所以首先怀疑流量配置问题，检查RNC和CN的流量配置发送流量类型都为RTVBR、峰值速率和平均速率等都相同，只有CDVT配置不一样，CN配置为300000，而RNC配置为10240，CDVT的单位是0.1µs，即RNC的CDVT只有1ms，怀疑是ATM信元时延抖动导致链路丢包，把RNC侧的CDVT换成102400（即10ms）后丢包现象消失，问题解决Page29接口链路类故障SAAL链路CDVT配置太少导致Iu接口信令链内容介绍第3章RNC常见故障分析3.1操作维护类故障3.2加载类故障3.3 接口链路类故障3.4业务类故障Page30内容介绍第3章RNC常见故障分析Page30业务类故障BSC6810光口匹配RAB失败故障现象数据配置完成后，RNC和核心网间可以收发信令，但是信令到RAB指派时，RNC响应失败，原因为：

iu-transport-connection-failed-to-establish.RNC上有两条告警：

Higher

Order

Path

Trace

Identifier

Mismatch

Regeneration

Section

Trace

Identifier

Mismatch

Page31业务类故障BSC6810光口匹配RAB失败Page业务类故障故障定位及处理因为信令可以收发，就没有考虑到光口物理配置的问题。但是从RAB指派失败的原因看，问题还是出在传输层。目光返回到RNC的光口告警上。BSC6800的光口设置用SET

OPT命令，只能选择SDH或者sonet.而6810的SET

OPT命令中可以设置J0/J1的格式以及发送内容。通过与核心网接口格式比对发现：BSC6810的缺省配置是16字节，但是发送内容都是“空”；核心网的J0/J1均为16字节，而发送字为“MGW

SDH

DEFAULT”。这与BSC6810缺省配置不同。将OPT格式改为与核心网配置一致后，问题解决。Page32业务类故障故障定位及处理Page32业务类故障SAAL链路CDVT配置太少导致Iu接口信令链路闪断故障现象某局点需要进行CS域2Gto3G切换，现场使用BSC6810和iDBS。在测试过程中发现切换失败。期间RAN侧没有收到任何切换相关的信令。故障定位及处理由于没有收到来自2G的切换信令，问题可能出在GSM侧和核心网侧。现场没有Probe等路测工具进行路测，但核心网使用的是华为G9设备，于是要求核心网同事跟踪了A口、IU口以及其它相关接口的信令.在A口信令中看到GSM侧上报了handover

required，里面包含切换原因值和切换目标LAI与RNC

ID，但是紧接着核心网回复了handover

required

reject，原因值是invalid

cell。由此可见GSM侧能够正常触发切换流程，只是在核心网处理过程中被拒绝。在检查handover

required内容时发现RNC

ID错误，因为GSM工程师将十进制RNC

ID直接用做16进制数值输入。告知GSM工程师将切换参数中的RNC

ID进行修改，使2G3G的配置一致，随后2G到3G的切换顺利完成。Page33业务类故障SAAL链路CDVT配置太少导致Iu接口信令链路闪内容介绍第1章故障处理的一般流程第2章RNC常见故障分析第3章NodeB常见故障分析Page34内容介绍第1章故障处理的一般流程Page34内容介绍第3章NodeB常见故障分析3.1传输类故障3.2操作维护类故障3.3 小区类故障Page35内容介绍第3章NodeB常见故障分析Page35传输类故障RAN传输网络Page36传输类故障RAN传输网络Page36传输类故障传输电路中断基站和RNC之间传输环节越多，传输中断可能性越大传输码不同如果一方使用CRC4校验，而另一方未使用，则传输不通传输误码率高，频繁闪断E1接头接触不良工程质量问题，会造成传输时有时无，话音质量差，严重时会造成基站传输中断使用微波、XDSL的基站一般误码率较高，阴雨天气闪断更频繁传输接地不好故障现象及常见原因Page37传输类故障传输电路中断故障现象及常见原因Page37案例1：传输不通传输类故障故障现象传输不通，E1出现告警故障处理

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

SETE1T1LOP (LoopbackType=LOCAL)

LOPE1T1（RNC） DSPE1T1（NodeB） SETE1T1LOP (LoopbackType=NOLOOP) 如果是E1端口故障，更换单板Page38案例1：传输不通传输类故障故障现象Page38故障处理3.单板和E1端口正常，仍有报警，此时进行远端环回，并在RNC侧监视

SETE1T1LOP(Looptype=remote) DSPE1T1（RNC）如果是传输网络故障，请检查传输线路及传输设备案例1：传输不通TXRXRXTXRNCNodeBStep2:LocalLoopBack>>SETE1T1LOP(Looptype=local)>>DSPE1T1Step2:LocalLoopBack>>SETE1T1LOP(Looptype=local)>>LOPE1T1(Activateloop)>>SETE1T1LOP(Looptype=noloop)Step3:RemoteLoopback>>DSPE1T1Step3:RemoteLoopback>>SETE1T1LOP(Looptype=remote)Step1:CheckBoardandports>>DSPBRD>>DSPE1T1Step1:CheckBoardandports>>DSPBRD>>DSPE1T1Transportnetwork传输类故障Page39故障处理案例1：传输不通TXRXRXTXRNCNodeBS内容介绍第3章NodeB常见故障分析3.1传输类故障3.2操作维护类故障3.3 小区类故障Page40内容介绍第3章NodeB常见故障分析Page40操作维护类故障NodeB提供两种操作维护方式：近端操作维护方式远端操作维护方式RNCSNTPServerM2000Subnet2Subnet3IPoAlocalIPIPoAPeerIPRNCBAMIPSubnet5Subnet4LMT2LMT1Subnet1BTS3812ENMPTEthernetPortIPaddress背景知识Page41操作维护类故障NodeB提供两种操作维护方式：RNCSNT操作维护类故障维护人员能够使用LMT以远端和近端方式登录到NodeB，以便对NodeB进行必要的维护操作。主要包括射频通道的校正、时钟源的设置、基站单板的操作维护、基站的版本升级。远端操作维护指利用NodeB和RNC之间的传输链路，维护人员使用LMT在RNC（BAM）侧登录NodeB。近端操作维护是指维护人员使用LMT通过网线直接登录到NodeB，维护人员必须事先知道基站近端维护IP地址。背景知识Page42操作维护类故障维护人员能够使用LMT以远端和近端方式登录到N操作维护类故障故障现象软件升级过程中，软件包下载时间长达几个小时，有时甚至下载失败。案例1：下载软件包时间太长，有时甚至下载失败Page43操作维护类故障故障现象案例1：下载软件包时间太长，有时甚至下操作维护类故障故障处理单击“开始/运行”，输入pingXX.XX.XX.XX，看是否能ping通。如果是近端维护，推荐使用交叉网线直接连接LMT所在的计算机和NodeB的主控板网口，排除网络质量的干扰。如果是经由RNC通过IPoA进行维护，则需要检查IPoA带宽是否太小。（LSTIPOAPVC和LSTATMTRF）案例1：下载软件包时间太长，有时甚至下载失败Page44操作维护类故障故障处理案例1：下载软件包时间太长，有时甚至下操作维护类故障故障现象方式1）：使用操作维护系统通过IPoA链路登录到基站后，利用MML命令（SETIP）来设置近端维护通道地址，然后利用MML命令（LSTIP）来查询近端维护IP地址是否设置成功。方式2)：利用配置管理系统打开数据配置文件，修改基站属性，将近端IP地址修改成需要设置的地址后重新下载数据配置文件，重新启动基站。案例2：下载数据配置文件重新启动基站后，

无法使用近端方式登录NodeBPage45操作维护类故障故障现象案例2：下载数据配置文件重新启动基站后操作维护类故障故障处理单击“开始/运行”，输入pingXX.XX.XX.XX，看是否能ping通。如果是近端维护，推荐使用交叉网线直接连接LMT所在的计算机和NodeB的主控板网口，排除网络质量的干扰。如果是经由RNC通过IPoA进行维护，则需要检查IPoA带宽是否太小。（LSTIPOAPVC和LSTATMTRF）案例2：下载数据配置文件重新启动基站后，

无法使用近端方式登录NodeBPage46操作维护类故障故障处理案例2：下载数据配置文件重新启动基站后内容介绍第3章NodeB常见故障分析3.1传输类故障3.2操作维护类故障3.3 小区类故障Page47内容介绍第3章NodeB常见故障分析Page47小区类故障当NodeB侧配置的本地小区资源可用的时候，NodeB将通过资源状态指示或是审计过程将资源状态反馈给RNC，由RNC发起小区建立流程，建立逻辑小区。当逻辑小区建立并可用后，该小区才能提供业务服务。与小区建立过程相关的因素和条件主要包括如下几点：1 单板工作状态逻辑可用2 传输数据正确配置3 传输链路正确连接RNC配置的小区建立参数合理NodeB本地小区配置参数正确背景知识Page48小区类故障当NodeB侧配置的本地小区资源可用的时候，Nod背景知识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小区类故障Page49背景知识NBAP_AUDIT_REQNBAP_CELL_SE小区类故障故障现象逻辑小区无法建立，在NodeB操作维护系统，通过MML命令查询到本地小区资源可用，NCP、CCP的状态均正常在NodeB操作维护系统使用MML命令ADTRES请求RNC下发资源审计，RNC下发资源审计命令，但是不下发CELLSETUPREQUEST消息案例1：NodeB状态正常，但RNC不下发CELLSETUPREQUEST消息，IUB口无RNC的小区建立消息Page50小区类故障故障现象案例1：NodeB状态正常，但RNC不下发小区类故障故障处理查看NodeB的审计消息中上报的最大下行功率是否小于RNC配置的值。在NodeB的操作维护系统，通过MML命令（DSPCELL）查看该小区的本地小区号是否和RNC协商的一致。案例1：NodeB状态正常，但RNC不下发CELLSETUP

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

减少历时影响轻群策群力搞得定 一方有难大家应先申请来后操作 客户意见要多听既取话单又备份 操作过程记录清多查多看慎修改 存在即有合理性操作过程重严谨 前因后果先想明完成操作详记录 原有业务要验证计费验证别含糊 注意汇报及时性客户满意是关键 服务市场是灵魂Page59服务心经－与您共勉预防为主早发现 发现问题强推动PageCNE040607000106RAN故障处理流程课件演讲完毕，谢谢观看！演讲完毕，谢谢观看！RAN故障处理RAN6.0RAN故障处理RAN6.0现场开局或维护工程师时经常会遇到各种各样的RAN设备调试问题，如何定位问题？如何解决问题？本课程为大家介绍了RAN故障的主要分类和处理流程前言Page63现场开局或维护工程师时经常会遇到各种各样的RAN设备调试问题学习完此课程，您将会：掌握RAN故障处理的流程和方法掌握RAN设备常见故障的定位方法目标Page64学习完此课程，您将会：目标Page3内容介绍第1章故障处理的一般流程第2章RNC常见故障分析第3章NodeB常见故障分析Page65内容介绍第1章故障处理的一般流程Page4故障处理概述故障处理的一般流程信息收集在处理故障前，一般需要收集必要的故障信息故障判断在获取故障信息后，需要对故障现象有一个大致的定义，以确定故障的范围与种类故障定位故障定位是“从众多可能原因中找出故障原因”的过程故障排除故障排除是指采取适当的措施或步骤清除故障、恢复系统的过程。如检修线路、更换单板、修改配置数据、倒换系统、复位单板等Page66故障处理概述故障处理的一般流程Page5故障处理概述故障的分类RAN故障分类加载类故障业务类故障操作维护类故障小区类接入类电路域业务分组域业务索引关系接口链路类故障开局硬件故障维护运行硬件故障Page67故障处理概述故障的分类RAN故障分类加载类故障业务类故障操作故障处理概述故障定位常用手段查看告警、指示灯和错误提示RAN设备为每一条告警提供了丰富的告警处理的操作步骤，按照告警处理的详细操作步骤可以排除大部分故障接口和协议跟踪业务演示辅助分析仪器、仪表辅助分析性能测量辅助分析测试辅助分析对比/互换主备倒换/复位Page68故障处理概述故障定位常用手段Page7故障处理概述当设备出现异常时，而现场又无法及时定位解决，往往需要求助后方技术支持。这就需要现场搜集尽可能多的相关信息，信息越全面，对问题的定位越有利，可以减少定位人员与现场操作人员之间的交互，以便快速定位解决问题。告警信息主机错误日志BAM错误日志维护台操作日志自诊断输出信息单用户的CDR（呼叫数据记录）信息标准接口信令跟踪消息数据配置信息Page69故障处理概述当设备出现异常时，而现场又无法及时定位解决，往往故障处理一般流程发现故障：多种途径、越早越好判断故障：确定故障位置、范围、种类定位故障：确定故障原因解决故障：清除故障、恢复系统故障处理一般流程Page70故障处理一般流程发现故障：多种途径、越早越好故障处理一般流程故障处理一般流程告警： 反映系统的“硬伤”话务统计： 全面的系统监控用户投诉： 越少越好全面巡检： 设备“体检”发现故障的途径Page71故障处理一般流程告警： 反映系统的“硬伤”发现故障的途径Pa故障处理一般流程RNC故障一般是全网性故障，影响多个基站或所有基站NodeB故障一般只影响本基站覆盖区域或周边基站切换指标判断是否为NodeB故障的方法新开局或扩容时，可以通过“替换法”快速定位是否是RNC问题导致NodeB故障维护期间，除了数据修改发生错误外，其他RNC故障一般不会对单个NodeB造成影响故障范围判断Page72故障处理一般流程RNC故障一般是全网性故障，影响多个基站或所故障处理一般流程RAN侧问题传输类故障小区类故障业务类故障链路类故障对接类故障时钟类故障天馈类故障操作维护问题OMC类故障加载类故障网络优化问题接入类故障掉话类故障拥塞类故障切换类故障常见故障种类Page73故障处理一般流程RAN侧问题操作维护问题常见故障种类Page故障处理一般流程告警信息分析包含故障或异常现象的具体描述、可能的发生原因、有哪些修复建议等等，涉及硬件、链路、中继、CPU负荷等RAN的各个方面，是进行故障分析和定位的重要依据之一指示灯状态分析反映诸如端口、电路、链路、光路、节点、主备用等的工作状态，常常与告警信息分析配合使用话务统计分析定位、解决网络问题（尤其是呼叫问题）最有效的手段故障定位的常用方法Page74故障处理一般流程告警信息分析故障定位的常用方法Page13故障处理一般流程仪器、仪表辅助分析以直观、量化的数据直接反映故障的本质主要仪器有：信令分析仪、误码仪、测试手机、天馈分析仪等接口跟踪利用跟踪的结果，常常可以直接得到呼叫失败的原因，找出问题的症结所在，或者从中得到启发，为后续分析提供宝贵的思路业务测试判断RAN侧的业务处理功能和相关设备是否正常最直接的方法故障定位的常用方法Page75故障处理一般流程仪器、仪表辅助分析故障定位的常用方法Page故障处理一般流程对比/互换对比：将故障的部件或现象与正常的部件或现象进行比较分析，查出不同点，从而找出问题的所在，一般适用于故障范围单一的场合互换：将处于正常状态的部件（如单板、光纤，甚至整个基站等）与可能故障的部件对调，比较对调后二者运行状况的变化，以此判断故障的范围或部位，一般适用于故障范围复杂的场合倒换/复位：只能作为应急措施，迫不得已时谨慎使用相对于其他方法而言，倒换或复位不能对故障的原因进行精确定位倒换或复位后，故障现象一般难以在短期内重现，从而容易掩盖故障的本质，给设备的安全、稳定运行带来隐患故障定位的常用方法Page76故障处理一般流程对比/互换故障定位的常用方法Page15故障处理一般流程联系华为技术支持热线：800－830－2118（中国）075528560998填写GCRMS问题单反馈问题的时候，请注意提供或收集以下信息局点的详细名称（全称）联系人姓名、电话号码故障发生的具体时间故障现象的详细描述告警文件、接口跟踪文件、话统结果等原始信息NodeB的软件版本故障后已采取的措施和结果问题的级别及希望解决的时间故障定位的常用方法Page77故障处理一般流程联系华为技术支持热线：800－830－211小结故障处理的一般流程发现故障－>判断故障－>定位故障－>解决故障故障定位的主要方法解决一般故障告警信息分析、指示灯分析对比/互换解决复杂故障话务统计分析、仪器分析接口跟踪、业务测试紧急恢复系统倒换/复位Page78小结故障处理的一般流程Page17内容介绍第1章故障处理的一般流程第2章RNC常见故障分析第3章NodeB常见故障分析Page79内容介绍第1章故障处理的一般流程Page18内容介绍第3章RNC常见故障分析3.1操作维护类故障3.2加载类故障3.3 接口链路类故障3.4业务类故障Page80内容介绍第3章RNC常见故障分析Page19操作维护类故障BSC6810操作维护系统组成操作维护类故障指用户在安装和使用BAM软件、LMT软件过程中发生的故障OMUaSCUaSCUaSCUaSCUaRINTDPUbSPUaSPUaRINTDPUbCSUaGCUa/GCGa内网外网LMTM2000LMTLMTPage81操作维护类故障BSC6810操作维护系统组成OMUaSCUa操作维护类故障BAM故障的一般分析思路当BAM运行正常且各模块启动方式为“自动”的情况下，主用BAM服务器上安全监控管理器应该显示各个模块已启动.当BAM软件的某些模块状态不正常时，可以通过查看运行日志的方法进行故障定位，各模块运行日志存放在BAM软件安装目录下的Services\log中例:D:\WCDMARNC\BAM\VersionA\Services\Log打开各模块的调试窗口，查看调试信息Page82操作维护类故障BAM故障的一般分析思路Page21操作维护类故障Case1重新安装驱动程序后BAM运行异常故障现象BAM软件安装，并且运行正常之后然后重新安装了网卡的驱动程序，发现BAM程序运行异常故障定位及处理安装BAM时记录了安装网卡的标识，这个标识是安装网卡驱动程序时分配的，当BAM程序启动运行时会读取这个网卡标识，并根据网卡标识从网卡中读取IP地址，当重新安装网卡驱动后，网卡的标识会重新分配，这时BAM读取的还是以前的网卡标识，所以找不到网卡，读取IP也就失败重新安装网卡驱动后，需要使用BAM设置工具更新网卡标识Page83操作维护类故障Case1重新安装驱动程序后BAM运行异常Pa内容介绍第3章RNC常见故障分析3.1操作维护类故障3.2加载类故障3.3 接口链路类故障3.4业务类故障Page84内容介绍第3章RNC常见故障分析Page23内容介绍第3章RNC常见故障分析3.1操作维护类故障3.2加载类故障3.3 接口链路类故障3.4业务类故障Page85内容介绍第3章RNC常见故障分析Page24接口链路类故障Iub接口协议栈结构控制面传输网络层控制面用户面无线网络层Q.AAL2传输网络层用户面传输网络层

传输网络层用户面NCPCCPABCCCPNBAPSAALUNIAAL2PATH物理层Q.2150.2Q.2630.1SAALUNIDCHFPRACHFPFACHFPPCHFPATMPage86接口链路类故障Iub接口协议栈结构控制面传输网络层控制面用户接口链路类故障Iu-CS接口协议栈结构控制面传输网络层控制面用户面无线网络层Q.AAL2传输网络层用户面传输网络层

传输网络层用户面ABCRANAPAAL2PATH物理层Q.2150.1Q.2630.1SAALNNISCCPMTP3-BA

IuUPSAALNNIMTP3-BBATMPage87接口链路类故障Iu-CS接口协议栈结构控制面传输网络层控制面接口链路类故障Iu-PS接口协议栈结构控制面传输网络层控制面用户面无线网络层传输网络层用户面传输网络层

传输网络层用户面ACRANAPATMSAALNNISCCPMTP3-BA

IuUPBAALType5IPUDPGTP-U物理层ATM物理层Page88接口链路类故障Iu-PS接口协议栈结构控制面传输网络层控制面接口链路类故障光口的扰码开关未打开导致IU接口的信令链路不通故障现象某局，RNC版本是BSC6810V200R009ENGC01B065+SP02与CS核心网对接时，SAALLNK不通。当RNC和CS直连时，跟踪SAAL信令，发现只有进RNC的消息，没有出RNC的消息.故障定位及处理检查RNC侧和CN侧的光扣板的类型，确定两者是一致的。直接用光纤连接RNC和MGW，但问题依旧。检查RNC侧和CN侧的数据配置是一致的。自环时跟踪SAAL，现象也是只有进RNC的消息，没有出RNC的消息，即4个BGN,一个END。所以可以断定应该是RNC侧的问题。仔细回想和CN对接的整个过程，当BSC6810V200R009ENGC01B065升级SP01补丁的时候，和CN

对接是成功的并可以打通电话。但是当升级SP02补丁后才出现上述描述的问题。所以怀疑SP02补丁是否有限制。询问研发，才知道当升级SP02补丁的时候承载CS的接口板相应的光口属性中的扰码开关必须是打开的。而查看本RNC的光口属性，扰码开关是关闭的，所以用命令SET

OPT修改光口属性中扰码开关为ON，修改完后对接成功可以打通电话。Page89接口链路类故障光口的扰码开关未打开导致IU接口的信令链路不通接口链路类故障SAAL链路CDVT配置太少导致Iu接口信令链路闪断故障现象SAAL链路断了在1s之内又恢复，一天会发生好多次故障定位及处理SAAL链路丢包的主要原因有：光纤接头脏、光纤接头连接不好、时钟问题和两端流量配置不一致等；如果丢包严重就会导致SAAL断链，由于设置了紧急验证所以断链后又能马上建链成功，所以就出现了信令链路闪断由于链路只是单向丢包，所以首先怀疑流量配置问题，检查RNC和CN的流量配置发送流量类型都为RTVBR、峰值速率和平均速率等都相同，只有CDVT配置不一样，CN配置为300000，而RNC配置为10240，CDVT的单位是0.1µs，即RNC的CDVT只有1ms，怀疑是ATM信元时延抖动导致链路丢包，把RNC侧的CDVT换成102400（即10ms）后丢包现象消失，问题解决Page90接口链路类故障SAAL链路CDVT配置太少导致Iu接口信令链内容介绍第3章RNC常见故障分析3.1操作维护类故障3.2加载类故障3.3 接口链路类故障3.4业务类故障Page91内容介绍第3章RNC常见故障分析Page30业务类故障BSC6810光口匹配RAB失败故障现象数据配置完成后，RNC和核心网间可以收发信令，但是信令到RAB指派时，RNC响应失败，原因为：

iu-transport-connection-failed-to-establish.RNC上有两条告警：

Higher

Order

Path

Trace

Identifier

Mismatch

Regeneration

Section

Trace

Identifier

Mismatch

Page92业务类故障BSC6810光口匹配RAB失败Page业务类故障故障定位及处理因为信令可以收发，就没有考虑到光口物理配置的问题。但是从RAB指派失败的原因看，问题还是出在传输层。目光返回到RNC的光口告警上。BSC6800的光口设置用SET

OPT命令，只能选择SDH或者sonet.而6810的SET

OPT命令中可以设置J0/J1的格式以及发送内容。通过与核心网接口格式比对发现：BSC6810的缺省配置是16字节，但是发送内容都是“空”；核心网的J0/J1均为16字节，而发送字为“MGW

SDH

DEFAULT”。这与BSC6810缺省配置不同。将OPT格式改为与核心网配置一致后，问题解决。Page93业务类故障故障定位及处理Page32业务类故障SAAL链路CDVT配置太少导致Iu接口信令链路闪断故障现象某局点需要进行CS域2Gto3G切换，现场使用BSC6810和iDBS。在测试过程中发现切换失败。期间RAN侧没有收到任何切换相关的信令。故障定位及处理由于没有收到来自2G的切换信令，问题可能出在GSM侧和核心网侧。现场没有Probe等路测工具进行路测，但核心网使用的是华为G9设备，于是要求核心网同事跟踪了A口、IU口以及其它相关接口的信令.在A口信令中看到GSM侧上报了handover

required，里面包含切换原因值和切换目标LAI与RNC

ID，但是紧接着核心网回复了handover

required

reject，原因值是invalid

cell。由此可见GSM侧能够正常触发切换流程，只是在核心网处理过程中被拒绝。在检查handover

required内容时发现RNC

ID错误，因为GSM工程师将十进制RNC

ID直接用做16进制数值输入。告知GSM工程师将切换参数中的RNC

ID进行修改，使2G3G的配置一致，随后2G到3G的切换顺利完成。Page94业务类故障SAAL链路CDVT配置太少导致Iu接口信令链路闪内容介绍第1章故障处理的一般流程第2章RNC常见故障分析第3章NodeB常见故障分析Page95内容介绍第1章故障处理的一般流程Page34内容介绍第3章NodeB常见故障分析3.1传输类故障3.2操作维护类故障3.3 小区类故障Page96内容介绍第3章NodeB常见故障分析Page35传输类故障RAN传输网络Page97传输类故障RAN传输网络Page36传输类故障传输电路中断基站和RNC之间传输环节越多，传输中断可能性越大传输码不同如果一方使用CRC4校验，而另一方未使用，则传输不通传输误码率高，频繁闪断E1接头接触不良工程质量问题，会造成传输时有时无，话音质量差，严重时会造成基站传输中断使用微波、XDSL的基站一般误码率较高，阴雨天气闪断更频繁传输接地不好故障现象及常见原因Page98传输类故障传输电路中断故障现象及常见原因Page37案例1：传输不通传输类故障故障现象传输不通，E1出现告警故障处理

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

SETE1T1LOP (LoopbackType=LOCAL)

LOPE1T1（RNC） DSPE1T1（NodeB） SETE1T1LOP (LoopbackType=NOLOOP) 如果是E1端口故障，更换单板Page99案例1：传输不通传输类故障故障现象Page38故障处理3.单板和E1端口正常，仍有报警，此时进行远端环回，并在RNC侧监视

SETE1T1LOP(Looptype=remote) DSPE1T1（RNC）如果是传输网络故障，请检查传输线路及传输设备案例1：传输不通TXRXRXTXRNCNodeBStep2:LocalLoopBack>>SETE1T1LOP(Looptype=local)>>DSPE1T1Step2:LocalLoopBack>>SETE1T1LOP(Looptype=local)>>LOPE1T1(Activateloop)>>SETE1T1LOP(Looptype=noloop)Step3:RemoteLoopback>>DSPE1T1Step3:RemoteLoopback>>SETE1T1LOP(Looptype=remote)Step1:CheckBoardandports>>DSPBRD>>DSPE1T1Step1:CheckBoardandports>>DSPBRD>>DSPE1T1Transportnetwork传输类故障Page100故障处理案例1：传输不通TXRXRXTXRNCNodeBS内容介绍第3章NodeB常见故障分析3.1传输类故障3.2操作维护类故障3.3 小区类故障Page101内容介绍第3章NodeB常见故障分析Page40操作维护类故障NodeB提供两种操作维护方式：近端操作维护方式远端操作维护方式RNCSNTPServerM2000Subnet2Subnet3IPoAlocalIPIPoAPeerIPRNCBAMIPSubnet5Subnet4LMT2LMT1Subnet1BTS3812ENMPTEthernetPortIPaddress背景知识Page102操作维护类故障NodeB提供两种操作维护方式：RNCSNT操作维护类故障维护人员能够使用LMT以远端和近端方式登录到NodeB，以便对NodeB进行必要的维护操作。主要包括射频通道的校正、时钟源的设置、基站单板的操作维护、基站的版本升级。远端操作维护指利用NodeB和RNC之间的传输链路，维护人员使用LMT在RNC（BAM）侧登录NodeB。近端操作维护是指维护人员使用LMT通过网线直接登录到NodeB，维护人员必须事先知道基站近端维护IP地址。背景知识Page103操作维护类故障维护人员能够使用LMT以远端和近端方式登录到N操作维护类故障故障现象软件升级过程中，软件包下载时间长达几个小时，有时甚至下载失败。案例1：下载软件包时间太长，有时甚至下载失败Page104操作维护类故障故障现象案例1：下载软件包时间太长，有时甚至下操作维护类故障故障处理单击“开始/运行”，输入pingXX.XX.XX.XX，看是否能ping通。如果是近端维护，推荐使用交叉网线直接连接LMT所在的计算机和NodeB的主控板网口，排除网络质量的干扰。如果是经由RNC通过IPoA进行维护，则需要检查IPoA带宽是否太小。（LSTIPOAPVC和LSTATMTRF）案例1：下载软件包时间太长，有时甚至下载失败Page105操作维护类故障故障处理案例1：下载软件包时间太长，有时甚至下操作维护类故障故障现象方式1）：使用操作维护系统通过IPoA链路登录到基站后，利用MML命令（SETIP）来设置近端维护通道地址，然后利用MML命令（LSTIP）来查询近端维护IP地址是否设置成功。方式2)：利用配置管理系统打开数据配置文件，修改基站属性，将近端IP地址修改成需要设置的地址后重新下载数据配置文件，重新启动基站。案例2：下载数据配置文件重新启动基站后，

无法使用近端方式登录NodeBPage106操作维护类故障故障现象案例2：下载数据配置文件重新启动基站后操作维护类故障故障处理单击“开始/运行”，输入pingXX.XX.XX.XX，看是否能ping通。如果是近端维护，推荐使用交叉网线直接连接LMT所在的计算机和NodeB的主控板网口，排除网络质量的干扰。如果是经由RNC通过IPoA进行维护，则需要检查IPoA带宽是否太小。（LSTIPOAPVC和LSTATMTRF）案例2：下载数据配置文件重新启动基站后，

无法使用近端方式登录NodeBPage107操作维护类故障故障处理案例2：下载数据配置文件重新启动基站后内容介绍第3章NodeB常见故障分析3.1传输类故障3.2操作维护类故障3.3 小区类故障Page108内容介绍第3章NodeB常见故障分析Page47小区类故障当NodeB侧配置的本地小区资源可用的时候，NodeB将通过资源状态指示或是审计过程将资源状态反馈给RNC，由RNC发起小区建立流程，建立逻辑小区。当逻辑小区建立并可用后，该小区才能提供业务服务。与小区建立过程相关的因素和条件主要包括如下几点：1 单板工作状态逻辑可用2 传输数据正确配置3 传输链路正确连接RNC配置的小区建立参数合理NodeB本地小区配置参数正确背景知识Page109小区类故障当NodeB侧配置的本地小区资源可用的时候，Nod背景知识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_A