1、背景
基站時鐘失步會造成大面積幹擾，eRAN12.1及以上版本新增基站時鐘失步告警，可指導運維人員快速定位失步基站。此指導書指導一線如何處理告警。
2、告警處理指導
告警檢視
1、可通過U2000->監控->查詢告警日志，檢視“29251基站時鐘失步告警”，具體問題=時鐘失步/時鐘失步嫌疑。
2、打開U2000->SON->時鐘失步檢測，可通過 “失步清單/失嫌清單”統一檢視所有時鐘失步基站和時鐘失步嫌疑基站
基站處理
1、若周邊存在大面積幹擾，業務名額受損，先将存在基站時鐘失步告警，且告警時間基本吻合的站點閉塞。
2、核查站點幀偏置是否周邊配置一緻。
3、若幀偏置一緻，則需要核查基站時鐘故障，采集主要闆日志提單處理，若是多模基站，需要增加對應制式主要日志和配置檔案。
恢複告警
此維測功能無自動恢複的機制，需要手動恢複告警。
1、确認基站的幀偏置配置問題、時鐘故障等解決後，通過“手動序列檢測”、“手動靜默檢測方式（可選）”确認基站同步。
a）、手動序列檢測步驟如圖，檢測結果為“同步”
b）、（可選）手動靜默檢測步驟如圖，檢測結果為“需要人工判斷”。因為靜默檢測是基于周邊幹擾變化确認的，當周邊無幹擾時，檢測結果為“需要人工判斷”
2、在失步清單、失嫌清單右鍵删除對應基站，29251告警即恢複。
3、也可以通過目前告警界面右鍵“清除”恢複告警，此方式SON->時鐘失步檢測->失步清單/失嫌清單 不會删除對應基站。
失步清單中對應基站仍然存在
3、FAQ
時鐘失步檢測特性是否需要更新開啟？适用于哪些場景？
時鐘失步檢測特性是12.1版本的重要維測特性，需要全網手動開啟。特性應用于時鐘失步導緻站間幹擾問題的定位，可通過“29251 基站時鐘失步告警”1條告警完成問題定位，相比之前版本的多條時鐘告警、反向頻譜等定位手段更簡單高效。
時鐘失步檢測特性開啟是否影響業務？
此功能隻是維測功能。12.1版本爬坡期間已開啟14萬站，特性開啟對前台測試、背景KPI名額無影響
時鐘失步檢測特性如何開啟？如何确認？
統一執行以下MML指令開啟：
MODCLKDETECT:CLKASYNCDETECTSWITCH=ON,CLKASYNCINTERFRPTTHLD=-95,CLKASYNCSILDETINFTHLD=-105;
可通過LST CLKDETECT确認基站是否開啟功能。
為什麼U2000上對應選項是灰色的？
時鐘失步檢測特性是U2000 R17版本新增功能，選項（SON-）時鐘失步檢測）預設是灰色的，需用admin賬戶開啟權限，此功能内隻有維測操作，無修改操作，建議所有使用者開啟該功能。
a)、admin使用者登入用戶端
b)、登入安全管理界面
c)、點選“使用者組”右鍵建立使用者組
d)、填入使用者組名稱，例如“時鐘失步檢測權限”
e)、點選下一步到操作權限後，點選右下角選擇，添加時鐘失步檢測管理和浏覽權限後，點選确認和完成按鈕。
f)、點選新增的使用者組，點選“成員”按鈕，點選右下角“增加”，然後勾選對應使用者。建議增加所有使用者。
附：也可以通過修改使用者組權限完成(注：隻有新增的組才能重新修改權限)
選擇一個使用者組，點選右上角“操作權限”，然後點選右下角“選擇”，添加時鐘失步檢測管理和浏覽權限後點選确認。
基站時鐘失步告警中的具體原因為時鐘失步嫌疑，是什麼含義？
因檢測受外界幹擾、空口環境等影響，時鐘失步檢測無法完全确認基站時鐘失步，需要運維人員結合周邊幹擾進一步确認是否發生時鐘失步或者告警誤報。
可通過周邊幹擾話統和KPI名額确認是否發生時鐘失步，或通過手動序列檢測、靜默檢測判斷周邊是否存在幹擾。
網管上報315基站時鐘失步嫌疑告警/316基站時鐘失步告警是什麼原因？
網管為R17版本且低于CP2403，或者網元為R12版本且低于SPC230時，時鐘失步檢測上報告警為315基站時鐘失步嫌疑告警/316基站時鐘失步告警，需要登入U2000->SON->時鐘失步檢測，通過失步清單/失嫌清單檢視對應基站。
告警處理和恢複方式和29251基站時鐘失步告警一緻。
哪些場景存在誤報告警？
在12.1版本以下場景基站或鄰站受到幹擾時，會發生誤報基站時鐘失步告警（具體原因=時鐘失步嫌疑），且使用手動序列檢測時，結果誤報為失步。通過解決幹擾或關閉時鐘失步檢測規避誤報：
1、周邊支援算法的鄰站不足2個，導緻算法判斷收到同步檢測序列的基站小于2，誤判為時鐘失步嫌疑。比如鄰站均未更新12.1版本、配置的鄰站數量少。
2、基站實體環境存在遮擋，導緻周邊鄰站無法接收到同步檢測序列，誤判為時鐘失步嫌疑。
3、基站某頻點帶寬和周邊配置不一緻，比如某站A配置38400頻點帶寬為10M小區，而周邊均為38400頻點20M小區，則存在外部幹擾時基站A會誤報時鐘失步嫌疑告警。