【正文】 電信工程技術(shù)與標(biāo)準(zhǔn)化， 2020，（ 4）： 89－ 93 [9] 程衛(wèi)東。短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 [5] 程帆。 雖然通過了系統(tǒng)測(cè)試，但其運(yùn)行效率等需待提高。 模擬器的配置和發(fā)送如下圖 36與圖 37. 25 圖 36 對(duì) Fig. 36 on configured screenshot 26 圖 37 對(duì) updates on the next screenshot 首先，進(jìn)行的模擬器測(cè)試。 (0x01)。 } public void setTP_udhi(byte tp_udhi) { TP_udhi = tp_udhi。 } 22 public void setService_Id(String service_Id) { Service_Id = service_Id。 } public void setMsg_Fmt(byte msg_Fmt) { Msg_Fmt = msg_Fmt。 } (new String(temp))。 for(int i=0。 for(int i=0。 for(int i=0。 (())。 byte Msg_Length。 String Dest_Id。 Msg_Content Msg_length Octet String 消息內(nèi)容 。詳細(xì)解釋請(qǐng)參考 中的 。 DELIVER 的消息定義如下。 } public void setSource_Addr(String source_Addr) { Source_Addr = source_Addr。 (().getBytes())。 = SP_ID。 private String AuthenticatorSource。 其值通過單向 MD5 hash 計(jì)算得出，表示如下： AuthenticatorISMG =MD5（ Status+AuthenticatorSource+shared secret）， Shared secret 由中國(guó)移動(dòng)與源地址實(shí)體事先商定，AuthenticatorSource 為源地址實(shí)體發(fā)送給 ISMG 的 對(duì) 應(yīng) 消 息CMPP_Connect 中的值。 Deliver Message ISMG 以 Deliver 封裝消息并下發(fā)。服務(wù)器向客戶端發(fā)送 DELIVER 消息， SP 則以 DELIVERRESP 消息進(jìn)行回復(fù)。 Java 編譯器產(chǎn)生的目標(biāo)代碼 (JCode)是針對(duì)一種并不存 9 在的 PU—— Java 虛擬機(jī) (Java Virtual Machine)，而不是某一實(shí)際的 CPU。 為了實(shí)現(xiàn)業(yè)務(wù)對(duì)網(wǎng)關(guān)的無關(guān)性，需要定義系統(tǒng)內(nèi)部通用的數(shù)據(jù)結(jié)構(gòu)，各個(gè)網(wǎng)關(guān)的收發(fā)消息都作相應(yīng)的轉(zhuǎn)換，消息向業(yè)務(wù)系統(tǒng)的收發(fā)完全是標(biāo)準(zhǔn)的格式。 (8) CMPP ACTIVE – TEST RESP 定義 (SP→ ISMG 或 ISMG→ SP ) 基于 CMPP 協(xié)議的個(gè)模塊，做消息的具體實(shí)現(xiàn)。手機(jī)點(diǎn)播的方式：用戶在手機(jī)的編輯短消息的消息體中，輸入需要點(diǎn)播的業(yè)務(wù)代碼，然后在 “ 發(fā)送 ” 號(hào)碼中輸入 SP 的服務(wù)代碼，發(fā)送短信；如果發(fā)送成功，稍后即可收到點(diǎn)播的信息。具體流程為： ① SP 端按照 協(xié)議的具體類進(jìn)行配置 ② 運(yùn)行 SP 端使他的 01850 端口啟動(dòng) ③ 模擬器向 01850 端口發(fā)送建立連接請(qǐng)求 ④ SP 端接到請(qǐng)求并響應(yīng)兩端建立連接 ⑤ 模擬器向 SP 發(fā)出發(fā) 送短信的請(qǐng)求 ⑥ SP 同意開始傳送信息 ⑦ 傳輸完成終止 CMPP 協(xié)議 由上面的過程可以看出 SP與 ISMG 之間的交互過程中采用異步方式，即任一方在收到請(qǐng)求消息后應(yīng)立即回送響應(yīng)消息。有與其他系統(tǒng)的接入的標(biāo)準(zhǔn)接口，以后可以與其他信息源提供商或者游戲提供商進(jìn)行方便的連接，把現(xiàn)有 5 業(yè)務(wù)平臺(tái)擴(kuò)展為多個(gè)。 有了這個(gè)設(shè)計(jì)平臺(tái) 不同的業(yè)務(wù)模塊應(yīng)該可以用于各個(gè)網(wǎng)關(guān)，也就是說業(yè)務(wù)與接口是一對(duì)多的關(guān)系，業(yè)務(wù)不需要知道接口的屬性。 選題意義 由于傳統(tǒng)的打接電話已經(jīng)不能完全滿足人們對(duì)手機(jī)服務(wù)業(yè)提出的更高要求 ，電信、移動(dòng)和聯(lián)通都進(jìn)行手機(jī)的增值服務(wù)。短消息的傳輸要求在移動(dòng)臺(tái)和 MSC 之間建立信令連接。 GSM 的短消息業(yè)務(wù)分為兩種 :點(diǎn)對(duì)點(diǎn)短消息業(yè)務(wù)和短消息小區(qū)廣播業(yè)務(wù)。其特點(diǎn)是，由信息的極大富有者SP作為信息 的提供者，彌補(bǔ)了原來 SMSC 的不足。隨著 GSM標(biāo)準(zhǔn)被越來越多的國(guó)家和地區(qū)采用，移動(dòng)網(wǎng)絡(luò)的商務(wù)應(yīng)用越來越受到重視，增值業(yè)務(wù)不斷的蓬勃發(fā)展起來。因此得到了廣大手機(jī)用戶的青睞，以中國(guó)移動(dòng)的用戶為例：客戶使用乎機(jī)終 端可以向業(yè)務(wù)提供者 SP( Service Provider)發(fā)送短消息請(qǐng)求，短信中心 SMSC(Short Message Service Center)收到請(qǐng)求后，按照 SMPP(Short Message Peer to Peer,短消息點(diǎn)對(duì)點(diǎn)協(xié)議 )協(xié)議標(biāo)準(zhǔn)向互聯(lián)網(wǎng)短信網(wǎng)關(guān) ISMG (Inter Short Message Gateway)轉(zhuǎn)發(fā)請(qǐng)求， ISMG通過 CMPP (China Mobile Peer to Peer，中國(guó)移動(dòng)點(diǎn)對(duì)點(diǎn)協(xié)議 )協(xié)議將請(qǐng)求最終發(fā)送給客戶所請(qǐng)求的 SP, SP 響應(yīng)用戶請(qǐng)求后 回復(fù)短信 .另外，為了減輕短信中心的信令負(fù)荷，互聯(lián)網(wǎng)短信網(wǎng)關(guān)可以查詢匯接網(wǎng)關(guān) (GNS)以獲得網(wǎng)關(guān)間的轉(zhuǎn)發(fā)路 2 由信息，并根據(jù)路由原則將 SP提交的信息轉(zhuǎn)發(fā)到相應(yīng)的互聯(lián)網(wǎng)短信網(wǎng)關(guān)。首先是對(duì)移動(dòng) 各個(gè)消息定義的格式進(jìn)行分析， 然后用 JAVA在 eclipse 平臺(tái)下對(duì)數(shù)據(jù)進(jìn)行封裝，最后通過套接字連接接收從移動(dòng)模擬網(wǎng)關(guān)發(fā)送過來的 deliver消息。 本文專注 于移動(dòng) 協(xié)議 SP 端的短信接收功能設(shè)計(jì)與實(shí)現(xiàn)，從 java語言的角度分析問題，并按照 中規(guī)定各 協(xié)議 對(duì)各個(gè)類進(jìn)行封裝。在此階段，短信中心是唯一的信息提供者及數(shù)據(jù)傳輸通道，造成信息量少，且各短信中心的信息來源不一致。 短消息是通過移動(dòng)網(wǎng)絡(luò)傳輸?shù)挠邢揲L(zhǎng)度的文本信息。因此，業(yè)務(wù)是非對(duì)稱的，一般認(rèn)為移動(dòng)起始短消息 (M0)傳輸與移動(dòng)終接短報(bào)文 (MT)傳輸是兩回事。短消息由字符和數(shù)字組成，每個(gè)短消息長(zhǎng)度最多為160 個(gè)拉丁字符，如果是中文或其他非拉丁字符則長(zhǎng)度最多為 70 個(gè)。進(jìn)行了大學(xué)四年的計(jì)算機(jī)學(xué)習(xí)想進(jìn)行實(shí)際動(dòng)手的操作，想做一個(gè)短信發(fā)送平臺(tái)。 第二章 SP 側(cè)短信的接收平臺(tái)的總體設(shè)計(jì) 平臺(tái)展望 穩(wěn)定的系統(tǒng)和不斷推陳出新的業(yè)務(wù)密不可分，系統(tǒng)的不穩(wěn)定很容易流失用戶，無法迅速開展新的業(yè)務(wù)模式占領(lǐng)市場(chǎng)，就不能增加更多的用戶群?？商峁┌礃I(yè)務(wù)統(tǒng)一分類的報(bào)表，使 SP 能及時(shí)把握市場(chǎng)動(dòng)態(tài) 對(duì)于 SP 企業(yè)來說，一個(gè)穩(wěn)定的平臺(tái)是實(shí)現(xiàn)贏利的基本保證。 通信服務(wù)包括：移動(dòng) EMail、 日常用語、在線聊天等。 ISMG 以 CMPP_ SUBMIT_ RESP 消息響應(yīng)。短連接是指通信雙方有數(shù)據(jù)交互時(shí)，就建立一個(gè) TCP 連接，數(shù)據(jù)發(fā)送完成后，則斷開此 TCP連 接，即每次 TCP 連接只 8 完成一對(duì) CMPP 消息的發(fā)送。另外， Java 對(duì)程序行為的定義嚴(yán)格：它提供了內(nèi)存自動(dòng)回收功能 (Garbage Collection)，使程序不能訪問越界內(nèi)存 。除此以外，在我們處理另一個(gè)連網(wǎng)問題 同時(shí)控制多個(gè)網(wǎng)絡(luò)連接 的時(shí)候， Java 內(nèi) 建的多線程機(jī)制也是十分方便的。 圖 32 流程圖 Flow chart 10 系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn) 要做的模塊包括 : CMPP Message send 向 ISMG 發(fā)送 CMPP 消息，阻塞直到收到響應(yīng)或超時(shí)。其值通過單向 MD5 hash 計(jì)算得出，表示如下： AuthenticatorSource = MD5 （ Source_Addr+9 字 節(jié) 的 0 +shared secret+timestamp） Shared secret 由中國(guó)移動(dòng)與源地址實(shí)體事先商定， timestamp 格式為：MMDDHHMMSS，即月日時(shí)分秒， 10位。 import 。 public CMPP_CONNECT(){ (39)。 (())。 }。 } public int getTimestamp() { return Timestamp。 SP 的服務(wù)代碼，或者是前綴為服務(wù)代碼的長(zhǎng)號(hào)碼；該號(hào)碼是手機(jī)用戶短消息的被叫號(hào)碼。 Src_terminal_type 1 Unsigned Integer 源終端號(hào)碼類型， 0：真實(shí)號(hào)碼； 1：偽碼 。 下圖是 DELIVER 類的類圖設(shè)計(jì) ： 17 圖 34 DELIVER類圖 DELIVER graphs 以下是對(duì)應(yīng)的 DELIVER 類設(shè)計(jì)的源碼： package 。 String Src_terminal_Id。 ByteBuffer buf = (size)。 i++){ temp[i]=()。 (())。 (())。 for(int i=0。 } public String getMsg_Content() { return Msg_Content。 } public byte getRegistered_Delivery() { return Registered_Delivery。 } public byte getTP_pid() { return TP_pid。 import 。 return ()。我們將一部分群發(fā)業(yè)務(wù)通過這個(gè)模塊來發(fā)送，觀察日志的情況以及發(fā)送的速度，和發(fā)送的成功率。基于 CMPP協(xié)議短消息收發(fā)的實(shí)現(xiàn)，計(jì)算機(jī)應(yīng)用研究， 2020年