梁偉晟



【摘要】? ? 服務開通是業務運營支撐系統的重要模塊。系統的服務功能變更請求工單可能由于各種原因施工失敗,需要人工分析干預和重送。本文介紹了通過圖形化配置工單重送工具,自定義配置工單重送的施工順序以及優先級,由程序自動執行重送流程,及時處理失敗的工單,保證了工單施工的成功率。
【關鍵詞】? ? 服務開通? ? 工單重送? ? 配置工具
The Design and Implementation of Order Resend Tool based on Graphical Configuration
LIANG Wei-sheng
(China Mobile Group Guangdong Co., Ltd.,Guangzhou,510623)
Abstract:Service Fulfilling is an important module in Business Operation Support System. The service function order could be failed in some situations. The failed order need manual analysis and resend. This article introduces an order resend tool based on graphical configuration. This tool can self-define process sequence of order resend and its priority. The order-resend will be executed automatically. So the failed orders will be handled promptly and the success of service fulfilling can be guaranteed.
Keywords:Service Fulfilling; Order Resend; Configuration Tool
引言:
業務運營支撐系統BOSS ( Business Operation Support System)作為移動通信企業業務運營和業務管理的計算機系統, 在企業IT體系架構中起著舉足輕重的作用。服務開通,作為業務運營支撐系統的重要模塊,承接上游CRM系統與下游網元,進行業務拆分和向網元發送施工指令,如停開機、服務狀態變更等。BOSS系統每天產生數千萬的服務功能變更請求工單,而工單的施工由于受網絡狀況、網元的處理情況等各種因素影響,有可能施工失敗。針對失敗的工單則需要通過后臺部署定時腳本來進行重送。
對于有依賴關系的工單不能直接自動重送,只能人工分析后手工執行腳本進行重送。典型的場景例如,號碼開戶業務和VOLTE開通涉及HSS\UDM\IMS\AS等多個業務平臺和網元,工單的施工有嚴格順序要求,均無法直接重送。為解決這個問題,通過分析現有的業務需求,對手工執行腳本重送工單的方式進行改進,提供圖形化配置工單重送工具,針對典型場景配置重送流程,定義工單施工結果返回碼,配置完成后可由程序自動執行重送流程,也可通過在工具前臺人工主動發起重送處理。
一、系統設計
1.1技術特點
結合BOSS系統工單重送的場景,提供圖形化配置工單重送工具,保證用戶服務功能變更請求能夠及時施工成功,減少因系統或者網絡問題引起的用戶功能無法使用問題,保證了工單施工的成功率。
工單重送流程定義:圖形化配置界面,可自定義配置工單重送的施工順序以及優先級,采用拖拉拽方式設置。
重送參數配置:可配置重處理類型、重處理方式、重處理的工單總量、重處理優先級等相關參數。
配置重送工單返回碼:針對重送的返回碼統一管理,業務流程可根據返回碼進行判斷是否需要忽略或終止流程。
1.2實現方案
服務開通工單重送的典型應用場景
類型 典型場景
重發失敗指令 對請求中的發送失敗、未發送和被回滾的指令進行重處理操作。
重發失敗指令并忽略執行結果 請求指令已經發送到網元,由于網絡原因沒有接收到網元的響應,導致處理請求指令超時。當重處理時重發這條超時指令還會失敗,但需繼續發送后面的指令,這時就應選擇“重發失敗指令并忽略執行結果”。
重發所有指令 CRM發送了銷戶、開戶、VOLTE開通附加業務的請求,處理結果是銷戶失敗(由于用戶不存在)、開戶成功、開通附加業務成功。維護人員發現銷戶失敗,在沒有分析業務場景的情況下進行了銷戶請求的重處理操作,把正常的用戶銷掉,這時就需要對開戶和開通附加業務的請求進行重處理。
重發回寫失敗 對回寫失敗的請求進行重回寫操作,并更新回寫狀態。
重送業務流程配置
下面以服務開通的用戶號碼開戶請求為例,介紹各個重處理類型的執行流程,開戶請求的圖形化配置工單工具業務流程如圖1所示。
各個重處理類型的執行流程如下:
1.重發失敗指令
如果該請求的執行結果是,ADDSUB_HLR和ADDSUB_VMS執行成功;ADDSUB_OCS執行失敗,ADDSUB_VMS被回滾。當對該開戶請求進行重處理時,ADDSUB_VMS、ADDSUB_OCS和ADDSUB_RBT都要被重新執行。
2.重發失敗指令并忽略執行結果
如果ADDSUB_OCS在重處理時網元返回指令處理失敗,則系統忽略該錯誤,繼續執行ADDSUB_RBT,而不是RMVSUB_VMS節點
3.重發所有指令
全部重處理和一般發送過來的請求一樣,當前執行的結果對重處理沒有影響,系統根據和網元交互的流程執行重處理請求。
4.重發回寫失敗
不重處理指令,僅將請求處理結果向請求系統重新回寫并更新回寫狀態。
用戶只能重處理有權限的請求,沒有權限的請求記錄前面的復選框顯示為灰色,不能被重處理。
重處理參數設置
1.在配置工具的“重處理類型”的下拉列表中選擇重處理功能的類型,如重發失敗指令、重發失敗指令并忽略執行結果等,參考前面表1。
2.在“重處理優先級”的下拉列表中,設置待重處理請求的優先級。
最高優先級:將待重處理請求的優先級設置為最高級別。
最低優先級:將待重處理請求的優先級設置為最低級別。
優先級不改變:保持待重處理請求的優先級與請求被重處理前一致。
3.在“重處理方式”的下拉列表中,選擇重處理的方式并單擊“重處理”。
當“重處理方式”選擇為“重處理當前頁選擇請求”,但是卻沒有選中任何一條請求記錄時,系統會提示如下信息:沒有選擇重處理的請求,請單擊“確認”并重新選擇需要重處理的請求。
當“重處理方式”選擇為“重處理當前頁選擇請求”,且選中了請求記錄時,系統提示如下信息:確認是否重處理選擇的請求記錄,請單擊“是”。
當“重處理方式”選擇為“重處理當前頁所有”時,系統提示如下信息:確認是否重處理當前頁所有請求記錄
當“重處理方式”選擇為“重處理所有記錄”時,系統提示如下信息:確認是否重處理所有請求記錄。注:當查詢結果中請求記錄的條數大于1000且“重處理所有記錄的最大數量”的值大于1000時,系統將提示如下信息:處理請求數超過一千耗時較多,建議不要繼續執行。“重處理所有記錄的最大數量”可以根據系統資源情況進行配置。
重處理處理流程
1.定時掃描工單歷史表中業務辦理時間XX分鐘(時間周期可以根據系統資源情況進行配置)前的失敗工單;
2.通過工單名稱匹配工單重送業務流程,獲取該號碼需要重送的所有工單;
3.生成重送任務業務流程;
4.獲取重送配置參數;
5.生成工單指令重送;
6.返回施工結果。
二、結束語
在服務開通引入圖形化配置工單重送工具后,對于失敗的工單,不需要人工分析后手工執行腳本進行重送。通過圖形化配置工單重送工具,針對典型場景配置重送流程,定義工單施工的結果返回碼,配置完成后可由程序自動執行重送流程,也可通過工具前臺人工主動發起重送處理。將獨立的工單轉換為業務流程化工單,可根據返回碼確認重送執行過程,提供重送工單量預警,超過閥值進行人工干預,有效避免錯送問題。同時能及時處理失敗的工單,保證了工單施工的成功率。
參? 考? 文? 獻
[1] 邱小平,基于工作流的業務流程管理與優化[M].科學出版社,2018
[2] 倪煒. 分布式消息中間件實踐[M]. 電子工業出版社,2018
[3] 張煜. 基于MVC架構模式的服務開通系統設計與實現[D]. 南京郵電大學,2019
[4] 王宇飛. 基于SOA的BOSS系統服務發現方法的研究與實現[D]. 北京郵電大學,2016