中國聯(lián)合網(wǎng)絡通信有限公司

短消息網(wǎng)關系統(tǒng)接口協(xié)議

(SGIP)

版本1。3

中國聯(lián)合網(wǎng)絡通信有限公司

二零零九年三月

目錄

1概述錯誤!未定義書簽。

1o1協(xié)議說明錯誤!未定義書簽。

1。2適用范圍錯誤!未定義書簽。

1。3參考資料錯誤!未定義書簽。

lo4術(shù)語表錯誤!未定義書簽。

2系統(tǒng)休系結(jié)構(gòu)錯誤!未定義書簽。

2o1消息從本地SMSC到本地SP.......................................錯誤!未定義書簽。

2.2消息從本地SP到本地SMSG錯誤!未定義書簽。

2。3消息從本地SMSC到異地SP.......................................錯誤!未定義書簽。

2。4消息從本地SP到異地SMSC。錯誤!未定義書簽。

2.5路由選擇錯誤!未定義書簽。

3通信流程錯誤!未定義書簽。

3.1專用SGIP方式錯誤!未定義書簽。

3。2通用HTTP方式錯誤!未定義書簽。

3.3通信節(jié)點編號規(guī)則錯誤!未定義書簽。

3。4序列號的定義錯誤!未定義書簽。

3。5通信的安全性錯誤!未定義書簽。

3.6用戶鑒權(quán)6

3。6.1被叫方付費錯誤!未定義書簽。

3o6.2SP付費錯誤!未定義書簽。

363第三方付費錯誤!未定義書簽。

3.7SP與SMG的通信錯誤!未定義書簽。

3。Z1通用HTTP方式錯誤!未定義書簽。

3。7.1。1從SP到SMG的命令錯誤!未定義書簽。

3。7.1.2從SMG到SP的命令錯誤!未定義書簽。

3。7。2專用SGIP方式錯誤!未定義書簽。

3o7.2o1通信初始化錯誤!未定義書簽。

3。7o2o2通信過程錯誤!未定義書簽。

3<,7.2。3通信結(jié)束錯誤!未定義書簽。

3.7.2.4故障處理錯誤!未定義書簽。

3。7.2.5從SP到SMG的消息11

3.7.2。6從SMG到SP的消息錯誤味定義書簽。

3o8SMG與SMG之間的通信錯誤!未定義書簽。

3.8.1通信初始化錯誤!未定義書簽。

3。8.2通信過程錯誤!未定義書簽。

3.8.3通信結(jié)束錯誤!未定義書簽。

3.8。4故障處理錯誤!未定義書簽。

3。8。5兩個SMG之間的消息13

3。9SMG與GNS之間的通信錯誤!未定義書簽。

3.9.1通信初始化錯誤!未定義書簽。

3O92通信過程13

3.9。3通信結(jié)束錯誤!未定義書簽。

3。9.4故障處理錯誤!未定義書簽。

3。，9。5從SMG到GNS的消息錯誤!未定義書簽。

3。9.6從GNS到SMG的消息錯誤!未定義書簽。

4消息定義錯誤!未定義書簽。

4.1基于通用HTTP的消息定義錯誤!未定義書簽。

4。1。ISiibmit操作錯誤!未定義書簽。

4Ololo1Submit命令的請求內(nèi)容錯誤!未定義書簽。

401o1.2Submit命令的應答內(nèi)容錯誤味定義書簽。

4.1。2De1iver探作錯誤!未定義書簽。

4。1。ZIDeliver命令的請求內(nèi)容錯誤!未定義書簽。

4.1。202Deliver命令的應答內(nèi)容錯誤!未定義書簽。

4.1.3Repo門操作錯誤!未定義書簽。

Report命令的請求內(nèi)容錯誤!未定義書簽。

4o1.3o2Report命令的應答內(nèi)容錯誤!未定義書簽。

40/o4UserRpt操作錯誤!未定義書簽。

4.lo4.1UserRpt命令的請求內(nèi)容錯誤!未定義書簽。

401o4?2UserRpt命令的應答內(nèi)容錯誤!未定義書簽。

4.1.5Trace操作錯誤!未定義書簽。

4.1.5。ITrace命令的請求內(nèi)容錯誤!未定義書簽。

40lo5.2Trace命令的應答內(nèi)容錯誤!未定義書簽。

4o2基于專用SGIP的消息定義錯誤!未定義書簽。

42。1數(shù)據(jù)類型錯誤!未定義書簽。

4。2.2消息頭的格式錯誤!未定義書簽。

4。2.3消息體的格式錯誤!未定義書簽。

4.2o3o1Bind操作21

4.2.3.2Unbind操作錯誤!未定義書簽。

4.2o3。3Submit操作錯誤!未定義書簽。

4.2o3o4DeIiver操作錯誤!未定義書簽。

4.2o3。5Report操作錯誤!未定義書簽。

4o2.3。6AddSP操作錯誤!未定義書簽。

402O3.7ModifySP操作錯誤!未定義書簽。

4o2.3。8DcIeteSP操作錯誤!未定義書簽。

4.2o3.9QueryRoule操作錯誤!未定義書簽。

4o2.3.10AddTeleSeg操作錯誤!未定義書簽。

4.2.3o11ModifyTeleSeg操作錯誤!未定義書簽。

4.2o3.12De1eteTe1eSeg操作30

4.2.3.13AddSMG操作錯誤!未定義書簽。

4.2o3.14ModifySMG操作錯誤!未定義書簽。

4o2.3.15DeleteSMG操作錯誤!未定義書簽。

403鑒權(quán)消息定義錯誤!未定義書簽。

4.3。ICheckUser命令的語法錯誤!未定義書簽。

ii

巾H聯(lián)介通信公司的消口⑼於條紂接口協(xié)過]1版

1概述

1.1協(xié)議說明

本協(xié)議是SMG和SP之間、SMG和GNS之間、以及SMG和SMG之間的

接口協(xié)議，簡稱SGIPc

通過應用SGIP協(xié)議，SP可以接入到SMG,實現(xiàn)SP應用的一點接入、全

網(wǎng)服務；SMG可以通過SGIP協(xié)議，實現(xiàn)消息在不同SMG之間的路由和轉(zhuǎn)發(fā)。

同時，SMG通過該協(xié)議也可以和GNS通信，以實現(xiàn)各SMG和GNS之間路由

表的同步功能。

1.2適用范圍

本協(xié)議適用于各SP廠商和SMG的開發(fā)廠商。

lo3參考資料

[1]SMPP3。。3

[2]GSM3.40

[3]GSM3o38

[4]oHTTPlo0

1.4術(shù)語表

本協(xié)議用到以下術(shù)語：

GNSaGaicwayNameServer,負責系統(tǒng)路由的管理和同步

MO由手機用戶提交的短消息

MT由手機用戶接收的短消息

SGIPShortMessageGatewayInterfaceProlocol,本協(xié)議所描述的短消

息網(wǎng)關接口協(xié)議，用于完成在SMG和SP之間、SMG和SMG之間短消息的

發(fā)送、接收和轉(zhuǎn)發(fā)功能，以及SMG和GNS之間路由表的同步功能

SMGoShortMessageGateway，聯(lián)通公司的短消息網(wǎng)關,SMG之間的通訊協(xié)議采用SGIP

SMPP，ShortMessagePcertoPeer,短消息點對點協(xié)議，采用3。3版本

巾M醛介油信公直1處i消*如1節(jié)后綠拓口協(xié)議］1版

SMSC??ShortMessageServiceCenter,短消息中心

SPServiceProvider.服務提供商

2系統(tǒng)體系結(jié)構(gòu)

SMG是具有短消息轉(zhuǎn)發(fā)功能的短消息網(wǎng)關。全國可以有多個SMG網(wǎng)

關,SMG網(wǎng)關之間通過互聯(lián)網(wǎng)等方式實現(xiàn)網(wǎng)絡互聯(lián)。每一個SMG同時與多個S

MSC以及多個SP連接。全網(wǎng)具有唯一有效的GNS,GNS負責全局路由表的維

護與更新;為了確保路由表存儲的安全性，網(wǎng)絡中設置主備用GNS,兩個GNS要保

持一致性。每一個SMG都和GNS連接。SMG與SP、SMG與GNS以及S

MG與SMG之間的通信協(xié)議為SGIP協(xié)議。SMG與SMSC之間的通信統(tǒng)一采

用SMPP3.3協(xié)議。

圖2—1說明了系統(tǒng)的體系結(jié)構(gòu)。

和SMG平臺之間相連的SMSC稱作本地SMSC,和異地SMG平臺相連的

SMSC稱作異地SMSC。

和SMG平臺之間相連的SP稱作本地SP,和異地SMG平臺相連的SP稱作

異地SPo

從本地SMSC向本地SP以及從本地SP向本地SMSC發(fā)送的消息直接由

SMG轉(zhuǎn)發(fā)；從本地SMSC向異地SP以及從本地SP向異地SMSC發(fā)送的消息

由本地SMG路由到異地SMG后，再由異地SMG轉(zhuǎn)發(fā)。

2

聯(lián)合通信公司如消息⑼￥至緋挖口協(xié)議11屈

2.1消息從本地SMSC到本地SP

SMG從SMSC接收到短消息，直接發(fā)給SP.比如

SMSClA—)SMG1一〉SP1Y

SMSC1B-)SMG1—>SPIX

2o2消息從本地SP到本地SMSC

SMG從SP接收短消息，直接發(fā)給SMSC。比如

SP1X—)SMG1—)SMSC1A

SP1Y—>SMG1—)SMSC1B

2.3消息從本地SMSC到異地SP

SMG從本地SMSC接收短消息,再路由到異地SMG,由異地的SMG發(fā)送

到目的SP,比如

SMSC1A-)SMG1-)SMG2-)SP2Y

SMSC1B—>SMG1—)SMG3->SP3X

2o4消息從本地SP到異地SMSC

SMG從本地SP接收短消息,再路由到異地SMG,由異地的SMG發(fā)送到目

的SMSC,比如

SP1X—>SMGl->SMG2-)SMSC2A

SP1Y—>SMG1—)SMG3—〉SMSC3B

2o5路由選擇

當消息在本地SMSC和異地SP,或者在本地SP和異地SMSC之間傳輸時,

發(fā)送方必須要獲取消息接收方的位置信息。這部分功能稱為路由選擇。

對于MO方向的命令(即命令接收方為SP),其路由根據(jù)命令中的SP接入

號碼來選擇。

對于MT方向的命令(即接收方為用戶手機),其路由根據(jù)命令中的付費號

碼和用戶號碼來綜合判斷.如果付費號碼為空，或付費號碼為SP接入號碼，則根據(jù)

用戶號碼來選擇路由;否則根據(jù)付費號碼所代表的手機號碼來選擇路由(這樣做是

3

巾H聯(lián)介通信公司的消口⑼於條紂松口協(xié)過］1版

考慮到了系統(tǒng)計費和用戶鑒權(quán)的可行性，關于計費和用戶鑒權(quán)的細節(jié)，請參見其

它文檔）.

由于SMG網(wǎng)關之間采用網(wǎng)狀互聯(lián)，網(wǎng)關之間不可能出現(xiàn)二次前轉(zhuǎn),因此接

收前轉(zhuǎn)消息的網(wǎng)關必須能判斷前轉(zhuǎn)的消息目的地址是否是本網(wǎng)關覆蓋范圍的用

戶,若不是，必須發(fā)送出錯信息到前轉(zhuǎn)網(wǎng)關。

3通信流程

SGIP有兩種具體實現(xiàn)方式，一種是采用專用SGIP方式，另一種是采用通用

HTTP方式.SMG和GNS、以及SMG和SMG之間采用專用SGIP方式作為

承載協(xié)議;而SP和SMG的通信同時支持專用SGIP方式和通用HTTP方式兩種

承載協(xié)議。

3o1專用SGIP方式

采用專用SGIP方式承載時，通信雙方互為客戶端和服務器端。當客戶端要

發(fā)送命令時,主動向服務器端建立連接，然后向服務器端發(fā)送命令，并接收應答;

服務器端從客戶端接收命令，返回應答.連接建立以后，客戶端可以連續(xù)發(fā)送多

條命令。命令發(fā)送完并接收到所有應答后，客戶端應該主動斷開連接.但是，命令

及其應答之間的時間間隔最大不能超過30秒（默認，可配置）（如果命令應答時

間超過最大等待時間，則要求客戶端重發(fā)該條命令，重發(fā)機制參見業(yè)務聯(lián)網(wǎng)規(guī)范

有關內(nèi)容），且待應答的命令不得超過32條（區(qū)以根據(jù)線路的質(zhì)量和服務器的

處理能力配置）。而且,如果服務器端檢測出一條連接長時間空閑（默認60秒，

可配置），可以主動斷開該連接。如果需要，客戶端可以同時向一個服務器端建立

多個連接（SMG與單個其他SMG最多不能建立超過15個連接，對與之相連

的單個SP的最大連接數(shù)視具體情況而定）。采用專用SGIP承載方式時,SMG

和SMG、SP和SMG之間使用的端口號是8801,GNS監(jiān)聽SMG的端口號為8

802,SMG監(jiān)聽GNS的端口號為8803,主GNS和備用GNS之間的端口號為

8804.SMG之間的測試用端口號為881（）.

302通用HTTP方式

HTTP承載方式只適用于SP和SMG的通信中。與SP與SMG之間的專

用SGIP承載方式不同的是，該種方式一次連接僅僅傳送一條命令，而且連接

的認證采用HTTP的URL的授權(quán)認證的方式，不需要專門的連接認證的命令，使

用的端口號是80.

4

聯(lián)合通信公司如消息⑼￥至緋挖口協(xié)議11屈

3。3通信節(jié)點編號規(guī)則

在整個網(wǎng)關系統(tǒng)中，所有的通信節(jié)點（SMG、GNS、SP和SMSC〕都

有一個唯一的數(shù)字編號，不同的SP或SMSC或SMG或GNS編號不能相同，

編號由系統(tǒng)管理人員負責分配。編號規(guī)則如下：

SMG的編號規(guī)則:1AAAAX

SMSC的編號規(guī)則：2AAAAX

SP的編號規(guī)則：3AAAAQQQQQ

GNS的編號規(guī)則：4AAAAX

其中，AAAA表示四位長途區(qū)號（不足四位的長途區(qū)號,左對齊，右補零），X

表示1位序號，QQQQQ表示5位企業(yè)代碼。

3o4序列號的定義

短消息網(wǎng)關系統(tǒng)之中傳輸?shù)拿恳粭l命令都有一個序列號，序列號由命令源節(jié)

點產(chǎn)生并唯一標記一條命令；也就是說，網(wǎng)關系統(tǒng)中任何兩個命令的序列號都不

相同。需要注意的是，一條命令在發(fā)送過程中轉(zhuǎn)發(fā)的不同副本視為一條命令，

使用相同的序列號.比如,sPIX向SMSC2A發(fā)送一條命令，該命令需經(jīng)過多次

轉(zhuǎn)發(fā)才能到達SMSC2A,而轉(zhuǎn)發(fā)該命令的每一次通信過程中使用的命令的序號

均相同，為SP1X與SMG1通信所使用的序列號。對于MO短消息，例如S

MSC1B向SP3X發(fā)送一條命令，短消息首先采用SMPP協(xié)議發(fā)送到SMG1,經(jīng)過

SMG1轉(zhuǎn)發(fā)時序列號必須由SMG1重新生成（此時命令源節(jié)點為SMGl）o

序列號分成三部分，每部分為一個32位整數(shù)，第一部分表示命令源節(jié)點的

編號，第二部分表示命令產(chǎn)生的日期和時間（網(wǎng)關系統(tǒng)中的任何命令的保存時間

都不應該超過一年），格式為十進制的mmddhhmmss,比如11月20日20時

32分25秒產(chǎn)生的命令，其第二部分為十進制1120203225;第三部分由0開妗，循

環(huán)進位，直到進位滿了之后再清零，重新開始計數(shù)。接收方在返回應答時，應

答的序列號必須和相充應的命令的序列號相同。

123411202032251102376

I_____III__II_II_II_II_III__________I

源節(jié)點編號月日時分秒序號

第一部分第二部分第三部分

圖3—1命令序列號格式舉例

5

!h國聯(lián)合通信八■d鉆消C⑼關至緯稱I1協(xié)議11版

3。5通信的安全性

SP與SMG、SMG與SMG以及SMG與GNS之間采用專用SGIP方式通

信時可采用對稱加密方式。SP與SMG之間采用通用HTTP方式時，可采用

HTTPS方式加密。

3.6用戶鑒權(quán)

當一條MT短消息需要處理時，終點SMG必須保證該短消息的付費方有

資格享用該服務（比如付費用戶不欠費）。根據(jù)短消息服務類型的不同，可以將

付費方式分成三類：被叫方付費、SP付費和第三方付費。

3o6。1被叫方付費

目前的短消息中心都具有對被叫用戶鑒權(quán)的功能，所以對由被叫方付費的M

T短消息,SMG不作鑒權(quán)檢查，直接轉(zhuǎn)發(fā)至SMSC;如果被叫方鑒權(quán)失敗,SMSC

會通過反饋通知SMGo

3.602sp付費

當MT短消息是由SP付費時（如SP發(fā)送廣告），SMG不作鑒權(quán)檢杳。

3.6。3第三方付費

當MT短消息是由第三方付費（如手機用戶A通過SP給手機用戶B點歌，

并由手機用戶A付費）時，應該對付費方進行鑒權(quán)。這種情況下，該MT短消息

應該從付費方歸屬地的短消息中心發(fā)送，并且由付費方歸屬地的計費中心完成鑒

權(quán)操作。如果計費中心鑒權(quán)成功，SMG即將該MT短消息發(fā)送至SMSC,否

則SMG不再發(fā)送該短消息，并根據(jù)SP的要求決定是否返回Report命令通

知SP發(fā)送失敗的原因。

SMG和計費中心通過TCP/IP通信實現(xiàn)鑒權(quán)功能,計費中心為服務器端,S

MG為客戶端。一次鑒權(quán)過程完成對一個手機號瑪?shù)蔫b權(quán)。鑒權(quán)步驟如下：

1.SMG和計費中心建立TCP/IP連接；

2.SMG向計費中心發(fā)送鑒權(quán)命令；

3.SMG從計費中心接收鑒權(quán)應答；

4.SMG和計費中心斷開連接：

6

聯(lián)合通信公司如消息⑼￥至緋挖口協(xié)議11屈

消息描述

CheckUserSMG向計費中心請求對一個手機號碼鑒權(quán)

CheckUser_R計費中心向SMG返回的?個手機號碼的鑒權(quán)結(jié)果

esp

表3—1SMG和計費中心的鑒權(quán)消息

3o7sp與SMG的通信

SP和SMG支持兩種類型的通信承載方式：通用HTTP承載方式和通用

SGIP承載方式。

3o7.1通用HTTP方式

SP和SMG之間采用通用HTTP方式通信時,SP和SMG互為HTTP的客

戶端和服務器端。HTTP服務器端對相關的URL進行保護,HTTP客戶端必須

采用授權(quán)方式訪問這些URL。HTTP的特點決定客戶端和服務器端的每一次

通信都必須一次完成授權(quán)連接、發(fā)送請求、接收應答、關閉連接等過程（HTTP

承載方式不再需要專門的連接命令）。

對于MO方向的命令（即命令接收方為SP），由SMG通過POST方式提

交給SP進行處理，SP將處理結(jié)果以及MT方向信息在HTTP應答中返回給

SMG；

對于SP主動向用戶發(fā)送信息的PUSH業(yè)務，由SP作為客戶端將信息通

過POST方式提交給SMG進行處理，SMG在應答中確認信息發(fā)送成功與否.

因為HTTP服務器對URL進行了授權(quán)保護，所以HTTP客戶端必須在每

次請求中都帶上授權(quán)信息.HTTP客戶端的一個請求只能攜帶一條命令。SF與

SMG之間發(fā)送的任何一條命令都帶有一個序列號，序列號由命令源產(chǎn)生,任何兩

條命令的序列號不能重復。

如果HTTP服務器接收到的HTTP請求內(nèi)容的格式不完整或不正確，HTT

P服務器應該返回錯誤碼.

HTTP承載方式支持的HTTP協(xié)議為1.0版。

HTTP承載方式使用如下命令：

3.7.1.1從SP到SMG的命令

消息描述

SubinitSP用該消息向SMG請求向某一個短消息用戶發(fā)送短消息

TraceSP用該消息向SMG請求跟蹤某一條MT短消息的狀態(tài)

表3—2從SP到SMG的命令

7

ih國聯(lián)介通信公直1如i消*如1節(jié)后綠拓口協(xié)議］1版

3.7o1o2從SMG到SP的命令

消息描述

DeliverSMG發(fā)送一條短消息到SP

Rep0rtSMG用該命令通知SP?條Submit命令所發(fā)送的MT當前結(jié)果

U$erRptSMG,書該命令報告SP--條手機用戶的狀態(tài)

衣3—3從SMG到SP的畬令

3.7o2專用SGIP方式

SP和SMG之間的通信由客戶端向服務器端發(fā)起連接。連接建立以后油客

戶端向服務器端發(fā)送命令，服務器端必須對接收到的每一條命令返回一條應答消

息.SP和SMG互為客戶端和服務器端.

3o7o2o1通信初始化

客戶端有命令要向服務器端發(fā)送時，由客戶端首先通過Bind命令向服務器

端發(fā)起連接。服務器端根據(jù)Bind命令之中的登錄名和密碼，對客戶端的合法性

進行驗證,然后返回一關Bind_Resp應答給客戶端。如果驗證通過，則客戶端和

服務器端的通信開始，否則中斷連接。

3o7o2o2通信過程

SP與SMG之間發(fā)送的任何一條命令都帶有一個序列號，序列號由命令源

產(chǎn)生.

客戶端與服務器端通信開始以后，客戶端可以向服務器端發(fā)送相應的命令，

服務器端對收到的命令返回應答。

8

聯(lián)合通信公司如消息⑼￥至緋挖口協(xié)議11屈

SP（客戶端）SMG（服務器端）

Rind

:--------------------------V

)FBindResn

Submit(l)r

■SubmitResnU)

Submit(2)a

SuhmiM3)

r

.SubmitRJBSD⑵

.SubmitRjesH3)

???

Uxibixid.

.UnbindResp

K3-2SP和SMG的通信消息樣例（SP為客戶端）

SMG（客戶端）SP（服務器端）

Rind

.BindResp

fDeliverfli4

■DeliverResp⑴

Delive萬)____h

Renortf?)A

■DeliverRest1⑵

■ReportReso⑶

???

Unbind____

■-------UnbindResp

圖3—3SP和SMG的通信消息樣例（SMG為客戶端）

命令在SP和SMSC之間的傳輸是采用類似接力的方式，每條命令和對應的

應答僅僅表示該次命令發(fā)送的結(jié)果是否正確。比如，SP向某一個手機發(fā)送一條

短消息，是通過向本地SMG發(fā)送一條Submit命令實現(xiàn)的，隨后,SP會從

SMG接收到一條Submit_Resp應答.但是，即使應答表示Submit命令已正確

接收，也不表示Submit命令內(nèi)的短消息已經(jīng)發(fā)送到手機上了，而僅僅表示該短

消息已經(jīng)傳送到SMG,SMG將會作下一步處理，或者發(fā)送給SMSC,或者路由

到另外的SMG,最終由目的SMSC發(fā)送到手機上。這中間仃何一個環(huán)節(jié)出現(xiàn)錯

誤，系統(tǒng)會終止信息的繼續(xù)發(fā)送，并且通過向原SP發(fā)送Report命令告訴發(fā)送

出錯的原因（如果SP指定要求反饋的話）。

9

聯(lián)合通信公司如消息⑼￥至緋挖口協(xié)議11屈

3o7O2.3通信結(jié)束

如果客戶端認為和服務器端的通信已結(jié)束，則客戶端應該向服務器端發(fā)送u

nMnd命令，服務器端隨后返回Unbind_Resp應答，然后雙方斷開連

接。

3。7.2o4故障處理

發(fā)生故障時,SP、SMG以及GNS節(jié)點應通過Report命令和其它相關命

令的應答相結(jié)合返回故障原因;如果MO不成功，該用戶所屬的SMG還應向用戶

終端返回友好的應答信息說明不成功原因。

3.7.2.4.1網(wǎng)絡故障

客戶端與服務器端的通信過程中如果檢測到雙方連接中斷（如網(wǎng)絡斷線），客

戶端應該斷開連接,然后嘗試重新向服務器端建立新的連接；服務器端應該按照

接收到Unbind的情況進行處理，斷開和客戶端的連接。

3o7o2.4.2接收到非法命令或應答

如果服務器端接收到的命令語法錯誤，比如命令不完整、命令無法識別等，

則斷開和客戶端的連接;客戶端應該向服務器端建立新連接繼續(xù)發(fā)送命令.

如果客戶端接收到的應答語法錯誤，比如命令不完整、命令無法識別等，則

主動斷開和服務器端的連接;服務器端也應該斷開和客戶端的連接。

如果命令語法正確，但服務器端不處理該命令，比如SP為服務器端時收到

Submit命令，則返回相應應答,并在應答中指定錯誤原因。

如果應答語法正確，但客戶端不處理該應答，比如SP為客戶端時收到De

liver_Resp應答，則丟棄。

3o7o2.4o3序列號重復

如果命令的序列號和以前接收到的命令的序列號相同,且命令內(nèi)容也相同，

則接收方丟棄該命令;如果序列號相同，但是命令內(nèi)容并不相同，則命令接收方在

應答中返回錯誤碼。

10

聯(lián)合通信公司如消息⑼￥至緋挖口協(xié)議11屈

3.7o2.5從SP到SMG的消息

消息1適用方式1描述

BindSP為客戶SP用該消息向SMG發(fā)出建立連接的請求

端

Bind_RespSP為服務SP對Bind命令的應答

器

UnbindSP為客戶端SP用該消息向SMG通知將要斷開現(xiàn)有的連接

Unbind_RespSP為服務器SP對Unbind命令的應答

SubmitSP為客戶SP用該消息向SMG請求發(fā)送短消息

端

De1iver_ResSP為服務器SP用該消息對從SMG接收到的Deliver命令作出應答

P端

Report_RespSP為服務器SP對從SMG接收到的Report命令作出應答

UserRpt_RespSP為服務器SP對從SMG接收到的UserRpt命令作出應答

TraceSP為客戶SP用該消息向SMG請求跟蹤某一條MT短消息的狀態(tài)

端

表3-4從SP到SMG的消息

3.7.2.6從SMG到SP的消息

消息適用方式描述

BindSMG為客SMG用該消息向SP發(fā)出建立連接的請求

戶端

Bind_RespSMG為服務SMG對Bind命令的應答

器端

UnbindSMG為客SMG用該消息向SP通知格要斷開現(xiàn)有的連接

戶端

Unbind_RespSMG為服SMG對Unbind命令的應答

務器端

Submit_RespSMG為服SMG對Submit命令的應答

務器端

De1iverSMG為客SMG發(fā)送一條短消息到SP

戶端

ReportSMG為客SMG用該命令通知SP一條Submit命令所發(fā)送的MT當前結(jié)果

戶端

UscrRptSMG為客戶SMG用該命令通知SP一條手機用戶的狀態(tài)信息

端

Trace_RespSMG為客SMG對Trace命令的應答

戶端

表3—5從SMG到SP的消息

3o8SMG與SMG之間的通信

在網(wǎng)關系統(tǒng)之中任何兩個SMG之間都要建立一對基于TCP/IP的連接,

以實現(xiàn)命令的路由。兩個SMG互為客戶端和服務器端，客戶端向服務器端發(fā)

送命令，接收應答；服務器端從客戶端接收命令，返回應答。

11

聯(lián)合通信公司如消息⑼￥至緋挖口協(xié)議11屈

SMGClientSMGServer

Riwi.

.Bind_Resp___________________

_____________Submit⑴,

.Submit_Rjesp⑴_______________

Submit⑵.

_____________DeliveK3).

.Siibmit_Rjesp⑵_______________

.Deliver_R￡sp⑶

_____________Reports).

.Rjeport_Rjesp(4)_______________

_____________Unbind.

.UnbindResp

圖3—4SMG之間的通信消息樣例

3o8.1通信初始化

SMG與SMG通信時，由客戶端首先通過Bind命令向服務器端發(fā)起連接。服

務器端根據(jù)Bind命令之中的登錄名和密碼，對客戶端的合法性進行驗證，然后

返回一條Bind_Resp應答給客戶端。如果驗證通過，則客戶端和服務器端的通

信開始，否則中斷連接。

3。8。2通信過程

兩個SMG之間的通信和SP和SMG之間的基于TCP/IP的承載方式的通

信方式相同。

3。8。3通信結(jié)束

如果客戶端認為和服務器端的通信已結(jié)束，則客戶端應該向服務器端發(fā)送

Unbind命令，服務器端隨后返回Unbind_Rcsp應答,然后雙方斷開連接。

3.8.4故障處理

SMG之間的故障處理和SP與SMG之間的故障處理相同。

12

聯(lián)合通信公司如消息⑼￥至緋挖口協(xié)議11屈

3o805兩個SMG之間的消息

消息描述

Bind客戶端向服務器端請求連接

Bind_Resp服務器端對接收到的Bind命令的響應

Unbind客戶端向服務器端通知斷開當前的連接

Unbind_Resp服務器端對接收到的Unbind命令的響應

Submit客戶端向服務器端發(fā)送一條MT短消息

Submit_Resp服務器端向從客戶端接收到的Submil命令發(fā)送的應答消息

Deliver客戶端向服務器端發(fā)送?條MO短消息

Deliver_Resp服務器端向從客戶端接收到的Deliver命令發(fā)送的應答消息

Report客戶端向服務器端發(fā)送一條MT或MO的發(fā)送結(jié)果

Report_Resp服務器端向從客戶端接收到的Rep。rt命令發(fā)送應答消息

UserRpt客戶端向服務器端發(fā)送一條手機用戶的狀態(tài)信息

UserRpt_Rcsp服務器端向從客戶端接收到的UscrRpt命令發(fā)送應答消息

Trace客戶端向服務器端發(fā)送請求跟蹤某一條MT短消息狀態(tài)的信息

Trace_Resp服務器端向從客戶端接收到的Trace命令發(fā)送應答消息

表3-6SMG之間的消息

3o9SMG與GNS之間的通信

在網(wǎng)關系統(tǒng)之中，任何一個SMG都要和GNS以互為客戶端/服務器的方式

建立連接來完成路由表的更新和維護。當SMG對本地的路由表作修改后，需

要主動以客戶端的身份向GNS建立連接，通知GNS更新路由表;當GNS修改

了路由表后,需要主動以客戶端的身份向所有的SMG建立連接，通知SMG更

新路由表.

3.9o1通信初始化

SMG與GNS通信時，由客戶端首先通過Bind命令向服務器端發(fā)起連

接。服務器端根據(jù)Bind命令之中的登錄名和密碼，對客戶端的合法性進行驗證,

然后返回一條Bind_Resp應答給客戶端。如果驗證通過，則客戶端和服務器

端的通信開始，否則中斷連接。

3o9.2通信過程

客戶端和服務器端建立連接以后，客戶端向服務器端發(fā)送命令，服務器端則

返回應答。

13

聯(lián)合通信公司如消息⑼￥至緋挖口協(xié)議11屈

3o9o3通信結(jié)束

如果客戶端認為和服務器端的通信已結(jié)束，則客戶端應該向服務相端發(fā)送

Unbind命令，服務器端隨后返回Unbind_Resp應答,然后雙方斷開連接.

3.9o4故障處理

SMG和GNS的故障處理和SP與SMG之間的故障處理相同.

3o9.5從SMG到GNS的消息

消息適用方式描述

BindSMG為客戶端SMG向GNS端請求連接

Bind_RespSMG為服務器端SMG對Bind命令的應答

UnbindSMG為客戶端SMG向GNS端通知斷開當前的連接

Unbind_RespSMG為服務器端SMG對Unbind命令的應答

AddSPSMG為客戶端SMG通知GNS添加了一個SP

AddSP_RcspSMG為服務器端SMG對AddSP命令的應答

ModifySPSMG為客戶端SMG通知GNS修改了一個SP

ModifySP_RespSMG為服務器端SMG對ModifySP命令的應答

DeleleSPSMG為客戶端SMG通知GNS刪除了?個SP

DeleteSP_RespSMG為服務器端SMG對DeleteSP命令的應答

AddTeleSegSMG為客戶端SMG通知GNS添加了一個號碼段

AddTeleSeg_RespSMG為服務器端SMG對AddTeleSeg命令的應答

ModifyTeleSSMG為客戶端SMG通知GNS修改了一個號碼段

eg

ModifyTe1eSegSMG為服務器端SMG對ModifyTdeSeg命令的應答

_Rcsp

DeleteTe1eSegSMG為客戶端SMG通知GNS刪除了一個號碼段

De1etSMG為服務器端SMG對De1eteTe1eSeg命令的應答

eTeleSeg_Resp

Quer)RouteSMG為客戶端SMG向GNS請求一個手機號或接入號碼的路由信息，或全

部路由表信息

QueryRoute_SMG為服務器端SMG對QueryRoJte命令的應答

Resp

表3—7從SMG到GNS的消息

3.9o6從GNS到SMG的消息

消息適用方式描述

BindGNS為客戶端GNS向SMG端請求連接

Bind_RespGNS為服務器端GNS對Bind命令的應答

UnbindGNS為客戶端GNS向SMG端通知斷開當前的連接

Unbind_RespGNS為服務器端GNS對Unbind命令的應答

AddSPGNS為客戶端GNS通知SMG添加了一個SP

AddSP_RespGNS為服務器端GNS對AddSP命令的應答

ModifySPGNS為客戶端GNS通知SMG修改了一個8P

14

ih國聯(lián)介通信公直1如i消*如1節(jié)后綠拓口協(xié)議］1版

Mo<lifySP_RespGNS為服務器端GNS對ModifySP命令的應答

DeleteSPGNS為客戶端GNS通知SMG刪除了一個SP

DeleteSP_RespGNS為服務器端GNS對De1eleSP命令的應答

AddTeleSegGNS為客戶端GNS通知SMG添加了一個號碼段

AddTeleSeg_ResGNS為服務器端GNS對AddTeleSeg命令的應答

P

ModifyTeleSegGNS為客戶端GNS通知SMG修改了一個號碼段

ModifyTcleSegGNS為服務器端GNS對ModifyTeleSeg命令的應答

_Resp

DeleteTeleSegGNS為客戶端GNS通知SMG刪除f?個號碼段

DeleteTe1eSegGNS為服務器端GNS對DeleteTeleSeg命令的應答

_Resp

AddSMGGNS為客戶端GNS通知SMG添加了一個SMG

AddSMG_RespGNS為服務器端GNS對AddSMG命令的應答

ModifySMGGNS為客戶端GNS通知SMG修改了一個SMG

ModifySMG_RespGNS為服務器端GNS對ModifySMG命令的應答

DeleteSMGGNS為客戶端GNS通知SMG刪除了一個SMG

DeletcSMG_RespGNS為服務器端GNS對DeleicSMG命令的應答

表3—8從GNS到SMG的消息

4消息定義

系統(tǒng)中的消息分三種:基于HTTP的消息、基于TCP/IP的消息和鑒權(quán)消息,

系統(tǒng)中每個消息包最大不超過2K字節(jié).

4.1基于通用HTTP的消息定義

HTTP客戶端采用POST方法向服務器端發(fā)送請求,服務器端返回應答。

HTTP請求和響應的格式如下（請參照附錄三）：

格式說明

＜HTTPHeader＞HTTP協(xié)議頭和內(nèi)容之間必須有一個空行

如果HTTP通信出錯（比如所請求的URL不存在），則沒有內(nèi)容

（參數(shù)1名稱〉=＜參數(shù)I值〉部分

（參數(shù)2名稱＞=〈參數(shù)2值〉

〈參數(shù)3名稱）=＜參數(shù)3值）每個參數(shù)占一行，所有的參數(shù)名稱和參數(shù)值都為文本類型

?0，每行都要以回車/換行結(jié)束

表4—1HTTP的消息格式

4JoISubmit操作

在SP和SMG的通信中,SP用Submil命令向SMG提交MT短消息,SMG

返回響應。

15

聯(lián)合通信公司如消息⑼￥至緋挖口協(xié)議11屈

4.1.1oISubmit命令的請求內(nèi)容

參數(shù)名稱說明

Commandld*命令ID,十六進制數(shù)字

SequenceNurnber序列號，十六進制數(shù)字

SPNumberSP的接入號碼，字符

ChargeNumber付費號碼，字符，手機號碼前加“86”國別標志;當且僅當群發(fā)且對

用戶收費時為空;如果為空,則該條短消息產(chǎn)生的費用由User

Number代表的用戶支付;如果為全零字符串“000000000000

000000000”，表示該條短消息產(chǎn)生的費用由SP支付.

UscrNumbcr一個或多個接收該短消息的手機號，手機號之間用逗號(,)隔開,字符，

手機號碼前加“86”國別標志，如8613001125453,861300113

2345

CorpId企業(yè)代碼，取值范圍0-99999,字符

ServiceType業(yè)務代碼，由SP定義，字符

FecType*計費類型，字符

FeeValue取值范圍0—99999,該條短消息的收費值.單位為分.由SP定義,字

符

對于包月制收費的用戶，該值為月租費的值

GivenVa1ue取值范圍0~99999,贈送用戶的話費,單位為分，由SP定義,特指由

SP向用戶發(fā)送廣告時的贈送話費，字符

AgentFIag代收費標志,0：應收;1：實收，字符

More1atetoMTF1ag引起MT消息的原因

0-MO點播引起的第一條MT消息：

1-MO點播引起的非第一?條MT消息、；

2—非MO點播引起的MT消息；

3—系統(tǒng)反饋引起的MT消息“

字符

Priori"優(yōu)先級0—9從低到高，默認為0.十六進制數(shù)字

ExpireTime短消息壽命的終止時間.如果為空