RAN故障处理流程PPT文档格式.ppt

RAN故障处理流程PPT文档格式.ppt

《RAN故障处理流程PPT文档格式.ppt》由会员分享，可在线阅读，更多相关《RAN故障处理流程PPT文档格式.ppt（60页珍藏版）》请在冰豆网上搜索。

这就需要现场搜集尽可能多的相关信息，信息越全面，对问题的定位越有利，可以减少定位人员与现场操作人员之间的交互，以便快速定位解决问题。

告警信息主机错误日志BAM错误日志维护台操作日志自诊断输出信息单用户的CDR（呼叫数据记录）信息标准接口信令跟踪消息数据配置信息,Page,故障处理一般流程,发现故障：

多种途径、越早越好判断故障：

确定故障位置、范围、种类定位故障：

确定故障原因解决故障：

清除故障、恢复系统,故障处理一般流程,Page,故障处理一般流程,告警：

反映系统的“硬伤”话务统计：

全面的系统监控用户投诉：

越少越好全面巡检：

设备“体检”,发现故障的途径,Page,故障处理一般流程,RNC故障一般是全网性故障，影响多个基站或所有基站NodeB故障一般只影响本基站覆盖区域或周边基站切换指标判断是否为NodeB故障的方法新开局或扩容时，可以通过“替换法”快速定位是否是RNC问题导致NodeB故障维护期间，除了数据修改发生错误外，其他RNC故障一般不会对单个NodeB造成影响,故障范围判断,Page,故障处理一般流程,RAN侧问题传输类故障小区类故障业务类故障链路类故障对接类故障时钟类故障天馈类故障,操作维护问题OMC类故障加载类故障网络优化问题接入类故障掉话类故障拥塞类故障切换类故障,常见故障种类,Page,故障处理一般流程,告警信息分析包含故障或异常现象的具体描述、可能的发生原因、有哪些修复建议等等，涉及硬件、链路、中继、CPU负荷等RAN的各个方面，是进行故障分析和定位的重要依据之一指示灯状态分析反映诸如端口、电路、链路、光路、节点、主备用等的工作状态，常常与告警信息分析配合使用话务统计分析定位、解决网络问题（尤其是呼叫问题）最有效的手段,故障定位的常用方法,Page,故障处理一般流程,仪器、仪表辅助分析以直观、量化的数据直接反映故障的本质主要仪器有：

信令分析仪、误码仪、测试手机、天馈分析仪等接口跟踪利用跟踪的结果，常常可以直接得到呼叫失败的原因，找出问题的症结所在，或者从中得到启发，为后续分析提供宝贵的思路业务测试判断RAN侧的业务处理功能和相关设备是否正常最直接的方法,故障定位的常用方法,Page,故障处理一般流程,对比/互换对比：

将故障的部件或现象与正常的部件或现象进行比较分析，查出不同点，从而找出问题的所在，一般适用于故障范围单一的场合互换：

将处于正常状态的部件（如单板、光纤，甚至整个基站等）与可能故障的部件对调，比较对调后二者运行状况的变化，以此判断故障的范围或部位，一般适用于故障范围复杂的场合倒换/复位：

只能作为应急措施，迫不得已时谨慎使用相对于其他方法而言，倒换或复位不能对故障的原因进行精确定位倒换或复位后，故障现象一般难以在短期内重现，从而容易掩盖故障的本质，给设备的安全、稳定运行带来隐患,故障定位的常用方法,Page,故障处理一般流程,联系华为技术支持热线：

8008302118（中国）075528560998填写GCRMS问题单反馈问题的时候，请注意提供或收集以下信息局点的详细名称（全称）联系人姓名、电话号码故障发生的具体时间故障现象的详细描述告警文件、接口跟踪文件、话统结果等原始信息NodeB的软件版本故障后已采取的措施和结果问题的级别及希望解决的时间,故障定位的常用方法,Page,小结,故障处理的一般流程发现故障判断故障定位故障解决故障故障定位的主要方法解决一般故障告警信息分析、指示灯分析对比/互换解决复杂故障话务统计分析、仪器分析接口跟踪、业务测试紧急恢复系统倒换/复位,Page,内容介绍,第1章故障处理的一般流程第2章RNC常见故障分析第3章NodeB常见故障分析,Page,内容介绍,第3章RNC常见故障分析3.1操作维护类故障3.2加载类故障3.3接口链路类故障3.4业务类故障,Page,操作维护类故障,BSC6810操作维护系统组成操作维护类故障指用户在安装和使用BAM软件、LMT软件过程中发生的故障,Page,操作维护类故障,BAM故障的一般分析思路当BAM运行正常且各模块启动方式为“自动”的情况下，主用BAM服务器上安全监控管理器应该显示各个模块已启动.当BAM软件的某些模块状态不正常时，可以通过查看运行日志的方法进行故障定位，各模块运行日志存放在BAM软件安装目录下的Serviceslog中例:

D:

WCDMARNCBAMVersionAServicesLog打开各模块的调试窗口，查看调试信息,Page,操作维护类故障Case1,重新安装驱动程序后BAM运行异常故障现象BAM软件安装，并且运行正常之后然后重新安装了网卡的驱动程序，发现BAM程序运行异常故障定位及处理安装BAM时记录了安装网卡的标识，这个标识是安装网卡驱动程序时分配的，当BAM程序启动运行时会读取这个网卡标识，并根据网卡标识从网卡中读取IP地址，当重新安装网卡驱动后，网卡的标识会重新分配，这时BAM读取的还是以前的网卡标识，所以找不到网卡，读取IP也就失败重新安装网卡驱动后，需要使用BAM设置工具更新网卡标识,Page,内容介绍,第3章RNC常见故障分析3.1操作维护类故障3.2加载类故障3.3接口链路类故障3.4业务类故障,Page,内容介绍,第3章RNC常见故障分析3.1操作维护类故障3.2加载类故障3.3接口链路类故障3.4业务类故障,Page,接口链路类故障,Iub接口协议栈结构,Page,接口链路类故障,Iu-CS接口协议栈结构,Page,接口链路类故障,Iu-PS接口协议栈结构,Page,接口链路类故障,光口的扰码开关未打开导致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的光口属性，扰码开关是关闭的，所以用命令SETOPT修改光口属性中扰码开关为ON，修改完后对接成功可以打通电话。

Page,接口链路类故障,SAAL链路CDVT配置太少导致Iu接口信令链路闪断故障现象SAAL链路断了在1s之内又恢复，一天会发生好多次故障定位及处理SAAL链路丢包的主要原因有：

光纤接头脏、光纤接头连接不好、时钟问题和两端流量配置不一致等；

如果丢包严重就会导致SAAL断链，由于设置了紧急验证所以断链后又能马上建链成功，所以就出现了信令链路闪断由于链路只是单向丢包，所以首先怀疑流量配置问题，检查RNC和CN的流量配置发送流量类型都为RTVBR、峰值速率和平均速率等都相同，只有CDVT配置不一样，CN配置为300000，而RNC配置为10240，CDVT的单位是0.1s，即RNC的CDVT只有1ms，怀疑是ATM信元时延抖动导致链路丢包，把RNC侧的CDVT换成102400（即10ms）后丢包现象消失，问题解决,Page,内容介绍,第3章RNC常见故障分析3.1操作维护类故障3.2加载类故障3.3接口链路类故障3.4业务类故障,Page,业务类故障,BSC6810光口匹配RAB失败故障现象数据配置完成后，RNC和核心网间可以收发信令，但是信令到RAB指派时，RNC响应失败，原因为：

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

HigherOrderPathTraceIdentifierMismatchRegenerationSectionTraceIdentifierMismatch,Page,业务类故障,故障定位及处理因为信令可以收发，就没有考虑到光口物理配置的问题。

但是从RAB指派失败的原因看，问题还是出在传输层。

目光返回到RNC的光口告警上。

BSC6800的光口设置用SETOPT命令，只能选择SDH或者sonet.而6810的SETOPT命令中可以设置J0/J1的格式以及发送内容。

通过与核心网接口格式比对发现：

BSC6810的缺省配置是16字节，但是发送内容都是“空”；

核心网的J0/J1均为16字节，而发送字为“MGWSDHDEFAULT”。

这与BSC6810缺省配置不同。

将OPT格式改为与核心网配置一致后，问题解决。

Page,业务类故障,SAAL链路CDVT配置太少导致Iu接口信令链路闪断故障现象某局点需要进行CS域2Gto3G切换，现场使用BSC6810和iDBS。

在测试过程中发现切换失败。

期间RAN侧没有收到任何切换相关的信令。

故障定位及处理由于没有收到来自2G的切换信令，问题可能出在GSM侧和核心网侧。

现场没有Probe等路测工具进行路测，但核心网使用的是华为G9设备，于是要求核心网同事跟踪了A口、IU口以及其它相关接口的信令.在A口信令中看到GSM侧上报了handoverrequired，里面包含切换原因值和切换目标LAI与RNCID，但是紧接着核心网回复了handoverrequiredreject，原因值是invalidcell。

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

在检查handoverrequired内容时发现RNCID错误，因为GSM工程师将十进制RNCID直接用做16进制数值输入。

告知GSM工程师将切换参数中的RNCID进行修改，使2G3G的配置一致，随后2G到3G的切换顺利完成。

Page,内容介绍,第1章故障处理的一般流程第2章RNC常见故障分析第3章NodeB常见故障分析,Page,内容介绍,第3章NodeB常见故障分析3.1传输类故障3.2操作维护类故障3.3小区类故障,Page,传输类故障,RAN传输网络,Page,传输类故障,传输电路中断基站和RNC之间传输环节越多，传输中断可能性越大传输码不同如果一方使用CRC4校验，而另一方未使用，则传输不通传输误码率高，频繁闪断E1接头接触不良