【资料名称】：时钟同步问题

【资料作者】：匿名

【资料日期】：20120203

【资料语言】：中文

【资料格式】：DOC

【资料目录和简介】：

现象描述/ Description：
DT工程师反映在路测的时候图1中的50671/50672很难切换到旁边的50477/50478/50479基站去，并且该基站没有任何的告警。

分析与处理/Cause Analysis& Procedure：
查看两个基站的KPI发现这两个基站各小区的其它指标都正常，就切换失败率比较差，并且是切入切出成功率都只有50%左右。

BSCManagedElementSite IDBts IDBtsHandover in success rate(%)Handover out success rate(%)
NKBZ01(2)4715047D (ID:1)89.18%94.74%
NKBZ01(2)4725047E (ID:2)87.83%95.10%
NKBZ01(2)4735047F (ID:3)69.54%85.57%
NKBZ01(2)6715067A (ID:1)74.78%58.91%
NKBZ01(2)6725067B (ID:2)78.71%55.36%
NKBZ01(2)6735067C (ID:3)85.13%76.32%

进一步分析切换报告发现67基站的三个扇区切换到同站的扇区成功率正常，而切换到周边所以小区的成功率都很低，并且切入切出都如此。

调整前切换报告

考虑到可能是时钟问题，但查看这两个基站没有任何的CMB告警。而从现网的基站数据发现这两个基站都是采取的Internal同步的方式，后来了解到变更为这种同步方式是因为
本地工程师概念不准确，在他监控告警的情况下发现时钟告警，怎么重启也消除不了，没有去实地检查传输故障，而只是手动改为 Internal同步方式消除告警，其实问题仍然存在，反倒容易引起误判断。

整改传输并且修改为Neiwork同步方式后，一切恢复正常。

建议与总结/Summary：
在处理各项性能指标都正常并且没有告警的高切换小区的时候，需要明确是否整个基站都存在高切换失败，是否到周边所有小区都高切换失败，是否只是一定比率的切换失败(非100%切换失败)。如果以上条件都成立，很可能是时钟失锁，尤其是使用微波传输的基站时钟振荡，一旦抓不住时钟的话时钟就会失锁产生告警，虽然改变时钟同步方式后可以暂时解决问题，但从根本上来讲是要解决传输不稳和闪断的故障。