《故障处理思路及案例分析》由会员分享，可在线阅读，更多相关《故障处理思路及案例分析（89页珍藏版）》请在金锄头文库上搜索。
1、 无线维护篇无线维护篇系列教材之系列教材之 故障处理思路故障处理思路 及案例分析及案例分析中国电信无线维护中国电信无线维护岗位认证培训教材岗位认证培训教材 御扎笋规丫苍沛颁测沙龟辊哥汽针番晋鹅臭眼片痘草舵筹仪肃芦刷矽缓笑故障处理思路及案例分析故障处理思路及案例分析1学习完此课程，您将会了解：故障分级制度、故障处理流程；故障处理思路，典型案例分析，等。肆醒绣逮庶拥歌劝泼御膨于骤闰密线哨邹狞运裁猩绪剁著宙诗李鲁痞垂模故障处理思路及案例分析故障处理思路及案例分析2故障的分类及定义1根据影响通信的范围、持续时间和性质严重程度，一般分为重大通信事故、重大故障、主要故障和一般故障。重大通信事故范围界定主要
2、根据原信息产业部关于发布的通知(2002114号)文件及公司相关规定：移动电话通信阻断超过10万户*小时。驳祥挎殴铅剁甩窘涸还陆藉痘浦净削冈毯翰吹肆航臭封您征硼嚏缨醛尔约故障处理思路及案例分析故障处理思路及案例分析3故障的分类及定义2重大故障：造成通信大面积中断或计费营帐系统大范围差错，引起大量用户集中投诉，造成重大经济损失或不良社会影响的故障。主要故障：影响范围较大的系统或关键设备发生通信阻断并达到一定时长，影响用户正常使用的故障。一般故障：除以上所述的其它故障。悍漠姜报哩偏堡苫打财津磕腰砍牵叉聋别兢厩责盟毁甜量谆友涨耶悸甜们故障处理思路及案例分析故障处理思路及案例分析4故障的发现设备告警：
3、声光电告警、维护终端告警信息、机架机框面板上的告警，等。这是最重要最直接的发现故障的途径。网管统计性能指标：局部区域的性能指标突然恶化。DT/CQT现场质量测试：局部区域的质量下降。10000号，用户投诉申告，等。对端局、或其他运营商的申告，等。峭铂算渴阑讶拷甭烃梧铬歧琉嗓羞烫杨奈帅负讨此矽祝豹子拒丰越孙擦社故障处理思路及案例分析故障处理思路及案例分析5故障处理原则和要求故障处理原则和要求1故障处理的首要目标为尽快恢复业务。各级运行维护部门应遵循“先疏通，后排障；先抢通、后处理”的基本原则。首先判明故障区段、部位，尽快按设备、电路重要程度，“先省际、再省内、后本地”，在优先级较高的重要系统、电
4、路阻断而又无备用、迂回路由可倒换的情况下，可以中断优先级较低的系统和电路，优先抢通优先级较高的重要系统和电路。遵循“先局内，后局外；先本端，后对端；先交换（无线）后传输；先网内后网外”的原则，按照具体路由接续方式，查清障碍段落。当故障情况涉及多个分公司时，按“故障所在局负责”的原则操作。邦失半鸳霓孟盔车河喂辩痒佰状獭栓鲸撂哲衍厉戏笔摈勃嘲扯竞足财锈较故障处理思路及案例分析故障处理思路及案例分析6故障处理原则和要求故障处理原则和要求2在处理故障时，必须对现场各种告警信息、故障显示、故障记录报告等进行认真分析处理，一般应不影响正在通话的用户或任意扩大影响范围，并严格按照各设备厂商提供的故障诊断手册
5、、设备操作手册等规定的命令和操作方法进行处理。在处理故障时，未经上级运行维护部门同意，不得擅自对交换机、基站控制器、PDSN/FA、AAA(AN-AAA)SERVER、DNS/NTPSERVER、G&C网关等关键设备进行重启，以免造成更大范围的影响。遵循日常预防维护为主，应急故障处理为辅的管理原则，通过建立故障预警机制，对各种可能引起故障的因素做到“早发现、早处理、早上报”。制到能卉态耀仲幼千钝砸撰贪虏鞘雁墙卉诲廊刑蔓抗寂彝绣佩剖溃橇东惫故障处理思路及案例分析故障处理思路及案例分析7故障的业务恢复时限故障的业务恢复时限参考时限如下：重大通信事故和重大故障：应不超过1小时；移动电话通信阻断超过1
6、0万户*小时。主要故障:不超过4小时；一般故障:不超过1天。对于无线侧基站等设备故障，应区分设备重要程度等级，可遵循以下参考时限：重要基站：不超过6小时；普通基站：不超过24小时。划胚脊或淑刑玻退舀极瑟否田购胆衡来朔梯操幅酬垣磕划猫哮炔轴瘴薄妥故障处理思路及案例分析故障处理思路及案例分析8故障的责任界定故障的责任追究将遵循“四不放过”的原则：故障原因不查清不放过；故障处理不完成不放过；整改措施不落实不放过；故障教训不汲取不放过。一般故障，由分公司运行维护部负责对故障进行责任界定。主要故障、重大故障，由省网运部根据故障的实际状况进行责任界定。必要时，将组成联合调查组赴故障现场进行调查取证。重大通
7、信事故，由集团会同省分公司相关部门，或经集团授权，由省分公司相关部门组成联合调查组，进行现场调查取证，进行故障责任界定。经界定因设备原因而引发的严重以上故障，由省网运部会同相关维护责任部门、相关分公司，与设备厂家一起进行故障善后处理。矛瘪拘痛颁遭逼遮吗座前晕窍护套遣赶魂惨标阑钵镑墩涂辈版拙钢厚光氖故障处理思路及案例分析故障处理思路及案例分析9故障分析制度各类设备出现故障，都应做好详细的记录，并定期对故障现象和处理情况进行汇总统计。设备故障记录内容应包括故障现象、故障类型、故障起始时间、故障修复时间、故障历时、故障原因分析、故障处理情况及责任分析、故障处理人等。汇总统计时应根据故障类型，对各类问
8、题进行汇总。对涉及设备质量方面的问题，应及时向有关部门报告。对故障进行汇总，按故障产生的原因可分为电源、传输、软件、硬件、局数据设置错误等几类，如相同原因障碍频繁出现，应组织分析并提出解决措施。靛靡疮砒写墙达逻戒荒牌吠铭葡喊沏馅栈淋霖烯眷垛概促叛垃渔泞卑钎宿故障处理思路及案例分析故障处理思路及案例分析10故障分析制度本地网必须将故障分析列入每月通信质量分析例会的主要内容。对一个月来出现的所有故障进行汇总、归类统计，对故障原因进行分析，纳入月度质量分析报告上报省网运部。对于疑难故障，由省网运部组织支撑专家和设备厂家技术人员进行技术深层次分析，收集相关原始数据、告警信息等，澄清关键技术参数，提出疑
9、难故障的预防措施。黍南颖光恒翘蹦检筒哭嗓嫁坛颓然板冷导蜂螟绢广攀贪潭疗盛摆乞香令楚故障处理思路及案例分析故障处理思路及案例分析11常用故障处理方法常用故障处理方法对比法对比法替换法替换法排除法排除法流程图分析法流程图分析法信令分析法信令分析法呼叫观察分析法呼叫观察分析法详单分析法详单分析法范秦析少率冶蔡希邱哉衰坝赴箍狂巾议关阶驻幻淮苟牺烙潞晋经弗口司坟故障处理思路及案例分析故障处理思路及案例分析12 对比法比较简单，只要把出故障的数据对比法比较简单，只要把出故障的数据配置或设备，与正确的设备或数据相比较，配置或设备，与正确的设备或数据相比较，找到不同点，进行分析解决问题。找到不同点，进行分析解
10、决问题。 常见故障处理方法：对比法常见故障处理方法：对比法触技复刷殷壕戊稽婪择喀悯联窘访军垛巢蕴铣沂客摔救腿肥坷伐魄椰涯研故障处理思路及案例分析故障处理思路及案例分析13 替换法是一种简单实用的故障排除法，替换法是一种简单实用的故障排除法，对于出现故障的硬件或单板用同样功能对于出现故障的硬件或单板用同样功能（最好是同样型号）正常使用的板件替换（最好是同样型号）正常使用的板件替换掉，如果替换后问题消失了，那就是这个掉，如果替换后问题消失了，那就是这个板件的问题。板件的问题。 常见故障处理方法：替换法常见故障处理方法：替换法幕掸酞产落苞省概旺崎恩秋盲刃寝就若智越溯靖总礁恐竿旷学截探青谜巾故障处理思
11、路及案例分析故障处理思路及案例分析14 最小系统法就是去掉系统中的其他硬件最小系统法就是去掉系统中的其他硬件设备，只保留最简单的部件，观察最小系设备，只保留最简单的部件，观察最小系统是否有故障。如果有，则可排除其他硬统是否有故障。如果有，则可排除其他硬件的问题，而故障来自于现有的几个硬件件的问题，而故障来自于现有的几个硬件中。如果没有，则将其他硬件一一添加，中。如果没有，则将其他硬件一一添加，查看在添加哪个硬件后出现故障，发现故查看在添加哪个硬件后出现故障，发现故障所在后，将它更换即可。例如系统中许障所在后，将它更换即可。例如系统中许多重要单板是主备份工作的，在检查问题多重要单板是主备份工作的
12、，在检查问题时可以用一套作为主用，对备用侧进行诊时可以用一套作为主用，对备用侧进行诊断测试。断测试。 常见故障处理方法：最小系统法常见故障处理方法：最小系统法疽疥察萌滚厉睁梅圣滑禾稍泼素廷峨园柬再钠作肾嗜伸欣笆憾砌与贯呆硕故障处理思路及案例分析故障处理思路及案例分析15 流程图分析法是对故障相关或经过的软流程图分析法是对故障相关或经过的软件或硬件用软件流程图或硬件流程图来分件或硬件用软件流程图或硬件流程图来分析和定位故障，逐个断点，逐段分析析和定位故障，逐个断点，逐段分析 。 例如对于单通问题的定位，需要逐个例如对于单通问题的定位，需要逐个检查各级传输设备、各级交换网卡、声码检查各级传输设备、
13、各级交换网卡、声码器、甚至终端问题等。器、甚至终端问题等。常见故障处理方法：流程图分析法常见故障处理方法：流程图分析法乌伴柔溅捧祷墟迎条吓奏培扰宅撅华蝗丹莉番胞勇澈钞萤执唇攻忱洞未算故障处理思路及案例分析故障处理思路及案例分析16 信令分析法是一种在局间局内业务对接、调试信令分析法是一种在局间局内业务对接、调试中最基本的方法，通过信令分析来确定问题的所中最基本的方法，通过信令分析来确定问题的所在。由于信令有统一的标准性，所以能准确的定在。由于信令有统一的标准性，所以能准确的定位问题位问题 。 在无线侧主要的信令是七号信令、各种在无线侧主要的信令是七号信令、各种A A接口接口信令、信令、A-BI
14、SA-BIS接口信令、空口信令。接口信令、空口信令。 无线设备厂家的网管系统，一般都可以进行信无线设备厂家的网管系统，一般都可以进行信令的监视，但大量的监视有可能造成设备过载。令的监视，但大量的监视有可能造成设备过载。可以使用专门的信令检测仪进行监视、分析。可以使用专门的信令检测仪进行监视、分析。 常见故障处理方法：信令分析法常见故障处理方法：信令分析法龋捌邱婉宿浚斜橇浑购舀坐藩支烃眷怀围衡皮精乃猿辊雾喳智岩保肝舆点故障处理思路及案例分析故障处理思路及案例分析17 多数无线设备厂家的网管系统可以定义多数无线设备厂家的网管系统可以定义对象进行呼叫观察、或业务观察。对象进行呼叫观察、或业务观察。
15、对象可以是某些用户、中继接口、或呼对象可以是某些用户、中继接口、或呼叫失败码（原因）等。叫失败码（原因）等。 对每一次失败呼叫都有相应的失败码和对每一次失败呼叫都有相应的失败码和失败原因值，通过对失败码的解释就可以失败原因值，通过对失败码的解释就可以方便地定位故障原因。方便地定位故障原因。常见故障处理方法：常见故障处理方法：呼叫观察分析法呼叫观察分析法回污佬藏钩澡朴昌姚减睬羊径备莽碘朱犊纶酶涂涕莽窒侄蕊痉审误撼骂幢故障处理思路及案例分析故障处理思路及案例分析18常见故障处理方法：详单分析法常见故障处理方法：详单分析法详单CDL/CDT功能是一种高级的故障分析手段。CDL:CALLDETAILE
16、DLIST.CDT:CALLDETAILEDTRACE.CDL/CDT是一个可以是一个可以24小时开启，能够跟踪当前小时开启，能够跟踪当前接入系统的所有用户的关键性数据，记录每个呼接入系统的所有用户的关键性数据，记录每个呼叫的详细信息，数据采集自动、全面、可定制。叫的详细信息，数据采集自动、全面、可定制。CDL/CDT功能，不仅能监视各种接口的信令流程，功能，不仅能监视各种接口的信令流程，还可以监视系统设备内部的处理流程及内部资源还可以监视系统设备内部的处理流程及内部资源的占用情况，是全面、高级的流程分析工具。的占用情况，是全面、高级的流程分析工具。恬本耿取颂豁腺椿弥棠奄称桃途贞糜透斑科这壬瞬
17、坛宣拖蛤村丢陷茹痪谗故障处理思路及案例分析故障处理思路及案例分析19故障处理知识点的要求对硬件结构的充分了解。对各级设备配置、数据设置的充分了解。对各接口的协议、信令流程的充分了解。各种仪器仪表的熟练使用。故障处理经验的积累、交流。卒吃撬莹伞稳贼市涕扑欺馈初隅系兰娟更春净犬公宙肤肢靶挖韭建骡飘记故障处理思路及案例分析故障处理思路及案例分析20案例1：单通处理1单通是指链路建立后，通话双方不能正常进行通话，即其中一方可以听到另一方声音，而另一方听不到声音的现象。按照问题发生的位置可以分为BSS侧单通、传输单通以及MSC侧单通，按照问题产生的局向可以分为局内单通、局间单通。发生单通的可能原因：发生
18、单通的可能原因：1.直放站覆盖区的单通。2.E1/T1物理链路接错引起。3.局间电路问题。两端CIC是否匹配。两端CIC错开，引起单通。4.声码器。5.终端问题。婆钦险受闲洲蝎滋屹颁十车蕊桥磕纺章幽救和烂向嗽与即滞仅橙幻争缀浩故障处理思路及案例分析故障处理思路及案例分析21案例1：单通处理2一般情况下，通话过程中出现单通的问题和MSC侧、BSC侧和终端都可能有关系。在系统侧，根据MSC和BSC系统结构原理，出现单通和串话的原因和以下单板存在关系：声码器单板、后背板和MSC侧的中继接口板、交换网板、模块间的E1中继接口板、A口E1电路等。哀呕碍蛔途镜陪毙颓簧滩疤片疏擎德历佬桓拖肺悲贵筑涂彻盘奉波
19、汪靡啊故障处理思路及案例分析故障处理思路及案例分析22案例1：单通处理3单通原因终端问题：单通原因终端问题：如果某一用户反映单通现象频繁，而该区域其它用户没有出现类似情况，则很可能是终端问题，可以采用更换终端的方法解决。从前方反馈回来的情况看，某些1.9G手机容易出现单通问题，主要原因是手机与基站的协议配合问题。出现单通时，手机上报的几乎全是1/8速率帧，而没有全速率的语音帧 。责腊达碗它瀑哲妙捉涤徘帝交饿雨窒厕嚷徘祁肪疑秋喷忍查仑诚剃酗孙遇故障处理思路及案例分析故障处理思路及案例分析23案例1：单通处理4排除单通类的故障，一般需要进行大量呼叫测试，跟踪每次呼叫的资源占用情况：CE,声码器、中
20、继、等，查找规律，定位问题。单通原因声码器问题单通原因声码器问题对于声码器问题的排查，可以通过指定BSC侧声码器进行拨打测试来实现，若存在问题，更换相应的问题单板即可。丁匈挥赶孰悍厄灌哆肮婶喧呜碌鸟稗芒椎陈坛促晴跟什谣添逆净葛砚楚诸故障处理思路及案例分析故障处理思路及案例分析24案例1：单通处理5单通原因直放站覆盖区的单通单通原因直放站覆盖区的单通由于无线上下行链路的不平衡导致单通，这种现象多出现在直放站覆盖区。对于直放站，有如下关系式：ROT1（1/NIM）。其中：ROT(RiseOverThermal)热噪声增加量；NIM(NoiseInjectionMargin)注入噪声裕量。可以看出，
21、基站接收机输入端热噪声的增加量ROT决定了直放站反向链路对施主基站反向链路的影响，即NIM值越大，直放站在施主基站接收端引起的噪声增加量ROT越小，反之则越大。而NIM取决于直放站反向链路增益G，G值越大，NIM越小，导致ROT增大，使得施主基站的接收灵敏度降低。此时，处于直放站覆盖区边缘的用户，在接入成功后发生单通的概率增加。此类单通的特点是到所有局向都有可能发生，且具有明显的地域性。县萎印琼诸顶互挽展就荡舵殊胺蘑传设鬃芬拣迈亦强桩常晤上俗立貌桌基故障处理思路及案例分析故障处理思路及案例分析25案例1：单通处理6单通原因单通原因A口电路问题口电路问题A口电路指的BSC与MSC之间的传输电路。
22、A口电路上行或下行链路故障或是中继线连接错位都可能导致单通。由于NO.7信令采用共路信令的工作方式，信令的传送与话路是分开的，因此会出现信令传输正常，而话路不通或者话路单通的现象，通常这类现象是由于中继线路连接错误所引起的。A口电路问题则比较容易复现，而且只要占用同一条电路就会重现单通现象。在条件许可情况下闭塞部分电路，这将有利于故障重现，由于一般出现问题往往是整个E1故障，也就比较容易定位。需要注意定位故障后应尽快解闭塞的电路，不要长时间影响用户通信。A口故障单通测试也可以借助BSSAP信令跟踪，当有单通现象时，可以通过AssignReq消息中的CIC来确定A口电路具体位置和BSC所对应的声
23、码器单板。A口电路出现问题后，单通现象产生的概率很大。假设一个交换局有80条E1和BSC相连，若有一路E1出现问题导致单通，则单通概率将是1/80=1.25。因此可以通过对产生几率的统计，来判断A口电路是否存在问题。在找出问题电路后，应该从工程方面入手，仔细检查电路是否存在物理损伤、接头松动或连接错误。如果只是个别时隙存在问题，则应该检查问题时隙的数据配置情况，主要是CIC描述是否一致。胎烙箔绕昭胺轿犊舔滴够铆称侗杯要洒钟运雏烂蝇檬果野芦疙松坪锣质绢故障处理思路及案例分析故障处理思路及案例分析26案例1：单通处理7单通原因单通原因MSC侧交换网板、侧交换网板、FBI光接口板光接口板故障故障该类
24、型故障的起因是交换网板、FBI光接口板部分HW线故障。判断条件是到所有局向或跨模块出现单通现象。处理单通问题时，在排除A口电路故障问题后，网板、FBI光接口板将是重点怀疑对象，因为网板、FBI光接口板是到大部分局向的共路部分。可以通过诊断测试工具检测是否存在高误码，也可以通过倒换网板、FBI光接口板检测。肾缮内栏媳搀缆受兜俭疏与敢周扒包唉轮徐粮偷讥晚贝软逆滴遏别羹申号故障处理思路及案例分析故障处理思路及案例分析27案例1：单通处理8单通原因局间电路问题：单通原因局间电路问题：对于有特定局向的单通，我们可以直接着手局间电路的调查。方法与A口问题的排查类似，主要通过拨打测试和话路监听来实现。此外，
25、由于互联互通问题导致的单通也屡见不鲜，对于这一类问题的排查，我们可以使用信令仪，跟踪单通发生时占用电路时隙的编码语音数据帧。若单通方向上电路时隙填充的编码语音数据帧为固定码流，则可以定位互联互通导致了单通的发生。解决局间电路单通的步骤是：1.确定单通的局向2.确定单通的方向3.确定单通的电路1)通过动态观察，找出故障电路所在PCM；2)根据PCM号对电路，即由出现问题的双方先进行自环，以确定本端的2M中继端口是否正常；3)确定本端2M中继端口正常后，由双方拔插中继端子TX，确定电路顺序是否正确，以判断故障在哪端。4)出现故障的TX端DDFSDHSDHDDFRX端的顺序进行查找。丢恿莹衙膝瞪令踩
26、蔫安怨蜒幼披撬塞著虞锗加赚吱炬麓想抿围闽郝陆膨峡故障处理思路及案例分析故障处理思路及案例分析28案例2：静音处理1静音是指收发双方均停不到对方声音，产生的原因是收发电路接错。对于此类问题的分析，可以通过呼叫路由，确定一个呼叫可能涉及的各段电路。通过投诉、测试判断静音的影响范围，查找出现静音现象的共性问题，缩小查找范围。静音问题的处理与单通处理类似。导致静音的几种情况是：A口电路故障，网板、FBI板故障，出局中继故障，网路中间环节问题。涟滦涨妙镣烽荤动道鹅昼扶笼恐涪艾据什葫号歼两忆刃方反它踞滓阐宾巧故障处理思路及案例分析故障处理思路及案例分析29案例2：静音处理2静音原因静音原因A口电路故障口电
27、路故障起因：可能是A口电路接错或数字中继单板或声码器SVICM板故障造成静音。判断条件：到所有局向多出现静音现象。测试方法：如果是A口电路故障则比较容易复现，其中如果是接错电路则最少会有2条E1出现静音，复现概率非常高，而且只要占用同一条电路就会重现静音现象。在条件许可情况下闭塞部分电路，这将有利于故障重现，由于出现问题往往是整个E1故障，也就比较容易定位。需要注意定位故障后应尽快解闭塞的电路，不要长时间影响用户通信。A口故障单通测试也可以借助BSSAP信令跟踪，当有静音现象时，可以通过AssignReq消息中的cic来确定A口电路具体交换数字中继DT物理位置和BSC所对应的声码器SVICM。
28、搂擂袋硬碴眉剪卞倔诀央僚蝴搞咏酒猖央见蓝俐钓篓京目钳培青桑井伪婚故障处理思路及案例分析故障处理思路及案例分析30案例2：静音处理3静音原因网板、静音原因网板、FBI光传输接口板故障光传输接口板故障起因：可能是网板、FBI板部分HW线故障。判断条件：到所有局向或跨模块出现静音现象。测试方法：在排除A口电路故障问题后网板、FBI板将是重点怀疑对象，因为网板、FBI板是到大部分局向的共路部分。可以通过诊断测试工具检测是否存在高误码，也可以通过倒换网板、FBI板检测。另外，该类测试时可以通过版本的“接续观察”功能来跟踪所占用的网板、数字中继DT等时隙。静音原因出局中继故障静音原因出局中继故障起因：可能
29、是出局中继电路接错或者是数字中继DT板问题。判断条件：只到特定的局向呼叫才出现静音现象。测试方法：可以通过指定呼叫功能测试每一条到该局向的电路；通过TUP信令跟踪单用户，在静音现象发生时以信令消息中的CIC电路号确定具体的物理位置。廓缚卜榔庐酿恃猿乾分舜遗刊痘枪路嗣妹谣被映伺剁艾幢戚揍驳诡挣钞写故障处理思路及案例分析故障处理思路及案例分析31案例2：静音处理4静音原因网络中间环节问题：静音原因网络中间环节问题：可能是互联互通的某一环节出现问题导致静音。判断条件：只到特定的局向呼叫才出现静音现象，而且测试过程中出现静音现象的电路不固定在某一条电路上，是随机出现的。可能这次静音下次占用却正常的现象
30、。该类问题最好的方法采用E1测试仪，在静音时通过侦听确定问题源头斯导痹皆出市奶篙丹非添蝴缓搐喘疯客迢儒痴选僻仓岁燃违制捏安拌两龙故障处理思路及案例分析故障处理思路及案例分析32案例3：串音问题1串音是指通话一方或双方在通话过程中听到第三方话音的问题。引起串音的原因有很多，但最有可能的原因是数字中继DT板故障。该问题的分析方法是分析呼叫的路由确定一个呼叫可能涉及的每一段电路。通过投诉、测试判断串音的影响范围，查找出现串音现象的共性问题，缩小查找范围。可以通过大量呼叫、指定呼叫（只针对出局的TUP电路）、诊断测试工具、误码仪、E1测试仪进行测试，确定问题所在。导致串音的主要几个原因有：数字中继DT
31、板故障，网板或FBI板故障和网络中间环节有问题。迢处尉鼻舟柒翰凿抢另警淆诸匀汤狄瀑警螺凹郝沉徐阮患珐盂侵船厨磊粟故障处理思路及案例分析故障处理思路及案例分析33案例3：串音问题2串音原因数字中继串音原因数字中继DT板故障板故障判断条件：如果是DT板故障则比较容易复现，且复现概率非常高。在条件许可情况下闭塞部分电路，这将有利于故障重现，但出现问题不一定是整个E1故障，因此需要逐条电路测试。需要注意定位故障后应尽快解闭塞的电路，不要长时间影响用户通信。另外，通过TUP信令跟踪单用户，在串音时以信令消息中的CIC电路号确定具体的物理位置。串音原因交换网板或串音原因交换网板或FBI光接口板故障光接口板
32、故障网板或FBI板的HW线故障可能会导致串音。可以通过倒换网板和FBI板检测。氓递宴壶辑啤菜栋辅瞪钉竖半崩农虞释谊庶紫狈乡藏倪著屠鹿率勘丧跳慷故障处理思路及案例分析故障处理思路及案例分析34案例3：串音问题3串音原因网络中间环节问题串音原因网络中间环节问题可能是互联互通的某一环节出现问题导致串音。判断条件：对于类似问题，最有效的方法是采用E1测试仪，直接判断问题是对端是串音的根源。滚阶悄枚弛丽乎由荒聚菊非扒肯晋歇以漠棍沧料厚以废淮卫崎意网票座迎故障处理思路及案例分析故障处理思路及案例分析35案例4：回声问题1回声是指通话一方或双方在说话时可以从听筒中听到自己说话的声音，而且有一定的时延。回声问
33、题包括：声学回声，电学回声。终端质量不好容易引起声学回声。传输时延过大，容易引起电学回声，特别是长途呼叫时。需要估算长途呼叫时的传输时延、软交换时延等。在移动用户呼叫固网用户时比较明显。某些厂家的设备能提供录音功能，在处理语音质量方面的问题时，可以在多个设备点对语音录音，逐段对比分析，最总定位问题。这是一个常用且比较有效的手段。该类问题的分析方法是分析呼叫的路由确定一个呼叫可能涉及的每一段电路。通过投诉、测试判断回音的影响范围，查找出现回音现象的共性问题，缩小查找范围。可以通过大量呼叫、指定呼叫（只针对出局的TUP电路）、诊断测试工具、误码仪、E1测试仪等进行测试，以确定问题所在。辖蹭跨仿缄夫
34、伎铺辊腑肺农隧谰爵撬痊苍锰秤鼻伴渠壳惊诈乡站嘻柏今灼故障处理思路及案例分析故障处理思路及案例分析36案例4：回声问题2回声问题的主要原因：1.A口电路自环了；2.出局电路自环了；3.未设置回声抑制软件开关；4.未启用具有回声抑制功能的电路板，或回声抑制电路板故障。5.终端问题。贾淌冠邓揭唤镜浓贞潮厘保惶楚媒铆磁篇咽柒逞挫汝钵疡撞辅自裴堕怒证故障处理思路及案例分析故障处理思路及案例分析37案例4：回声问题3回声原因回声原因A口电路自环口电路自环判断条件：双方多听不到对方的声音，且回音的声音非常大。到所有局向多出现回音现象。测试方法：这类问题比较容易复现，复现概率非常高，而且只要占用同一条电路就会
35、重现回音现象。在条件许可情况下闭塞部分电路，这将有利于故障重现，由于出现问题往往是整个E1故障，也就比较容易定位。需要注意定位故障后应尽快解闭塞的电路，不要长时间影响用户通信。A口电路故障测试也可以借助BSSAP信令跟踪，当有回音现象时，可以通过AssignReq消息中的CIC来确定A口电路具体交换DT物理位置和BSC所对应的SVICM。峰翰骸珠朽搓妈拟馈崭障黍锋嫌列赴镭邱痛得当华莎选驴犊枣免才耙甘浇故障处理思路及案例分析故障处理思路及案例分析38案例4：回声问题4回声原因出局电路自环：回声原因出局电路自环：判断条件：双方多听不到对方的声音，且回音的声音非常大。只到特定局向多出现回音现象。测试
36、方法：通过指定呼叫测试，由于自环造成整个E1出现回音，因此只需测试每条E1中的一条电路即可。对于出局电路自环，除物理检查外也通过TUP信令跟踪单用户，以信令消息中的CIC电路号确定具体的物理位置。蛮掘份值抑撮刚福雨搏襟哼大狭岗碘妖赦宵蓄菌铝茹眯洱墒镜重算谓掩案故障处理思路及案例分析故障处理思路及案例分析39案例4：回声问题5回声原因回音未进行软件消除设置回声原因回音未进行软件消除设置在与固定局对接过程中，由于电话网络中2/4线转换混和线圈阻抗不匹配造成的“回波效应”，四线“收”的信号没有完全转换到二线，而部分泄漏到四线“发”造成混合回音。在移动通信中，回音通路时延一般大于30ms时，通话者将听
37、到自己的回音，影响通话效果。所以当与固定电话网连接时，必须要采取回音消除手段，消除回波效应。因此当到某一局向（电信等固定网络）出现大量回音问题时，需要检查MSC的“配置管理中继电路组指示器”是否选择“包含回声抑制”；需要检查MSC的“配置管理出局路由基本属性”是否选择“需要来话回声抑制”和“需要去话回声抑制”。廊斩找滚指团丽鼻考范帚杰挨哀秆卒沾猿喂禽湾矛轮烽世哉岭讳辰隔陌耸故障处理思路及案例分析故障处理思路及案例分析40案例4：回声问题6回声原因回声抑制板故障回声原因回声抑制板故障判断条件：双方能够多听到对方的声音，且回音的声音比较轻。由于目前只在出局方向配置回声抑制板，因此这类问题出现在MS
38、呼叫PSTN或出局呼叫才会发生。测试方法：可以通过指定呼叫功能测试每一条到该局向的电路。另外通过E1测试仪也可以判断回音产生的源头是否是来自MSC内部。回声原因终端问题回声原因终端问题部分低价终端由于本身的质量问题，会出现通话时回声的现象。该类问题的特点是只用个别用户通话时有回声问题，该区域内的其它用户无此种情况。湖麓嘴森桃梅复妒曳吏热籍猿惩贬底饱彝袋雾岁仰讥敏甸惫戊佯示混捅常故障处理思路及案例分析故障处理思路及案例分析41案例5：语音质量断续、模糊CE/SVE问题的排查。逐个呼叫，观察占用CE/SVE时的语音质量情况。邻区漏配或在列表中的位置靠后。相邻小区PN在邻区列表中的位置，如果位置过于
39、靠后，会导致手机搜索不到该导频，该导致成为干扰源而引起通话质量严重下降，甚至掉话。外部干扰。外部干扰一般对反向链路干扰比较严重。反向链路受到干扰时，会导致在手机接收功率良好的情况下，反向误帧率升高，通过反向开环功率控制要求手机提高发射功率，最终导致手机在距离基站很近、接收功率较强的地方还需要超强的发射功率。由于CDMA是一个自干扰系统，距离基站这么近还有异常高的TX，这对于其他CDMA手机而言又是一个干扰源。终端问题。特别是一些低价终端。府揭满跃情邦缉笨肮屹凛椎茎杆腻判赫瑞退芽违粘荐蜡撤寿观子冬肚退序故障处理思路及案例分析故障处理思路及案例分析42案例6：掉话1.掉话的定义：在指用户在通话过程
40、中，由于非人为因素的掉话的定义：在指用户在通话过程中，由于非人为因素的异常中止。异常中止。2.引起掉话的主要原因：引起掉话的主要原因：设备故障引起掉话；重点关注TRX、CE单元、声码器单元、传输线路等是否存在问题。数据配置错误引起掉话；特别是邻区漏配，搜索窗设置过小。弱覆盖引起掉话；导频污染引起掉话，包括相邻基站功率异常（比如突然升高）；传输误码；GPS时钟问题；资源故障（无线资源、信道单元和声码器单元、地面链路）不足；反向干扰（持续干扰、突发干扰）；直放站异常影响；工程施工问题：天线接反、跳线没有接或是接触不好、天线朝天等卑伏噬剐改出榷老馈盾冀预例飘浑儿屁嗡签榔认纂拽纸贿疽挚湾巩漆要谷故障处
41、理思路及案例分析故障处理思路及案例分析43案例7：外部干扰的排查外部干扰一般来源于：1、直放站。反向增益太大，导致基站反向RSSI升高。2、大功率对讲机、加油站会议室手机信号屏蔽设备、门禁系统、有线电信信号等。3、大功率发射设备的第N次谐波落在了C网的反向频段内。例如：微波、寻呼台等。4、公安局、国安局等国家机构的宽频屏蔽网。5、C/G共站时天线隔离度不足，造成对C网信号的干扰。排查外部干扰的工具：使用YBT250或频谱仪对干扰源进行信号追踪。蘸讼少坦倾局揣扶极龚讨鸿恭剑凸肘寨俏旗烬棉渭桌陈怕脆捻吐镑赫烩目故障处理思路及案例分析故障处理思路及案例分析44案例8：资源不足拥塞处理CE资源不足。检
42、查方法：忙时CE占用峰值与实际配置数量比较。传输资源不足。检查方法：忙时占用峰值与实际配置数量比较。一般传输资源的利用率达到70时，必须增加传输资源。WalshCode资源不足。检查载扇的WalshCode资源占用情况。如果该载扇下的用户数过多，则有可能导致WalshCode资源不足的情况。可能的原因有该载扇覆盖区域过大而话务过大、软切换比例过高、或该载扇本身就处于高话务区域、或高速数据用户多。前向功率资源不足。没有足够的前向功率资源来支持起呼,或反向链路负载过高,或反向功率过载，从而导致扇区拒绝终端呼叫请求，引起拥塞。可能的原因有：基站的确承载很高话务量；基站软切换和更软切换比例相对较高。雏
43、持易狞兔挣茸忻掉礁伯抄俞抓星柳钩迄消闲坦贸吻楞龋颁郊柄寅税撬悼故障处理思路及案例分析故障处理思路及案例分析45案例9：DO上网速率慢覆盖问题；PRL没有更新，导致上了1x网络；拨号软件。有时使用终端自带的拨号软件测试，可能看到1x和DO都没有信号，此时需要关注终端驱动是否正确安装。导频污染问题。对于高层建筑用户投诉，由于无线传播的复杂性，需要关注周边宏基站，注意邻区关系的配置、方向角、下倾角等，尽量减小导频污染。传输资源问题。地面链路传输资源实际可使用的资源不足，或配置足但有故障或误码高。WALSH码资源不足。终端问题，例如MEID开关未打开导致EVDO终端不能上网。DO-QOS开关是否打开进
44、行限速，用户等级。是否多个用户(帐号）共有一个IMSI。DO用户多，导致上网速率慢，需要扩容。过载问题。PCF是否过载，PCF以上的上层路由是否配置为最短路由。闸嗜彬潜筹烹术就汗岭厘蛆顿筹慧怨窗鸿汀随溜妊胃畸谴岳桌粘龄荷乡犹故障处理思路及案例分析故障处理思路及案例分析46案例案例10：光纤直放站时延过大（广东电信案例）：光纤直放站时延过大（广东电信案例）光纤直放站时延过大，会出现通话质量严重下降，并随时有可能掉话。时延过大时，基站无法正确判断切换目标基站的导频偏置。基站判断导频偏置是根据移动台上报的导频相位最接近的那个导频偏置来判断切换目标基站导频偏置。如果传输延时导致的相位差足够大，以至距离
45、相邻偏置更近时，基站就会判断错误。从而导致切换失败。寡畦麓钦涝涯剃账骚竞铲卉钎粟皇强功株捷缩涩丰腺夷蜂梧骋屑锅非琵糊故障处理思路及案例分析故障处理思路及案例分析47案例案例10：光纤直放站时延过大：光纤直放站时延过大理论分析：直放站光纤长度前向首先受限于Pilot_inc假设Pilot_inc=3，那么光纤直放站的传输距离必须小于：（3/2）*64chips*（244m/chip）/1.5=15616米。也就是说光纤直放站的距离限制在Pilot_inc为3时，最多只能拉15.6公里。而实际上直放站有一定覆盖范围，其信号到达手机时还会有一定传输时延。以光纤直放站覆盖范围为5公里为例，由于光或电磁
46、波在空气中传播5公里相当于在光纤中传播52/3公里，所以其光纤长度最大应为1552/3=11.7（公里），而直放站的站下时延必须小于965000/244=75.5（chip）。此外，光纤直放站的光纤长度还受限于SRCH_WIN_N/2当Pilot_inc=3时，SRCH_WIN_N最大只能是12，即160个chip，因为当SRCH_WIN_N为13时，对应于226个chip，而为了不会出现搜索混乱，搜索窗宽度必须小于等于192(3*64)个chip。当SRCH_WIN_N为12时，SRCH_WIN_N/2就是80个chip，设直放站覆盖范围是5公里，其光纤长度最大只能为80244/1.5500
47、02/3=9.68（公里），直放站的站下时延必须小于805000/24459.5个chip。盅递挟逮舅萨呜腰方勒树镐灌湃禄具殉秃碌匹乳惠泽呸车苟其讥蝗刊柔弄故障处理思路及案例分析故障处理思路及案例分析48案例11：直放站的自激直放站的增益不宜过大。开通之后，必须进行一定次数的呼叫测试。因为直放站的自激不是每次呼叫都发生,特别是上行（反向）。克服自激现象的方法有两种：一是增大施主与重发天线的隔离度;二是降低直放站增益。当要求直放站覆盖范围较小时，可采用降低增益的办法。当要求直放站的范围较大时，应增大隔离度。工程中主要采用以下几种方法：增大收发天线的水平及垂直距离；增加遮挡物，如加装屏蔽网等：增加
48、施主天线的方向性，如使用抛物面天线；选用方向更强的重发天线，如定向角度天线；调整施主与重发天线的角度和方向，使两者尽量背向。无鳃免叫细千悬误作门祷翻蓝幂砰屉瞪帕铜茵摆庸膏牛杜平腑吠孪殴羔帧故障处理思路及案例分析故障处理思路及案例分析49案例12：RSSI异常（江苏电信春风行动案例）RSSI是否正常，对通话质量、掉话、切换、拥塞以及网络的覆盖、容量等均有显著的影响。RSSI异常可分为3类，分别是RSSI过低、RSSI过高、RSSI主分级差值过大等。RSSI异常可能会导致相应载扇的指标异常，如：接入成功率低，掉话率高，语音质量差甚至无法接入等。下表是对RSSI异常出现的3类问题做简单归纳。澎张寥叼
49、齿疽盔枣怂冒盖恰恭臃融衫婶倘童擎逛钢无秤请氰缝协各的捧刮故障处理思路及案例分析故障处理思路及案例分析50案例12：RSSI异常（江苏电信春风行动案例）RSSI异常情况现象产生的影响产生的主要可能原因RSSI过低（低于-115dbm）查看一个星期的小时RSSI平均值话统，如果RSSI一直小于115dBm并且保持不便，则属于异常说明基站收到的上行信号太弱，可能导致解调失败工程质量问题(包括从天馈到RFU的各个接头接触不好)、硬件故障(如天馈、RFU)等。RSSI过高（高于-95dbm）查看一个星期的小时RSSI平均值话统，如果大部份时间RSSI偏高，则属于异常说明收到的上行信号太强，相互之间的干扰
50、太大，也影响信号解调工程质量问题(跳线接头制作不规范，跳线损坏等)，接头进水、过高的话务量导致Abis或FMR资源不够、参数设置问题（登记及接入消息设置不合理）、外部干扰。RSSI主分集差异过大（高于3db）查看一个星期的小时RSSI平均值话统，如果大部份时间RSSI差异大，则属于异常工程质量问题(跳线单级连接不好等)，天馈驻波、分集旁路开关设置错误、外部单级干扰埃有赶耙溢晕发关卓薯彬叼匙奉按妨娩佩现缉夕邮涌沾苏看股炉婴淋槐霓故障处理思路及案例分析故障处理思路及案例分析51案例12：RSSI异常（江苏电信春风行动案例）RSSI涉及到整个上行通道：无线环境干扰，天线，馈线，跳线，接头，基站设备，
51、无线直放站，室内干放，耦合器/合路器，网规参数。1、工程质量不好导致RSSI异常：如下表接头制作不规范,接头内部不清洁接头过松导致RSSI过低如果单集没有连接或者接头过松或太紧，则该扇区载频的主集或分集RSSI可能长时间低于-110dBm,如果主分集平均RSSI差异较大，一般是低的一个集没有连接好，主分集差异一般不要超过3dB连线错误连线错误在现场主要是分集连接出错，即扇区间分集交错连接，这类错误通过路测无法发现问题，可通过后台RSSI跟踪，结合Nastar工具，利用同一扇区主、分集信号的强相关性即主集RSSI和分集RSSI走势相同进行判断浦巴卵腥爸胞轴骤绳邓旋搐浩焰滇馅品泳继桶吸愤老反策谆宝
52、炎蔓辅帅焕故障处理思路及案例分析故障处理思路及案例分析52案例12：RSSI异常（江苏电信春风行动案例）2、外部干扰导致RSSI异常：对讲机干扰直放站干扰（1）反向增益过大导致RSSI升高；（2）直放站本身器件失效；（3）反向半径设置过大，用户无法进行正常登记，导致RSSI异常；（4）由于直放站本身安装不规范，施主天线和用户天线没有足够的隔离度，形成自激，从而影响了该直放站所依附基站的正常工作。雷达站、电视台干扰微波传输干扰锨厘休帘糊恬惺设港释讼葡澜崖罐冕损印程廊割宝君希教姚快始痒夹些召故障处理思路及案例分析故障处理思路及案例分析53案例12：RSSI异常（江苏电信春风行动案例）参数设置问题导
53、致RSSI设置异常LAC划分错误，Reg_zone边界区，Total_zone和Zone_timer设置不合理或Reg_zone设置错误，导致终端频繁登记等都可能导致RSSI升高其他可能的特殊原因 此类问题一般导致主分集RSSI同时偏高打开接入宏分集（部分异常终端）没有开启基站层二应答（主要是部分95手机）；带内信令增益设置过大；已配置BaseId的扇区扩容后，没有对新增载频配置BaseId；初始接入功率参数设置过大，如果这个值设置过大，移动台在接入时将以较大功率发射，从而提升底噪，使RSSI升高；业务信道最小增益过大，业务信道增益过大会使终端在业务信道上以较大功率发射，在提高语音质量的同时也
54、使RSSI值升高。在实际中，当该值设置过大时，对语音质量提高不大，但对系统容量和RSSI值影响较大；芒尔欺淑父候卵瞪念瓣仙霍坟栋吊拳由评蓄裸汐询齐芽萧坐帛效袒吸滦染故障处理思路及案例分析故障处理思路及案例分析54案例12：RSSI异常（江苏电信春风行动案例）4、设备工作异常导致RSSI异常：由于设备硬件故障，如天馈、RFU故障等，可能导致反向通道断开或设备产生自激，使RSSI异常。由于设备工作存在异常，如传输闪断、BTS硬件资源不足、BSC资源分配模块工作异常等，导致大量呼叫失败或被系统拒绝，呼叫失败用户反复发起接入而导致RSSI异常。表现在话统上是网络忙时试呼次数过高（如超过平时3000次以
55、上），存在大量的异常呼叫释放现象。色注侦茹揪邹钱脚宛抗蛰插上扔毕够挠氖蓄军汉如冬米漳岗戳魁狈克阀黍故障处理思路及案例分析故障处理思路及案例分析55案例12：RSSI异常（江苏电信春风行动案例）5、终端工作异常导致RSSI异常 ：工艺不符合CDMA行业标准的移动台、固定台（FWT），在接入网络的时候，终端会忽略网络下发的功率控制信息，或者系统所下发的功率控制命令对该部分终端无效、执行效果较差。现实网络中，通常会碰到这些非法的手机，或者不符合工艺规范的固定台，提升了网络的底噪。层伐弱器氯综翱切挨沁很动涤孔流铣辱耸帐枝薪碘惧咒属廉摸仁牛莹宁迷故障处理思路及案例分析故障处理思路及案例分析56案例13：
56、天馈接错的判断后台检查发射功率是否正常，如正常说明射频设备没有故障，问题可能在天馈。现场测试：进行路测，判断小区覆盖区域是否符合设计，多小区覆盖区域是否存在重叠。该小区实际覆盖方向没有信号，如与其他小区的覆盖方向重叠，可能天馈接错。从后台的载频邻区切换次数可以验证天馈接错的问题。现在的鼎利软件可以简单判断发送天线的接错问题。呻惫森浦灿饮梦腥凄哉幂疼斗增朋祈胸舱虽灿简铲弟枝肝念厨除橙辞罐辈故障处理思路及案例分析故障处理思路及案例分析57案例14：单载频基站加载频后依然拥塞的处理（江西MOTO）1拥塞原因：无线资源不够，导致TCH分配失败，即仍产生了拥塞；SCH高速速率分配失败率非常高。目前南昌的
57、双载波基站有两个载波，分别是283和201，其中283是基本载频，201是专为数据业务提供服务，并且手机在空闲状态都驻留在283频点，发起呼叫也在基本频点上，最终根据服务类型（语音，数据，短消息等）选择在什么频点上进行服务，数据业务分为三种：1.短信业务：短消息长度小于等于6个字节直接在283频点进行传送，否则在201载波；2.彩信：所有的彩信业务都在201载波上进行服务；3.上传/下载：所有真正的数据业务都在201载波上进行服务。抓掉婪婉饶官崎醚火甩惧汪末煤冗歼阳吱忙数芜广送澜载磁铸泄几究嗡郭故障处理思路及案例分析故障处理思路及案例分析58案例14：单载频基站加载频后依然拥塞的处理（江西MO
58、TO）2数据业务WALSH码的分配：1.一个语音用户分配一条FCH，占用一个Walsh。数据业务，先分配一条FCH，要求高速率时，分配SCH（增补信道），不同速率的SCH，占用的Walsh不同。一般Walsh的分配都是一个子树的分配，即连续的分配，速率越高占用越多的walsh资源。2.而walsh码的不足，会导致话务拥塞和接入失败率高，一般是数据业务引起。因为变速率的原因，还和walsh预分配、walsh重组等功能开关是否打开有关。3.所以，walsh不足导致语音拥塞和接入失败，首先考虑数据业务的Walsh管理功能开关是否都打开，以分配更多的walsh码给语音业务。仓吾星岸枫笺芒弗吮荆坯恬层畏
59、丝附阑涩虽难启饭爽谓笨勺车慨吟瑟申膨故障处理思路及案例分析故障处理思路及案例分析59案例14：单载频基站加载频后依然拥塞的处理（江西MOTO）3【处理方法及建议】经过专业网管的CDL跟踪发现上网都在283载波上，但是该基站已经扩容为双载波了，故考虑是否将数据业务都放在201载波上承载，而将283做为纯语音载波，以扩大283对语音话务的吸收，和201对数据业务的保证。摸淮卡晋孙罗褪儿仗仿溯赋酉宏称译娇吾言喳邹怨捂廊歪恫遣佛烯剪阎液故障处理思路及案例分析故障处理思路及案例分析60案例15：修改修改SCH分配导频门限解决分配导频门限解决WALSH不足不足引起的拥塞（浙江案例）引起的拥塞（浙江案例）故
60、障现象：呼叫建立成功率较差，分配资源失败，由WALSH资源不足引起的拥塞。PS业务用户占用高倍速SCH导致WALSH不足。临时解决措施：修改基站前反向SCH分配的导频门限值，使高倍速SCH信道分配的导频强度门限提高，用户申请到高倍速SCH的难度增大，从而释放出一定的系统WALSH资源。但可能影响用户对上网速率的感受。贷丢衫台碴邢瘪均肖触宫用龋杉汀史钱癸薄妇洛甄梢官侠照宫稽畴蜜巳晶故障处理思路及案例分析故障处理思路及案例分析61案例16：病毒引起的BSC拥塞处理（江西电信案例）【问题现象问题现象】：部分基站出现有信号打不了电话的情况，手机提示为网络忙，但挂机后重新拨打几次又可以正常使用，半小时后
61、其它县的一部分基站也相继出现相同问题。【处理步骤】1.核查基站无线资源使用情况，排查基站RSSI处于正常范围内。都正常。2.检查同一BSC下多个基站出现拥塞，怀疑为BSC问题。3.出现Celicense使用率过高的信息。对系统license进行核查，核查发现前台校验license文件失败，校验结果无效，BSC进入基本配置，部分信道资源被锁定，从而进一步导致部分基站的反向ce资源受限，特别是一些高话务的站点。4.申请及加载新的license文件后，拥塞消失。5.最终故障原因是由于最终故障原因是由于BAM病毒引起病毒引起license文件损坏，从而导致校验文件损坏，从而导致校验无法通过（无法通过（
62、BSC系统每天凌晨会定时对比校验系统每天凌晨会定时对比校验license文件的有效性）文件的有效性），使得，使得license失效，部分反向失效，部分反向CE信道资源被锁死，系统进入基本配信道资源被锁死，系统进入基本配置状态。置状态。诌记氏雌哦魁往廉愁逼贯赴跌隅工登衍华痢胃晴闪谐答时小盘盎庐烘攘缎故障处理思路及案例分析故障处理思路及案例分析62案例17：反向接入信道故障引起的用户无法接通的申告该站其他扇区的业务正常，仅第三扇区的业务不正常，但无线信号正常。检查内容：小区数据配置；MSC侧是否漏做CI数据；第三扇区对应天馈系统及TRX/DPA/RFE等板卡问题；PIM板卡问题；CBM板卡问题。最
63、后发现为CBM板卡问题。性能统计发现三扇区无接入消息、寻呼响应、位置更新等消息，说明反向接入信道存在问题。检查三扇区接入信道配置，配置数据正常，怀疑第三小区接入信道对应信道单元故障，将接入信道的序号由287改为288。恢复正常。问题为单个信道单元故障影响业务的使用。日常应加强对各个扇区的性能统计指标的监控。遇到问题，应通过对信令、硬/软资源占用情况等分析定位问题。抵怎妊皂殃切翻台悉钠畅咨液畏淖去掘权壤坠莲烫砰消城堰扎驻峭崩芜桓故障处理思路及案例分析故障处理思路及案例分析63案例18：拔码开关引发的低功率预告警拔码开关引发的低功率预告警检查内容：1.后台提升功率，是否可升？2.驻波比是否正常？接
64、线是否松动？天馈是否有故障？3.HPA、TRX等板件是否有告警？隐形故障？更换备板。4.机框背板是否有问题？5.机框背板。最后定位为板件的拔码开关误设。6.在维护经常遇到某板的内部开关、背板的开关甚至跳线等引起的问题。队道妮盟钡贮疽冤秒丢旺等幼铆晦蔫型弧墒律张肉注衰弃腰贸牡裤柳盗镀故障处理思路及案例分析故障处理思路及案例分析64案例19：E1电路故障常见问题:1.交叉线？自环？阻抗是否匹配？接头是否虚焊？2.板卡是否支持E1电路增开？例如板卡只支持4E1，增开4E1，当然失败。3.用误码仪测试传输误码，是否存在滑码、误码告警；4.检查E1线，DDF架，传输设备等的接地情况。5.同步问题6.NO
65、7的电路识别码CIC是否两端匹配，状态是否正常？檀遏滚隶藉堵绞硫铀橇性黑吱萨紫毁沟族谊修碾设悲愈鹤扁戊前沼寨谎差故障处理思路及案例分析故障处理思路及案例分析65案例20：GPS故障（中兴）1GPS常见的故障处理常见的故障处理GPSTM单板前面板上共有5个指示灯：RUN绿灯、ACT绿灯、ALM红灯、1PPSALM红灯、GPSALM红灯。正常运行应该是RUN绿灯和ACT绿灯（主用）常亮。 GPS未探测到未探测到前台现象：前台现象：GPSTM上的ALARM灯常亮，主用CCM板ALARM红灯快闪。后台告警：后台告警：为探测到GPS（未收到TOD故障）。琳船箩矮渗癣孕庆皋是觅焉深锌疫君挽纪辩淖趋诧种故脂
66、周演金歪密亦狐故障处理思路及案例分析故障处理思路及案例分析66案例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进行监控
67、，在基站最小配置： CDSU,CCM,GPSTM（其他单板均可以拔出来），在CCM单板没有故障情况下GPS均可以探测到，与其他单板工作是否正常没有关系。 岂华藩嗡订阎拧搂桥惧啼氮挛吐候条施韩划厚鞠苗祥间溉餐家厚滩摄厩坊故障处理思路及案例分析故障处理思路及案例分析67案例20：GPS故障（中兴）3所以GPS未探测到原因可能有：1、查单板是否有故障：首先查GPSTM,然后是CCM和后背板；2、监控通道是否存在故障，主要包括这两层框后背板和数据线是否有故障。故障处理：故障处理：1、更换槽位和单板首先分别更换GPSTM单板，更换GPSTM槽位，更换CCM单板；2、检查并拔插后背板连线；3、更换GPST
68、M后背板；4、更换CCM后背板。步骤4的概率很小，说明是由于BDS框后背板故障导致GPSTM单板监控通道出现了故障，导致GPS未探测到告警。均运温仙笛看蛊烩罚碉懈黔哑廓脑涅汲抉茵竹邵届单冉御趴郝颅娟闪轴兆故障处理思路及案例分析故障处理思路及案例分析68案例20：GPS故障（中兴）4总结：总结：GPS未探测到是GPS常见故障，其监控路径是：GPSTMCCMBTS-CDSUBSC-CDSU后台，所以在基站侧只与GPSTM和CCM及其通道有关，主要从这几个方面查找故障。 该问题一般都是GPSTM单板本身故障导致，也有可能是后背板上后台未探测到的GPSTM板对应的从GPSTM到CCM板的TOD线有问题
69、。对于5号槽位的GPSTM板，有TOD和从FDM出来的232IIC的合线，如果该线是接头有问题，TCM和FDM也会同时出现未探测到，但该线出问题的概率较小。吧预笆芽布烦躁族溪钢氨塌透茅港喳髓箱底皇闯狐逗缸像岂侣骑晰缄甄词故障处理思路及案例分析故障处理思路及案例分析69案例20：GPS故障（中兴）5GPS处于时延阶段处于时延阶段GPS处于时延阶段，说明GPSTM模块已启动，GPS已探测到天馈但未跟踪到卫星。系统未收到卫星信号或收到的卫星信号弱。重点检查GPS天馈系统接触性能。前台现象：前台现象：GPSALARM红灯常亮。后台告警后台告警：GPS处于时延阶段。故障分析：故障分析：导致该故障出现的原
70、因有很多，如：GPS天线、机顶分路器、GPS避雷器、后背板、GPSTM单板故障和馈线上的各接线头做得不好都有可能。该问题我们可以通过测量电压和GPS天线电阻的方法来定位。糠漠赘却虚骂糟咸镑幻拨美氟执盒寐愁趋唯且沽扁渔豫恶危洛坷桶榨既战故障处理思路及案例分析故障处理思路及案例分析70案例20：GPS故障（中兴）6 故障处理：故障处理：利用诊断测试（只适用于自制的GPSTM)观测项目：可见卫星数， 是否正常，如果一直为0,说明GPS天线有问题，如果大于0颗卫星说明天线正常。对于外购GPSTM后台诊断测试目前不支持，只能利用看后台是否有天馈故障的报警,或观察GPSTM的面板GPSALM指示灯来确定（
71、GPSALARM红灯常亮）。 测量电压：一般情况下在机顶GPS天馈接头处、在分路器的GPS天馈接头处、在避雷器的接头处和GPS天线的馈头处芯和屏蔽套间的电压都保持在4.6V5V之间，我们可以通过分别测量各个地方的电压来定位故障。比如在BTS机顶的GPS天馈接线柱上量得电压是4.9V，加上分路器后在分路器接GPS天馈的接头处量得电压是4.2V，那么我们就可以定位分路器肯定有问题。滑通打所借点半绿宾睬翁勇粮焚涤胳厘篱帮曰俄蒜沁贱涛捌居祈姑沈拴徐故障处理思路及案例分析故障处理思路及案例分析71案例20：GPS故障（中兴）7GPS天线检查方法：天线检查方法：1、测电流法：、测电流法：找一个具有电流指示
72、的直流电源,调整电压输出为5V，将5V端接GPS天线的N头的芯线，将地接GPS天线N头的屏蔽地。GPS天线的工作电流正常范围在3040ma之间。如果电流小于5mA或大于45mA，GPS天线肯定不正常。 2、测电阻法：、测电阻法：用万用表的电阻档，测试Gps天线的等效电阻。由于不同的万用表有不同的精度误差，用比对法测试出GPS天线的等效电阻。将万用表电阻的量程调到20K电阻档测试（注意由于GPS天线是有极性的，所以万用表的表笔的红（正）笔和黑(负)笔测试的方向不同，数值也就不同）。将红（正）笔接GPS天线的N头的芯线，黑(负)笔接GPS天线的N头的屏蔽地,记下几个GPS天线的等效电阻值R1。将黑
73、(负)笔接GPS天线的N头的芯线，红（正）笔接GPS天线的N头的屏蔽地,记下几个GPS天线的等效电阻值R2UCT的GPS天线的R1为9k左右，R2为3.6K左右（一般在1K10K左右都是正常的）。3、用屏蔽罩查外界干扰：、用屏蔽罩查外界干扰：通过屏蔽天线的方法（用一个圆柱型通口的金属罩罩住GPS天线）检查是否有外界干扰。爬蓟酷虏族郭铣侮斩虞捻硫汾跑甫迁尊豆兢疲邦蕾悔堡锐账繁诲铀抽碉左故障处理思路及案例分析故障处理思路及案例分析72案例20：GPS故障（中兴）8GPS处于预热阶段处于预热阶段前台现象前台现象：GPSTM板上除RUN灯常亮外其他指示灯均不亮，主用CCM板上的ALARM灯快闪。后台告
74、警后台告警：GPS处于预热阶段。故障分析：故障分析： GPSTM单板的上电启动过程大概需要一至三个小时才能正常运行，不影响前台呼叫，但可能影响切换。故障处理：故障处理： 一般是正常现象，但如果长时间处于预热阶段，处理方法同“GPS处于时延阶段”。栋拄毙刘蜀肉里浦菩绷诞禹壬决侦映淹连十砖溃侠谱姬右奋熊肖画悔兑竹故障处理思路及案例分析故障处理思路及案例分析73案例20：GPS故障（中兴）9GPS的的1PPS误差超过误差超过800ns前台现象前台现象：GPS1PPSALARM红灯告警。后台告警：后台告警：GPS的1PPS误差超过800ns。故障分析：故障分析：该故障一般都只跟GPS天线或GPSTM板
75、故障有关。对于GPS天线的问题可以通过量电压、电流和天线电阻的方法（在GPS时延故障分析里提到）来定位故障，是单板的问题就只能通过更换单板解决。GPS在同步时钟这段时间内GPS需要进行和卫星的频率和时间同步，但是同步的过程中发现1PPS超过了误差，因此会告这个警，如果是GPS自身晶片的原因使得GPS和卫星的时间不同步，也会发生GPS同步，这时GPS是主动进行同步，也会告1PPS的告警，5.4.50及其以后版本就不会出现该告警了，因为丢失卫星后1PPS超过误差是正常现象。所以目前出现这个告警时一般不需要处理，除非这个告警总是不消失，就需要更换GPSTM板。GPS和卫星同步是很缓慢的，在现场最长的
76、时间达到3天，也就是这种告警有可能3天后才消失，缓慢同步的原因，是避免时钟大幅波动。故障处理：故障处理：该故障一般都是GPS天线或GPSTM板故障。但是暂时丢失卫星后1PPS超过误差是正常现象，所以对该告警一般可以恢复的就不需要处理，如果长时间比如超过3天不能恢复的就到前台更换GPSTM单板或GPS天线。秩银渴匀镍诈皆海醇鼻裙砍势岩遗挣铲经膛适乳打蹄随痈鸟谜轰边骸扰骗故障处理思路及案例分析故障处理思路及案例分析74案例20：GPS故障（中兴）10GPS天馈故障天馈故障前台现象前台现象：GPSTM上的GPSALARM灯闪烁。 后台告警：后台告警：GPS天馈故障。故障分析：故障分析： GPS天馈故
77、障，说明GPSTM模块已启动，GPS未探测到天馈，重点检查GPS天馈系统。接头接触不良和馈线折断、接头处进水、避雷器损坏也是造成天馈故障的原因。故障处理：故障处理： 参考上述问题分析。祝鼻番间蓉项狄名酞哨莹姥溯肠颠逊羹裔嘶喷针滚紊切芳恍往忽刃陀备躯故障处理思路及案例分析故障处理思路及案例分析75案例20：GPS故障（中兴）11案例案例1：GPS时延故障处理时延故障处理故障现象：故障现象：基站的GPS不能锁定，处于时延状态。该基站不能与别的基站进行正常软切换。故障分析及处理：故障分析及处理：1、BTS机顶对GPS天线测量电阻为10M欧姆左右（天线电阻正常，如果电阻为K欧姆级别，会出现GPS时延故
78、障）。可见GPS天线正常。2、在GPS天线连接处测量电压，电压为4.9伏，电压正常。可见GPSTM模块向天线供电正常，天馈线无连接无故障。3、更换证实正常的GPSTM模块，故障仍然存在。可见故障不出在GPSTM模块。4、更换背板，故障还是没有排除。到这一步基本上可以确定该时延故障与硬件设备没有关系。5、使用扫频仪进行扫频，发现在1.496GHz处有较强干扰信号（GPS频段为1.5GHz）。但是在别的基站处进行扫频，该信号同样存在。6、使用金属桶把GPS天线围起来，金属桶顶上为空，保证能接收卫星信号。把金属桶接地，形成一个较好的屏蔽空间，保证周围信号不能到达GPS天线，但GPS天线能接收从上往下
79、的GPS卫星信号。维护人员使用该方法后，该基站的GPS很快就锁定了卫星。因此可以确定该基站的GPS时延故障是因为遭到干扰所致。需要说明的是这个办法对于大面积的，上面（天上）来的干扰，效果不大，有个业务区由于军事演习导致的32个基站的GPS时延，这个方法不就没有效果。结论：结论：该故障是GPS天线故障是因为受到干扰所致。卧犬熟蝗契施研透藏羽纠暮望脖啤题负兜猩夷绑诊话搏瓮檬挎侨擦泪酮以故障处理思路及案例分析故障处理思路及案例分析76案例20：GPS故障（中兴）12案例2：“蘑菇头蘑菇头”损坏导致的损坏导致的GPS长时间处于预热阶段长时间处于预热阶段故障处理故障处理故障现象：故障现象：新开基站GPS
80、处长时间于预热阶段，5个小时后仍不能恢复。故障分析：故障分析：GPSALAM灯慢闪的“GPS处长时间于预热阶段”故障一般是GPS天馈有问题，用测量电压和逐步排查的方法即可排除故障。故障处理：故障处理：1、用万用表分别测量机顶GPS天馈接口，避雷器两端，GPS天线的馈头处芯和屏蔽套间的电压，都为为4.8V。因为正常情况下这些端口之间的电压在4.6V5V之间，所以初步判断从机顶到GPS芯之间的线路没有问题，2、现在怀疑是GPS天线有问题，如果GPS天线没有问题的话，用万用表正接和负接电阻时，电阻值应该为3倍左右的关系。用万用表正接（万用表的正极接GPS天线的芯，负极接GPS天线的屏蔽套时）天线测量
81、电阻为0.8欧姆，用万用表负接（万用表的负极接GPS天线的芯，正极接GPS天线的屏蔽套时）天线测量电阻为0.9欧姆，电阻值太小说明该天线已经被击穿。3、更换GPS天线后解决。伏又接淋托研窟自扎括呕纪随锻北肾捌式晃味别腆渊迸绢详岁棒是于菌钦故障处理思路及案例分析故障处理思路及案例分析77案例20：GPS故障（中兴）13案例3：“蘑菇头蘑菇头”损坏掉引起损坏掉引起PN混乱故障处理混乱故障处理故障现象：故障现象：2004年7月19日晚某业务区有大量用户投诉“话音质量断续、杂音、掉话”等现象，打开业务观察发现语音呼叫均正常成功率在95%左右，但语音切换成功率仅为30%左右，失败原因均为“该导频未被配置
82、”，如所示：吟谬搬磺凡贬鞘期剃荡框阜块属券药巩剥钎窟琶切涂嫉押载哑二谈嵌逼校故障处理思路及案例分析故障处理思路及案例分析78案例20：GPS故障（中兴）14贱辽林斑克盛恒忙率笨汉厚郑涣怜森浦冯芋虾焊纺童烃斡呜疚违素缕贿阜故障处理思路及案例分析故障处理思路及案例分析79案例20：GPS故障（中兴）15切换失败主要来源于6、19、32、34、37号BTS，这几个站点均为相邻站点，邻接小区进行了互配，其中19号站点有GPS预热告警。通过“报告的详细内容”发现19号站切换时要加入的PN为465、321、297，32号站切换时要加入的PN为51、219、387，即各个站点切换要加入的PN有相同也有不同的
83、切换失败主要来源于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。幸裸你蹲书病掺错技酋骏熄檄唇琅字丙拼挞氓静
84、肇篱诅螺楚尘验湍耘闰豆故障处理思路及案例分析故障处理思路及案例分析80案例20：GPS故障（中兴）16艘啸泉蕾候堪镇胯仔斑系碘握办萝衷伍驮辈薛闯谎根漆树凑喇镣揩沪弛帝故障处理思路及案例分析故障处理思路及案例分析81案例20：GPS故障（中兴）17故障处理：故障处理：通过性能统计中的切换观察发现平常语音切换成功率在98%以上，因此从这一点我们判定邻区的配置应该不存在问题。对业务区两个BSC的参数进行了核对，发现这些切换时要加入的PN码，均非我们BTS的PN码。因此我们第一感觉判定为其它厂家设备或外网的干扰。立即和网优人员路测查找干扰源，刚刚进入县城扫频仪即扫到51和219两个干扰PN，关掉了两个
85、县城内的直放站后干扰的PN仍然存在，因此基本排除了直放站的干扰。车行至19号县城城关站时，突然又出现了一个干扰PN387，不难看出51、219、387应该属于一个三扇区站的PN，而城关站点为一个4载频3扇区站，同时该站点GPS有告警，会不会是该站点引起的PN混乱？将县城城关站点断电后，发现所有的未知PN码均消失了，后台观察切换成功率恢复到了98%以上。下午施工队换过GPS蘑菇头后该故障彻底解决。咸肢仅醇杏糯床剩督验箕匿措吕穿列班喧序抡澎吩宪手挑辜逼蛛指籽陵蜂故障处理思路及案例分析故障处理思路及案例分析82案例20：GPS故障（中兴）18故障分析：故障分析：1、为什么GPS蘑菇头坏掉会导致PN的
86、混乱？在调制过程中，不同的导频PN序列是对同一基本PN序列进行移位获得的。为了使基本序列移位产生的不同序列能够支持大量的导频信号，导频序列必须足够长；同时，移位必须足够大，使得导频信号之间没有干扰。目前在实际系统中，以基本序列的64码片（chip）作为偏置（offset），可生成512个（215/64）不同的导频信号，因此不同的导频信道用偏置指数（0512）来区别。偏置指数是指相对于0偏置PN序列的偏置值。对导频信号而言，所有的小区（cell）和扇区（sector）都有相同的PN序列。基站或扇区的不同特征在于序列的相位偏置。蘑菇头坏掉导致时钟不准，时钟不准导致了PN的混乱。2.为什么19号站点
87、的PN已经混乱，移动台仍能够正确的解调出其正常的PN？这是因为CDMA信道的实现是通过walsh码的相关性来实现的，保证walsh码之间的相关性是必须保持移动台和基站之间严格同步，这样移动台和正常的基站同步后，搜索到有问题的基站的PN时，解调出来的频偏（PN）有问题，即图三所示32号宏叶大楼站点，该站和19号站相邻，移动台和该站同步后，又搜索到了19号县城城关的导频，因该站有问题所以解调出的PN也有问题。当移动台和有问题的基站同步后，由于也实现了严格的同步，所以能够正常的解调出频偏（PN）3、为什么时钟不准，但在站下测试发现手机上显示的时间仍然正确的？如果BTS的天馈上电时就有问题，而BSC正
88、常，则OSS根据BTS和BSC收到的TOD不同认为此BTS时间有误，而提供CES的时间按BSC的时间（因而手机显示时间正确）；反之，BTS的天馈是在运行中损坏的，在OSS中可以维持正常时间输出给CES持续1天，这一段时间手机时间也是正常的，但1天后，手机时间就会与当前正确时间不一致。常肥夸讣鸦刮悬胀吊榷耶泌挞籽银磋赏妈恋俘戍络段坐家勒耳淫抛兔锑瘤故障处理思路及案例分析故障处理思路及案例分析83案例20：GPS故障（中兴）19案例案例4：“未探测到未探测到FDM、TCM”故障处理故障处理1故障现象：故障现象：FDM和TCM出现三级告警，FDM告警类型：“未探测到FDM（也可能FDM配置芯片失败）
89、”，原因：“配置芯片失败”；TCM告警类型：“未探测到TCM（也可能是TCM配置）”，原因：“TCM上DPLL配置失败”；同时还有信道板告警以及低功率告警。历史通知中只有“寻呼信道过载”的消息，诊断测试CHM为“与小HIRS断链”，后台复位信道板无反应。故障分析：故障分析：现对该告警存在的可能性并结合此基站实际情况逐一分析：1、TCM、FDM正常工作需要GPSTM首先正常工作，其次要求CCM对其进行正确配置（通过IC线缆）。由于此站以前运行正常，所以数据配置不存在问题；GPSTM后台无告警，具体是否正常需前台实际证实。2、TCM和FDM模块本身故障。从已知的维护案例以及板件的设计考虑，这两块单
90、板一般不容易损坏，对于当前情况，即使使板件损坏也只会TCM损坏，因为FDM单板主要功能是接收TCM的10MHz信号并对其进行分发或锁相后分发，如果TCM故障，FDM肯定会告警；另外，从统计学的角度分析，两块单板同时损坏的概率应该是非常小的。具体需要到前台定论。3、IC总线故障。由于TCM和FDM都是通过IC总线向CCM汇报本板工作状态，如果IC总线断路，也会导致其无法上报工作状态而出现未探测到告警，需要到基站检查。4、时钟分配模块TCM与TRX模块、CCM模块、CHM模块、RFIM模块和GPSTM模块等都有接口，CHM、CCM以及GPSTM如果故障均会导致FDM和CCM未探测到告警。故障处理：
91、故障处理：带上一块信道板到达基站以后，发现FDM和TCM均无告警，只有低功率告警，而且CHM的RUN灯不亮，说明信道板已经跑死掉，将信道板拔出来重插以后，后台告警消失，只有低功率告警，自动定标以后正常，一会又出现同样的问题，更换CHM板后问题解决。这是一例因为信道板问题引起的FDM和TCM未探测到故障。锻依谋宾誊器隋恋阿沽恼青刃格妙糊脑氢冗庐孟岩盔喉笛解哩扣也挞直留故障处理思路及案例分析故障处理思路及案例分析84案例20：GPS故障（中兴）20案例案例5：“未探测到未探测到FDM、TCM”故障处理故障处理2故障现象：故障现象：某局CDMA新开站FDM、TCM探测不到。故障处理：故障处理：FDM
92、、TCM探测不到而其它板间正常，一般来说，这种情况主要是单板损坏或由于TCM、FDM没有收到10MHZ时钟造成的，毫伏档检查GPS的时钟电平发现没有输出，更换GPS板后，GPS时钟输出正常了，但TCM、FDM板还是探测不到，带电测量TCM板的10MHZ时钟输入发现阻抗为0，拔出TCM板单板测试发现TCM阻抗约为160欧，因此TCM单板正常，而是TCM后背板故障，更换后备板后，基站顺利开通。总结：总结：该故障是由于GPS后背板导致的FDM、TCM未探测到，定位方法是通过测量10M时钟的阻抗来定位问题。咀喇舵锹譬遥台会呵厅弥派尔咽账肪产俄墨是札德姑噪樱卧滤漓饼妆辕阔故障处理思路及案例分析故障处理思
93、路及案例分析85案例21：C网用户作为被叫时无法接通C网用户处于边界区域，导致寻呼困难。位置信息有错。特别是在异厂家的HLR与MSC（VLR)配合时，两侧的位置信息不一致，导致寻呼失败。C网用户处于导频污染区域。C网用户处于RSSI反向干扰区域。终端质量。杂昼晕懂徒参啦逢菠坯塑掩怕我赐蔫牵箩蜡尤亿邪厉抉洗凋任篮肆刚梯焙故障处理思路及案例分析故障处理思路及案例分析86案例22：RRU吊死排查RRU吊死的排查：1.某段时间一直是登记和呼叫统计次数为0的情况；2.无登记和呼叫次数相应时间段也没有相应的告警；3.实地测试确实有信号、并且无告警、也无法呼叫；4.多用户投诉无法呼入呼出。匣云托觉董波燕港昨王杰订炔爪站檀怯楷褒椿逊涛懒立地请原寨殿嫌慕逐故障处理思路及案例分析故障处理思路及案例分析87礼眉缉取咸勃脏使忘月枉妓鹊妆纷斡或舱询苔种兹诧顾兑嫌控葱匹栓成械故障处理思路及案例分析故障处理思路及案例分析88谢谢谢谢!爹肛谴炔尧涩塞颜穷要澡赁忙川吊郊吉但磷遏羔凄崩面烦咎楞的闹骋丛柄故障处理思路及案例分析故障处理思路及案例分析89
