移動電話綜合業(yè)務(wù)管理系統(tǒng)的關(guān)鍵技術(shù)研究(3)

移動電話綜合業(yè)務(wù)管理系統(tǒng)的關(guān)鍵技術(shù)研究(3)
3.2重復(fù)話單檢查技術(shù)
    重復(fù)話單剔除是計費和賬務(wù)系統(tǒng)中一個重要處理內(nèi)容。目前大致有利用數(shù)據(jù)庫唯一索引進
行剔重和利用重單檢查文件剔重兩種方法。
    （1）數(shù)據(jù)庫唯一索引剔重技術(shù)
    重單檢查是根據(jù)被服務(wù)方號碼、呼叫起始日期和呼叫起始時間三個字段進行的。利用數(shù)據(jù)
庫唯一索引技術(shù)進行剔重的具體方法是，在詳細話單表中對上述三個字段建立唯一索引，在詳
細話單進行入庫操作時，唯一索引機制對每一條插入的話單記錄進行檢查，從而保證重單不會
入庫。在表中的話單記錄較少時，該方法的入庫效率還可以。但是，當(dāng)表中記錄數(shù)較多時（如
在每個出賬周期的后幾天），入庫速度將嚴重下降以致于該方法失去了實用意義。
    通常的解決方法之一是將詳細話單表進行物理分割。例如，在全省集中計費模式下，按照
移動業(yè)務(wù)區(qū)建立詳細話單表，減少每張表中的記錄數(shù)。對某些移動用戶數(shù)較多的中心城市，還
可以按照MSISDN號碼段建立詳細話單表。這種方法可在一定程度上提高入庫速度，但還是存在
每個出賬周期中入庫速度越來越慢的現(xiàn)象。這成為嚴重制約系統(tǒng)處理速度的一個瓶頸。進一步
地，如果對每一個移動業(yè)務(wù)區(qū)每天建立一張詳細話單表，這可以徹底解決入庫速度問題，但這
又會造成對數(shù)據(jù)統(tǒng)計和查詢等操作的極大不便。
    目前，某些數(shù)據(jù)庫系統(tǒng)帶有“表分割”選件，該功能可以有效地用于解決上述問題。所謂
“表分割”即是按照某種規(guī)則，將物理上的一張“大”表劃分為若干張邏輯上的“小”表。數(shù)
據(jù)庫操作可以選擇對某個小表進行，也可以選擇對整張大表進行。如果計費結(jié)算系統(tǒng)的數(shù)據(jù)庫
系統(tǒng)支持“表分割”功能，將大大地簡化重單檢查工作的復(fù)雜性，并能夠保證計費系統(tǒng)的處理
性能不受入庫速度的影響。具體地說，就是在按照移動業(yè)務(wù)區(qū)或MSISDN號碼段建立若干張詳細
活單表的基礎(chǔ)上，再利用“表分割”選件對每張話單表按照通話日期進行邏輯上的分割。在入
庫重單檢查時，入庫操作是對每天一張的邏輯小表進行的，由于每天的話單數(shù)較少，不會出現(xiàn)
入庫速度逐漸下降的現(xiàn)象。而數(shù)據(jù)的查詢和統(tǒng)計可在大表上進行，不會額外增加處理的復(fù)雜度。
    （2）利用重單檢查文件進行剔重
    如果計費結(jié)算系統(tǒng)的數(shù)據(jù)庫系統(tǒng)不支持“表分割”功能，我們建議采用建立重單檢查文件
的方式，在話單入庫之前進行重單剔除。該方法的具體實現(xiàn)思想如下。
    在話單預(yù)處理過程中，每天建立一個重單檢查比較文件。對每條經(jīng)過預(yù)處理后生成的標準
話單，取出被服務(wù)方號碼、呼叫起始日期和呼叫起始時間三個字段（字符串），根據(jù)呼叫起始
日期打開相應(yīng)的重單檢查文件，利用HASH算法和匹配函數(shù)在重單檢查文件中進行快速查找，如
果匹配成功，該話單屬于重單，則進行相應(yīng)的重單處理。如果匹配不成功，該活單不是重單，
該話單中上述三個字符率添加到呼叫發(fā)生當(dāng)天的重單檢查文件中，用于對后續(xù)話單的重單檢查。
    為了減少HASH算法的匹配查找的時間，重單檢查文件也應(yīng)該越小越好，重單檢查文件也應(yīng)
按照移動業(yè)務(wù)區(qū)或MSISDN號碼段建立。此外，為提高處理速度，在內(nèi)存資源允許的情況下，應(yīng)
盡可能地將重單檢查文件放在內(nèi)存中運行。實踐表明，該方法不依賴數(shù)據(jù)庫所提供的功能，處
理速度快，但是重單檢查文件數(shù)量較多，除了要占用一部分硬盤存儲資源以外，還需要系統(tǒng)有
較大的內(nèi)存資源。
4電子工單系統(tǒng)的實現(xiàn)技術(shù)
    （1）業(yè)務(wù)驅(qū)動思想與開放式的電子工單系統(tǒng)
    在業(yè)務(wù)管理系統(tǒng)中，實時開停機和實時用戶業(yè)務(wù)功能更新是其中一個重要組成部分。我們
設(shè)計并實現(xiàn)了一種開放式的電子工單系統(tǒng)，在湖北襄樊局的運行結(jié)果表明，該系統(tǒng)具有操作時
延短、可靠性高、全自動運行等特點，并且與具體的交換機（HLR）型號以及MML語言無關(guān)，取
得了良好的使用效果。
    由于交換網(wǎng)的復(fù)雜性。交換機制式的多樣性等原因，熟悉移動業(yè)務(wù)管理的人員未必了解交
換機的操作指令，也未必了解哪個號碼段的移動用戶所屬的HLR是哪一個，如果仍然采用參數(shù)
驅(qū)動方式將會遇到業(yè)務(wù)管理人員不知如何定義參數(shù)表中的參數(shù)等問題。我們采用了“業(yè)務(wù)驅(qū)動”
和參數(shù)驅(qū)動結(jié)合的方式設(shè)計電子工單系統(tǒng)。所謂業(yè)務(wù)驅(qū)動就是預(yù)先為每一種業(yè)務(wù)定義一種代碼，
如新裝用戶開通操作的業(yè)務(wù)工單代碼定義為“GA”，當(dāng)業(yè)務(wù)管理系統(tǒng)中完成“新裝用戶”受理
后，只要向業(yè)務(wù)工單表發(fā)送代碼為“GA”的業(yè)務(wù)工單及相應(yīng)信息，如MSISDN號和申請開通的業(yè)
務(wù)功能種類代碼等即可，其余的事均由電子工單系統(tǒng)處理。業(yè)務(wù)管理人員不必關(guān)心交換機可執(zhí)
行工單的具體格式，也不必知道某一具體業(yè)務(wù)操作究竟是如何實現(xiàn)的。
    電子工單系統(tǒng)須將每條業(yè)務(wù)工單分解為若干條交換機／HLR可執(zhí)行的基本工單（分單）。
分解處理是由建立在業(yè)務(wù)工單表上的觸發(fā)器完成的。例如，業(yè)務(wù)管理系統(tǒng)受理了某一用戶“功
能變更”業(yè)務(wù)，內(nèi)容包括限制國際長權(quán)、不可及呼叫轉(zhuǎn)移和來電顯示，受理完畢將向業(yè)務(wù)工單
表發(fā)送一條代碼為“GG”的業(yè)務(wù)工單，以及 MSISDN號和業(yè)務(wù)功能種類代碼等。業(yè)務(wù)工單表中
的插入操作使觸發(fā)器觸發(fā)運行，對該業(yè)務(wù)工單進行分析，并生成三條分單分別存入“分單表”
中。
    考慮到移動交換機／ HLR制式較多，各交換機的 MML語言也存在很大的差別。為了能夠使
電子工單系統(tǒng)與具體的交換機／ HLR制式無關(guān)，實現(xiàn)對交換機／ HLR的開放性，我們設(shè)計了基
于“交換機指令表”的參數(shù)化交換機指令翻譯系統(tǒng)，在程序和分單表中不牽涉到任何交換機的
指令。系統(tǒng)中外建立存放具體交換機指令格式的“交換機指令表”，其內(nèi)容（交換機指令）是
由專業(yè)的交換機維護人員事先輸入的。交換機指令表中的參數(shù)部分以變量代替，在被調(diào)用執(zhí)行
時再以實際的參數(shù)代人。
    例如，需要對MSIMSI號后10位為7279000001的用戶執(zhí)行限制呼出呼人操作，對于西門子公
司的D900系列GSM交換機，其交換機操作指令的格式為：MODMSUB：MSIN=727000001，BAOC=OC，
BAIC=IC。存放在交換機指令表中的指令為：MODMSUB：MSIN=＠m(xù)sin＠，BAOC=OC，BAIC=IC。
運行時，再以分單中的“7279000001”來替換上述指令中的變量部分＠m(xù)sin＠即可。
    （2）電子工單的執(zhí)行策略
    電子工單的執(zhí)行需要有優(yōu)先級處理策略。例如，當(dāng)有多條工單等待向交換機發(fā)送時，繳
費復(fù)話的工單執(zhí)行應(yīng)優(yōu)先于停話和來電顯示等工單的執(zhí)行，這就要求電子工單系統(tǒng)提供優(yōu)先
級處理功能。我們在指令表中為每一種交換機指令定義一個優(yōu)先級別，當(dāng)多條工單同時等待
處理時，處理程序先執(zhí)行優(yōu)先級高的工單。
    工單的執(zhí)行采用優(yōu)先級劃分以后，又會帶來一個新的問題。例如，對某一客戶已發(fā)送了
停話工單，該工單正在等待執(zhí)行，但此時該客戶恰好繳費，系統(tǒng)又發(fā)送一條該客戶的繳費夏
話工單。如果該客戶的停話工單還未來得及執(zhí)行，由于復(fù)話工單優(yōu)先級高于停話工單，復(fù)話
工單先被執(zhí)行，接著又執(zhí)行了停話操作，后果是該客戶雖然已繳費還是被停話，這顯然是不
允許的。解決這一問題有兩種方法：
    ·在觸發(fā)器中檢查
    當(dāng)觸發(fā)器向執(zhí)行工單表發(fā)送工單時，先判斷該客戶有無未執(zhí)行的工單，若有，做相應(yīng)處
理，如刪除停話工單且不發(fā)復(fù)話工單。
    ·在執(zhí)行程序中檢查
    在執(zhí)行電子工單時，若某一客戶有多于一條以上工單時，按工單申請時間順序進行處理，
而不是按優(yōu)先級高低來處理。
    （3）MSISDN號與MSIMSI號的匹配問題
    業(yè)務(wù)管理系統(tǒng)中的大多業(yè)務(wù)都是根據(jù)用戶手機號（MSISDN）來受理的，而交換機的大
多數(shù)指令是根據(jù)MSIMSI號區(qū)分的。兩者可以通過業(yè)務(wù)管理系統(tǒng)中存放的MSISDN號與MSIMSI
號對照表進行映射。但是，如果上述對照表中的數(shù)據(jù)不完整或有錯誤（如在一個新系統(tǒng)剛
剛開通運行初期），將導(dǎo)致交換機無法執(zhí)行對某些用戶的操作指令。對這一問題我們采用
以下方式予以解決。
    當(dāng)出現(xiàn)交換機指令執(zhí)行失敗時，系統(tǒng)對交換機輸出的錯誤消息進行分析，如果執(zhí)行失
敗的原因是由于沒有找到MSIMSI號，則根據(jù)用戶的MSISDN號直接對HLR內(nèi)部的用戶數(shù)據(jù)庫進
行查詢，找出其所對應(yīng)的MSIMSI號，并根據(jù)正確的MSIMSI號完成該指令的執(zhí)行。同時，電
子工單系統(tǒng)對業(yè)務(wù)管理系統(tǒng)中的兩個號碼的對照表進行數(shù)據(jù)重新操作。

摘自《電信科學(xué)》