這里只說一下對sp提供的移動通道的接口調用的方法。希望能給一些沒有涉及這些內容的朋友提供一些幫助。

首先說一下用戶上行，上行就是指手機用戶編輯短信到指定的號碼的過程，我們在web開發中針對用戶上行內容的處理流程是這樣：
 手機用戶編輯短信到指定的號碼--------------》(傳輸到移動網關)------->移動網關在收到這條信息，并處理完后把處理結果返回到合作方(一般這里是sp)的網關------->sp的網關收到這條上行處理后再把結果傳輸到我們最下層的合作方-------》到這里我們就可以寫出我們的處理接口實現對應的數據處理或者短信下發。

其次是實現下行，下行就是我們通過移動網關向指定的移動用戶發送用戶選擇的內容，比如圖片鈴聲等。其流程是這樣：

web開發員------》調用sp的移動下發接口，（一般是進行事前的數據處理，然后再配置下發的參數）-----》調用sp的接口后，sp的接口會進行響應的數據記錄，然后把內容提交到移動的網關------》移動網關再把內容下發給用戶----》下發操作執行后，移動網關將相應的狀態報告再回發給sp的接口------》sp的接口再通知我們的響應處理接口。

流程基本上是以上的內容。在實際操作的過程中還會出現掉包的情況，畢竟數據通過幾個中轉，大數據量并發的狀態下肯定會掉包，所以也有個掉包率的概念。另外web開發者需要與sp的技術中心進行一些協調，比如我們需要從sp那邊獲取sp為我們分配的業務編號，以及指令和地址碼這類信息，以及我們還需要提供給sp一些我們的響應接口(響應接口的開發需按照的sp的開發手冊來進行開發，每家的sp在這里會有一些不同),比如用戶上行后，sp的網關收到這個報告后，就需要綁定一個我們的響應接口，來對上行內容進行一些操作。

注意：
移動增值類的業務主要分為三個，點播，按條定制，包月定制。
點播：就是用戶上行一條信息，扣一次錢。另外針對點播業務，用戶上行后會產生一個隨機的linkid，當我們給用戶下發的時候必須以這個linkid來為這個手機號下發內容，負責用戶上性的這條信息就不會扣錢，也就是說只有我們通過這個產生的linkid，并為用戶下發了內容以后，移動才能夠收取手機用戶的錢。

按條定制：當用戶訂制了這個業務時，系統將會每天自動會用戶下發幾條內容，每下發成功就會扣一條信息的錢?，F在有很多手機交費的網站就會采用這個業務，當用戶發送了訂制指令后，sp的通道就會為用戶下發指定條數的信息，以此來收取費用，下發30條，就收你30塊。

包月定制：這個大家都比較熟悉了，這里就不介紹了。

下面為大家簡單介紹一個類似的通道調用(具體的sp接口每家都有些不同，但基本是大同小異)

下發接口(以短信下發接口為例)：
http://www.xxxx.com/sms/sendsms.asp?serviceid==xxx&to==xxx&from=xxx&linkid=xxx&msg=xxx

參數注釋：
serviceid為業務id 由sp提供
to ：接受方手機
from：發送方號碼，由sp提供 比如 1861
linkid: 用戶上行后產生的linkid，可以從用戶上行的短信中，或者從sso接口獲得。（linkid是有有效期的，超過有效期將會失效）
msg:為我們下發的手機內容。

如果我們要下發的圖片鈴聲等資源，一般這類接口還會提供一個pushurl
pushurl: 用來告訴移動網關我們要給手機用戶下載的資源地址。

其它的接口就不一一舉例了。關鍵是掌握這些流程，和原理。


轉自  http://blog.csdn.net/rehearts/archive/2006/09/01/1155362.aspx