使用大量gprs模块搭建的物联网应用选择什么样的通信方式比较合适

[bingejesse]

本系统有上万个设备（通过gprs模块通信，设备无外接电源靠电池维持工作）与互联网上的服务器进行通信，通信内容很简单，就是每隔几分钟给服务器上报一下当前状态，服务器端操作人员偶尔需要向设备端发送一下控制指令或者更新下设备上的程序。请问，基于这种应用场景我应该选择什么样的通信方式？udp通信？tcp长连接通信？是否有朋友能分享下相关经验？
ps：目前测试阶段选择了用udp通信，设备上报时间设置成每隔2分钟上报一次（因为考虑到gprs流量费及设备功耗不敢通信太频繁），但是在测试中发现服务器往设备端发送控制指令时灵时不灵（上网查找好像可能是网络不能长时间保持udp seesion的原因），有改成tcp试试的想法但是限于本人基本功不扎实不知道改了能否解决问题或者出现其它的问题暂时还不敢贸然提出修改。

[bingejesse]

引用 3楼kinkon007 的回复:

引用 2 楼 bingejesse 的回复:

[quote=引用 1楼kinkon007 的回复:]设备端做个接收的校验和应答，全部收齐并且正确接收就告诉一下服务器，如果没有就让服务器再次重传

谢谢您的回复，我们现在的问题感觉主要是udp服务器下发设备的通路不稳定，设备发送给服务器数据后时间一久链路就不能用了，得等下一次设备再上传数据服务器才能下发，不知道有什么办法保证通路一直可靠吗

不稳定是不是设备端为了省电不长在线的原因？如果是因为这个，那你换tcp也没用的。[/quote]是的，就是为了省电省流量设备上传的时间间隔定的比较长，但是设备并没有断电，不知道用tcp能不能保持通道正常

[kinkon007]

引用 4 楼 bingejesse 的回复:

引用 3楼kinkon007 的回复:

[quote=引用 2 楼 bingejesse 的回复:] [quote=引用 1楼kinkon007 的回复:]设备端做个接收的校验和应答，全部收齐并且正确接收就告诉一下服务器，如果没有就让服务器再次重传

谢谢您的回复，我们现在的问题感觉主要是udp服务器下发设备的通路不稳定，设备发送给服务器数据后时间一久链路就不能用了，得等下一次设备再上传数据服务器才能下发，不知道有什么办法保证通路一直可靠吗

不稳定是不是设备端为了省电不长在线的原因？如果是因为这个，那你换tcp也没用的。[/quote]是的，就是为了省电省流量设备上传的时间间隔定的比较长，但是设备并没有断电，不知道用tcp能不能保持通道正常[/quote] 设备端耗电大户就是无线发射，在静默期设备端虽然没断电，但是肯定是关闭了无线发射的，建议改变一下收发策略，让设备端上传完数据后主动查询是否有指令，如果有就等收全了指令后再进入省电模式。

[kinkon007]

设备端做个接收的校验和应答，全部收齐并且正确接收就告诉一下服务器，如果没有就让服务器再次重传

[bingejesse]

引用 1楼kinkon007 的回复:

设备端做个接收的校验和应答，全部收齐并且正确接收就告诉一下服务器，如果没有就让服务器再次重传

谢谢您的回复，我们现在的问题感觉主要是udp服务器下发设备的通路不稳定，设备发送给服务器数据后时间一久链路就不能用了，得等下一次设备再上传数据服务器才能下发，不知道有什么办法保证通路一直可靠吗

[kinkon007]

引用 2 楼 bingejesse 的回复:

引用 1楼kinkon007 的回复:

设备端做个接收的校验和应答，全部收齐并且正确接收就告诉一下服务器，如果没有就让服务器再次重传

谢谢您的回复，我们现在的问题感觉主要是udp服务器下发设备的通路不稳定，设备发送给服务器数据后时间一久链路就不能用了，得等下一次设备再上传数据服务器才能下发，不知道有什么办法保证通路一直可靠吗

不稳定是不是设备端为了省电不长在线的原因？如果是因为这个，那你换tcp也没用的。

[m0_37495099]

我也在构思一款gprs应用，想请教一下，您的系统选用哪种芯片呢？不知能否赐教，参考一下。