简体   繁体   English

C2DM未交付到“睡眠”设备

[英]C2DM Not Delivered to “Sleeping” device

I have a question about C2DM. 我对C2DM有疑问。 It is not a configuration, IDs, or usage question. 这不是配置,ID或使用问题。 I think I have all that squared away. 我想我已经将一切都摆平了。 Instead it is about a specific failure scenario. 相反,它是关于特定故障场景的。

I send a C2DM to a device and it does not wake from sleep. 我将C2DM发送到设备,但它没有从睡眠中唤醒。 It is using AT&T with Wi-Fi disabled and is not plugged into the charger. 它正在使用禁用Wi-Fi的AT&T,并且未插入充电器。 I think all of those are important things to mention. 我认为所有这些都是重要的事情。

When I turn on the device I can browse the internet, sync gmail, and send/receive xmpp packets from within the application I am writing - the same one that embeds the C2DM broadcast receiver. 当我打开设备时,我可以浏览互联网,同步gmail并从我正在编写的应用程序内部发送/接收xmpp数据包-嵌入C2DM广播接收器的应用程序与此相同。

The device is now in a state where there is an undelivered C2DM messages but otherwise seems to be connected to the Internet and running. 该设备现在处于未发送C2DM消息的状态,但似乎已连接到Internet并正在运行。 At this point if I go into and out of airplane mode I immediately get the “missing” C2DM message. 此时,如果我进入和退出飞行模式,我会立即收到“缺少”的C2DM消息。

Question: Anybody else seeing this and have an explanation? 问题:还有其他人看到并有解释吗?

(I'm used to this stuff on WinMo with junky RILs - but don't know what to try on Android) (我在WinMo上使用过时的RIL习惯了这些东西-但不知道在Android上尝试什么)

Edit One: I understand that C2DM is not guaranteed delivery. 编辑之一:我知道不能保证C2DM的交付。 But, if it always fails under certain circumstances that is a different thing altogether. 但是,如果在某些情况下总是失败,那就完全不一样了。 I am seeing it fail on sleeping devices and not recovering until I cycle airplane mode. 我看到它在睡眠设备上失败,并且直到我循环飞行模式才恢复。 Hopefully this makes my question more unique than one that can be answered with "C2DM delivery is not guaranteed". 希望这使我的问题比“不能保证C2DM交付”可以回答的问题更加独特。

Edit Two: I can not reproduce this on a WiFi Xoom against my home router. 编辑二:我无法在家用路由器的WiFi Xoom上重现此内容。 It is easily reproducible on the Galaxy Tab 8.9 with a stock ROM. 使用带备用ROM的Galaxy Tab 8.9可以轻松复制该文件。 Could it be that be AT&T is closing the connection in a way not detected by the C2DM client code and that cycling airplane mode forces a reconnection? 可能是AT&T正在以C2DM客户端代码未检测到的方式关闭连接,而骑行飞机模式会强制重新连接吗? That sort of limitation should be documented or considered a bug right? 这种限制应该被记录在案或被认为是错误的,对吗?

In my case the problem is the at&t 4g lte APN (at this time in my market) 就我而言,问题是at&t 4g lte APN(目前在我的市场中)

The APN strongly affects C2DM. APN会严重影响C2DM。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM