SP端短信網(wǎng)關平臺對于信息隊列的分布式的框架
來源：原創(chuàng) 時間：2018-02-27 瀏覽：0 次SP短消息網(wǎng)關是無線增值業(yè)務提供商的短消息增值業(yè)務與移動運營商的Internet短消息網(wǎng)關(ISMG)之間的中間接口。其主要功能是：將ISMG發(fā)送的上行短消息分發(fā)給相關業(yè)務應用程序，收集各業(yè)務應用程序的下行短消息，并發(fā)送給ISMG.SP短消息網(wǎng)關，這是短信增值業(yè)務運作中的一個極其重要的環(huán)節(jié)。業(yè)務應用對SP短消息網(wǎng)關的速度和穩(wěn)定性提出了很高的要求。本研究的目的是設計和實現(xiàn)一個兼容性好、可擴展性強、穩(wěn)定性好的監(jiān)控系統(tǒng)，并提供完善的監(jiān)控功能。高效SP短消息網(wǎng)關支持最新的短消息協(xié)議：中國移動的CMPP3.0、中國聯(lián)通的SGIP1.2和中國電信的SMGP3.0。
為了實現(xiàn)設計目標，系統(tǒng)采用分布式設計，按功能劃分系統(tǒng)模塊。每個模塊都設計成一個獨立的過程。消息隊列用于進程間的通信，實現(xiàn)子系統(tǒng)間的松散耦合。在系統(tǒng)結構設計方面，充分借鑒了成熟的結構化方法和設計模式。
整個系統(tǒng)按功能分層，合理定義層間接口，層間接口通過接口進行交互，降低了系統(tǒng)的耦合程度，提高了系統(tǒng)的可擴展性。第三方開源類庫和開發(fā)包被合理地使用以提高開發(fā)效率，并且主要關注業(yè)務邏輯的實現(xiàn)。
近年來，移動增值業(yè)務迅速發(fā)展，為廣大手機用戶提供豐富多彩的信息和娛樂服務，為移動運營商和spn等服務提供商帶來巨大利潤。由于國內(nèi)許多互聯(lián)網(wǎng)泡沫破裂而陷入困境的LTL企業(yè)(如網(wǎng)易、新浪等)發(fā)展勢頭強勁，移動數(shù)據(jù)增值業(yè)務的市場規(guī)模如何？中國SP的市場規(guī)模為五十三億元，用戶規(guī)模為二億三千五百萬元，其中91%的移動數(shù)據(jù)收入仍然來自短信。為了提高短信服務質量，加強對SP的監(jiān)管，中國移動公司于2004年底推出了中國移動點對點協(xié)議3.0/CM。SP與移動運營商的因特網(wǎng)短信網(wǎng)關通信，發(fā)送和接收短信。特定業(yè)務應用程序與ISMG之間的中間接口層是S主體短消息網(wǎng)關，其主要功能是將ISMG發(fā)送的上行消息分發(fā)到相關業(yè)務應用程序序列，收集每個業(yè)務應用程序的下行消息，并收集每個業(yè)務應用程序的下行消息。
SMG.S的短信網(wǎng)關是短信增值業(yè)務運作中的一個極其重要的環(huán)節(jié)。因此，對SP短消息網(wǎng)關的速度和穩(wěn)定性提出了更高的要求。目前，SP終端的短消息網(wǎng)關產(chǎn)品普遍存在以下缺陷：兼容性不強，只適用于單個移動運營商協(xié)議，可移植性不強，對特定操作系統(tǒng)或數(shù)據(jù)庫管理系統(tǒng)的限制，不強監(jiān)控，缺乏對系統(tǒng)運行的有效監(jiān)控；本文的目的是設計和實現(xiàn)一個S-body短消息。網(wǎng)關具有良好的兼容性、可擴展性和穩(wěn)定性，完善的監(jiān)控功能，高效。
該網(wǎng)關支持最新的短信協(xié)議(如中國移動的CMP P3.0和MISC平臺、中國聯(lián)通的SGIPI.2和中國電信的SMGP 3.0/1.2)的研究內(nèi)容：1)通過實際調(diào)查，2)分析國內(nèi)主要移動運營商短信通信協(xié)議的共同點和差異。設計了一種與主要短消息通信協(xié)議兼容的數(shù)據(jù)封裝方法，研究了克服程序對操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)依賴的方法。使程序具有良好的可移植性。4)研究了系統(tǒng)結構的模塊化和層次化方法，構建了一個層次清晰、模塊功能清晰、模塊間相對獨立的分布式系統(tǒng)。將系統(tǒng)劃分為幾個相對獨立的子系統(tǒng)，每個子系統(tǒng)是一個獨立的過程。以實現(xiàn)子系統(tǒng)間的協(xié)作。
注重解決問題：系統(tǒng)的總體架構設計；子系統(tǒng)之間的有效的溝通方法；對各種短消息通信協(xié)議數(shù)據(jù)封裝方法；預期的研究成果：一個良好的兼容性設計和實現(xiàn)，擴展性和穩(wěn)定性，完善的監(jiān)測功能，效率高的短消息網(wǎng)關SP端。1.3。在系統(tǒng)結構設計方面，我們可以從成熟的結構化方法和設計模式中吸取教訓，并將整個系統(tǒng)按其功能。層間的接口定義。系統(tǒng)分層和定義層間接口是關鍵步驟。如果不科學地定義層間和層間接口，則可以減少程序的可伸縮性，降低編碼效率。調(diào)試和維護是困難的。
為了避免這一問題，在系統(tǒng)設計的初期就要考慮整個問題，并利用軟件建模來輔助分析輔助設計問題。在程序設計方面，采用統(tǒng)一建模語言（uml）對軟件進行建模。堅持建模在編碼前，當它是必要的修改模型，然后修改代碼，保持模型和統(tǒng)一的數(shù)據(jù)庫設計編碼，使用數(shù)據(jù)庫建模工具Poweroesigner模型，然后利用尸體的建庫工具。不設計師建立實際的數(shù)據(jù)庫，數(shù)據(jù)庫建模的問題是它可以了解整個數(shù)據(jù)庫的結構、表與表之間的關系有一個更直觀、全面的了解。單元測試框架JUnit進行單元測試，實現(xiàn)測試自動化，使系統(tǒng)的每一次修改可以遞歸進行，各種錯誤和漏洞被發(fā)現(xiàn)并及時糾正。測試用例的設計是一個難點。
實現(xiàn)測試自動化需要一定的經(jīng)驗和技巧。2.1系統(tǒng)結構：手機日、短消息增值服務系統(tǒng)結構圖、短信增值業(yè)務模式。與Web應用程序非常相似，SMS應用程序是由用戶發(fā)送給應用程序端的上行鏈路SMS應用程序。返回的結果稱為下行短信/ MTN。不同的是，應用程序可以主動地啟動下行鏈路信息，而不需要上行鏈路。被動接收用戶。
短信增值服務系統(tǒng)上行信道（MOO）和下行信道（MTN）。上行信道：移動終端運營商短消息中心運營商因特網(wǎng)短消息網(wǎng)關因特網(wǎng)SP短消息網(wǎng)關。增值服務：短信下行應用application-s家短信網(wǎng)關、互聯(lián)網(wǎng)、運營商、短消息網(wǎng)關、企業(yè)短信中心手機終端簡單的短的建立。信息應用方法：移動運營商的網(wǎng)關接口API直接與移動網(wǎng)關連接。這種方法適用于單個SMS應用程序。如果應用程序的數(shù)量增加，因為體系結構，很難獲得好的性能。
在行業(yè)中，將文本消息的發(fā)送和接收與特定的業(yè)務應用分開是一種常見的做法。SP短消息網(wǎng)關是專門為與電信運營商的Internet短消息網(wǎng)關通信而開發(fā)的。SP的每個服務都對應一個服務號和一個收費代碼。服務號是用戶發(fā)送的短消息的目的地號碼。計費代碼是運營商短信增值業(yè)務的唯一標志，運營商在運營商使用SP時，都要由運營商指定。
由移動電話用戶發(fā)送的短消息被稱為上行鏈路短消息或MO(Mobile或1ginate)消息，而發(fā)送到移動電話用戶的短消息被稱為下行鏈路短消息。用戶的上行短消息以信令No.7的形式從移動通信網(wǎng)PLMN發(fā)送到短消息，并根據(jù)目的業(yè)務號碼進行路由，接收到MO后，SMG將將MO路由到SP側的SMS網(wǎng)關，然后SP側的SMS網(wǎng)關將轉發(fā)到SMS增值業(yè)務應用。SMS增值業(yè)務應用可能在處理用戶的M0請求之后將一條或多條短消息MT返回給用戶，并且返回的MT將首先被發(fā)送到SPSMS網(wǎng)關。然后，SPSMS網(wǎng)關根據(jù)目的移動電話號碼確定路由，將MT轉發(fā)到目標移動電話用戶所在的區(qū)域中的ISMGNISMG，然后在MT之前將MT轉發(fā)到SMC，SMC通過PLMN向移動電話用戶發(fā)送下行短信。然后，PLMN向SMC返回狀態(tài)消息，該狀態(tài)消息然后以MO的形式返回到SMC，指示相應的MT是否成功發(fā)送(如果不是，則失敗的原因是。狀態(tài)報告將轉發(fā)到SP側的短消息網(wǎng)關。
因此，在SP側的SMS網(wǎng)關接收到的SMS消息可以是由移動電話用戶發(fā)送的服務請求信息。也可以是SMC返回的狀態(tài)報告信息。應當注意，SMC返回的狀態(tài)報告信息的定時是不確定的?？梢栽谔峤籑T后48小時內(nèi)返回狀態(tài)報告，或者甚至不返回狀態(tài)報告。它可能是PLMN本身的系統(tǒng)問題，但是由于該目的的移動電話號碼不存在/銷售/欠/關閉這一事實，這是更多的原因。
如果目標移動電話用戶關閉計算機，則MT將保留在SMC中48小時。在此期間，如果用戶重新啟動，則將發(fā)送短信。2.2短信增值業(yè)務可以根據(jù)計費類別進行分類：1)月用戶先將訂單訂單發(fā)送給S主體。增值業(yè)務訂購S本體，在建立訂單關系后，用戶每月向S本體支付固定業(yè)務費用，2)訂購用戶先將訂單訂單發(fā)送給SP的業(yè)務號碼，并訂購SP的增值業(yè)務。在建立訂單關系后，取決于用戶使用服務向SP支付服務費用的次數(shù)，每月服務費用最高，當用戶在當月花費的時間超過此最大值時，用戶將繼續(xù)使用該服務來進行其余月份的服務，而無需支付服務費用。
在使用增值服務之前，需求上的用戶不需要建立訂閱關系。只需將指令發(fā)送到SP的服務編號。用戶只按增值業(yè)務的次數(shù)向SP支付服務費。
