專利名稱：一種擴展短消息調度處理方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及移動通信領域，尤其涉及一種擴展短消息調度處理方法及系統(tǒng)。
背景技術：
短消息業(yè)務是移動通信業(yè)務中的重要組成部分，目前，服務提供商(SPService Provider)下發(fā)的短消息中并不包含大規(guī)模的擴展部分，但隨著3G業(yè)務的大規(guī)模開展，擴展短消息將會成為短消息服務中的主流只有固定部分的消息已經不能適應新增業(yè)務的需求，很多運營商已經或者即將在其原來制定的協(xié)議的基礎上，將消息擴展，即增加TLV。
擴展短消息是指在原來只有固定部分的短消息基礎上增加擴展參數(shù)的短消息。
擴展參數(shù)一般采用TLV(Tag、Length、Value)形式定義。
表1

發(fā)送方發(fā)出短消息到接收方收到短消息之間需要有一個網關內部的調度過程，短消息網關需要對短消息進行調度，包括對發(fā)送方進行扣費、鑒權等操作。
現(xiàn)有技術中一種擴展短消息調度的方法是將消息固定部分和擴展TLV部分一起作為一個完整的消息處理。即內部消息除了有協(xié)議規(guī)定的固定部分外，還有所有擴展的部分。
具體流程如圖1所示X1)網關收到標準協(xié)議的消息，解碼，先解固定部分，將固定部分各個字段解碼放到網關內部消息對應字段中；解碼固定部分后，解碼擴展部分，將擴展部分也全部轉換到網關內部消息與之對應的字段；X2)解碼生成的網關內部消息開始調度；X3)網關將消息發(fā)送到預付費中心對預付費用戶進行扣費；X4)網關將消息發(fā)送到移動數(shù)據業(yè)務管理平臺進行業(yè)務鑒權；X5)網關根據目的地址找到接收該消息的賬號；X6)網關將消息編碼，將內部消息的各個字段轉換成對應的標準協(xié)議的消息的固定部分的對應字段，然后將擴展部分依次轉化成標準協(xié)議的擴展部分放在消息后面。
X7)將編碼后的消息發(fā)送到接收消息賬號下的接口。
但是，由于現(xiàn)有技術中內部調度將擴展短消息固定部分和擴展部分一起作為一個完整的消息處理，而短消息的擴展部分大小會隨著3G網絡的到來不斷增大，在內部調度過程中將占用大量內存以及帶寬，并且當服務提供商下發(fā)的擴展短消息不是標準協(xié)議短消息時，還需要修改短消息網關與外部網元，例如移動數(shù)據業(yè)務管理平臺，預付費中心等的接口。

發(fā)明內容
本發(fā)明要解決的技術問題是提供一種擴展短消息調度處理方法及系統(tǒng)，用于提高對擴展短消息的調度效率。
本發(fā)明提供的擴展短消息調度處理方法包括步驟1)解碼固定部分及擴展部分；2)存儲解碼后的擴展部分并標識存儲位置；3)對存儲位置標識及解碼后的固定部分進行調度。
優(yōu)選地，所述步驟2)中存儲包括步驟21)判斷系統(tǒng)全局區(qū)內存占用率是否超過預置的門限，若是則轉向步驟22)，否則將所述擴展部分和存儲位置標識存儲在系統(tǒng)全局區(qū)；
22)將所述擴展部分和存儲位置標識存儲在數(shù)據庫中。
優(yōu)選地，所述步驟2)之前進一步包括步驟對擴展部分進行標準化協(xié)議轉換。
優(yōu)選地，所述步驟3)具體包括3A)將存儲位置標識及解碼后的固定部分存入網關內部消息；3B)判斷擴展短消息發(fā)送用戶是否為預付費用戶，若是，則將所述網關內部消息發(fā)送到預付費中心進行扣費，之后將網關內部消息發(fā)送到移動數(shù)據業(yè)務管理平臺進行業(yè)務鑒權，否則，直接將網關內部消息發(fā)送到移動數(shù)據業(yè)務管理平臺進行業(yè)務鑒權。
優(yōu)選地，所述步驟2)之前進一步判斷擴展部分中各字段是否為調度所需字段，若是，則提取該字段內容，所述步驟3)中進一步對所述字段內容進行調度。
優(yōu)選地，所述步驟3)具體包括3C)將存儲位置標識、解碼后的固定部分及所述調度所需字段內容存入網關內部消息；3D)判斷擴展短消息發(fā)送用戶是否為預付費用戶，若是，則將所述網關內部消息發(fā)送到預付費中心進行扣費，之后將網關內部消息發(fā)送到移動數(shù)據業(yè)務管理平臺進行業(yè)務鑒權，否則，直接將網關內部消息發(fā)送到移動數(shù)據業(yè)務管理平臺進行業(yè)務鑒權。
優(yōu)選地，所述步驟3)之后進一步包括步驟4)根據目的地址找到接收該消息的賬號；5)編碼形成標準協(xié)議消息；6)將所述標準協(xié)議消息通過接收消息賬號的接口發(fā)送。
優(yōu)選地，所述步驟5)具體包括51)將網關內部消息的固定部分各字段轉換成對應的標準協(xié)議消息的固定部分的對應字段；
52)根據網關內部消息中的存儲位置標識從系統(tǒng)全局區(qū)或數(shù)據庫中取出擴展部分，加入到所述標準協(xié)議消息的固定部分后，修改所述消息長度，形成標準協(xié)議消息。
本發(fā)明提供的擴展短消息調度處理系統(tǒng)，包括數(shù)據存儲單元，解碼單元，調度單元，存儲控制單元；收到擴展短消息后，所述解碼單元對其固定部分及擴展部分進行解碼并將解碼后的固定部分發(fā)送給調度單元，存儲控制單元將解碼后的擴展部分存儲在數(shù)據存儲單元，同時對存儲位置進行標識并將存儲位置標識發(fā)送給調度單元，調度單元對接收到的固定部分和存儲位置標識進行調度。
優(yōu)選地，所述調度單元將固定部分發(fā)送到移動數(shù)據業(yè)務管理平臺進行鑒權。
優(yōu)選地，所述調度單元在將固定部分發(fā)送到移動數(shù)據業(yè)務管理平臺之前還包括將固定部分發(fā)送到預付費中心對預付費用戶進行扣費。
優(yōu)選地，所述數(shù)據存儲單元包括數(shù)據庫單元，系統(tǒng)全局存儲單元；所述存儲控制單元判斷系統(tǒng)全局內存占用率是否超過門限，若超過，則將擴展部分存入數(shù)據庫單元，否則存入系統(tǒng)全局存儲單元。
優(yōu)選地，所述系統(tǒng)還包括協(xié)議轉換單元，用于在存儲所述擴展部分之前對其進行標準化協(xié)議轉換。
優(yōu)選地，所述系統(tǒng)還包括編碼單元，用于從調度單元獲取調度完成的消息，將所述消息編碼并發(fā)送給接收方。
優(yōu)選地，所述系統(tǒng)還包括調度控制單元，用于判斷擴展部分中是否包含調度所需字段，若包含則請求調度單元對所述字段內容進行調度。
以上技術方案可以看出，本發(fā)明具有以下優(yōu)點首先，本發(fā)明將擴展短消息的擴展部分存儲在系統(tǒng)中，相對于現(xiàn)有技術中將擴展部分存入網關內部消息進行調度而言，本發(fā)明降低了內存及帶寬的占用率，提高了調度效率；其次，本發(fā)明當系統(tǒng)全局內存占用率過高時可以將擴展部分存儲在數(shù)據庫中，減輕了內存壓力，提高了調度效率；再次，本發(fā)明在將擴展部分存儲之前還對其進行標準化協(xié)議轉換，在與預付費中心和移動數(shù)據業(yè)務管理平臺交互時不再需要改變接口，進一步提高了調度效率；最后，本發(fā)明對擴展部分進行檢測，將擴展部分中調度所需字段提取并對其進行調度，提高了系統(tǒng)通用性。


圖1為現(xiàn)有技術擴展短消息調度流程圖；圖2為本發(fā)明方法第一實施例流程圖；圖3為本發(fā)明方法第二實施例流程圖；圖4為本發(fā)明方法第三實施例流程圖；圖5為本發(fā)明方法第四實施例流程圖；圖6為本發(fā)明方法第五實施例流程圖；圖7為本發(fā)明方法第六實施例流程圖；圖8為本發(fā)明方法第七實施例流程圖；圖9為本發(fā)明系統(tǒng)第一實施例示意圖；圖10為本發(fā)明系統(tǒng)第二實施例示意圖；圖11為本發(fā)明系統(tǒng)第三實施例示意圖；圖12為本發(fā)明應用例示意圖。
具體實施例方式
本發(fā)明提供了一種擴展短消息調度處理方法及系統(tǒng)，其主要思想是對擴展短消息固定部分和擴展部分分離調度。
當短消息網關收到擴展消息后，僅將消息的固定部分轉化為網關內部消息，而將TLV部分存儲到系統(tǒng)全局區(qū)或數(shù)據庫中，網關內部消息只記錄TLV的存儲位置標識，這樣短消息網關對網關內部消息進行調度時就能節(jié)約大量帶寬及內存資源，調度結束后下發(fā)消息時需對網關內部消息進行編碼，轉換成標準協(xié)議消息，短消息網關將網關內部消息的固定部分轉換為標準協(xié)議消息，再根據TLV標識取出TLV，加在消息后面，從而實現(xiàn)對擴展短消息固定部分和擴展部分分離調度。
下面對本發(fā)明擴展短消息調度處理方法進行詳細描述請參閱圖2，本發(fā)明方法第一實施例，當短消息網關與外部網元交互完全不需要TLV部分，只需要固定部分，并且不需要進行協(xié)議轉換時，包括D1)解碼；當短消息網關收到標準協(xié)議的擴展消息時分別對擴展短消息固定部分以及擴展部分進行解碼。
先解固定部分，將固定部分各個字段解碼放到網關內部消息EI對應字段中。再解碼可選部分即TLV格式標識的擴展部分，解碼過程只判斷消息格式是否正確，將解出來的擴展部分，全部放到一個臨時緩沖區(qū)中，記錄它的總長。
D2)對解碼出來的擴展部分進行存儲；首先，為擴展部分的緩沖區(qū)分配一個存儲位置標識，所述存儲位置標識是針對每個擴展部分全局唯一的標識符。
將該存儲位置標識和存放解碼擴展部分的緩沖區(qū)以及它的總長這三者構成一個聯(lián)合體，并將這個聯(lián)合體存儲在系統(tǒng)全局區(qū)或者數(shù)據庫中。
D3)調度。
由于短消息網關可能需要將短消息發(fā)送到預付費平臺、業(yè)務管理平臺等外部實體進行扣費、鑒權等操作，為了將短消息發(fā)送到外部實體，短消息網關內部還要進行消息調度。而外部實體并不需要完整的擴展后的消息，需要的只是消息的部分內容即固定部分，所以在對網關內部消息進行調度時是對解碼后的固定部分以及存儲位置標識進行調度。
請參閱圖3，本發(fā)明方法第二實施例包括P1)解碼；
本實施例中，解碼過程與第一實施例的解碼過程相同。
P2)判斷系統(tǒng)全局內存占用率是否超過預置的門限，若是，轉向步驟P3)，否則轉向步驟P4)；其中，在系統(tǒng)運行之前先預置一個門限，當執(zhí)行步驟P2)時判斷當前系統(tǒng)全局內存占用率是否大于該門限。
P3)將擴展部分存儲在數(shù)據庫中；首先，將擴展部分存儲在一個臨時緩沖區(qū)中并為該臨時緩沖區(qū)分配一個全局唯一存儲位置標識，并記錄緩沖區(qū)的總長；然后，將存儲位置標識和存放解碼擴展部分的緩沖區(qū)以及它的總長這三者構成一個聯(lián)合體，通過哈希表或者其他索引表將所述聯(lián)合體存儲在數(shù)據庫中，以存儲位置標識作為索引。
其中，與數(shù)據庫之間的連接，可以由網關的一個線程完成，也可以由一個獨立的進程完成，后者網關需要與進程之間通信。
P4)將擴展部分存儲在系統(tǒng)全局區(qū)；同樣的，形成聯(lián)合體后，通過哈希表或者其他索引表將所述聯(lián)合體存儲在系統(tǒng)全局區(qū)中，以存儲位置標識作為索引。
P5)調度。
其中，對網關內部消息進行調度時是對解碼后的固定部分以及存儲位置標識進行調度。
本實施例中增加了對系統(tǒng)全局內存占用率的判斷，當內存占用率高于門限時將擴展部分存入數(shù)據庫，這樣可以降低對系統(tǒng)內存的壓力。
請參閱圖4，本發(fā)明方法第三實施例，當網關與外部網元交互完全不需要TLV部分，只需要固定部分，但是需要進行協(xié)議轉換，即涉及到不同協(xié)議TLV轉換時，包括Q1)解碼；本實施例中，解碼過程與第一實施例的解碼過程相同。
Q2)判斷是否需要進行協(xié)議轉換，若是，轉向步驟Q3)，否則轉向步驟Q4)；在對擴展部分解碼的過程中，判斷擴展部分各TLV字段中的字段標簽Tag，若運營商自定義協(xié)議與標準協(xié)議對同一個參數(shù)定義為不同標簽，那么該擴展部分需要進行協(xié)議轉換。將不需要進行協(xié)議轉換的TLV字段直接存入臨時緩沖區(qū)中。
其中，標準協(xié)議一般是指SMPP3.4協(xié)議。
服務提供商可能會使用擴展的CNGP，CMPP，SMGP或者SGIP等協(xié)議接入網關，如果運營商使用自定義協(xié)議的消息中字段未能在標準協(xié)議SMPP3.4中找到，那么則直接丟棄該字段。
Q3)進行協(xié)議轉換；其中，將運營商自定義協(xié)議中對參數(shù)定義的標簽轉換為標準協(xié)議中對該參數(shù)定義的標簽，例如某運營商采用自定義的Tag值0x1234表示參數(shù)display_time，用0x1235表示參數(shù)payload_type，而SMPP3.4協(xié)議中規(guī)定參數(shù)display_time的Tag值為0x1201，規(guī)定參數(shù)payload_type的Tag值為0x0019，則在對擴展部分的解碼過程中，遇到Tag值為0x1234的TLV，直接將Tag值換成0x1201，遇到Tag值為0x1235的TLV，直接將Tag值換成0x0019，相應的字段長度Length和字段內容Value不變。
Q4)判斷系統(tǒng)全局內存占用率是否超過預置的門限，若是，轉向步驟Q5)，否則轉向步驟Q6)；Q5)將擴展部分存儲在數(shù)據庫中；存儲過程中需要將進行協(xié)議轉換的TLV字段進行協(xié)議轉換后存入臨時緩沖區(qū)中，并記錄它的總長，然后再將存儲位置標識、所述臨時緩沖區(qū)以及緩沖區(qū)總長等三個參數(shù)構成一個聯(lián)合體，通過哈希表或者其他索引表將所述聯(lián)合體存儲在數(shù)據庫中，以存儲位置標識作為索引。
Q6)將擴展部分存儲在系統(tǒng)全局區(qū)；同樣的，形成聯(lián)合體后，通過哈希表或者其他索引表將所述聯(lián)合體存儲在系統(tǒng)全局區(qū)中，以存儲位置標識作為索引。
Q7)調度。
其中，對網關內部消息進行調度時是對解碼后的固定部分以及存儲位置標識進行調度。
本實施例增加了對擴展短消息擴展部分的標準化協(xié)議轉換，可以將運營商自定義的規(guī)定轉換成為標準協(xié)議的規(guī)定，這樣在調度過程中不再需要更改交互接口。
請參閱圖5，本發(fā)明方法第四實施例包括R1)解碼；本實施例中，解碼過程與第一實施例的解碼過程相同。
R2)判斷是否需要進行協(xié)議轉換，若是，轉向步驟R3)，否則轉向步驟R4)；該過程與方法第三實施例中的處理過程相同，將不需要進行協(xié)議轉換的TLV字段直接存入臨時緩沖區(qū)中。
R3)進行協(xié)議轉換；將運營商自定義協(xié)議中對參數(shù)定義的標簽轉換為標準協(xié)議中對該參數(shù)定義的標簽，實現(xiàn)方式與方法第三實施例相同。
R4)判斷系統(tǒng)全局內存占用率是否超過預置的門限，若是，轉向步驟R5)，否則轉向步驟R6)；R5)將擴展部分存儲在數(shù)據庫中；存儲過程中需要將進行協(xié)議轉換的TLV字段進行協(xié)議轉換后存入臨時緩沖區(qū)中，并記錄它的總長，然后再將存儲位置標識、所述臨時緩沖區(qū)以及緩沖區(qū)總長等三個參數(shù)構成一個聯(lián)合體，通過哈希表或者其他索引表將所述聯(lián)合體存儲在數(shù)據庫中，以存儲位置標識作為索引。
R6)將擴展部分存儲在系統(tǒng)全局區(qū)；同樣的，形成聯(lián)合體后，通過哈希表或者其他索引表將所述聯(lián)合體存儲在系統(tǒng)全局區(qū)中，以存儲位置標識作為索引。
R7)生成網關內部消息；根據解碼后的固定部分以及存儲位置標識生成網關內部消息，即將固定部分各字段與存儲位置標識存入網關內部消息各對應字段，此時網關內部消息包括固定部分以及存儲位置標識。
R8)判斷是否為預付費用戶，若是轉向步驟R9)，否則轉向步驟R10)；該判斷是對擴展短消息發(fā)送方進行判斷。
R9)扣費，并轉向步驟R10)；網關將網關內部消息發(fā)送至預付費中心對用戶進行扣費。
R10)鑒權。
網關將網關內部消息發(fā)送至移動數(shù)據業(yè)務管理平臺進行用戶鑒權操作。
本實施例生成網關內部消息的過程，將解碼后的固定部分以及存儲位置標識存入網關內部消息進行統(tǒng)一調度，可以理解的是，同樣可以采用其他調度方式，只要能完成對解碼后的固定部分以及存儲位置標識的調度即可，實質上存儲位置標識只是存儲在網關內部消息中隨其一起調度，但存儲位置標識并未參與扣費、鑒權的過程。另外本實施例細化了調度的流程。
請參閱圖6，本發(fā)明方法第五實施例包括S1)解碼；本實施例中，解碼過程與第一實施例的解碼過程相同。
S2)判斷是否需要進行協(xié)議轉換，若是，轉向步驟S3)，否則轉向步驟S4)；該過程與方法第三實施例中的處理過程相同，將不需要進行協(xié)議轉換的TLV字段直接存入臨時緩沖區(qū)中。
S3)進行協(xié)議轉換；將運營商自定義協(xié)議中對參數(shù)定義的標簽轉換為標準協(xié)議中對該參數(shù)定義的標簽，實現(xiàn)方式與方法第三實施例相同。
S4)判斷系統(tǒng)全局內存占用率是否超過預置的門限，若是，轉向步驟S5)，否則轉向步驟S6)；S5)將擴展部分存儲在數(shù)據庫中；存儲過程中需要將進行協(xié)議轉換的TLV字段進行協(xié)議轉換后存入臨時緩沖區(qū)中，并記錄它的總長，然后再將存儲位置標識、所述臨時緩沖區(qū)以及緩沖區(qū)總長等三個參數(shù)構成一個聯(lián)合體，通過哈希表或者其他索引表將所述聯(lián)合體存儲在數(shù)據庫中，以存儲位置標識作為索引。
S6)將擴展部分存儲在系統(tǒng)全局區(qū)；同樣的，形成聯(lián)合體后，通過哈希表或者其他索引表將所述聯(lián)合體存儲在系統(tǒng)全局區(qū)中，以存儲位置標識作為索引。
S7)生成網關內部消息；根據解碼后的固定部分以及存儲位置標識生成網關內部消息，即將固定部分各字段與存儲位置標識存入網關內部消息各對應字段，此時網關內部消息包括固定部分以及存儲位置標識。
S8)判斷是否為預付費用戶，若是轉向步驟S9)，否則轉向步驟S10)；該判斷是對擴展短消息發(fā)送方進行判斷。
S9)扣費，并轉向步驟S10)；網關將網關內部消息發(fā)送至預付費中心對用戶進行扣費。
S10)鑒權；網關將網關內部消息發(fā)送至移動數(shù)據業(yè)務管理平臺進行用戶鑒權操作。
S11)查詢賬號；對網關內部消息的調度結束后，進行下發(fā)時需要查詢該擴展短消息接收方賬號。
S12)編碼；在下發(fā)消息時，由于此時的消息格式是網關內部消息形式，因此需要將網關內部消息編碼成標準協(xié)議規(guī)定的擴展短消息再進行下發(fā)，對固定部分的編碼采用現(xiàn)有技術，將網關內部消息的各個字段轉換成對應的標準協(xié)議的消息的固定部分的對應字段，而擴展部分的編碼通過步驟S13)實現(xiàn)。
S13)提取擴展部分；根據網關內部消息中存儲的存儲位置標識，將存儲在系統(tǒng)全局區(qū)中的TLV取出，如果在系統(tǒng)全局區(qū)中未找到則到數(shù)據庫中取出TLV，加到標準協(xié)議的消息的固定部分后面，并修改消息長度，形成標準協(xié)議規(guī)定的擴展短消息。
S14)發(fā)送。
網關將形成的標準協(xié)議規(guī)定的擴展短消息發(fā)送給接收方。
本實施例增加了對調度后流程的描述，其中，在步驟S14)之前，還可以根據存儲位置標識從系統(tǒng)全局區(qū)或者數(shù)據庫中刪除存儲的擴展部分。
請參閱圖7，本發(fā)明方法第六實施例，網關與外部網元交互需要部分TLV和固定部分，但調度過程不會修改TLV內容，即網關與預付費中心和移動數(shù)據業(yè)務管理平臺交互需要讀取部分擴展后TLV內容時，包括T1)解碼；本實施例中，解碼過程與第一實施例的解碼過程相同。
T2)判斷是否需要進行協(xié)議轉換，若是，轉向步驟T3)，否則轉向步驟T4)；該過程與實施例三中的處理過程相同，將不需要進行協(xié)議轉換的TLV字段直接存入臨時緩沖區(qū)中。
T3)進行協(xié)議轉換；將運營商自定義協(xié)議中對參數(shù)定義的標簽轉換為標準協(xié)議中對該參數(shù)定義的標簽，實現(xiàn)方式與實施例三相同。
T4)判斷是否包含調度所需字段，若是，轉向步驟T5)，否則轉向步驟T6)；對擴展部分中每一個TLV字段進行檢測，將不是調度所需字段的TLV字段直接存入臨時緩沖區(qū)。
其中，在對擴展部分進行解碼過程中判斷擴展部分中各字段是否為調度所需字段，所述字段是源地址字段，或者是計費地址字段，還可以是其他調度所需的字段。
例如調度所需字段為源地址字段時，源地址字段Source_subaddress，Tag值為0x0202，網關在調度過程中有可能會需要該字段。
T5)提取字段；現(xiàn)以SP以SMPP3.4協(xié)議登錄網關，網關以SMPP3.4協(xié)議登錄短信中心。SMPP3.4協(xié)議擴展部分TLV有一個是Source_subaddress(Tag值0x0202)，假設網關調度時需要該字段(到預付費中心和移動數(shù)據業(yè)務管理平臺交互時需要該字段)為例進行說明。
網關定義內部消息時，除了定義固定部分外，增加一個字段sSourceSubAddr，同時增加一個標識bSourceSubAddr。網關收到SMPP3.4消息解碼的時候，將固定部分解碼完成后，繼續(xù)解碼TLV部分，遇到非Source_subaddress對應TLV時直接將其存到一個臨時緩沖區(qū)，遇到Source_subaddress對應的TLV時將其Value部分放到解碼后的內部消息的sSourceSubAddr字段，同時設置bSourceSubAddr為真，然后將該TLV也存到上面提到的臨時緩沖區(qū)。
T6)判斷系統(tǒng)全局內存占用率是否超過預置的門限，若是，轉向步驟T7)，否則轉向步驟T8)；T7)將擴展部分存儲在數(shù)據庫中；存儲過程中需要將進行協(xié)議轉換的TLV字段進行協(xié)議轉換后存入臨時緩沖區(qū)中，并記錄它的總長，然后再將存儲位置標識、所述臨時緩沖區(qū)以及緩沖區(qū)總長等三個參數(shù)構成一個聯(lián)合體，通過哈希表或者其他索引表將所述聯(lián)合體存儲在數(shù)據庫中，以存儲位置標識作為索引。
T8)將擴展部分存儲在系統(tǒng)全局區(qū)；同樣的，形成聯(lián)合體后，通過哈希表或者其他索引表將所述聯(lián)合體存儲在系統(tǒng)全局區(qū)中，以存儲位置標識作為索引。
T9)調度。
其中，對解碼后的固定部分、存儲位置標識以及調度所需字段內容進行調度。
本實施例增加了對擴展部分中調度所需字段的判斷，由于在調度過程中可能會需要該字段，所以將該字段內容取出調度。本實施例中含有協(xié)議轉換的過程，如果在系統(tǒng)運行前先與服務提供商約定好使用標準協(xié)議，則可以去除本實施例流程中對協(xié)議的判斷以及轉換過程。
請參閱圖8，本發(fā)明方法第七實施例包括U1)解碼；U2)判斷是否需要進行協(xié)議轉換，若是，轉向步驟U3)，否則轉向步驟U4)；U3)進行協(xié)議轉換；U4)判斷是否包含調度所需字段，若是，轉向步驟U5)，否則轉向步驟U6)；對擴展部分中每一個TLV字段進行檢測，將不是調度所需字段的TLV字段直接存入臨時緩沖區(qū)。
其中，在對擴展部分進行解碼過程中判斷擴展部分中各字段是否為調度所需字段，所述字段是源地址字段，或者是計費地址字段，還可以是其他調度所需的字段。
例如為源地址字段時，源地址字段Source subaddress，Tag值為0x0202，網關在調度過程中有可能會需要該字段。
U5)提取字段；提取的方式與第六實施例中相同。
U6)判斷系統(tǒng)全局內存占用率是否超過預置的門限，若是，轉向步驟U7)，否則轉向步驟U8)；U7)將擴展部分存儲在數(shù)據庫中；存儲過程中需要將進行協(xié)議轉換的TLV字段進行協(xié)議轉換后存入臨時緩沖區(qū)中，并記錄它的總長，然后再將存儲位置標識、所述臨時緩沖區(qū)以及緩沖區(qū)總長等三個參數(shù)構成一個聯(lián)合體，通過哈希表或者其他索引表將所述聯(lián)合體存儲在數(shù)據庫中，以存儲位置標識作為索引。
U8)將擴展部分存儲在系統(tǒng)全局區(qū)；同樣的，形成聯(lián)合體后，通過哈希表或者其他索引表將所述聯(lián)合體存儲在系統(tǒng)全局區(qū)中，以存儲位置標識作為索引。
U9)生成網關內部消息；其中，將解碼后的固定部分各字段以及存儲位置標識存入網關內部消息對應字段。
例如當調度所需字段為源地址字段時，將所述拷貝存入網關內部消息的對應字段sSourceSubAddr中，同時設置bSourceSubAddr字段為真，即此時網關內部消息包括固定部分、存儲位置標識以及擴展部分中調度所需字段內容。
U10)判斷是否為預付費用戶，若是轉向步驟U11)，否則轉向步驟U12)；該判斷是對擴展短消息發(fā)送方進行判斷。
U11)扣費，并轉向步驟U12)；網關將網關內部消息發(fā)送至預付費中心對用戶進行扣費。
U12)鑒權；網關將網關內部消息發(fā)送至移動數(shù)據業(yè)務管理平臺進行用戶鑒權操作。
U13)查詢賬號；對網關內部消息的調度結束后，進行下發(fā)時需要查詢該擴展短消息接收方賬號。
U14)編碼；在下發(fā)消息時，由于此時的消息格式時網關內部消息形式，因此需要將網關內部消息編碼成標準協(xié)議規(guī)定的擴展短消息再進行下發(fā)，對固定部分的編碼采用現(xiàn)有技術，將網關內部消息的各個字段轉換成對應的標準協(xié)議的消息的固定部分的對應字段，而擴展部分的編碼通過步驟U15)實現(xiàn)。
U15)提取擴展部分；
根據網關內部消息中存儲的存儲位置標識，將存儲在系統(tǒng)全局區(qū)中的TLV取出，如果在系統(tǒng)全局區(qū)中未找到則到數(shù)據庫中取出TLV，加到標準協(xié)議的消息的固定部分后面，并修改消息長度，形成標準協(xié)議規(guī)定的擴展短消息。
U16)發(fā)送。
網關將形成的標準協(xié)議規(guī)定的擴展短消息發(fā)送給接收方。
本實施例中增加了調度所需字段的檢測與調度后的流程，其中，如果在系統(tǒng)運行前先與服務提供商約定好使用標準協(xié)議，則可以去除本實施例流程中對協(xié)議的判斷以及轉換過程。其中，在步驟U16)之前還可以根據存儲位置標識從系統(tǒng)全局區(qū)或者數(shù)據庫中刪除存儲的擴展部分。
下面對本發(fā)明擴展短消息調度處理系統(tǒng)進行詳細描述請參閱圖9，本發(fā)明系統(tǒng)第一實施例包括數(shù)據存儲單元300，解碼單元100，調度單元400，存儲控制單元200。
其中，所述數(shù)據存儲單元300包括系統(tǒng)全局存儲單元310和數(shù)據庫單元320。
收到擴展短消息后，所述解碼單元100對其固定部分及擴展部分進行解碼并將解碼后的固定部分存入網關內部消息，所述存儲控制單元200判斷系統(tǒng)全局內存占用率是否超過門限，若超過，則將解碼后的擴展部分存入數(shù)據庫單元320，否則存入系統(tǒng)全局存儲單元310，同時對存儲位置進行標識并將存儲位置標識存入網關內部消息，調度單元400對網關內部消息進行調度。
請參閱圖10，本發(fā)明系統(tǒng)第二實施例包括數(shù)據存儲單元300，解碼單元100，調度單元400，存儲控制單元200，協(xié)議轉換單元500，編碼單元700。
其中，所述數(shù)據存儲單元300包括系統(tǒng)全局存儲單元310和數(shù)據庫單元320。
收到擴展短消息后，所述解碼單元100對其固定部分及擴展部分進行解碼并將解碼后的固定部分存入網關內部消息，協(xié)議轉換單元500對解碼后的擴展部分進行標準化協(xié)議轉換，所述存儲控制單元200判斷系統(tǒng)全局內存占用率是否超過門限，若超過，則將轉換完成的擴展部分存入數(shù)據庫單元320，否則存入系統(tǒng)全局存儲單元310，同時對存儲位置進行標識并將存儲位置標識存入網關內部消息，調度單元400對網關內部消息進行調度，調度完成后由編碼單元700將消息編碼，并發(fā)送給接收方。
請參閱圖11，本發(fā)明系統(tǒng)第三實施例包括數(shù)據存儲單元300，解碼單元100，調度單元400，存儲控制單元200，協(xié)議轉換單元500，調度控制單元600，編碼單元700。
其中，所述數(shù)據存儲單元300包括系統(tǒng)全局存儲單元310和數(shù)據庫單元320。
收到擴展短消息后，所述解碼單元100對其固定部分及擴展部分進行解碼并將解碼后的固定部分存入網關內部消息，協(xié)議轉換單元500對解碼后的擴展部分進行標準化協(xié)議轉換，所述調度控制單元600判斷擴展部分中是否包含調度所需字段，若包含則將所述字段內容存入網關內部消息，所述存儲控制單元200判斷系統(tǒng)全局內存占用率是否超過門限，若超過，則將擴展部分存入數(shù)據庫單元320，否則存入系統(tǒng)全局存儲單元310，同時對存儲位置進行標識并將存儲位置標識存入網關內部消息，調度單元400對網關內部消息進行調度，調度完成后由編碼單元700將消息編碼，發(fā)送給接收方。
本實施例中需要對擴展部分進行標準化協(xié)議轉換，可以理解的是，如果與服務提供商約定好使用標準協(xié)議，則不需要協(xié)議轉換單元500。
請參閱圖12，圖12為本發(fā)明系統(tǒng)應用于現(xiàn)有擴展短消息業(yè)務的結構示意圖如圖所示，由運營商810發(fā)送出來的短消息一般都含有TLV，這些消息攜帶的TLV部分往往會很大，可能會有幾十兆字節(jié)甚至上百兆字節(jié)。協(xié)議的種類也有可能由運營商來810決定，運營商810發(fā)出的短消息送到解碼單元100進行解碼，先對固定部分進行解碼，將解碼完成的固定部分各字段存入網關內部消息相應字段，解碼單元100在解碼過程中，協(xié)議轉換單元500將擴展部分中不符合標準協(xié)議SMPP3.4標準的字段轉換為標準協(xié)議字段，同時，調度控制單元600將擴展部分中的調度所需字段內容存入網關內部消息相應字段，存儲控制單元200判斷當前系統(tǒng)全局內存占用率是否超限，若未超限，則將擴展部分各字段存入系統(tǒng)全局存儲單元310，若超限則存入數(shù)據庫320，對擴展部分的存儲可以采用如下方式先將擴展部分存入臨時緩沖區(qū)，然后將臨時緩沖區(qū)，存儲位置標識以及臨時緩沖區(qū)總長等三個參數(shù)組成聯(lián)合體，再將聯(lián)合體存儲。將存儲位置標識存入網關內部消息相應字段。調度單元400對網關內部消息進行調度，包括發(fā)送到預付費中心830進行扣費以及發(fā)送到移動數(shù)據業(yè)務管理平臺840進行業(yè)務鑒權，還可以包括其他調度程序，內部調度完成后，調度單元400將網關內部消息發(fā)送到編碼單元700，編碼單元700對網關內部消息中的字段進行編碼，對應到標準協(xié)議規(guī)定的擴展短消息的固定部分各字段，然后根據存儲位置標識提取出存儲的擴展部分加入所述擴展短消息，最后將所述擴展短消息通過SMPP3.4協(xié)議發(fā)送給短消息中心820進行后續(xù)處理。
以上對本發(fā)明所提供的一種擴展短消息調度處理方法及系統(tǒng)進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術人員，依據本發(fā)明的思想，在具體實施方式
及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發(fā)明的限制。
權利要求
1.一種擴展短消息調度處理方法，所述擴展短消息包括固定部分和擴展部分，其特征在于，包括步驟1)解碼固定部分及擴展部分；2)存儲解碼后的擴展部分并標識存儲位置；3)對存儲位置標識及解碼后的固定部分進行調度。
2.根據權利要求1所述的擴展短消息調度處理方法，其特征在于，所述步驟2)中存儲包括步驟21)判斷系統(tǒng)全局區(qū)內存占用率是否超過預置的門限，若是則轉向步驟22)，否則將所述擴展部分和存儲位置標識存儲在系統(tǒng)全局區(qū)；22)將所述擴展部分和存儲位置標識存儲在數(shù)據庫中。
3.根據權利要求2所述的擴展短消息調度處理方法，其特征在于，所述步驟2)之前進一步包括步驟對擴展部分進行標準化協(xié)議轉換。
4.根據權利要求3所述的擴展短消息調度處理方法，其特征在于，所述步驟3)具體包括3A)將存儲位置標識及解碼后的固定部分存入網關內部消息；3B)判斷擴展短消息發(fā)送用戶是否為預付費用戶，若是，則將所述網關內部消息發(fā)送到預付費中心進行扣費，之后將網關內部消息發(fā)送到移動數(shù)據業(yè)務管理平臺進行業(yè)務鑒權，否則，直接將網關內部消息發(fā)送到移動數(shù)據業(yè)務管理平臺進行業(yè)務鑒權。
5.根據權利要求1或3所述的擴展短消息調度處理方法，其特征在于，所述步驟2)之前進一步判斷擴展部分中各字段是否為調度所需字段，若是，則提取該字段內容，所述步驟3)中進一步對所述字段內容進行調度。
6.根據權利要求5所述的擴展短消息調度處理方法，其特征在于，所述步驟3)具體包括3C)將存儲位置標識、解碼后的固定部分及所述調度所需字段內容存入網關內部消息；3D)判斷擴展短消息發(fā)送用戶是否為預付費用戶，若是，則將所述網關內部消息發(fā)送到預付費中心進行扣費，之后將網關內部消息發(fā)送到移動數(shù)據業(yè)務管理平臺進行業(yè)務鑒權，否則，直接將網關內部消息發(fā)送到移動數(shù)據業(yè)務管理平臺進行業(yè)務鑒權。
7.根據權利要求1至4中任一項所述的擴展短消息調度處理方法，其特征在于，所述步驟3)之后進一步包括步驟4)根據目的地址找到接收該消息的賬號；5)編碼形成標準協(xié)議消息；6)將所述標準協(xié)議消息通過接收消息賬號的接口發(fā)送。
8.根據權利要求7所述的擴展短消息調度處理方法，其特征在于，所述步驟5)具體包括51)將網關內部消息的固定部分各字段轉換成對應的標準協(xié)議消息的固定部分的對應字段；52)根據網關內部消息中的存儲位置標識從系統(tǒng)全局區(qū)或數(shù)據庫中取出擴展部分，加入到所述標準協(xié)議消息的固定部分后，修改所述消息長度，形成標準協(xié)議消息。
9.一種擴展短消息調度處理系統(tǒng)，其特征在于，包括數(shù)據存儲單元，解碼單元，調度單元，存儲控制單元；收到擴展短消息后，所述解碼單元對其固定部分及擴展部分進行解碼并將解碼后的固定部分發(fā)送給調度單元，存儲控制單元將解碼后的擴展部分存儲在數(shù)據存儲單元，同時對存儲位置進行標識并將存儲位置標識發(fā)送給調度單元，調度單元對接收到的固定部分和存儲位置標識進行調度。
10.根據權利要求9所述的擴展短消息調度處理系統(tǒng)，其特征在于所述調度單元將固定部分發(fā)送到移動數(shù)據業(yè)務管理平臺進行鑒權。
11.根據權利要求10所述的擴展短消息調度處理系統(tǒng)，其特征在于，所述調度單元在將固定部分發(fā)送到移動數(shù)據業(yè)務管理平臺之前還包括將固定部分發(fā)送到預付費中心對預付費用戶進行扣費。
12.根據權利要求11所述的擴展短消息調度處理系統(tǒng)，其特征在于，所述數(shù)據存儲單元包括數(shù)據庫單元，系統(tǒng)全局存儲單元；所述存儲控制單元判斷系統(tǒng)全局內存占用率是否超過門限，若超過，則將擴展部分存入數(shù)據庫單元，否則存入系統(tǒng)全局存儲單元。
13.根據權利要求12所述的擴展短消息調度處理系統(tǒng)，其特征在于所述系統(tǒng)還包括協(xié)議轉換單元，用于在存儲所述擴展部分之前對其進行標準化協(xié)議轉換。
14.根據權利要求13所述的擴展短消息調度處理系統(tǒng)，其特征在于所述系統(tǒng)還包括編碼單元，用于從調度單元獲取調度完成的消息，將所述消息編碼并發(fā)送給接收方。
15.根據權利要求9至14中任一項所述的擴展短消息調度處理系統(tǒng)，其特征在于所述系統(tǒng)還包括調度控制單元，用于判斷擴展部分中是否包含調度所需字段，若包含則請求調度單元對所述字段內容進行調度。
全文摘要
本發(fā)明公開了一種擴展短消息調度處理方法及系統(tǒng)，用于對擴展短消息進行調度，所述方法包括步驟1)解碼固定部分及擴展部分；2)存儲解碼后的擴展部分并標識存儲位置；3)對存儲位置標識及解碼后的固定部分進行調度；所述系統(tǒng)包括數(shù)據存儲單元，解碼單元，調度單元，存儲控制單元；收到擴展短消息后，所述解碼單元對其固定部分及擴展部分進行解碼并將解碼后的固定部分發(fā)送給調度單元，存儲控制單元將解碼后的擴展部分存儲在數(shù)據存儲單元，同時對存儲位置進行標識并將存儲位置標識發(fā)送給調度單元，調度單元對接收到的固定部分和存儲位置標識進行調度。本發(fā)明可以提高擴展短消息調度效率以及系統(tǒng)性能。
文檔編號H04W80/00GK1968445SQ20061008100
公開日2007年5月23日 申請日期2006年5月19日 優(yōu)先權日2006年5月19日
發(fā)明者張影, 蔣伶利, 陳向榮, 劉禮, 李峰, 張志龍, 信文偉, 馮黎, 段雷, 周樂儒, 黃卉, 陳銀, 許浩渺, 劉義平, 梁鐘琪 申請人:華為技術有限公司