【導(dǎo)讀】０，ＳＭＰＰＶ３.４０協(xié)議規(guī)范完全兼容ＧＳＭ０３.３９協(xié)議標(biāo)準(zhǔn)。ＧＳＭ０３.３９Ｖ３.３０協(xié)議規(guī)范，如無(wú)特殊說(shuō)明全部以此協(xié)議規(guī)范為準(zhǔn)。ＳＭＰＰ協(xié)議可以以ＴＣＰ／ＩＰ或Ｘ.２５作為底層通訊承載。息或從短消息中心下發(fā)。后，SMSC會(huì)產(chǎn)生一個(gè)狀態(tài)報(bào)告的消息給ESME。系統(tǒng)斷開(kāi)會(huì)話連接。短消息到指定的移動(dòng)臺(tái)。status表示此次下發(fā)是否成。請(qǐng)求，以保證通訊鏈路的暢通。5秒發(fā)送一次ENQUIRE_LINK消息。，依據(jù)類(lèi)型必須設(shè)置為0或NULL。integer：一定字節(jié)數(shù)所組成的整數(shù)，高位在前，低位在后。如：1字節(jié)，2字節(jié),4字節(jié)。C_OctetString：由任意8位字節(jié)組成數(shù)據(jù)流串。C_HexString：以NULL結(jié)束的ASCII字符串，它由一系列的16進(jìn)制字

　　

【正文】 間的連接。 ESME發(fā)送一條 ENQUIRE_LINK命令， SMSC響應(yīng)一條 ENQUIRE_LINK_ACK命令，表示 ESME和 SMSC之間的連接正常。此命令只有消息頭，沒(méi)有消息體。 １３、 ENQUIRE_LINK_RESP命令 此命令只有消息頭，沒(méi)有消息體。 ３ .４ .４消息體參數(shù)說(shuō)明 ? address： 地址號(hào)碼 ? address_range：地址范圍 ? data_coding：數(shù)據(jù)編碼方案 , ( 詳見(jiàn) GSM [1] ) 例如： 0：缺省編碼方案 (7位 ) 4：英文編碼方案 (不被手機(jī)支持 ) 8： UCS2編碼方案 (比如中文編碼 ) ? dest_addr_npi：目的地址編碼方案，同 npi ? dest_addr_ton：目的地址編碼類(lèi)型，同 ton ? destination_addr： 目的地址，同 address ? esm_class： 短消息類(lèi)型 此字段的說(shuō)明如下： Bit 7 6 5 4 3 2 1 0 Flag Reserved UDHI Reserved Reserved Reserved Delivery Receipt Reserved Reserved 其中 UDHI 表示短消息內(nèi)容是否有頭結(jié)構(gòu)。置位表示有。 Delivery Receipt，在 DELIVER_SM協(xié)議中使用，表示是否是此條消息是否是狀態(tài)報(bào)告。 對(duì)于普通的 SUBMIT_SM命令，此字段設(shè)為 0。 ? final_date：短消息的生命期終止的實(shí)際時(shí)間，如果此短消息已從 SMSC短消息中心與短消息實(shí)體之間 接口規(guī)范 18 的等待發(fā)送隊(duì)列中刪除，即為刪除時(shí)間，否則為 SMSC當(dāng)前 的時(shí)間 ? GSM_code： GSM錯(cuò)誤碼，參見(jiàn) GSM 。 ? interface_version：用來(lái)描述 SMEI協(xié)議的版本號(hào) ? Message_id：短消息 ID，它由 SMSC設(shè)置。用于查詢(xún)以及替換短消息等操作時(shí)使用。 ? Command Status：短消息當(dāng)前的狀態(tài) ? npi：地址編碼方案，（定義詳見(jiàn) [1] ) 例如： 1 表示 ISDN電話編碼計(jì)劃 ? password： 用來(lái)登錄的密碼 ? priority_flag：優(yōu)先級(jí) 1：高優(yōu)先級(jí) 0：普通優(yōu)先級(jí) 1：保留 ? protocol_ID： GSM協(xié)議類(lèi)型（定義詳見(jiàn) [1] ) ? registered_delivery_flag： 注冊(cè)短消息標(biāo)志，它表示當(dāng)此短消息到達(dá)最后的目的地后，是否需要 送達(dá)狀態(tài)報(bào)告（ DELIVERY RECEIPT）。 0：不需要 1：需要 1：保留 ? replace_if_present_flag：替換標(biāo)志，當(dāng)存在的短消息的源地址和目的地址都相同時(shí)，是否替換存在的短消息。 0：不替換 1：替換 1：保留 ? schedule_delivery_time： 計(jì)劃下發(fā)短消息的時(shí)間 短消息中心與短消息實(shí)體之間 接口規(guī)范 19 ? service_type:： 保留，必須設(shè)為 NULL ? short_message： 短消息數(shù)據(jù)內(nèi)容。在 7bit時(shí)，是 160字符 。在 8bit時(shí)，是 140字符。 ? sm_default_msg_id： 預(yù)定義短消息 ID，不是預(yù)定義短消息時(shí)應(yīng)設(shè)為0，預(yù)定義短消息 ID值從 0x01到 0x64。 ? sm_length： 短消息的數(shù)據(jù)長(zhǎng)度，以字節(jié)計(jì)算 ? source_addr：源地址編號(hào)，同 address ? source_addr_npi： 源地址編碼方案，同 npi ? source_addr_ton： 源地址編碼類(lèi)型，同 ton ? system_id：接口 ID，用來(lái)描述虛擬連接的用戶名 ? system_type：用來(lái)描述用戶的類(lèi)型 ? ton：地址編碼類(lèi)型，（定義詳見(jiàn) [1] ) 0 未知號(hào)碼 1 國(guó)際號(hào)碼 2 國(guó)內(nèi)號(hào)碼 3 網(wǎng)絡(luò)專(zhuān)用號(hào)碼 4 用戶號(hào)碼 5 字母號(hào)碼 (按照 GSM 7bit 缺省字母表編碼 ) 6 縮寫(xiě)號(hào)碼 7 保留 ? validity_period：短消息的最后生存期限 短消息中心與短消息實(shí)體之間 接口規(guī)范 20 ＳＭＰＰ協(xié)議流程 .1 Bind_Receiver .2 Bind_Transmiter SME S M S CB i n d _ R e c e i v e rB i n d _ R e c e i v e r _ R e s pSME S M S CB i n d _ T r a n s m i t e rB i n d _ T r a n s m i t e r _ R e s p短消息中心與短消息實(shí)體之間 接口規(guī)范 21 .3 Submit_SM .4 Deliver_SM SME S M S CB i n d _ T r a n s m i t t e rB i n d _ T r a n s m i t t e r _ R e s pS u b m i t _ S M ( 1 )S u b m i t _ S M _ R e s p ( 1 )S u b m i t _ S M ( 2 )S u b m i t _ S M _ R e s p ( 2 )SME S M S CB i n d _ R e c e i v e rB i n d _ R e c e i v e r _ R e s pD e l i v e r _ S M ( 1 )D e l i v e r _ S M _ R e s p ( 1 )D e l i v e r _ S M ( 2 )D e l i v e r _ S M _ R e s p ( 2 )短消息中心與短消息實(shí)體之間 接口規(guī)范 22 .5 Equire_Link .6 Unbind SME S M S CE n q u i r e _ L i n kE n q u i r e _ L i n k _ R e s pSME S M S CU n b i n dU n b i n d _ R e s p短消息中心與短消息實(shí)體之間 接口規(guī)范 23 附錄一： SMPP 協(xié)議中注意的幾個(gè)問(wèn)題 １、 本規(guī)范的各消息的消息頭中，對(duì) Sequence No 字段，采用嚴(yán)格單調(diào)遞增函數(shù)方式（（ x1,y1） ,(x2,y2)是二維函數(shù)空間任意兩個(gè)坐標(biāo)取值；當(dāng) x2x10 時(shí)，函數(shù) (y2y1)/( x2x1)0）進(jìn)行計(jì)數(shù)；當(dāng)序列號(hào)達(dá)到最大值時(shí)自動(dòng)返回最小值起繼續(xù)計(jì)數(shù)。 ２、 在 BIND_RECEIVER_RESP 消息中， system_id 字段可以為 NULL。 ３、 在有 STK 卡的手機(jī)提交一加密的短消息到調(diào)度中心， DCS 為 4（表示短消息內(nèi)容是 8bit 數(shù)據(jù)，是用戶自定義的編碼方案），短消息的內(nèi)容由于經(jīng)過(guò)加密，可能成為二進(jìn)制的數(shù)據(jù)流，此時(shí)短消息中心應(yīng)將該二進(jìn)制的數(shù)據(jù)流完整的送到手機(jī)銀行業(yè)務(wù)模塊 。同樣，如果是業(yè)務(wù)模塊向短消息中心提交一加密的短消息，短消息的 DCS 為 4，內(nèi)容是二進(jìn)制的數(shù)據(jù)流，短消息中心應(yīng)該將該數(shù)據(jù)流完整的送到手機(jī)或 ESME 上去。 ４、 在 本規(guī)范 中， short_message 字段的類(lèi)型定義根據(jù) 《 900/1800MHz TDMA 數(shù)字蜂窩移動(dòng)通信網(wǎng)短消息中心設(shè)備規(guī)范書(shū)（第一分冊(cè) 點(diǎn)對(duì)點(diǎn)短消息業(yè)務(wù)）》 進(jìn)一步說(shuō)明： ? 當(dāng) DCS=0 時(shí)，采用 OCTET 7bit 編碼方案， short_message 字段的類(lèi)型是C_String， 即是以 NULL 結(jié)束的 ASCII 字符串（文本），最大長(zhǎng)度為 160 個(gè)字符； ESME 不做編解碼工作，由短消息中心進(jìn)行編解碼工作； ? 當(dāng) DCS=4 時(shí)，是加密數(shù)據(jù)，二進(jìn)制的數(shù)據(jù)流， short_message 字段的類(lèi)型是 C_OctetString，即是由任意 8 位字節(jié)組成的數(shù)據(jù)流串，最大長(zhǎng)度為 140字節(jié)；短消息中心進(jìn)行透 明傳輸，不做任何編解碼工作，編解碼工作由SME/ESME 來(lái)完成； ? 當(dāng) DCS=8 時(shí)，采用的是 UCS2 編碼方案， short_message 字段的類(lèi)型是C_UnicodeString，即是 Unicode 編碼的字符串，最大長(zhǎng)度為 70 個(gè)字符。也就是說(shuō)， short_message 字段中的內(nèi)容在送往短消息中心前，已經(jīng)按 UCS2編碼，短消息中心應(yīng)支持漢字短消息業(yè)務(wù)的透明傳輸，即 UCS2 的編解碼應(yīng)由 SME/ESME 來(lái)完成。