无线维护岗位认证教材故障处理思路及案例分析-副本.ppt

1,无线维护篇系列教材之故障处理思路及案例分析,无线维护岗位认证培训教材,2,学习完此课程，您将会了解：故障分级制度、故障处理流程；故障处理思路，典型案例分析，等。,目标,3,故障的分类及定义1,根据影响通信的范围、持续时间和性质严重程度，一般分为重大通信事故、重大故障、主要故障和一般故障。重大通信事故范围界定主要根据原信息产业部关于发布的通知(2002114号)文件及公司相关规定：移动电话通信阻断超过10万户*小时。,4,故障的分类及定义2,重大故障：造成通信大面积中断或计费营帐系统大范围差错，引起大量用户集中投诉，造成重大经济损失或不良社会影响的故障。主要故障：影响范围较大的系统或关键设备发生通信阻断并达到一定时长，影响用户正常使用的故障。一般故障：除以上所述的其它故障。,5,故障的发现,设备告警：声光电告警、维护终端告警信息、机架机框面板上的告警，等。这是最重要最直接的发现故障的途径。网管统计性能指标：局部区域的性能指标突然恶化。DT/CQT现场质量测试：局部区域的质量下降。10000号，用户投诉申告，等。对端局、或其他运营商的申告，等。,6,故障处理原则和要求1,故障处理的首要目标为尽快恢复业务。各级运行维护部门应遵循“先疏通，后排障；先抢通、后处理”的基本原则。首先判明故障区段、部位，尽快按设备、电路重要程度，“先省际、再省内、后本地”，在优先级较高的重要系统、电路阻断而又无备用、迂回路由可倒换的情况下，可以中断优先级较低的系统和电路，优先抢通优先级较高的重要系统和电路。遵循“先局内，后局外；先本端，后对端；先交换（无线）后传输；先网内后网外”的原则，按照具体路由接续方式，查清障碍段落。当故障情况涉及多个分公司时，按“故障所在局负责”的原则操作。,7,故障处理原则和要求2,在处理故障时，必须对现场各种告警信息、故障显示、故障记录报告等进行认真分析处理，一般应不影响正在通话的用户或任意扩大影响范围，并严格按照各设备厂商提供的故障诊断手册、设备操作手册等规定的命令和操作方法进行处理。在处理故障时，未经上级运行维护部门同意，不得擅自对交换机、基站控制器、PDSN/FA、AAA(AN-AAA)SERVER、DNS/NTPSERVER、G二是降低直放站增益。当要求直放站覆盖范围较小时，可采用降低增益的办法。当要求直放站的范围较大时，应增大隔离度。工程中主要采用以下几种方法：增大收发天线的水平及垂直距离；增加遮挡物，如加装屏蔽网等：增加施主天线的方向性，如使用抛物面天线；选用方向更强的重发天线，如定向角度天线；调整施主与重发天线的角度和方向，使两者尽量背向。,50,案例12：RSSI异常（江苏电信春风行动案例）,RSSI是否正常，对通话质量、掉话、切换、拥塞以及网络的覆盖、容量等均有显著的影响。RSSI异常可分为3类，分别是RSSI过低、RSSI过高、RSSI主分级差值过大等。RSSI异常可能会导致相应载扇的指标异常，如：接入成功率低，掉话率高，语音质量差甚至无法接入等。下表是对RSSI异常出现的3类问题做简单归纳。,51,案例12：RSSI异常（江苏电信春风行动案例）,52,案例12：RSSI异常（江苏电信春风行动案例）,RSSI涉及到整个上行通道：无线环境干扰，天线，馈线，跳线，接头，基站设备，无线直放站，室内干放，耦合器/合路器，网规参数。1、工程质量不好导致RSSI异常：如下表,53,案例12：RSSI异常（江苏电信春风行动案例）,2、外部干扰导致RSSI异常：,54,案例12：RSSI异常（江苏电信春风行动案例）,55,案例12：RSSI异常（江苏电信春风行动案例）,4、设备工作异常导致RSSI异常：由于设备硬件故障，如天馈、RFU故障等，可能导致反向通道断开或设备产生自激，使RSSI异常。由于设备工作存在异常，如传输闪断、BTS硬件资源不足、BSC资源分配模块工作异常等，导致大量呼叫失败或被系统拒绝，呼叫失败用户反复发起接入而导致RSSI异常。表现在话统上是网络忙时试呼次数过高（如超过平时3000次以上），存在大量的异常呼叫释放现象。,56,案例12：RSSI异常（江苏电信春风行动案例）,5、终端工作异常导致RSSI异常：工艺不符合CDMA行业标准的移动台、固定台（FWT），在接入网络的时候，终端会忽略网络下发的功率控制信息，或者系统所下发的功率控制命令对该部分终端无效、执行效果较差。现实网络中，通常会碰到这些非法的手机，或者不符合工艺规范的固定台，提升了网络的底噪。,57,案例13：天馈接错的判断,后台检查发射功率是否正常，如正常说明射频设备没有故障，问题可能在天馈。现场测试：进行路测，判断小区覆盖区域是否符合设计，多小区覆盖区域是否存在重叠。该小区实际覆盖方向没有信号，如与其他小区的覆盖方向重叠，可能天馈接错。从后台的载频邻区切换次数可以验证天馈接错的问题。现在的鼎利软件可以简单判断发送天线的接错问题。,58,案例14：单载频基站加载频后依然拥塞的处理（江西MOTO）1,拥塞原因：无线资源不够，导致TCH分配失败，即仍产生了拥塞；SCH高速速率分配失败率非常高。目前南昌的双载波基站有两个载波，分别是283和201，其中283是基本载频，201是专为数据业务提供服务，并且手机在空闲状态都驻留在283频点，发起呼叫也在基本频点上，最终根据服务类型（语音，数据，短消息等）选择在什么频点上进行服务，数据业务分为三种：短信业务：短消息长度小于等于6个字节直接在283频点进行传送，否则在201载波；彩信：所有的彩信业务都在201载波上进行服务；上传/下载：所有真正的数据业务都在201载波上进行服务。,59,案例14：单载频基站加载频后依然拥塞的处理（江西MOTO）2,数据业务WALSH码的分配：一个语音用户分配一条FCH，占用一个Walsh。数据业务，先分配一条FCH，要求高速率时，分配SCH（增补信道），不同速率的SCH，占用的Walsh不同。一般Walsh的分配都是一个子树的分配，即连续的分配，速率越高占用越多的walsh资源。而walsh码的不足，会导致话务拥塞和接入失败率高，一般是数据业务引起。因为变速率的原因，还和walsh预分配、walsh重组等功能开关是否打开有关。所以，walsh不足导致语音拥塞和接入失败，首先考虑数据业务的Walsh管理功能开关是否都打开，以分配更多的walsh码给语音业务。,60,案例14：单载频基站加载频后依然拥塞的处理（江西MOTO）3,【处理方法及建议】经过专业网管的CDL跟踪发现上网都在283载波上，但是该基站已经扩容为双载波了，故考虑是否将数据业务都放在201载波上承载，而将283做为纯语音载波，以扩大283对语音话务的吸收，和201对数据业务的保证。,61,案例15：修改SCH分配导频门限解决WALSH不足引起的拥塞（浙江案例）,故障现象：呼叫建立成功率较差，分配资源失败，由WALSH资源不足引起的拥塞。PS业务用户占用高倍速SCH导致WALSH不足。临时解决措施：修改基站前反向SCH分配的导频门限值，使高倍速SCH信道分配的导频强度门限提高，用户申请到高倍速SCH的难度增大，从而释放出一定的系统WALSH资源。但可能影响用户对上网速率的感受。,62,案例16：病毒引起的BSC拥塞处理（江西电信案例）,【问题现象】：部分基站出现有信号打不了电话的情况，手机提示为网络忙，但挂机后重新拨打几次又可以正常使用，半小时后其它县的一部分基站也相继出现相同问题。【处理步骤】核查基站无线资源使用情况，排查基站RSSI处于正常范围内。都正常。检查同一BSC下多个基站出现拥塞，怀疑为BSC问题。出现Celicense使用率过高的信息。对系统license进行核查，核查发现前台校验license文件失败，校验结果无效，BSC进入基本配置，部分信道资源被锁定，从而进一步导致部分基站的反向ce资源受限，特别是一些高话务的站点。申请及加载新的license文件后，拥塞消失。最终故障原因是由于BAM病毒引起license文件损坏，从而导致校验无法通过（BSC系统每天凌晨会定时对比校验license文件的有效性），使得license失效，部分反向CE信道资源被锁死，系统进入基本配置状态。,63,案例17：反向接入信道故障引起的用户无法接通的申告,该站其他扇区的业务正常，仅第三扇区的业务不正常，但无线信号正常。检查内容：小区数据配置；MSC侧是否漏做CI数据；第三扇区对应天馈系统及TRX/DPA/RFE等板卡问题；PIM板卡问题；CBM板卡问题。最后发现为CBM板卡问题。性能统计发现三扇区无接入消息、寻呼响应、位置更新等消息，说明反向接入信道存在问题。检查三扇区接入信道配置，配置数据正常，怀疑第三小区接入信道对应信道单元故障，将接入信道的序号由287改为288。恢复正常。问题为单个信道单元故障影响业务的使用。日常应加强对各个扇区的性能统计指标的监控。遇到问题，应通过对信令、硬/软资源占用情况等分析定位问题。,64,案例18：拔码开关引发的低功率预告警,检查内容：后台提升功率，是否可升？驻波比是否正常？接线是否松动？天馈是否有故障？HPA、TRX等板件是否有告警？隐形故障？更换备板。机框背板是否有问题？机框背板。最后定位为板件的拔码开关误设。在维护经常遇到某板的内部开关、背板的开关甚至跳线等引起的问题。,65,案例19：E1电路故障,常见问题:交叉线？自环？阻抗是否匹配？接头是否虚焊？板卡是否支持E1电路增开？例如板卡只支持4E1，增开4E1，当然失败。用误码仪测试传输误码，是否存在滑码、误码告警；检查E1线，DDF架，传输设备等的接地情况。同步问题NO7的电路识别码CIC是否两端匹配，状态是否正常？,66,案例20：GPS故障（中兴）1,GPS常见的故障处理GPSTM单板前面板上共有5个指示灯：RUN绿灯、ACT绿灯、ALM红灯、1PPSALM红灯、GPSALM红灯。正常运行应该是RUN绿灯和ACT绿灯（主用）常亮。GPS未探测到前台现象：GPSTM上的ALARM灯常亮，主用CCM板ALARM红灯快闪。后台告警：为探测到GPS（未收到TOD故障）。,67,案例20：GPS故障（中兴）2,时钟子系统简单如上图所示，蓝色线表示后背板走线，容易出现连接问题而导致各种故障。TCM单板选择备份的两个GPS输出的时钟信号，输出再生时钟信号给RFIM，由RFIM将时钟分发给CHM等单板；同时TCM输出10M信号给FDM，由FDM锁相输出射频单板所需的频综信号。1、GPSTM只要电源正常、天馈正常即可正常工作；2、TCM、FDM正常工作需要GPSTM首先正常工作，其次要求CCM对其进行正确配置（通过I2C线缆）。如上图所示，GPSTM通过422数据线与CCM相连，后台通过CCM对GPSTM进行监控，在基站最小配置：CDSU,CCM,GPSTM（其他单板均可以拔出来），在CCM单板没有故障情况下GPS均可以探测到，与其他单板工作是否正常没有关系。,68,案例20：GPS故障（中兴）3,所以GPS未探测到原因可能有：1、查单板是否有故障：首先查GPSTM,然后是CCM和后背板；2、监控通道是否存在故障，主要包括这两层框后背板和数据线是否有故障。故障处理：1、更换槽位和单板首先分别更换GPSTM单板，更换GPSTM槽位，更换CCM单板；2、检查并拔插后背板连线；3、更换GPSTM后背板；4、更换CCM后背板。步骤4的概率很小，说明是由于BDS框后背板故障导致GPSTM单板监控通道出现了故障，导致GPS未探测到告警。,69,案例20：GPS故障（中兴）4,总结：GPS未探测到是GPS常见故障，其监控路径是：GPSTMCCMBTS-CDSUBSC-CDSU后台，所以在基站侧只与GPSTM和CCM及其通道有关，主要从这几个方面查找故障。该问题一般都是GPSTM单板本身故障导致，也有可能是后背板上后台未探测到的GPSTM板对应的从GPSTM到CCM板的TOD线有问题。对于5号槽位的GPSTM板，有TOD和从FDM出来的232IIC的合线，如果该线是接头有问题，TCM和FDM也会同时出现未探测到，但该线出问题的概率较小。,70,案例20：GPS故障（中兴）5,GPS处于时延阶段GPS处于时延阶段，说明GPSTM模块已启动，GPS已探测到天馈但未跟踪到卫星。系统未收到卫星信号或收到的卫星信号弱。重点检查GPS天馈系统接触性能。前台现象：GPSALARM红灯常亮。后台告警：GPS处于时延阶段。故障分析：导致该故障出现的原因有很多，如：GPS天线、机顶分路器、GPS避雷器、后背板、GPSTM单板故障和馈线上的各接线头做得不好都有可能。该问题我们可以通过测量电压和GPS天线电阻的方法来定位。,71,案例20：GPS故障（中兴）6,故障处理：利用诊断测试（只适用于自制的GPSTM)观测项目：可见卫星数，是否正常，如果一直为0,说明GPS天线有问题，如果大于0颗卫星说明天线正常。对于外购GPSTM后台诊断测试目前不支持，只能利用看后台是否有天馈故障的报警,或观察GPSTM的面板GPSALM指示灯来确定（GPSALARM红灯常亮）。测量电压：一般情况下在机顶GPS天馈接头处、在分路器的GPS天馈接头处、在避雷器的接头处和GPS天线的馈头处芯和屏蔽套间的电压都保持在4.6V5V之间，我们可以通过分别测量各个地方的电压来定位故障。比如在BTS机顶的GPS天馈接线柱上量得电压是4.9V，加上分路器后在分路器接GPS天馈的接头处量得电压是4.2V，那么我们就可以定位分路器肯定有问题。,72,案例20：GPS故障（中兴）7,GPS天线检查方法：1、测电流法：找一个具有电流指示的直流电源,调整电压输出为5V，将5V端接GPS天线的N头的芯线，将地接GPS天线N头的屏蔽地。GPS天线的工作电流正常范围在3040ma之间。如果电流小于5mA或大于45mA，GPS天线肯定不正常。2、测电阻法：用万用表的电阻档，测试Gps天线的等效电阻。由于不同的万用表有不同的精度误差，用比对法测试出GPS天线的等效电阻。将万用表电阻的量程调到20K电阻档测试（注意由于GPS天线是有极性的，所以万用表的表笔的红（正）笔和黑(负)笔测试的方向不同，数值也就不同）。将红（正）笔接GPS天线的N头的芯线，黑(负)笔接GPS天线的N头的屏蔽地,记下几个GPS天线的等效电阻值R1。将黑(负)笔接GPS天线的N头的芯线，红（正）笔接GPS天线的N头的屏蔽地,记下几个GPS天线的等效电阻值R2UCT的GPS天线的R1为9k左右，R2为3.6K左右（一般在1K10K左右都是正常的）。3、用屏蔽罩查外界干扰：通过屏蔽天线的方法（用一个圆柱型通口的金属罩罩住GPS天线）检查是否有外界干扰。,73,案例20：GPS故障（中兴）8,GPS处于预热阶段前台现象：GPSTM板上除RUN灯常亮外其他指示灯均不亮，主用CCM板上的ALARM灯快闪。后台告警：GPS处于预热阶段。故障分析：GPSTM单板的上电启动过程大概需要一至三个小时才能正常运行，不影响前台呼叫，但可能影响切换。故障处理：一般是正常现象，但如果长时间处于预热阶段，处理方法同“GPS处于时延阶段”。,74,案例20：GPS故障（中兴）9,GPS的1PPS误差超过800ns前台现象：GPS1PPSALARM红灯告警。后台告警：GPS的1PPS误差超过800ns。故障分析：该故障一般都只跟GPS天线或GPSTM板故障有关。对于GPS天线的问题可以通过量电压、电流和天线电阻的方法（在GPS时延故障分析里提到）来定位故障，是单板的问题就只能通过更换单板解决。GPS在同步时钟这段时间内GPS需要进行和卫星的频率和时间同步，但是同步的过程中发现1PPS超过了误差，因此会告这个警，如果是GPS自身晶片的原因使得GPS和卫星的时间不同步，也会发生GPS同步，这时GPS是主动进行同步，也会告1PPS的告警，5.4.50及其以后版本就不会出现该告警了，因为丢失卫星后1PPS超过误差是正常现象。所以目前出现这个告警时一般不需要处理，除非这个告警总是不消失，就需要更换GPSTM板。GPS和卫星同步是很缓慢的，在现场最长的时间达到3天，也就是这种告警有可能3天后才消失，缓慢同步的原因，是避免时钟大幅波动。故障处理：该故障一般都是GPS天线或GPSTM板故障。但是暂时丢失卫星后1PPS超过误差是正常现象，所以对该告警一般可以恢复的就不需要处理，如果长时间比如超过3天不能恢复的就到前台更换GPSTM单板或GPS天线。,75,案例20：GPS故障（中兴）10,GPS天馈故障前台现象：GPSTM上的GPSALARM灯闪烁。后台告警：GPS天馈故障。故障分析：GPS天馈故障，说明GPSTM模块已启动，GPS未探测到天馈，重点检查GPS天馈系统。接头接触不良和馈线折断、接头处进水、避雷器损坏也是造成天馈故障的原因。故障处理：参考上述问题分析。,76,案例20：GPS故障（中兴）11,案例1：GPS时延故障处理故障现象：基站的GPS不能锁定，处于时延状态。该基站不能与别的基站进行正常软切换。故障分析及处理：1、BTS机顶对GPS天线测量电阻为10M欧姆左右（天线电阻正常，如果电阻为K欧姆级别，会出现GPS时延故障）。可见GPS天线正常。2、在GPS天线连接处测量电压，电压为4.9伏，电压正常。可见GPSTM模块向天线供电正常，天馈线无连接无故障。3、更换证实正常的GPSTM模块，故障仍然存在。可见故障不出在GPSTM模块。4、更换背板，故障还是没有排除。到这一步基本上可以确定该时延故障与硬件设备没有关系。5、使用扫频仪进行扫频，发现在1.496GHz处有较强干扰信号（GPS频段为1.5GHz）。但是在别的基站处进行扫频，该信号同样存在。6、使用金属桶把GPS天线围起来，金属桶顶上为空，保证能接收卫星信号。把金属桶接地，形成一个较好的屏蔽空间，保证周围信号不能到达GPS天线，但GPS天线能接收从上往下的GPS卫星信号。维护人员使用该方法后，该基站的GPS很快就锁定了卫星。因此可以确定该基站的GPS时延故障是因为遭到干扰所致。需要说明的是这个办法对于大面积的，上面（天上）来的干扰，效果不大，有个业务区由于军事演习导致的32个基站的GPS时延，这个方法不就没有效果。结论：该故障是GPS天线故障是因为受到干扰所致。,77,案例20：GPS故障（中兴）12,案例2：“蘑菇头”损坏导致的GPS长时间处于预热阶段故障处理故障现象：新开基站GPS处长时间于预热阶段，5个小时后仍不能恢复。故障分析：GPSALAM灯慢闪的“GPS处长时间于预热阶段”故障一般是GPS天馈有问题，用测量电压和逐步排查的方法即可排除故障。故障处理：1、用万用表分别测量机顶GPS天馈接口，避雷器两端，GPS天线的馈头处芯和屏蔽套间的电压，都为为4.8V。因为正常情况下这些端口之间的电压在4.6V5V之间，所以初步判断从机顶到GPS芯之间的线路没有问题，2、现在怀疑是GPS天线有问题，如果GPS天线没有问题的话，用万用表正接和负接电阻时，电阻值应该为3倍左右的关系。用万用表正接（万用表的正极接GPS天线的芯，负极接GPS天线的屏蔽套时）天线测量电阻为0.8欧姆，用万用表负接（万用表的负极接GPS天线的芯，正极接GPS天线的屏蔽套时）天线测量电阻为0.9欧姆，电阻值太小说明该天线已经被击穿。3、更换GPS天线后解决。,78,案例20：GPS故障（中兴）13,案例3：“蘑菇头”损坏掉引起PN混乱故障处理故障现象：2004年7月19日晚某业务区有大量用户投诉“话音质量断续、杂音、掉话”等现象，打开业务观察发现语音呼叫均正常成功率在95%左右，但语音切换成功率仅为30%左右，失败原因均为“该导频未被配置”，如所示：,79,案例20：GPS故障（中兴）14,80,案例20：GPS故障（中兴）15,切换失败主要来源于6、19、32、34、37号BTS，这几个站点均为相邻站点，邻接小区进行了互配，其中19号站点有GPS预热告警。通过“报告的详细内容”发现19号站切换时要加入的PN为465、321、297，32号站切换时要加入的PN为51、219、387，即各个站点切换要加入的PN有相同也有不同的切换失败主要来源于6、19、32、34、37号BTS，这几个站点均为相邻站点，邻接小区进行了互配，其中19号站点有GPS预热告警。通过“报告的详细内容”发现19号站切换时要加入的PN为465、321、297，32号站切换时要加入的PN为51、219、387，即各个站点切换要加入的PN有相同也有不同的切换失败主要来源于6、19、32、34、37号BTS，这几个站点均为相邻站点，邻接小区进行了互配，其中19号站点有GPS预热告警。通过“报告的详细内容”发现19号站切换时要加入的PN为465、321、297，32号站切换时要加入的PN为51、219、387。,81,案例20：GPS故障（中兴）16,82,案例20：GPS故障（中兴）17,故障处理：通过性能统计中的切换观察发现平常语音切换成功率在98%以上，因此从这一点我们判定邻区的配置应该不存在问题。对业务区两个BSC的参数进行了核对，发现这些切换时要加入的PN码，均非我们BTS的PN码。因此我们第一感觉判定为其它厂家设备或外网的干扰。立即和网优人员路测查找干扰源，刚刚进入县城扫频仪即扫到51和219两个干扰PN，关掉了两个县城内的直放站后干扰的PN仍然存在，因此基本排除了直放站的干扰。车行至19号县城城关站时，突然又出现了一个干扰PN387，不难看出51、219、387应该属于一个三扇区站的PN，而城关站点为一个4载频3扇区站，同时该站点GPS有告警，会不会是该站点引起的PN混乱？将县城城关站点断电后，发现所有的未知PN码均消失了，后台观察切换成功率恢复到了98%以上。下午施工队换过GPS蘑菇头后该故障彻底解决。,83,案例20：GPS故障（中兴）18,故障分析：1、为什么GPS蘑菇头坏掉会导致PN的混乱？在调制过程中，不同的导频PN序列是对同一基本PN序列进行移位获得的。为了使基本序列移位产生的不同序列能够支持大量的导频信号，导频序列必须足够长；同时，移位必须足够大，使得导频信号之间没有干扰。目前在实际系统中，以基本序列的64码片（chip）作为偏置（offset），可生成512个（215/64）不同的导频信号，因此不同的导频信道用偏置指数（0512）来区别。偏置指数是指相对于0偏置PN序列的偏置值。对导频信号而言，所有的小区（cell）和扇区（sector）都有相同的PN序列。基站或扇区的不同特征在于序列的相位偏置。蘑菇头坏掉导致时钟不准，时钟不准导致了PN的混乱。为什么19号站点的PN已经混乱，移动台仍能够正确的解调出其正常的PN？这是因为CDMA信道的实现是通过walsh码的相关性来实现的，保证walsh码之间的相关性是必须保持移动台和基站之间严格同步，这样移动台和正常的基站同步后，搜索到有问题的基站的PN时，解调出来的频偏（PN）有问题，即图三所示32号宏叶大楼站点，该站和19号站相邻，移动台和该站同步后，又搜索到了19号县城城关的导频，因该站有问题所以解调出的PN也有问题。当移动台和有问题的基站同步后，由于也实现了严格的同步，所以能够正常的解调出频偏（PN）3、为什么时钟不准，但在站下测试发现手机上显示的时间仍然正确的？如果BTS的天馈上电时就有问题，而BSC正常，则OSS根据BTS和BSC收到的TOD不同认为此BTS时间有误，而提供CES的时间按BSC的时间（因而手机显示时间正确）；反之，BTS的天馈是在运行中损坏的，在OSS中可以维持正常时间输出给CES持续1天，这一段时间手机时间也是正常的，但1天后，手机时间就会与当前正确时间不一致。,84,案例20：GPS故障（中兴）19,案例4：“未探测到FDM、TCM”故障处理1故障现象：FDM和TCM出现三级告警，FDM告警类型：“未探测到FDM（也可能FDM配置芯片失败）”，原因：“配置芯片失败”；TCM告警类型：“未探测到TCM（也可能是TCM配置）”，原因：“TCM上DPLL配置失败”；同时还有信道板告警以及低功率告警。历史通知中只有“寻呼信道过载”的消息，诊断测试CHM为“与小HIRS断链”，后台复位信道板无反应。故障分析：现对该告警存在的可能性并结合此基站实际情况逐一分析：1、TCM、FDM正常工作需要GPSTM首