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基站的载频功率需相同，更换载频为相 同功率即可。
简答2
29、 通过Nokia BTS Manager的“Supervision”的“Site Information”子项从某Ultra Site BTS提取的数据中有如下一段：
Reliable values:
TRX ID Ant1 Ant2 Ant3 Ant4 Diff. Rel.Diff. ------------------------------------------------
21、 什么叫接收分集？
接收分集指将两路接收信号进行比较合成得到接收质量更优的信号。
22、 Ultra site的TRX Test 结果包括哪些内容？
TX Power （发射功率）
Main Rx Result. （主接收灵敏度）
Diversity Rx Result （分集接收灵敏度）
AFEA RTCC WCGA RTGA
4、 话务量的单位是什么？其含义是什么？
爱尔兰（erl）,话务量是指在一个用户持续通话一个小时为一个爱尔兰。
5、 DE34重启过程中BCFA上显示的0000—0008的含义是什么？
0000 装载软件包
0001 初始化
0002 等待MMI命令请求
0003 测试
TRX 6 -88 -109 n/a n/a 21 -
TRX 7 n/a n/a n/a n/a - -
12、 说明室内分布系统的维护要点。
天线检查：天线固定牢固，无破损，无遮挡；
干放检查：测试、工作无告警、设备安全；
提升7745告警处理效率和效果结题报告
提升7745告警处理效率和效果结题报告目录一、背景 (4)二、7745告警含义 (4)2.1告警定义 (4)2.2触发机制 (5)2.3告警原因分析 (5)三、告警处理方法 (6)3.1 BSC专业（告警监控、跟踪、分析） (6)3.2基站专业（现场处理） (6)（一）单载频出现7745告警 (6)（二）单小区多载频出现7745 告警 (7)3.3网优专业（后台分析） (7)3.4告警处理注意事项 (8)四、告警的处理流程 (10)4.1告警分析阶段 (12)4.2告警处理阶段 (12)4.3告警评估阶段 (12)五、效果评估 (12)5.1进站量 (12)5.2告警量变化趋势 (13)六、典型案例 (14)6.1 硬件类 (14)6.1.1 载频故障 (14)6.1.2 连线问题 (16)6.1.3 合路器故障 (18)6.1.4 双工滤波器故障 (19)6.1.5 背板问题 (20)6.2 数据配置类 (20)6.2.1 配置不匹配 (20)6.2.2 合路次数不平衡 (20)6.2.3 传输故障 (21)6.3 配套设备类 (21)6.3.1 直放站问题 (21)6.3.2 干放/塔放问题 (22)6.4 天馈系统类 (23)6.4.1 馈线故障 (23)6.4.2 扇区问题 (23)6.4.3 覆盖问题 (24)6.4.4 天线隐形问题 (25)6.4.5 天馈连接头问题 (26)6.5 网络优化类 (26)6.5.1 同频问题 (26)6.5.2 上下行链路不平衡引起的7745 (27)6.6 其他类 (27)七、告警处理建议 (28)一、背景近年来随着用户数量的不断增加，服务业务的逐步升级、网元的不断扩展，以及EGSM 频点的退网和不断的工程调整等等因素，引起无线网元中存在着大量的基站告警，进而导致了郑州网络质量的下降。
为了解决郑州网元告警量偏高的现象，进一步加快提升郑州市区无线网络质量，创造优质的网络环境，提高企业市场竞争能力，郑州分公司开展了“郑州网络质量专项提升活动”，重点处理与KPI指标息息相关的感知类告警，其中7745告警在感知类告警中比例较大，严重影响了网络性能质量，需要重点处理。
7745处理方法
7745告警的处理方法1.7745告警的含义：7745 CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD告警描述：CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD 告警编号：7745原始级别：**建议级别：重要告警(MAJOR)变更原因：不变更设备类型：BTS告警解释：在一个信道中，呼叫因失败终止的比率超出了设置的门限值。
该告警用来话务和信令信道功能，并检查出可能出故障的信道。
产生此告警的可能原因有：1、TRX故障2、载频频点收到干扰？业务影响：出现该告警，提示信道可能出现问题参数说明：参数1 告警是TCH还是SDCCH01: TCH02: SDCCH参数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 i信道的故障率是否高于时隙7定义的门限值00: 低于门限值(无告警)01: 高于门限值(告警)参数10 故障率最高的时隙参数11 子信道标识 TCH:00: TCH/H –子信道 001: TCH/H –子信道 102: TCH/F -子信道子信道标识SDCCH:00 - 07: SDCCH -子信道0 - 7参数12 指定信道中，测量期间应故障造成的TCH或SDCCH子信道释放占全部信道释放的的比例。
BTS常用告警代码
常用告警含义7743告警，主要是由于GPRS告警引起，不会对掉话率有什么影响，可能会影响彩信、GPRS激活成功率、GPRS掉话率等，处理方式同7745告警。
7745告警：头位数表示：01表示TCH 02表示SDCCH当02时，表示SDCCH掉话率高，查看SDCCH掉话原因，大部分可能为BSC数据错或MSC数据定义有误造成。
当01时，表示TCH掉话率高，最后一位表示载频由于信道失败的掉话占整个载频掉话总数的百分比，如该值超过30％，可考虑重启载频、扇区、BCF。
如重启后仍然存在过多的7745告警，并且小区总体掉话率依然偏高（无直放站情况下大于8％的掉话率）建议更换载频版或BB2板，一般能解决。
1、对于2993的TC掉话告警，我们采取的办法是：如果是单个时隙告警，就关闭该个时隙，让它不再产生TC掉话，因为TC掉话的次数是相当高的，出现2990告警，一个小时的TC掉话就可以到达几百次！所以，我们必须及时采取措施来应对该项告警，如果一个载频由于2993告警关闭了2个或2个以上的时隙，我们就会将其换掉。
还有的情况是由于基站的配置和BSC上的数据不一致，也会导致2993告警的产生，如果是这种情况，就需BSC工程师与现场BTS工程师沟通，双方达成一致的数据配置，都做成一致的数据库，则告警就可解除。
2、对于2915告警，主要是由于基站突发中断或工程新开基站激活ET的时候出现得比较多，我们对于在现网服务的基站采取实时监控的办法，一发生是在用ET的告警，我们马上进行处理，先诊断ET，如果ET无问题，我们再采取自环的方式，判断是那段传输发生了问题，立即解决。
3、对于7767告警，我们主要也是采取实时监控的方式，一发生基站中断的事故，我们马上通知相关部门进行处理。
4、对于8050告警，我们首先察看基站的传输板是否有问题，如果基站无问题，我们将与基站维护人员联系，查清楚是哪个端口有接入，如果无接入产生了该告警，则屏蔽掉该端口，如有接入，则需基站维护人员现场查证后再确认具体故障所在。
alarm
当基站侧存在7745的告警时，1.BTS基站工程师首先让BSC侧人员查阅一下是否此载频的掉话率高（了解一下实际情况)2.如果高的话，或客户必须要消除此告警，上站后，先做环路测试，观察是否有问题，如果没有的话，调换TRX位置后再观查。
3.如果还无法消除，只能更换TRX板件了，但原替下来的板件可以放在其它基站继续使用（应该没有问题)附详细信息;7745 信道故障率高于设定门限值含义在测试周期内，一个信道呼叫终止失败率高于运维设定值。
此告警被用于监测话务及信令信道的性能，和发现有可能的故障信道。
根据告警描述, 可以看出这两个告警都是通过BSC 上的统计产生的, 可能有许多方面原因引发, 不是明确的硬件故障告警。
针对7743 和7745 告警的出现，其引发原因较多：1，基站本身硬件故障；2，传输上某个时隙误码率较高；3，BSC 上ET 接口故障引发；4，BSC 相关参数的设定；5，网优无线规划参数设置；告警处理针对基站验收中出现的此类告警，建议采用以下方式处理：首先，请网优人员协助查询问题基站的掉话统计。
如掉话统计在允许的规定范围内，就基站硬件检测本身，我们提出如下处理建议：1，检查告警载频状态，更换载频位置。
将故障载频与正常载频调换位置，观察结果。
如告警与载频同时变更，则基本判断为载频故障，更换新载频。
2，检查设备连线及接头是否安装正确。
即检查机柜内载频与WC 单元，WC 单元与DV 单元，DV 单元与机柜内天线接口连接是否牢靠3，检查天馈线连接是否正确，接头牢靠。
即机柜顶天线接口是否连接正确牢靠。
4，使用天馈线测试仪器，测试天馈线性能指标，提供相应的测试报告。
5，提供相应载频的环路测试报告。
6，如基站硬件检测正常, 掉话率, 上下行质量正常, 且不存在某个TRX 频繁出现相同告警的现象时, 建议综合考虑各种因素的影响, 诸如覆盖情况, 话务量, 优化情况等7，网络优化人员参与协调分析处理, 并提出建议如以上几个方面的检查皆无问题，可排除基站故障，将天馈线性能测试报告和环路测试报告提供维护部门，予以验收。
7745告警处理思路
7745告警处理思路：你首先要明白7745告警的含义，7745告警在BSC参数上可以定义，目前SD定义为80%，TCH定义为20％，也就是说，SD信道时隙占用失败率为80％以上会触发告警，TCH的时隙占用失败率为20％以上会触发告警，对于半速率和全速率，还可根据附加码确定到某一个半速率时隙。
如果一个载频的掉话虽然较高，但时隙均匀的掉话，是不会产生高掉话的。
单时隙的掉话也只能说明这个载频的这个时隙的掉话率偏高，7745告警也只能给你定位问题的参考思路，更多情况下不是由于载频故障，而是由于其它原因导致的掉话。
如果每个载频掉话均匀，你要考虑是整个扇区的问题，楼上说的先关BB观察是比较常用的方法。
给你个解决思路，先把本小区的跳频关了，然后再利用统计p_nbsc_underlay表中的相关counter，主要统计052003－052007这几个counter，看是哪个载频在掉话。
另外，这个表中还有关于各个载频在空闲时隙的干扰情况的counter，也可以结合统计出来分析。
还有，P_NBSC_RX_STATISTICS 表中有各个载频0－7级的上、下行质量，可以对各个载频的质量进行统计分析，一般来说，这些counter 结合起来基本就能分析出问题原因来了，另外还有7745告警等，可以结合起来看具体是哪个时隙。
一般情况下，对于深入排查故障来说，跳频关掉比较好处理，在开跳频的情况下，分析起来比较困难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-子信道001：TCH/H-子信道102：TCH/F-子信道子信道定义SDCCH：00-07：SDCCH-子信道0-712 在测量时间内，TCH或SDCCH子信道因为故障而释放的数目在所有信道释放的数目的比例。
7745告警处理方案
7745告警处理方案一、7745告警内容：CHANNEL FAILURE RATE ABOVE DEFINEDTHRESHOLD，含义为：信道失败率超过门限值。
可用于监测话务信道和信令信道的功能，有助于检测故障信道的TRX。
二、7745告警原因多由于干扰、基站故障、弱覆盖以或者天馈系统性能下降、天线覆盖方位有问题以及射频连线故障或者松动等引起，建议网优排查干扰、解决弱覆盖，基站维护人员处理基站故障，整改天线等问题等方面着手进行处理。
这就要求处理故障的维护人员最好备齐天馈测试仪、测试手机、以及必要的备件。
具体需要采取的措施如下：1.远程登录或者现场查看是否有伴随告警，特别是一些能影响小区性能的告警：7601、7604、7606、7744、8102等等，如果有首先处理这些告警，有可能7745告警随着其他告警的消失而消失。
特别是7744和8102可能需要其他部门如网优或者传输人员配合处理。
2.远程登录或者现场查看小区是否开启Rdiv参数。
3.远程登录查看一下RSSI值，或者到现场查看也可以，从中初步判断射频连线和天馈是否性能不好。
4.远程登录或者现场对载频进行一下环路测试，已初步检查载频硬件和连线是否有问题。
5.如果可能的话，检查天馈的覆盖是否正常，这可以利用测试手机来实现，初步判断小区覆盖方向是否正确；同时如果可能的话从天线附件查看是否覆盖方面正常，方位角、下倾角是否正常，是否有障碍物遮挡天线。
6.检查设备与传输、天馈的连接是否正确，防止传输接反导致的小区覆盖不正确。
7.检查是否存在直放站、载波池、塔放、光纤拉远（射频拉远）设备，并且是否正确设臵。
8.现场拨打测试检查是否存在同、邻频干扰等等。
三、告警具体处理措施：1.网络一些使用默认参数的值会影响该告警：2.有些小区有多个载频甚至整个小区都有7745告警，同时伴随7744干扰告警，这时需要网优排查干扰源，随着7744告警解决，7745告警一般也能解决。
7745告警理论与实战处理流程
7745告警理论与实战处理流程第一部分告警定义1. 7745告警含义：CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD（占用某个信道的失败率高于设定的门限值），这个告警是用来监视话务信道&信令信道的质量状况，检测可能出现故障的信道。
2. 影响该告警的网络一些使用默认参数的值ZEEN:TCHFR = TCH failure rate (20 % )SCHFR = SDCCH failure rate (80 % ) PRDCFR = length of supervision period (60 min)CS = channel seizure threshold value ( 10 ) SMBNT = supervision start time ( 08-00) EMBNT = supervision end time ( 18-00)一是：占用话务信道的失败率门限值是20 %；二是：占用信令信道的失败率门限值是80 %；三是：监视测量信道的时间长度为60分钟；四是：信道的门限值是10 。
3.如何看告警信息告警信息附加字段：01 00 00 00 00 00 00 01 00 06 02 90D附加字段解释1 indicates if the alarm is on the TCH or on the SDCCH channel01: TCH02: SDCCH2 indicates if the channel failure rate is above the definedthreshold in time slot 0 01表示TS0高于定义的信道失败率门限00: belove threshold (no alarm)01: above threshold (alarm)3 indicates if the channel failure rate is above the definedthreshold in time slot 1 01表示TS1高于定义的信道失败率门限00: belove threshold (no alarm)01: above threshold (alarm)4 indicates if the channel failure rate is above the definedthreshold in time slot 2 01表示TS2高于定义的信道失败率门限00: belove threshold (no alarm)01: above threshold (alarm)5 indicates if the channel failure rate is above the definedthreshold in time slot 3 01表示TS3高于定义的信道失败率门限00: belove threshold (no alarm)01: above threshold (alarm)6 indicates if the channel failure rate is above the definedthreshold in time slot 4 01表示TS4高于定义的信道失败率门限00: belove threshold (no alarm)01: above threshold (alarm)7 indicates if the channel failure rate is above the definedthreshold in time slot 5 01表示TS5高于定义的信道失败率门限00: belove threshold (no alarm)01: above threshold (alarm)8 indicates if the channel failure rate is above the definedthreshold in time slot 6 01表示TS6高于定义的信道失败率门限00: belove threshold (no alarm)01: above threshold (alarm)9 indicates if the channel failure rate is above the definedthreshold in time slot 7 01表示TS7高于定义的信道失败率门限00: belove threshold (no alarm)01: above threshold (alarm)10 time slot with the highest failure rate 失败率最高的时隙11 subchannel identification TCH: 02表示子信道为tch00: TCH/H -subchannel 001: TCH/H -subchannel 102: TCH/F -subchannelsubchannel identification SDCCH:00 - 07: SDCCH -subchannel 0 - 712 proportion of TCH or SDCCH subchannel releases due to failurein all channel releases on a given channel during the measurementperiod 指定信道，TCH/SD因失败释放信道占所有trx释放信道的百分比第二部分告警处理流程1、告警预处理考虑到告警可实施性，暂拟处理流程如下：1、对于单时隙掉话告警，使用“ZERS”指令，闭锁-解锁该告警时隙，后观察对比。
告警参数
22
NOKIA
7815 FAULT IN BCF NON-VOLATILE MEMORY PROGRAMMING VOLTAGE
BCF的存储器设置电压错误
23
NOKIA
7816 NON-VOLATILE MEMORY PROGRAMMING ABORTED IN BCF
12
NOKIA
7608 TRX NOTIFICATION
TSxx硬件故障、BB2故障等
13
NOKIA
7609 TRE FAULTY
BOI发现与传输单元失去连接
14
NOKIA
7616 OSCILLATOR ADJUSTMENT TEMPORARILY INTERRUPTED
BOI单元故障
15
NOKIA
BCF初始化
56
NOKIA
7702 BCF INITIALIZATION DUE TO BSS RESET
BSS重启导致BCF初始化
57
NOKIA
7703 BCSU RESTARTED
BCSU重启
58
NOKIA
7708 TRX RESTARTED
TRX重启
59
NOKIA
7710 OBJECT ADMINISTRATIVE STATE CHANGED
NOKIA
7602 BCF NOTIFICATION
BOI温度过低、供电单元温度过低、传输单元温度过低、BOI与温度传感器失去联系、供电单元与温度传感器失去联系、传输单元与温度传感器失去联系、风扇故障等
9
NOKIA
7604 BTS OPERATION DEGRADED
7745案例
编者:网元: BTS 2011年1月25日案例1基本情况工程师姓名周先仕项目经理姓名项目名称江西移动南昌分公司工作地点南昌市新建县网元种类BTS 站名站号新建药湖3(GBS1806) 案例发生时间2010-12-08 案例处理时间2010-12-10故障现象:站型：Ultra SiteTRX7、TRX8有7745掉话告警，上行链路通话质量差7745告警诠释:7745：CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD 告警含义：在一个信道中，呼叫因失败而终止的比率超出了操作员设置的门限值。
该告警用来监控话务和信令信道的功能，并检测可能出故障的信道。
7745在BSC上的补充信息诠释：01 00 01 01 01 01 01 01 01 040289d1、指示告警是出现在TCH还是在SDCCH信道01:TCH (所指上绿)02:SDCCH2、指示在时隙0(所指上蓝)的信道故障率是否高于指定的门限值00:高于门限值（无告警）01:低于门限值（有告警）3、指示在时隙1(所指上粉红)的信道故障率是否高于指定的门限值00:高于门限值（无告警）01:低于门限值（有告警）4、指示在时隙2(所指上深蓝)的信道故障率是否高于指定的门限值00:高于门限值（无告警）01:低于门限值（有告警）5、指示在时隙3(所指上红色)的信道故障率是否高于指定的门限值00:高于门限值（无告警）01:低于门限值（有告警）6、指示在时隙4(所指上红色)的信道故障率是否高于指定的门限值00:高于门限值（无告警）编者:网元: BTS 2011年1月25日01:低于门限值（有告警）7、指示在时隙5(所指上深红)的信道故障率是否高于指定的门限值00:高于门限值（无告警）01:低于门限值（有告警）8、指示在时隙6(所指上深红)的信道故障率是否高于指定的门限值00:高于门限值（无告警）01:低于门限值（有告警）9、指示在时隙7(所指上深黄)的信道故障率是否高于指定的门限值00:高于门限值（无告警）01:低于门限值（有告警）10、最高故障率的时隙(所指上红色字体)11、TCH 子信道标识：(所指上绿色字体)00：TCH/H-子信道001：TCH/H-子信道102：TCH/H-子信道12、89d为掉话率(所指上蓝色字体)处理过程:此基站是Ultra Site站型,配置是S4/3/3/，根据网优KPI值的数据分析，TRX7、TRX8有7745高掉话告警，到现场后，查看基站的RSSI值，发现TRX7和TRX8的主接收和分集接收偏差很大，用驻波比测试仪表测量驻波比正常，对TRX7和TRX8载频进行环路测试，发现这两个载频的主接收和分集接收偏差很大，后来检查发现载频的RF连线有错丝及未拧到位现象，将载频的RF连线重新调整以及紧固，观察数小时后告警没有再出现。
- 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 高于门限（产生告警）。