该查询/答复场景的典型周转/响应时间是多少?

该查询/答复场景的典型周转/响应时间是多少?

我正在为我们即将开展的项目进行拟议的无线/有线网络拓扑的可行性研究。对其用途的粗略描述是“像工业传感器系统”。它看起来像这样:

                                            +----+            +----------+
                                     +------| AP | - - RF - - | Endpoint |
                                     |      +----+     |      +----------+
                                  Ethernet             |
+--------+              +--------+   |      +----+     |      +----------+
| Server |-- Ethernet --| Router |---+------| AP |     +  - - | Endpoint |
+--------+              +--------+   |      +----+     |      +----------+
                                     |                 |
                                     |      +----+     |      +----------+
                                     +------| AP |     + - -  | Endpoint |
                                     |      +----+            +----------+
                                     |
                                     |      +----+
                                     +------| AP |
                                            +----+

服务器和接入点(可能有数百个)通过以太网进行 IP 通信。接入点与端点(每个接入点可能有数千个端点)进行专有 RF 通信。接入点拥有无限的电力,但端点依靠电池运行,因此我们需要将其耗电情况降至最低。无论如何,这不是问题所在。

在这项研究中,我对接入点到端点部分的系统交互进行了模拟,以找到无线电拥塞情况、端点的最佳更新间隔等等,以便在满足射频端点的响应时间要求的情况下尽可能延长电池寿命。

模拟基本上是一个时间步进方案,其中此端点周期的所有状态对于模拟中的每个端点(数百到数千)都按时间单位步进:睡眠、启动 MCU、启动无线电、执行清晰信道评估、后退、向接入点传输预定义大小的有效载荷、等待无线电转为接收、返回睡眠状态。

我们对上述涉及真实 RF 的情况中的所有时序都有相当深入的了解。然而,对于以太网部分则并非如此。

当接入点从端点接收到有效载荷时,它会重新打包该有效载荷并将其发送到服务器,服务器将以最小有效载荷向接入点返回答复,该有效载荷在接入点重新打包后再传输到端点。

问题:从接入点的角度来看,我们可以预期服务器查询/回复所需的时间是多少?我们可以假设服务器“靠近”路由器和接入点,不会涉及任何互联网请求。

我意识到这个问题可能没有得到很明确的说明,所以请提供任何需要的信息来给出一个粗略的估计。

答案1

我怀疑以太网段的延迟将远远被射频链路所抵消,特别是在使用低功率的情况下。

首先,当今大多数以太网都是双向的,在大多数链路上,您很难获得低于 100 MB/秒的速度。只要您不使线路饱和(例如,如果所有无线电都决定同时传输),交换机就可以很好地管理这一点。

即使使用优质交换机和优质路由器,本地以太网的典型延迟也可能小于 10 毫秒,因此我只需将其添加到您的模拟中并查看它是否合适。

相关内容