問題描述（故障現象）

電信某本地網中興ZXMP S385設備是與BSC光口對接的擴展子架，對其交叉板升級，首先在交叉板強制狀態中選擇強制工作到8#交叉板，然后對9#交叉板進行升級，在升級過程中，9#交叉板復位時該站點的所有業務出現閃斷，業務中斷的站點上報VC12遠端缺陷指示。9#交叉板復位起來正常運行后業務恢復正常。隨后再使用交叉板強制狀態進行倒換測試，業務正常。

原因分析

1、交叉板強制狀態故障

2、8#交叉板單板故障；

3、8#交叉板集成的時鐘模塊故障。

解決方案

1、交叉板強制狀態故障

問題發生后，由于是交叉板強制到8#之后出現的業務閃斷，所以首先懷疑是不是交叉板強制之后業務實際并沒有選擇工作在8#的業務總線上。于是等9#板復位起來業務恢復后馬上進行交叉板強制狀態的查詢，發現業務總線是工作在8#板上，強制狀態看起來正常，去設備面前觀察交叉板面板的工作指示燈再次確認業務確實是工作在8#交叉板上，所以基本可以排除是交叉板強制狀態故障的問題。

2、8#交叉板單板故障

進一步推斷會不會是8#交叉板在9#復位時出現了問題。于是再次進行交叉板的強制切換。反復切換多次，業務均正常，故障現在不再出現。看來業務總線工作在8#交叉板上并沒有問題.

3、8#交叉板集成的時鐘模塊故障

既然交叉板強制切換不能浮現問題，我們只有用同樣的方式進行故障浮現，于是我們將9#交叉板通過升級的命令使其復位，同樣的故障出現了，所有的業務出現不停閃斷，中斷的所有站點上報VC12遠程缺陷指示。隨著9#交叉板復位起來正常運行業務也隨之恢復正常。于是我們通過這一現象進行推理判斷，首先我們知道S385設備的交叉板和時鐘板是集成在一起的，標準的說法叫做交叉時鐘板，因此我們可以懷疑這個故障是否是由于時鐘單元模塊有問題造成。進一步思考，我們在交叉板升級中的空分板復位是會引起時鐘模塊復位的，因為時鐘單元模塊的程序是隨空分板的程序一起升級起來的。于是我們對時鐘總線進行強制切換，果然一旦切換強制工作在8#時鐘總線上，故障現象就出現。到這里，我們找到了故障問題的原因。

根據以上隱患描述及排查分析，解決措施如下：

由于中興S385的交叉時鐘單元是集成在一起的，8#的時鐘模塊有問題，我們將8#整個交叉時鐘板進行更換，更換后進行多次業務總線和時鐘總線的強制切換，業務均正常，至此問題解決。

注意事項

雖然中興S385設備的交叉時鐘單元是集成在一起的，但是我們在交叉板強制狀態中進行切換是是切換的業務總線的選擇狀態，時鐘總線的切換需要到時鐘板的強制狀態中去進行切換。同時通過此案例我們還可以得知，有時候同樣是一個復位的動作卻會由于觸發條件的不同而會有不同的影響范圍。