无线 Ad-Hoc 网络中的信标大小与消息大小

标签 beacon transmission ad-hoc-network

我正在研究无线 ad-hoc 网络中的邻居发现协议(protocol)。有许多协议(protocol)在发现阶段进行时仅依赖节点之间的信标消息。另一方面,还有其他方法试图在发现过程中传输更多信息(如节点的邻居表),以加速发现。根据收听这些消息所需的时间,发现延迟和功耗会有所不同。假设使用相同的硬件来传输它们并且没有冲突。

我读到信标可以非常快地发送(很容易不到 1 毫秒),但我还没有发现任何关于发送/接收更大消息需要多长时间的信息。假设一条消息包含大约 50-500 个数字,代表有关您邻居的所有信息。需要多少额外的电力?

更新

这个更大的消息可以分成一堆信标大小的消息吗?如果是这样,那么我想用于传输/收听的功率会线性增长。

最佳答案

一个可能的解决方案是将传输分为 N 个不同的 beacon-like 消息和一个小的额外信息,以便能够将它们放回一起。这样,使用的功率会随着 N 的增长而线性增长。

关于无线 Ad-Hoc 网络中的信标大小与消息大小,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46853680/

相关文章:

iOS iBeacon 监控随机触发

arduino - 数据 Tx/Rx 状态 LED 功能

linux数据包传输时间戳

wifi-direct - 智能手机中的 Wi-Fi Direct 和移动 Ad-hoc 网络之间的区别?

node.js - 在第一次完成之前,不允许使用相同参数调用订阅者两次

android - 停止记录 Android Beacon 库

filter - MANET 的最佳过滤器

ios - 无法在我的 iOS 应用程序中检测到 Kontakt.io 信标

smtp - System.Net.Mail.SmtpException : Service not available,关闭传输 channel 。服务器响应为: 4. 4.2