爱立信log解释
爱立信 RBS2000 LOG分析翻译
LOG分析翻译
输入电压故障：
[05-11-29 12:31:13.778] OMS_HWU hwu.c:33071 FAULT: PWU:2, raise i2a PA VOLTAGE SUPPLY
[05-11-29 12:31:13.796] OMS_RU_OBJ ru.c:112402 FAULT:RU:TRU:2, raise i2a PWU PA VOLTAGE SUPPLY
[05-11-29 12:31:13.820] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for FAULT state ON
[05-11-29 12:31:13.830] OMS_SO_MAIN so.c:56681 FAULT:SO: TRXC, 2, raise, VOLTAGE SUPPLY FAULT
[05-11-29 12:31:20.262] OMS_HWU hwu.c:33071 FAULT: PWU:2, cease i2a PA VOLTAGE SUPPLY
[05-11-29 12:31:20.280] OMS_RU_OBJ ru.c:112402 FAULT:RU:TRU:2, cease i2a PWU PA VOLTAGE SUPPLY
[05-11-29 12:31:20.300] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for FAULT state OFF
[05-11-29 12:31:20.310] OMS_SO_MAIN so.c:56681 FAULT:SO: TRXC, 2, cease, VOLTAGE SUPPLY FAULT
[05-11-29 12:48:31.644] T_ALH_CH3013 t_alh_frm.c:817 TRACEH:Incorrect SAPI : 2
《TX NOT ENABLE》
[05-11-30 11:01:51.712] RTS_TRX trx.c:3276 TRACEH:XBUS receiver set to 255
[05-11-30 11:01:51.714] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for TX_NOT_ENABLED state ON
[05-11-30 11:01:51.754] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for OPERATIONAL state FLASH
[05-11-30 11:01:51.756] RTS_TRX trx.c:1368 TRACEH:pwr=0 arfcn=1023 bcc=0 hopp_flag=1 x_addr=0 filler=0 txpos=0
[05-11-30 11:01:51.756] RTS_TRX trx.c:1386 TRACEH:Park CU!
[05-11-30 11:01:53.944] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for OPERATIONAL state OFF
[05-11-30 11:03:22.794] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for OPERATIONAL state FLASH
[05-11-30 11:03:22.796] RTS_TRX trx.c:1368 TRACEH:pwr=47 arfcn=33 bcc=5 hopp_flag=0 x_addr=2 filler=1 txpos=0
[05-11-30 11:03:28.778] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for OPERATIONAL state ON
[05-11-30 11:03:29.384] RTS_TRX trx.c:3276 TRACEH:XBUS receiver set to
2
[05-11-30 11:03:29.404] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for TX_NOT_ENABLED state OFF
PLS: Platform subsystem.子系统平台
RTS: Radio Traffic subsystem无线子系统
OMS: Operation and Maintenance Subsystem操作维护子系统
EPS: Environment and Power Subsystem环境动力子系统
TFS: Traffic Subsystem传输子系统
The next part of the name usually deals with what function that process has.
Examples:
OMS_SO_MAIN SO服务对象,
RTS_TF TF定时功能
PLS_CLOCK CLOCK should be quite obvious时钟应该是相当明显然的
PLS_PCM pcm_external.c:3467 PLS_PCM_TOPOLOGY_INFO with
pcm_network_tplgy=0/1 pcm_last_in_chain=0/1
pcm_network_tplgy----意指OMT在IDB中定义的传输是cascade还是
stand-alone,当=0时表示是cascade,当=1时表示是stand-alone
pcm_last_in_chain=0/1表示PCM是否为有效的cascade拓扑,为0时表示假,为1时为真.
PLS_PCM pcm_hw_config.c:1392 TRACEH:Initial config performed.
pcm_2Mbit=0/1
0 is for false (=> DXU configured for T1), 1 is for true (=> DXU configured for E1)
RTS_TF rts_tf_ctrl.c:3232 TRACEH:PCM_UPDATE_RPT arrived, 0/1 0/1 0/1 0/1 0-2 0-2
Bit 1: PCM A error (0=no error, 1=error)
Bit 2: PCM A available (0=not available, 1=available)
Bit 3: PCM B error (0=no error, 1=error)
Bit 4: PCM B available (0=not available, 1=available)
Bit 5: PCM synchronisation source 1 (0=PCM_A, 1=PCM_B, 2=optional oscillator)
Bit 6: PCM synchronisation source 2 (0=PCM_A, 1=PCM_B, 2=optional oscillator)
OMS_RBS_MAIN dbh_flash.c:304 TRACEH:Cabinet type:1---机柜类型
- 1=2101
- 2=2102
- 3=2103
- 4=2202
- 5=2301
- 6=2302
OMS_RBS_MAIN dbh_flash.c:306 TRACEH:Climate system:0---环境系统
- 0=2301/2302_no_climate
- 1=2202_fans
- 2=2101_heat_exchanger
- 3=2103_heat_exchanger
- 4=2101_air_conditioner
- 5=2102_air_conditioner_and_heat_exchanger
OMS_RBS_MAIN dbh_flash.c:307 TRACEH:Power system:0---动力系统
- 0=undefined
- 1=2101_no_battery
- 2=2102_no_battery
- 3=2101_with_battery
- 4=2102_with_battery
- 5=2103_with battery
- 6=2301/2302_internal_battery
- 7=2202_230VAC_optional_battery
- 8=2202_24VDC, 9=2202_48VDC
- 10=2302_external_battery
P_LOADER ldf_loader.c:1839 TRACEH:Open loadfile TRLR012H (6 units)
表明DXU已收到从ABIS链路发来的"Load Data Init"装载文件,DXU和TRU正在下载数据。”（6 units）”表明数据也下到TRU和DXU；”（0units）”表明只下到DXU；”（1units）”表明只下到DXU和ECU”
P_LOADER ldf_loader.c:2086 TRACEH:Loadfile close OK
装载文件已把数据下到DXU与TRU中
OMS_HWU cpu_dex.c:1301 TRACEH:DXLR082H, STARTCAUSE:6 (or
FUNCTION_CHANGE_BSC), APPL. TYPE:1
" AppLType" 0 is for base application, 1 is for load application.
说明将装载本地配置，和引起本事件的原因：6 (or FUNCTION_CHANGE_BSC)：BSC 功能改变。
OMS_RBS_MAIN dbh_flash.c:271 TRACEH:INFO - RBS DB was read from flash RBS DB从闪存内提取数据（PCM，RU，机柜等信息），下到DXU去
OMS_RBS_MAIN rbs.c:60885 TRACEH:RBS Database installed and distributed 数据已下完，开始安装和分配到各个单元
(in DXU): RTS_IDH_SERVER rts_idh_dxu.c:945 TRACEH:OMS_DB_READY_RPT received
(in TRU): RTS_LOCAL_CONF local_conf.c:796 TRACEH:OMS_DB_READY_RPT received
RTS已启用，数据已下完，开始本地配置。
(in TRU): RTS_LOCAL_CONF local_conf.c:836 TRACEH:DB LOCAL CONFIGURATION OK.
本地配置完成，准备进入远程控制模式。
PLS_MMI_LED_HND mmi_common.c:278 TRACEH:MMI Indication for LOCAL_MODE state FLASH
进入远程控制模式。
DXU的重启流程：
PLS子系统开启
初始化文件系统
配置PCM
OMS子系统开启
RTS子系统开启
初始化 TU
EPS子系统开启
从闪存中读取RSB DB
释放DVT&OMT链路
初始化外部告警
联接TRU和ECU
使能TRU和ECU的SAP
释放CF链路
置DXU为远端控制模块
如果与取得BSC联系，建立CF链
发送错误报告和重启命令到BSC
MO，CF，TF，IS，DP被激活，配置使能
DXU的重启流程解说：
[90-01-01 00:00:00.034] NONAME debug_main.c:2486 TRACEH:No restart info
[90-01-01 00:00:00.034] NONAME debug_main.c:2503 TRACEH:RESET TIME: Not set
[90-01-01 00:00:00.034] NONAME debug_main.c:2511 TRACEH:DXLR014Q (PLS-DXU/R8
CXC1121202_1.R8_2), START CAUSE: POWER_ON, APPL. TYPE: 1
DXLR014Q：说明DXU软件执行的名称
(PLS-TRU/R8 CXC1121202_1.R8_2) = PLS 软件版本
[90-01-01 00:00:00.042] P_LOADER ldf_loader.c:2998 TRACEH:plsfs_init, rc 1 (1=OK)
初始化BTS文件系统
[90-01-01 00:00:00.046] P_LOADER ldf_loader.c:3001 TRACEH:mount, rc 1 (1=OK)
配置文件系统
[90-01-01 00:00:00.056] PLS_PCM pcm_external.c:2055 TRACEH:No valid parameters stored in PCM NVRAM
闪存中没存有PCM的数据，在CPU寄存器内
[90-01-01 00:00:00.056] PLS_PCM pcm_external.c:3887
TRACEH:PLS_PCM_TOPOLOGY_INFO with pcm_network_tplgy=1
pcm_last_in_chain=0
描述传输信息。
[90-01-01 00:00:00.058] PLS_PCM pcm_external.c:3927
TRACEH:PLS_PCM_CRC4_INFO
with A=1 B=1
描述传输是否使用CRC4信息。
[90-01-01 00:00:00.066] P_MPSS_DISTR distr.c:1128 TRACEH:POS CODE DXU Cab=0,
Shlf=7, Slt=56
描述DXU的位置
[90-01-01 00:00:00.106] P_MPSS_DISTR distr.c:2999 TRACEH:HW Type DXU 2.0 Mbit
描述DXU的使用的传输速率(dxu2.0使用2M；dxu1.5使用1.5M；dxu11使用
2.0&1.5M)
[90-01-01 00:00:00.258] PLS_STA_MAIN sta_main.c:295 TRACEH:Starting subsystem OMS
OMS子系统开启（通过PLS）
[90-01-01 00:00:00.278] P_MPSS_DISTR distr.c:3604 TRACEH:OMS SAP node is connected in PLS_DISTR
表明OMS SAP节点已联上PLS_DISTR。
[90-01-01 00:00:00.904] PLS_STA_MAIN sta_main.c:310 TRACEH:Starting subsystem RTS
RTS子系统开启（通过PLS）
[90-01-01 00:00:00.942] RTS_TF rts_tf_version.c:113 TRACEH:RTS_DXU:
R3/3[R15/3]
DXU内的RTS软件版本 R3/3 [R15/3]
[90-01-01 00:00:00.944] RTS_TF rts_tf_ctrl.c:864 TRACEH:Using
PCM-network as reference
使用PCM作为参考时钟
[90-01-01 00:00:00.944] RTS_TF rts_tf_rev_dep.c:108 TRACEH:Reading dxu database
RTS从IDB中读取DXU硬件信息：DXU产品号，序列号
[90-01-01 00:00:00.960] PLS_STA_MAIN sta_main.c:318 TRACEH:Starting subsystem EPS
开启DXU内的EPS程序
[90-01-01 00:00:00.982] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for FAULT state OFF
[90-01-01 00:00:01.132] P_MPSS_NONVOL_MA nonvol_main.c:1196 TRACEH:Nonvol medium: Flash
因定的存储器类型：Flash memory.
LOG和软件数据库存放在Flash memory.
[90-01-01 00:00:01.216] E_EPS_PROC eps_int_alm.c:1728 TRACEH:Process E_EPS_PROC runs on Macro, going to idle loop !
表明DXU的EPS程序没有执行任务操作，处于自由运行模式
[90-01-01 00:00:01.338] OMS_RBS_MAIN dbh_flash.c:205 TRACEH:INFO - RBS DB was
read from flash.
从Flash memory.中读取RBS数据到RAM
[90-01-01 00:00:01.338] OMS_RBS_MAIN dbh_conv.c:5260 TRACEH:INFO - Found idb struct rev: 7:0 _.
IDB结构版本:7.0
[90-01-01 00:00:01.340] OMS_RBS_MAIN dbh_flash.c:235 TRACEH:INFO - Number of cabinets: 2.
“2”表明使用主从机柜，“1”表明只使用主柜
[90-01-01 00:00:01.340] OMS_RBS_MAIN dbh_flash.c:238 TRACEH:Information about IDB for cabinet nr: 0.
Cabinet nr. 0 = Master Cabinet (1 = first extension cabinet, 2 = second extension cabinet)
关于0机柜的信息。“0”代表主机柜，“1”代表第一扩展机柜，“2”代表第二扩展机柜。
[90-01-01 00:00:01.342] OMS_RBS_MAIN dbh_flash.c:240 TRACEH:Cabinet type: 4.
机柜类型：参数代码:
RBS2101 = 1；RBS2102 = 2；RBS2103 = 3；RBS2202 = 4；RBS2301 = 5；RBS2302 = 6；RBS2401 = 7
[90-01-01 00:00:01.342] OMS_RBS_MAIN dbh_flash.c:241 TRACEH:Cabinet variant: 0.
The following values are defined for RBS_cabinet_variant:
0 = Not defined 1 - 255 = variant Id
This value is not used by EPS.
[90-01-01 00:00:01.342] OMS_RBS_MAIN dbh_flash.c:242 TRACEH:Climate system: 1.
Depending on climate system and type of cabinet, the following parameter codes shall be set:
环境系统的类型，机柜环境系统参数代码：
2101 Air Conditioner 4；；2101 Heat Exchanger 2；2102 Air Conditioner and；Heat Exchanger 5
2103 Heat Exchanger 3；2202 Fan & Filter 1；2301 No climate system 0 [90-01-01 00:00:01.346] OMS_RBS_MAIN dbh_flash.c:243 TRACEH:Power system: 7.
机柜的电源参数代码:
2101 AC230V none 1；2101 AC230V 1 battery 3；2102 AC230V none 2；
2102 AC230V 1 or 2 battery 4；2103 AC230V 1 or 2 battery 5；2301 AC230V
1 battery 6
2202 AC230V 1 battery 7；2202 DC24V none 8；2202 DC48V none 9
[90-01-01 00:00:01.348] OMS_RBS_MAIN dbh_flash.c:250 TRACEH:INFO - RBS DB init.
cont. rev.: P9M .
The revision RBS DB init cont. Rev. is P9M.
This parameter describes which revision of GCD, a block in OMT, has been used.
[90-01-01 00:00:01.348] OMS_RBS_MAIN dbh_flash.c:253 TRACEH:INFO - RBS DB SCC info: 3X4 .
SCC =定点蜂窝配置
3x4 = ３扇区，每个扇区各有４个ＴＲＵ[90-01-01 00:00:01.348]
OMS_RBS_MAIN dbh_flash.c:257 TRACEH:INFO -
RBS_basic_conf_3_0, Sector1: 4012.
This parameter was added in IDB structure revision 3:0
Basic_conf_3:0 = Cp9d_2.4
Sector1:4012扇区1配置4012：C+9d_2.4
CDU数量= 2 CDUs (CDU-C+)
频率宽带 = P-GSM 900
支持ＴＲＵ个数 = 4
馈线数 = 2
天线数= 2
天线配置 = TX/RX + TX/RX
The explanation of the basic configurations are found in document: “General Specifications for MACRO RBS 2000Configurations”.
[90-01-01 00:00:01.390] PLS_PCM pcm_external.c:2425 TRACEH:Number of parameters requested from IDB=3
从ＩＤＢ数据库读取ＰＣＭ参数3
以下可取的ＰＣＭ参数：
1. Transmission Interface 传输接口
2. Spare bits and CRC4 settings (E1)ＣＲＣ４设置
3. Synchronisation sources同步源
4. Network topology网络技术
5. Line build out values (T1)
6. Receiver sensitivity (E1)接收灵敏度
[90-01-01 00:00:01.394] PLS_SWITCH scan.c:1343 TRACEH:SU SCAN received release on link DVT
DVT链路被释放，可以联接DVT
OMT必须利用DVT链路和OMT链路连接ＢＴＳ
从DVT链路读取MRU的log文件
[90-01-01 00:00:01.424] OMS_ABIS_MAIN abis.c:58003
TRACEH:RBS_Running_mode:R7_RUNNING_MODE
This SW can handle both R7 and R8 Abis IWDs.
BTS软件系统有2种Abis IWDs：R7,R8
现在BTS使用R7 Abis IWDs
[90-01-01 00:00:01.432] PLS_PCM pcm_external.c:3144 TRACEH:Network topology is STAND ALONE
PCM技术为standalone
此信息从flash memory读取
[90-01-01 00:00:01.432] PLS_PCM pcm_external.c:3887
TRACEH:PLS_PCM_TOPOLOGY_INFO with pcm_network_tplgy=1
pcm_last_in_chain=0
描述传输信息
[90-01-01 00:00:01.434] PLS_PCM pcm_external.c:3587
TRACEH:Configuration from IDB could be performed without errors
PLS成功执行了DXU从RBS DB读取来的配置
[90-01-01 00:00:01.766] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for BS_ERROR state OFF
[90-01-01 00:00:02.298] PLS_SAP_MAIN sap_main.c:1569 TRACEH:TRU0 CONNECTED
TRU-0已连上DXU
[90-01-01 00:00:02.324] PLS_SAP_MAIN sap_main.c:1569 TRACEH:TRU1 CONNECTED
[90-01-01 00:00:02.464] OMS_EXTAL_MAIN extal.c:13676 TRACEH:Init Extal: SUCCESS
成功初始化外部告警
[90-01-01 00:00:02.478] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for EXTERNAL_ALARMS state OFF
[90-01-01 00:00:02.688] PLS_SAP_MAIN sap_main.c:1569 TRACEH:ECU1 CONNECTED
ECU连上DXU
[90-01-01 00:00:07.342] RTS_TF rts_tf_rev_dep.c:158 TRACEH:DXU Productnumber: [BOE60202/01]
DXU 产品号：BOE60202/01.
[90-01-01 00:00:07.342] RTS_TF rts_tf_ctrl.c:4572 TRACEH:Cold start, run from begining!
MO TF 检测出这是BTS在重启完成后第一次设法与PCM同步。
[90-01-01 00:00:07.370] RTS_TF rts_tf_ctrl.c:3477 TRACEH:PCM_UPDATE_RPT arived, 0 1 1 0 0 0
传输状况已改变，重新检测到新的传输数据
[90-01-01 00:00:10.762] PLS_SWITCH scan.c:1343 TRACEH:SU SCAN received release on link OMT
OMT链路被释放，可以联接OMT
OMT必须利用DVT链路和OMT链路连接ＢＴＳ
从DVT链路读取MRU的log文件
[90-01-01 00:00:14.058] PLS_SAP_MAIN sap_main.c:1307 TRACEH:SAP ENABLED TRU1
All communication between DXU and TRU1 is enabled.
TRU-1已被允许与DXU通信
[90-01-01 00:00:30.036] P_MPSK_DBG_MAIN debug_main.c:1321 TRACEH:System load:
100.0%
系统负载:100%
[90-01-01 00:00:36.694] PLS_SAP_MAIN sap_main.c:1307 TRACEH:SAP ENABLED ECU0
ECU-0已被允许与DXU通信
[90-01-01 00:01:35.880] OMS_RBS_MAIN rbs.c:61528 TRACEH:Info -
OMS_DB_TEI_FAULTY_RPT received by OMS_RBS
当OMS读取RBS DB数据时，没有得到TRU的TEI 值
这是一个软件错误
[90-01-01 00:01:35.916] OMS_HWU hwu.c:33518 FAULT: LB:0, raise i2a MISSING RU ECU 0
如IDB中已定义ECU0信息，“OMS_HWU”就对ECU0一直处于连接状态以上信息指明一个内部错误发生
如果以上这个错误保持存在6分钟，那BTS就会向BSC发送“Lost Com munication with ECU”
[90-01-01 00:01:36.350] OMS_HWU hwu.c:33518 FAULT: RBS_DB:0, raise i2a PARAMETER FAULT
如“OMS_HWU”读取的IDB有一个参数错误时，将会提示此信息。
[90-01-01 00:01:39.292] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for BS_ERROR state ON
[90-01-01 00:01:41.302] OMS_RU_FH ru.c:56731 FAULT:RU:RBS_DB:0, raise i2a PARAMETER FAULT
出现高一级参数错误时，“OMS_HWU”会上报给“OMS_RU”
[90-01-01 00:01:42.008] OMS_SO_MAIN so.c:51049 FAULT:SO: CF, 0, raise, DB PARAMETER FAULT
出现再高一级参数错误时，“OMS_RU”会上报给“OMS_SO_MAIN”
[90-01-01 00:01:42.008] OMS_SO_MAIN so.c:51049 FAULT:SO: CF, 0, raise, DB PARAMETER FAULT
OMS_SO_MAIN 提示数据错误参数“SO CF I2A:46” 将通过O&M link从BTS发送到BSC
[90-01-01 00:01:50.052] P_MPSK_DBG_MAIN debug_main.c:1328 TRACEH:System load:
83.6%
系统负载下降为 83.6%.
[90-01-01 00:01:56.568] OMS_SO_MAIN so.c:51049 FAULT:SO: CF, 0, raise, RESET
POWER ON
OMS_SO_MAIN 提示重启参数“SO CF I1A:1” 将通过O&M link从BTS发送到BSC
[90-01-01 00:01:59.104] OMS_HWU hwu.c:33518 FAULT: LB:0, cease i2a MISSING RU ECU 0
DXU与ECU-0取得联系
[90-01-01 00:02:10.056] P_MPSK_DBG_MAIN debug_main.c:1321 TRACEH:System load:95.7%
[90-01-01 00:02:10.220] OMS_RBS_MAIN rbs.c:66652 TRACEH:INFO - RBS Database installed and distributed.
根据OMS，RBS数据能成功装载和分配到各部件去后进行部件本地配置开始执行。[90-01-01 00:02:10.492] RTS_IDH_SERVER rts_idh_dxu.c:923
TRACEH:OMS_DB_READY_RPT received
RTS收到“ OMS_DB_ READY_RPT”信息
这意味着RTS 从现在起被允许从RBS DB.读出数据
如果是执行快速配置，就不必要等待收到“ OMS_DB_ READY_RPT”信息
[90-01-01 00:02:10.514] OMS_RU_DBH ru.c:159177 TRACEH:Parameter id 80 68 0 3 is not found in dxu database
DXU数据中没找到参数80 68 0 3
这个参数只在DXX配置中使用
[90-01-01 00:02:11.464] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for LOCAL_MODE state FLASH
本地灯闪，代表DXU与BSC正在连接，当DXU的O&M-link链路建立，本地灯灭[90-01-01 00:02:11.466] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for OPERATIONAL state OFF
[90-01-01 00:02:11.484] PLS_SWITCH scan.c:1343 TRACEH:SU SCAN received release on link CF
CF链路被释放，可以联接CF
14/20
[90-01-01 00:02:11.780] PLS_SWITCH scan.c:1291 TRACEH:SU SCAN received establish on link CF icp = 56 ts = 14 br = 7
PLS发现CF链路信息在PCM的TS14内
ICP=56： IS的内部连接点56，意为TS14(56/14)
BR=7：7位速率=64Kbit/s
[90-01-01 00:02:11.868] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for LOCAL_MODE state OFF
本地灯灭，代表CF链路已建立
[90-01-01 00:02:11.872] OMS_SO_MAIN so.c:50473 FAULT:SO: CF, 0, raise, RESET POWER ON
OMS_SO_MAIN 提示重启参数“SO CF I1A:1” 将通过O&M link从BTS发送到BSC
如果BTS没有收到BSC的响应信息，BTS将将所有错误报告发送4次。
[90-01-01 00:02:18.554] OMS_SO_MAIN so.c:51049 FAULT:SO: CF, 0, cease,
RESET POWER ON
[90-01-01 00:02:20.058] P_MPSK_DBG_MAIN debug_main.c:1328 TRACEH:System load:76.6%
[90-01-01 00:02:21.340] P_MPSK_CLOCK timeout_clock_main.c:392 TRACEH:Setting time: 99-11-09 10:38:07.000
BTS发送日期时间请求给BSC，BSC将回应日期时间到BTS，然后在BTS根据发过来的时间来调整时间得出新时间。
[99-11-09 10:38:10.708] RTS_ENV_SERVER rts_environment.c:239 TRACEH:Lost link to ECU 0, trying to regain contact
RTS试图建立一条TRU和ECU0间通过DXU的链路，TRU通过这条链路向ECU发送TRU的温度和以便于ECU控制TRU的温度作出措施。
[99-11-09 10:38:12.066] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for OPERATIONAL state FLASH
操作灯闪代表AO TF 正在同步PCM，BTS软件装载入DXU的时候
[99-11-09 10:38:12.078] RTS_TF rts_tf_ctrl.c:4883
TRACEH:Switch_sync_ref, state internal 0, external 0,
sync_source_desired 0
AO TF 现在与网络建立同步。
Internal state: 0 =建立；1=已同步；2=切换
External: 0=禁止；1=使能
Sync Source Desired: 0 =使用PCM同步源；1=使用可选择同步源
[99-11-09 10:38:15.714] P_MPSK_DBG_MAIN debug_main.c:1321 TRACEH:System load: 97.4%
[99-11-09 10:38:24.026] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication
for OPERATIONAL state ON
[99-11-09 10:38:45.720] P_MPSK_DBG_MAIN debug_main.c:1328 TRACEH:System load: 67.4%
[99-11-09 10:39:14.202] PLS_SAP_MAIN sap_main.c:1607 TRACEH:TRU2 DISCONNECTED
因为BSC安排TRU2重启，所以DXU与TRU2失去联接
[99-11-09 10:39:14.218] OMS_SO_MAIN so.c:19197 TRACEH:SAP disconnected SAP与TRU2断开连接，TRU2失去了通信功能
[99-11-09 10:39:14.250] OMS_HWU hwu.c:33518 FAULT: LB:0, raise i2a MISSING RU TRU 2
OMS_HWU 提示TRU2丢失的错误报告
[99-11-09 10:39:18.292] PLS_SAP_MAIN sap_main.c:1569 TRACEH:TRU2 CONNECTED
DXU 与TRU2恢复联接.
[99-11-09 10:39:19.866] PLS_SAP_MAIN sap_main.c:1307 TRACEH:SAP ENABLED TRU2
DXU与TRU2所有通信功能使能
[99-11-09 10:39:22.188] OMS_HWU hwu.c:33518 FAULT: LB:0, cease i2a MISSING RU TRU 2
OMS_HWU 终止TRU2丢失的错误报告
TRU的重启流程：
PLS子系统开启
初始化文件系统
检测硬件类型
OMS子系统开启
TFS子系统开启
RTS子系统开启
TRU与DXU连接
比较DXU软件和TRU软件
等待所有子系统报告本地配置
为了其他子系统使能DXU的SAP
等待OMS发送” DB_READY_REPORT”
所有子系统执行从RBS DB读取的本地配置(正常配置) 数据
当本地配置完成后汇报
把TRU置远端模式
建立与BSC联系的链路
TRU 报告原因为什么BSC 的错误报告引起TRU 被重新启动
TRU通过BSC被重启
TRU开始配置数据
与BSC建立链路
开始配置和使能TRU中的所有MOs
DXU的重启流程解说：
[90-01-01 00:00:00.034] NONAME debug_main.c:2486 TRACEH:No restart info
[90-01-01 00:00:00.034] NONAME debug_main.c:2503 TRACEH:RESET TIME: Not set
[90-01-01 00:00:00.034] NONAME debug_main.c:2511 TRACEH:TRLR014Q (PLS-TRU/R8
CXC1121202_1.R8_2), START CAUSE: POWER_ON, APPL. TYPE: 1
TRLR014Q = TRU的软件名称
(PLS-TRU/R8 CXC1121202_1.R8_2) = PLS软件版本号
START CAUSE: POWER_ON = 发生重启
APPL.TYPE:1 = 1 =主要应用
0 = 基本应用
[90-01-01 00:00:00.044] P_LOADER ldf_loader.c:2998 TRACEH:plsfs_init, rc 1 (1=OK)
初始化BTS文件系统.
[90-01-01 00:00:00.046] P_LOADER ldf_loader.c:3001 TRACEH:mount, rc 1 (1=OK)
配置文件系统
[90-01-01 00:00:00.058] P_MPSS_DISTR distr.c:1034 TRACEH:POS CODE TRU Cab=0,
Shlf=2, Slt=0
TRU位置，机柜0, 2架，槽位0
[90-01-01 00:00:00.064] P_MPSS_DISTR distr.c:3007 TRACEH:HW Type TRU 软件检测出为硬件是一个TRU
[90-01-01 00:00:00.086] PLS_STA_MAIN sta_main.c:295 TRACEH:Starting subsystem
OMS
PLS starts OMS SW.
[90-01-01 00:00:00.088] OMS_START start.c:127 TRACEH:OMS-TRU R21_1 OMS软件修正版：R21_1.
[90-01-01 00:00:00.098] P_MPSS_DISTR distr.c:3604 TRACEH:OMS SAP node is connected
in PLS_DISTR
OMS SAP 节点现已连接上PLS_DISTR
SAP = Service Access Point
2/13
[90-01-01 00:00:00.398] PLS_STA_MAIN sta_main.c:302 TRACEH:Starting subsystem TFS
PLS 开始TFS系统.
[90-01-01 00:00:00.456] T_TSAM_TAS t_tsam_tas.c:254 TRACEH:TFS SW revision: CXC
112 983/3 R3_1
TFS软件修正版： R3_1
[90-01-01 00:00:00.488] PLS_STA_MAIN sta_main.c:310 TRACEH:Starting subsystem RTS
PLS 开始RTS系统.
[90-01-01 00:00:00.638] RTS_TRX version.c:112 TRACEH:RTS_TRU:
R3/3[R15/3]
RTS软件修正版： R3/3 [R15/3]
[90-01-01 00:00:00.718] RTS_SUPERVISION rev_dep.c:587 TRACEH:MAGIC DIFFERS
此信息在TRU重启后一般都显示。
[90-01-01 00:00:01.000] P_MPSS_NONVOL_MA nonvol_main.c:1196
TRACEH:Nonvol
medium: Flash
LOG和数据都存在 flash memory.
[90-01-01 00:00:01.008] RTS_SUPERVISION rev_dep.c:664 TRACEH:TRU Productnumber: [KRC13147/03]
TRU的产品号.: [KRC13147/03]
如果硬件支持900MHz, 1800 MHz or 1900MHz，那此信息会显示，此信息出现在TRU重启之后
[90-01-01 00:00:01.008] RTS_SUPERVISION rev_dep.c:665 TRACEH:TRU Revision: [R1F]
TRU硬件修正版本： R1F.
此信息出现在TRU重启之后
[90-01-01 00:00:01.010] RTS_SUPERVISION rev_dep.c:666 TRACEH:TRU Serialnumber:[A5304AFGVW]
TRU序列号 A5304AFGVW.
此信息出现在TRU重启之后
[90-01-01 00:00:01.302] RTS_CDU cdu/cdu_i2c_ext.c:113 TRACEH:External I2C controller used, ASTRA version 2
I2C 被使用为关于CDU-BUS的通信。
宏蜂窝使用外部I2C控制器
微蜂窝使用内部I2C控制器
[90-01-01 00:00:15.334] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for TEST_RESULT state OFF
[90-01-01 00:00:16.190] PLS_SAP_MAIN sap_main.c:1569 TRACEH:DXU CONNECTED
DXU与TRU取得联接
[90-01-01 00:00:21.026] PLS_STA_MAIN sta_main.c:547 TRACEH:Reporting appl OK. Signal 3505 Owner 65642
子系统请求在DXU 和TRU 之间软件一致性校验
PLS完成检测
[90-01-01 00:00:21.026] PLS_STA_MAIN sta_main.c:481 TRACEH:Subsys 3 has not reported local init.
PLS等待RTS(Subsystem 3) 上报本地配置.
这做因为PLS 必须知道RTS 准备好。
[90-01-01 00:00:24.184] P_MPSK_CLOCK timeout_clock_main.c:392 TRACEH:Setting time: 90-01-01 00:00:10.236
这是DXU 和TRU 间的时差。
TRU将更新与DXU相同的时间
PLS执行这次更新
[90-01-01 00:00:14.076] PLS_STA_MAIN sta_main.c:510 TRACEH:Subsys 3 reporting local init.
RTS (Subsystem 3)正在报告本地配置
这做因为PLS 必须知道RTS 准备好。
在此信息出现之后，SAP才能激活和所有其它子系统可能开始自由地发信号。[90-01-01 00:00:14.078] PLS_SAP_MAIN sap_main.c:1642 TRACEH:SAP ENABLED DXU的所有SAP激活
SAP = 业务存储点
PLS使能所有DXU的通信功能
[90-01-01 00:00:14.926] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for FAULT state OFF
[90-01-01 00:00:36.968] RTS_LOCAL_CONF local_conf.c:362
TRACEH:OMS_DB_RBS_SPEC_READY_RPT received
这是一条无用信息
[90-01-01 00:00:59.078] OMS_RU_DBH ru.c:148812 TRACEH:Signal
OMS_RBS_SUBSCR_ELEM_START_RSP not received
OMS 没有收到信号“OMS_RBS_SUBSCR_ELEM_START_RSP” 在规定的时间内，这是一个软件错误
如果一切启动正常，通常不会看见这条信息
[90-01-01 00:00:59.078] OMS_RU_DBH ru.c:149128 TRACEH:Error in
ru_dbh_set_subscr_elem_start
此信息是前一行信息的结果，如果发现有”Error”在Log内，意思就是发现了一个错误
[90-01-01 00:01:47.080] RTS_CDU_READER cdu/cdu_mem.c:151 TRACEH:CDU mem read
OK 6109 bytes (address c0h)
OMS 命令RTS 读CDU 数据，并成功读取
Address: A0 = CDU-A
C0 = CDU-C or CDU-C+
[90-01-01 00:01:49.150] RTS_CDU_READER cdu/cdu_mem.c:151 TRACEH:CDU mem read
OK 6109 bytes (address 0h)
OMS 命令RTS 读CDU 数据，并成功读取
This TRU is connected to 2 CDUs via a Y-cable. This is the reason why there are 2 readings of CDU-database in one
TRU-log. 这个TRU 通过Y-cable被连接到2个 CDUs。这是原因为什么一个TRU log内读2个CDU 数据。
Address 0 = 第二个CDU地址位置.
[90-01-01 00:02:10.278] RTS_LOCAL_CONF local_conf.c:451
TRACEH:OMS_DB_READY_RPT received
RTS接收到信号”OMS_DB_ READY_RPT”
这意味着, RTS 从现在起被允许从RBS DB读数据。
RTS 本地配置开始。
爱立信RBS2000 LOG分析翻译2
90-01-01 00:02:12.760] RTS_INSTALLER installer.c:353
TRACEH:SECDU_OUTPUT_POWER IS INSTALLED “CDU_OUTPUT_POWER”的监视程序已装载，RTS可以直接监视CDU输出功率[90-01-01 00:02:12.788]
RTS_INSTALLER installer.c:392 TRACEH:SEANTENNA_TX_VSWR IS
INSTALLED“VSWR”的监视程序已装载[90-01-01 00:02:22.480] P_MPSK_CLOCK timeout_clock_main.c:392 TRACEH:Setting time: 99-11-09 10:38:08.136这是DXU 和TRU 间的时差。TRU将更新与DXU相同的时间DXU可能是接收到BSC 发来的”TIME CALENDER RESPONSE”信息[99-11-09 10:38:46.054]
RTS_LOCAL_CONF idh_rx.c:1202 TRACEH:Stepattenuator(depway 2) set to 4步进衰减器设置为4 for RX-A (depway 2)值变化范围：0~311=1/4DB1 step means ? of a dB.CDU-C+ and CDU-D 使用步进衰减器 (depway 2)= RXA_WAY
(2)(depway1)= TX_WAY (1)TX_WAY (1) 包括从TRU到天线与发射有关的RU单元组成样例: CDU cables, TRU cables, CDU, ANTENNA, etcRXA_WAY (2)RXB_WAY (3)PFWD_WAY (4)PREF_WAY (5)BATTERY_FUNC_0_WAY (10) 包括与电池相关的RUs.样例: BFU, BDM and battery having instance number 0. 电池
0BATTERY_FUNC_1_WAY (11) 包括与电池相关的RUs样例: BFU, BDM and battery having instance number 1.电池1PSU_FUNC_0_WAY (12) 包括与PSU相关的RUs.Example: PSU, having instance number 0.PSU0PSU_FUNC_1_WAY
(13)PSU_FUNC_2_WAY (14)PSU_FUNC_3_WAY (15) Consists of PSU functions related RUs.Example: PSU, having instance number 3.CLIMATE_FUNC_WAY (16) Consists of climate functions related RUs.Example: compressor, fans and heater.H_EXCH_FUNC_0_WAY (17) Consists of heat exchanger functions related RUs.Example: heat exchanger and attached fans.HEATING_FUNC_0_WAY (18) Consists of heating functions related RUs.Example: heating
unit.BDM_FUNC_0_WAY (19) Consists of BDM functions related RUs.Example: BDMIDM_FUNC_0_WAY (20) Consists of IDM functions related RUs.Example: IDMFAN_FUNC_0_WAY (21) Consists of subrack fan functions related RUs.Example: subrack fans, having instance number 0.FAN_FUNC_1_WAY (22) Consists of subrack fan functions related RUs.Example: subrack fans, having instance number 1.[99-11-09 10:38:47.690] RTS_LOCAL_CONF
idh_rx.c:1202 TRACEH:Stepattenuator(depway 3) set to 2RX-B (depway 3)把步进衰减器设为2值范围: 0-151=1/4DBCDU-C+ and CDU-D 使用步进衰减器[99-11-09 10:38:53.682] RTS_TRX trx.c:753 TRACEH:RTS will now service commands and requestsRTS 准备好。[99-11-09 10:38:53.820] RTS_LOCAL_CONF local_conf.c:504 TRACEH:RTS LOCAL CONFIGURATION OKRTS 完成本地配置所有从数据库读取的数据是用于TRU的RTS配置。[99-11-09 10:38:53.820] RTS_LOCAL_CONF local_conf.c:940 TRACEH:Radio delay to TFS: 145Delay for a burst to travel between TX and RX via the antenna.延迟是通过天线在TX 和RX 之间引起突发性事件。延迟=145/16*t（t=air bit time=3.69us）这是必要的信息能使TF在突发性事件发生时能正确接收和发送[99-11-09
10:38:56.414] RTS_SUPERVISION super.c:7128
TRACEH:Connection RTS_SUPERVISION to RTS_ENV_SERVER completeRTS在TRU 和DXU 之间建立了一个链接在TRU 和DXU 之间。RTS 通过这条链路报告TX温度以便ECU的EPS更好控制机柜内的温度[99-11-09 10:38:56.418]
RTS_SUPERVISION super.c:1432 TRACEH:Starting supervision
in normal_mode启动所有监视[99-11-09 10:39:09.860] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for LOCAL_MODE state FLASH
爱立信常用指令操作汇总
常用指令操作汇总 1.常用指令 ?RLSBP/C （cro、pt、TO、T3212、ATT、TX、MAXRET、ACC、cb、cbq） / \ |cell...| RLSBP:CELL=+ +; |ALL | \ / / / \ | / / \\ |cell| | | |acc...|| RLSBC:CELL=+ + +[,CB=cb]|,ACC=+ +| |ALL | | | |CLEAR || \ / | \ \ // \ [,MAXRET=maxret][,TX=tx] [,ATT=att][,T3212=t3212] [,CBQ=cbq][,CRO=cro] [,TO=to][,PT=pt] \ | | [,ECSC=ecsc]+[,SLOW]; | | / ?RLSSP/C （nccperm、CHR、accmin、CCHPWR、rlinkt、DTXU、RLINKT、NECI、MBCR） / \ |cell...| RLSSP:CELL=+ +; |ALL | \ / / RLSSC:CELL=cell+[,ACCMIN=accmin][,CCHPWR=cchpwr][,CRH=crh] \ [,DTXU=dtxu][,NCCPERM=nccperm...] \ [,RLINKT=rlinkt][,NECI=neci][,MBCR=mbcr]+; / ?RLNRP/C （khyst、koffsetp/n、awoffset、bqoffset、CS、CAND） / \ | / \| | |cellr...|| |CELL=cell,CELLR=+ +| RLNRP:+ |ALL |+[,NODATA]; |CELL=ALL \ /| | | \ / / | RLNRC:CELL=cell,CELLR=cellr +[,CS=cs][,CAND=cand] | \ / / \\ | |KOFFSETP=koffsetp|| [,KHYST=khyst]|,+ +| | |KOFFSETN=koffsetn|| \ \ // / / \\ | |LOFFSETP=loffsetp|| [,LHYST=lhyst]|,+ +| | |LOFFSETN=loffsetn|| \ \ //
爱立信LTE考试--知识入门
LTE--知识入门 1. 常规CP情况下，一个RB包含（）个RE： 答案：D A. 72 B. 96 C. 60 D. 84 2. LTE基站的覆盖半径最大可达（）。 答案：D A. 10km B. 30km C. 50km D. 100km 3. 以下哪一个不是协议定义指标（） 答案：C A. RSRP B. RSRQ C. SINR D. RI 4. LTE中循环前缀CP有两种模式。 答案：B A. 错误 B. 正确 5. PRACH的FORMAT 4只能用于TDD LTE。 答案：B A. 错误 B. 正确 6. CAT3和CAT4下行支持的速率为 答案：C A. 均为100M B. 50M和100M C. 100M和150M D. 均为150M 7. 截止2013年1季度，全球LTE用户数达到（）。 答案：C A. 800万 B. 5000万 C. 9020万 D. 1亿 8. 由工信部领导的TD-LTE规模试验6城市中，以下哪些不是6城市中的城市（）答案：D A. 青岛 B. 厦门 C. 广州
9. 中国移动倡导的TD-LTE国际推广组织名字是（） 答案：B A. MAE B. GTI C. 3GPP D. TD联盟 10. SAE是以下哪个的缩写（） 答案：B A. SharedApplicationEnvironment B. SystemArchitectureEvolution C. SocietyofAutomotiveEngineers D. SpecialAreaofEmphasis 11. TD-LTE系统中没有使用智能天线技术。 答案：A A. 错误 B. 正确 12. 下列哪项技术的快速发展和引入使得FDMA技术能够应用到LTE系统中( ) 答案：A A. 快速傅立叶变换 B. MIMO技术 C. HARQ D. FEC和ARQ 13. TD-LTE路测系统软件中RSRQ的含义是 答案：A A. 参考信号接受质量 B. 接受信号参考质量 C. 信道质量指示 D. 信干比 14. TD-LTE路测系统软件中TAC的含义是 答案：D A. 路由区 B. 位置区 C. 服务区 D. 跟踪区 15. TD-LTE路测系统软件中PCI的含义是 答案：B A. 物理小区ID B. 小区参数ID C. 物理信道知识 D. 小区ID 16. TD-LTE路测系统软件中SINR的含义是 答案：A A. 信干噪比
爱立信LTE告警
Auto-Configuration of Board Not Possible 无法自动识别板件Automatic CV Creation Failed 自动创建CV失败 BatteryBackupTimeTooShort 报警表明电池的容量是不够的，应更换电池，以满足所需时间 BatteryMissing 由于电源损坏或者电缆不通而产生BatteryVoltageTooLowMainLoadDisconnected 低电压至主控单元失效BatteryVoltageTooLowPrioLoadDisconnected 低电压至电池单元失效 Board Overheated 板件过热 CalibrationFailure 由于外界信号的突发干扰，导致校准信号异常，也有可能是内部干扰导致 CircuitBreakerTripped 断路器跳闸 Clock Calibration Expiry Soon 由于同步问题时钟校准即将失效Configuration Version Corrupt CV损坏 Contact to Default Router 0 Lost 失去与默认路由0的连接 Contact to Default Router 1 Lost 失去与默认路由1的连接 Contact to Default Router 2 Lost 失去与默认路由2的连接Credentials Enrollment Fault 证书登入错误 Credentials Validity Fault 证书即将在7天内过期CurrentTooHigh 电流过高 Disconnected 各个硬件如果失去连接即产生此告警 Disk Volume C Full 如果Main Processor（主处理器MP）的C卷上存储的数据过多，会导致该卷的可用空间耗尽或几乎耗尽，此时系统会发出Disk Volume C Full告警 Disk Volume D Full 如果Main Processor（主处理器MP）的D卷上存储的数据过多，会导致该卷的可用空间耗尽或几乎耗尽，此时系统会发出Disk Volume D Full告警 Duplicate IP Address Fault 重复IP地址冲突 Emergency Unlock of Software Licensing 当激活紧急状态时，会产生这个alarm EnclosureDoorOpen 外部门开启EnclosureProductDataMismatch 外部产品的信息空缺或者不匹配EnclosureSmoke 检测到机柜里有烟雾EnclosureSmokeDetectorFailure 外部烟雾感应器实效 ET IP Hardware Fault 以太网传输硬件故障 ExternalAlarm 超过系统对外部设备监控的极限或者外部设备有问题 ExternalLinkFailure 至少一个邻区的X2链接断开 FanFailure 风扇故障 FeatureResourceMissing 特性相关资源丢失，一般由于license缺失FeatureResourceMissing 特性相关资源丢失，一般由于license缺失FeatureResourceMissing 特性相关资源丢失，一般由于license缺失 File System Diagnostic Error 文件系统诊断错误 GeneralHwError 一般性硬件单元故障 GeneralSwError 一般性软件故障 GeneralSwError 一般性软件故障 Gigabit Ethernet Link Fault 千兆以太网传输上的没有速率，或者一直以极低
爱立信BSC指令汇总
?指?令?汇?总? RL?(后跟CELL) 1．*RLCRP:查看小区信道干扰情况状态等。(ICMBAND(干扰等级)分为五级,1级干扰最小). RLCRP:CELL=CELL1；显示小区的BCCH，CHCH，SDCCH，NOOFTCH数及STATE等信息。 RLCRP:CELL=CELL1&CELL2&……；显示多个小区的BCCH，CHCH，SDCCH，NOOFTCH 数及STATE等信息。 RLCRP:CELL=ALL；显示同一个BSC内所有小区的BCCH，CHCH，SDCCH，NOOFTCH数。 RLCRP:CELL=ALL,DETAIL；显示同一个BSC内所有小区的BCCH，CHCH，SDCCH，NOOFTCH数及其它一些信息。 2.RLGRP:查看GPRS业务占用信道的情况. RLGRP:CELL=XXX 2．*RLCFP:小区参数信息。 RLCFP:CELL=CELL1；显示小区的CHGR，SDCCH，CHCB，HSN，HOP，DCHNO等。 RLCFP:CELL=CELL1，CHGR=chgr；显示小区的信道组为chgr的CHGR，SDCCH，CHCB，HSN，HOP，DCHNO等。 RLCFP:CELL=ALL；显示同一BSC内所有小区的CHGR，SDCCH，CHCB，HSN，HOP，DCHNO 等。 3.*RLCCC:改变SDCCH数,CBCH,TN等. RLCCC:CELL=CELL1,CHGR=chgr(,SDCCH=sdcch,CBCH=chch,TN=tn….); 4．RLCHC：配置跳频。 RLCHC:CELL=CELL1,CHGR=chgr(,HOP=OFF/NO,HSN=hsn,BCCD=bccd,MAIO=maio)； 5．RLDEP：小区名，CGI，BCCHNO，BSIC，AGBLK，MFRMS，XRANGE，FNOFFSET，CSYSTYPE， BCCHTYPE等。 RLDEP：CELL=CELL1； RLDEP：CELL=ALL（CSYSTYPE=csysytpe<,EXT>;XRANGE;EXT
爱立信常用指令
1）RLCRP：CELL=小区名；查看小区的信道配置情况、小区干扰、即时话务 例：RLCRP：CELL=DO2WBO1； ICMBAND表示干扰级别，类型：1，2，3，4，5级别越高，干扰越大，就是说5级干扰最大。IDLE空闲，LOCK,BUSY占用 2）RLCFP：CELL=小区名；查看小区的频率配置情况 例：RLCFP：CELL=DO2WBO1；
CHGR表示信道，DCHNO表示频点。 3）RLSTP：CELL=小区名；查看小区的工作状态 例：RLSTP：CELL=DO2WBO1； STATE的状态有二种：ACTIVE（激活）和HALTED（闭）4）RLCHP：CELL=小区名；查小区的开、关跳频情况
例：RLCHP；CELL=DO2WBO1； HOP表示跳频状态，有二种状态：ON（开）和OFF（关）5）RLBDP：CELL=小区名；查小区信道分配情况 例：RLBDP：CELL=DO2WBO1； NUMREQEGPRSBPC表示开EDGR占用多少个时隙。 6）RLDEP：CELL=小区名；查CGI、LAC、BCCHNO、BSIC等例：RLDEP：CELL=DO2WBO1；
CGI：小区全球识别码，用于识别一个位置区内的小区。构成：CGI ＝MCC＋MNC＋LAC＋CI，MCC＝移动国家号，识别一个国家（中国为460），MNC＝移动网号，识别国内的GSM网（移动为00，联通为01），LAC＝位置区号码，识别一个GSM网中的位置 BSIC：基站识别码，BSIC＝NCC＋BCC，NCC＝国家色码，用于识别GSM移动网，BCC＝基站色码，用于识别基站 BCCHNO：主频。 7）RLSSP：CELL=小区名；查小区的最小接收电平 例：RLSSP：CELL=DO2WBO1； ACCMIN：表示最少接收电平。 8）RLCPP：CELL=小区名；查小区的发射功率 例：RLCPP：CELL=DO2WBO1； BSPWRB和BSPWRT表示小区的发射功率。
爱立信RBS6000主要故障代码描述
绪论: 一、故障映射 内部故障映射级别1A（I1A） 该级别报告的故障会影响MO 功能。出错硬件在信令MO 中。 内部故障映射级别1B（I1B） 该级别报告的故障会影响MO 功能。故障原因与信令MO 无关。 内部故障映射级别2A（I2A） 该级别报告的故障不会影响MO 功能。出错硬件在信令MO 中。 外部条件映射级别1（EC1） 该级别报告的条件会影响MO 功能。这些条件是外部TG。 外部条件映射级别2（EC2） 该级别报告的条件不会影响MO 功能。这些条件是外部TG。 替换装置映射（RU Map） 该映射报告的装置怀疑是导致上述内部故障映射的硬件设备。 二、逻辑替换单元 逻辑RU 指可以称为物理单元，但实际上不是指单个物理单元。逻辑替换单元包括四大类 型。如果分析时无法提供更详细的故障位置信息，则显示逻辑RU。逻辑RU 用于帮助用户确定故障位置。 1.总线它经常被称为单个物理单元，但部署在带电缆的机柜底板上。如果RU 映射中出 现总线，说明故障硬件可能连接到总线上的任何装置或总线自身。逻辑总线RU 包括： EC总线 时钟总线 Y-LINK 总线 2. 天线逻辑天线指发射器/接收器和物理天线之间的整个信号路径。逻辑天线RU 是： 天线 3. 环境RU 记录基站不能影响到的条件。该RU 包括两部分： 电源，处理外部电源问题 气候，处理湿度和温度方面的问题 假设机柜温度过高，或者输入的交流主电源超过正常范围，则逻辑RU“环境”指示故 障。 逻辑RU 是： 环境 4. IDB 尽管RBS 数据库不是物理装置，但它仍被视作一个可替换的单元。它只包括 数据库中的数据，而不包括它驻留的介质。 三、故障映射概况 Abis 界面上的故障代码是按照每个MO 定义的。SO RU 映射和I1A/I2A 故障映射应同时读 取。SO 故障映射可确定故障，RU 映射可指示故障所在的位置。 AO I1B 故障对应一个SO I2A 故障。因此，通过读取SO CF 或SO TRXC 的I2A 故障映射 和RU 映射，可以找出导致AO I1B 故障的硬件。在这种情况下，BTS 内部硬件会影响单 个AO。 AO 不能报告硬件的自身故障，因为该任务分配给了负责硬件管理的SO。可以说，结果是 AO I1B 故障映射报告的，而原因则是SO I1A/I2A 故障映射和RU 映射报告的。
LTE通信VOLTE 爱立信GSM指令汇总(实例)
?指?令?汇?总? (陈永朝) RL?(后跟CELL) 1．RLCRP:查看小区信道干扰情况状态等。(ICMBAND(干扰等级)分为五级,1级 干扰最小). RLCRP:CELL=CELL1;显示小区的BCCH,CHCH,SDCCH,NOOFTCH数及STATE等信息。 RLCRP:CELL=CELL1&CELL2&……;显示多个小区的BCCH,CHCH,SDCCH,NOOFTCH数及STATE等信息。 RLCRP:CELL=ALL;显示同一个BSC内所有小区的BCCH,CHCH,SDCCH,NOOFTCH。 RLCRP:CELL=ALL,DETAIL;显示同一个BSC内所有小区的BCCH,CHCH,SDCCH,NOOFTCH数及其它一些信息。 RLGRP:查看GPRS业务占用信道的情况. RLGRP:CELL=XXX 2．RLCFP:小区参数信息。 RLCFP:CELL=CELL1;显示小区的CHGR,SDCCH,CHCB,HSN,HOP,DCHNO等。 RLCFP:CELL=CELL1,CHGR=chgr;显示小区的信道组为chgr的CHGR,SDCCH,CHCB,HSN,HOP,DCHNO等。 RLCFP:CELL=ALL;显示同一BSC内所有小区的CHGR,SDCCH,CHCB,HSN,HOP,DCHNO等。 3.RLCCC:改变SDCCH数,CBCH,TN等. RLCCC:CELL=CELL1,CHGR=chgr(,SDCCH=sdcch,CBCH=chch,TN=tn….); 4．RLCHC:配置跳频。 RLCHC:CELL=CELL1,CHGR=chgr(,HOP=OFF/NO,HSN=hsn,BCCD=bccd,MAIO=maio); 5．RLDEP:小区名,CGI,BCCHNO,BSIC,AGBLK,MFRMS,XRANGE,FNOFFSET,CSYSTYPE,BCCHTYPE 等。 RLDEP:CELL=CELL1; RLDEP:CELL=ALL（CSYSTYPE=csysytpe<,EXT>;XRANGE;EXT
更新moshell控站-爱立信lte网管操作文档 - 副本
更新 critical 严重告警 major 主要告警 minor 次要告警 warning 其他告警 indeterminate 其他告警 一.每次接site必做Step4 cabx 1.远程登录站点，使用OAM地址（IP地址）=moshell 200.86.246.10（SITE IP地址） 会自检IP CONTACT,如果没有问题，会显示如下信息 2.加载所有MO信息=lt all MO信息加载完毕，显示loaded MO个数和total MO个数 3.查看site当前告警=Alt
查询结果，当前站点有2个告警，that contrals external alarms.power and climate HW, cabinetIdetifier为没有装外部告警模块装外部告警模块 M NTP system time sync fault为没有连接OSS 告警处理方法Solution： 1.LinkFailure =将RRU上下电即可 2.ResourceConfigurationFailure=小区配置有问题，小区起不来 3.ServiceUnavailable=S1接口连接失败，查询MME的IP地址是否设置正确，本次是因为MME的IP设置错误。 4.查看cell状态=st cell 查看RRU,SECTOR命令都类似：ST RRU/ST SECTOR 该site有1个cell，第一条为cell对应硬件地址和配置 第二条显示cellid=CQL_40004_1，PROXT=813，状态为unlocked和enabled 二．优化常用修改参数命令： 1.找power对应参数=GET . POWER 会输出很多参数，我们只关心如下 Cell max transmissionpower=430dBm Partofsectorpower=100；CQL40004_1该小区分到了sector功率为100% confOutputpower=20; CQL40004_1小区输出功率为20w sectorpower=20；CQL40004_1对应sector输出功率为20W 我们修改功率，只修改confOutputpower
爱立信故障代码表(最新)
想· 绪论: BTS的故障是按故障的起因和重要性进行分类的: ? 1A级:MO内的故障,它会影响MO的功能特性. ? 1B级:MO外的故障,它也会影响MO的功能特性. ? 2A级:MO内的故障,它不会影响MO的功能特性. BSC要接收以上的BTS故障报告,应采用下列措施: ? 1A级: MO退出操作和测试. - 如果测试结果表明MO没有故障,那么MO将返回操作状态,并且其故障以间歇性故障处理.故障计数器将 对间歇性故障进行累加,当发生间歇性故障的次数太高时,MO将会永久地退出工作状态. - 如果测试结果表明MO有故障,那么MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常 状态. 在BSC/OSS上将会产生一个A2告警. ? 1B级: MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状态. 在BSC/OSS上将会产生一个 A2告警. ? 2A级:在BSC/OSS上将会产生一个A2或A3告示警. 但MO仍处于工作状态. 应注意的是:CF或TRXC上的2A级故障在从属MO中却被认为是1级故障. 总是在CF/TRXC上读取RU的故障映象来进行故障定位.但有时应紧记要替换的被检测到的故障单元,以便更换. BTS的故障信息可以从BSC上或站上OMT接口用人机命令MML来获得。 ?从BSC上获得： - 在MO中所有激活的告警: RXASP:MO=RXO…; - 在TG中所有激活的故障（1级）: RXMFP:MO=RXOTG-x,FAULTY,SUBORD; - 在MO中所有激活的故障: RXMFP:MO=RXO…; - MO的故障记录: RXELP:MO=RXO…; ?从OMT上获得: - 在TG中所有激活的故障: ”System view(系统视图) / 选择 RBS 2000 / Operations操作(或按右键) / Monitor(监视)/ Fault status(故障状态)” - 某个RU的故障记录: ”Hardware view(硬件视图) /选择RU / Operations操作(或按右键) / Save log(保存 记录)” (只有 DXU, TRU和ECU才有记录区). 如果在CF/TRXC上产生ＲＵ单元的故障映象，其上的红灯将会发亮. 但这不一定就指此单元一定有故障，这也可能指此单元检测到其他单元有故障。 如果红灯闪动，说明此故障很大可能是相关软件的故障： RBS/RU的数据库坏了或者丢失了，DXU只运行基本应用程序。这通常可以通过重新安装IDB和重新设置DXU或执行软件下载来修复。
爱立信命令操作及参数解释
以下文档中以BSC4A的L YG0113小区为例： 1、RLCFP:CELL=LYG0113; 该命令用于查询小区HSN、HOP、载频数量等 该命令实际操作界面如下图所示： 参数解释： CHGR:信道组号； SCTYPE: 子小区类型。UL:表示UNDERLAID 子小区，一般是BCCH频点所在小区； OL:表示OVERLAID子小区。 SDCCH:需要的SDCCH/8数目； TN: 表示时隙编号，TN=2表示SDCCH在第2时隙发送； CBCH: 表示是否启用CBCH传输短消息，CBCH=YES时，表示SDCCH/8中的第2 隙用作CBCH；CBCH=NO时，表示无SDCCH/8信道用作CBCH。 HSN:跳频序列号。 HOP:表示跳频状态，ON为开启跳频，OFF为不启用跳频。 DCHNO:绝对RF信道号。具体分配为：0---124（GSM）、512---810（PCS1900）、512---885（DCS1800）。除CHGR0最大允许15个DCHNO外，其余CHGR均最大允许 16个DCHNO
2、RLCPP:CELL=LYG0113; 该命令用于查询小区的功率 参数解释： BSPWRB:控制信道发射机功率。为BCCH的输出功率，不包括天馈线的损耗和增益。BSPWRT: 非控制信道发射机功率。为TCH的输出功率，不包括天馈线的损耗和增益。MSTXPWR:为最大发射功率。33表示33DBM，约为2瓦。
3、RLCRP:CELL=LYG0113; 该命令用于查询小区的干扰状况 参数解释： CHRATE:表示信道速率，是全速率还是半速率 STATE:该项表示时隙使用状态。 ICHBAND:该指标为时隙干扰带情况。 CHBAND:该小区的频段。
爱立信常见告警处理说明
常见告警处理 A1类告警 CP FAUL T 一、告警产生原因： CP FAULT一般是位于CPS或MAU中的硬件故障。当系统发现一个永久性故障或三个相同类型的暂时性故障或暂时性故障出现频率太高时，MAS 的软件就会产生CP FAULT的告警。 二、告警处理流程： 具体告警处理和操作规程请参考B-MODULE ALEX相应的OPI。以下为主要操作步骤： 当CP FAULT告警出现时，首先察看CP的状态，若状态为 MO操作 目录 一. 开站流程 (1) 1. RBS2000开站流程 (1) 2. RBS200开站流程 .............................................................................. 错误！未定义书签。 二. 拆站流程 (4) 1. RBS2000拆站流程 (5) 2. RBS200拆站流程 .............................................................................. 错误！未定义书签。 三. 扩容流程 (8) 1. RBS2000扩容流程 (8) 2. RBS200扩容流程 (9) 四. MO 升版操作 (11) 五. 增加载波 (11) 六. 删除载波 (12) 一. 开站流程 1. RBS2000开站流程 以小区名H11ABC1为例，TG号为100，传输号为10，带有三个载波为例说明。 1)定义TG RXMOI：MO=RXOTG-100，COMB=HYB，RSITE=H11ABC1，SWVER= B0531R0405，TRACO=POOL；RXMOC：MO=RXOTG-100，FHOP=BB，CONFACT=4，CONFMD=CMD； 参数说明： RXOTG：取值由0到512，即RXOTG-0 到RXOTG-512； COMB：对于CDU A、CDU C和CDU C+，应设为HYB；对于CDU D，应设为FLT； RSITE：一般来说，同一个基站每个TG的RSITE应设成一样； SWVER：为定义的软件版本，R8的RBS2000的软件版本为B0531R0405； TRACO：SEMI或POOL，为MO与TRA的连接类型，应与BSC所定义的一致； FHOP：一般来说应为BB，但对于开了频率分组（即不止一个CHANNEL GROUP）的微蜂窝和其他基站，FHOP应设为SY； CONFACT：为压缩因子，一般来说都为4，个别的为2，这应与传输的定义对应起来；CONFMD：NODEL或CMD，为无线资源配置模式，建议设置为CMD。 2)定义CF RBS2000 故障代码的描述版本) 绪论: BTS的故障是按故障的起因和重要性进行分类的: 1A级:MO内的故障,它会影响MO的功能特性. 1B级:MO外的故障,它也会影响MO的功能特性. 2A级:MO内的故障,它不会影响MO的功能特性. BSC要接收以上的BTS故障报告,应采用下列措施: 1A级: MO退出操作和测试. - 如果测试结果表明MO没有故障,那么MO将返回操作状态,并且其故障以间歇性故障处理.故障计数器将对间歇性故障进行累加,当发生间歇性 故障的次数太高时,MO将会永久地退出工作状态. - 如果测试结果表明MO有故障,那么MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状态. 在BSC/OSS上将会产生一个A2告 警. 1B级: MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状态. 在BSC/OSS上将会产生一个A2告警. 2A级:在BSC/OSS上将会产生一个A2或A3告示警. 但MO仍处于工作状态. 应注意的是:CF或TRXC上的2A级故障在从属MO中却被认为是1级故障. 总是在CF/TRXC上读取RU的故障映象来进行故障定位.但有时应紧记要替换的被检测到的故障单元,以便更换. BTS的故障信息可以从BSC上或站上OMT接口用人机命令MML来获得。 从BSC上获得： - 在MO中所有激活的告警: RXASP:MO=RXO…; - 在TG中所有激活的故障（1级）: RXMFP:MO=RXOTG-x,FAULTY,SUBORD; - 在MO中所有激活的故障: RXMFP:MO=RXO…; - MO的故障记录: RXELP:MO=RXO…; 从OMT上获得: - 在TG中所有激活的故障: ”System view(系统视图) / 选择 RBS 2000 / Operations操作(或按右键) / Monitor(监视)/ Fault status(故障状态)” - 某个RU的故障记录: ”Hardware view(硬件视图) /选择RU / Operations操作(或按右键) / Save log(保存记录)” (只有 DXU, TRU和ECU才有记录区). 如果在CF/TRXC上产生ＲＵ单元的故障映象，其上的红灯将会发亮. 但这不一定就指此单元一定有故障，这也可能指此单元检测到其他单元有故障。 如果红灯闪动，说明此故障很大可能是相关软件的故障： RBS/RU的数据库坏了或者丢失了，DXU只运行基本应用程序。这通常可以通过重新安装IDB和重新设置DXU或执行软件下载来修复。 绪论: BTS的故障是按故障的起因和重要性进行分类的: ?1A级:MO内的故障,它会影响MO的功能特性. ?1B级:MO外的故障,它也会影响MO的功能特性. ?2A级:MO内的故障,它不会影响MO的功能特性. BSC要接收以上的BTS故障报告,应采用下列措施: ?1A级: MO退出操作和测试. - 如果测试结果表明MO没有故障,那么MO将返回操作状态,并且其故障以间歇性故障处理.故障计数器将 对间歇性故障进行累加,当发生间歇性故障的次数太高时,MO将会永久地退出工作状态. - 如果测试结果表明MO有故障,那么MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状 态. 在BSC/OSS上将会产生一个A2告警. ?1B级: MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状态. 在BSC/OSS上将会产生一个A2告警. ?2A级:在BSC/OSS上将会产生一个A2或A3告示警. 但MO仍处于工作状态. 应注意的是:CF或TRXC上的2A级故障在从属MO中却被认为是1级故障. 总是在CF/TRXC上读取RU的故障映象来进行故障定位.但有时应紧记要替换的被检测到的故障单元,以便更换. BTS的故障信息可以从BSC上或站上OMT接口用人机命令MML来获得。 ?从BSC上获得： - 在MO中所有激活的告警: RXASP:MO=RXO…; - 在TG中所有激活的故障（1级）: RXMFP:MO=RXOTG-x,FAULTY,SUBORD; - 在MO中所有激活的故障: RXMFP:MO=RXO…; - M O的故障记录: RXELP:MO=RXO…; ?从OMT上获得: - 在TG中所有激活的故障: ”System view(系统视图) / 选择 RBS 2000 / Operations操作(或按右键) / Monitor(监视)/ Fault status(故障状态)” - 某个RU的故障记录: ”Hardware view(硬件视图) /选择RU / Operations操作(或按右键) / Save log(保存记录)” (只有 DXU, TRU和ECU才有记录区). 如果在CF/TRXC上产生ＲＵ单元的故障映象，其上的红灯将会发亮. 但这不一定就指此单元一定有故障，这也可能指此 单元检测到其他单元有故障。 如果红灯闪动，说明此故障很大可能是相关软件的故障： RBS/RU的数据库坏了或者丢失了，DXU只运行基本应用程序。这通常可以通过重新安装IDB和重新设置DXU或执行软件下载来修复。 爱立信 RBS2000 LOG分析翻译 LOG分析翻译 输入电压故障： [05-11-29 12:31:13.778] OMS_HWU hwu.c:33071 FAULT: PWU:2, raise i2a PA VOLTAGE SUPPLY [05-11-29 12:31:13.796] OMS_RU_OBJ ru.c:112402 FAULT:RU:TRU:2, raise i2a PWU PA VOLTAGE SUPPLY [05-11-29 12:31:13.820] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for FAULT state ON [05-11-29 12:31:13.830] OMS_SO_MAIN so.c:56681 FAULT:SO: TRXC, 2, raise, VOLTAGE SUPPLY FAULT [05-11-29 12:31:20.262] OMS_HWU hwu.c:33071 FAULT: PWU:2, cease i2a PA VOLTAGE SUPPLY [05-11-29 12:31:20.280] OMS_RU_OBJ ru.c:112402 FAULT:RU:TRU:2, cease i2a PWU PA VOLTAGE SUPPLY [05-11-29 12:31:20.300] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for FAULT state OFF [05-11-29 12:31:20.310] OMS_SO_MAIN so.c:56681 FAULT:SO: TRXC, 2, cease, VOLTAGE SUPPLY FAULT [05-11-29 12:48:31.644] T_ALH_CH3013 t_alh_frm.c:817 TRACEH:Incorrect SAPI : 2 《TX NOT ENABLE》 [05-11-30 11:01:51.712] RTS_TRX trx.c:3276 TRACEH:XBUS receiver set to 255 [05-11-30 11:01:51.714] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for TX_NOT_ENABLED state ON [05-11-30 11:01:51.754] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for OPERATIONAL state FLASH [05-11-30 11:01:51.756] RTS_TRX trx.c:1368 TRACEH:pwr=0 arfcn=1023 bcc=0 hopp_flag=1 x_addr=0 filler=0 txpos=0 [05-11-30 11:01:51.756] RTS_TRX trx.c:1386 TRACEH:Park CU! [05-11-30 11:01:53.944] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for OPERATIONAL state OFF [05-11-30 11:03:22.794] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for OPERATIONAL state FLASH [05-11-30 11:03:22.796] RTS_TRX trx.c:1368 TRACEH:pwr=47 arfcn=33 bcc=5 hopp_flag=0 x_addr=2 filler=1 txpos=0 [05-11-30 11:03:28.778] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for OPERATIONAL state ON [05-11-30 11:03:29.384] RTS_TRX trx.c:3276 TRACEH:XBUS receiver set to 浅谈爱立信3算法的应用 摘要：本文介绍了在LOCATING过程中处理基本排队时所用到的一种算法—ERICSSON 3算法，探讨了通过该算法控制切换的方法。（只涉及爱立信设备）关键词：切换 LOCATING ERICSSON 1 ERICSSON 3 优化 1、引言 GSM硬切换存在话音中断，对话音质量造成直接影响，切换将影响到用户感知。但是切换又是保持接续和保持较好的通信链路所必须的，所以优化的重点是减少一些不必要的强信号切换，这里所谓的不必要的强信号切换是指原本在服务小区就能提供较好的服务水平，但是由于存在几个和服务小区接收信号强度相当或者略大于服务小区的邻区，而这时如果发生了切换，则可以认为此次切换是多余的切换。如果频繁发生此类的切换，将严重影响到用户感知，所以必须尽可能避免此类情况发生，此时，ERICSSON 3算法将会有它的用武之地。ERICSSON 3并不是GSM规范算法，而是爱立信公司在R7开始自发研究的一套定位算法，其设计思想是减少一些不必要的强信号切换，从而减少总切换数、减少切换掉话。通过对此算法长时间的研究及试验，笔者总结出一些应用经验，总结如下文。 2、ERICSSON 3算法简介 切换是蜂窝移动网络的特点之一，因此也是移动网络优化的重点，是保证服务质量的重要环节。切换可以被认为是蜂窝通信中最复杂和最重要的过程，移动台的运动或附近环境的变化，导致了由衰落、 障碍物和干扰引起的信号变化，这就是启动切换的主要原因。切换无疑是呼叫期间处理的最关键性的过程，它用于保证无线资源在相同小区内变化（小区内切换），或在两个小区间变换（小区间切换），或者在同一MSC内或者不同MSC之间变换时的连续性。切换过程必须快和准确，目标小区的选择必须是最佳。 而BSC进行切换的前提即为LOCATING定位算法，移动台在激活状态下，每480ms向BSS发一次下行信号强度测量报告，同时BTS也对上行信号进行测量，BSS综合这些测量信息，经过滤波、计算、基本排队等得出切换使用的邻小区列表，这一过程就是定位（LOCATING）。而在基本排队中包括两个算法，即ERICSSON 1和ERICSSON 3算法。ERICSSON 1算法来源于GSM规范，可以选择路径损耗、信号强度或者两者的结合来作为切换准则。ERICSSON 3算法并不是GSM规范算法，而是爱立信公司在R7开始自发研究的一套定位算法，仅仅以信号强度作为切换的准则。 我们知道切换对于话音的接续来说很重要，但是过多的不必要的重复切换却会造成话音质量的下降，并且会增加掉话的风险。反复切换主要发生在小区边界（传播路径损耗曲线的交叉点）处，在靠近基站附近很少发生。尤其在市区环境中，由于用户密度相当大，以及要求对建筑物有较大的穿透深度以便更好地为室内用户服务，最后就使得市区内的基站密度很大。结果小区之间的相互交叠相当多，不可避免地将发生反复切换的请求。反复切换将分别引起BSC和MSC的交换负荷大量增加。此类的反复切换正是上文所提到的不必要的强信号切 爱立信设备告警远程处理 手册 目录 第一部分告警分析 (6) 一、可以远程初步处理的告警 (6) §1、A1类告警 (6) §1.1 FILE PROCESS UTILITY AUTOMATIC TRANSFER FAILURE (6) §1.2 SWITCHING NETWORK TERMINAL FAULT (7) §1.3 CCITT7 SIGNALLING LINK FAILURE (7) §1.4 GROUP SWITCH FAULT (8) §1.5 DIGITAL PATH QUALITY SUPERVISION (9) DIGITAL PATH UNAVAILABLE STATE FAULT (9) §1.6 SYNCHRONOUS DIGITAL PATH QUALITY SUPERVISION (9) SYNCHRONOUS DIGITAL PATH F AULT（ET155硬件） (9) §1.7 RP INTERCOMMUNICATION GROUP FAULT (10) §1.8RADIO TRANSMISSION GB INTERFACE FAULT (10) §1.9 NM ROUTE ASR SUPERVISION (11) §2、A2类告警 (11) §2.1 INFINITE FILE END WARNING (11) §2.2 VOLUME LIMIT EXCEEDED (12) §2.3 LINE UNIT BLOCKED (13) §2.4 SIZE ALTERATION OF DATA FILES SIZE CHANGE REQUIRED (13) §2.5 RP FAULT (14) §2.6 EM FAULT (14) §2.7 BACKUP INFORMATION FAULT (15) §2.8 SOFTWARE ERROR (15) §2.9 APPLICATION DETECTED SOFTWARE ERROR (16) §2.10 PVC SET-UP FAILURE (16) §2.11 AUDIT FUNCTION THRESHOLD SUPERVISION (17) §3、A3类告警 (17) §3.1 CCITT7 DISTURBANCE SUPERVISION LIMIT REACHED (17) §3.2 DISTURBANCE SUPERVISION OF TRUNK ROUTES (18) §3.3 HLR AUTHENTICATION DATA REQUEST FAULT (18) §3.4 MT FAILED AUTHENTICATION (19) §3.5 SEIZURE QUALITY SUPERVISION (19) §3.6 SIGNALLING FAULT SUPERVISION (19) §3.7 ALI FAULT (20) 二、无法远程处理的告警 (20)爱立信MO操作20090319
爱立信设备故障代码参照表
爱立信基站2000故障码表(中文)
爱立信log解释
浅谈爱立信3算法的应用
几十个爱立信告警详细处理步骤