 |
善于提问，勤于回答，你也是专家
|
 |
问题已开启
(普通问题)
怎么处理7743、7745告警
提问者: 更多
告警
相关问题
• 艾默生停电告警怎么接？ 2020-04-09
• 告警不可见怎么设置 2019-11-13
• 中兴的LTE设备处天线校正失败告警怎么处理 2019-09-28
• 射频单元ALD开关配置不匹配告警如何处理 2019-08-02
• FDD小区接收通道干扰噪声功率不平衡告警,具体有哪几种原因造成，解决方案是什么。 2019-07-27
• 无线掉线率差，可以从哪些方面分析如告警、干扰，参数；可以调整哪些参数，请大神具体说明，求教 2019-07-02
• 系统模块告警 2019-06-14
• 不在基站脚底下不是塔下黑，主邻区都没信号，指标是好的，没有基站退服告警，占卜上信号接收不到这是怎么回事？ 2019-03-13
• 告警不可见怎么设置 2019-11-13
• 中兴的LTE设备处天线校正失败告警怎么处理 2019-09-28
• 射频单元ALD开关配置不匹配告警如何处理 2019-08-02
• FDD小区接收通道干扰噪声功率不平衡告警,具体有哪几种原因造成，解决方案是什么。 2019-07-27
• 无线掉线率差，可以从哪些方面分析如告警、干扰，参数；可以调整哪些参数，请大神具体说明，求教 2019-07-02
• 系统模块告警 2019-06-14
• 不在基站脚底下不是塔下黑，主邻区都没信号，指标是好的，没有基站退服告警，占卜上信号接收不到这是怎么回事？ 2019-03-13
问题答案
( 5 )
不用软件，NOKIA的网管HIT软件就可以呀
你输入 ZERO:BTS=**，可看载频时隙干扰情况
同时ZEOL命令查到的告警信息里，有告警的载频号和时隙号。
你输入 ZERO:BTS=**，可看载频时隙干扰情况
同时ZEOL命令查到的告警信息里，有告警的载频号和时隙号。
回答者：
xykk
回答时间：2010-03-16 09:01
33
33
7745就是掉话
回答者：
fhaitao2009
回答时间：2010-03-16 09:13
36
37
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
39
35
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
34
35
很多7743和7745是载频不稳定等原因造成,对载频重启一下,这两个告警可以下降到warn级别,很多这2个告警好像对指标没什么影响,但一些小区还是真正是有问题的.
回答者：
chendaji
回答时间：2010-03-16 18:36
39
41
| 联系我们 - 问通信专家 | Powered by MSCBSC 移动通信网 © 2006 - |