对于这个查询/回复场景，典型的周转/响应时间是多少？

Question

我正在为我们即将到来的项目做一项关于无线/有线网络拓扑的可行性研究。对其使用的粗略描述是“就像一个工业传感器系统”。看起来是这样的：

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

服务器和接入点(其中可能有数百个)通过以太网讨论IP。Acces点与端点(每个接入点可能有数千个)讨论专有RF。接入点有无限的功率，但端点运行在电池上，所以我们需要将它们的排放方案保持在最低限度。不管怎样，这不是问题所在。

在这项研究中，我已经做了一个系统互动的模拟访问点到端点部分，以寻找无线电拥塞情况，最优更新间隔的端点和更多，以获得尽可能长的电池寿命，以获得尽可能长的响应时间要求的射频端点。

仿真基本上是一种时间步进方案，在这个结束点周期的所有状态都对仿真中的每个端点(数百至数千个)进行步进:睡眠、启动MCU、启动无线电、执行清晰的信道评估、后退、向接入点发送预定义大小的有效载荷、等待无线电切换到接收端、返回睡眠状态。

我们有一个相当坚实的理解所有的时间涉及到上述情况，真正的射频是涉及。然而，以太网部分并非如此。

当接入点从端点接收有效负载时，它会将其重新打包并发送到服务器，服务器将以最小的有效载荷返回对接入点的答复，这是在将访问点发送到端点之前重新打包的有效负载。

问题:从接入点的角度来看，对于服务器查询/答复所需的时间，我们可以期望的数量级是多少？我们可以假设服务器“接近”路由器和接入点，不会涉及任何因特网请求。

我意识到这个问题可能是非常不明确的，所以请加入任何需要提供粗略猜测的东西。

Answer 1

我怀疑以太网段(S)的延迟会被射频链路远远超过，特别是如果使用低功耗的话。

首先，今天的大多数以太网都是双向的，在大多数链接上，您将很难获得小于100 MB/秒的速度。只要你不让电线饱和(就像所有的收音机都决定一次发射一样)，开关就能很好地处理这个问题。

本地以太网上的典型延迟，即使是高质量的交换机和高质量的路由器，也可能不到10 ms，所以我将把它添加到您的模拟中，看看它是否合适。