專利名稱：管理指令處理方法、系統(tǒng)、指令管理中心和hlr的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種移動(dòng)通信技術(shù)，尤其涉及一種管理指令處理方法、系統(tǒng)、指令管理中心和HLR。
背景技術(shù)：
用戶歸屬位置寄存器(Home Location Register,簡(jiǎn)稱HLR)是移動(dòng)通信行業(yè)中業(yè)務(wù)支撐系統(tǒng)系統(tǒng)實(shí)現(xiàn)停復(fù)機(jī)、開戶辦理各項(xiàng)用戶管理操作的關(guān)鍵關(guān)節(jié)之一，是對(duì)用戶停復(fù)機(jī)時(shí)限承諾的最后一個(gè)門搵。
目前業(yè)務(wù)支撐系統(tǒng)(BOSS)用戶管理系統(tǒng)與HLR采用基于MML的方式或者采用socket等數(shù)據(jù)流方式進(jìn)行用戶數(shù)據(jù)操作。在日常業(yè)務(wù)流量情況下，BOSS系統(tǒng)提交指令的接口的處理能力充足。但是，在批量開銷戶、停復(fù)機(jī)和鑒權(quán)數(shù)據(jù)加載等大數(shù)據(jù)量操作情況下，則用戶管理系統(tǒng)的接口處理能力嚴(yán)重不足，尤其在月初和月末的業(yè)務(wù)高峰期，會(huì)產(chǎn)生較大延時(shí)，嚴(yán)重影響業(yè)務(wù)受理效率，造成了客戶感知度的下降，引發(fā)了客戶投訴。
如圖1所示，現(xiàn)有技術(shù)指令執(zhí)行的步驟包括
步驟202,掃描業(yè)務(wù)支撐系統(tǒng)數(shù)據(jù)庫12指令表,讀取待運(yùn)行指令，將待運(yùn)行指令發(fā)送至指令管理中心14;
步驟204,指令管理中心14接到待運(yùn)行指令后，通過指令鏈路92發(fā)送待運(yùn)行指令至HLR16;步驟206, HLR16將執(zhí)行結(jié)果通過指令鏈路92發(fā)送給指令管理中心
14;
步驟208，指令管理中心14將上述執(zhí)行結(jié)果發(fā)送至業(yè)務(wù)支撐系統(tǒng)數(shù) 據(jù)庫12。
現(xiàn)有的用戶管理指令執(zhí)行方法不論MML或者socket數(shù)據(jù)流等方式， 多采用串行交互，即指令管理中心14提取一條指令，將其通過指令鏈路 92傳送給HLR16,等待執(zhí)行結(jié)果返回，再反饋到業(yè)務(wù)支撐系統(tǒng)。每條指 令的執(zhí)行均需要指令管理中心14與HLR16產(chǎn)生交互，如發(fā)送1000條用 戶管理指令，則需要指令管理中心14與HLR16進(jìn)行1000次交互。
現(xiàn)有技術(shù)有如下缺點(diǎn)
1、 指令管理中心與HLR交互頻繁，在交互時(shí)間內(nèi)無指令執(zhí)行，擠 占了指令執(zhí)行時(shí)間；
2、 目前多數(shù)HLR均支持批命令處理模式(將多條指令打包，由HLR 內(nèi)部順序執(zhí)行，其間不產(chǎn)生任何反饋，執(zhí)行完畢后，返回批命令文件執(zhí) 行完畢信號(hào))，串行方式無法利用HLR批處理模式的高速高效，不能充 分利用HLR設(shè)備的指令執(zhí)行能力。

發(fā)明內(nèi)容
本發(fā)明的目的在于針對(duì)現(xiàn)有技術(shù)中指令發(fā)送過程中指令管理中心 與HLR交互頻繁且不能充分利用HLR設(shè)備的指令執(zhí)行能力的缺陷，提 供一種減少指令管理中心到HLR的報(bào)文交互、提高指令執(zhí)行效率的管 理指令處理方法、系統(tǒng)、指令管理中心和HLR。
該管理指令執(zhí)行方法包括指令管理中心獲得執(zhí)行啟動(dòng)信號(hào)和 管理指令文件，并分別通過第一鏈路和第二鏈路進(jìn)行傳輸；HLR
7接收?qǐng)?zhí)行啟動(dòng)信號(hào)和管理指令文件，根據(jù)執(zhí)行啟動(dòng)信號(hào)執(zhí)行管理指 令文件，并生成執(zhí)行完畢信號(hào)和指令執(zhí)行結(jié)果，分別通過第一鏈路 和第二鏈路返回執(zhí)行完畢信號(hào)和執(zhí)行結(jié)果至指令管理中心。
指令管理中心包括指令接收模塊，用于接收管理指令；文件生成 模塊，用于將管理指令打包，生成管理指令文件，并通過第二鏈路傳輸 管理指令文件；信號(hào)生成模塊，用于生成執(zhí)行啟動(dòng)信號(hào)，并通過第一鏈 路傳輸執(zhí)行啟動(dòng)信號(hào)；接收模塊，接收管理指令文件對(duì)應(yīng)的執(zhí)行結(jié)果和 執(zhí)行完畢信號(hào)。
該HLR包括文件接收模塊，通過第二鏈路接收指令管理中心發(fā) 送的管理指令文件；信號(hào)接收模塊，通過第一鏈路接收?qǐng)?zhí)行啟動(dòng)信號(hào)； 執(zhí)行模塊，根據(jù)執(zhí)行啟動(dòng)信號(hào)對(duì)管理指令文件進(jìn)行執(zhí)行，并生成執(zhí)行完 畢信號(hào)和執(zhí)行結(jié)果；發(fā)送模塊，分別通過第一鏈路和第二鏈路發(fā)送執(zhí)行 完畢信號(hào)和執(zhí)行結(jié)果至指令管理中心。
該管理指令執(zhí)行系統(tǒng)包括包括業(yè)務(wù)支撐系統(tǒng)數(shù)據(jù)庫、指令管理中 心和HLR，指令管理中心和HLR之間包括第一鏈路和第二鏈路，業(yè)務(wù) 支撐系統(tǒng)數(shù)據(jù)庫，用于生成管理指令；指令管理中心，用于將管理指令 打包生成管理指令文件，并生成執(zhí)行啟動(dòng)信號(hào)，分別通過第一鏈路和第 二鏈路將執(zhí)行啟動(dòng)信號(hào)和管理指令文件發(fā)送至HLR,并接收HLR返回 的執(zhí)行完畢信號(hào)和執(zhí)行結(jié)果；HLR，用于根據(jù)執(zhí)行啟動(dòng)信號(hào)對(duì)管理指令 文件進(jìn)行執(zhí)行，執(zhí)行完畢后，生成執(zhí)行完畢信號(hào)和執(zhí)行結(jié)果，并分別通 過第一鏈路和第二鏈路將執(zhí)行完畢信號(hào)和執(zhí)行結(jié)果發(fā)送至指令管理中 心。
本發(fā)明的管理指令處理方法、系統(tǒng)、指令管理中心和HLR,充分利用HLR的批命令處理能力，在不引入其它設(shè)備的情況下，通過搭建獨(dú) 立的傳輸鏈路，優(yōu)化改造指令鏈路，實(shí)現(xiàn)兩條鏈路并行工作，減少指令 管理中心到HLR的報(bào)文交互，提高指令執(zhí)行效率，及時(shí)得到指令執(zhí)行 的結(jié)果反饋，實(shí)現(xiàn)對(duì)區(qū)域分布的HLR的集中化管理。并節(jié)省了投資成 本。


圖1為現(xiàn)有技術(shù)中管理指令處理系統(tǒng)的結(jié)構(gòu)示意圖； 圖2為本發(fā)明實(shí)施例管理指令處理系統(tǒng)的結(jié)構(gòu)示意圖； 圖3為本發(fā)明實(shí)施例指令管理中心的結(jié)構(gòu)示意圖； 圖4為本發(fā)明實(shí)施例HLR的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
以下結(jié)合附圖對(duì)本發(fā)明進(jìn)行詳細(xì)說明。
如圖2所示，本發(fā)明實(shí)施例的管理指令處理系統(tǒng)包括業(yè)務(wù)支撐 系統(tǒng)數(shù)據(jù)庫12，用于根據(jù)用戶業(yè)務(wù)需求生成管理指令文件；指令管理中 心14,從業(yè)務(wù)支撐系統(tǒng)數(shù)據(jù)庫12中提取指令，發(fā)往HLR16;并將HLR16 返回的執(zhí)行結(jié)果更新到業(yè)務(wù)支撐系統(tǒng)數(shù)據(jù)庫12中；HLR16， HLR16接 收指令管理中心14發(fā)送的管理指令文件，根據(jù)管理指令文件內(nèi)容修改用 戶功能狀態(tài)后向指令管理中心14返回執(zhí)行結(jié)果。
指令管理中心14與HLR16之間包括第一鏈路和第二鏈路，本實(shí)施 例中，第一鏈路為傳輸鏈路94;第二鏈路為指令鏈路92。指令管理中 心14通過傳輸鏈路94將管理指令文件發(fā)送至HLR16，并接收HLR16 返回的執(zhí)行結(jié)果；指令管理中心14通過指令鏈路92將執(zhí)行啟動(dòng)信號(hào)發(fā)送至HLR16，并接收HLR16返回的執(zhí)行完畢信號(hào)。
如圖3所示，指令管理中心14包括指令接收才莫塊142,用于接收 管理指令；文件生成模塊144，用于將管理指令打包，生成管理指令文 件；信號(hào)生成模塊146,用于生成執(zhí)行啟動(dòng)信號(hào)；接收模塊148,接收 管理指令文件對(duì)應(yīng)的執(zhí)行結(jié)果和執(zhí)行完畢信號(hào)。
優(yōu)選的，指令管理中心還包括排序模塊150,用于根據(jù)管理指令 文件中各個(gè)管理指令的優(yōu)先級(jí)對(duì)管理指令進(jìn)行排序；沖突檢測(cè)模塊152, 用于檢測(cè)管理指令之間是否有沖突，并刪除相互沖突的管理指令。
如圖4所示，HLR16包括文件接收模塊162,通過傳輸鏈路94 接收指令管理中心發(fā)送的管理指令文件；信號(hào)接收模塊164,通過指令 鏈路92接收?qǐng)?zhí)行啟動(dòng)信號(hào)；執(zhí)行模塊166，當(dāng)接收到執(zhí)行啟動(dòng)信號(hào)后， 依次執(zhí)行管理指令文件中的管理指令，并生成執(zhí)行完畢信號(hào)和執(zhí)行結(jié) 果；發(fā)送模塊168,分別通過指令鏈路92和傳輸鏈路94發(fā)送執(zhí)行完畢 信號(hào)和執(zhí)行結(jié)果至指令管理中心14。
其中，發(fā)送模塊168包括信號(hào)發(fā)送模塊1682,用于通過指令鏈路 92發(fā)送執(zhí)行完畢信號(hào)至指令管理中心；結(jié)果發(fā)送模塊1684，用于通過 傳輸鏈路94發(fā)送執(zhí)行結(jié)果至指令管理中心14。
優(yōu)選地，HLR16還包括核查模塊163a，用于核查接收到的管理指 令文件是否完整；處理模塊163b,用于當(dāng)檢測(cè)到管理指令文件不完整時(shí)， 發(fā)送重傳信號(hào)給指令管理中心14，指令管理中心14重新傳送管理指令 文件。
本實(shí)施例的管理指令處理系統(tǒng)，充分利用HLR的批命令處理能力，在不引入其它設(shè)備的情況下，通過搭建獨(dú)立的傳輸鏈路，優(yōu)化改造指令
鏈路，實(shí)現(xiàn)兩條鏈路并行工作，減少指令管理中心到HLR的報(bào)文交互， 提高指令執(zhí)行效率，及時(shí)得到指令執(zhí)行的結(jié)果反饋，實(shí)現(xiàn)對(duì)區(qū)域分布的 HLR的集中化管理。并節(jié)省了投資成本。
以下結(jié)合圖2對(duì)本發(fā)明實(shí)施例的管理指令處理方法進(jìn)行具體描述， 管理指令執(zhí)行方法的具體步驟如下
步驟302，掃描業(yè)務(wù)支撐系統(tǒng)數(shù)據(jù)庫12指令表，提取待運(yùn)行的管理 指令，同時(shí)記錄每條指令對(duì)應(yīng)的數(shù)據(jù)庫流水號(hào)，方便在指令返回時(shí)，將 對(duì)應(yīng)執(zhí)行結(jié)果寫回?cái)?shù)據(jù)庫，然后將管理指令發(fā)送至指令管理中心14;
步驟304 ，指令管理中心14接收管理指令并打包生成管理指令文件， 通過傳輸鏈路94將管理指令文件發(fā)送到HLR1;
步驟306,指令管理中心14通過指令鏈路92發(fā)送執(zhí)行啟動(dòng)信號(hào)至 HLR16,啟動(dòng)管理指令文件的執(zhí)行；
步驟308， HLR16完成指令執(zhí)行后，通過指令鏈路92發(fā)送執(zhí)行完 畢信號(hào)到指令管理中心14;
步驟310, HLR16通過傳輸鏈路94將執(zhí)行結(jié)果發(fā)送至指令管理中 心14;
步驟312，指令管理中心14根據(jù)執(zhí)行結(jié)果生成反饋信號(hào)發(fā)送至業(yè)務(wù) 支撐系統(tǒng)數(shù)據(jù)庫12。
其中，優(yōu)選的，在步驟302之后，還包括步驟303,指令管理中心 14按照每個(gè)管理指令的優(yōu)先級(jí)進(jìn)行排序，并判斷各個(gè)管理指令之間是否 發(fā)生沖突，刪除其中相互沖突的管理指令。更優(yōu)的，在步驟304后，還包括步驟305，核查已傳輸?shù)墓芾碇噶?文件，對(duì)未傳輸完整的管理指令文件進(jìn)行重傳，確保HLR16接收指令 的完整性和準(zhǔn)確性，
更優(yōu)的，在步驟310后，還包括刪除HLR16上的管理指令文件和 執(zhí)行結(jié)果，以確保HLR16空間不被占滿。
步驟312業(yè)務(wù)支撐系統(tǒng)數(shù)據(jù)庫12接收到執(zhí)行結(jié)果后，根據(jù)步驟302 中的數(shù)據(jù)庫流水號(hào)，更新業(yè)務(wù)支撐系統(tǒng)的對(duì)應(yīng)數(shù)據(jù)庫記錄字段，將指令 執(zhí)行結(jié)果信息寫入數(shù)據(jù)庫。對(duì)于執(zhí)行失敗的管理指令，同時(shí)寫入失敗原 因字段，方便后續(xù)查詢處理。
以10000條指令為例，分別通過現(xiàn)有技術(shù)和本實(shí)施例的兩種方法傳 送，對(duì)這兩種方法指令執(zhí)行的時(shí)間進(jìn)行比較。
已知單條指令的純HLR執(zhí)行時(shí)間約為0.125秒，指令管理中心與 HLR—次交互約耗時(shí)0.1秒。
現(xiàn)有技術(shù)中，10000條指令所需時(shí)間為10000*(0.1+0.125)= 2250 (秒)。本實(shí)施例中，將10000條指令分為10個(gè)文件，每個(gè)文件1000 條指令，所需時(shí)間為10*(0,1+1000*0.125)= 1251 (秒)。
由此可以看出，現(xiàn)有技術(shù)執(zhí)行10000條指令所需的時(shí)間為本實(shí)施例 所需的時(shí)間1.8倍。本實(shí)施例的管理指令處理方法對(duì)于大批量指令同時(shí) 執(zhí)行時(shí)效率更高。
本實(shí)施例中，通過指令鏈路和傳輸鏈路的分離與配合工作，將指令 打包傳輸并批量執(zhí)行，節(jié)省單條指令的交互開銷，提高接口的整體效率。
應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明而非限制，本發(fā)明也并不僅限于上述舉例， 一切不脫離本發(fā)明的精神和范圍的技術(shù)方案及其改 進(jìn)，其均應(yīng)涵蓋在本發(fā)明的權(quán)利要求范圍中。
權(quán)利要求
1、一種管理指令處理方法，其特征在于，包括指令管理中心獲得執(zhí)行啟動(dòng)信號(hào)和管理指令文件，并分別通過第一鏈路和第二鏈路進(jìn)行傳輸；HLR接收所述執(zhí)行啟動(dòng)信號(hào)和管理指令文件，根據(jù)所述執(zhí)行啟動(dòng)信號(hào)執(zhí)行所述管理指令文件，并生成執(zhí)行完畢信號(hào)和指令執(zhí)行結(jié)果，分別通過所述第一鏈路和所述第二鏈路返回所述執(zhí)行完畢信號(hào)和所述執(zhí)行結(jié)果至所述指令管理中心。
2、 根據(jù)權(quán)利要求1所述的管理指令處理方法，其特征在于，所述獲得管理指令文件的操作具體包括對(duì)接收到的若干管理指令進(jìn)行打包，生成所述管理指令文件。
3、 根據(jù)權(quán)利要求2所述的管理指令處理方法，其特征在于，所述獲得管理指令文件的操作還包括根據(jù)各個(gè)管理指令的優(yōu)先級(jí)對(duì)所述管理指令進(jìn)行排序。
4、 根據(jù)權(quán)利要求2所述的管理指令處理方法，其特征在于，所述獲得管理指令文件的操作還包括對(duì)所述管理指令進(jìn)行沖突檢測(cè)，刪除相互沖突的管理指令。
5、 根據(jù)權(quán)利要求1至4中任意一項(xiàng)所述的管理指令處理方法，其特征在于，所述獲得執(zhí)行啟動(dòng)信號(hào)和管理指令文件，并分別通過第一鏈路和第二鏈路進(jìn)行傳輸操作后還包括核查接收到的所述管理指令文件是否完整，當(dāng)接收到的所述管理指令文件不完整時(shí)，重新傳送所述管理指令文件。
6、 根據(jù)權(quán)利要求5所述的管理指令處理方法，其特征在于，所述通過所述第一鏈路和所述第二鏈路返回所述執(zhí)行完畢信號(hào)和所述執(zhí)行結(jié)果的操作后還包括從生成所述執(zhí)行完畢信號(hào)和所述指令執(zhí)行結(jié)果的裝置中刪除所述執(zhí)行完畢信號(hào)和所述執(zhí)行結(jié)果。
7、 一種指令管理中心，其特征在于，包括指令接收模塊，用于接收管理指令；文件生成模塊，用于將所述管理指令打包，生成管理指令文件，并通過第二鏈路傳輸所述管理指令文件；信號(hào)生成模塊，用于生成執(zhí)行啟動(dòng)信號(hào)，并通過第一鏈路傳輸所述執(zhí)行啟動(dòng)信號(hào)；接收模塊，接收所述管理指令文件對(duì)應(yīng)的執(zhí)行結(jié)果和執(zhí)行完畢信
8、 根據(jù)權(quán)利要求7所述的指令管理中心，其特征在于，還包括排序模塊，用于根據(jù)所述管理指令的優(yōu)先級(jí)對(duì)所述管理指令進(jìn)行排序。
9、 根據(jù)權(quán)利要求7所述的指令管理中心，其特征在于，還包括沖突檢測(cè)模塊，用于檢測(cè)所述管理指令之間是否有沖突，并刪除相互沖突的所述管理指令。
10、 一種HLR，其特征在于，包括文件接收模塊，用于通過第二鏈路接收指令管理中心發(fā)送的管理指令文件；信號(hào)接收模塊，用于通過第 一鏈路接收?qǐng)?zhí)行啟動(dòng)信號(hào)；執(zhí)行模塊，用于根據(jù)所述執(zhí)行啟動(dòng)信號(hào)對(duì)所述管理指令文件進(jìn)行執(zhí)行，并生成執(zhí)行完畢信號(hào)和執(zhí)行結(jié)果；發(fā)送模塊，用于分別通過所述第 一鏈路和所述第二鏈路發(fā)送所述執(zhí)行完畢信號(hào)和所述執(zhí)行結(jié)果至所述指令管理中心。
11、 根據(jù)權(quán)利要求IO所述的HLR,其特征在于，還包括核查模塊，用于核查所述文件接收模塊接收到的所述管理指令文件是否完整；處理模塊，用于當(dāng)核查到所述管理指令文件不完整時(shí)，發(fā)送重傳信號(hào)給所述指令管理中心，所述指令管理中心重新傳送所述管理指令文件。
12、 才艮據(jù)權(quán)利要求10所述的HLR，其特征在于，所述發(fā)送^^莫塊包括信號(hào)發(fā)送模塊，用于通過所述第一鏈路發(fā)送所述執(zhí)行完畢信號(hào)至所述指令管理中心；結(jié)果發(fā)送模塊，用于通過所述第二鏈路發(fā)送所述執(zhí)行結(jié)果至所述指令管理中心。
13、 一種管理指令處理系統(tǒng)，其特征在于，包括業(yè)務(wù)支撐系統(tǒng)數(shù)據(jù)庫、指令管理中心和HLR，所述指令管理中心和所述HLR之間包括第一鏈路和第二鏈路，所述業(yè)務(wù)支撐系統(tǒng)數(shù)據(jù)庫，用于生成管理指令；所述指令管理中心，用于將所述管理指令打包生成管理指令文件，并生成執(zhí)行啟動(dòng)信號(hào)，分別通過所述第一鏈路和所述第二鏈路將執(zhí)行啟動(dòng)信號(hào)和管理指令文件發(fā)送至所述HLR,并接收所述HLR返回的執(zhí)行完畢信號(hào)和執(zhí)行結(jié)果；所述HLR，用于根據(jù)所述執(zhí)行啟動(dòng)信號(hào)對(duì)所述管理指令文件進(jìn)行執(zhí)行，執(zhí)行完畢后，生成所述執(zhí)行完畢信號(hào)和所述執(zhí)行結(jié)果，并分別通過所述第 一鏈路和所述第二鏈路將所述執(zhí)行完畢信號(hào)和所述執(zhí)行結(jié)果發(fā)送至所述指令管理中心。
14、 根據(jù)權(quán)利要求13所述的管理指令處理系統(tǒng)，其特征在于，所述第一鏈路為指令鏈路，所述指令管理中心通過所述指令鏈路將執(zhí)行啟動(dòng)信號(hào)發(fā)送至所述HLR,并接收所述HLR返回的執(zhí)行完畢信號(hào)。
15、 根據(jù)權(quán)利要求13所述的管理指令處理系統(tǒng)，其特征在于，所述第二鏈路為傳輸鏈路，所述指令管理中心通過所述傳輸鏈路將管理指令文件發(fā)送至所述HLR，并接收所述HLR返回的執(zhí)行結(jié)果。
全文摘要
本發(fā)明公開了一種管理指令處理方法、系統(tǒng)、指令管理中心和HLR。其中，管理指令處理方法包括指令管理中心獲得執(zhí)行啟動(dòng)信號(hào)和管理指令文件，并分別通過第一鏈路和第二鏈路進(jìn)行傳輸；HLR接收?qǐng)?zhí)行啟動(dòng)信號(hào)和管理指令文件，根據(jù)執(zhí)行啟動(dòng)信號(hào)執(zhí)行管理指令文件，并生成執(zhí)行完畢信號(hào)和指令執(zhí)行結(jié)果，分別通過第一鏈路和第二鏈路返回執(zhí)行完畢信號(hào)和執(zhí)行結(jié)果至指令管理中心。本發(fā)明的管理指令處理方法、系統(tǒng)、指令管理中心和HLR，通過搭建獨(dú)立的傳輸鏈路，實(shí)現(xiàn)兩條鏈路并行工作，減少指令管理中心到HLR的報(bào)文交互，提高指令執(zhí)行效率，實(shí)現(xiàn)對(duì)區(qū)域分布的HLR的集中化管理，并節(jié)省了投資成本。
文檔編號(hào)H04W88/00GK101686453SQ200810161820
公開日2010年3月31日 申請(qǐng)日期2008年9月24日 優(yōu)先權(quán)日2008年9月24日
發(fā)明者靜 葉 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)安徽有限公司