使用者產品定製(mo-manufacture order)>>移動服務商簡訊中心(以smpp格式傳送內容)>>簡訊閘道器(以營運商採閘道器協議方式傳送)>>sp
所謂長連線，指在乙個tcp連線上可以連續傳送多個資料報，在tcp連線保持期間，如果沒有資料報傳送，需要雙方發鏈路檢測包以維持此連線。短連線是指通訊雙方有資料互動時，就建立乙個tcp連線，資料傳送完成後，則斷開此tcp連線，即每次tcp連線只完成一對cmpp訊息的傳送
1）簡訊資訊服務參與實體
·服務提供商（service provider縮寫sp）：簡訊資訊服務的資訊提供者；
·簡訊閘道器（internet short message gateway縮寫ismg）：提供sp與簡訊中心之間資料交換的通道，採用cmpp（china mobile peer to peer）協議與sp進行連線，採用smpp3．3協議與簡訊中心連線；
·簡訊中心（short message service center縮寫smsc）：利用信令網將短訊息傳送給手機使用者；
·匯接閘道器（gateway name server縮寫gns）：提供簡訊閘道器的路由查詢。
operations support systems (oss)
（2）簡訊資訊服務業務過程
使用者發簡訊業務—即mo業務，如資訊點播等，簡訊中心將簡訊內容以smpp協議發給連線的簡訊閘道器。簡訊閘道器根據簡訊傳送號碼（即sp的服務**）將簡訊內容以cmpp協議發給相應的sp，由sp進行處理。
（3）簡訊閘道器間的資訊**和路由查詢
如果使用者歸屬的簡訊中心和提供業務的sp連線在不同的簡訊網關上，則由簡訊閘道器之間以cmpp協議進行**。
各簡訊閘道器連線的sp和簡訊中心的路丸情況，由匯接閘道器維護，由各簡訊閘道器以cmpp協議進行路由查詢和路由更新。各簡訊閘道器會將查詢到的路由資訊在本地快取，匯接閘道器也會將更新的路由資訊以cmpp協議下發。
現在提供簡訊服務的sp都需要接入到各個移動運營商，雖然作為簡訊來說是同過smpp協議和移動的交換中心進行通訊。但是為了提供資訊服務，對各種業務進行業務管理，以及計費，因此每個移動運營商都開發了相應的閘道器協議，給sp做開發介面。因此這些閘道器協議就是做一次轉換，把sp發過來的資訊轉換成smpp協議傳送給交換中心，並且實現了計費以及業務的管理功能。
從現有的四個移動運營商來說，分別有四個不同的簡訊閘道器協議。中國移動（cmpp-china mobile peer to peer），中國聯通（sgip-short message gateway inte***ce protocol），中國電信（smgp-short message gateway protocol），中國網通（cngp）。前兩個運營商主要針對現在手機的使用者，後兩個運營商是針對小靈通的使用者。對於這些不同的協議，由於不同地方的移動運營公司採用不同廠家的產品，因此，在實現的時候都會有一些小差異，這點要比較注意，否則比如中國移動的cmpp閘道器在華為閘道器能夠跑的系統，不一定可以在亞信閘道器上直接用的。
下面就對現在的每個閘道器協議進行介紹。
首先，要說得是也是大家用得最多的中國移動的閘道器協議--cmpp，cmpp協議還在用得是有兩個版本，乙個是cmpp2.0，另外乙個是cmpp3.0。從sp接入到cmpp3.0開始，就是接入了卓望的misc系統。單從協議上講cmpp2.0和3.0之間的最大區別是3.0增加了linkid。然後在fee_terminal_type，dest_terminal_type以及src_terminal_type增加對使用者號碼的定義，當這些使用者號碼型別為0：表示真實號碼；為1：表示偽碼。從增加的這些資訊可以看到，第一，linkid其實是乙個臨時的定購關係標識，也就是說對於點播類業務，sp的簡訊系統收到這個linkid後，才能建立正常的定購關係，而傳送的資訊必須攜帶linkid才可以成功收費，否則就會監權失敗，資訊傳送不出去。這樣就從技術上阻止了sp亂髮收費資訊；第二，使用者號碼型別，現在傳給sp還是普通的手機號碼，那麼有了這個標識就是以後有可能傳送上來的不是使用者的手機號碼了，而是乙個普通的偽碼，那麼以後sp就不能獲得終端使用者的手機號碼了。cmpp3.0除了協議方面的改進外，還把定購關係從sp方面剝離。以前cmpp2.0的時代，使用者的定購關係由sp自行把握，因此很容易出現sp私自**使用者收費的現象，現在中國移動上了misc1.6後，就把所有定購關係都放在運營商，而通過provision的方式來和sp進行定購使用者的同步，並且訂購關係以運營商裡面的資料為準，這也是從技術上杜絕了sp自己管理的定購關係所出現的問題。
然後，介紹一下在手機方面的另外乙個閘道器協議，中國聯通的sgip，sgip和移動的cmpp一樣都有兩個版本，sgip1.2, sgip1.3。新舊版本之間的主要區別也是增加了linkid項。並且對於各種不同的業務型別，如手機點播，網上點播等都引數都做了重新的調整。中國聯通也上了乙個類似移動misc的管理平台，sp的各種業務監權也通過該管理平台審核。
最後，要介紹一下的就是小靈通方面的兩個協議，乙個就是中國電信的smgp1.3協議，另外就是中國網通的cngp1.0協議，這兩個協議在最近的公升級裡面都採用了聯通的辦法，使用mmsp這樣一套系統進行監權管理，對於點播業務來說，只有和服務**相對應的字冠才可以正常收發資訊。
以上是對現在運營商提供的簡訊協議進行簡單的介紹，詳細協議的內容，請到sp論壇關於sms技術那裡都可以找到
php簡訊介面開發（http協議）
本文有動力思維樂信原創文章，技術楊工提供，歡迎交流合作，動力思維樂信簡訊介面官網 一 介面說明 1 提交方式與編碼 http請求都應以post形式提交,編碼為utf 8 2 請求位址 請求位址 host 為 不同的協議擁有不同的提交位址 方式是在以上位址後面增加相應的位址 二 主體協議 1 傳送簡訊...
php簡訊介面開發 http協議
作為公司的一名技術，每天會碰到很多新手朋友諮詢有關簡訊介面開發的問題，下面就以php語言為例為大家介紹下簡訊介面如何開發。一 介面說明 1 提交方式與編碼 http請求都應以post形式提交，編碼為utf 8 2 請求位址 請求位址 host 為 不同的協議擁有不同的提交位址 方式是在以上位址後面增...
2023年總結 技術篇
在乙個初創的團隊中做事，感覺還是很不一樣的。環境變化之快，意外之多，需要我更快速地學習更多更廣的技術。這一年在技術上最大的意外，莫過於將過半的時間都花在了客戶端，花在了unity 尤其是ngui上。這和我年初主攻服務端linux和lua，只是順帶研究unity的希望大相徑庭。年初搞了乙個月左右的登入...