SGIP-1.3.doc

中國聯(lián)合網(wǎng)絡(luò)通信有限公司中國聯(lián)合網(wǎng)絡(luò)通信有限公司 短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 SGIP SGIP 版本 1 3 中國聯(lián)合網(wǎng)絡(luò)通信有限公司中國聯(lián)合網(wǎng)絡(luò)通信有限公司 二零零九年三月二零零九年三月 i 目錄目錄 1 概述概述 1 1 1 協(xié)議說明 1 1 2 適用范圍 1 1 3 參考資料 1 1 4 術(shù)語表 1 2 系統(tǒng)體系結(jié)構(gòu)系統(tǒng)體系結(jié)構(gòu) 3 2 1 消息從本地 SMSC 到本地 SP 4 2 2 消息從本地 SP 到本地 SMSC 4 2 3 消息從本地 SMSC 到異地 SP 4 2 4 消息從本地 SP 到異地 SMSC 4 2 5 路由選擇 4 3通信流程通信流程 6 3 1 專用 SGIP 方式 6 3 2 通用 HTTP 方式 6 3 3 通信節(jié)點編號規(guī)則 7 3 4 序列號的定義 7 3 5 通信的安全性 8 3 6 用戶鑒權(quán) 8 3 6 1被叫方付費 8 3 6 2SP付費 8 3 6 3第三方付費 8 3 7 SP 與 SMG 的通信 9 3 7 1通用HTTP方式 9 3 7 1 1 從 SP 到 SMG 的命令 9 3 7 1 2 從 SMG 到 SP 的命令 10 3 7 2專用SGIP方式 10 3 7 2 1 通信初始化 10 3 7 2 2 通信過程 10 3 7 2 3 通信結(jié)束 11 3 7 2 4 故障處理 12 3 7 2 5 從 SP 到 SMG 的消息 12 3 7 2 6 從 SMG 到 SP 的消息 13 3 8 SMG 與 SMG 之間的通信 13 3 8 1通信初始化 14 3 8 2通信過程 14 3 8 3通信結(jié)束 14 3 8 4故障處理 14 3 8 5兩個SMG之間的消息 15 3 9 SMG 與 GNS 之間的通信 15 3 9 1通信初始化 15 ii 3 9 2通信過程 15 3 9 3通信結(jié)束 16 3 9 4故障處理 16 3 9 5從SMG到GNS的消息 16 3 9 6從GNS到SMG的消息 16 4消息定義消息定義 18 4 1 基于通用 HTTP 的消息定義 18 4 1 1Submit操作 18 4 1 1 1Submit 命令的請求內(nèi)容 18 4 1 1 2Submit 命令的應(yīng)答內(nèi)容 19 4 1 2Deliver操作 20 4 1 2 1Deliver 命令的請求內(nèi)容 20 4 1 2 2Deliver 命令的應(yīng)答內(nèi)容 20 4 1 3Report操作 21 4 1 3 1Report 命令的請求內(nèi)容 21 4 1 3 2Report 命令的應(yīng)答內(nèi)容 21 4 1 4UserRpt操作 22 4 1 4 1UserRpt 命令的請求內(nèi)容 22 4 1 4 2UserRpt 命令的應(yīng)答內(nèi)容 22 4 1 5Trace操作 22 4 1 5 1Trace 命令的請求內(nèi)容 22 4 1 5 2Trace 命令的應(yīng)答內(nèi)容 23 4 2 基于專用 SGIP 的消息定義 23 4 2 1數(shù)據(jù)類型 23 4 2 2消息頭的格式 24 4 2 3消息體的格式 24 4 2 3 1Bind 操作 24 4 2 3 2Unbind 操作 25 4 2 3 3Submit 操作 25 4 2 3 4Deliver 操作 27 4 2 3 5Report 操作 28 4 2 3 6AddSP 操作 28 4 2 3 7ModifySP 操作 29 4 2 3 8DeleteSP 操作 30 4 2 3 9QueryRoute 操作 30 4 2 3 10AddTeleSeg 操作 31 4 2 3 11ModifyTeleSeg 操作 32 4 2 3 12DeleteTeleSeg 操作 32 4 2 3 13AddSMG 操作 33 4 2 3 14ModifySMG 操作 34 4 2 3 15DeleteSMG 操作 34 4 3 鑒權(quán)消息定義 35 4 3 1CheckUser命令的語法 35 4 3 2CheckUser Resp應(yīng)答的語法 35 iii 4 3 3UserRpt命令的語法 35 4 3 4UserRpt Resp應(yīng)答的語法 35 4 4 測試消息定義 36 4 4 1Trace命令的語法 36 4 4 2Trace Resp應(yīng)答的語法 36 5 常量定義常量定義 37 5 1 消息 ID 定義 37 5 2 錯誤碼定義 37 5 3 計費類別定義 38 5 4REPORT 狀態(tài)與短消息狀態(tài)的映射 38 附錄附錄 1 全網(wǎng)路由表的格式示范全網(wǎng)路由表的格式示范 39 附錄附錄 2 本地路由表的格式示范本地路由表的格式示范 40 附錄附錄 3 HTTP 承載方式示范承載方式示范 41 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 1 1 概述概述 1 1 協(xié)議說明協(xié)議說明 本協(xié)議是 SMG 和 SP 之間 SMG 和 GNS 之間 以及 SMG 和 SMG 之間的 接口協(xié)議 簡稱 SGIP 通過應(yīng)用 SGIP 協(xié)議 SP 可以接入到 SMG 實現(xiàn) SP 應(yīng)用的一點接入 全 網(wǎng)服務(wù) SMG 可以通過 SGIP 協(xié)議 實現(xiàn)消息在不同 SMG 之間的路由和轉(zhuǎn)發(fā) 同時 SMG 通過該協(xié)議也可以和 GNS 通信 以實現(xiàn)各 SMG 和 GNS 之間路由 表的同步功能 1 2 適用范圍適用范圍 本協(xié)議適用于各 SP 廠商和 SMG 的開發(fā)廠商 1 3 參考資料參考資料 1 SMPP 3 3 2 GSM 3 40 3 GSM 3 38 4 HTTP1 0 1 4 術(shù)語表術(shù)語表 本協(xié)議用到以下術(shù)語 GNSGateway Name Server 負責(zé)系統(tǒng)路由的管理和同步 MO由手機用戶提交的短消息 MT由手機用戶接收的短消息 SGIPShort Message Gateway Interface Protocol 本協(xié)議所描述的短消息網(wǎng)關(guān)接口協(xié)議 用于完成在 SMG 和 SP 之間 SMG 和 SMG 之間短消息的發(fā)送 接收和轉(zhuǎn)發(fā) 功能 以及 SMG 和 GNS 之間路由表的同步功能 SMGShort Message Gateway 聯(lián)通公司的短消息網(wǎng)關(guān) SMG 之間的通訊協(xié)議采用 SGIP 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 2 SMPPShort Message Peer to Peer 短消息點對點協(xié)議 采用 3 3 版本 SMSCShort Message Service Center 短消息中心 SPService Provider 服務(wù)提供商 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 3 2 系統(tǒng)體系結(jié)構(gòu)系統(tǒng)體系結(jié)構(gòu) SMG 是具有短消息轉(zhuǎn)發(fā)功能的短消息網(wǎng)關(guān) 全國可以有多個 SMG 網(wǎng)關(guān) SMG 網(wǎng)關(guān)之間通過互聯(lián)網(wǎng)等方式實現(xiàn)網(wǎng)絡(luò)互聯(lián) 每一個 SMG 同時與多個 SMSC 以及多個 SP 連接 全網(wǎng)具有唯一有效的 GNS GNS 負責(zé)全局路由表的 維護與更新 為了確保路由表存儲的安全性 網(wǎng)絡(luò)中設(shè)置主備用 GNS 兩個 GNS 要保持一致性 每一個 SMG 都和 GNS 連接 SMG 與 SP SMG 與 GNS 以及 SMG 與 SMG 之間的通信協(xié)議為 SGIP 協(xié)議 SMG 與 SMSC 之間的通信統(tǒng) 一采用 SMPP3 3 協(xié)議 圖 2 1 說明了系統(tǒng)的體系結(jié)構(gòu) 圖 2 1 SMG 的體系結(jié)構(gòu) 和 SMG 平臺之間相連的 SMSC 稱作本地 SMSC 和異地 SMG 平臺相連的 SMSC 稱作異地 SMSC 和 SMG 平臺之間相連的 SP 稱作本地 SP 和異地 SMG 平臺相連的 SP 稱 作異地 SP 從本地 SMSC 向本地 SP 以及從本地 SP 向本地 SMSC 發(fā)送的消息直接由 SMG 轉(zhuǎn)發(fā) 從本地 SMSC 向異地 SP 以及從本地 SP 向異地 SMSC 發(fā)送的消息 由本地 SMG 路由到異地 SMG 后 再由異地 SMG 轉(zhuǎn)發(fā) 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 4 2 1 消息從本地消息從本地 SMSC 到本地到本地 SP SMG 從 SMSC 接收到短消息 直接發(fā)給 SP 比如 SMSC1A SMG1 SP1Y SMSC1B SMG1 SP1X 2 2 消息從本地消息從本地 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 2 4 消息從本地消息從本地 SP 到異地到異地 SMSC SMG 從本地 SP 接收短消息 再路由到異地 SMG 由異地的 SMG 發(fā)送到 目的 SMSC 比如 SP1X SMG1 SMG2 SMSC2A SP1Y SMG1 SMG3 SMSC3B 2 5 路由路由選擇選擇 當消息在本地 SMSC 和異地 SP 或者在本地 SP 和異地 SMSC 之間傳輸時 發(fā)送方必須要獲取消息接收方的位置信息 這部分功能稱為路由選擇 對于 MO 方向的命令 即命令接收方為 SP 其路由根據(jù)命令中的 SP 接入 號碼來選擇 對于 MT 方向的命令 即接收方為用戶手機 其路由根據(jù)命令中的付費號 碼和用戶號碼來綜合判斷 如果付費號碼為空 或付費號碼為 SP 接入號碼 則 根據(jù)用戶號碼來選擇路由 否則根據(jù)付費號碼所代表的手機號碼來選擇路由 這 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 5 樣做是考慮到了系統(tǒng)計費和用戶鑒權(quán)的可行性 關(guān)于計費和用戶鑒權(quán)的細節(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ā)送出錯信息到前轉(zhuǎn)網(wǎng)關(guān) 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 6 3 通信流程通信流程 SGIP 有兩種具體實現(xiàn)方式 一種是采用專用 SGIP 方式 另一種是采用通 用 HTTP 方式 SMG 和 GNS 以及 SMG 和 SMG 之間采用專用 SGIP 方式作 為承載協(xié)議 而 SP 和 SMG 的通信同時支持專用 SGIP 方式和通用 HTTP 方式 兩種承載協(xié)議 3 1 專用專用 SGIP 方式方式 采用專用 SGIP 方式承載時 通信雙方互為客戶端和服務(wù)器端 當客戶端 要發(fā)送命令時 主動向服務(wù)器端建立連接 然后向服務(wù)器端發(fā)送命令 并接收 應(yīng)答 服務(wù)器端從客戶端接收命令 返回應(yīng)答 連接建立以后 客戶端可以連 續(xù)發(fā)送多條命令 命令發(fā)送完并接收到所有應(yīng)答后 客戶端應(yīng)該主動斷開連接 但是 命令及其應(yīng)答之間的時間間隔最大不能超過 30 秒 默認 可配置 如果 命令應(yīng)答時間超過最大等待時間 則要求客戶端重發(fā)該條命令 重發(fā)機制參見 業(yè)務(wù)聯(lián)網(wǎng)規(guī)范有關(guān)內(nèi)容 且待應(yīng)答的命令不得超過 32 條 可以根據(jù)線路的質(zhì) 量和服務(wù)器的處理能力配置 而且 如果服務(wù)器端檢測出一條連接長時間空 閑 默認 60 秒 可配置 可以主動斷開該連接 如果需要 客戶端可以同時向 一個服務(wù)器端建立多個連接 SMG 與單個其他 SMG 最多不能建立超過 15 個連 接 對與之相連的單個 SP 的最大連接數(shù)視具體情況而定 采用專用 SGIP 承 載方式時 SMG 和 SMG SP 和 SMG 之間使用的端口號是 8801 GNS 監(jiān)聽 SMG 的端口號為 8802 SMG 監(jiān)聽 GNS 的端口號為 8803 主 GNS 和備用 GNS 之間的端口號為 8804 SMG 之間的測試用端口號為 8810 3 2 通用通用 HTTP 方式方式 HTTP 承載方式只適用于 SP 和 SMG 的通信中 與 SP 與 SMG 之間的專用 SGIP 承載方式不同的是 該種方式一次連接僅僅傳送一條命令 而且連接的認 證采用 HTTP 的 URL 的授權(quán)認證的方式 不需要專門的連接認證的命令 使用 的端口號是 80 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 7 3 3 通信節(jié)點編號規(guī)則通信節(jié)點編號規(guī)則 在整個網(wǎng)關(guān)系統(tǒng)中 所有的通信節(jié)點 SMG GNS SP 和 SMSC 都有一個 唯一的數(shù)字編號 不同的 SP 或 SMSC 或 SMG 或 GNS 編號不能相同 編號由 系統(tǒng)管理人員負責(zé)分配 編號規(guī)則如下 SMG 的編號規(guī)則 1AAAAX SMSC 的編號規(guī)則 2AAAAX SP 的編號規(guī)則 3AAAAQQQQQ GNS 的編號規(guī)則 4AAAAX 其中 AAAA 表示四位長途區(qū)號 不足四位的長途區(qū)號 左對齊 右補零 X 表示 1 位序號 QQQQQ 表示 5 位企業(yè)代碼 3 4 序列號的定義序列號的定義 短消息網(wǎng)關(guān)系統(tǒng)之中傳輸?shù)拿恳粭l命令都有一個序列號 序列號由命令源 節(jié)點產(chǎn)生并唯一標記一條命令 也就是說 網(wǎng)關(guān)系統(tǒng)中任何兩個命令的序列號 都不相同 需要注意的是 一條命令在發(fā)送過程中轉(zhuǎn)發(fā)的不同副本視為一條命 令 使用相同的序列號 比如 SP1X 向 SMSC2A 發(fā)送一條命令 該命令需經(jīng) 過多次轉(zhuǎn)發(fā)才能到達 SMSC2A 而轉(zhuǎn)發(fā)該命令的每一次通信過程中使用的命令 的序號均相同 為 SP1X 與 SMG1 通信所使用的序列號 對于 MO 短消息 例 如 SMSC1B 向 SP3X 發(fā)送一條命令 短消息首先采用 SMPP 協(xié)議發(fā)送到 SMG1 經(jīng)過 SMG1 轉(zhuǎn)發(fā)時序列號必須由 SMG1 重新生成 此時命令源節(jié)點為 SMG1 序列號分成三部分 每部分為一個 32 位整數(shù) 第一部分表示命令源節(jié)點的 編號 第二部分表示命令產(chǎn)生的日期和時間 網(wǎng)關(guān)系統(tǒng)中的任何命令的保存時間 都不應(yīng)該超過一年 格式為十進制的 mmddhhmmss 比如 11 月 20 日 20 時 32 分 25 秒產(chǎn)生的命令 其第二部分為十進制 1120203225 第三部分由 0 開始 循環(huán)進位 直到進位滿了之后再清零 重新開始計數(shù) 接收方在返回應(yīng)答時 應(yīng)答的序列號必須和相對應(yīng)的命令的序列號相同 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 8 圖 3 1 命令序列號格式舉例 3 5 通信的安全性通信的安全性 SP 與 SMG SMG 與 SMG 以及 SMG 與 GNS 之間采用專用 SGIP 方式通 信時可采用對稱加密方式 SP 與 SMG 之間采用通用 HTTP 方式時 可采用 HTTPS 方式加密 3 6 用戶鑒權(quán)用戶鑒權(quán) 當一條 MT 短消息需要處理時 終點 SMG 必須保證該短消息的付費方有 資格享用該服務(wù) 比如付費用戶不欠費 根據(jù)短消息服務(wù)類型的不同 可以將 付費方式分成三類 被叫方付費 SP 付費和第三方付費 3 6 1 被叫方付費被叫方付費 目前的短消息中心都具有對被叫用戶鑒權(quán)的功能 所以對由被叫方付費的 MT 短消息 SMG 不作鑒權(quán)檢查 直接轉(zhuǎn)發(fā)至 SMSC 如果被叫方鑒權(quán)失敗 SMSC 會通過反饋通知 SMG 3 6 2SP 付費付費 當 MT 短消息是由 SP 付費時 如 SP 發(fā)送廣告 SMG 不作鑒權(quán)檢查 3 6 3 第三方付費第三方付費 當 MT 短消息是由第三方付費 如手機用戶 A 通過 SP 給手機用戶 B 點歌 并由手機用戶 A 付費 時 應(yīng)該對付費方進行鑒權(quán) 這種情況下 該 MT 短消息 應(yīng)該從付費方歸屬地的短消息中心發(fā)送 并且由付費方歸屬地的計費中心完成 鑒權(quán)操作 如果計費中心鑒權(quán)成功 SMG 即將該 MT 短消息發(fā)送至 SMSC 否 則 SMG 不再發(fā)送該短消息 并根據(jù) SP 的要求決定是否返回 Report 命令通知 SP 發(fā)送失敗的原因 SMG 和計費中心通過 TCP IP 通信實現(xiàn)鑒權(quán)功能 計費中心為服務(wù)器端 SMG 為客戶端 一次鑒權(quán)過程完成對一個手機號碼的鑒權(quán) 鑒權(quán)步驟如下 1 SMG 和計費中心建立 TCP IP 連接 2 SMG 向計費中心發(fā)送鑒權(quán)命令 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 9 3 SMG 從計費中心接收鑒權(quán)應(yīng)答 4 SMG 和計費中心斷開連接 消息描述 CheckUserSMG 向計費中心請求對一個手機號碼鑒權(quán) CheckUser Resp計費中心向 SMG 返回的一個手機號碼的鑒權(quán)結(jié)果 表 3 1 SMG 和計費中心的鑒權(quán)消息 3 7 SP 與與 SMG 的通信的通信 SP 和 SMG 支持兩種類型的通信承載方式 通用 HTTP 承載方式和通用 SGIP 承載方式 3 7 1 通用通用 HTTP 方式方式 SP 和 SMG 之間采用通用 HTTP 方式通信時 SP 和 SMG 互為 HTTP 的客 戶端和服務(wù)器端 HTTP 服務(wù)器端對相關(guān)的 URL 進行保護 HTTP 客戶端必須 采用授權(quán)方式訪問這些 URL HTTP 的特點決定客戶端和服務(wù)器端的每一次通 信都必須一次完成授權(quán)連接 發(fā)送請求 接收應(yīng)答 關(guān)閉連接等過程 HTTP 承 載方式不再需要專門的連接命令 對于 MO 方向的命令 即命令接收方為 SP 由 SMG 通過 POST 方式提交 給 SP 進行處理 SP 將處理結(jié)果以及 MT 方向信息在 HTTP 應(yīng)答中返回給 SMG 對于 SP 主動向用戶發(fā)送信息的 PUSH 業(yè)務(wù) 由 SP 作為客戶端將信息通過 POST 方式提交給 SMG 進行處理 SMG 在應(yīng)答中確認信息發(fā)送成功與否 因為 HTTP 服務(wù)器對 URL 進行了授權(quán)保護 所以 HTTP 客戶端必須在每次 請求中都帶上授權(quán)信息 HTTP 客戶端的一個請求只能攜帶一條命令 SP 與 SMG 之間發(fā)送的任何一條命令都帶有一個序列號 序列號由命令源產(chǎn)生 任何 兩條命令的序列號不能重復(fù) 如果 HTTP 服務(wù)器接收到的 HTTP 請求內(nèi)容的格式不完整或不正確 HTTP 服務(wù)器應(yīng)該返回錯誤碼 HTTP 承載方式支持的 HTTP 協(xié)議為 1 0 版 HTTP 承載方式使用如下命令 3 7 1 1 從從 SP 到到 SMG 的命令的命令 消息描述 SubmitSP 用該消息向 SMG 請求向某一個短消息用戶發(fā)送短消息 TraceSP 用該消息向 SMG 請求跟蹤某一條 MT 短消息的狀態(tài) 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 10 表 3 2 從 SP 到 SMG 的命令 3 7 1 2 從從 SMG 到到 SP 的的命令命令 消息描述 DeliverSMG 發(fā)送一條短消息到 SP ReportSMG 用該命令通知 SP 一條 Submit 命令所發(fā)送的 MT 當前結(jié)果 UserRptSMG 用該命令報告 SP 一條手機用戶的狀態(tài) 表 3 3 從 SMG 到 SP 的命令 3 7 2 專用專用 SGIP 方式方式 SP 和 SMG 之間的通信由客戶端向服務(wù)器端發(fā)起連接 連接建立以后 由 客戶端向服務(wù)器端發(fā)送命令 服務(wù)器端必須對接收到的每一條命令返回一條應(yīng) 答消息 SP 和 SMG 互為客戶端和服務(wù)器端 3 7 2 1 通信初始化通信初始化 客戶端有命令要向服務(wù)器端發(fā)送時 由客戶端首先通過 Bind 命令向服務(wù)器 端發(fā)起連接 服務(wù)器端根據(jù) Bind 命令之中的登錄名和密碼 對客戶端的合法性 進行驗證 然后返回一條 Bind Resp 應(yīng)答給客戶端 如果驗證通過 則客戶端 和服務(wù)器端的通信開始 否則中斷連接 3 7 2 2 通信過程通信過程 SP 與 SMG 之間發(fā)送的任何一條命令都帶有一個序列號 序列號由命令源 產(chǎn)生 客戶端與服務(wù)器端通信開始以后 客戶端可以向服務(wù)器端發(fā)送相應(yīng)的命令 服務(wù)器端對收到的命令返回應(yīng)答 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 11 圖 3 2 SP 和 SMG 的通信消息樣例 SP 為客戶端 圖 3 3 SP 和 SMG 的通信消息樣例 SMG 為客戶端 命令在 SP 和 SMSC 之間的傳輸是采用類似接力的方式 每條命令和對應(yīng) 的應(yīng)答僅僅表示該次命令發(fā)送的結(jié)果是否正確 比如 SP 向某一個手機發(fā)送一 條短消息 是通過向本地 SMG 發(fā)送一條 Submit 命令實現(xiàn)的 隨后 SP 會從 SMG 接收到一條 Submit Resp 應(yīng)答 但是 即使應(yīng)答表示 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 指定要求反饋的話 3 7 2 3 通信結(jié)束通信結(jié)束 如果客戶端認為和服務(wù)器端的通信已結(jié)束 則客戶端應(yīng)該向服務(wù)器端發(fā)送 Unbind 命令 服務(wù)器端隨后返回 Unbind Resp 應(yīng)答 然后雙方斷開連接 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 12 3 7 2 4 故障處理故障處理 發(fā)生故障時 SP SMG 以及 GNS 節(jié)點應(yīng)通過 Report 命令和其它相關(guān)命令 的應(yīng)答相結(jié)合返回故障原因 如果 MO 不成功 該用戶所屬的 SMG 還應(yīng)向用 戶終端返回友好的應(yīng)答信息說明不成功原因 3 7 2 4 1 網(wǎng)絡(luò)故障網(wǎng)絡(luò)故障 客戶端與服務(wù)器端的通信過程中如果檢測到雙方連接中斷 如網(wǎng)絡(luò)斷線 客戶端應(yīng)該斷開連接 然后嘗試重新向服務(wù)器端建立新的連接 服務(wù)器端應(yīng)該 按照接收到 Unbind 的情況進行處理 斷開和客戶端的連接 3 7 2 4 2 接收到非法命令或應(yīng)答接收到非法命令或應(yīng)答 如果服務(wù)器端接收到的命令語法錯誤 比如命令不完整 命令無法識別等 則斷開和客戶端的連接 客戶端應(yīng)該向服務(wù)器端建立新連接繼續(xù)發(fā)送命令 如果客戶端接收到的應(yīng)答語法錯誤 比如命令不完整 命令無法識別等 則主動斷開和服務(wù)器端的連接 服務(wù)器端也應(yīng)該斷開和客戶端的連接 如果命令語法正確 但服務(wù)器端不處理該命令 比如 SP 為服務(wù)器端時收到 Submit 命令 則返回相應(yīng)應(yīng)答 并在應(yīng)答中指定錯誤原因 如果應(yīng)答語法正確 但客戶端不處理該應(yīng)答 比如 SP 為客戶端時收到 Deliver Resp 應(yīng)答 則丟棄 3 7 2 4 3 序列號重復(fù)序列號重復(fù) 如果命令的序列號和以前接收到的命令的序列號相同 且命令內(nèi)容也相同 則接收方丟棄該命令 如果序列號相同 但是命令內(nèi)容并不相同 則命令接收 方在應(yīng)答中返回錯誤碼 3 7 2 5 從從 SP 到到 SMG 的消息的消息 消息適用方式描述 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ā)送短消息 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 13 Deliver RespSP 為服務(wù)器 端 SP 用該消息對從 SMG 接收到的 Deliver 命令作出應(yīng)答 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 為服 務(wù)器端 SMG 對 Unbind 命令的應(yīng)答 Submit RespSMG 為服 務(wù)器端 SMG 對 Submit 命令的應(yīng)答 DeliverSMG 為客 戶端 SMG 發(fā)送一條短消息到 SP ReportSMG 為客 戶端 SMG 用該命令通知 SP 一條 Submit 命令所發(fā)送的 MT 當前結(jié)果 UserRptSMG 為客 戶端 SMG 用該命令通知 SP 一條手機用戶的狀態(tài)信息 Trace RespSMG 為客 戶端 SMG 對 Trace 命令的應(yīng)答 表 3 5 從 SMG 到 SP 的消息 3 8 SMG 與與 SMG 之間的通信之間的通信 在網(wǎng)關(guān)系統(tǒng)之中 任何兩個 SMG 之間都要建立一對基于 TCP IP 的連接 以實現(xiàn)命令的路由 兩個 SMG 互為客戶端和服務(wù)器端 客戶端向服務(wù)器端發(fā) 送命令 接收應(yīng)答 服務(wù)器端從客戶端接收命令 返回應(yīng)答 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 14 圖 3 4 SMG 之間的通信消息樣例 3 8 1 通信初始化通信初始化 SMG 與 SMG 通信時 由客戶端首先通過 Bind 命令向服務(wù)器端發(fā)起連接 服務(wù)器端根據(jù) Bind 命令之中的登錄名和密碼 對客戶端的合法性進行驗證 然 后返回一條 Bind Resp 應(yīng)答給客戶端 如果驗證通過 則客戶端和服務(wù)器端的 通信開始 否則中斷連接 3 8 2 通信過程通信過程 兩個 SMG 之間的通信和 SP 和 SMG 之間的基于 TCP IP 的承載方式的通信 方式相同 3 8 3 通信結(jié)束通信結(jié)束 如果客戶端認為和服務(wù)器端的通信已結(jié)束 則客戶端應(yīng)該向服務(wù)器端發(fā)送 Unbind 命令 服務(wù)器端隨后返回 Unbind Resp 應(yīng)答 然后雙方斷開連接 3 8 4 故障處理故障處理 SMG 之間的故障處理和 SP 與 SMG 之間的故障處理相同 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 15 3 8 5 兩個兩個 SMG 之間的消息之間的消息 消息描述 Bind客戶端向服務(wù)器端請求連接 Bind Resp服務(wù)器端對接收到的 Bind 命令的響應(yīng) Unbind客戶端向服務(wù)器端通知斷開當前的連接 Unbind Resp服務(wù)器端對接收到的 Unbind 命令的響應(yīng) Submit客戶端向服務(wù)器端發(fā)送一條 MT 短消息 Submit Resp服務(wù)器端向從客戶端接收到的 Submit 命令發(fā)送的應(yīng)答消息 Deliver客戶端向服務(wù)器端發(fā)送一條 MO 短消息 Deliver Resp服務(wù)器端向從客戶端接收到的 Deliver 命令發(fā)送的應(yīng)答消息 Report客戶端向服務(wù)器端發(fā)送一條 MT 或 MO 的發(fā)送結(jié)果 Report Resp服務(wù)器端向從客戶端接收到的 Report 命令發(fā)送應(yīng)答消息 UserRpt客戶端向服務(wù)器端發(fā)送一條手機用戶的狀態(tài)信息 UserRpt Resp服務(wù)器端向從客戶端接收到的 UserRpt 命令發(fā)送應(yīng)答消息 Trace客戶端向服務(wù)器端發(fā)送請求跟蹤某一條 MT 短消息狀態(tài)的信息 Trace Resp服務(wù)器端向從客戶端接收到的 Trace 命令發(fā)送應(yīng)答消息 表 3 6 SMG 之間的消息 3 9 SMG 與與 GNS 之間的通信之間的通信 在網(wǎng)關(guān)系統(tǒng)之中 任何一個 SMG 都要和 GNS 以互為客戶端 服務(wù)器的方式 建立連接來完成路由表的更新和維護 當 SMG 對本地的路由表作修改后 需 要主動以客戶端的身份向 GNS 建立連接 通知 GNS 更新路由表 當 GNS 修改 了路由表后 需要主動以客戶端的身份向所有的 SMG 建立連接 通知 SMG 更 新路由表 3 9 1 通信初始化通信初始化 SMG 與 GNS 通信時 由客戶端首先通過 Bind 命令向服務(wù)器端發(fā)起連接 服務(wù)器端根據(jù) Bind 命令之中的登錄名和密碼 對客戶端的合法性進行驗證 然 后返回一條 Bind Resp 應(yīng)答給客戶端 如果驗證通過 則客戶端和服務(wù)器端的 通信開始 否則中斷連接 3 9 2 通信過程通信過程 客戶端和服務(wù)器端建立連接以后 客戶端向服務(wù)器端發(fā)送命令 服務(wù)器端 則返回應(yīng)答 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 16 3 9 3 通信結(jié)束通信結(jié)束 如果客戶端認為和服務(wù)器端的通信已結(jié)束 則客戶端應(yīng)該向服務(wù)器端發(fā)送 Unbind 命令 服務(wù)器端隨后返回 Unbind Resp 應(yīng)答 然后雙方斷開連接 3 9 4 故障處理故障處理 SMG 和 GNS 的故障處理和 SP 與 SMG 之間的故障處理相同 3 9 5 從從 SMG 到到 GNS 的消息的消息 消息適用方式描述 BindSMG 為客戶端SMG 向 GNS 端請求連接 Bind RespSMG 為服務(wù)器端SMG 對 Bind 命令的應(yīng)答 UnbindSMG 為客戶端SMG 向 GNS 端通知斷開當前的連接 Unbind RespSMG 為服務(wù)器端SMG 對 Unbind 命令的應(yīng)答 AddSPSMG 為客戶端SMG 通知 GNS 添加了一個 SP AddSP RespSMG 為服務(wù)器端SMG 對 AddSP 命令的應(yīng)答 ModifySPSMG 為客戶端SMG 通知 GNS 修改了一個 SP ModifySP RespSMG 為服務(wù)器端SMG 對 ModifySP 命令的應(yīng)答 DeleteSPSMG 為客戶端SMG 通知 GNS 刪除了一個 SP DeleteSP RespSMG 為服務(wù)器端SMG 對 DeleteSP 命令的應(yīng)答 AddTeleSegSMG 為客戶端SMG 通知 GNS 添加了一個號碼段 AddTeleSeg RespSMG 為服務(wù)器端SMG 對 AddTeleSeg 命令的應(yīng)答 ModifyTeleSegSMG 為客戶端SMG 通知 GNS 修改了一個號碼段 ModifyTeleSeg RespSMG 為服務(wù)器端SMG 對 ModifyTeleSeg 命令的應(yīng)答 DeleteTeleSegSMG 為客戶端SMG 通知 GNS 刪除了一個號碼段 DeleteTeleSeg RespSMG 為服務(wù)器端SMG 對 DeleteTeleSeg 命令的應(yīng)答 QueryRouteSMG 為客戶端SMG 向 GNS 請求一個手機號或接入號碼的路由信息 或全 部路由表信息 QueryRoute RespSMG 為服務(wù)器端SMG 對 QueryRoute 命令的應(yīng)答 表 3 7 從 SMG 到 GNS 的消息 3 9 6 從從 GNS 到到 SMG 的消息的消息 消息適用方式描述 BindGNS 為客戶端GNS 向 SMG 端請求連接 Bind RespGNS 為服務(wù)器端GNS 對 Bind 命令的應(yīng)答 UnbindGNS 為客戶端GNS 向 SMG 端通知斷開當前的連接 Unbind RespGNS 為服務(wù)器端GNS 對 Unbind 命令的應(yīng)答 AddSPGNS 為客戶端GNS 通知 SMG 添加了一個 SP AddSP RespGNS 為服務(wù)器端GNS 對 AddSP 命令的應(yīng)答 ModifySPGNS 為客戶端GNS 通知 SMG 修改了一個 SP ModifySP RespGNS 為服務(wù)器端GNS 對 ModifySP 命令的應(yīng)答 DeleteSPGNS 為客戶端GNS 通知 SMG 刪除了一個 SP DeleteSP RespGNS 為服務(wù)器端GNS 對 DeleteSP 命令的應(yīng)答 AddTeleSegGNS 為客戶端GNS 通知 SMG 添加了一個號碼段 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 17 AddTeleSeg RespGNS 為服務(wù)器端GNS 對 AddTeleSeg 命令的應(yīng)答 ModifyTeleSegGNS 為客戶端GNS 通知 SMG 修改了一個號碼段 ModifyTeleSeg RespGNS 為服務(wù)器端GNS 對 ModifyTeleSeg 命令的應(yīng)答 DeleteTeleSegGNS 為客戶端GNS 通知 SMG 刪除了一個號碼段 DeleteTeleSeg RespGNS 為服務(wù)器端GNS 對 DeleteTeleSeg 命令的應(yīng)答 AddSMGGNS 為客戶端GNS 通知 SMG 添加了一個 SMG AddSMG RespGNS 為服務(wù)器端GNS 對 AddSMG 命令的應(yīng)答 ModifySMGGNS 為客戶端GNS 通知 SMG 修改了一個 SMG ModifySMG RespGNS 為服務(wù)器端GNS 對 ModifySMG 命令的應(yīng)答 DeleteSMGGNS 為客戶端GNS 通知 SMG 刪除了一個 SMG DeleteSMG RespGNS 為服務(wù)器端GNS 對 DeleteSMG 命令的應(yīng)答 表 3 8 從 GNS 到 SMG 的消息 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 18 4 消息定義消息定義 系統(tǒng)中的消息分三種 基于 HTTP 的消息 基于 TCP IP 的消息和鑒權(quán)消息 系統(tǒng)中每個消息包最大不超過 2K 字節(jié) 4 1 基于通用基于通用 HTTP 的消息定義的消息定義 HTTP 客戶端采用 POST 方法向服務(wù)器端發(fā)送請求 服務(wù)器端返回應(yīng)答 HTTP 請求和響應(yīng)的格式如下 請參照附錄三 格式說明 HTTP 協(xié)議頭和內(nèi)容之間必須有一個空行 如果 HTTP 通信出錯 比如所請求的 URL 不存在 則沒有內(nèi)容 部分 每個參數(shù)占一行 所有的參數(shù)名稱和參數(shù)值都為文本類型 每行都要以回車 換行結(jié)束 表 4 1 HTTP 的消息格式 4 1 1Submit 操作操作 在 SP 和 SMG 的通信中 SP 用 Submit 命令向 SMG 提交 MT 短消息 SMG 返回響應(yīng) 4 1 1 1Submit 命令的請求內(nèi)容命令的請求內(nèi)容 參數(shù)名稱說明 CommandId 命令 ID 十六進制數(shù)字 SequenceNumber序列號 十六進制數(shù)字 SPNumberSP 的接入號碼 字符 ChargeNumber付費號碼 字符 手機號碼前加 86 國別標志 當且僅當群發(fā) 且對用戶收費時為空 如果為空 則該條短消息產(chǎn)生的費用由 UserNumber 代表的用戶支付 如果為全零字符串 000000000000000000000 表示該條短消息產(chǎn)生的費用由 SP 支付 UserNumber一個或多個接收該短消息的手機號 手機號之間用逗號 隔開 字符 手機號碼前加 86 國別標志 如 8613001125453 8613001132345 CorpId企業(yè)代碼 取值范圍 0 99999 字符 ServiceType業(yè)務(wù)代碼 由 SP 定義 字符 FeeType 計費類型 字符 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 19 FeeValue取值范圍 0 99999 該條短消息的收費值 單位為分 由 SP 定義 字符 對于包月制收費的用戶 該值為月租費的值 GivenValue取值范圍 0 99999 贈送用戶的話費 單位為分 由 SP 定義 特 指由 SP 向用戶發(fā)送廣告時的贈送話費 字符 AgentFlag代收費標志 0 應(yīng)收 1 實收 字符 MorelatetoMTFlag引起 MT 消息的原因 0 MO 點播引起的第一條 MT 消息 1 MO 點播引起的非第一條 MT 消息 2 非 MO 點播引起的 MT 消息 3 系統(tǒng)反饋引起的 MT 消息 字符 Priority優(yōu)先級 0 9 從低到高 默認為 0 十六進制數(shù)字 ExpireTime短消息壽命的終止時間 如果為空 表示使用短消息中心的缺省 值 時間內(nèi)容為 16 個字符 格式為 yymmddhhmmsstnnp 其 中 tnnp 取固定值 032 即默認系統(tǒng)為北京時間 ScheduleTime短消息定時發(fā)送的時間 如果為空 表示立刻發(fā)送該短消息 時 間內(nèi)容為 16 個字符 格式為 yymmddhhmmsstnnp 其中 tnnp 取固定值 032 即默認系統(tǒng)為北京時間 ReportFlag狀態(tài)報告標記 0 該條消息只有最后出錯時要返回狀態(tài)報告 1 該條消息無論最后是否成功都要返回狀態(tài)報告 2 該條消息不需要返回狀態(tài)報告 3 該條消息僅攜帶包月計費信息 不下發(fā)給用戶 要返回狀態(tài)報 告 其它 保留 缺省設(shè)置為 0 十六進制數(shù)字 MessageType信息類型 0 短消息信息 其它 待定 十六進制數(shù)字 TP pidGSM 協(xié)議類型 詳細解釋請參考 GSM03 40 中的 9 2 3 9 十六進制數(shù)字 TP udhiGSM 協(xié)議類型 詳細解釋請參考 GSM03 40 中的 9 2 3 23 僅使用 1 位 右對齊 十六進制數(shù)字 MessageCoding短消息的編碼格式 0 純 ASCII 字符串 3 寫卡操作 4 二進制編碼 8 UCS2 編碼 15 GBK 編碼 其它參見 GSM3 38 第 4 節(jié) SMS Data Coding Scheme 十六進制數(shù)字 MessageContent短消息的內(nèi)容 十六進制數(shù)字 Reserve保留 擴展用 注 1 消息 ID 定義在 5 1 中 注 2 計費類型定義在 5 3 中 表 4 2 Submit 命令的請求格式 4 1 1 2Submit 命令的應(yīng)答內(nèi)容命令的應(yīng)答內(nèi)容 字段說明 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 20 CommandId命令 ID 十六進制數(shù)字 SequenceNumber序列號 十六進制數(shù)字 ResultSubmit 命令是否成功接收 十六進制數(shù)字 0 接收成功 其它 錯誤碼 Reserve保留 擴展用 注 錯誤碼定義在 5 2 中 表 4 3 Submit 命令的應(yīng)答格式 4 1 2Deliver 操作操作 在 SP 和 SMG 的通信中 SMG 用 Deliver 命向 SP 發(fā)送一條 MO 短消息 SMG 接收到 Deliver 命令 會返回 Deliver Resp 應(yīng)答 SMG 根據(jù) Deliver 命令 中目的特服號 判斷出該服務(wù)屬于和哪一個 SMG 相連接的 SP 如果屬于本地 SP 則直接發(fā)送到 SP 否則路由至相應(yīng)的 SMG 4 1 2 1Deliver 命令的請求內(nèi)容命令的請求內(nèi)容 參數(shù)名稱說明 CommandId命令 ID 十六進制數(shù)字 SequenceNumber序列號 十六進制數(shù)字 UserNumber發(fā)送該短消息的手機號 字符 手機號碼前加 86 國別標志 SPNumber接收該短消息的 SP 的接入號碼 字符 TP pidGSM 協(xié)議類型 詳細解釋請參考 GSM03 40 中的 9 2 3 9 十六進制數(shù)字 TP udhiGSM 協(xié)議類型 詳細解釋請參考 GSM03 40 中的 9 2 3 23 僅使用 1 位 右對齊 十六進制數(shù)字 MessageCoding短消息的編碼格式 0 純 ASCII 字符串 3 寫卡操作 4 二進制編碼 8 UCS2 編碼 15 GBK 編碼 其它參見 GSM3 38 第 4 節(jié) SMS Data Coding Scheme 十六進制數(shù)字 MessageContent短消息的內(nèi)容 十六進制數(shù)字 Reserve保留 擴展用 表 4 4 Deliver 命令的請求格式 4 1 2 2Deliver 命令的應(yīng)答內(nèi)容命令的應(yīng)答內(nèi)容 字段說明 CommandId命令 ID 十六進制數(shù)字 SequenceNumber序列號 十六進制數(shù)字 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 21 ResultDeliver 命令是否成功接收 十六進制數(shù)字 0 接收成功 其它 錯誤碼 Reserve保留 擴展用 表 4 5 Deliver 命令的應(yīng)答格式 4 1 3Report 操作操作 Report 命令用于向 SP 發(fā)送一條先前的 Submit 命令的當前狀態(tài) 4 1 3 1Report 命令的請求內(nèi)容命令的請求內(nèi)容 參數(shù)名稱說明 CommandId命令 ID 十六進制數(shù)字 SequenceNumber序列號 十六進制數(shù)字 SubmitSequenceNumber該命令所涉及的 Submit 或 deliver 命令的序列號 十六進制數(shù)字 ReportTypeReport 命令類型 0 對先前一條 Submit 命令的狀態(tài)報告 1 對先前一條前轉(zhuǎn) Deliver 命令的狀態(tài)報告 十六進制數(shù)字 UserNumber接收該短消息的手機號 字符 手機號碼前加 86 國別標志 State 該命令所涉及的短消息的當前執(zhí)行狀態(tài) 0 發(fā)送成功 1 等待發(fā)送 2 發(fā)送失敗 十六進制數(shù)字 ErrorCode當 State 2 時為錯誤碼值 否則為 0 十六進制數(shù)字 Reserve保留 擴展用 表 4 6 Report 命令的請求格式 注 當 report 反饋的是短消息中心的狀態(tài)報告時 state 的三種狀態(tài)與短消息狀態(tài)報告中的狀態(tài)的對應(yīng)關(guān) 系見 5 4 report 狀態(tài)與短消息狀態(tài)的映射 4 1 3 2Report 命令的應(yīng)答內(nèi)容命令的應(yīng)答內(nèi)容 字段說明 CommandId命令 ID 十六進制數(shù)字 SequenceNumber序列號 十六進制數(shù)字 ResultReport 命令是否成功接收 十六進制數(shù)字 0 接收成功 其它 錯誤碼 Reserve保留 擴展用 表 4 7 Report 命令的應(yīng)答格式 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 22 4 1 4UserRpt 操作操作 UserRpt 命令用于在完成對用戶鑒權(quán)后 由 SMG 向手機用戶所注冊的 SP 發(fā)送命令 對手機用戶進行狀態(tài)配置 4 1 4 1UserRpt 命令的請求內(nèi)容命令的請求內(nèi)容 參數(shù)名稱說明 CommandId命令 ID 十六進制數(shù)字 SequenceNumber序列號 十六進制數(shù)字 SPNumberSP 的接入號碼 字符 UserNumber待配置的手機號碼 字符 手機號碼前加 86 國別標志 UserCondition十六進制數(shù) 0 注銷 1 欠費停機 2 恢復(fù)正常 Reserve保留 擴展用 表 4 8 UserRpt 命令的請求格式 4 1 4 2UserRpt 命令的應(yīng)答內(nèi)容命令的應(yīng)答內(nèi)容 參數(shù)名稱說明 CommandId命令 ID 十六進制數(shù)字 SequenceNumber序列號 十六進制數(shù)字 ResultUserRpt 命令執(zhí)行結(jié)果 0 成功 其它 錯誤碼 Reserve保留 擴展用 表 4 9 UserRpt 命令的應(yīng)答格式 4 1 5Trace 操作操作 Trace 命令用于向 SMG 請求跟蹤某一條 MT 短消息的狀態(tài) 4 1 5 1Trace 命令的請求內(nèi)容命令的請求內(nèi)容 參數(shù)名稱說明 CommandId命令 ID 十六進制數(shù)字 SequenceNumber序列號 十六進制數(shù)字 SubmitSequenceNumber被跟蹤 MT 短消息的命令序列號 十六進制數(shù)字 UserNumber被跟蹤 MT 短消息的目的手機號 字符 手機號碼前加 86 國 別標志 Reserve保留 擴展用 表 4 10 Trace 命令的請求格式 中國聯(lián)合通信公司短消息網(wǎng)關(guān)系統(tǒng)接口協(xié)議 1 1 版 23 4 1 5 2Trace 命令的應(yīng)答內(nèi)容命令的應(yīng)答內(nèi)容 字段說明 CommandId命令 ID 十六進制數(shù)字 SequenceNumber序列號 十