【資料名稱】：時鐘同步問題

【資料作者】：匿名

【資料日期】：20120203

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

現(xiàn)象描述/ Description：
DT工程師反映在路測的時候圖1中的50671/50672很難切換到旁邊的50477/50478/50479基站去，并且該基站沒有任何的告警。

分析與處理/Cause Analysis& Procedure：
查看兩個基站的KPI發(fā)現(xiàn)這兩個基站各小區(qū)的其它指標都正常，就切換失敗率比較差，并且是切入切出成功率都只有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%

進一步分析切換報告發(fā)現(xiàn)67基站的三個扇區(qū)切換到同站的扇區(qū)成功率正常，而切換到周邊所以小區(qū)的成功率都很低，并且切入切出都如此。

調(diào)整前切換報告

考慮到可能是時鐘問題，但查看這兩個基站沒有任何的CMB告警。而從現(xiàn)網(wǎng)的基站數(shù)據(jù)發(fā)現(xiàn)這兩個基站都是采取的Internal同步的方式，后來了解到變更為這種同步方式是因為
本地工程師概念不準確，在他監(jiān)控告警的情況下發(fā)現(xiàn)時鐘告警，怎么重啟也消除不了，沒有去實地檢查傳輸故障，而只是手動改為 Internal同步方式消除告警，其實問題仍然存在，反倒容易引起誤判斷。

整改傳輸并且修改為Neiwork同步方式后，一切恢復正常。

建議與總結/Summary：
在處理各項性能指標都正常并且沒有告警的高切換小區(qū)的時候，需要明確是否整個基站都存在高切換失敗，是否到周邊所有小區(qū)都高切換失敗，是否只是一定比率的切換失敗(非100%切換失敗)。如果以上條件都成立，很可能是時鐘失鎖，尤其是使用微波傳輸?shù)幕�站時鐘振蕩，一旦抓不住時鐘的話時鐘就會失鎖產(chǎn)生告警，雖然改變時鐘同步方式后可以暫時解決問題，但從根本上來講是要解決傳輸不穩(wěn)和閃斷的故障。