某局反映告警统计不准,主要是发现部分基站恢复告警没有,但查看该局的历史告警中,发现该局每天都产生17万~19万条左右的“BIE单板配置错告警”,这么多“BIE单板配置错告警”,造成部分告警丢失应该是正常的现象。

某局反映告警统计不准,主要是发现部分基站恢复告警没有,但查看该局的历史告警中,发现该局每天都产生17万~19万条左右的“BIE单板配置错告警”,这么多“BIE单板配置错告警”,造成部分告警丢失应该是正常的现象。


相关考题:

某局BSC从BSC31升级为BSC32后,告警台上出现大量的CCCH负载指示告警(主要是BTS30基站),在MSC侧出现“BSC过载”和“BSC过载指示”告警。该局BSC为BSC3203.0520B版本,下带BTS20和BTS3X基站。除参数“RACH忙门限”和“RACH平均负载时隙”设置的不合理之外,另外还有什么原因会导致“CCCH过载告警”?

某局BSC从BSC31升级为BSC32后,告警台上出现大量的CCCH负载指示告警(主要是BTS30基站),在MSC侧出现“BSC过载”和“BSC过载指示”告警。该局BSC为BSC3203.0520B版本,下带BTS20和BTS3X基站。如果题中大量的“CCCH负载指示”告警和“BSC过载”告警是由于BTS30基站的“RACH忙门限”和“RACH平均负载时隙”配置得不合理造成的,请问该如何调整。

某局BSC从BSC31升级为BSC32后,告警台上出现大量的CCCH负载指示告警(主要是BTS30基站),在MSC侧出现“BSC过载”和“BSC过载指示”告警。该局BSC为BSC3203.0520B版本,下带BTS20和BTS3X基站。现在网上的BSC局很多都是基站混带的,即BSC下既有BTS2.0基站又有BTS3.0基站,而这两种类型的基站在判断RACH忙门限的算法是不一样的,请写出其区别。

某局BSC从BSC31升级为BSC32后,告警台上出现大量的CCCH负载指示告警(主要是BTS30基站),在MSC侧出现“BSC过载”和“BSC过载指示”告警。该局BSC为BSC3203.0520B版本,下带BTS20和BTS3X基站。请问MSC侧出现“BSC过载”和“BSC过载指示”告警的原因是什么?请从消息的角度分析说明。

某局反映告警统计不准,主要是发现部分基站恢复告警没有,但查看该局的历史告警中,发现该局每天都产生17万~19万条左右的“BIE单板配置错告警”,这么多“BIE单板配置错告警”,造成部分告警丢失应该是正常的现象。 A.错误B.正确

BTS3X基站,因时钟问题导致的TRX类告警有() A.TRX处理器运行告警(CHDSP)B.TRX驻波告警C.TRX主时钟告警D.锁相环告警

基站恢复后必须要确认的内容包括() A.基站载频是否全部恢复.B.基站告警是否全部消除或者主要告警是否已经全部消除.C.基站是否有占用.D.基站空调是否正常开启

查看基站当前ET告警的指令是:() A.ZEOLB.ZEORC.ZEEID.ZAHO

基站出现RET相关的主告警“InconsistentConfiguration”和从告警“RET Service Degraded”,常规排查手段包括()。A、理解次要告警“ServiceDegraded”是主告警的尾随告警B、检查MO RetSubUnit的配置C、检查electricalAntennaTilt是否处于minTilt and maxTilt的范围中

基站设备不稳定,打死激活2M端口后可勉强工作几天,但最近几天基站宕掉后再也起不来,基站设备上帧失步告警,传输设备上没有任何告警告警信息:传输网管和设备上均无告警。试分析原因及处理过程

如果某个基站在同一时间段,针对一次事件,基站发生多条特定告警,则只统计该基站不完好总时长,不累加所有告警时间。

当基站现场出现停电,但网管中心却监控到停电告警恢复;相反当基站现场停电恢复,网管中心却监控到停电告警,可能的原因是()。A、基站现场告警线没接B、基站主设备告警高、低电平数据配置与基站现场设置的常开、常闭量不匹配C、市电缺相D、以上原因均是

诺基亚网管cm editor应用有哪些功能()A、查看基站参数B、制作参数修改planC、查看告警D、查看性能报表

在ALV界面不能做的操作有()。A、基站升级B、查看告警C、加载licenseD、保存告警

若某项告警,包括停(断)电告警,在其告警当天没有恢复,则将该项告警计入下一天的告警信息库,计为下一天的不完好基站,直到该告警恢复为止。

基站可用率考核数据包括基站()告警信息与基站()告警信息。

查看基站当前ET告警的指令是:()A、ZEOLB、ZEORC、ZEEID、ZAHO

故障信息处理包括()、告警打印等功能。A、告警查询、告警确认B、告警查询、告警统计和分析C、告警查询、告警确认、告警统计和分析D、告警确认、告警统计和分析

基站恢复后必须要确认的内容包括()A、基站载频是否全部恢复.B、基站告警是否全部消除或者主要告警是否已经全部消除.C、基站是否有占用.D、基站空调是否正常开启

BTS3X基站,因时钟问题导致的TRX类告警有()A、TRX处理器运行告警(CHDSP)B、TRX驻波告警C、TRX主时钟告警D、锁相环告警

面向基站的告警关联呈现专题提供了新的面向()监控模式,方便基站告警监控人员更高效地监控基站相关的所有告警,包括()、()、()中与基站相关的告警。

每个站点有对应的图标颜色,绿色表示()A、正常该站没有基站B、正常该站有基站C、告警该站没有基站D、告警该站有基站

问答题某局BSC从BSC31升级为BSC32后,告警台上出现大量的CCCH负载指示告警(主要是BTS30基站),在MSC侧出现“BSC过载”和“BSC过载指示”告警。该局BSC为BSC3203.0520B版本,下带BTS20和BTS3X基站。现在网上的BSC局很多都是基站混带的,即BSC下既有BTS2.0基站又有BTS3.0基站,而这两种类型的基站在判断RACH忙门限的算法是不一样的,请写出其区别。

判断题某局反映告警统计不准,主要是发现部分基站恢复告警没有,但查看该局的历史告警中,发现该局每天都产生17万~19万条左右的“BIE单板配置错告警”,这么多“BIE单板配置错告警”,造成部分告警丢失应该是正常的现象。A对B错

单选题每个站点有对应的图标颜色,绿色表示()A正常该站没有基站B正常该站有基站C告警该站没有基站D告警该站有基站

问答题某局BSC从BSC31升级为BSC32后,告警台上出现大量的CCCH负载指示告警(主要是BTS30基站),在MSC侧出现“BSC过载”和“BSC过载指示”告警。该局BSC为BSC3203.0520B版本,下带BTS20和BTS3X基站。除参数“RACH忙门限”和“RACH平均负载时隙”设置的不合理之外,另外还有什么原因会导致“CCCH过载告警”?

多选题BTS3X基站,因时钟问题导致的TRX类告警有()ATRX处理器运行告警(CHDSP)BTRX驻波告警CTRX主时钟告警D锁相环告警