 |
善于提问，勤于回答，你也是专家
|
 |
怎么处理7743、7745告警
我要回答
问题答案
不用软件，NOKIA的网管HIT软件就可以呀
你输入 ZERO:BTS=**，可看载频时隙干扰情况
同时ZEOL命令查到的告警信息里，有告警的载频号和时隙号。
你输入 ZERO:BTS=**，可看载频时隙干扰情况
同时ZEOL命令查到的告警信息里，有告警的载频号和时隙号。
回答者：xykk 回答时间：2010-03-16 09:01
33
33TEMS测试中利用锁频测试，多次拨打可以看到每个时隙的干扰情况。
7745 CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD
信道失败率高于定义极限
告警含意一个信道的通话连接故障率高于运行者定义的极限值。告警用于通信和信令信道的监控功能和发现可能的故障信道。
附加信息栏
1 指示告警出自TCH还是SDCCH信道
01：业务信道
02：独立专业控制信道
2 指示在0时隙信道故障率是否高于定义值
00：低于极限（无告警）
01：高于极限（由告警）
3 指示在1时隙信道故障率是否高于定义值
00：低于极限（无告警）
01：高于极限（由告警）
4 指示在2时隙信道故障率是否高于定义值
00：低于极限（无告警）
01：高于极限（由告警）
5 指示在3时隙信道故障率是否高于定义值
00：低于极限（无告警）
01：高于极限（由告警）
6 指示在4时隙信道故障率是否高于定义值
00：低于极限（无告警）
01：高于极限（由告警）
7 指示在5时隙信道故障率是否高于定义值
00：低于极限（无告警）
01：高于极限（由告警）
8 指示在6时隙信道故障率是否高于定义值
00：低于极限（无告警）
01：高于极限（由告警）
9 指示在7时隙信道故障率是否高于定义值
00：低于极限（无告警）
01：高于极限（由告警）
10 高失败率的时隙
11 子信道定义TCH：
00：TCH/H-子信道0
01：TCH/H-子信道1
02：TCH/F-子信道
子信道定义SDCCH：
00-07：SDCCH-子信道0-7
12 在测量时间内，TCH或SDCCH子信道因为故障而释放的数目在所有信道释放的数目的比例。
NOKIA建议
在信道发布信息中找出告警的原因。使用MML命令ERS来恢复信道，首先锁定，然后解锁。
ZERS:<BTS>,<TRX>,<CH>:L; 锁定
ZERS:<BTS>,<TRX>,<CH>:U; 解锁
检查影响告警的参数设置是否合理。MML命令EEO显示无线网络监督参数值，EEN命令修改参数值。
Parameters, with their default values, affecting the alarm:
参数有它的默认值，它们影响告警：
ZEEN: CSR：信道占用请求极限值（10）
CNGS：SDCCH拥塞（失败）极限值（20％）
CNGT：TCH 拥塞（失败）极限值（20％）
PRDCNG：拥塞（失败）监测时长（120分）
老手建议
1．查看7745的附加信息栏内，如果第一项是02（代表有故障的是SDCCH信道），重启TRX，如果一小时后告警还会出现，执行第2步。
如果第一项是01 （代表有故障的是TCH信道），执行第2步。
2．查看BSC中是否有关于这个TRX的2993告警。
如果有2993告警，将故障的TRX的TCH和TRX-SIG与其他的TRX互换，
如果告警出在新的TRX，转交运维或传输处理。
如果告警还出现在原TRX上，依照以下方法处理：
<1> 将TRUA更换
<2> 将故障载频的D-BUS线和时钟线互换
<3> 将故障载频的背板与其他背板互换（更换时要注意更改TRX硬件跳线）
如果没有2993告警，执行第3步。
3．远端环测TRX
如果结果很差，更换新的TRX。
如果结果没有问题，查看统计数据：
<1> 干扰值，如果干扰强烈，那么不必去现场，转交网优处理。如果没有干扰继续下面的操作。
<2> DL_Q0和UP_Q0的数据，
如果使用同一个合路器的TRX性能都较差，估计是合路器故障，现场使用MMI软件测试驻波比。如有故障，修复后载频会恢复。
如果不是同一个合路器的TRX性能差，估计是TRX故障，现场使用MMI软件环测。如有故障，更换新的TRX。
告警取消
如果告警不需要处理，你可以使用MML命令EOR取消告警。
在维护者的锁定解锁命令连接到BTS后或维护者在当前测量时间内解决了问题系统会自动取消告警。
回答者：fpl584520 回答时间：2010-03-16 09:33
以上均操作后，还是有7745告警，那是什么情况？
7743 MEAN HOLDING TIME BELOW DEFINED THRESHOLD
平均保持时间低于设定值
告警含意在测量时期内，一个信道的平均保持时间低于人为设定的最小值。告警用于监控通信信道的功能和发现可能的故障信道。
附加信息栏
1 指示如果平均保持时间低于定义极限
在时隙0
00: 高于极限值（没有告警）
01: 低于极限值（告警）
2 指示如果平均保持时间低于定义极限
在时隙1
00: 高于极限值（没有告警）
01: 低于极限值（告警）
3 指示如果平均保持时间低于定义极限
在时隙2
00: 高于极限值（没有告警）
01: 低于极限值（告警）
4 指示如果平均保持时间低于定义极限
在时隙3
00: 高于极限值（没有告警）
01: 低于极限值（告警）
5 指示如果平均保持时间低于定义极限
在时隙4
00: 高于极限值（没有告警）
01: 低于极限值（告警）
6 指示如果平均保持时间低于定义极限
在时隙5
00: 高于极限值（没有告警）
01: 低于极限值（告警）
7 指示如果平均保持时间低于定义极限
在时隙6
00: 高于极限值（没有告警）
01: 低于极限值（告警）
8 指示如果平均保持时间低于定义极限
在时隙7
00: 高于极限值（没有告警）
01: 低于极限值（告警）
9 指示平均保持时间最短的时隙
10 指示平均保持时间最短的时隙的子信道
00:TCH/H子信道0
01:TCH/H子信道1
02:THC/F子信道
11 在测量时间内的最短平均保持的秒数（TCH）
NOKIA建议
在信道发布信息中找出故障的原因。使用MML命令ERS来恢复信道，首先锁定，然后解锁。
ZERS:<BTS>,<TRX>,<CH>:L; 锁定
ZERS:<BTS>,<TRX>,<CH>:U; 解锁
检查影响告警的参数是否合理。MML命令EEO可以输出网络监控参数值，EEN命令修改参数值。
参数，有默认值，它影响告警：
ZEEN: MAXHTT= TCH最大平均保持时间 (120分)
MAXHTS= SDCCH最大平均保持时间 (30分)
PRDMHT= TCH监控测量时长 (240分)
CS =信道占用极限值 (10)
告警取消
如果告警不需要处理，你可以使用MML命令EOR取消告警。
在维护者的锁定解锁命令连接到BTS后或维护者在当前测量时间内解决了问题系统会自动取消告警。
回答者：fpl584520 回答时间：2010-03-16 09:35
很强大啊！是很有效！
