固網智能化攻克同步難關

　　固網智能化以后，所有用戶的號碼信息、智能業務數據，甚至基本業務和補充業務數據都存放在SHLR(SMARTHLR)中，SHLR成為全網的數據中心。

　　根據用戶對業務的需求變化，用戶的業務數據也需要進行更新，也就是說，從各種渠道受理進來的用戶業務需求信息要及時地輸入到SHLR中進行存放和管理，SHLR配合下層交換網絡實現用戶需要的業務。一般，用戶數據更新信息輸入到SHLR有97自動接口和人工操作終端兩種方式，主要采用97自動接口方式，因此，需要解決97系統和SHLR用戶數據同步的問題。

　　出于業務負荷和安全的考慮，一般SHLR不會以單網元的方式存在，而是以1+1主備方式、1+1互備方式或N+1方式進行建設，這樣，就面臨著多SHLR中的用戶數據如何保持一致的問題，即SHLR間數據同步的問題。

　　如果固網智能化交換機和SHLR間采用MAP協議，則交換機具有VLR的功能，存儲本交換機管理域內的用戶數據，呼叫發生時查詢VLR并觸發VLR中的用戶業務信息，VLR需要與SHLR的數據進行同步。

　　以下以武漢電信固網智能化項目為例，探討SHLR用戶數據的同步方案。

　　武漢電信采用“軟交換匯接局完全訪問SHLR”的方式進行固網智能化改造。采用來話、去劃分區匯接的二級網絡結構，包含兩個匯接區，每個匯接區設置1對SS、1對TG，全網設置1對SG、1對SHLR。用戶數據管理上，采用用戶數據全上移的方式，SS和SHLR之間采用MAP協議進行交互，SS具備VLR功能。具體組網如圖1所示。

　　97系統與SHLR間的數據傳送

　　業務受理后，97系統需要將用戶的受理信息及時、準確地傳送到SHLR，SHLR需要正確地寫入數據，并保證兩個SHLR間的數據同步。在武漢電信固網智能化項目中，通過97系統與SHLR間的組網和數據的傳送機制來保證97系統與SHLR、兩個SHLR之間的數據同步。

　　97系統與SHLR的組網方案

　　武漢SHLR容災系統由營房村SHLR-A和洪山SHLR-B構成，每個SHLR都通過一個接口機(分別為BOSS-A和BOSS-B)完成與97系統的交互；為簡化97接口，BOSS-A作為SHLR與97系統的統一接口通過中間件與97系統相連；BOSS-A與BOSS-B間采用2M專線相連，97系統和BOSS-B之間的通信通過BOSS-A進行轉發。

　　97系統與SHLR的數據傳送機制

　　97系統業務受理后，97接口機通過中間件服務器選擇BOSS-A發送開戶、銷戶、簽約和去簽約業務請求。BOSS-A向SHLR-A的業務處理子系統發送修改用戶信息請求，同時通過BOSS-B向SHLR-B的業務處理子系統發送修改用戶信息請求，然后等待響應。

　　如果BOSS-A、BOSS-B均收到成功響應，則BOSS-A給中間件服務器回雙受理成功的響應。

　　中間件收到雙受理成功的響應后，向97接口機回送受理成功消息，97系統將工單置“完工”。

　　如果BOSS-A、BOSS-B均收到操作失敗響應，則BOSS-A給中間件服務器回雙失敗響應，中間件收到雙操作失敗的響應后，向97接口機回送操作失敗消息，97系統將此工單轉至人工崗進行處理，人工崗通過分析操作失敗原因，對工單進行修正、確認后，通過SHLR的操作終端錄入用戶數據。

　　如果對一個SHLR操作成功而另一個失敗，BOSS-A給中間件服務器回一個成功、一個失敗的響應，中間件收到該響應后，按照操作失敗進行處理，向97接口機回送操作失敗消息，97系統將此工單轉至人工崗進行處理；因為此時一個SHLR數據已更新，兩個SHLR中數據已經不一致，必須恢復已成功修改的SHLR的數據，保證兩個SHLR之間數據的一致性，具體方式如下：中間件判斷BOSS-A成功響應消息中的地址，向該BOSS發起回滾請求；BOSS根據其記錄的數據更新日志，向其業務處理子系統發起回滾請求和回滾內容；SHLR業務處理子系統根據BOSS的請求做數據恢復操作，操作完成后，發確認消息給BOSS；BOSS收到回滾操作成功響應，通知中間件。

　　從以上描述可看出，在這種組網和傳送機制下，依靠中間件的統一分發、管理保證兩個SHLR之間數據的一致性。

　　 SHLR與SS間的數據同步

　　武漢電信固網智能化SHLR與SS之間采用MAP協議進行交互，SS具備VLR功能，因此固網用戶開戶及修改用戶信息等操作，都需要SHLR主動將用戶數據下插到用戶所在的SS交換機。

　　SHLR用戶數據下插機制

　　SHLR接收到97傳送的數據修改消息后，在修改自身數據的同時，還通過其MAP功能模塊主動向SS發起實時同步操作請求，請求SS更新VLR數據。在正常情況下，SS更新VLR數據成功，如果數據下插過程中有時會因為鏈路異常、批量操作、設備處理性能等原因致使數據無法正確在SS上保存，因此SHLR必須有一個失敗重試的機制，確保在失敗后還能繼續下插，直到成功。

　　為了保證失敗后能一直重試，在SHLR的動態表中增加了一個字段，用于標識用戶數據是否同步到交換機，正常情況下為零，代表已經正確同步，異常時大于零，代表需要重試。同時在SHLR設定一個定時任務，在設定的時間到達時掃描同步標志，對于同步標志大于零的用戶，發起同步請求消息，通知MAP向SS同步所有數據。

　　 用戶數據同步流程

　　流程說明：1)BOSS進行用戶數據修改時，向DBIO發送消息EV_DBIO_Agent_Req；2)DBIO將變化的數據修改到物理庫；3)DBIO同時將變化的數據修改到內存庫；4)修改數據庫成功后，向BOSS返回成功響應；5)DBIO向MAP發送通知消息，通知MAP發起同步操作；6)HLRMAP收到DBIO通知消息后，立即向DBIO返回響應；7)HLRMAP根據DBIO的通知消息內容，向SS發起單獨同步操作；8)IMS返回正確的消息，HLRMAP不做處理，直接返回。

　　流程說明：1)-7)同正常流程；8)HLRMAP收到失敗的響應;9)HLRMAP發送消息到內存庫數據，將同步標志加1，于是在內存庫中就產生了此用戶的失敗記錄；10)DBIO收到BOSS系統對此用戶的第二次操作；11)修改物理庫成功；12)再修改內存庫，由于內存庫中有此用戶的失敗記錄，則向DBIO返回失敗響應，拒絕此次操作；13)DBIO再向BOSS返回失敗，導致BOSS操作異常。

　　定時重試同步方法

　　為保證SHLR的數據能萬無一失地同步到SS，SHLR采用定時重試的同步機制，具體同步方法是：DBIO設置一個定時任務，時間到達時，掃描用戶記錄中的同步標志，對于同步標志為1的用戶向MAP發通知消息，通知MAP同步當前用戶數據。

　　DBIO掃描不是同時操作所有用戶，而是每次同步的用戶數最多50條，每天最多同步250次，因此一天內最多可以同步12500條記錄，每次定時1～2S，一天定時同步的最少時間就是250s，每秒發送50條MAP消息。

　　SHLR用戶數據同步是保證固網智能化工程后及時開通業務、順利提供業務的基礎，因此必須制定正確有效的同步方案保證從97受理到業務開通、使用的全流程的數據同步。06266