通過GPRS/3G推送通知。他們有多穩定？

Question

我現在爲軟實時軟件應用程序做一個應用程序設計。

應用程序可能需要通知其移動用戶有關係統中的某些事件。在用戶與系統進行第一次交互之後的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，但這是關於一個完全不同的用例，強烈關注軟實時需求。

Answer 1

我知道這個問題是3歲，但它沒有任何答案。

---

推送通知總是盡力。這意味着服務器將盡其最大努力來交付，但不能保證它將按時完成或完全交付。
永不依靠PUSH通知來實現關鍵工作。