国有公司研发的纯市场应用，请参考飞信，只能呵呵呵。

以下指示来源于道听途说，没有证据证明，请自觉判断可信度。

这用的估计是短信通道，短信通道的通信过程是：手机连接移动网络的时候注册，服务器单向通知手机来短信了，手机通过其他通道去服务器拉取短信；或者，服务器直接把短信发送给手机。

传统短信通道跟网络推送通道的比较：
通信过程一样。
相同的推送频率，耗电量几乎一样。不信的话，可以比较以下 iPhone 接受 1000 条推送，与接受 1000 条短信的耗电量。另外，好的心跳包几乎不耗电。
短信通道有效性、即时性非常好，但能携带的数据非常少。上面所说过程的第一种方式，短信通道只传了个信号，短信是通过另外的通道拉取的；第二种方式，压根不对公众开放，只有运营商内部重要信息才会走这个通道。
网络推送通道的有效性、即时性受制于运营商的基础网络，但能携带任意格式、任意大小的数据。
短信通道使用的是专用电信通信协议，只有运营商能提供，只有运营商能够将其与应用层进行适配。
网络推送通道使用的是 OSI 或 TCP/IP 通信协议，任何组织都能提供，可与应用层自由对接。

推必达相对于传统短信通道要做的改动：
通信过程只能采取第一种方式了，并且手机拉取推送的时候，还要建立新的通道方式（或者还是用网络通道）。原来的短信信令通道和短信拉取通道，是肯定支持不了应用推送的数据量的。
需要提供推动通道与手机操作系统的对接协议。Andorid SDK 估计已经做出来了，但是要想成为标准，必然要在操作系统层面上进行对接。需要与苹果、谷歌以及其它操作系统开发商协商确定协议，然后由开发商修改操作系统来适配该协议。

第一处改动好说，第二处改动，呵呵。