本文来自：我爱研发网(52RD.com) 详细出处：http://www.52rd.com/bbs/Detail_RD.BBS_131240_17_1_1.html

首先说一下用户上行，上行就是指手机用户编辑短信到指定的号码的过程，我们在web开发中针对用户上行内容的处理流程是这样：
 手机用户编辑短信到指定的号码--------------》(传输到移动网关)------->移动网关在收到这条信息，并处理完后把处理结果返回到合作方(一般这里是sp)的网关------->sp的网关收到这条上行处理后再把结果传输到我们最下层的合作方-------》到这里我们就可以写出我们的处理接口实现对应的数据处理或者短信下发。

其次是实现下行，下行就是我们通过移动网关向指定的移动用户发送用户选择的内容，比如图片铃声等。其流程是这样：

web开发员------》调用sp的移动下发接口，（一般是进行事前的数据处理，然后再配置下发的参数）-----》调用sp的接口后，sp的接口会进行响应的数据记录，然后把内容提交到移动的网关------》移动网关再把内容下发给用户----》下发操作执行后，移动网关将相应的状态报告再回发给sp的接口------》sp的接口再通知我们的响应处理接口。

流程基本上是以上的内容。在实际操作的过程中还会出现掉包的情况，毕竟数据通过几个中转，大数据量并发的状态下肯定会掉包，所以也有个掉包率的概念。另外web开发者需要与sp的技术中心进行一些协调，比如我们需要从sp那边获取sp为我们分配的业务编号，以及指令和地址码这类信息，以及我们还需要提供给sp一些我们的响应接口(响应接口的开发需按照的sp的开发手册来进行开发，每家的sp在这里会有一些不同),比如用户上行后，sp的网关收到这个报告后，就需要绑定一个我们的响应接口，来对上行内容进行一些操作。

注意：
移动增值类的业务主要分为三个，点播，按条定制，包月定制。
点播：就是用户上行一条信息，扣一次钱。另外针对点播业务，用户上行后会产生一个随机的linkid，当我们给用户下发的时候必须以这个linkid来为这个手机号下发内容，负责用户上性的这条信息就不会扣钱，也就是说只有我们通过这个产生的linkid，并为用户下发了内容以后，移动才能够收取手机用户的钱。

按条定制：当用户订制了这个业务时，系统将会每天自动会用户下发几条内容，每下发成功就会扣一条信息的钱。现在有很多手机交费的网站就会采用这个业务，当用户发送了订制指令后，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