摘 要 CMPP（中國移動點對點協(xié)議）規(guī)定了移動夢網(wǎng)短信業(yè)務開展過程中各網(wǎng)元（包括ISMG、GNS和SP）之間的消息類型和定義，本文講述基于CMPP3.0標準的企業(yè)短信網(wǎng)關設計,支持CONNECT,SUBMIT,DELIVER,QUERY,CANCEL,TERMINATE消息。
關鍵詞 短信 短信網(wǎng)關CMPP SP ISMG
1 引言
隨著短信息業(yè)務的快速發(fā)展，短信息已經(jīng)成為手機用戶最經(jīng)常使用的業(yè)務之一。除了大量使用的手機用戶到手機用戶的點對點短信業(yè)務之外，從信息平臺到手機用戶的短信信息服務業(yè)務也在快速發(fā)展，該業(yè)務已經(jīng)成為廣大用戶及時方便地獲取信息的一種手段。在廣大服務提供商（SP）的支持下，用戶可以采用短信點播或網(wǎng)站定制的方式得到大量有用信息，SP也能通過提供有償信息服務而獲得收益。
然而手機用戶和SP的交互必須通過基于CMPP的短信網(wǎng)關。CMPP（China Mobile Peer to Peer）中國移動點對點協(xié)議，目前為3.0版本，是中國移動通信集團公司發(fā)布，規(guī)定了移動夢網(wǎng)短信業(yè)務開展過程中各網(wǎng)元（包括ISMG、GNS和SP）之間的消息類型和定義，規(guī)定了以下三方面的內容：1）業(yè)務提供商與互聯(lián)網(wǎng)短信網(wǎng)關之間的接口協(xié)議；2）互聯(lián)網(wǎng)短信網(wǎng)關之間的接口協(xié)議；3）互聯(lián)網(wǎng)短信網(wǎng)關與匯接網(wǎng)關之間的接口協(xié)議。
文章組織如下：第2節(jié)分析介紹了CMPP3.0；第3節(jié)分析設計企業(yè)短信網(wǎng)關API；第4節(jié)給出了SP的發(fā)展趨勢，最后對全文進行總結。
2 CMPP3.0
2.1網(wǎng)絡結構
如圖1所示：
 圖1 互聯(lián)網(wǎng)短信網(wǎng)關組網(wǎng)結構 |
如圖1所示，互聯(lián)網(wǎng)短信網(wǎng)關（ISMG）是業(yè)務提供商（SP）與移動網(wǎng)內短信中心之間的中介實體，互聯(lián)網(wǎng)短信網(wǎng)關一方面負責接收SP發(fā)送給移動用戶的信息和提交給短信中心。另一方面，移動用戶點播SP業(yè)務的信息將由短信中心通過互聯(lián)網(wǎng)短信網(wǎng)關發(fā)給SP。另外，為了減輕短信中心的信令負荷，互聯(lián)網(wǎng)短信網(wǎng)關還應根據(jù)路由原則將SP提交的信息轉發(fā)到相應的互聯(lián)網(wǎng)短信網(wǎng)關?；ヂ?lián)網(wǎng)短信網(wǎng)關通過向匯接網(wǎng)關（GNS）查詢的方式獲得網(wǎng)關間的轉發(fā)路由信息。
另外，ISMG還必須與數(shù)據(jù)業(yè)務管理平臺DSMP進行連接，在業(yè)務流程中對用戶、業(yè)務以及定購關系等進行鑒權并對業(yè)務進行批價。
CMPP協(xié)議主要提供以下兩類業(yè)務操作：
?。?）短信發(fā)送（Short Message Mobile Originate，SM MO）
?。?）短信接收（Short Message Mobile Terminated，SM MT）
2.2 CMPP協(xié)議棧
CMPP協(xié)議以TCP/IP作為底層通信承載，具體結構由圖2所示：
 圖2 CMPP協(xié)議棧 |
2.3 通訊方式
各網(wǎng)元之間共有兩種連接方式：長連接和短連接。所謂長連接，指在一個TCP連接上可以連續(xù)發(fā)送多個數(shù)據(jù)包，在TCP連接保持期間，如果沒有數(shù)據(jù)包發(fā)送，需要雙方發(fā)鏈路檢測包以維持此連接。短連接是指通信雙方有數(shù)據(jù)交互時，就建立一個TCP連接，數(shù)據(jù)發(fā)送完成后，則斷開此TCP連接，即每次TCP連接只完成一對CMPP消息的發(fā)送。
現(xiàn)階段，要求ISMG之間必須采用長連接的通信方式，建議SP與ISMG之間采用長連接的通信方式。
2.4 CMPP涉及的端口號
| 端口號 |
應用 |
| 7890 |
長連接（SP與網(wǎng)關間） |
| 7900 |
短連接（SP與網(wǎng)關間） |
| 7930 |
長連接（網(wǎng)關之間） |
| 9168 |
短連接（短信網(wǎng)關與匯接網(wǎng)關之間） |
2．5交互過程中的應答方式
在SP與ISMG之間、SMSC與ISMG之間及ISMG之間的交互過程中均采用異步方式，即任一個網(wǎng)元在收到請求消息后應立即回送響應消息。舉例如圖3所示：
 圖3 異步交互方式示意圖 |
3 企業(yè)短信網(wǎng)關設計
企業(yè)短信網(wǎng)關API必須實現(xiàn)CMPP3.0中業(yè)務提供商(SP)與互聯(lián)網(wǎng)短信網(wǎng)關(ISMG)間的消息定義所規(guī)定的七個操作。
?、?SP請求連接到ISMG（CMPP_CONNECT）操作
CMPP_CONNECT操作的目的是SP向ISMG注冊作為一個合法SP身份，若注冊成功后即建立了應用層的連接，此后SP可以通過此ISMG接收和發(fā)送短信。ISMG以CMPP_CONNECT_RESP消息響應SP的請求。
?、?SP或ISMG請求拆除連接（CMPP_TERMINATE）操作
CMPP_TERMINATE操作的目的是SP或ISMG基于某些原因決定拆除當前的應用層連接而發(fā)起的操作。此操作完成后SP與ISMG之間的應用層連接被釋放，此后SP若再要與ISMG通信時應發(fā)起CMPP_CONNECT操作。
ISMG或SP以CMPP_TERMINATE_RESP消息響應請求。
?、?SP向ISMG提交短信（CMPP_SUBMIT）操作
CMPP_SUBMIT操作的目的是SP在與ISMG建立應用層連接后向ISMG提交短信。
ISMG以CMPP_SUBMIT_RESP消息響應。
?、?SP向ISMG查詢發(fā)送短信狀態(tài)（CMPP_QUERY）操作
CMPP_QUERY操作的目的是SP向ISMG查詢某時間的業(yè)務統(tǒng)計情況，可以按總數(shù)或按業(yè)務代碼查詢。ISMG以CMPP_QUERY_RESP應答。
⑸ ISMG向SP送交短信（CMPP_DELIVER）操作
CMPP_DELIVER操作的目的是ISMG把從短信中心或其它ISMG轉發(fā)來的短信送交SP，SP以CMPP_DELIVER_RESP消息回應。
?、?SP向ISMG發(fā)起刪除短信（CMPP_CANCEL）操作
CMPP_CANCEL操作的目的是SP通過此操作可以將已經(jīng)提交給ISMG的短信刪除，ISMG將以CMPP_CANCEL_RESP回應刪除操作的結果。
⑺ 鏈路檢測（CMPP_ACTIVE_TEST）操作
本操作僅適用于通信雙方采用長連接通信方式時用于保持連接。
以下為CMPPAPI實現(xiàn)的java部分代碼
public final class CMPPAPI
{
…….
public CMPPAPI()
{
….. //初始化，完成SP請求連接到ISMG（CMPP_CONNECT）操作
}
public int CMPPSendSingle(…)
{
…..//發(fā)送短信，完成SP向ISMG提交短信（CMPP_SUBMIT）操作
}
public int CMPPSendBatch(…)
{
…..//群發(fā)短信
}
public int CMPPQuery(…)
{
…..//查詢短信流量，完成SP向ISMG發(fā)起刪除短信（CMPP_CANCEL）操作
}
public int CMPPDeliver(…)
{
…..//接受短信，完成ISMG向SP送交短信（CMPP_DELIVER）操作
}
public int CMPPCancel(..)
{
…..//取消短信，完成SP向ISMG發(fā)起刪除短信（CMPP_CANCEL）操作
}
public int CMPPActiveTest(..)
{
…// 檢查ISMG短信網(wǎng)關是否提供服務，鏈路檢測（CMPP_ACTIVE_TEST）操作
}
public int CMPPAnalyzeStatusReport(..)
{
…..//分析狀態(tài)報告內容
}
} |
4 結束語
當前短信業(yè)務蓬勃發(fā)展，移動數(shù)據(jù)業(yè)務將成為運營商的重要收入來源，移動互聯(lián)網(wǎng)用戶數(shù)大幅增長。
CMPP作為中國移動網(wǎng)關與服務提供商（SP）之間的交互協(xié)議，在SP技術發(fā)展中具有重要的作用。本文深入分析CMPP3.0協(xié)議的結構和底層通訊方式，給出實現(xiàn)CMPP3.0的企業(yè)短信網(wǎng)關API，為SP接入移動短信業(yè)務提供實現(xiàn)方法。
但本文也存在一些不足，CMPP3.0是一個復雜的協(xié)議，也是互聯(lián)網(wǎng)短信網(wǎng)關的接口協(xié)議，作者將繼續(xù)對CMPP3.0的研究，進一步深化本文的工作。
減小字體
增大字體
