机器人爱好者！
我是一个团队的成员，该团队必须开发一种移动救援机器人来与消防员（例如在地震现场）合作。
我们遇到的问题是指挥所与机器人之间的连接。机器人必须进入建筑物，因此希望连接可以穿过几分米的墙壁并达到50-100米的距离。另一方面，我们需要发送大量数据（相机图像，点云，地图），这些数据可以轻松吞噬10 Mbps或更高的速度。
目前，我们使用2.4 GHz WiFi进行此连接。至于速度，具有直接可见性似乎就足够了，但仅在单个机器人运行时（我们最多可以使用3个非重叠通道，因此理论上3个机器人可以协同工作；但是通常情况下，环境一片混乱与家用路由器连接）。我们至少需要5个机器人才能同时运行。
我们已经尝试了5 GHz WiFi，但是它的穿墙性有问题，因此只能用于无人机。
我的想法是使用某些移动连接技术，例如LTE。我发现LTE可以在800 MHz上运行，这对于穿墙性能非常有用。我还发现LTE的理论上传速度（针对客户端）为70 Mbps，但没有人说它是否在2.6 GHz上运行，以及在LTE在800 MHz上运行时如何更改。
此外，我们不能依靠某些提供商的承保范围。我发现您可以以大约2000欧元的价格建造自己的LTE发射机，这对我们来说似乎很有趣。也许有可能使它更便宜。但是我们认为2.6 GHz和800 MHz都是规定频率。但是，与消防员的合作可能会说服当地监管机构为我们设置自己的小型LTE基站提供例外。
现在，问题来了：您认为这样的设置会比使用WiFi提供更好的结果吗？还是您知道其他有助于提高带宽或穿墙性能的技术？他们的利弊是什么？
#1 楼
根据这份报告，有一个相当可预测的测量建筑物穿透损耗随射频变化的函数：
基于此，我制作了一张图表，列出了无线技术可在智能组织中的ICT集成中找到（具体地，在第207页上的图表）：
您可能希望将一种技术推向图表的右上方，但是要决定是要提高速度还是提高信号渗透率，是您自己做的。
另一个有用的资源可能是维基百科上的频谱效率比较表，该表给出了一个更基本的“ kbps / MHz”值。
评论
$ \ begingroup $
哇，谢谢你的出色回答！但是我仍然想念列出的一些技术，例如LTE，CDMA或HSPA +，业余无线电（使用HSMM）等等。
$ \ endgroup $
–马丁·佩卡（Martin Pecka）
14年1月24日在16:18
$ \ begingroup $
我在此图表中添加了更多技术，但您确实应该进行自己的研究并制作自己的图表-这完全基于我在Internet上能够找到的内容，并且没有任何关于速度的验证为这些技术列出的是典型的。我只是在说明如何为您的应用程序选择最合适的技术的过程。
$ \ endgroup $
–伊恩
2014年1月25日20:15
$ \ begingroup $
很好的信息，谢谢。根据您提供的链接，我认为我们将能够为我们的用例选择正确的技术。我担心不会像max那样有可预测的依赖性。数据速率/穿墙性能在频率和带宽上的表现，但显然看起来是这样的：)实际（实用）值当然会更低，但是仅凭一个主意就很好了；）
$ \ endgroup $
–马丁·佩卡（Martin Pecka）
2014年1月26日17:14
$ \ begingroup $
我不确定该站点是否是主题，但是一个很好的后续问题可能是如何为正在尝试的应用程序使用更少的带宽。
$ \ endgroup $
–伊恩
2014年1月27日20:04
$ \ begingroup $
@lan：是的，您提出的建议绝对是我们必须进行并行搜索的方法，但是无论需要发送多少数据，建立牢固而可靠的连接都是一项实际操作。如果您有兴趣，则通过将摄像机图像和点云发送到外部计算机以进行映射来消耗大部分大数据，因为我们机器人的硬件配置不足以实现此目的。但是我们现在正在计划进行常规的硬件升级，这就是为什么我尝试也获得有关可能的无线改进的信息的原因。
$ \ endgroup $
–马丁·佩卡（Martin Pecka）
2014年1月27日22:38
评论
附带说明：您可能正在考虑的一种并行方法是压缩以减少需要传输的数据量。或者，某种程度的自主权将使机器人无需传输数据就可以使用某些数据，或者只是传输摘要以使您知道它已成功利用了数据以及从中学习了什么重要的知识。@Shahbaz：您是完全正确的，这也是我们正在做的:)但是，此时，机器人的硬件功能不足以进行在线3D映射，因此我们需要在摄像机上传输360°摄像机图像和点云。网络从外部进行映射，然后将生成的octomap传回给它（并可能与其他人共享）。但是硬件升级即将到来，因此降低带宽使用的前景广阔。
@ peci1 AFAIK有一些相当高级的非昂贵图像压缩方法，您可以在通过网络发送它们之前使用它们来压缩摄像机图像。但是您必须询问stackoverflow或其他SE站点之一的详细信息。
我之所以锁定了这个问题，是因为询问优缺点或优缺点的问题实际上是民意调查，在堆栈交换时不鼓励这样做。我们倾向于根据您遇到的实际问题提出实用，可回答的问题，因此，针对各种选择要求优缺点的问题不在主题之列。