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

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

(SGIP)

版本1。3

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

二零零九年三月

目錄

1概述錯(cuò)誤!未定義書簽。

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

1。2適用范圍錯(cuò)誤!未定義書簽。

1。3參考資料錯(cuò)誤!未定義書簽。

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

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

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

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

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

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

2.5路由選擇錯(cuò)誤!未定義書簽。

3通信流程錯(cuò)誤!未定義書簽。

3.1專用SGIP方式錯(cuò)誤!未定義書簽。

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

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

3。4序列號的定義錯(cuò)誤!未定義書簽。

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

3.6用戶鑒權(quán)6

3。6.1被叫方付費(fèi)錯(cuò)誤!未定義書簽。

3o6.2SP付費(fèi)錯(cuò)誤!未定義書簽。

363第三方付費(fèi)錯(cuò)誤!未定義書簽。

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

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

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

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

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

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

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

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

3.7.2.4故障處理錯(cuò)誤!未定義書簽。

3。7.2.5從SP到SMG的消息11

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

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

3.8.1通信初始化錯(cuò)誤!未定義書簽。

3。8.2通信過程錯(cuò)誤!未定義書簽。

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

3.8。4故障處理錯(cuò)誤!未定義書簽。

3。8。5兩個(gè)SMG之間的消息13

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

3.9.1通信初始化錯(cuò)誤!未定義書簽。

3O92通信過程13

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

3。9.4故障處理錯(cuò)誤!未定義書簽。

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

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

4消息定義錯(cuò)誤!未定義書簽。

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

4。1。ISiibmit操作錯(cuò)誤!未定義書簽。

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

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

4.1。2De1iver探作錯(cuò)誤!未定義書簽。

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

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

4.1.3Repo門操作錯(cuò)誤!未定義書簽。

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

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

40/o4UserRpt操作錯(cuò)誤!未定義書簽。

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

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

4.1.5Trace操作錯(cuò)誤!未定義書簽。

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

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

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

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

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

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

4.2o3o1Bind操作21

4.2.3.2Unbind操作錯(cuò)誤!未定義書簽。

4.2o3。3Submit操作錯(cuò)誤!未定義書簽。

4.2o3o4DeIiver操作錯(cuò)誤!未定義書簽。

4.2o3。5Report操作錯(cuò)誤!未定義書簽。

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

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

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

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

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

4.2.3o11ModifyTeleSeg操作錯(cuò)誤!未定義書簽。

4.2o3.12De1eteTe1eSeg操作30

4.2.3.13AddSMG操作錯(cuò)誤!未定義書簽。

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

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

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

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

ii

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

1概述

1.1協(xié)議說明

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

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

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

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

同時(shí)，SMG通過該協(xié)議也可以和GNS通信，以實(shí)現(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,負(fù)責(zé)系統(tǒng)路由的管理和同步

MO由手機(jī)用戶提交的短消息

MT由手機(jī)用戶接收的短消息

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

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

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

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

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

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

SMSC??ShortMessageServiceCenter,短消息中心

SPServiceProvider.服務(wù)提供商

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

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

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

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

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

持一致性。每一個(gè)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路由選擇

當(dāng)消息在本地SMSC和異地SP,或者在本地SP和異地SMSC之間傳輸時(shí),

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

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

號碼來選擇。

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

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

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

3

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

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

它文檔）.

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

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

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

3通信流程

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

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

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

承載協(xié)議。

3o1專用SGIP方式

采用專用SGIP方式承載時(shí)，通信雙方互為客戶端和服務(wù)器端。當(dāng)客戶端要

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

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

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

及其應(yīng)答之間的時(shí)間間隔最大不能超過30秒（默認(rèn)，可配置）（如果命令應(yīng)答時(shí)

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

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

處理能力配置）。而且,如果服務(wù)器端檢測出一條連接長時(shí)間空閑（默認(rèn)60秒，

可配置），可以主動斷開該連接。如果需要，客戶端可以同時(shí)向一個(gè)服務(wù)器端建立

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

的單個(gè)SP的最大連接數(shù)視具體情況而定）。采用專用SGIP承載方式時(shí),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承載方式不同的是，該種方式一次連接僅僅傳送一條命令，而且連接

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

用的端口號是80.

4

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

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

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

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

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

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

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

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

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

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

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

3o4序列號的定義

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

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

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

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

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

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

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

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

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

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

都不應(yīng)該超過一年），格式為十進(jìn)制的mmddhhmmss,比如11月20日20時(shí)

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

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

答的序列號必須和相充應(yīng)的命令的序列號相同。

123411202032251102376

I_____III__II_II_II_II_III__________I

源節(jié)點(diǎn)編號月日時(shí)分秒序號

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

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

5

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

3。5通信的安全性

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

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

HTTPS方式加密。

3.6用戶鑒權(quán)

當(dāng)一條MT短消息需要處理時(shí)，終點(diǎn)SMG必須保證該短消息的付費(fèi)方有

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

付費(fèi)方式分成三類：被叫方付費(fèi)、SP付費(fèi)和第三方付費(fèi)。

3o6。1被叫方付費(fèi)

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

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

會通過反饋通知SMGo

3.602sp付費(fèi)

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

3.6。3第三方付費(fèi)

當(dāng)MT短消息是由第三方付費(fèi)（如手機(jī)用戶A通過SP給手機(jī)用戶B點(diǎn)歌，

并由手機(jī)用戶A付費(fèi)）時(shí)，應(yīng)該對付費(fèi)方進(jìn)行鑒權(quán)。這種情況下，該MT短消息

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

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

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

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

SMG和計(jì)費(fèi)中心通過TCP/IP通信實(shí)現(xiàn)鑒權(quán)功能,計(jì)費(fèi)中心為服務(wù)器端,S

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

1.SMG和計(jì)費(fèi)中心建立TCP/IP連接；

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

3.SMG從計(jì)費(fèi)中心接收鑒權(quán)應(yīng)答；

4.SMG和計(jì)費(fèi)中心斷開連接：

6

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

消息描述

CheckUserSMG向計(jì)費(fèi)中心請求對一個(gè)手機(jī)號碼鑒權(quán)

CheckUser_R計(jì)費(fèi)中心向SMG返回的?個(gè)手機(jī)號碼的鑒權(quán)結(jié)果

esp

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

3o7sp與SMG的通信

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

SGIP承載方式。

3o7.1通用HTTP方式

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

戶端和服務(wù)器端。HTTP服務(wù)器端對相關(guān)的URL進(jìn)行保護(hù),HTTP客戶端必須

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

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

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

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

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

SMG；

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

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

因?yàn)镠TTP服務(wù)器對URL進(jìn)行了授權(quán)保護(hù)，所以HTTP客戶端必須在每

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

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

條命令的序列號不能重復(fù)。

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

P服務(wù)器應(yīng)該返回錯(cuò)誤碼.

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

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

3.7.1.1從SP到SMG的命令

消息描述

SubinitSP用該消息向SMG請求向某一個(gè)短消息用戶發(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當(dāng)前結(jié)果

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

衣3—3從SMG到SP的畬令

3.7o2專用SGIP方式

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

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

息.SP和SMG互為客戶端和服務(wù)器端.

3o7o2o1通信初始化

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

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

進(jìn)行驗(yàn)證,然后返回一關(guān)Bind_Resp應(yīng)答給客戶端。如果驗(yàn)證通過，則客戶端和

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

3o7o2o2通信過程

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

產(chǎn)生.

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

服務(wù)器端對收到的命令返回應(yīng)答。

8

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

SP（客戶端）SMG（服務(wù)器端）

Rind

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

)FBindResn

Submit(l)r

■SubmitResnU)

Submit(2)a

SuhmiM3)

r

.SubmitRJBSD⑵

.SubmitRjesH3)

???

Uxibixid.

.UnbindResp

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

SMG（客戶端）SP（服務(wù)器端）

Rind

.BindResp

fDeliverfli4

■DeliverResp⑴

Delive萬)____h

Renortf?)A

■DeliverRest1⑵

■ReportReso⑶

???

Unbind____

■-------UnbindResp

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

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

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

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

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

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

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

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

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

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

9

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

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

如果客戶端認(rèn)為和服務(wù)器端的通信已結(jié)束，則客戶端應(yīng)該向服務(wù)器端發(fā)送u

nMnd命令，服務(wù)器端隨后返回Unbind_Resp應(yīng)答，然后雙方斷開連

接。

3。7.2o4故障處理

發(fā)生故障時(shí),SP、SMG以及GNS節(jié)點(diǎn)應(yīng)通過Report命令和其它相關(guān)命

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

終端返回友好的應(yīng)答信息說明不成功原因。

3.7.2.4.1網(wǎng)絡(luò)故障

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

戶端應(yīng)該斷開連接,然后嘗試重新向服務(wù)器端建立新的連接；服務(wù)器端應(yīng)該按照

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

3o7o2.4.2接收到非法命令或應(yīng)答

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

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

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

主動斷開和服務(wù)器端的連接;服務(wù)器端也應(yīng)該斷開和客戶端的連接。

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

Submit命令，則返回相應(yīng)應(yīng)答,并在應(yīng)答中指定錯(cuò)誤原因。

如果應(yīng)答語法正確，但客戶端不處理該應(yīng)答，比如SP為客戶端時(shí)收到De

liver_Resp應(yīng)答，則丟棄。

3o7o2.4o3序列號重復(fù)

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

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

應(yīng)答中返回錯(cuò)誤碼。

10

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

3.7o2.5從SP到SMG的消息

消息1適用方式1描述

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

端

Bind_RespSP為服務(wù)SP對Bind命令的應(yīng)答

器

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

Unbind_RespSP為服務(wù)器SP對Unbind命令的應(yīng)答

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

端

De1iver_ResSP為服務(wù)器SP用該消息對從SMG接收到的Deliver命令作出應(yīng)答

P端

Report_RespSP為服務(wù)器SP對從SMG接收到的Report命令作出應(yīng)答

UserRpt_RespSP為服務(wù)器SP對從SMG接收到的UserRpt命令作出應(yīng)答

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

端

表3-4從SP到SMG的消息

3.7.2.6從SMG到SP的消息

消息適用方式描述

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

戶端

Bind_RespSMG為服務(wù)SMG對Bind命令的應(yīng)答

器端

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

戶端

Unbind_RespSMG為服SMG對Unbind命令的應(yīng)答

務(wù)器端

Submit_RespSMG為服SMG對Submit命令的應(yīng)答

務(wù)器端

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

戶端

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

戶端

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

端

Trace_RespSMG為客SMG對Trace命令的應(yīng)答

戶端

表3—5從SMG到SP的消息

3o8SMG與SMG之間的通信

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

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

送命令，接收應(yīng)答；服務(wù)器端從客戶端接收命令，返回應(yīng)答。

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通信時(shí)，由客戶端首先通過Bind命令向服務(wù)器端發(fā)起連接。服

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

返回一條Bind_Resp應(yīng)答給客戶端。如果驗(yàn)證通過，則客戶端和服務(wù)器端的通

信開始，否則中斷連接。

3。8。2通信過程

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

信方式相同。

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

如果客戶端認(rèn)為和服務(wù)器端的通信已結(jié)束，則客戶端應(yīng)該向服務(wù)器端發(fā)送

Unbind命令，服務(wù)器端隨后返回Unbind_Rcsp應(yīng)答,然后雙方斷開連接。

3.8.4故障處理

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

12

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

3o805兩個(gè)SMG之間的消息

消息描述

Bind客戶端向服務(wù)器端請求連接

Bind_Resp服務(wù)器端對接收到的Bind命令的響應(yīng)

Unbind客戶端向服務(wù)器端通知斷開當(dāng)前的連接

Unbind_Resp服務(wù)器端對接收到的Unbind命令的響應(yīng)

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

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

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

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

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

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

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

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

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

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

表3-6SMG之間的消息

3o9SMG與GNS之間的通信

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

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

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

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

新路由表.

3.9o1通信初始化

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

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

然后返回一條Bind_Resp應(yīng)答給客戶端。如果驗(yàn)證通過，則客戶端和服務(wù)器

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

3o9.2通信過程

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

返回應(yīng)答。

13

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

3o9o3通信結(jié)束

如果客戶端認(rèn)為和服務(wù)器端的通信已結(jié)束，則客戶端應(yīng)該向服務(wù)相端發(fā)送

Unbind命令，服務(wù)器端隨后返回Unbind_Resp應(yīng)答,然后雙方斷開連接.

3.9o4故障處理

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

3o9.5從SMG到GNS的消息

消息適用方式描述

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

Bind_RespSMG為服務(wù)器端SMG對Bind命令的應(yīng)答

UnbindSMG為客戶端SMG向GNS端通知斷開當(dāng)前的連接

Unbind_RespSMG為服務(wù)器端SMG對Unbind命令的應(yīng)答

AddSPSMG為客戶端SMG通知GNS添加了一個(gè)SP

AddSP_RcspSMG為服務(wù)器端SMG對AddSP命令的應(yīng)答

ModifySPSMG為客戶端SMG通知GNS修改了一個(gè)SP

ModifySP_RespSMG為服務(wù)器端SMG對ModifySP命令的應(yīng)答

DeleleSPSMG為客戶端SMG通知GNS刪除了?個(gè)SP

DeleteSP_RespSMG為服務(wù)器端SMG對DeleteSP命令的應(yīng)答

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

AddTeleSeg_RespSMG為服務(wù)器端SMG對AddTeleSeg命令的應(yīng)答

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

eg

ModifyTe1eSegSMG為服務(wù)器端SMG對ModifyTdeSeg命令的應(yīng)答

_Rcsp

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

De1etSMG為服務(wù)器端SMG對De1eteTe1eSeg命令的應(yīng)答

eTeleSeg_Resp

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

部路由表信息

QueryRoute_SMG為服務(wù)器端SMG對QueryRoJte命令的應(yīng)答

Resp

表3—7從SMG到GNS的消息

3.9o6從GNS到SMG的消息

消息適用方式描述

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

Bind_RespGNS為服務(wù)器端GNS對Bind命令的應(yīng)答

UnbindGNS為客戶端GNS向SMG端通知斷開當(dāng)前的連接

Unbind_RespGNS為服務(wù)器端GNS對Unbind命令的應(yīng)答

AddSPGNS為客戶端GNS通知SMG添加了一個(gè)SP

AddSP_RespGNS為服務(wù)器端GNS對AddSP命令的應(yīng)答

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

14

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

Mo<lifySP_RespGNS為服務(wù)器端GNS對ModifySP命令的應(yīng)答

DeleteSPGNS為客戶端GNS通知SMG刪除了一個(gè)SP

DeleteSP_RespGNS為服務(wù)器端GNS對De1eleSP命令的應(yīng)答

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

AddTeleSeg_ResGNS為服務(wù)器端GNS對AddTeleSeg命令的應(yīng)答

P

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

ModifyTcleSegGNS為服務(wù)器端GNS對ModifyTeleSeg命令的應(yīng)答

_Resp

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

DeleteTe1eSegGNS為服務(wù)器端GNS對DeleteTeleSeg命令的應(yīng)答

_Resp

AddSMGGNS為客戶端GNS通知SMG添加了一個(gè)SMG

AddSMG_RespGNS為服務(wù)器端GNS對AddSMG命令的應(yīng)答

ModifySMGGNS為客戶端GNS通知SMG修改了一個(gè)SMG

ModifySMG_RespGNS為服務(wù)器端GNS對ModifySMG命令的應(yīng)答

DeleteSMGGNS為客戶端GNS通知SMG刪除了一個(gè)SMG

DeletcSMG_RespGNS為服務(wù)器端GNS對DeleicSMG命令的應(yīng)答

表3—8從GNS到SMG的消息

4消息定義

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

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

4.1基于通用HTTP的消息定義

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

HTTP請求和響應(yīng)的格式如下（請參照附錄三）：

格式說明

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

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

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

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

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

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

表4—1HTTP的消息格式

4JoISubmit操作

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

返回響應(yīng)。

15

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

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

參數(shù)名稱說明

Commandld*命令I(lǐng)D,十六進(jìn)制數(shù)字

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

SPNumberSP的接入號碼，字符

ChargeNumber付費(fèi)號碼，字符，手機(jī)號碼前加“86”國別標(biāo)志;當(dāng)且僅當(dāng)群發(fā)且對

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

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

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

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

手機(jī)號碼前加“86”國別標(biāo)志，如8613001125453,861300113

2345

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

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

FecType*計(jì)費(fèi)類型，字符

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

符

對于包月制收費(fèi)的用戶，該值為月租費(fèi)的值

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

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

AgentFIag代收費(fèi)標(biāo)志,0：應(yīng)收;1：實(shí)收，字符

More1atetoMTF1ag引起MT消息的原因

0-MO點(diǎn)播引起的第一條MT消息：

1-MO點(diǎn)播引起的非第一?條MT消息、；

2—非MO點(diǎn)播引起的MT消息；

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

字符

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

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