系統突發故障時的應急開機解決方案

王蘇利 陳志欣

【摘要】 隨著集團cBSS系統上線運行，4G業務受理及計費統一上收到CBSS，用戶停復機由cBSS下發，系統高度集中帶來高風險，其中任意一個環節出現異常，就會造成用戶投訴。各省作為用戶歸屬地，必須具備一定的應急處理能力。制定應急開機解決方案，實現系統故障時，快速為用戶開機，減少用戶投訴。

【關鍵詞】 cbss 故障 應急開機

一、引言

隨著集團cBSS系統上線運行，4G業務受理及計 費統一上收到cBSS，用戶停復機由cBSS下發。系統高度集中具備很多優勢，但流程長，環節多，也帶來高風險， 其中任意一個環節出現故障或壓單，就會造成用戶投訴，各省作為用戶歸屬地，必須具備一定的應急處理能力。尤其是開機業務，每月投訴占比最大，故借鑒BSS系統快速開機，開發CBSS應急開機，應對cBSS、BSS系統故障或壓單時，及時為用戶開機，將用戶投訴降到最低。

二、問題分析

停開機工單現有處理流程

通過對故障分析總結，信控開機單絕大多數會在CBSS系統的賬管、CRM、BO，省分BO、IOM這5個環節出現積壓，所以方案主要解決以上5個環節壓單時的開機處理以及用戶投訴時的緊急開機處理。

三、名詞解釋

賬管（CBSS）：賬務管理子系統，CBS S系統的一部分，信控流程最前端，按照信控規則生成停開機工 單發給CRM。

CRM（CBSS）：客戶關系管理（CRM）子系統，CBSS系統的一部分，接收賬管發出的停開機工單，下發省分處理。

BO：CRM、IOM中間的接口系統，將CRM的工單轉換為IOM需要的工單數據，發送至IOM。

IOM：集成訂單系統，調度工單在各個施工環節流轉，將需要的指令傳遞到NAS，并接收NAS返回結果。

NAS：服務開通系統， 將業務的自動 施工單發送至各個相關網元，并將結果反饋給IOM。

四、實施方法和過程

4.1實施思路

借鑒和依托BSS快速開機，應急開機流程不再過省分BO、IOM環節，由省分CRM建立接口表，省分賬管開發程序定時監控，當系統故障或壓單，直接 從CBSS生產或備份庫讀取數據寫入接口表，NAS直接從接口表掃描數據發送網元。

4.2應急開機功能框架圖：

4.3功能說明

（1）數據采集。省分CRM建立接口表，省分賬管開發程序定時監控，當CBSS系統的賬管、CRM、BO環節故障或壓單，達到一定閾值，省分賬管應急程序根據不同環節的故障，從CBSS生產或備份庫相應表讀取需要的開機數據寫入接口表，NAS從接口表實時掃描需要處理的數據。

（2）應急開機指令生成。由于去掉了省分BO、IOM等環節，開機指令需要的一些參數無法獲取，故在NAS實時沉淀出一份用戶數據，保存IMSI，交換機等指令需要的參數，用于應急開機時的處理。用戶數據的初始來源，是一次性從CBSS獲取靜態數據，后續由NAS根據受理工單自行沉淀，動態實時更新。 NAS一旦掃描到需要處理的開機單，會根據沉淀的信息，匹配出該號碼的地市、交換機等信息，生成開機指令發送網元側，及時為用戶開機。

（3）停開機界面。NAS開發停開機界面，應對用戶投訴時的緊急開機處理。界面中輸入號碼，系統會根據沉淀的信息，生成指令，及時為用戶開機。

（4）異常處理。 開發異常失敗單重發功能，通過該功能，可以修改指令參數值，修正后將失敗指令重新發送。

（5）操作記錄查詢。對于停開機操作，從公司到用戶都很敏感，因此需要記錄操作日志，以便追溯。

五、小結

應急開機功能在短時間內完成開發并投入使用，在系統出現異常時，可快速自動執行，大面積解決開機積壓，降低用戶投訴，提升客戶感知。

參 考 文 獻

[1]基于雙層接口的批量應急開機方案 陳健榮 《廣西通信技術》2009（2）：43-46