问通过GPRS/3G推送通知。他们有多稳定？

EN

我现在正在为一个软件应用程序做一个应用程序设计.

应用程序可能需要将系统中的某些事件通知其移动用户。事件可以在15分钟的时间范围内发生，从用户与系统的第一次交互开始。事件通知应该是软实时的:如果用户被通知的时间晚于15-20秒，那么这是非常关键的。基本上，我需要在事件发生后15分钟内通知移动用户一个事件。

我计划用某种推送技术 (XMPP/Jabber，带有彗星连接的本地应用程序，或者可能是推送电子邮件)来实现这一点。

不幸的是，最明显的解决方案是拥有具有实时推送通知的移动网站(例如：http://www.lightstreamer.com/)，因为在这种情况下，用户将不得不在所有15分钟的时间段内盯着屏幕。用声音或振动通知用户将是一种更愉快的用户体验(通过智能手机连接到系统，->开始与系统交互，->将智能手机放回口袋，或者通知->包)。

我做了一个简单的实验，在我的笔记本电脑(WiFi/100 my )和我的Android智能手机(GPRS/3G)之间发送Jabber聊天消息。问题是，一些发送到智能手机的消息是迟到的(到达智能手机需要大约1分钟的时间)或只是丢失(它们永远不会到达智能手机)。此外，我注意到智能手机上的Jabber客户端定期离线几秒钟。我不知道是因为我有一部非常便宜的Android智能手机，还是因为3G连接不好，但这种行为对于我设计的软件应用来说是不可接受的。

因此，我对以下各点感兴趣：

• 是否有任何技术标准可以保证向移动(GPRS/3G)用户提供软实时消息？即一种技术标准，保证从现在起不迟于N秒通知移动客户端；
• 你知道移动应用程序有软实时推送通知的例子吗？
• 以软实时方式向移动设备传递/推送软实时消息的方法有哪些？(例如，在移动设备确认收到消息之前，继续发送相同的消息)

该软件应用程序的预定用途是与任何智能手机一起使用，无论是iPhone、Android、WP还是任何其他联网智能手机。

注意:这个问题类似于我之前问题中的https://stackoverflow.com/questions/10499388/real-time-two-side-push-communication-via-gprs，但是这个问题是关于一个完全不同的用例的，它非常关注于软实时需求。