【文章內(nèi)容簡介】 于 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)。6 / 453 通信流程SGIP 有兩種具體實(shí)現(xiàn)方式，一種是采用專用 SGIP 方式，另一種是采用通用 HTTP 方式。SMG 和 GNS、以及 SMG 和 SMG 之間采用專用 SGIP 方式作為承載協(xié)議；而 SP 和 SMG 的通信同時(shí)支持專用 SGIP 方式和通用 HTTP 方式兩種承載協(xié)議。 專用 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 條（可以根據(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 的端口號為 8802， SMG 監(jiān)聽 GNS 的端口號為 8803，主 GNS 和備用 GNS之間的端口號為 8804，SMG 之間的測試用端口號為 8810。 通用 HTTP 方式HTTP 承載方式只適用于 SP 和 SMG 的通信中。與 SP 與 SMG 之間的專用SGIP 承載方式不同的是，該種方式一次連接僅僅傳送一條命令，而且連接的認(rèn)證采用 HTTP 的 URL 的授權(quán)認(rèn)證的方式，不需要專門的連接認(rèn)證的命令，使用的端口號是 80。7 / 45 通信節(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ī)則：1AAAAXSMSC 的編號規(guī)則： 2AAAAXSP 的編號規(guī)則：3AAAAQGNS 的編號規(guī)則：4AAAAX其中, AAAA 表示四位長途區(qū)號(不足四位的長途區(qū)號，左對齊，右補(bǔ)零),X表示 1 位序號,Q 表示 5 位企業(yè)代碼。 序列號的定義短消息網(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ā)的不同副本視為一條命令，使用相同的序列號。比如，SP1X 向 SMSC2A 發(fā)送一條命令，該命令需經(jīng)過多次轉(zhuǎn)發(fā)才能到達(dá) SMSC2A，而轉(zhuǎn)發(fā)該命令的每一次通信過程中使用的命令的序號均相同，為 SP1X 與 SMG1 通信所使用的序列號。對于 MO 短消息，例如 SMSC1B 向 SP3X 發(fā)送一條命令，短消息首先采用 SMPP 協(xié)議發(fā)送到SMG1，經(jīng)過 SMG1 轉(zhuǎn)發(fā)時(shí)序列號必須由 SMG1 重新生成（此時(shí)命令源節(jié)點(diǎn)為SMG1）。序列號分成三部分，每部分為一個(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)的命令的序列號相同。8 / 45圖 31 命令序列號格式舉例 通信的安全性SP 與 SMG、SMG 與 SMG 以及 SMG 與 GNS 之間采用專用 SGIP 方式通信時(shí)可采用對稱加密方式。SP 與 SMG 之間采用通用 HTTP 方式時(shí)，可采用HTTPS 方式加密。 用戶鑒權(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)。 被叫方付費(fèi)目前的短消息中心都具有對被叫用戶鑒權(quán)的功能，所以對由被叫方付費(fèi)的MT 短消息，SMG 不作鑒權(quán)檢查，直接轉(zhuǎn)發(fā)至 SMSC；如果被叫方鑒權(quán)失敗，SMSC 會通過反饋通知 SMG。 付費(fèi)當(dāng) MT 短消息是由 SP 付費(fèi)時(shí) (如 SP 發(fā)送廣告)，SMG 不作鑒權(quán)檢查。 第三方付費(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ù)器端，SMG 為客戶端。一次鑒權(quán)過程完成對一個(gè)手機(jī)號碼的鑒權(quán)。鑒權(quán)步驟如下：SMG 和計(jì)費(fèi)中心建立 TCP/IP 連接；SMG 向計(jì)費(fèi)中心發(fā)送鑒權(quán)命令；9 / 45SMG 從計(jì)費(fèi)中心接收鑒權(quán)應(yīng)答；SMG 和計(jì)費(fèi)中心斷開連接；消息 描述CheckUser SMG 向計(jì)費(fèi)中心請求對一個(gè)手機(jī)號碼鑒權(quán)CheckUser_Resp 計(jì)費(fèi)中心向 SMG 返回的一個(gè)手機(jī)號碼的鑒權(quán)結(jié)果表 31 SMG 和計(jì)費(fèi)中心的鑒權(quán)消息 SP 與 SMG 的通信SP 和 SMG 支持兩種類型的通信承載方式：通用 HTTP 承載方式和通用SGIP 承載方式。 通用 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)?HTTP 服務(wù)器對 URL 進(jìn)行了授權(quán)保護(hù)，所以 HTTP 客戶端必須在每次請求中都帶上授權(quán)信息。HTTP 客戶端的一個(gè)請求只能攜帶一條命令。SP 與SMG 之間發(fā)送的任何一條命令都帶有一個(gè)序列號，序列號由命令源產(chǎn)生，任何兩條命令的序列號不能重復(fù)。如果 HTTP 服務(wù)器接收到的 HTTP 請求內(nèi)容的格式不完整或不正確， HTTP 服務(wù)器應(yīng)該返回錯(cuò)誤碼。HTTP 承載方式支持的 HTTP 協(xié)議為 版。HTTP 承載方式使用如下命令： 從 SP 到 SMG 的命令消息 描述Submit SP 用該消息向 SMG 請求向某一個(gè)短消息用戶發(fā)送短消息Trace SP 用該消息向 SMG 請求跟蹤某一條 MT 短消息的狀態(tài)10 / 45表 32 從 SP 到 SMG 的命令 從 SMG 到 SP 的命令消息 描述Deliver SMG 發(fā)送一條短消息到 SPReport SMG 用該命令通知 SP 一條 Submit 命令所發(fā)送的 MT 當(dāng)前結(jié)果UserRpt SMG 用該命令報(bào)告 SP 一條手機(jī)用戶的狀態(tài)表 33 從 SMG 到 SP 的命令 專用 SGIP 方式SP 和 SMG 之間的通信由客戶端向服務(wù)器端發(fā)起連接。連接建立以后，由客戶端向服務(wù)器端發(fā)送命令，服務(wù)器端必須對接收到的每一條命令返回一條應(yīng)答消息。SP 和 SMG 互為客戶端和服務(wù)器端。 通信初始化客戶端有命令要向服務(wù)器端發(fā)送時(shí)，由客戶端首先通過 Bind 命令向服務(wù)器端發(fā)起連接。服務(wù)器端根據(jù) Bind 命令之中的登錄名和密碼，對客戶端的合法性進(jìn)行驗(yàn)證，然后返回一條 Bind_Resp 應(yīng)答給客戶端。如果驗(yàn)證通過，則客戶端和服務(wù)器端的通信開始，否則中斷連接。 通信過程SP 與 SMG 之間發(fā)送的任何一條命令都帶有一個(gè)序列號，序列號由命令源產(chǎn)生?？蛻舳伺c服務(wù)器端通信開始以后，客戶端可以向服務(wù)器端發(fā)送相應(yīng)的命令，服務(wù)器端對收到的命令返回應(yīng)答。11 / 45圖 32 SP 和 SMG 的通信消息樣例(SP 為客戶端)圖 33 SP 和 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 指定要求反饋的話)。 通信結(jié)束如果客戶端認(rèn)為和服務(wù)器端的通信已結(jié)束，則客戶端應(yīng)該向服務(wù)器端發(fā)送Unbind 命令，服務(wù)器端隨后返回 Unbind_Resp 應(yīng)答，然后雙方斷開連接。12 / 45 故障處理發(fā)生故障時(shí)，SP、SMG 以及 GNS 節(jié)點(diǎn)應(yīng)通過 Report 命令和其它相關(guān)命令的應(yīng)答相結(jié)合返回故障原因；如果 MO 不成功，該用戶所屬的 SMG 還應(yīng)向用戶終端返回友好的應(yīng)答信息說明不成功原因。 網(wǎng)絡(luò)故障客戶端與服務(wù)器端的通信過程中如果檢測到雙方連接中斷(如網(wǎng)絡(luò)斷線)，客戶端應(yīng)該斷開連接，然后嘗試重新向服務(wù)器端建立新的連接；服務(wù)器端應(yīng)該按照接收到 Unbind 的情況進(jìn)行處理，斷開和客戶端的連接。 接收到非法命令或應(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í)收到Deliver_Resp 應(yīng)答，則丟棄。 序列號重復(fù)如果命令的序列號和以前接收到的命令的序列號相同，且命令內(nèi)容也相同，則接收方丟棄該命令；如果序列號相同，但是命令內(nèi)容并不相同，則命令接收方在應(yīng)答中返回錯(cuò)誤碼。 從 SP 到 SMG 的消息消息 適用方式 描述Bind SP 為客戶端 SP 用該消息向 SMG 發(fā)出建立連接的請求Bind_Resp SP 為服務(wù)器 SP 對 Bind 命令的應(yīng)答Unbind SP 為客戶端 SP 用該消息向 SMG 通知將要斷開現(xiàn)有的連接Unbind_Resp SP 為服務(wù)器 SP 對 Unbind 命令的應(yīng)答Submit SP 為客戶端 SP 用該消息向 SMG 請求發(fā)送短消息13 / 45Deliver_Resp SP 為服務(wù)器端SP 用該消息對從 SMG 接收到的 Deliver 命令作出應(yīng)答Report_Resp SP 為服務(wù)器 SP 對從 SMG 接收到的 Report 命令作出應(yīng)答UserRpt_Resp SP 為服務(wù)器 SP 對從 SMG 接收到的 UserRpt 命令作出應(yīng)答Trace SP 為客戶端 SP 用該消息向 SMG 請求跟蹤某一條 MT 短消息的狀態(tài)表 34 從 SP 到 SMG 的消息 從 SMG 到 SP 的消息消息 適用方式 描述Bind SMG 為客戶端SMG 用該消息向 SP 發(fā)出建立連接的請求Bind_Resp SMG 為服務(wù)器端SMG 對 Bind 命令的應(yīng)答Unbind SMG 為客戶端SMG 用該消息向 SP 通知將要斷開現(xiàn)有的連接Unbind_Resp SMG 為服務(wù)器端SMG 對 Unbind 命令的應(yīng)答Submit_Resp SMG 為服務(wù)器端SMG 對 Submit 命令的應(yīng)答Deliver SMG 為客戶端SMG 發(fā)送一條短消息到 SPReport SMG 為客戶端SMG 用該命令通知 SP 一條 Submit 命令所發(fā)送的 MT 當(dāng)前結(jié)果UserRpt SMG 為客戶端SMG 用該命令通知 SP 一條手機(jī)用戶