我现在为软实时软件应用程序做一个应用程序设计。通过GPRS/3G推送通知。他们有多稳定？
应用程序可能需要通知其移动用户有关系统中的某些事件。在用户与系统进行第一次交互之后的15分钟时间框架内会发生事件。事件通知应该以软实时方式完成：如果用户在15-20秒后通知他应该被通知，那么这是至关重要的。基本上，我需要在15分钟的时间内，在事件发生后15-20秒之内通知移动用户一个事件。
我打算用某种PUSH technology（XMPP/Jabber，原生应用程序，Comet连接或PUSH email）来做到这一点。
不幸的是，具有实时推送通知的移动网站（例如：http://www.lightstreamer.com/）最明显的解决方案是不适合的，因为在这种情况下，用户将不得不在15秒内盯着屏幕 - 分钟的时间框架。通过声音或振动通知用户会更愉快的用户体验（通过智能手机连接到系统 - >开始与系统交互 - >将智能手机放回口袋或手提包 - >通知）。
我通过在我的笔记本电脑（WiFi/100Mbit）和我的Android智能手机（GPRS/3G）之间发送Jabber聊天消息做了一个简单的实验。问题是，发送到智能手机的一些消息比较晚（大约需要1分钟，直到他们到达智能手机），或者丢失了（他们从未到达智能手机）。此外，我注意到智能手机上的Jabber客户端定期离线几秒钟。我不知道这是因为我有一个非常便宜的Android智能手机，或者因为3G连接不太好，但这种行为对于我设计的软件应用程序来说是不能接受的。
因此，我感兴趣的是以下几点：
- 是有可以保证推消息传递到移动（GPRS/3G）消费者在软实时任何技术标准？即一项技术标准，保证在不迟于N秒的时间之前通知移动客户端;
- 您是否知道任何具有软性实时推送通知的移动应用程序示例？
- 解决软实时传送/推送软实时消息给移动设备的问题有哪些方法？ （例如，保持发送相同的消息，直到移动设备确认收到消息）
P.S.该软件应用程序的预期用途是任何智能手机，无论是iPhone，Android，WP或任何其他联网的智能手机。
注意：这个问题与我以前的问题类似于one，但这是关于一个完全不同的用例，强烈关注软实时需求。
您是否发现保证最大N秒延迟的技术？ – fernandohur