專利名稱：Hlr“清道夫”用戶數(shù)據(jù)清理系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及GSM網(wǎng)絡(luò)HLR用戶屬性實(shí)時(shí)輸出解碼，實(shí)時(shí)將HLR與BOSS及其 他業(yè)務(wù)平臺(tái)核對(duì)清理，尤其是一種適合于對(duì)通信行業(yè)HLR用戶數(shù)據(jù)實(shí)時(shí)核對(duì)清理， 實(shí)時(shí)與BOSS及其他業(yè)務(wù)平臺(tái)核對(duì)分析，并自動(dòng)生成用戶垃圾數(shù)據(jù)清理指令和恢復(fù)指 令GSM HLR用戶數(shù)據(jù)清理管理系統(tǒng)。
二背景技術(shù)：
隨著移動(dòng)通信網(wǎng)絡(luò)容量的不斷擴(kuò)大，移動(dòng)用戶的數(shù)量也在相應(yīng)不斷地增長(zhǎng)。手機(jī) 用戶數(shù)量的快速增長(zhǎng)以及各種各樣的業(yè)務(wù)發(fā)展帶來(lái)了很多的問(wèn)題，其中，最突出的問(wèn) 題就是HLR與BOSS、 SCP、彩信、彩鈴等業(yè)務(wù)平臺(tái)的用戶數(shù)據(jù)不一致造成客戶無(wú)法 使用業(yè)務(wù)和公司收入流失。造成這些結(jié)果的原因主要可能有
(1) 手機(jī)用戶數(shù)量持續(xù)高速的增加，使得用戶各種參數(shù)的差錯(cuò)可能性變大。
(2) 各種手機(jī)新業(yè)務(wù)平臺(tái)不斷出現(xiàn)與變化。
(3) 各種業(yè)務(wù)平臺(tái)與HLR、 BOSS之間的用戶數(shù)據(jù)同歩機(jī)制可能不完善。
(4) 移動(dòng)通信系統(tǒng)容量持續(xù)增大，投資增加。
(5) 業(yè)務(wù)開通的不規(guī)范和后臺(tái)操作。
(6) —些其他原因。
同時(shí)這些原因逐步導(dǎo)致交換機(jī)系統(tǒng)資源被大量的占用，其中包括很多不必要的垃 圾數(shù)據(jù)及錯(cuò)誤數(shù)據(jù)，這些垃圾數(shù)據(jù)的逐步累計(jì)，會(huì)降低現(xiàn)有設(shè)備的有效利用率和各個(gè) 業(yè)務(wù)平臺(tái)用戶數(shù)據(jù)的差異性；同時(shí)，垃圾數(shù)據(jù)的存在，無(wú)形中增加了公司在設(shè)備軟硬 件采購(gòu)上的不必要的大量投入。隨著用戶數(shù)量及業(yè)務(wù)功能的快速增加，因人為或歷史 原因，用戶參數(shù)的差錯(cuò)也比較大，可能導(dǎo)致各種計(jì)費(fèi)差錯(cuò)及嚴(yán)重影響了服務(wù)質(zhì)量，產(chǎn) 生了不少可以避免的客戶投訴。
三
發(fā)明內(nèi)容
為了概括本發(fā)明的目的，在這里描述了本發(fā)明的某些方面、優(yōu)點(diǎn)和新穎特征。應(yīng) 了解，無(wú)需所有這些方面、優(yōu)點(diǎn)和特征包含在任一特殊的實(shí)施例中。
為解決現(xiàn)有技術(shù)存在的問(wèn)題和不足之處，本發(fā)明目前是通過(guò)實(shí)時(shí)通過(guò)合理的算 法，實(shí)現(xiàn)對(duì)HLR用戶屬性文件實(shí)時(shí)解碼，實(shí)時(shí)與BOSS以及其他業(yè)務(wù)平臺(tái)清理核對(duì)。
其技術(shù)方案是
HLR"清道夫"用戶數(shù)據(jù)清理系統(tǒng)，系統(tǒng)包括數(shù)據(jù)采集處理模塊、數(shù)據(jù)傳輸模塊、
數(shù)據(jù)解碼模塊、分析比對(duì)處理模塊、分析查詢模塊、主備HLR同步模塊，其中 數(shù)據(jù)采集處理模塊負(fù)責(zé)實(shí)現(xiàn)對(duì)HLR全網(wǎng)的用戶屬性采集，通過(guò)相關(guān)工具獲取數(shù)
據(jù)，并將采集到的原始數(shù)據(jù)信息按一定的標(biāo)準(zhǔn)存放；數(shù)據(jù)傳輸模塊負(fù)責(zé)把采集到的原
始數(shù)據(jù)傳入到數(shù)據(jù)解碼模塊、分析比對(duì)處理模塊中；數(shù)據(jù)解碼模塊負(fù)責(zé)檢查原始數(shù)據(jù)
的完整性，按照數(shù)據(jù)編碼規(guī)則把數(shù)據(jù)解碼成能夠識(shí)別的原始數(shù)據(jù)信息；分析比對(duì)處理
模塊負(fù)責(zé)根據(jù)數(shù)據(jù)HLR與BOSS及其他業(yè)務(wù)平臺(tái)用戶數(shù)據(jù)核對(duì)的規(guī)則，進(jìn)行分析并
生成比對(duì)結(jié)果，把分析出來(lái)的結(jié)果傳輸?shù)綌?shù)據(jù)查詢管理子系統(tǒng)中；分析查詢模塊以
WEB的方式提供給交換機(jī)維護(hù)管理人員使用；主備HLR同步模塊通過(guò)對(duì)HLR屬性
文件的實(shí)時(shí)解密進(jìn)行主備HLR的用戶屬性文件比對(duì)，然后自動(dòng)以主用側(cè)用戶屬性為
基準(zhǔn)向備用HLR發(fā)送指令糾正。
HLR"清道夫"用戶數(shù)據(jù)清理方法，利用上述系統(tǒng)取出原始HLR，包括主備HLR
數(shù)據(jù)信息，BOSS、彩鈴等業(yè)務(wù)平臺(tái)中取出信息；由數(shù)據(jù)傳輸子系統(tǒng)將這些原始信息
輸出到數(shù)據(jù)分析對(duì)比子系統(tǒng)，并將數(shù)據(jù)輸入到對(duì)應(yīng)目錄；數(shù)據(jù)分析子系統(tǒng)自動(dòng)獲取新
的原始數(shù)據(jù)并開始分析，然后將分析的結(jié)果送入WEB查詢子系統(tǒng)；如果分析的結(jié)果
得到審批確認(rèn)，系統(tǒng)將自動(dòng)生成相對(duì)應(yīng)的垃圾數(shù)據(jù)清理指令，對(duì)刪除的垃圾數(shù)據(jù)同時(shí)
生成恢復(fù)指令。
上述的HLR"清道夫"用戶數(shù)據(jù)清理方法，其進(jìn)一步特征在于，通過(guò)系統(tǒng)自動(dòng)將 采集到的HLR用戶屬性數(shù)據(jù)進(jìn)行自動(dòng)解碼，并按照一定的算法進(jìn)行入庫(kù)。
上述的HLR"清道夫"用戶數(shù)據(jù)清理方法，其進(jìn)一步特征在于，通過(guò)系統(tǒng)按照一 定的算法對(duì)HLR用戶數(shù)據(jù)與BOSS以及其他業(yè)務(wù)平臺(tái)進(jìn)行實(shí)時(shí)核對(duì)并生成數(shù)據(jù)清理 指令。通過(guò)系統(tǒng)能實(shí)時(shí)自動(dòng)對(duì)主備HLR不匹配用戶數(shù)據(jù)進(jìn)行同步糾正。 本發(fā)明的有益效果-
本發(fā)明的HLR "清道夫"數(shù)據(jù)清理專家系統(tǒng)具有如下優(yōu)點(diǎn)
1.成功破譯設(shè)備密碼
系統(tǒng)成功破譯了 HLR交換機(jī)用戶屬性文件的密碼，使得能翻譯用戶屬性，轉(zhuǎn)換 成能讀懂的數(shù)據(jù)庫(kù)格式，從而擺脫了設(shè)備廠家的限制。
2. 實(shí)時(shí)性強(qiáng)，實(shí)現(xiàn)了 HLR與BOSS以及其他業(yè)務(wù)平臺(tái)的實(shí)時(shí)比對(duì)的可能性。 由于該系統(tǒng)能在10分鐘內(nèi)導(dǎo)出全網(wǎng)近300萬(wàn)的用戶數(shù)據(jù)，因此實(shí)時(shí)性較強(qiáng)。原
有的比對(duì)模式是無(wú)法實(shí)現(xiàn)比對(duì)功能的。
3. 投資少、安全性強(qiáng)。
一臺(tái)PC機(jī)或小型服務(wù)器即可實(shí)現(xiàn)功能，基本不需要其它投資，系統(tǒng)安全性較強(qiáng)。
4. 可移植性強(qiáng)。
該系統(tǒng)運(yùn)行環(huán)境簡(jiǎn)單，移植性強(qiáng)。


圖1為本發(fā)明實(shí)施例中系統(tǒng)功能模塊圖； 圖2為本發(fā)明實(shí)施例中系統(tǒng)數(shù)據(jù)流程圖；
具體實(shí)施例方式
下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明進(jìn)一步描述。 圖1是HLR "清道夫"用戶數(shù)據(jù)清理系統(tǒng)功能模塊圖。
HLR"清道夫"用戶數(shù)據(jù)清理系統(tǒng)，包括數(shù)據(jù)采集處理模塊，數(shù)據(jù)傳輸模塊、 數(shù)據(jù)解碼模塊、分析比對(duì)處理模塊、分析査詢模塊、主備HLR同步模塊。 其中-
數(shù)據(jù)采集處理模塊負(fù)責(zé)實(shí)現(xiàn)對(duì)HLR全網(wǎng)的用戶屬性采集，主要是通過(guò)相關(guān)工具 獲取數(shù)據(jù)，并將采集到的原始數(shù)據(jù)信息按一定的標(biāo)準(zhǔn)存放。該系統(tǒng)要求人工很少干預(yù)。
數(shù)據(jù)傳輸子系統(tǒng)負(fù)責(zé)把采集到的原始數(shù)據(jù)傳入到數(shù)據(jù)解碼、分析比對(duì)處理模塊 中，是數(shù)據(jù)采集子系統(tǒng)和數(shù)據(jù)解碼、分析子系統(tǒng)之間的橋梁。
數(shù)據(jù)解碼主要負(fù)責(zé)檢査原始數(shù)據(jù)的完整性，按照數(shù)據(jù)編碼規(guī)則把數(shù)據(jù)解碼成能夠 識(shí)別的原始數(shù)據(jù)信息。
分析比對(duì)處理主要負(fù)責(zé)根據(jù)數(shù)據(jù)HLR與BOSS及其他業(yè)務(wù)平臺(tái)用戶數(shù)據(jù)核對(duì)的 規(guī)則，進(jìn)行分析并生成比對(duì)結(jié)果。把分析出來(lái)的結(jié)果傳輸?shù)綌?shù)據(jù)査詢管理子系統(tǒng)中。
分析査詢模塊主要是以WEB的方式提供給交換機(jī)維護(hù)管理人員使用。通過(guò)該系 統(tǒng)，省和各地市分公司能迅速獲取到清理的垃圾數(shù)據(jù)和各個(gè)系統(tǒng)的數(shù)據(jù)統(tǒng)計(jì)，完成數(shù) 據(jù)清理工作并了解各個(gè)系統(tǒng)的用戶數(shù)據(jù)情況。也可以通過(guò)該系統(tǒng)查詢到用戶的其他參 數(shù)。主備HLR同步模塊通過(guò)對(duì)HLR屬性文件的實(shí)時(shí)解密進(jìn)行主備HLR的用戶屬性 文件比對(duì)，然后自動(dòng)以主用側(cè)用戶屬性為基準(zhǔn)向備用HLR發(fā)送指令糾正，通過(guò)這樣 有效的保證了主備HLR用戶數(shù)據(jù)的一致性，實(shí)現(xiàn)了主備HLR的數(shù)據(jù)清理工作，保障 網(wǎng)絡(luò)安全。
上述HLR"清道夫"用戶數(shù)據(jù)清理的方法，具體歩驟在于
本系統(tǒng)利用系統(tǒng)取出原始HLR，包括主備HLR數(shù)據(jù)信息，BOSS、彩鈴等業(yè)務(wù) 平臺(tái)中取出信息；再由數(shù)據(jù)傳輸子系統(tǒng)將這些原始信息輸出到數(shù)據(jù)分析對(duì)比子系統(tǒng)， 并將數(shù)據(jù)輸入到對(duì)應(yīng)目錄；數(shù)據(jù)分析子系統(tǒng)自動(dòng)獲取新的原始數(shù)據(jù)并開始分析，然后 將分析的結(jié)果送入WEB查詢子系統(tǒng)；如果分析的結(jié)果得到審批確認(rèn)，系統(tǒng)將自動(dòng)生 成相對(duì)應(yīng)的垃圾數(shù)據(jù)清理指令，對(duì)刪除的垃圾數(shù)據(jù)同時(shí)生成恢復(fù)指令。
其進(jìn)一步的特征在于通過(guò)系統(tǒng)將采集到的用戶屬性數(shù)據(jù)能實(shí)時(shí)解碼，通過(guò)系統(tǒng)預(yù) 先的算法實(shí)時(shí)與BOSS以及其他業(yè)務(wù)平臺(tái)實(shí)時(shí)比對(duì)并生成數(shù)據(jù)清理指令的方法。
數(shù)據(jù)流程圖如圖2所示。
雖然本發(fā)明已以較佳實(shí)施例公開如上，但它們并不是用來(lái)限定本發(fā)明，任何熟習(xí) 此技藝者，在不脫離本發(fā)明之精神和范圍內(nèi)，自當(dāng)可作各種變化或潤(rùn)飾，因此本發(fā)明 的保護(hù)范圍應(yīng)當(dāng)以本申請(qǐng)的權(quán)利要求保護(hù)范圍所界定的為準(zhǔn)。
權(quán)利要求
1、一種HLR“清道夫”用戶數(shù)據(jù)清理系統(tǒng)，包括數(shù)據(jù)采集處理模塊、數(shù)據(jù)傳輸模塊、數(shù)據(jù)解碼模塊、分析比對(duì)處理模塊、分析查詢模塊、主備HLR同步模塊，其特征在于所述數(shù)據(jù)采集處理模塊負(fù)責(zé)實(shí)現(xiàn)對(duì)HLR全網(wǎng)的用戶屬性采集，通過(guò)相關(guān)工具獲取數(shù)據(jù)，并將采集到的原始數(shù)據(jù)信息按一定的標(biāo)準(zhǔn)存放；所述數(shù)據(jù)傳輸模塊負(fù)責(zé)把采集到的原始數(shù)據(jù)傳入到數(shù)據(jù)解碼模塊、分析比對(duì)處理模塊中；所述數(shù)據(jù)解碼模塊負(fù)責(zé)檢查原始數(shù)據(jù)的完整性，按照數(shù)據(jù)編碼規(guī)則把數(shù)據(jù)解碼成能夠識(shí)別的原始數(shù)據(jù)信息；所述分析比對(duì)處理模塊負(fù)責(zé)根據(jù)數(shù)據(jù)HLR與BOSS及其他業(yè)務(wù)平臺(tái)用戶數(shù)據(jù)核對(duì)的規(guī)則，進(jìn)行分析并生成比對(duì)結(jié)果，把分析出來(lái)的結(jié)果傳輸?shù)綌?shù)據(jù)查詢管理子系統(tǒng)中；所述分析查詢模塊以WEB的方式提供給交換機(jī)維護(hù)管理人員使用；所述主備HLR同步模塊通過(guò)對(duì)HLR屬性文件的實(shí)時(shí)解密進(jìn)行主備HLR的用戶屬性文件比對(duì)，然后自動(dòng)以主用側(cè)用戶屬性為基準(zhǔn)向備用HLR發(fā)送指令糾正。
1、 一種HLR"清道夫"用戶數(shù)據(jù)清理系統(tǒng)，包括數(shù)據(jù)采集處理模塊、數(shù)據(jù)傳輸 模塊、數(shù)據(jù)解碼模塊、分析比對(duì)處理模塊、分析查詢模塊、主備HLR同步模塊，其 特征在于所述數(shù)據(jù)采集處理模塊負(fù)責(zé)實(shí)現(xiàn)對(duì)HLR全網(wǎng)的用戶屬性采集，通過(guò)相關(guān)工具獲 取數(shù)據(jù)，并將采集到的原始數(shù)據(jù)信息按一定的標(biāo)準(zhǔn)存放；所述數(shù)據(jù)傳輸模塊負(fù)責(zé)把采集到的原始數(shù)據(jù)傳入到數(shù)據(jù)解碼模塊、分析比對(duì)處理 模塊中；所述數(shù)據(jù)解碼模塊負(fù)責(zé)檢查原始數(shù)據(jù)的完整性，按照數(shù)據(jù)編碼規(guī)則把數(shù)據(jù)解碼成 能夠識(shí)別的原始數(shù)據(jù)信息；所述分析比對(duì)處理模塊負(fù)責(zé)根據(jù)數(shù)據(jù)HLR與BOSS及其他業(yè)務(wù)平臺(tái)用戶數(shù)據(jù)核 對(duì)的規(guī)則，進(jìn)行分析并生成比對(duì)結(jié)果，把分析出來(lái)的結(jié)果傳輸?shù)綌?shù)據(jù)查詢管理子系統(tǒng) 中；所述分析査詢模塊以WEB的方式提供給交換機(jī)維護(hù)管理人員使用； 所述主備HLR同歩模塊通過(guò)對(duì)HLR屬性文件的實(shí)時(shí)解密進(jìn)行主備HLR的用戶 屬性文件比對(duì)，然后自動(dòng)以主用側(cè)用戶屬性為基準(zhǔn)向備用HLR發(fā)送指令糾正。
2、 一種HLR"清道夫"用戶數(shù)據(jù)清理方法，其特征在于利用HLR"清道夫"用戶數(shù)據(jù)清理系統(tǒng)取出原始HLR，包括主備HLR數(shù)據(jù)信息， B0SS、彩鈴等業(yè)務(wù)平臺(tái)中取出信息；由數(shù)據(jù)傳輸子系統(tǒng)將這些原始信息輸出到數(shù)據(jù)分析對(duì)比子系統(tǒng)，并將數(shù)據(jù)輸入到 對(duì)應(yīng)目錄；數(shù)據(jù)分析子系統(tǒng)自動(dòng)獲取新的原始數(shù)據(jù)并開始分析，然后將分析的結(jié)果送入WEB 査詢子系統(tǒng)；如果分析的結(jié)果得到審批確認(rèn)，系統(tǒng)將自動(dòng)生成相對(duì)應(yīng)的垃圾數(shù)據(jù)清理指令，對(duì) 刪除的垃圾數(shù)據(jù)同時(shí)生成恢復(fù)指令。
3、 根據(jù)權(quán)利要求2所述的HLR"清道夫"用戶數(shù)據(jù)清理方法，其特征在于通 過(guò)系統(tǒng)自動(dòng)將采集到的HLR用戶屬性數(shù)據(jù)進(jìn)行自動(dòng)解碼，并按照一定的算法進(jìn)行入 庫(kù)。
4、 根據(jù)權(quán)利要求2所述的HLR"清道夫"用戶數(shù)據(jù)清理方法，其特征在于通過(guò)系統(tǒng)按照一定的算法對(duì)HLR用戶數(shù)據(jù)與BOSS以及其他業(yè)務(wù)平臺(tái)進(jìn)行實(shí)時(shí)核對(duì)并 生成數(shù)據(jù)清理指令。
5、根據(jù)權(quán)利要求2所述的HLR"清道夫"用戶數(shù)據(jù)清理方法，其特征在于通過(guò) 系統(tǒng)能實(shí)時(shí)自動(dòng)對(duì)主備HLR不匹配用戶數(shù)據(jù)進(jìn)行同步糾正。
全文摘要
本發(fā)明提出了一種實(shí)時(shí)對(duì)HLR用戶屬性文件解碼、實(shí)時(shí)將HLR與BOSS、彩鈴以及其他業(yè)務(wù)平臺(tái)進(jìn)行用戶屬性數(shù)據(jù)核對(duì)的方法，通過(guò)建立該系統(tǒng)，使得HLR龐大的用戶屬性數(shù)據(jù)能實(shí)時(shí)翻譯，解決了以往HLR無(wú)法實(shí)時(shí)輸出用戶屬性從而導(dǎo)致無(wú)法實(shí)現(xiàn)HLR與BOSS以及其他業(yè)務(wù)平臺(tái)實(shí)時(shí)比對(duì)的問(wèn)題，能有效減少因?yàn)楦鳂I(yè)務(wù)平臺(tái)用戶數(shù)據(jù)不一致而造成客戶無(wú)法使用業(yè)務(wù)的投訴、公司收入流失，從而更有效的支撐經(jīng)營(yíng)網(wǎng)絡(luò)。同時(shí)該系統(tǒng)還實(shí)現(xiàn)了主備HLR實(shí)時(shí)進(jìn)行不匹配用戶數(shù)據(jù)實(shí)時(shí)自動(dòng)核對(duì)修正，從而保障了HLR的安全性。通過(guò)使用該系統(tǒng)，每年能多增加經(jīng)濟(jì)效益逾百萬(wàn)元。
文檔編號(hào)H04L29/08GK101175093SQ20071013501
公開日2008年5月7日 申請(qǐng)日期2007年11月6日 優(yōu)先權(quán)日2007年11月6日
發(fā)明者杰 孫, 李增明, 趙云波, 康 錢, 陳建新, 鮑一民 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)江蘇有限公司