我正在为即将到来的项目进行可行性研究，提出无线/有线networking拓扑结构。 其使用的粗略描述是“像工业传感器系统”。 它看起来像这样：
+----+ +----------+ +------| AP | - - RF - - | Endpoint | | +----+ | +----------+ Ethernet | +--------+ +--------+ | +----+ | +----------+ | Server |-- Ethernet --| Router |---+------| AP | + - - | Endpoint | +--------+ +--------+ | +----+ | +----------+ | | | +----+ | +----------+ +------| AP | + - - | Endpoint | | +----+ +----------+ | | +----+ +------| AP | +----+ 服务器和接入点（其中可能有几百个）通过以太网与IP进行通话。 访问点与端点（其中每个访问点可能有数千个端点）进行私有RF会谈。 无线接入点拥有无限的能力，但terminal设备使用电池供电，所以我们需要尽量减less排水情况。 无论如何，这不是问题。
在本研究中，我已经对接入点到terminal部分的系统交互进行了仿真，以find无线电拥塞情况，端点的最佳更新间隔以及在响应时间内获得尽可能长的电池寿命时间RF端点的要求。
模拟基本上是一个时间步进scheme，在这个Endpoint周期的所有状态中，每个端点在模拟（数百到数千）期间被逐步增加一个时间单位：hibernate，启动MCU，启动收音机，执行清除信道评估，退避，将预定义大小的有效载荷传送到接入点，等待无线电切换到接收，回到睡眠状态。
对于涉及真实射频的上述情况，我们对所涉及的所有时间都有非常深刻的了解。 但是，以太网部分不是这样的。
当接入点从端点接收到有效载荷时，它将重新包装并将其发送到服务器，该服务器将以最小的有效载荷返回对接入点的回复，在接入点中重新打包之前将有效载荷传输到终点。
问题：从接入点的angular度来看，我们可以预期服务器查询/回复所花费的时间是多less？ 我们可以假定服务器与路由器和接入点“接近”，不会涉及到互联网请求。
我意识到这个问题可能是非常不明确的，所以请给出一个粗略的猜测。
我怀疑以太网段的延迟将远远超过RF链路，尤其是在使用低功耗的情况下。
首先，目前大多数以太网是双向的，在大多数链路上你很难得到低于100MB /秒的速度。 只要你没有饱和线（就像所有的无线电决定一次传输），交换机将很好地处理这个问题。
本地以太网上的典型延迟，即使质量开关和质量路由器，可能会less于10毫秒，所以我只是将其添加到您的模拟，看看是否适合。