我现在为一个软实时软件应用程序做应用程序设计。
应用程序可能需要通知其移动用户系统中的某些事件。事件可以在用户首次与系统交互后开始的 15 分钟时间范围内发生。事件通知应该以软实时方式完成：如果用户通知晚于 15-20 秒，他应该收到通知，那么这是至关重要的。基本上，我需要在 15 分钟的时间范围内不迟于事件发生后的 15-20 秒通知移动用户有关该事件的信息。
我计划使用某种PUSH技术（XMPP/Jabber，具有Comet连接的本机应用程序或PUSH电子邮件）来做到这一点。
不幸的是，最明显的解决方案是让移动网站（例如：http://www.lightstreamer.com/）具有实时推送通知是不合适的，因为在这种情况下，用户将不得不在所有15分钟的时间范围内盯着屏幕。用声音或振动通知用户将是一种更愉快的用户体验（通过智能手机连接到系统 ->开始与系统交互 ->将智能手机放回口袋或包中 ->收到通知）。
我做了一个简单的实验，在我的笔记本电脑（WiFi/100Mbit）和Android智能手机（GPRS/3G）之间发送Jabber聊天消息。问题是发送到智能手机的某些消息是延迟的（大约需要 1 分钟才能到达智能手机）或只是丢失（它们从未到达智能手机）。此外，我注意到智能手机上的Jabber客户端会定期离线几秒钟。我不知道是因为我的Android智能手机非常便宜还是因为3G连接不是很好，但是这种行为对于我设计的软件应用程序来说是不可接受的。
因此，我对以下内容感兴趣：
- 有没有技术标准可以保证推送消息以软实时的方式传递给移动（GPRS/3G）消费者？ 即保证移动客户端从现在起不迟于N秒收到通知的技术标准;
- 您知道具有软实时推送通知的移动应用程序示例吗？ 解决以软
- 实时方式向移动设备发送/推送软实时消息的问题的方法有哪些？（例如，继续发送相同的消息，直到移动设备确认收到消息）
附言该软件应用程序的预期用途是任何智能手机，无论是iPhone，Android，WP还是任何其他连接互联网的智能手机。
注意：这个问题类似于我之前的一个问题，但这个问题是关于一个完全不同的用例，重点关注软实时需求。
这个问题已经有 3 年了，但它没有任何答案。
推送通知始终是尽力而为。这意味着服务器将尽最大努力交付它，但不能保证它会按时完成或是否会交付。
切勿依赖推送通知来完成关键工作。