專利名稱：局數(shù)據智能化制作方法及局數(shù)據智能化制作系統(tǒng)的制作方法
技術領域：
本實用新型涉及移動通信領域，尤其涉及一種移動通信領域的局數(shù)據智能化制作技術。

背景技術：
隨著移動通信網網絡規(guī)模不斷擴大，業(yè)務日趨豐富，設備類型、數(shù)量日益增加，數(shù)據變更的加快，對網絡設備維護標準化和規(guī)范化的要求越來越高，同時對局數(shù)據制作的即時性的要求不斷增加。局數(shù)據作為網絡設備的核心基礎數(shù)據，是設備正常運行的基礎，是信令、話務正常接續(xù)的基礎，因此局數(shù)據的完整性、正確性非常重要，這樣局數(shù)據的規(guī)范管理意義也將十分重大，局數(shù)據標準化、集中化是保證全程全網服務的重要內容之一。由于設備數(shù)量和類型很多，各網元實際應做的局數(shù)據的數(shù)據量非常大，而通過人工或半自動的局數(shù)據制作，工作效率低下，很難保證局數(shù)據制作的完整性、正確性和規(guī)范性。而人為的疏忽是難以避免的，這可能導致局數(shù)據在某些機型或業(yè)務的漏做，更嚴重的有可能導致錯作。這也導致局數(shù)據制作效率低下。
另外，局數(shù)據制作本身有著嚴格的流程遵循，目前的制作流程，沒有體現(xiàn)在局數(shù)據制作系統(tǒng)中，而只能靠人自覺完成，這也是導致局數(shù)據制作無效或錯作、漏做的主要原因。
隨著當前號碼資源的不斷增加，而交換機的數(shù)據庫所能容納的數(shù)據量是有限的，并且隨著數(shù)據量的增加，交換機的運行效率會逐步下降，從而導致整個網絡的運行效率下降。局數(shù)據制作如果僅是簡單的查漏補缺、修改錯誤的過程，達不到優(yōu)化局數(shù)據的目的。


發(fā)明內容
局數(shù)據制作的流程化管理，通過服務接口使局數(shù)據系統(tǒng)和網管的運維系統(tǒng)有機結合，并在局數(shù)據制作模塊中提供對局數(shù)據制作工單的簽收、工單附件自動下載，制作過程自動記錄功能，以及工單制作完成后自動回復到運維系統(tǒng)中的功能。從而實現(xiàn)從局數(shù)據制作工單下發(fā)到局數(shù)據制作工單的簽收、局數(shù)據制作、制作完成后工單回復的閉環(huán)工作流。同時，局數(shù)據系統(tǒng)提供局數(shù)據制作的流程管理功能，系統(tǒng)通過預先定義的局數(shù)據制作流程，并作為配置數(shù)據，管理者制定局數(shù)據制作所需要的步驟，以及每個步驟是否是必須的、是自動還是人工。制作者在進行局數(shù)據制作時，系統(tǒng)會按照預定的步驟逐步的完成或提示制作者，局數(shù)據系統(tǒng)同時也提供每個步驟的自動化實現(xiàn)。通過這個功能，有效、真實、自動的紀錄了局數(shù)據制作的每個過程和結果，這些信息可以在工單完成后及時地反映到運維系統(tǒng)中，以便管理者詳實地了解下屬的工作情況，提高管理水平。通過該系統(tǒng)有效的控制了制作嚴格按照局數(shù)據制作流程進行制作，確保了局數(shù)據制作的流程化、規(guī)范化，和完整性、有效性、正確性，并有效地提高了工作效率。
局數(shù)據制作指令生成的智能化，智能化局數(shù)據制作系統(tǒng)在進行局數(shù)制作指令生成前，不是簡單的查漏補缺，修正改錯，而是要根據要制作的號碼的分布情況，以及現(xiàn)網實際局數(shù)據相關的號碼的分布情況，綜合相關局數(shù)據業(yè)務的制做規(guī)則，對現(xiàn)網局數(shù)據智能的進行擴展、壓縮可能性分析，最后再生成合理的擴展、壓縮、添加和修改指令。在制作的過程中，同時能夠對數(shù)據做優(yōu)化，對現(xiàn)網中已經存在的數(shù)據進行合并壓縮。數(shù)據合并壓縮有兩個層面的含義，一個是，為了保持數(shù)據的連續(xù)性在制作的時候要把數(shù)據縮短，直到有相鄰數(shù)據為止。假設要做的號碼長度為N，所謂相鄰數(shù)據的是指位長一樣，且相鄰號碼還必須滿足前N-1位的號碼相同；另外一個層面是指，要做的號碼和現(xiàn)網中相鄰的號碼是否連續(xù)，且所有的參數(shù)都相同，這個時候就可以對號碼進行優(yōu)化性的合并，并縮短一位的制作，這個過程是遞歸的，直到不能合并為止。通過以上智能處理，可以實現(xiàn)局數(shù)據制作的優(yōu)化、精細化制作。該發(fā)明在生成局數(shù)據制作指令前，根據要做的局數(shù)據號碼的分布情況以及交換機現(xiàn)有相關的號碼分布情況，根據不同機型相關業(yè)務的制作規(guī)則(比如是否可以做號碼合并)然后對要做的，以及現(xiàn)網相關的號碼進行可壓縮性分析。最終生成具有壓縮、優(yōu)化的制作指令。為了提高系統(tǒng)的可驗證性，該發(fā)明在生成具體的制作指令的同時還生成對該指令的生成原因的解釋，以日志的方式同制作指令同時呈現(xiàn)給使用者。與此同時，所生成的指令會經過業(yè)務、號段大小、現(xiàn)網數(shù)據分支(如GT的E164，E214分支)進行自動排序，以使制作指令清晰、簡潔，便于閱讀和正確性驗證。該發(fā)明大大的提高了局數(shù)據制作的優(yōu)化程度，使得在當前號碼量不斷增加的情況下，大大縮減了交換機的數(shù)據量，提升了整個網絡運行效率。



下面結合附圖對本實用新型作進一步詳細地描述。
圖1局數(shù)據制作框架結構； 圖2局數(shù)據制作流程化； 圖3局數(shù)據制作指令生成。

具體實施例方式 如圖1所示，局數(shù)據制作系統(tǒng)分為客戶端、應用服務層、數(shù)據服務層、采集服務層。
采集服務層數(shù)據服務層主要完成接入協(xié)議轉換、接入服務和數(shù)據采集的功能，數(shù)據采集層根據不同的數(shù)據采集要求，自動采集數(shù)據，存放在指定目錄下。采集失敗時，寫相應的采集失敗記錄。
數(shù)據服務層利用UNIX下的crontab功能，定時掃描指定的目錄。在指定的目錄中發(fā)現(xiàn)有新采集的文件時，對數(shù)據文件進行分析，調用不同的入庫程序進行入庫處理。并完成數(shù)據的存儲、管理功能。
應用服務層根據用戶所要求的不同的功能，進行相應的處理。處理完成后，由應用服務層把處理結果反映到客戶端。
客戶端利用TUXEDO中間件，對用戶所要求的操作進行反饋，把操作結果及時、準確地反映到GUI終端。
如圖2所示，局數(shù)據智能化制作包括的模塊有自動核查、自動制作、實際局數(shù)據采集、流程管理模塊，完善局數(shù)據日至管理功能，與EOMS系統(tǒng)互通模塊，以及智能管理模塊。通過流程管理模塊有機的把自動制作、制動核查、實際局數(shù)據的采集結合起來，完成局數(shù)據制作的流程，再借助智能管理模塊最終完成局數(shù)據制作的智能化。
其中流程管理模塊，通過對固定的個數(shù)、固定順序的幾個局數(shù)據制作流程進行定義，并編號，具體編號如下 1)可選的制作前現(xiàn)網LOG備份 2)可選擇或按默認要制作的業(yè)務表和設備 3)制作生成相應的制作指令DT 4)用戶驗證指令的正確性、有效性，并修正 5)通過局數(shù)據系統(tǒng)提交制作指令 6)可選擇的查看制作后的局數(shù)據現(xiàn)網LOG 7)可選擇的是否備份制作后的現(xiàn)網LOG 8)用戶可選擇的確定是否要馬上進行核查 9)用戶可選擇的利用其他系統(tǒng)進行撥打測試 10)可選擇的填寫具體的撥打測試情況 11)用戶在局數(shù)據系統(tǒng)中確定所對應的工單制作完成 如圖3所示，通過流程管理模塊，管理人員可以對以上各流程點進行設置，來為局數(shù)據制作者制定相關的流程，并強行要求相關的制作人員按照既定的流程嚴格執(zhí)行。
以下是流程管理模塊基礎數(shù)據庫表tblflow_manager_cfg，結構如下 以上各流程點中的1)需要用到實際局數(shù)據的采集模塊；2)需要用到智能感應模塊；3)要用到自動制作模塊；4)為人工過程；5)要用到局數(shù)據制作指令下發(fā)模塊；6)需要用到實際局數(shù)據的采集模塊；7)需要用到實際局數(shù)據的采集模塊；8)用到自動核查模塊；9)為其他系統(tǒng)；10)和11)要用到局數(shù)據與EOMS系統(tǒng)互通模塊。
其中除了需要人工處理的流程點外，其他各流程點都有相應的程序接口。局數(shù)據與EOMS系統(tǒng)互通模塊的接口通過WebService接口來完成，具體局數(shù)據制作工單接口信息查詢如下 1.局數(shù)據工單簽收接口 1.1具體功能要求描述 當用戶確定工單無誤后，通過該接口功能實現(xiàn)該工單的簽收。輸入參數(shù)為工單受理者(登陸系統(tǒng)的用戶)； 2.局數(shù)據工單完成提交接口 2.1具體功能要求描述 當工單中的任務都處理完成后需要向工單系統(tǒng)提交一個處理報告，處理報告格式如下a.工單號、b.工單受理人、c.工單受里人的PC機名字、d.工單受里人的PC機IP，e.工單受理時間、f.實際完成時間、g.局數(shù)據制作前是否被分現(xiàn)網LOG(描述信息，長度為200)、h.局數(shù)據制作后是否被分現(xiàn)網LOG(描述信息，長度為200)、i.是否進行了撥打測試(描述信息，長度為200)、j.撥打測試情況描述(描述信息，長度為500)、k.被制作的網元(不同的業(yè)務表飽含了很多網元)、l.以及網元類型、m.廠商、n.相應的被制作的業(yè)務表名。
其他模塊之間都是通過TattemperInfo結構消息體完成消息傳遞，消息通道采用tuxedo以及共享內存來完成。該結構信息體中包括要制作的網元信息、要制作的業(yè)務表信息、要制作的標準號碼數(shù)據信息，以及隨即生成的一個唯一識別號，用這個唯一識別號來唯一標示這次制作過程。
如圖3所示，局數(shù)據制作流程化管理，以及流程的智能化管理。從整個流程中可以看到，當前的局數(shù)據制作是以工單為制作驅動的，局數(shù)據制作工單，客戶端通過在TUXEDO接口GETBURSHEET獲取工單。GETBURSHEET通過上面提到的WebService接口從EOMS中獲得該用戶未簽收的局數(shù)據值做工單信息，GETBURSHEET定義如下 通過接口收到工單后，需要要在局數(shù)據系統(tǒng)中確認并簽收。簽收后，局數(shù)據系統(tǒng)會把工單信息保存在局數(shù)據系統(tǒng)的數(shù)據庫中，具體的數(shù)據庫表tblbursheet如下 局數(shù)據制作能夠針對不同的標準數(shù)據，分析所要制作的網元、業(yè)務類型。不同業(yè)務對所需制作的標準號碼進行轉換，號碼轉換完成后，要根據具體的業(yè)務分析是否需要縮位查找，確認查找方法后，在現(xiàn)網中查找，查找的結果有四種正確、錯誤、漏做、不同。局數(shù)據常見的局數(shù)據制作規(guī)則總結起來可分為兩大類，1)允許最大匹配；2)不允許最大匹配。
為了把數(shù)據做得規(guī)范，也為了節(jié)省交換機數(shù)據存儲空間，需要將數(shù)據壓縮到最少。能壓縮號段的基本條件當有十個連續(xù)號段(末位為0-9)指向等其他參數(shù)都相同。對于這樣的號段，可以將原來的十條記錄壓縮成一條記錄。
首先要尋找在交換機實際已經存在的數(shù)據和要做的數(shù)據組合起來符合以上壓縮條件(要作的數(shù)據可能部分已經在現(xiàn)網中存在，現(xiàn)網中的數(shù)據可能正確，也可能錯誤)。這時刪除現(xiàn)網中已經存在的數(shù)據，創(chuàng)建縮位后的新數(shù)據。還要尋找要做的數(shù)據本身符合壓縮的條件數(shù)據。
號碼合并應該是一個遞歸的過程，合并后的號碼可能導致再次合并，這是個遞歸過程，直到不能合并為止。
具體制作流程如圖4所示 根據獲得的設備名調用局數(shù)據API函數(shù)GetEquipeInfo獲得設備信息。
根據設備名以及要制作的業(yè)務到現(xiàn)網數(shù)據表中獲得現(xiàn)網數(shù)據，并把現(xiàn)網數(shù)據格式化到TBurDataList類型的內存鏈表中。
針對被制作的設備以及業(yè)務表，調用局數(shù)據API GetBurMakeInfo獲得要制作的現(xiàn)網分支信息。
調用Foccur(ibuf，GSM_NUMBER)獲得這次要制作的標準局數(shù)據號段個數(shù)。獲得要制作的標準局數(shù)據信息(長途、區(qū)號、城市、省份、號碼類型，信令點)。
調用局數(shù)據API函數(shù)GetMakeInfo來獲得制作的配置信息，比如查找時最短縮位位長，以及命令是否優(yōu)化等。
針對相應的業(yè)務分支對要制作的標準局數(shù)據進行號碼轉換(比如 轉化成E164)。
針對具體的分支信息以及當前的業(yè)務類型(如GT，G)獲得該號碼相應的標準參數(shù)，并把參數(shù)格式化到TParameter類型的結構中。
針對具體的分支信息以及當前的業(yè)務類型(如GT，G)獲得該號碼相應的標準參數(shù)，并把參數(shù)格式化到TParameter類型的結構中。
調用局數(shù)據API函數(shù)GsmNumberDwidle對鏈表中的號段進行二次處理。
調用FindeBureauState查找標準號段在現(xiàn)網中的制作情況，并把查找情況放到MakeList類型的鏈表中。
調用局數(shù)據API函數(shù)CreatTemplate產生指令并對指令進行排序，同時產生解釋指令的日志。
在圖4所示的流程中，系統(tǒng)所使用的MakeList數(shù)據結構如下所示 typedef struct_MokeList {TNodeHeadNodeHead； TMakeInfo MakeInfo； TMakeNode *MakeNodeHead； TAppendNumbersErrorNumbers； TAppendNumbersDwidleNumber； TInCrease InCrease； struct_MokeList*next；}TMakeList； 其中ErrorNumbers為被修改或細分的號碼，DwidleNumber為明確需要刪除的號碼，InCrease為制作不規(guī)范的數(shù)據。
在圖4所示的流程中，除了調用的各個API函數(shù)或格式化現(xiàn)網文件外，還需要依次配置tblmake_info_cfg、tblstate_usertype_cfg、tblstate_cfg三個表。只有配置和實現(xiàn)相互結合才能完成相應的功能。
首先，要配置tblmake_info_cfg，該表通過廠商、設備類型以及業(yè)務表來分類，針對每個業(yè)務，在該表中還要配置這個業(yè)務有幾個分支，并為每個分支定義一個唯一的索引值。該索引值是tblmake_info_cfg，和tblstate_usertype_cfg，tblmake_info_cfg，和tblstate_cfg，唯一的關聯(lián)。
然后，利用這個索引值，在tblstate_usertype_cfg表中配置這個業(yè)務的分支需要對那些范圍的那些號碼類型進行制作。同時，利用分支索引值，根據廠商、設備類型相對應的業(yè)務，確定該業(yè)務局數(shù)據制作規(guī)則，包括1)是否可以用短號碼刪除包含該短號的長號碼；2)是否可以縮位查找，如果可以，最短可以縮到幾位；3)是否允許最大匹配；4)號碼是否允許最粗制作；然后根據這些規(guī)則來配置tblstate_cf。
數(shù)據表tblmake_info_cfg是用來配置不同廠商、不同設備類型、不同版本、不同業(yè)務的制作需要對幾個局數(shù)據分支(如GT的E164、E214)進行制作，其表結構如下 數(shù)據表tblstate_usertype_cfg用于配置各個分支中制作哪些號碼類型以及號碼類型的區(qū)域進行制作。
表結構如下 數(shù)據表tblstate_cfg用于配置每個分支中查找、優(yōu)化、命令產生規(guī)則。表結構如下 通過本發(fā)明所使用的方法，能夠大大提高局數(shù)據制作的準確性和可靠性，降低了人為因素造成的做錯數(shù)據的可能。極大地提高了局數(shù)據制作的規(guī)范化、流程化，消除了局數(shù)據制作人員的隨意性。同時，提高了局數(shù)據制作的工作效率，節(jié)省了大量的人力。以數(shù)據網的VPN數(shù)據的核查、制作為例，如果這些數(shù)據手工核查、制作，要用一天的時間，現(xiàn)在通過智能化局數(shù)據系統(tǒng)來做，只需要10分鐘時間。大大減少了局數(shù)據制作、核查所需要的時間，提高了工作效率。
權利要求
1、一種移動通信網管系統(tǒng)中的局數(shù)據智能化制作方法，包括
采集服務步驟數(shù)據服務步驟主要完成接入協(xié)議轉換、接入服務和數(shù)據采集的功能，數(shù)據采集步驟根據不同的數(shù)據采集要求，自動采集數(shù)據，存放在指定目錄下；采集失敗時，寫相應的采集失敗記錄；
數(shù)據服務步驟利用UNIX下的crontab功能，定時掃描指定的目錄；在指定的目錄中發(fā)現(xiàn)有新采集的文件時，對數(shù)據文件進行分析，調用不同的入庫程序進行入庫處理；并完成數(shù)據的存儲、管理功能；
應用服務步驟根據用戶所要求的不同的功能，進行相應的處理；處理完成后，由應用服務層把處理結果反映到客戶端；
客戶反饋步驟利用TUXEDO中間件，對用戶所要求的操作進行反饋，把操作結果及時、準確地反映到GUI終端。
2、一種移動通信網管系統(tǒng)中的局數(shù)據智能化制作系統(tǒng)，包括
采集服務層數(shù)據服務層主要完成接入協(xié)議轉換、接入服務和數(shù)據采集的功能，數(shù)據采集層根據不同的數(shù)據采集要求，自動采集數(shù)據，存放在指定目錄下；采集失敗時，寫相應的采集失敗記錄；
數(shù)據服務層利用UNIX下的crontab功能，定時掃描指定的目錄；在指定的目錄中發(fā)現(xiàn)有新采集的文件時，對數(shù)據文件進行分析，調用不同的入庫程序進行入庫處理。并完成數(shù)據的存儲、管理功能；
應用服務層根據用戶所要求的不同的功能，進行相應的處理；處理完成后，由應用服務層把處理結果反映到客戶端；
客戶端利用TUXEDO中間件，對用戶所要求的操作進行反饋，把操作結果及時、準確地反映到GUI終端。
全文摘要
一種局數(shù)據智能化制作方法及局數(shù)據智能化制作系統(tǒng)，包括采集服務步驟數(shù)據服務步驟主要完成接入協(xié)議轉換、接入服務和數(shù)據采集的功能，數(shù)據采集步驟根據不同的數(shù)據采集要求，自動采集數(shù)據，存放在指定目錄下；采集失敗時，寫相應的采集失敗記錄；數(shù)據服務步驟利用UNIX下的crontab功能，定時掃描指定的目錄；在指定的目錄中發(fā)現(xiàn)有新采集的文件時，對數(shù)據文件進行分析，調用不同的入庫程序進行入庫處理；并完成數(shù)據的存儲、管理功能；應用服務步驟根據用戶所要求的不同的功能，進行相應的處理；處理完成后，由應用服務層把處理結果反映到客戶端；客戶反饋步驟利用TUXEDO中間件，對用戶所要求的操作進行反饋，把操作結果及時、準確地反映到GUI終端。
文檔編號H04M3/22GK101242616SQ20071011461
公開日2008年8月13日 申請日期2007年11月22日 優(yōu)先權日2007年11月22日
發(fā)明者彬 郭, 健 呂, 剛 陳, 欽 宮, 侯桂星 申請人:中國移動通信集團山東有限公司