传统的AP升级方式，我们先将最新固件上传到AC，然后先通过重启AC来切换到新的镜像分区，由于AP是向AC来同步版本的，从而触发了AP自动下载固件更新和重启。

如果有大量AP同时并发下载固件时，会由于链路限制等因素导致升级过程比预期的时间要长，这样就会导致用户的无线业务不能按照预期的升级计划时间来完成，甚至在客户允许的变更窗口期内无法完成，从而影响客户的正常生产业务。

解决办法

我们可以使用AP Preload Image升级方式来解决。相关操作步骤：
1） 将新的固件采用HTTP或者FTP方式上传到控制器的备用分区(非Default Boot分区)，如果控制器在一个集群下，建议大家都统一放置在相同的分区上，比如都是Partition 0。
2） 通过AP Preload Image界面，将指定的集群控制器的指定分区镜像Preload到AP上，可以设置并发下载的最大数量（建议是100个以内，不建议太大，毕竟是在当前业务中操作，并发下载数量大的话会影响当前AC和AP之间的现有通讯业务性能），然后点击install。
3） 可以观察到每颗AP的Preload状态和最终完成的情况，当所有的AP都Preload完成后。
4） 我们接着在集群中的每台AC控制器上，使用命令apboot all local来先重启所有的AP。
5） 在所有AP重启过程中，我们必须尽快重启集群中的每台AC，这样等AP重启好，AC也会逐渐重启成功，这样AP会采用新版本和AC重启建立通讯，从而完成升级工作。

总结：

相比较于传统方式（变更窗口期开始时，先AC重启后，接着AP和AC同步版本，开始下载固件过程，最后AP重启完成固件更新），AP Preload Image的方式，是将AP下载固件的过程放在业务运行中，这个过程是不影响现有业务的正常运行。当变更窗口开始时，我们仅仅是重启AP和重启AC控制器，由于AP下载固件过程已经提前完成，所以整个升级过程的时间缩短（少了AP下载固件的时间），AP重启后，就变成了新的固件版本，然后和新版本的AC再次通讯。