【资料成文时间】：2004年
【语言】：中文
【页数】：60页
【何人（公司）所著】：爱立信
【文件格式】：PPT
【文件原名】：CDMA2000 1x RBS日常维护交流
【摘要或目录】：

第一部分 基础知识
现网上使用的RBS类型
RBS1127(OD,SR,RM)
RBS1130(sTx,mTx)
CDMA2000 1x RBS日常维护交流
RBS1140(sTx,mTx)
另外RBS1143即将投入商用.

RBS1127（一）
RBS1127（二）
RBS1127（三）
RBS1127 （四）
RBS1127（五）
RBS1127 （六）
RBS1130 （一）
RBS1130 （二） sTx
RBS1130 （三） sTx
RBS1130 （四） sTx
RBS1130 （五） mTx
RBS1130 （六） mTx
RBS1130 （七） mTx
RBS1130（八）
RBS1130（九）
RBS1130（十）
RBS1130（十一）
RBS1130（十二）
RBS1140（一）
RBS1140（二）
RBS1140（三）
RBS1140（四）
RBS1140（五）
RBS1143（一）
RBS1143（二）
RBS1143（三）
RBS1143（四）
RBS1143（五）
RBS1143（六）
第二部分 RBS日常维护
以下内容是根据江苏、安徽和云南三省八个地区最近三个月的RBS维护记录归纳总结而得出的，不能保证100％正确，但基本上包含了日常维护中遇到的所有典型故障。
No GPS Serial Connection /DefectNoGPSSerialConnection

采用EMAS reset TFM板。
检查GPS电缆的连接，GPS电缆有无破损，GPS避雷器内电缆连接是否可靠。如果发现问题，重新连接GPS电缆或更换GPS电缆。
更换TFM板。
更换GPS天线。
更换I/O surge board (RBS1127) 或alarm output/GPS input module(RBS1130/1140)
No Pp1s Connection /DefectNoPp1sConnection

采用EMAS reset TFM板。
检查GPS电缆的连接，GPS电缆有无破损，GPS避雷器内电缆连接是否可靠。如果发现问题，重新连接GPS电缆或更换GPS电缆。
更换TFM板。
更换GPS天线。
更换I/O surge board (RBS1127) 或alarm output/GPS input module(RBS1130/1140)
Pp2s Timing Distribution Failure /DefectPp2sTimingDistributionFailure

采用EMAS reset Rbs110xRfModule。
采用EMAS reset CC 板 。
更换TFM板。
更换CC板。
如果仅有一个CELL出现告警，更换RF。
TFM Pp2s Out Of Spec /DefectPp2sOutOfSpec

更换TFM板。
检查GPS电缆的连接，如果有问题重新连接或更换电缆。
更换GPS天线。
更换I/O surge board (RBS1127) 或alarm output/GPS input module(RBS1130/1140)。

Previously Detected HW Missing /DefectPreviouslyDetectedHWMissing

重启CC板/ 重启RBS/断电重启
检查相关硬件有没有安装,以及安装是否正确。
检查远端电源是否正常。
更换core module。
更换RF。

Remote Critical /DefectRemoteCritical

采用EMAS reset Rbs110xRfModule或RIM。
更换RF模块。
更换core模块。

UpConverter Phase Lock Loop Out of Lock/DefectUpConvPLLOutOfLock

采用EMAS reset RIM。
Reload RBS或断电重启
更换RF模块。
更换core模块。

DownConverter Phase Lock Loop Out of Lock/DefectDownConvPLLOutOfLock

采用EMAS reset RIM。
Reload RBS或断电重启RBS。
更换RF。

RF Subsystem Phase Lock Loop Out of Lock/DefectRfSubsystemPLLOutOfLock

采用EMAS reset RIM。
Reload RBS或断电重启RBS。
更换RF。

Transmit Power Tracking Failure /DefectTxPowerTrackingFailure

采用EMAS reset Rbs110xRfModule。
断电重启RBS。
更换core模块。
更换RF。

Single HPA Device Failure /DefectSingleHPADeviceFailure

采用EMAS reset Rbs110xRfModule。
更换RF。


RF Slot Failure /DefectRfSlotFailureRF Slot Data Layer Unavailable /DefectRfSlotDataLayerUnavailable

采用EMAS reset Rbs110xRfModule。
断电重启RU，或重启CC板。
检查core模块上的电源指示灯是否正常或测量其输出电压。
更换RF。
更换core模块。
两个小区互换光纤判断是否是MU或光纤的原因。


CDMA Channel Not Available

采用EMAS reset CC板或reload RBS。
拔插CC板。
更换CC板。


LNA 0/1 Failure

是否有多个与LNA相关的告警，如果有可能RF损坏，检查LNA连接RF的电缆，更换电缆或RF。
采用EMAS reset Rbs110xRfModule。
断电重启RU。
检查LNA连接电缆，如果损坏更换电缆。
更换LNA。
更换RF。

LNA Cable 0/1 Failure

是否有多个与LNA相关的告警，如果有可能RF损坏，检查LNA连接RF的电缆，更换电缆或RF。
采用EMAS reset Rbs110xRfModule。
检查LNA连接电缆，如果损坏更换电缆。
更换LNA。
Tx Power Returned Loss Below Threshold

先解决其它告警。
检查该小区有没有连直放站，有可能是连直放站引起的。
采用EMAS reset Rbs110xRfModule或断电重启。
检查RF到LNA连接电缆，检查LNA到天线的跳线，测试驻波比。如果不正常更换电缆或跳线。
更换RF和LNA。
Serial EEPROM Error /DefectSerialEEPROMError

采用EMAS reset Rbs110xRfModule。
对RU进行断电重启。
更换RF模块。
RF Subsystem Frequency Reference Failure

采用EMAS reset Rbs110xRfModule。
更换RF模块。
更换core模块。
Rx Low Received Signal Strength Indicator /DefectRimRxLowRSSI

检查有没有LNA的告警，如果有先解决LNA的告警。
采用EMAS reset Rbs110xRfModule。
检查RF到LNA之间的电缆。
更换RF模块。
Software Platform Error /DefectSoftwareFailure

重启CC板。
重启RBS。
重新装载RBS软件。

Tx RF Subsystem Failure /DefectTxRfSubsysFailure

采用EMAS reset Rbs112xRfModule/MultiCarrierRfSubsystem。
检查TX板到HPA的电缆。
拔插HPA/TX。
更换HPA。
更换TX。

Application Failure /DefectApplicationFailure

根据产生告警的MO，restart TFMCard/ChannelCard或reload RBS。
更换CC板或TFM板。

Incompatible Version Critical /DefectCriticalIncompatibleVersions

采用EMAS检查CC板的产品号和版本号，跟其它正常的RBS比较。
如果CC板版本太低更换高版的CC板。

Control Cable Failure /DefectControlCable

检查TX板和HPA之间的控制电缆。
更换TX板和HPA之间的控制电缆。

CSM 5000 ASIC Failure /DefectCsm5kASICFailure

采用EMAS restart CC板。
更换CC板。

FPGA Download Failure /DefectFPGADownloadFailure

根据产生该告警的MO，采用EMAS restart 所对应的电路板或小区。
Reload RBS。
如果是某小区告警，检查该小区的光纤连接。
根据MO更换相应电路板或RF。
重新装载RBS软件。

Common Channel Setup Failure /DefectCommonChannelSetupFailure

如果在开新站时遇到该告警，可能是相关数据定义错误，那么应该检查BSC和RBS两侧的数据定义，检查RBSID、AESE数据是否正确。
如果RBS软件升级后出现该告警，可能与RBS软件升级有关。那么需要检查RBS升级前后的RBS软件版本，可能由于前一个版本太低不能直接升级到后一个版本。
如果没有对RBS做任何操作，出现该告警，应该是软件问题。

Abis Common Procedures Reliable Service Not AvailableAbis Dedicated Procedures Reliable Service Not Available

传输中断，在BSC和RBS两侧会同时产生这两种告警。传输恢复后，告警会自动消失，RBS恢复正常。
RBS供电中断，供电恢复后ETM1无法恢复正常，红灯亮，传输始终中断。
ETM1传输板损坏。

Rx0/1 Power Exceeds Threshold

如果同一个扇区RX0和RX1同时告警，应该是外界干扰。登录EMAS检查该扇区接受功率值，通知客户和RF工程师查干扰。
如果同一个扇区只有一个RX0/1告警，登录EMAS检查两个接受功率值，如果相差很大，可能是RBS硬件有问题。
检查该扇区有没有直放站，由于直放站通常连在一根馈线上，如果直放站有问题可能导致一个RX接受功率大，可关闭直放站再观察告警有没有消失。

客户投诉掉话严重或根本打不了电话

有一小部分情况可能是由硬件导致，比如RF子系统或信道板出现故障。
根据以往的经验，绝大多数是由于软件问题导致小区休眠（sleeping cell)造成的。

附录
如何收集RBS的kapture.log文件。
如何收集并分析RBS的历史告警记录。
不同类型RBS中的RF子系统。
如何检查RBS某个小区的接受功率。
如何配置RBS的本地模式。
如何填写CRAN RBS硬件更换问卷。




收集RBS Kapture.log(一）
收集RBS Kapture.log(二）
收集RBS告警记录文件(CELLO_ALARM_LOG.xml)
C:\>ftp 10.65.51.17
Connected to 10.65.51.17.
220-Welcome to the Cello FTP Server!
220
User (10.65.51.17none)): p
331 Password required.
Password:
230 User logged in.
ftp> bin
200 Command okay.
ftp> cd /c/logfiles/cello
250 Requested file action okay, completed.
转换RBS告警记录文件(CELLO_ALARM_LOG.xml)的格式
将alarmparse.zip解压缩到从c:\目录下，生成c:\ alarmparse目录。
将CELLO_ALARM_LOG.xml文件拷贝到c:\ alarmparse下。
在MS-DOS窗口执行命令：alarmparse cello_alarm_log.xml >output.txt。
打开output.txt文件，就可以得到RBS的告警历史记录。

RBS1127和RBS1130/1140 sTx 的RBSChannel
RBS1127
Rbs110xRfModule
代表：
1个RF
2个LNA
RBS1130/1140 mTx的RBSChannel
MultiCarrierRfSubSystem
代表：
1个mTx
1 或 2个 Rx
1个HPA
2个LNA
查看CELL的接受功率
查看
Equipment
PhysicalRBS=1
RIM=x
的属性(Properties…)
配置RBS的本地模式（Local mode)（一）
在RBS EMAS下选择
Configuration>Radio network
弹出Radio Network Configuration
窗口，选择Local

配置RBS的本地模式（Local mode)（二）
在Radio Network Configuration
窗口中输入SID、NID以及FA的
Channel number。
配置RBS的本地模式（Local mode)（三）
在Radio Network
View下查看Local
Mode的配置。
配置RBS的本地模式（Local mode)（四）
在RBS Status 窗口查看各
RBSChannel的状态。
CRAN RBS硬件更换问卷
是什么原因导致上站维修？比如是因为告警，话务统计数据，或者是设备损坏，等等？如果该站有告警，请列出所有告警。列出告警时，请尽量详细。
当到达站上，在还没有做任何恢复措施以前，该站有没有告警？如果有，请列出所有告警，并请使用RNM告警窗口中的原文。
在更换任何硬件以前，有没有尝试任何其他的恢复措施？比如远程重起该站，或者远程重起某块板子，或者在站上冷启动？在站上时，有没有尝试拔插某个硬件，有没有检查过接线的连接，有没有在同一站上互换相同的硬件，比如互换HPA1和HPA3？
有哪些硬件被更换了？这些硬件是以什么顺序更换的？请列出所有被更换硬件的产品号，版本号，和序列号。
如果有一个以上的硬件被更换，请解释这么做的原因。比如：更换一个硬件解决了一部分告警但是没有解决全部告警，然后更换另一个硬件解决了其他告警？请尽量具体描述。
当上站人员离开该站的时候，该站的状态是什么？比如正常发射，正常发射但是有降级告警，或者是没有修复？
有没有其他你认为重要的信息可以帮助我们重复验证这个问题？
对於每一个更换的硬件，请附上填写完整的以上问卷