7745告警含义
NOKIA通信基站7745告警浅析
：
＝ ０ ：
＊ ＊ ： ∞ ｏ ａ ‘
一。
．． ． ． ． 。 “
和处理 ， 传输误码 解决 。完成排 障处理后 ， 通 ＣＣｍ － Ａ￣ ｏ Ｉ Ｉ Ｌ 过观察， 该小区性能得到明显改善。 小区掉话 ， 率明显下降并恢 复正 常 ， ４ 告警消失 。 ７ ５ ７ ｍｏ ｏ 。 实例 ２
， ，
３７ ４ 告 警 故 障处 理 买 例 ７ ５
告 警 随 之 转 移 ， 明该 载频 存 在 问题 。 查 控 制 说 检
结甫语
耍 亘匿亟［至
２０ ０８
篓墨 薹 ｉ 圭 宴 ２
— ０ ＇４ 昭 ３ 筻 １ ：】ｆ ４Ｄ ｝丌 ０３ ｌ ３ １ ７ ９ ￣ ， Ｄ １ ０４ ０ ｌ ＯＧ ７ ７ ∞￣Ｏ Ｇ ０ ５８
告警解释： 在一个信道中， 呼叫因 失败终止 过程中 发现该扇区传输存在误码， 而且累 加
恻
：
的比率超 出了设置 的门限值 。该 告警用于话务 比较 陕， 怀疑基站产 生 ７ ４ 告警 的原 因是传 ｆｅ ｔ ｍ ｍ 一 ＃Ｉ ７５ ｉＯ ｃ 一 ｇ ｓ ， ｌ ３￣ ｒ ０ｍ— — Ｖ
，
，
。
Ｂ ２ 存在问题 ， 其 Ｂ ２。 ＢＦ 更换 Ｂ Ｆ 在倒换过程中如 果 ７４ 告 警不随板件转移 ， ７５ 仍然在原来 的板 位 出现 ， 明板 件没 有Ｊ ， 说 司题 可能机柜 的背板存 在 问题 。单块载频 出现 ７４ 告警 ， ７５ 可能该载频 的 频点存在 干扰 ，可将该 载频的频点更换到其 他 载频， 如果其 他载频 出现 ７ ４ 告警 ， 明该 ７５ 则说 １ 载频 的频点存在干扰 ， … 换。 … … 、 … ｕ将其觊 － … ’ … ’ ｕ … 更 ４ ． ２多个 载频 出现 ７ ４ 告警 ７５ 某个扇 区大面积 出现 ７ ４ 告警 ， ７５ 可能的原 因有 二某个扇区出现大面／ 的７ ４ ｊ ｌ ／ １千 ： ７ 口冒， ， 术 剧Ｉ △山 ＼ ＪＭ ／Ｄ ． Ｉ／斗 止警＇ 厶 且Ｕ 丌 那么
网络告警说明及处理
常见告警说明及处理目录1告警的查看 (3)2BTS告警的结构 (3)3常见告警说明及处理 (5)3.12993告警处理 (5)3.27745告警处理 (5)3.37601告警处理 (6)3.47602告警处理 (6)3.57604告警处理 (7)3.67949告警处理 (8)3.72725告警处理 (8)3.87743告警处理 (9)3.97744告警处理 (9)3.107607告警处理 (10)3.117767告警处理 (10)1 告警的查看查看告警的常用MML命令有以下几个：❖查看BTS当前告警：ZEOL: BCF IDENTIFICATION: BTS ALARM NUMBER, ALARM CLASS；例如：ZEOL: 21:NR=7745; 查看BCF号为21、告警号为7745、且未被cancel的告警。
ZEOL:30:CLS=AL3; 查看BCF号为30、告警级别为3星、且未被cancel的告警。
❖查看BTS历史告警：ZEOH: DATE, TIME: BCF IDENTIFICATION, OBJECT TYPE, CURRENT STATE OF OBJECT, ALARM NUMBER, ALARM CLASS；例如：ZEOH:2008-3-18,8-30-0; 查看2008年3月18日8时30分之后的告警历史，包括已经cancel的和未被cancel的。
ZEOH::NR=7745; 查看今天的7745告警历史，包括已经cancel的和未被cancel的。
❖查看BSC当前告警：ZAHO: UNIT IDENTIFICATION: ALARM PARAMETER；例如：ZAHO:OMU:CLS=AL2; 查看当前告警级别为2星级、告警对象为OMU、且状态为ON（即未被cancel的）。
ZAHO; 查看当前所有状态为ON的告警。
❖查看BSC历史告警：ZAHP: UNIT IDENTIFICATION: ALARM PARAMETER: DATE, TIME；例如：ZAHP::CLS=AL3:2008-3-18; 查看2008年3月18日0时以后的所有3星级告警，包括已经cancel的和未被cancel的。
案例：7745信道占用失败率超过门限(昆明晋宁分公司CASE)(诺基亚 GSM)
案例：7745信道占用失败率超过门限（昆明晋宁分公司CASE）
一、故障CASE
本周昆明市晋宁县分公司上报基站故障CASE，站号：4778，站名：洗澡堂，故障现象：基站多块载频出现严重7745告警，已排查天馈系统，更换过载频和合路器，告警仍未消除。
二、故障分析
1、基站侧，检查硬件数据是否配置正确，主要检查RX和TX连线是否正确。
硬件数据配置正确
告警载频
2、基站为FLEXI EDGE站型，使用ECDA（空腔合路器），分析告警，发现出现告警的载频都为偶数载频，检查后台数据RX DIV功能设置（基站使用空腔合路器，若未开启分集接收功能，会导致偶数载频接收信号异常，出现严重7745告警）。
分集接收功能未开启
三、处理方法
1、闭锁故障小区，修改命令ZEQS:BTS=BTS号:L:FHO,20:;
2、开启分集接收功能，修改命令ZEQM:BTS=387:RDIV=Y:;
开启分集接收功能
3、解锁闭锁小区，修改命令ZEQS:BTS=BTS号:U:;。
7745告警的触发机制及其跟踪v3
– 针对SDCCH信道上连续出现的失败率为 100%的7745告警
• 如果跟踪ClearCode发现其原因集中在 (estab_ind_fail_c)上，且集中发生在个别 TRX上，则可以通过其上下行质量来予以确 认，或者结合7744告警判断该TRX上是否有 干扰。最有效的办法还是派基站工程师上站 进行拨打测试并查找具体的原因
7745告警的触发机制及其跟踪
7745告警的定义及分类
ZZBSC123 BCF-0417 BTS-0419 QUAL 2012-09-29 19:36:36.85 ** ALARM TRX -020 8ZZLONGHAITL3 (57677) 7745 CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD 01 00 00 00 01 00 00 00 00 03 01 20d 定义：7745 CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD 在监控时段，BTS的SDCCH 、TCH 信道上的失败率高于系统设置门限值。 分类：根据告警补充信息，第一个信息表示问题信道类型， 取值分为：01 TCH 、02 SDCCH 最后一个信息（20d），表示在监控时段内，补充信息10&11指示的信道异常释放情 况占总释放次数的比率。
灰色覆盖的信 息及参数只与 7743告警相关
PARAMETERS FOR CHANNEL SUPERVISIONS PERIOD MIN MAX F% CALLS SUP:TCH 00F0 0004 0078 14 000A SUP:SCH 003C 001E 50 SUP:FAIL 003C 000A SUP:FAIL ACTIVE FROM 07:00 TO 22:00
常用告警处理方法
常用告警处理7745/7743告警引起的掉话居多，以下列举加以描述。
7530告警7530告警，其含义为：载频发射功率减退。
DE34载频最大发射功率为44.7dBm即20W，如果由于故障引起发射功率低于门限就会触发该告警，此告警会造成下行电平过低，导致手机的接收电平也随之降低，最终导致通话质量的下降；引起该告警的原因主要是载频服务年限长，其内部元器件老化等原因，发射功率达已不到出厂额定功率。
告警影响的指标：上下行0-5QUAL级话音质量优化建议：更换载频7616告警7601告警，其含义为：基站ABIS时钟不稳定，造成主时钟波动较大。
reference指示PCM时钟不同步，13M时钟偏移。
告警影响的指标：切换成功率，会造成切换不同步，而切换失败，甚至产生高掉话；优化建议：检查传输误码，确定时钟的稳定性。
7743/7745 告警7745告警含义：在SDCCH信道或TCH信道上,呼叫因失败而终止的比率超过门限值；7743告警含义：在测量时段内,监测TCH信道上的平均占用时间低于门限值；以上这两种告警时常相互伴随发生，以7745告警的危害最大，会造成大量掉话；该告警的时常出现并不能完全说明硬件有问题，而属于Abis口信令故障，主要原因是由于信道不能正常释放。
优化建议：一般处理方法为重起该小区或重起出现7745告警的载频或时隙；另外需要在日常维护中加强该告警的监控，及时发现及时重起才能减少该告警的危害。
闭锁告警时隙。
7949 告警7949告警的含义：主接收天线和分集接收天线的RX电平之差大于设定值（默认为10Db）；此告警只适用于Talk Family，Nokia 2nd generation；此告警产生的主要原因有两方面：1）天馈方面：如：天馈进水，接头松动，驻波比值大，天线接收支路故障等；2） BTS合路器（RTC，AFE）有故障，不能正常滤除干扰电平；告警影响的指标：小区空闲模式下的干扰电平（OUT OF BAND1%）较大；0-5级话音质量下降；优化建议：对天馈系统和接收系统进行故障检查。
基站典型告警分析报告7745
基站典型告警分析报告7745告警告警编号：7745告警内容：CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD在一个信道中，呼叫因失败终止的比率超出了设置的门限值。
该告警用来话务和信令信道功能，并检查出可能出故障的信道。
产生此告警的可能原因有：告警描述：01代表TCH信道失败率高的信道信道占用失败率触发原因：1、载频故障；2、载频信道故障；3、天馈或合路故障；4、传输质量差（误码高）导致；5、网外干扰导致；6、网内同邻频干扰导致；7、跳频板件故障引起；8、高温导致载频性能不稳定引起；影响KPI：小区掉话率，切换成功率，无线接入成功率，上下行通话质量恶化。
用户感知：用户通话过程中，通话突然中断或用户在通话移动过程中非用户原因中断，通话过程中用户感知通话质量不理想等。
派单情况：基站告警监控部门一旦发现7745告警，如信道占用失败率较低，5%以下，且无其它投诉类，可暂观察不处理；如信道占用失败率高（5%以上），且掉话次数较多，可重启载频或载频所在BTS，如重启后1小时左右该7745告警自动消除，则该告警解决；如重启后该告警7745仍然存在，需及时派发工单给网优进行分析处理。
一般处理7745告警分两大类：即一：TCH信道占用失败引起的7745告警；二：SDCCH信道占用失败引起的7745告警。
处理流程大致如下：TCH信道占用失败引起7745告警处理流程：1、查看载频告警是否全部信道，如果是则很可能载频故障，（载频性能严重下降），且排除干扰原因，则此类需要更换载频。
2、如载频告警是单个信道，且重启后该信道一直存在告警，则该载频单个信道故障，此类建议闭锁该信道。
3、合路或天馈类导致的7745告警，一般伴随7601、7604、7607告警，此类故障需派单排查合路或天馈故障。
4、如是传输质量差（误码高）需派单传输部门处理。
查看指令：ZYMO。
5、如是网外干扰引起的7745告警，一般伴随7744、7743告警，且载频时隙多信道告警，则需要派单排查网外干扰。
无线网络设备维护故障处理
造成天馈故障的主要原因：
天馈接反&鸳鸯线
1、规划问题
驻波故障
1、馈线折损
互调干扰
主分集接收差异过大
1、接头切削不规范 1、维护不到位
2、工程问题
2、接头不稳
2、跳线接头漏铜
3、天馈进水
3、接头工艺不合格 2、设备故障
4、老化漏铜 4、天线老化
4. 5G基站常见故障分析指导-天馈故障分析
扇区接反定义：
设备类型 FlexiEDGE/FlexiMCPA Ultrasite/metrosite FlexiEDGE/FlexiMCPA Ultrasite/metrosite
如何发现主分集接收差异过大？
指标表现：掉话、弱覆盖比例高，上下行链路不平衡等 告警表现：7607和7604 测量表现：远程登录基站 管理维护平台查看主分级接收电平差异
ALL
ALL
ALL
ESMx System module has lost connection to RF module
1st branch LNA in dual variable gain duplex unit is faulty （双工器低噪声放大第一支路故障。涉及对象：DVGA或DVDA） No connection to remote tune combiner （无法连接到远程调协合路器。涉及对象：RTJA,RTGA或RTDC） The reflected power of remote tune combiner is too high （远程调协合路器反射功率过高。涉及对象：RTJA,RTGA或RTDC） Cavity stepper motor can not tune the remote tune combiner （远程调协合路器腔口无法调协） The transmitter output power is too low. （载频输出功率过低。涉及对象：TSGA,TSGB或TSDA,TSDB） The transmitter output power has dropped at least 3 dB. （载频输功率至少衰减3个Db。涉及对象：TSGA,TSGB或TSDA,TSDB） One amplifier stage of Rx LNA Path A is broken in ERxx DDU （ERxx双工器的A路接收中的低噪声放大器已损坏涉及对象：ERGA或ERDA）
7745基站告警处理(参考版)
故障原因：由于合路器模块故障而导致的衰减不平衡 处理建议：更换故障模块
典型案例： 【站点信息】东城区尚庄东 2070 【告警信息】S1:TRX 5 S3:TRX8 9 10 11 12 【现场信息】一小区通常是间隔一 段时间，单载频出现7745；三小区 是该扇区的下半部分载频出现7745. 【处理过程】经检查发现3小区的第 2个WCGT连接的载频均出现掉话且温 度极高，更换新的WCGT后该小区告 警消除。 【解决措施】更换故障的WCGT。
合路器上的连线在未连紧 或连线老化的情况下， 合路器也会出现高温。
7745故障案例----双工滤波器故障
故障原因：由于双工滤波单元故障而导致的掉话。 处理建议：更换故障模块
典型案例： 【站点信息】西城区西开经贸学校 5874 【告警信息】S1:TRX 3 5 6 7 8 9 10 【现场信息】基站存在外部干扰，二三小 区掉话是伴随干扰出现的 【处理过程】一小区通过检查发现本小区 的DVGA射频线连接口已经断裂（详见截 图），致使本小区大部分载频出现了7745。 将一小区损坏的DVGA更换。 【解决措施】二三小区确认外部干扰。 。
7745故障案例----配置不匹配
故障原因：硬件数据库配置和实际硬件配置不符而导 致的掉话 处理建议：修改数据配置或更换相符硬件。
典型案例： 【站点信息】二七区纬四路服装市场 9757 【告警信息】TRX1 2 4 【现场信息】本站为Metro基站，TRX1 2 4为同类型载频， TRX3与其他载频不同。 【处理过程】通过观察发现本站使用了两种不同功率的载频， 分别为5W和10W混用。由此导致了掉话，将TRX3更换为10W载 频后基站正常，告警消除。 【解决措施】Metro基站的载频功率需相同，更换载频为相 同功率即可。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
7745告警含义：在一个信道中，呼叫失败而释放信道的比率大于定义的门限值而产生的告警。
可用于监测话务信道和信令信道的功能，助于检测故障信道的TRX.
网络一些使用默认参数的值会影响该告警：
7745告警也是现网中，载频常会出现的一类告警。
引起TRX信道失败的原因有两种，一是由硬件问题引起，二是该载频受到了上行干扰导致。
✓硬件问题：
如果长期某一个或几个特定的信道，每天出现了7745告警。
✓干扰原因：
如果载频出现的7745告警是由于干扰造成，那么该告警出
现的频率和网络无线环境有关。
现网中GSM网络受干扰大
一些，系统7745告警载频数量就多一些。
针对省公司开展的网络质量提升活动中的设备告警处理，我们总结了对7745告警的处理经验，并在现网中中进行了试点式的实验应用，取得了不错的效果，处理结果如下：
上表所示的7745告警类型为在TCH信道上的，告警的补充字符第一位显示的为01TCH信道，此类告警通常采用的处理方法为：1若查看站点是否有干扰情况存在（看是整个基站还是一块载频，若是一个基站就是硬件故障，要是一块载频的话就换频点），优先对干扰进行处理；(如何进行干扰处理)
2干扰消除后，观察告警是否还存在，若存在，再进行重启处理；
3若重启后依然频繁出现告警的载频进行更换处理。
用此类方法大多数的告警都会消除。
(如何找到重启的载频号，更改频点如何确定，倒主频，倒SD时隙？)
补充信息含义如下：
1 表示问题信道类型：取值分为：01 TCH 、0
2 SDCCH
2~9 表示信道所在时隙
其取值分为：00 低于门限（不产生告警）、01 高于门限（产生告警）。