[發(fā)明專利]一種HLR用戶數(shù)據(jù)自檢的方法和系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201310113412.1
• 申請(qǐng)日: 2013-04-02
• 公開（公告）號(hào): CN103200556A
• 公開（公告）日: 2013-07-10
• 發(fā)明（設(shè)計(jì)）人: 李進(jìn);韓曉豐;王東亮
• 申請(qǐng)（專利權(quán)）人: 四川奧誠科技有限責(zé)任公司
• 主分類號(hào): H04W8/04
• 分類號(hào): H04W8/04
• 代理公司: 北京集佳知識(shí)產(chǎn)權(quán)代理有限公司 11227
• 代理人: 李玉秋;郝鵬

技術(shù)領(lǐng)域

本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域的數(shù)據(jù)檢測(cè)，具體為一種HLR用戶數(shù)據(jù)自檢的方法和系統(tǒng)。

背景技術(shù)

在通信運(yùn)營商網(wǎng)絡(luò)中，HLR（歸屬位置寄存器）處于核心網(wǎng)絡(luò)的最高層，主要用于保存和管理運(yùn)營商客戶用戶數(shù)據(jù)，包括客戶位置數(shù)據(jù)、鑒權(quán)數(shù)據(jù)、業(yè)務(wù)訂購數(shù)據(jù)等數(shù)據(jù)，這些信息對(duì)于移動(dòng)業(yè)務(wù)的提供是至關(guān)重要的。在實(shí)際通信運(yùn)營商業(yè)務(wù)運(yùn)營過程中，經(jīng)常會(huì)因?yàn)楦鱾€(gè)網(wǎng)元業(yè)務(wù)流程不完善、突發(fā)性異常故障、數(shù)據(jù)傳輸交互故障等原因，引起HLR用戶數(shù)據(jù)準(zhǔn)確性不高、數(shù)據(jù)不規(guī)范等情況產(chǎn)生，同時(shí)伴隨一些歷史異常用戶數(shù)據(jù)在HLR中不斷增加沉淀，直接會(huì)影響通信運(yùn)營商客戶的相關(guān)業(yè)務(wù)使用，導(dǎo)致客戶投訴、滿意度下降、通信運(yùn)營商收入流程等嚴(yán)重問題。

為了校驗(yàn)HLR上的數(shù)據(jù)是否準(zhǔn)確、是否規(guī)范，目前通信運(yùn)營商通常采取的措施是通過BOSS（業(yè)務(wù)運(yùn)營支撐系統(tǒng)）或CRM（客戶關(guān)系管理系統(tǒng)）與HLR雙方系統(tǒng)之間用戶數(shù)據(jù)進(jìn)行對(duì)比，以此保證一致性。

例如：從HLR數(shù)據(jù)開始，HLR在檢測(cè)到活躍事件時(shí)，將對(duì)應(yīng)業(yè)務(wù)數(shù)據(jù)發(fā)到校驗(yàn)系統(tǒng)，校驗(yàn)系統(tǒng)從客戶關(guān)系管理系統(tǒng)CRM獲取對(duì)應(yīng)的業(yè)務(wù)數(shù)據(jù)，再將HLR和CRM的業(yè)務(wù)數(shù)據(jù)進(jìn)行對(duì)比，獲取不一致業(yè)務(wù)數(shù)據(jù)后，依據(jù)CRM業(yè)務(wù)數(shù)據(jù)對(duì)HLR中的業(yè)務(wù)數(shù)據(jù)進(jìn)行更新，以達(dá)到HLR數(shù)據(jù)正確性檢查的目的。

再如：從BOSS數(shù)據(jù)開始，采集要求和BOSS保持一致的HLR網(wǎng)元數(shù)據(jù)，再將預(yù)處理后的HLR網(wǎng)元數(shù)據(jù)和BOSS對(duì)應(yīng)的數(shù)據(jù)進(jìn)行一致性比對(duì)并生成差異結(jié)果，最后在BOSS和HLR網(wǎng)元中執(zhí)行雙方差異數(shù)據(jù)一致性修復(fù)數(shù)據(jù)操作，使BOSS和HLR網(wǎng)元數(shù)據(jù)保持一致，實(shí)現(xiàn)HLR網(wǎng)元數(shù)據(jù)檢查和修復(fù)功能。

由上述可知，現(xiàn)有校驗(yàn)方法雖然能夠確保BOSS或CRM和HLR雙方系統(tǒng)用戶數(shù)據(jù)上的一致性，但無法針對(duì)HLR自身的錯(cuò)誤、不規(guī)范、重復(fù)等數(shù)據(jù)情況進(jìn)行檢查處理。故存在HLR自身異常用戶數(shù)據(jù)無法檢查的問題。此外，現(xiàn)有校驗(yàn)方法需要關(guān)聯(lián)HLR之外的業(yè)務(wù)支撐系統(tǒng)，這樣會(huì)造成系統(tǒng)之間耦合度高，增加了實(shí)施難度，降低了系統(tǒng)工作效率。

實(shí)施難度較大：現(xiàn)有技術(shù)方法通過BOSS或CRM和HLR雙方系統(tǒng)之間用戶數(shù)據(jù)的對(duì)比，不可避免的需要關(guān)聯(lián)HLR之外的BOSS系統(tǒng)用戶數(shù)據(jù)，涉及到部門之前、人員之間、數(shù)據(jù)交互之間等各個(gè)方面的協(xié)調(diào)連同工作，增加了HLR用戶數(shù)據(jù)檢查的系統(tǒng)耦合度；同時(shí)還涉及到BOSS業(yè)務(wù)數(shù)據(jù)和HLR網(wǎng)元參數(shù)之間的轉(zhuǎn)換對(duì)應(yīng)問題，不同系統(tǒng)之間的數(shù)據(jù)關(guān)聯(lián)性高，一定程度上影響了現(xiàn)有HLR用戶數(shù)據(jù)檢查工作的穩(wěn)定性和靈活性，最終增加了現(xiàn)有技術(shù)方法的實(shí)施難度。

工作效率低下：特別是針對(duì)全量HLR用戶數(shù)據(jù)準(zhǔn)確性、規(guī)范性的檢查過程中，同時(shí)需要獲取HLR和BOSS兩方的全量用戶數(shù)據(jù)，隨著目前通信運(yùn)營商用戶量的不斷增多，單方系統(tǒng)全量用戶數(shù)據(jù)已達(dá)千萬級(jí)別，加之現(xiàn)有HLR全量用戶數(shù)據(jù)存在普遍的獲取困難，基于HLR全量用戶數(shù)據(jù)檢查人工操作、協(xié)調(diào)工作量大，導(dǎo)致現(xiàn)有HLR用戶數(shù)據(jù)準(zhǔn)確性、規(guī)范性檢查效率不夠，同時(shí)不利于將HLR全量用戶檢查形成常態(tài)化工作。

除上述問題外，現(xiàn)有檢查方式還具有主題性不強(qiáng)的問題。現(xiàn)有通過HLR和BOSS雙方用戶數(shù)據(jù)對(duì)比方式，以HLR和BOSS兩方用戶數(shù)據(jù)一致為檢查標(biāo)準(zhǔn)，雖能夠檢查出雙方系統(tǒng)用戶數(shù)據(jù)不一致的情況，但是不能進(jìn)行有針對(duì)性、主題性的對(duì)HLR全量用戶數(shù)據(jù)自身的一些合法性、規(guī)范性無法進(jìn)行檢查，使整個(gè)HLR用戶數(shù)據(jù)檢查修復(fù)工作不能靈活開展。

發(fā)明內(nèi)容

有鑒于此，本發(fā)明提供一種HLR用戶數(shù)據(jù)自檢的方法和系統(tǒng)，能夠?qū)LR用戶數(shù)據(jù)進(jìn)行自檢，彌補(bǔ)了現(xiàn)有HLR用戶數(shù)據(jù)質(zhì)量保障存在漏洞的問題

為解決以上技術(shù)問題，本發(fā)明的技術(shù)方案是，一種HLR用戶數(shù)據(jù)自檢的方法，其特征在于，包括以下步驟：

對(duì)移動(dòng)通信網(wǎng)絡(luò)中HLR設(shè)備上的用戶數(shù)據(jù)進(jìn)行采集，將采集到的用戶數(shù)據(jù)作為自檢的基礎(chǔ)進(jìn)行全量HLR用戶數(shù)據(jù)保存；

在所述全量HLR用戶數(shù)據(jù)中通過數(shù)據(jù)自檢系統(tǒng)提取待檢測(cè)的HLR用戶數(shù)據(jù)并進(jìn)行標(biāo)記；針對(duì)待測(cè)的HLR用戶數(shù)據(jù)提出自檢任務(wù)，再依據(jù)自檢任務(wù)調(diào)出相應(yīng)的自檢規(guī)則，所述自檢任務(wù)和自檢規(guī)則均有與待測(cè)的HLR用戶數(shù)據(jù)相同的標(biāo)記；數(shù)據(jù)自檢系統(tǒng)依據(jù)相同的標(biāo)記，開始對(duì)待測(cè)的HLR用戶數(shù)據(jù)進(jìn)行自檢；在自檢完成后對(duì)不符合自檢規(guī)則的異常HLR用戶數(shù)據(jù)進(jìn)行修復(fù)。

進(jìn)一步，所述待測(cè)的HLR用戶數(shù)據(jù)采用逐條提取的方式進(jìn)行自檢。

進(jìn)一步，所述對(duì)不符合自檢規(guī)則的異常HLR用戶數(shù)據(jù)進(jìn)行修復(fù)的具體步驟為：