基站故障、RNC故障分析处理

合集下载

基站系统常见故障处理及案例分析

Part One
基站系统故障概述
基站系统的组成
基站控制器：负责管理基站内的通信设备，包括收发信机、天线等收发信机：负责基站的信号收发，是基站系统中的核心设备天线：负责信号的发射和接收，是基站系统中的重要组成部分电源：为基站系统提供电力支持，保证基站的正常运行
常见故障分类
硬件故障：如电源、传输、天馈等硬件设备故障软件故障：如基站控制软件、数据库软件等出现异常或错误人为故障：如误操作、恶意攻击等人为因素导致的故障环境故障：如自然灾害、电力中断等外部环境因素导致的故障
THANKS
汇报人：XX
案例4：某基站接地不良，引发雷击损坏设备
软件故障案例
案例概述：某基站软件故障导致通信中断
故障现象：基站无法正常工作，信号不稳定
故障分析：软件升级不兼容导致系统崩溃
处理方法：回退软件版本，重新配置参数
网络安全案例
案例名称：勒索软件攻击
处理方式：及时隔离受影响的设备，进行系统紧急升级和打补丁，加强网络访问控制，检测和清除恶意软件。
添加标题
添加标题
添加标题
添加标题
故障原因：软件安装问题、软件版本不兼容、病毒攻击等
案例分析：某基站系统软件无法启动，经检查发现是软件安装问题，重新安装后恢复正常运行
数据配置与优化故障
数据优化不当导致网络性能下降
数据配置错误导致基站无法正常工作
数据备份与恢复在故障处理中的重要性
数据配置与优化故障案例分析
基站系统常见故障处理及案例分析
XX,a click to unlimited possibilities
汇报人：XX
目录
01 基站系统故障概述 03 基站系统软件故障

基站常见故障处理

UtranCell_NbapMessageFailure此告警为RNC侧告警，表示小区NBAP小区建立失败告警，此告警比较笼统，仅仅表示小区Nbap消息建立失败，基站不能满足RNC建立utrancell的请求，此告警需要进一步确认故障原因。

设定前提为基站故障引起小区退服：左键双击告警，查看小区退服站号确定站号后，在ALV界面左侧“Find”框里输入站号，并敲击键盘enter键，找到此基站告警另外，UtranCell_ServiceUnavailable告警与上面处理方法类似，但UtranCell_ServiceUnavailable告警一般由基站断站引起。

Antenna Branch_AntennaSystemProblemInBranchA/B使用驻波仪测试馈线驻波检查馈线是否进水检查馈线头子是否拧紧检查馈线是否过度弯曲AuxPlugInUnit_LossOfMains RRU停电告警室内分布容易引起RRU停电，如上图所示：检查RRU电源检查RRU的光纤或者RRU硬件HeartBeat Failure 断站或脱管告警断站会引起基站下的所有小区没信号，造成用户不能使用3G网络。

因此断站告警的级别是最高的。

在平时的监控和运维过程中，需要重点关注断站告警并及时处理。

引起基站断站有如下原因：基站停电传输问题在DDF盒处对2M线进行打环，打环后，若传输时隙不好，则为传输问题，联系传输机房处理；若传输时隙好，则为基站2M线问题或设备问题，检查2M线头子是否拧紧，OVP 盒处网线是否查牢。

设备故障故障处理举例：2013年6月5日，CZW00588基站出现Heartbeat Failure告警。

维护人员上站检查，基站供电正常；对2M线进行打环，传输时隙和imagroup均正常，放通后，第1对2M线不好。

通过排查，为DDF盒处，2M线头子松动造成，拧紧后，故障解决。

OpticalInterfaceLink_OpticalInterfaceLinkFailure此告警为光纤断告警，出现在RBS 3418的基站，DigitalCable_CableFailure 也为光纤断告警，出现在RBS 6601上，但它们的处理思路一致：在ALV中检查基站是否有AuxPlugInUnit_LossOfMains关联告警产生，如有，上站检查RRU供电分别在BBU/DU侧和RRU侧的ODF盒处对光纤，排查光纤和光模块是否有问题检查RRU的F灯（红灯）状态，若F灯亮，则为RRU故障，需要更换RRU，在更换前，可先尝试重启RRU若基站所有小区同时出光纤断告警，也有可能是OBIF板卡引起，需更换OBIF板卡，在更换前，可尝试重启OBIF板卡故障处理流程：对光纤和倒光纤在讲对光纤前，有以下几点需要说明：1、小区的归属只与主设备（BBU/DU）上的光口有关，1光口对应1小区，2光口对应2小区，以此类推；2、RRU不能独立发光，只有在收到主设备的光后才能发光；3、光功的正常范围大约为大于负十几db（此数值仅作参考），在排障时，以正常小区光功的大小为准。

基站故障管理制度

基站故障管理制度一、总则为规范基站故障管理工作，提高基站故障处理效率，保证通信网络稳定运行，特制定本制度。

二、适用范围本制度适用于公司所有基站故障管理工作。

三、基站故障管理流程1. 基站故障发现基站故障可能由监控系统、用户投诉、巡检发现等途径发现。

发现基站故障后，应立即报告至故障管理中心，并在监控系统中标注故障信息。

2. 基站故障确认故障管理中心收到故障报告后，应立即组织人员对故障进行确认。

确认故障后要及时向责任部门通报故障信息。

3. 故障应急处理故障确认后，需要立即启动故障应急处理流程。

责任部门应派遣专人前往现场进行故障处理，尽快恢复基站正常运行。

4. 故障分析和排查基站故障得到应急处理后，应对故障原因进行分析和排查。

同时记录故障处理过程和现场情况。

5. 故障处理结论在对故障原因进行分析和排查后，应总结出故障处理结论，并及时通报给故障管理中心。

6. 故障处理反馈责任部门应向用户及时反馈故障处理情况，确保用户了解故障处理进展。

7. 故障处理完结故障处理结论得到确认后，故障管理中心应对故障处理过程进行评估，并做出处理完结的决定。

四、责任部门及职责1. 故障管理中心：负责故障的监控、处理和协调工作，统一组织、协调和监督故障处理的工作。

2. 运维部门：负责故障的应急处理和现场维护工作。

3. 技术部门：负责故障的分析和排查工作，确定故障原因，并提出解决方案。

4. 客服部门：负责向用户反馈故障处理情况，保证用户了解故障处理进展。

五、基站故障管理要求1. 建立健全的监控系统，确保对基站故障能够及时发现和报警。

2. 对故障进行分类，根据不同类别的故障制定不同的处理方案。

3. 建立故障处理台账，对每一个故障进行记录和跟踪。

4. 对故障进行定期分析和总结，发现故障的共性和规律，并提出改进建议。

5. 建立基站故障处理的标准流程和技术手册，明确故障处理的规范和标准。

六、基站故障管理考核公司应定期对基站故障管理工作进行考核，包括故障发现的及时性、故障处理的效率和质量、故障处理结论的准确性等，对基站故障管理工作进行评定，并提出改进建议。

基站维护中常见的问题及解决方法

基站维护中常见的问题及解决方法2023年，随着无线通信技术的不断发展和普及，基站的重要性愈加凸显。

作为通信系统的关键部件，基站承载着无线信号的传输和交换，并且还需确保信号的稳定性和可靠性。

但是，由于环境和设备等各种因素的影响，基站维护中常见问题也层出不穷。

本文旨在探讨基站维护中经常会遇到的问题以及相应的解决方法。

一、基站通信中断基站通信中断是基站维护中最常见的问题之一。

因为基站在运行过程中需要与其他设备进行通信，一旦通信中断，就会对系统造成严重影响。

出现这种情况可能是由于信号干扰、设备故障、电力故障等原因所致。

解决方法：首先，要彻底检查基站的电源、传输线路、天线以及连接器等硬件设备。

其次，检查网络运行状态，以确定网络连接是否正常。

如果这些硬件设备都没有问题，那就需要考虑信号干扰的问题。

此时，可以采用信号分析仪等专业设备来检查信号的非法干扰。

二、天线故障天线是基站发射和接收信号的关键设备。

一旦天线故障，就会导致信号的传输效率降低、信号覆盖面积减少等问题。

天线故障可以分为天线本身的问题和与天线相关的设备故障。

解决方法：如果具体故障原因是天线本身出现问题，可采用更换天线的方式进行解决。

如果天线故障是由于与天线相关的设备故障，需要先进行其他设备的检查，然后根据具体情况采取不同的解决方式。

三、电力故障常见的电力故障包括供电线路故障、电池故障、充电设备故障等。

由于基站在运行过程中需要不断地提供电力支持，一旦出现电力故障就会给基站的正常运转带来极大的影响。

解决方法：对于供电线路故障，可以采用快速检测的方法进行定位并进行相应的维修。

对于电池问题，需要对电池进行检查、更换等处理。

对于充电设备故障，需要进行维修或更换。

四、温度过高基站运行过程中会产生大量热量，如果基站周围环境温度过高，则会导致设备工作不正常。

同时，温度过高还可能引发设备自身的故障。

解决方法：可以采用环境监测装置对基站周围的环境温度进行实时监测。

如果环境温度过高，可以采取增加散热设备、设置降温设备等措施。

基站系统常见故障处理及案例分析

6.更改配置法
更改配置法更改的配置内容可以包括时隙配置、板位配置、单板参数配置等。因此更改配置法适用于故障定位到单个站点后，排除由于配置错误导致的故障。更改配置法最典型的应用是排除指针问题。
故障定位的常见方法
7. 仪表测试法
仪表测试法一般用于排除传输设备外部问题以及与其它设备的对接问题。
通过仪表测试法分析定位故障，比较准确。缺点是对仪表有需求。
• 检查驻波比的仪表是天馈测试仪
SITEMASTER的使用
驻波比测试
功率测试
驻波比测试
1、零点校准 2、
open/short/load 校准头校准
AMPLITUDE 调节
选MARKER后按 M1，按上下和 ENTER键，移动
频点
开机按MODE键选中FREQ-SWR 选择频段
校准测试调节纵坐标读数
• 3．检查CDU 天线输入端口到机柜顶的连接电缆是否正常，如不正常则将其更换。
• 4．从机柜顶检查天馈线的驻波比。
下行信号不好问题的处理
基站的覆盖范围有一定的收缩，造成一定范围的盲区，原来可以打通电话的地方现在打不通电话，原先信号较好的地方，现在信号较差或无信号，掉话现象比原先有明显的增加。
低噪声放大器告警
• 该告警产生的原因是LNA电流超过30%。告警影响是跟它相连的TRM不能工作（若主分集LNA都坏）或不能正常工作（只有一个LNA坏）。
• 故障处理：更换AEM模块。
基站设备常见故障处理
五、单板告警处理
所谓单板故障，是指基站上某块单板出现告警。
单板故障表现在某块单板出现告警。
故障定位的常见方法
8.经验处理法
业务中断、ECC通信中断等，可能伴随相应的告警，也可能没有任何告警，检查各单板的配置数据可能也是完全正常的。经验证明，在这种情况下，通过复位单板，网元掉电重启。重新下发配置或将业务倒换到备用通道等手段，可有效地及时排除故障、恢复业务。建议尽量少使用该方法来处理，因为该方法不利于故降原因的彻底查清。

基站系统故障分析与应急预案

基站系统故障分析与应急预案一、基站系统故障分析基站系统是移动通信网络中的关键设备，负责与终端设备建立无线通信连接，维护通信信号的稳定与正常传输。

基站系统故障会导致通信网络中断，影响用户正常通信以及运营商业务运行。

因此，对基站系统故障进行快速、准确的分析非常重要。

1.故障原因分析（1）硬件故障：基站系统中的硬件设备可能会出现故障，如天线、传输设备、功率放大器等。

常见硬件故障包括设备损坏、连接不良、电源故障等。

（2）软件故障：基站系统中的软件运行出现错误或异常，如系统崩溃、软件配置错误等。

常见软件故障包括软件程序bug、配置文件错误、参数设置不当等。

（3）环境因素：基站系统安装在户外，受到自然环境的影响较大。

如雷击、风灾、高温等不良天气条件可能导致基站系统故障。

2.故障分析方法（1）故障现象观察：及时观察基站系统异常现象，如信号弱、无信号、信号中断等。

（2）报警信息分析：基站系统通常具备故障自动检测和报警功能，可以通过报警信息来定位故障。

（3）故障日志分析：基站系统会记录运行日志，对日志进行分析可以找出故障发生的原因和时间节点。

（4）网络监控分析：通过网络监控工具对基站系统进行实时监控，及时发现异常情况。

二、应急预案在基站系统故障发生时，需要有应急预案来快速响应并解决问题，以减少对用户和业务的影响。

1.应急响应步骤（1）故障原因分析：技术人员根据故障现象、报警信息、故障日志等进行分析，确定故障原因。

（2）紧急修复：针对故障原因采取相应的修复措施，如更换设备、修复软件程序、调整参数等。

（3）故障恢复测试：修复完成后进行系统测试，确保故障已完全解决，基站系统能够正常运行。

（4）用户通知和补偿：及时通知受故障影响的用户，并根据具体情况进行相应的补偿措施。

2.应急预案制定（3）备份与备品准备：定期备份基站系统配置和数据，同时备好常用备品备件，以便故障发生时能够快速替换故障设备。

（4）培训与演练：定期对应急团队进行培训和演练，提高应急能力和响应速度。

基站故障原因-概述说明以及解释

基站故障原因-概述说明以及解释1.引言1.1 概述在引言部分的概述中，我们将对基站故障原因进行简要介绍。

基站作为移动通信系统中的核心设备之一，承载着移动通信网络的重要功能和任务。

然而，在实际运行中，基站故障时有发生。

故障的出现会导致通信中断、网络拥堵以及用户体验下降等问题，严重影响到移动通信系统的稳定性和运行效果。

本文的目的是对基站故障原因进行深入探讨和分析，以期提供给相关领域的技术人员和研究人员一些有用的参考和启发。

通过对基站故障原因的研究，我们可以更好地了解故障发生的原理和机制，从而提出相应的对策和解决方案，以最大限度地减少基站故障带来的影响。

在正文部分，我们将分别从多个角度对基站故障原因进行探究。

首先，我们将介绍一些常见的基站故障原因，如设备故障、电力故障等。

随后，我们将深入分析引起这些故障的具体原因和机制，例如设备老化、电力供应不稳定等。

最后，我们将对基站故障原因进行总结，并提出一些建议和对策，以应对可能出现的故障和问题。

通过对基站故障原因的探讨和分析，我们希望能够为相关从业人员提供一些有益的信息和思路，以提高基站的可靠性和稳定性。

同时，我们也希望能够引起更多人对基站故障原因的关注，从而促进相关研究和技术的进步。

基站故障原因作为移动通信领域的重要问题，对于保障网络的正常运行和用户体验具有重要意义。

1.2文章结构文章结构部分的内容可以包括以下几点：1.2 文章结构本文主要分为引言、正文和结论三个部分。

引言部分（Section 1）旨在为读者提供对基站故障原因的背景和重要性的概述。

首先，将简要介绍基站的定义和作用，以便读者对基站的基本概念有一个初步了解。

接着，强调基站故障对通信网络的影响，以及为什么研究和探索基站故障原因的重要性。

最后，说明本文将从哪些方面展开对基站故障原因的分析和研究。

正文部分（Section 2）将详细阐述基站故障的几个主要原因。

在这一部分，将分别介绍和分析基站故障的三个主要原因。

基站故障和故障恢复策略

基站故障和故障恢复策略基站是无线通信网络中的重要组成部分，负责接收和发送信号，将用户数据传输到核心网络。

然而，基站也可能会遇到各种故障，从而导致通信中断和服务不可用。

本文将讨论基站故障的一些常见原因，并探讨故障恢复策略，以确保用户能够继续享受无线通信服务。

首先，让我们了解一些可能导致基站故障的原因。

一个常见的原因是电力故障。

基站需要稳定的电力供应才能正常运行，如果供电中断或电力波动，基站可能会出现故障。

另一个原因是设备故障。

基站由许多复杂的设备组成，如天线、传输设备和控制器等，如果其中任何一个设备发生故障，将会导致基站的故障。

此外，自然灾害如台风、地震等也可能导致基站损坏。

当基站故障发生时，故障的快速定位和恢复至关重要。

一种有效的故障恢复策略是实施监控系统。

通过部署监控系统，网络运营商可以实时监测基站的状态和性能，并在发生故障时立即做出反应。

监控系统可以提供故障诊断功能，帮助运维人员快速定位故障点，并采取相应措施进行修复。

另一个重要的故障恢复策略是实施备份和冗余。

通过在关键设备上添加冗余和备份，可以确保即使出现设备故障，基站仍能继续运行。

例如，可以在天线上设置备用天线，当主要天线故障时，自动切换到备用天线，并保持通信服务的连续性。

此外，还可以在传输设备和控制器等关键组件上设置备份设备，以确保在故障发生时能够快速恢复。

故障恢复策略中的另一个关键因素是维护团队的培训和准备。

网络运营商应确保有专业的维护团队，并持续培训和更新他们的技能。

维护团队需要具备快速响应和解决问题的能力，以便在故障发生时迅速采取行动。

此外，运营商还应制定详细的故障恢复计划，确保团队在故障发生时有清晰的指导和行动步骤。

最后，运营商还应考虑与其他网络运营商的合作和互联互通。

在发生故障时，可以与其他运营商合作，共享网络资源和服务容量，以确保用户服务的连续性。

此外，在网络规划和建设时，可以考虑与其他运营商的互联互通，以提高整个通信网络的稳定性和可靠性。

基站故障处理

基站故障处理
故障主要分为传输故障，电源故障，基站主设备故障
传输故障：
对于传输问题的判断，采用由上向下逐级环路的办法
电源故障：
对电源问题的判断。如果基站中断，看电源板是否亮红灯，是否停电，是否蓄电池有低压告警。
基站主设备故障：
对基站主设备问题的判断。采用自环看传输板状态，看控制板指示字，看单元指示灯，连PC机看告警，故障板替换，对调等办法进行告警定位。
故障排除
如果在传输板上自环，传输板亮黄/红灯这说明传输板有告警或坏，这时应更换传输板。如果传输板亮绿灯，后依次向上按故障定位方法进行定位。如果为光端机有故障，更换光端机，一般情况下光端机往往是保险断了。如果各接点、节点都没问题，通知市公司相关人员
：
电源中断
电源中断
1，交流电中断，蓄电池电压低于工作电压 2，电源供电板坏
解决方案：
传输故障初步定位：逐级向下环路排除法，即把基站作为本端，后依次从机柜的2M口；近端光端机、SDH、微波；远端光端机、SDH、微波向BTS环，看BTS 上传输板是否亮绿灯。逐级向上环路排除法，即把BSC作为本端，后依次由它下一个节点、接点向上环，以BSC上ET板、BTS的传输板黄灯灯灭为判断标准。一般故障往往出现在传输接点、节点上。
基站告警分析：
7533 ：合路器连接错误
故障现象： 7533告警后，TRX5红灯告警，载频单元正常工作几时分钟后死锁。
处理过程：举例说明：把TRX5与TRX6调换后，TRX5位置仍有红灯告警，所以TRX没有问题，把RTGA1与RTGA2调换位置后TRX3出现红灯告警，所以问题在RTGA 故障原因： RTGA的T分类）
1，基站中断 2，基站部分TRX不能工作 3，基站功能单元有严重告警 4，基站没有告警，但通话质量不行

基站系统故障分析与应急预案汇总

基站系统故障分析与应急预案汇总一、背景随着信息化和智能化的发展，移动通信在人们的生活中占据着越来越重要的地位。

而移动通信的基础就是基站系统。

基站系统的稳定性和可靠性直接关系到通信网络的质量和运行状况，一旦出现故障，将会带来极大的影响甚至造成不可预估的损失。

因此，对基站系统的故障分析和应急预案制定显得尤为重要。

二、故障分类基站系统故障范围十分广泛，常见的故障类型包括：1.电源故障：基站对电源的要求比较高，对于电源瞬间中断或电源不符合规格的情况，基站将无法正常工作。

2.模块故障：基站使用许多模块，例如功率放大器、射频收发模块、控制模块等，对于模块的故障将影响基站的性能和工作状态。

3.天气影响：在强风、雷电、大雨等恶劣的天气条件下，基站可能受到雷击、暴雨等自然灾害的影响，导致基站出现故障。

4.防盗故障：基站由于其安装在地面或者建筑物上，存在被盗等情况，因此基站需要安装相应的防盗措施，而防盗措施的故障将直接影响基站的正常运转。

5.人为故障：由于人的失误、疏忽，投机心理等原因造成的故障，例如不当的操作、误动电路等。

三、故障应急预案在故障发生时，能够迅速、科学的应对和解决问题，对于基站的正常工作和运行状况至关重要。

因此，应急预案的制定显得尤为重要。

1.制定应急预案基站的故障应急预案应该充分考虑到各类故障的情况，在应急预案的制定中要具体、详细、可操作性强，应该列出各种故障的处理流程、处理步骤以及责任人等相关信息，保证应对突发事件时能够有序、迅速地应对。

2.建立应急队伍针对不同的故障类型，应建立不同的应急队伍，例如应急机械队伍、应急电源队伍、应急维修队伍等，保证在基站出现故障时，能够快速、科学地进行处置。

3.完善物资准备应急物资是处理基站故障的重要保障，因此，在平时要充分备货，确保各种应急物资的充足，包括备用电池、备用模块、备用设备等。

4.实施应急预案一旦基站出现故障，应急预案的执行显得尤为重要，要根据故障类型和预案流程，认真分析和判断，按照预案的要求迅速进行处置，尽快恢复正常通信。

基站系统故障分析与应急预案汇总

基站系统故障分析与应急预案汇总1. 引言基站系统是移动通信系统中至关重要的组成部分，它承担着无线信号的接收、放大、处理和转发等功能。

然而，由于环境、设备、人为因素等多种原因，基站系统故障是不可避免的。

本文将针对基站系统故障进行分析，并提供针对不同故障的应急预案。

2. 基站系统故障分析基站系统故障可以分为硬件故障和软件故障两大类。

具体的故障类型包括但不限于以下几种：2.1 硬件故障硬件故障是指基站系统中硬件设备发生的故障，常见的硬件故障包括： - 电源故障：电源供应不稳定、电源线路短路等问题； - 天线故障：天线损坏、天线连接错误等问题； - 射频链路故障：射频链路连接不良、滤波器故障等问题；2.2 软件故障软件故障是指基站系统中软件程序发生的故障，常见的软件故障包括： - 系统崩溃：操作系统出现问题导致系统崩溃； - 软件版本不兼容：升级软件版本后出现兼容性问题； - 配置错误：配置文件错误或参数设置错误导致系统崩溃；3. 基站系统故障应急预案汇总针对不同类型的基站系统故障，我们需要有相应的应急预案来应对。

以下是针对不同故障的应急预案汇总：3.1 电源故障应急预案•检查电源线路，确保供电稳定；•检查电源设备，及时更换损坏的电源设备；•准备备用电源以备不时之需；3.2 天线故障应急预案•检查天线连接，确保连接正确紧固；•更换损坏的天线，确保天线的正常工作；•定期检查天线的状态，及时做好维护工作；3.3 射频链路故障应急预案•检查射频链路连接，确保连接良好；•更换损坏的滤波器或其他射频设备；•做好射频设备的定期维护和检查；3.4 系统崩溃应急预案•重启系统，尝试恢复正常运行；•检查系统日志，了解系统崩溃原因；•修复或重新安装操作系统；3.5 软件版本不兼容应急预案•回滚到之前版本的软件，恢复正常运行；•寻找新版本的软件更新，解决兼容性问题；•联络软件供应商，获取技术支持；3.6 配置错误应急预案•检查配置文件，修正错误的配置参数；•恢复默认配置，重新设置参数；•备份正确的配置文件，以备将来参考；4. 结论基站系统故障是移动通信运营商面临的一项重要挑战，为了保障通信服务的稳定性和性能，需要及时分析故障原因，并制定相应的应急预案。

RNC侧基站告警分析

RNC侧基站常见告警分析：一．影响基站状态的告警影响基站状态的告警主要有两个，7650会导致整个Node B停止工作，7653会导致单小区不能正常工作。

1. 7650 BASE STATION FAULTY7650是一个critical告警，7650告警出现可能导致整个Node B停止工作，7650告警的出现可以是由一个或者多个具体的原因导致，下面是一些遇到过的触发7650告警的原因：a）Baseband Bus failure原因分析：基站基带总线检查到一个非正常操作或失败。

解决办法：a. 检查基站当前告警以及历史告警，是否有并发告警出现；b．检查射频模块到系统模块之间的光纤连接是否正常；c．重启射频模块和系统模块；d．替换射频模块以及系统模块。

b）BTS internal SW management problem原因分析：软件包在升级到某一个模块过程中失败，或者系统检测到某个模块flash中运行的软件不可用解决办法：a. 登录到基站检查Node B中是否有其它告警；b． blocking/unblocking射频模块；c． reset系统模块；d．再次升级基站软件包并激活，检查软件包是否已成功加载到各个module；c．如果还不能解决，更换告警提示的模块。

c）Commissioning error原因分析：Commissioning数据丢失或错误解决办法：a. 从RNC远端登录到Node B检查，Commission配置向导检查commission数据配置情况，如果有误，重新加载正确commission配置文件。

d）Communication failuree）原因分析：基站某个module在解码过程中出现内部的Communication failure解决方法：a.检查该基站其它告警；b．reset该module；c．如果不能解决，替换该module。

f）Failure in optical RP3 interface原因分析:Node B检测到射频模块统直接连接有问题解决方法：a.站其它告警；b.检查射频模块到系统模块之间线，以及光纤接头是否有损坏，光功率计测试发光功率是否正常；c．重启射频模块以及系统模块；d．替换光纤，以及告警指向的moduleg）System Module failure原因分析：基站检测到有内部的功能单元或系统模块failure解决方法：a.登录到基站远端reset该系统模块b.通知基站工程师上站处理或替换模块h）Unknown HW resource原因分析：不能通过产品代码或设备物理地址来识别某个硬件单元解决方法：a.软件包升级到102，b．替换该系统模块2. 7653 CELL FAULTY7653是一个critical告警，7653告警出现会导致该小区停止工作，下面是触发7653告警的一些原因：a）Antenna Line Device failure原因分析：天线设备故障解决方法：a. 检查天线设备，包括接头；b. 重启该射频模块；c．更换射频模块；b）BTS reset required原因分析：基站检测到某一cell需要通过BTS重启来恢复工作解决方法：远端登录到RNC对Node B进行esetc）Baseband Bus failure原因分析：基站基带总线检查到一个非正常操作或失败。

教案-RNC故障分析与处理

RNC故障分析与处理一、教学目标：熟悉故障处理流程熟悉常见故障分类熟悉RNC常见故障分析二、教学重点、难点：重点掌握故障处理流程及RNC常见故障分析三、教学过程设计：从整个接入网设备故障的处理流程谈起，介绍RNC常见故障分析。

1.故障处理流程：现场开局或维护人员时经常会遇到各种各样的RAN设备调试问题，如何定位问题？如何解决问题？需要提前了解RAN故障的处理流程。

故障处理的一般流程包括四步：第一步是信息收集：在处理故障前，一般需要收集必要的故障信息，比如系统告警信息、话务统计、用户投诉和设备巡检等信息，越早越好；第二步是故障判断：在获取故障信息后，需要对故障现象有一个大致的定义，以确定故障的范围与种类；RNC故障一般是全网性故障，影响多个基站或所有基站；NodeB故障一般只影响本基站覆盖区域或周边基站切换指标。

第三步是故障定位：故障定位是“从众多可能原因中找出故障原因”的过程；定位手段有查看告警、指示灯和错误提示、接口和协议跟踪、业务演示辅助分析、仪器、仪表辅助分析、性能测量辅助分析、测试辅助分析、对比或互换、主备倒换或复位等。

最后一步是故障排除：故障排除是指采取适当的措施或步骤清除故障、恢复系统的过程。

如检修线路、更换单板、修改配置数据、倒换系统、复位单板等。

2.常见故障分类：常见故障有RAN侧问题、操作维护问题和网络优化问题。

3.RNC常见故障分析：RNC故障一般有四类：第一类是加载类故障，指系统在主机系统加载时出现的故障。

第二类是接口链路类故障，指主机系统与其它设备（如NodeB，CN设备）的连接通路出现的故障。

第三类是业务类故障，指系统不能执行UMTS 业务的相关故障。

根据故障产生的现象，业务类故障又将其分成小区类、接入类、电路域业务类、分组域业务类故障；第四类是操作维护类故障，指BAM、LMT 等操作维护设备出现的故障。

总之。

处理故障前先要把思路理清，切忌盲目操作，造成故障扩大化；故障处理时一定要做好记录，否则即使排除了故障也不知道为什么；及时总结故障处理经验，才能有效地提高故障分析水平。

基站系统故障分析与应急预案汇总

基站系统故障案例分析与应急预案汇总总则：深圳电信CDMA无线接入网经过近三年的开通运行，为深圳电信提供了大量的维护移动通讯系统的实际工作经验，在总结前期的维护工作、中兴公司相关维护手册的基础上，我们特编制此手册，希望能够对大家在维护工作中遇到的问题和进行系统维护工作有所帮助。

按照基站系统的工作原理，我们将基站系统的故障分为五个部分，包括1、时钟部分2、射频部分3、电源部分4、传输部分5、数字基带部分，以下我们将按照基站的分类进行分别说明。

第一节时钟系统故障1.1未探测到GPS故障现象在后台的操作维护系统告警管理程序中，出现“未探测到GPS”的未恢复告警。

故障分析GPSTM只要电源正常、天馈正常即可正常工作。

如果只有未探测到GPS的告警，说明GPSTM与CCM的通信中断，但GPSTM 的时钟输出基本正常。

造成GPSTM与CCM的通信中断的原因可能是：（1）GPSTM模块与后背板接触不良（2）GPSTM与CCM的后背板连线有问题或接触不良（3）CCM模块与后背板接触不良（4）GPSTM失效（5）数据配置错误。

由于系统机架提供了两个GPSTM插槽，而实际配置可能只有一个GPSTM模块。

如果数据配置出现与实际配置不同的错误，也会出现告警。

故障定位和排除检查物理配置数据，确认该槽位是否确实应该存在GPSTM模块；如果不应该存在GPSTM模块，更改配置数据，并做数据同步。

如果数据配置无问题，解决该故障必须到前台处理。

倒换或拔插CCM模块，检查CCM模块与后背板接触不良。

检查GPSTM与CCM的后背板连线。

拔插GPSTM模块，检查GPSTM模块是否与后背板接触不良。

用代换法验证是否GPSTM模块失效。

1.2GPS处于时延阶段故障现象在后台的操作维护系统告警管理程序中，出现“G PS处于时延阶段”的未恢复告警。

该告警暂时不会影响该基站用户打电话，但会影响切换，也有可能引起该基站服务区和相邻基站服务区内通话用户掉话或通话质量下降或时钟不正确。

RNC维护及告警故障处理

4.3 RNC设备运行与维护431 知识体系导入4.3.1.1 RNC硬件例行维护项目介绍在RNC机房对RNC硬件设备进行周期性维护的项目和维护方法。

RNC硬件例行维护项目包括：RNC机房环境维护项目、RNC电源和接地系统维护项目、 RNC M柜维护项目及RNC线缆维护项目。

1.RNC机房环境维护项目RNC M房环境维护项目主要包括查看是否有机房环境告警、查看机房防盗网（门、窗等）、观测机房温度和湿度、查看机房空调。

机房环境维护任务和操作方法如表4-3-1所示。

表4-3-1机房环境维护任务列表2.RNC电源和接地系统维护项目RNC电源和接地系统维护项目包括检查电源线、电压、保护地线，以及检查机柜内组件接地、接地电阻、蓄电池与整流器。

电源和接地系统维护任务和操作方法如表4-3-2所示。

3.RNC机柜维护项目R N C M柜维护项目包括查看机柜风扇运转状态，查看机柜防尘网、机柜外部、门和锁、机柜清洁度、风扇盒除尘，查看部件运行状态、防静电腕带绝缘状态, 空闲光接口。

机柜维护任务和操作方法如表4-3-3所示。

4.RNC线缆维护项目RNC线缆维护项目包括检查线缆标签、接头和插座，以及中继电缆、网线、光纤的连接情况。

线缆维护任务和操作方法如表4-3-4所示RNC占点维护操作记录表，用于记录站点维护的相关操作，包括：更换、扩容以及例行的清洁工作。

RNC站点维护人员请根据表4-3-5所示的RNC站点维护操作记录表进行相应的记录。

表4-3-5 RNC占点维护操作记录表431.2 RNC 上电和下电介绍给RNC设备上电和下电的方法，主要包括： RNC机柜配电要求、RNC机柜上电、RNC M柜常规下电及RNC机柜紧急下电。

1.RNC机柜配电要求RNC M柜采用直流电源供电，它对输入机柜的电源特性和机柜配电盒输出电源特性有明确的要求。

RNC输入机柜的电源特性和机柜配电盒输出电源特性的要求如表4-3-6所示。

2.RNC机柜配电开关分配RNC机柜配电盒可提供双10路输出电源。

基站故障处理流程

基站故障处理流程图一、基站故障处理ERROR LOG统计在基站或者小区出现故障，但小区又没有退服的情况下，按照本手册进行处理。

特别要求基站班故障处理派单人员在向县公司转派工单时，需要在工单中说明。

（一）对于影响网络运行指标或者用户通话感受的故障，需要立即进行处理，尽可能的缩短故障历时。

这类故障需要停站进行处理的，不在基站停站操作流程要求范围之内。

TCH掉话率高、SDCCH掉话高。

TCH指派失败率高、SDCCH应答试呼比低。

引起较严重网络拥塞的。

出现用户投诉的。

（二）对于网络运行指标或者用户通话感受没有影响或者影响不明显的故障，需要停站处理的，需要按照基站停站操作流程进行停站操作。

例如：分集接收告警的处理。

BUS FAULT类故障的处理。

VSWR limits exceeded故障。

对于不能明确的，需要向基站班BSC故障处理配合人员请示后进行。

二、基站传输故障处理1.基站传输时钟不同步的处理流程爱立信RBS2000基站与BSC的同步是通过从E1或T1中提取的8KHz时钟信号送到DXU中的定时单元中，对定时单元中晶振产生的稳定的脉冲信号进行相位调制（就是与PCM信号实行同步），将调制后的信号通过定时总线Timing Bus送入到TRU，以控制载频与整个基站系统的同步。

爱立信基站出现时钟不同步告警时，有两种情况，1、MO TF状态为NOOP,出现A2级别告警，这时基站不同步问题严重，基站会退出服务。

2、MO TF为OPER，但用RXMFP:MO=RXOTF-TG号指令查看会有时钟不同步告警的提示代码，基站能够正常运行，只是有不同步告警，轻微的情况看不出对指标的影响，稍严重的情况会影响切换等指标。

通过爱立信RBS2000基站系统的同步原理，出现时钟不同步告警时应该从以下方面进行排查：1、如果是新开通机架，首先检查DXU连线和接头，比如G.703-1与G.703-2传输接口的连线倒了，与OMT以及BSC侧定义的数据不符。

RNC日常故障处理

RNC故障管理小结通过平时阅读一些文档以及进行一些日常维护操作，RNC出现的故障我总结一下大概分为设备告警，传输告警，无线层告警以及自定义告警几类。

在总结常见告警的一些处理办法之前先要熟悉一下关于我们在OMC920网管系统上处理告警的时候经常会遇到的几个名词。

1，告警ID：在同一产品中，告警ID是告警项的唯一索引，在OMC920网管系统上如果要查询某一种告警的处理办法，索引告警ID方便快捷。

2，告警名称：告警的名称，在同一产品中告警的唯一命名，与告警ID一一对应，能清晰、准确地反映告警的含义。

这是我们处理告警的一大利好，很多故障从名称上我们就能判断问题出在哪里，该如何解决。

3，告警级别：用于标识告警对业务的影响程度，按严重程度递减分为四级：紧急告警、重要告警、次要告警和提示告警。

●紧急告警：此类级别的告警影响到系统提供的服务，需要立即采取相应动作。

如某设备或资源完全不可用，需进行恢复，即使该故障在非工作时间内发生，也需立即采取措施。

●重要告警：此类级别的告警影响到服务质量，需要采取紧急动作。

如某设备或资源服务质量下降，需对其进行还原，恢复全部能力，需在工作时间内立即采取措施。

●次要告警：此类级别的告警一般不会影响到服务质量，但为了避免更严重的故障，需要在适当时候进行处理或进一步观察。

●提示告警：此类级别的告警指示可能有潜在的错误影响到提供的服务，相应的措施根据不同的错误进行处理。

一般遇到紧急告警，客户会急忙要求解决，这个时候一定需要注意。

4，网管分类根据告警所承载内容的一种分类标准，定义了如下的16种类型：●电源系统：有关电源系统的告警。

●环境系统：有关机房环境（温度、湿度、门禁等）的告警。

●信令系统：有关随路信令（一号）和共路信令（七号）等告警。

●中继系统：有关中继电路及中继板的告警。

●硬件系统：有关单板设备的告警（如时钟、CPU等）。

●软件系统：有关软件方面的告警。

●运行系统：系统运行时产生的告警。

RRC常见问题处理思路

RRC连接拥塞与无响应处理思路1.背景随着TD-SCDMA网络二期工程接近尾场声，全国的网络建设却紧随其后开展起来，在网络建设的初期阶段，由于基站建设问题、基站故障问题等造成优化的困难，本文就在长沙处理RRC相关的部分问题，结合现场实际情况，为现场的网优人员提供此类问题的一种解决思路。

2.RRC 连接过程的信令流程UE处于空闲模式下，当UE的非接入层请求建立信令连接时，UE将发起RRC连接建立过程。

每个UE最多只有一个RRC连接。

当RNC接收到UE的RRC CONNECTION REQUEST消息，由其无线资源管理模块RRM根据特定的算法(CAC算法)确定是接受还是拒绝该RRC连接建立请求，如果接受，则再判决是建立在专用信道还是公共信道。

对于RRC连接建立使用不同的信道，则RRC连接建立流程也不一样。

这样一来，对于RRC连接的信令过程可以大致分为以下几个过程：1）呼叫接入控制过程（主要由UE发起请求，RNC来控制）2）无线链路的建立过程3）RRC建立完成过程RRC连接过程的基本信令流程如下图：相对应在，在信令跟踪工具内看到的过程如下图（此为手动信令跟踪得来，没有打开内部消息跟踪）：如果对应的TKIT内自动生成的CT数据，则过程如下：图中：FP为帧协议（Node B与RNC同步使用，此时的同步只是针对于用户的新的无线链路的同步，并不是整个Node B与RNC的同步）3.RRC 失败分析RRC连接失败发生RRC连接建立的过程中，RRC连接一般发生在如下情况下：（1）UE开机（2）UE关机（3）位置区更新（4）UE进行主叫业务（5）UE进行被叫业务参考协议25331，RRC连接失败的原因被分成了两类：（1）Unspecified（未定义）（2）Congestion（拥塞）但在我司的RRC连接失败的原因则根据信令过程，同时参考协议被分成了三类：（1）Unspecified（未定义）（2）Congestion（拥塞）（3）NoReply（未响应）在日常优化的过程中，RRC连接失败则增加了一种情况，变成了一种现象和三种原因，这新增的一种现象就是在路测中UE已经发起了RRC Connection Request 但经过T300超时并且N300超数，从而造成起呼失败。