在其他无线stream量淹没的事件中提供无线

我在公司参展的世博活动中负责pipe理IT。 这涉及到(相对于这个问题)从本地托pipe的服务器(HTTP)无线传输video到8个IPads。 我们编写的iPad应用程序,并在testing一切工作完美。 现场使用了我们在办公室testing的完全相同的硬件和基础设施。

当我在安装当天到达现场时,我很快发现(其他)无线AP的数量是巨大的。 尽pipeIPads有一个连接和充分的信号到我的接入点,数据传输是如此之慢,stream媒体将无法正常工作。 即使只是通过本地服务器上的networking浏览器显示图像,加载速度也很慢。 从IPads到AP的距离最多不超过10米。 最近的是2米。

这个问题也发生在我的笔记本电脑上,排除了一些与iPad相关的问题。

我试图修复AP到一个通道没有成功。

我通过重写应用程序在本地embeddedvideo来解决了这个问题。

然而,我做错了什么? 我应该如何从一开始就考虑到这一点,我认为是相同的2.4Ghz频率的大规模竞争?

Wifi不使用任何明智的碰撞检测types,并且只有3个不重叠的通道。 这对于一个在空旷地带有很多设备的事件来说是非常糟糕的。 通过AP和他们的频道的非常严格的协调,它可以被轻微的缓解,但是它不太可能只能打开和stream式传输video。 直到它变得更广泛使用5.8Ghz可能会减less拥塞。