【文章內(nèi)容簡(jiǎn)介】 于 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)覆蓋范圍的用戶(hù)，若不是，必須發(fā)送出錯(cuò)信息到前轉(zhuǎn)網(wǎng)關(guān)。6 / 453 通信流程SGIP 有兩種具體實(shí)現(xiàn)方式，一種是采用專(zhuān)用 SGIP 方式，另一種是采用通用 HTTP 方式。SMG 和 GNS、以及 SMG 和 SMG 之間采用專(zhuān)用 SGIP 方式作為承載協(xié)議；而 SP 和 SMG 的通信同時(shí)支持專(zhuān)用 SGIP 方式和通用 HTTP 方式兩種承載協(xié)議。 專(zhuān)用 SGIP 方式采用專(zhuān)用 SGIP 方式承載時(shí)，通信雙方互為客戶(hù)端和服務(wù)器端。當(dāng)客戶(hù)端要發(fā)送命令時(shí)，主動(dòng)向服務(wù)器端建立連接，然后向服務(wù)器端發(fā)送命令，并接收應(yīng)答；服務(wù)器端從客戶(hù)端接收命令，返回應(yīng)答。連接建立以后，客戶(hù)端可以連續(xù)發(fā)送多條命令。命令發(fā)送完并接收到所有應(yīng)答后，客戶(hù)端應(yīng)該主動(dòng)斷開(kāi)連接。但是，命令及其應(yīng)答之間的時(shí)間間隔最大不能超過(guò) 30 秒(默認(rèn)，可配置)（如果命令應(yīng)答時(shí)間超過(guò)最大等待時(shí)間，則要求客戶(hù)端重發(fā)該條命令，重發(fā)機(jī)制參見(jiàn)業(yè)務(wù)聯(lián)網(wǎng)規(guī)范有關(guān)內(nèi)容），且待應(yīng)答的命令不得超過(guò) 32 條（可以根據(jù)線(xiàn)路的質(zhì)量和服務(wù)器的處理能力配置）。而且，如果服務(wù)器端檢測(cè)出一條連接長(zhǎng)時(shí)間空閑(默認(rèn) 60 秒，可配置) ，可以主動(dòng)斷開(kāi)該連接。如果需要，客戶(hù)端可以同時(shí)向一個(gè)服務(wù)器端建立多個(gè)連接（SMG 與單個(gè)其他 SMG 最多不能建立超過(guò) 15 個(gè)連接，對(duì)與之相連的單個(gè) SP 的最大連接數(shù)視具體情況而定）。 采用專(zhuān)用 SGIP 承載方式時(shí)，SMG 和 SMG、SP 和 SMG 之間使用的端口號(hào)是 8801，GNS 監(jiān)聽(tīng)SMG 的端口號(hào)為 8802， SMG 監(jiān)聽(tīng) GNS 的端口號(hào)為 8803，主 GNS 和備用 GNS之間的端口號(hào)為 8804，SMG 之間的測(cè)試用端口號(hào)為 8810。 通用 HTTP 方式HTTP 承載方式只適用于 SP 和 SMG 的通信中。與 SP 與 SMG 之間的專(zhuān)用SGIP 承載方式不同的是，該種方式一次連接僅僅傳送一條命令，而且連接的認(rèn)證采用 HTTP 的 URL 的授權(quán)認(rèn)證的方式，不需要專(zhuān)門(mén)的連接認(rèn)證的命令，使用的端口號(hào)是 80。7 / 45 通信節(jié)點(diǎn)編號(hào)規(guī)則在整個(gè)網(wǎng)關(guān)系統(tǒng)中，所有的通信節(jié)點(diǎn)(SMG、GNS、SP 和 SMSC)都有一個(gè)唯一的數(shù)字編號(hào)，不同的 SP 或 SMSC 或 SMG 或 GNS 編號(hào)不能相同，編號(hào)由系統(tǒng)管理人員負(fù)責(zé)分配。編號(hào)規(guī)則如下：SMG 的編號(hào)規(guī)則：1AAAAXSMSC 的編號(hào)規(guī)則： 2AAAAXSP 的編號(hào)規(guī)則：3AAAAQGNS 的編號(hào)規(guī)則：4AAAAX其中, AAAA 表示四位長(zhǎng)途區(qū)號(hào)(不足四位的長(zhǎng)途區(qū)號(hào)，左對(duì)齊，右補(bǔ)零),X表示 1 位序號(hào),Q 表示 5 位企業(yè)代碼。 序列號(hào)的定義短消息網(wǎng)關(guān)系統(tǒng)之中傳輸?shù)拿恳粭l命令都有一個(gè)序列號(hào)，序列號(hào)由命令源節(jié)點(diǎn)產(chǎn)生并唯一標(biāo)記一條命令；也就是說(shuō)，網(wǎng)關(guān)系統(tǒng)中任何兩個(gè)命令的序列號(hào)都不相同。需要注意的是，一條命令在發(fā)送過(guò)程中轉(zhuǎn)發(fā)的不同副本視為一條命令，使用相同的序列號(hào)。比如，SP1X 向 SMSC2A 發(fā)送一條命令，該命令需經(jīng)過(guò)多次轉(zhuǎn)發(fā)才能到達(dá) SMSC2A，而轉(zhuǎn)發(fā)該命令的每一次通信過(guò)程中使用的命令的序號(hào)均相同，為 SP1X 與 SMG1 通信所使用的序列號(hào)。對(duì)于 MO 短消息，例如 SMSC1B 向 SP3X 發(fā)送一條命令，短消息首先采用 SMPP 協(xié)議發(fā)送到SMG1，經(jīng)過(guò) SMG1 轉(zhuǎn)發(fā)時(shí)序列號(hào)必須由 SMG1 重新生成（此時(shí)命令源節(jié)點(diǎn)為SMG1）。序列號(hào)分成三部分，每部分為一個(gè) 32 位整數(shù)，第一部分表示命令源節(jié)點(diǎn)的編號(hào)，第二部分表示命令產(chǎn)生的日期和時(shí)間(網(wǎng)關(guān)系統(tǒng)中的任何命令的保存時(shí)間都不應(yīng)該超過(guò)一年)，格式為十進(jìn)制的 mmddhhmmss，比如 11 月 20 日 20 時(shí) 32分 25 秒產(chǎn)生的命令，其第二部分為十進(jìn)制 1120203225；第三部分由 0 開(kāi)始，循環(huán)進(jìn)位，直到進(jìn)位滿(mǎn)了之后再清零，重新開(kāi)始計(jì)數(shù)。接收方在返回應(yīng)答時(shí)，應(yīng)答的序列號(hào)必須和相對(duì)應(yīng)的命令的序列號(hào)相同。8 / 45圖 31 命令序列號(hào)格式舉例 通信的安全性SP 與 SMG、SMG 與 SMG 以及 SMG 與 GNS 之間采用專(zhuān)用 SGIP 方式通信時(shí)可采用對(duì)稱(chēng)加密方式。SP 與 SMG 之間采用通用 HTTP 方式時(shí)，可采用HTTPS 方式加密。 用戶(hù)鑒權(quán)當(dāng)一條 MT 短消息需要處理時(shí)，終點(diǎn) SMG 必須保證該短消息的付費(fèi)方有資格享用該服務(wù)( 比如付費(fèi)用戶(hù)不欠費(fèi))。根據(jù)短消息服務(wù)類(lèi)型的不同，可以將付費(fèi)方式分成三類(lèi)：被叫方付費(fèi)、SP 付費(fèi)和第三方付費(fèi)。 被叫方付費(fèi)目前的短消息中心都具有對(duì)被叫用戶(hù)鑒權(quán)的功能，所以對(duì)由被叫方付費(fèi)的MT 短消息，SMG 不作鑒權(quán)檢查，直接轉(zhuǎn)發(fā)至 SMSC；如果被叫方鑒權(quán)失敗，SMSC 會(huì)通過(guò)反饋通知 SMG。 付費(fèi)當(dāng) MT 短消息是由 SP 付費(fèi)時(shí) (如 SP 發(fā)送廣告)，SMG 不作鑒權(quán)檢查。 第三方付費(fèi)當(dāng) MT 短消息是由第三方付費(fèi) (如手機(jī)用戶(hù) A 通過(guò) SP 給手機(jī)用戶(hù) B 點(diǎn)歌，并由手機(jī)用戶(hù) A 付費(fèi))時(shí)，應(yīng)該對(duì)付費(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)中心通過(guò) TCP/IP 通信實(shí)現(xiàn)鑒權(quán)功能。計(jì)費(fèi)中心為服務(wù)器端，SMG 為客戶(hù)端。一次鑒權(quán)過(guò)程完成對(duì)一個(gè)手機(jī)號(hào)碼的鑒權(quán)。鑒權(quán)步驟如下：1． SMG 和計(jì)費(fèi)中心建立 TCP/IP 連接；2． SMG 向計(jì)費(fèi)中心發(fā)送鑒權(quán)命令；9 / 453． SMG 從計(jì)費(fèi)中心接收鑒權(quán)應(yīng)答；4． SMG 和計(jì)費(fèi)中心斷開(kāi)連接；消息 描述CheckUser SMG 向計(jì)費(fèi)中心請(qǐng)求對(duì)一個(gè)手機(jī)號(hào)碼鑒權(quán)CheckUser_Resp 計(jì)費(fèi)中心向 SMG 返回的一個(gè)手機(jī)號(hào)碼的鑒權(quán)結(jié)果表 31 SMG 和計(jì)費(fèi)中心的鑒權(quán)消息 SP 與 SMG 的通信SP 和 SMG 支持兩種類(lèi)型的通信承載方式：通用 HTTP 承載方式和通用SGIP 承載方式。 通用 HTTP 方式SP 和 SMG 之間采用通用 HTTP 方式通信時(shí)，SP 和 SMG 互為 HTTP 的客戶(hù)端和服務(wù)器端。HTTP 服務(wù)器端對(duì)相關(guān)的 URL 進(jìn)行保護(hù)，HTTP 客戶(hù)端必須采用授權(quán)方式訪(fǎng)問(wèn)這些 URL。HTTP 的特點(diǎn)決定客戶(hù)端和服務(wù)器端的每一次通信都必須一次完成授權(quán)連接、發(fā)送請(qǐng)求、接收應(yīng)答、關(guān)閉連接等過(guò)程(HTTP 承載方式不再需要專(zhuān)門(mén)的連接命令)。對(duì)于 MO 方向的命令(即命令接收方為 SP)，由 SMG 通過(guò) POST 方式提交給 SP 進(jìn)行處理，SP 將處理結(jié)果以及 MT 方向信息在 HTTP 應(yīng)答中返回給SMG；對(duì)于 SP 主動(dòng)向用戶(hù)發(fā)送信息的 PUSH 業(yè)務(wù)，由 SP 作為客戶(hù)端將信息通過(guò)POST 方式提交給 SMG 進(jìn)行處理，SMG 在應(yīng)答中確認(rèn)信息發(fā)送成功與否。因?yàn)?HTTP 服務(wù)器對(duì) URL 進(jìn)行了授權(quán)保護(hù)，所以 HTTP 客戶(hù)端必須在每次請(qǐng)求中都帶上授權(quán)信息。HTTP 客戶(hù)端的一個(gè)請(qǐng)求只能攜帶一條命令。SP 與SMG 之間發(fā)送的任何一條命令都帶有一個(gè)序列號(hào)，序列號(hào)由命令源產(chǎn)生，任何兩條命令的序列號(hào)不能重復(fù)。如果 HTTP 服務(wù)器接收到的 HTTP 請(qǐng)求內(nèi)容的格式不完整或不正確， HTTP 服務(wù)器應(yīng)該返回錯(cuò)誤碼。HTTP 承載方式支持的 HTTP 協(xié)議為 版。HTTP 承載方式使用如下命令： 從 SP 到 SMG 的命令消息 描述Submit SP 用該消息向 SMG 請(qǐng)求向某一個(gè)短消息用戶(hù)發(fā)送短消息Trace SP 用該消息向 SMG 請(qǐng)求跟蹤某一條 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ī)用戶(hù)的狀態(tài)表 33 從 SMG 到 SP 的命令 專(zhuān)用 SGIP 方式SP 和 SMG 之間的通信由客戶(hù)端向服務(wù)器端發(fā)起連接。連接建立以后，由客戶(hù)端向服務(wù)器端發(fā)送命令，服務(wù)器端必須對(duì)接收到的每一條命令返回一條應(yīng)答消息。SP 和 SMG 互為客戶(hù)端和服務(wù)器端。 通信初始化客戶(hù)端有命令要向服務(wù)器端發(fā)送時(shí)，由客戶(hù)端首先通過(guò) Bind 命令向服務(wù)器端發(fā)起連接。服務(wù)器端根據(jù) Bind 命令之中的登錄名和密碼，對(duì)客戶(hù)端的合法性進(jìn)行驗(yàn)證，然后返回一條 Bind_Resp 應(yīng)答給客戶(hù)端。如果驗(yàn)證通過(guò)，則客戶(hù)端和服務(wù)器端的通信開(kāi)始，否則中斷連接。 通信過(guò)程SP 與 SMG 之間發(fā)送的任何一條命令都帶有一個(gè)序列號(hào)，序列號(hào)由命令源產(chǎn)生。客戶(hù)端與服務(wù)器端通信開(kāi)始以后，客戶(hù)端可以向服務(wù)器端發(fā)送相應(yīng)的命令，服務(wù)器端對(duì)收到的命令返回應(yīng)答。11 / 45圖 32 SP 和 SMG 的通信消息樣例(SP 為客戶(hù)端)圖 33 SP 和 SMG 的通信消息樣例(SMG 為客戶(hù)端)命令在 SP 和 SMSC 之間的傳輸是采用類(lèi)似接力的方式，每條命令和對(duì)應(yīng)的應(yīng)答僅僅表示該次命令發(fā)送的結(jié)果是否正確。比如，SP 向某一個(gè)手機(jī)發(fā)送一條短消息，是通過(guò)向本地 SMG 發(fā)送一條 Submit 命令實(shí)現(xiàn)的，隨后，SP 會(huì)從SMG 接收到一條 Submit_Resp 應(yīng)答。但是，即使應(yīng)答表示 Submit 命令已正確接收，也不表示 Submit 命令內(nèi)的短消息已經(jīng)發(fā)送到手機(jī)上了，而僅僅表示該短消息已經(jīng)傳送到 SMG，SMG 將會(huì)作下一步處理，或者發(fā)送給 SMSC，或者路由到另外的 SMG，最終由目的 SMSC 發(fā)送到手機(jī)上。這中間任何一個(gè)環(huán)節(jié)出現(xiàn)錯(cuò)誤，系統(tǒng)會(huì)終止信息的繼續(xù)發(fā)送，并且通過(guò)向原 SP 發(fā)送 Report 命令告訴發(fā)送出錯(cuò)的原因( 如果 SP 指定要求反饋的話(huà))。 通信結(jié)束如果客戶(hù)端認(rèn)為和服務(wù)器端的通信已結(jié)束，則客戶(hù)端應(yīng)該向服務(wù)器端發(fā)送Unbind 命令，服務(wù)器端隨后返回 Unbind_Resp 應(yīng)答，然后雙方斷開(kāi)連接。12 / 45 故障處理發(fā)生故障時(shí)，SP、SMG 以及 GNS 節(jié)點(diǎn)應(yīng)通過(guò) Report 命令和其它相關(guān)命令的應(yīng)答相結(jié)合返回故障原因；如果 MO 不成功，該用戶(hù)所屬的 SMG 還應(yīng)向用戶(hù)終端返回友好的應(yīng)答信息說(shuō)明不成功原因。 網(wǎng)絡(luò)故障客戶(hù)端與服務(wù)器端的通信過(guò)程中如果檢測(cè)到雙方連接中斷(如網(wǎng)絡(luò)斷線(xiàn))，客戶(hù)端應(yīng)該斷開(kāi)連接，然后嘗試重新向服務(wù)器端建立新的連接；服務(wù)器端應(yīng)該按照接收到 Unbind 的情況進(jìn)行處理，斷開(kāi)和客戶(hù)端的連接。 接收到非法命令或應(yīng)答如果服務(wù)器端接收到的命令語(yǔ)法錯(cuò)誤，比如命令不完整、命令無(wú)法識(shí)別等，則斷開(kāi)和客戶(hù)端的連接；客戶(hù)端應(yīng)該向服務(wù)器端建立新連接繼續(xù)發(fā)送命令。如果客戶(hù)端接收到的應(yīng)答語(yǔ)法錯(cuò)誤，比如命令不完整、命令無(wú)法識(shí)別等，則主動(dòng)斷開(kāi)和服務(wù)器端的連接；服務(wù)器端也應(yīng)該斷開(kāi)和客戶(hù)端的連接。如果命令語(yǔ)法正確，但服務(wù)器端不處理該命令，比如 SP 為服務(wù)器端時(shí)收到Submit 命令，則返回相應(yīng)應(yīng)答，并在應(yīng)答中指定錯(cuò)誤原因。如果應(yīng)答語(yǔ)法正確，但客戶(hù)端不處理該應(yīng)答，比如 SP 為客戶(hù)端時(shí)收到Deliver_Resp 應(yīng)答，則丟棄。 序列號(hào)重復(fù)如果命令的序列號(hào)和以前接收到的命令的序列號(hào)相同，且命令內(nèi)容也相同，則接收方丟棄該命令；如果序列號(hào)相同，但是命令內(nèi)容并不相同，則命令接收方在應(yīng)答中返回錯(cuò)誤碼。 從 SP 到 SMG 的消息消息 適用方式 描述Bind SP 為客戶(hù)端 SP 用該消息向 SMG 發(fā)出建立連接的請(qǐng)求Bind_Resp SP 為服務(wù)器 SP 對(duì) Bind 命令的應(yīng)答Unbind SP 為客戶(hù)端 SP 用該消息向 SMG 通知將要斷開(kāi)現(xiàn)有的連接Unbind_Resp SP 為服務(wù)器 SP 對(duì) Unbind 命令的應(yīng)答Submit SP 為客戶(hù)端 SP 用該消息向 SMG 請(qǐng)求發(fā)送短消息13 / 45Deliver_Resp SP 為服務(wù)器端SP 用該消息對(duì)從 SMG 接收到的 Deliver 命令作出應(yīng)答Report_Resp SP 為服務(wù)器 SP 對(duì)從 SMG 接收到的 Report 命令作出應(yīng)答UserRpt_Resp SP 為服務(wù)器 SP 對(duì)從 SMG 接收到的 UserRpt 命令作出應(yīng)答Trace SP 為客戶(hù)端 SP 用該消息向 SMG 請(qǐng)求跟蹤某一條 MT 短消息的狀態(tài)表 34 從 SP 到 SMG 的消息 從 SMG 到 SP 的消息消息 適用方式 描述Bind SMG 為客戶(hù)端SMG 用該消息向 SP 發(fā)出建立連接的請(qǐng)求Bind_Resp SMG 為服務(wù)器端SMG 對(duì) Bind 命令的應(yīng)答Unbind SMG 為客戶(hù)端SMG 用該消息向 SP 通知將要斷開(kāi)現(xiàn)有的連接Unbind_Resp SMG 為服務(wù)器端SMG 對(duì) Unbind 命令的應(yīng)答Submit_Resp SMG 為服務(wù)器端SMG 對(duì) Submit 命令的應(yīng)答Deliver SMG 為客戶(hù)端SMG 發(fā)送一條短消息到 SPReport SMG 為客戶(hù)端SMG 用該命令通知 SP 一條 Submit 命令所發(fā)送的 MT 當(dāng)前結(jié)果UserRpt SMG 為客戶(hù)端SMG 用該命令