我现在为软件实时软件应用程序进行应用程序设计。
应用程序可能需要通知其移动用户系统中的某些事件。一个事件可以在用户第一次与系统交互后开始的 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 秒内通知移动客户端的技术标准；
- 您知道任何具有软实时推送通知的移动应用程序示例吗？
- 有哪些方法可以解决以软实时方式向移动设备传递/推送软实时消息的问题？（例如，继续发送相同的消息，直到移动设备确认收到消息）
PS 该软件应用程序的预期用途适用于任何智能手机，无论是 iPhone、Android、WP 还是任何其他联网的智能手机。
注意：这个问题与我之前的一个问题类似，但这个问题是关于一个完全不同的用例，重点关注软实时需求。