一种AC固件的打包方法、AP的升级方法和AC与流程

一种ac固件的打包方法、ap的升级方法和ac
技术领域
1.本公开涉及无线通信技术领域，尤其涉及一种ac固件的打包方法、ap的升级方法和ac。


背景技术：

2.无线ac一般将ap固件打包到ac固件中对外统一提供一个固件，这样用户使用操作简单，只关心ac一个固件即可，同时ac固件天然配套也便于维护。随着ap款型的增多对应ap固件也增多，这样就导致ac固件过大带来传输、升级等耗时过长使用不便。


技术实现要素：

3.本公开提供了一种ac固件的打包方法、ap的升级方法和ac，通过将ap固件进行模块化打包，可以有效较少ac固件的整体大小，同时可在ap升级时，提高升级效率。
4.本公开实施例提供了一种ac固件的打包方法，该方法包括：
5.获取各ap的用户态，并利用合并后的各ap的用户态生成ap模块集固件；
6.获取各ap的内核态，并根据各ap的内核态生成对应的ap基础固件；
7.利用ap模块集固件和各ap基础固件与ac原始固件打包成新的ac固件。
8.可选的，所述内核态包括：ap驱动和模块列表；
9.所述用户态包括：模块配置文件。
10.本公开实施例提供了一种ap的升级方法，该方法应用于ac，所述ac中存储有第一ac固件，所述第一ac固件为利用目标ap模块集固件和各第一ap基础固件与ac原始固件打包形成的，其中，所述目标ap模块集固件为利用合并后的各第一ap的用户态生成的，所述各第一ap基础固件为根据各第一ap的内核态生成对应的，所述方法包括：
11.与待升级的第二ap建立连接，并确定需要对该第二ap进行升级的固件种类，其中，所述固件种类包括：第二ap基础固件和/或第二ap模块固件；
12.根据确定的待升级固件种类，从存储的第一ac固件中获取与该待升级固件种类对应固件数据；
13.将获取的固件数据发送给第二ap，以使第二ap根据接收的固件数据升级。
14.可选的，所述根据确定的待升级固件种类，从存储的第一ac固件中获取与该待升级固件种类对应固件数据，包括：
15.若待升级固件种类为第二ap基础固件，则从所述第一ac固件中获取第一ap基础固件的固件数据。
16.可选的，所述根据确定的待升级固件种类，从存储的第一ac固件中获取与该待升级固件种类对应固件数据，包括：
17.若待升级固件种类为第二ap模块固件，则从所述第一ac固件中获取目标ap模块集固件的固件数据。
18.可选的，所述根据确定的待升级固件种类，从存储的第一ac固件中获取与该待升
级固件种类对应固件数据，包括：
19.若待升级固件种类为第二ap基础固件和第二ap模块固件，则从所述第一ac固件中获取第一ap基础固件和目标ap模块集固件的固件数据。
20.本公开实施例还提供了一种ac，该ac包括：
21.获取模块，用于获取各ap的内核态和用户态；
22.处理模块，用于利用合并后的各ap的用户态生成ap模块集固件，以及根据各ap的内核态生成对应的ap基础固件；
23.组合模块，用于利用ap模块集固件和各ap基础固件与ac原始固件打包成新的ac固件。
24.可选的，所述内核态包括：ap驱动和模块列表；
25.所述用户态包括：模块配置文件。
26.本公开实施例还提供了一种ac，所述ac中存储有第一ac固件，所述第一ac固件为利用目标ap模块集固件和各第一ap基础固件与ac原始固件打包形成的，其中，所述目标ap模块集固件为利用合并后的各第一ap的用户态生成的，所述各第一ap基础固件为根据各第一ap的内核态生成对应的，所述ac包括：
27.连接模块，用于与待升级的第二ap建立连接，并确定需要对该第二ap进行升级的固件种类，其中，所述固件种类包括：第二ap基础固件和/或第二ap模块固件；
28.处理模块，用于根据确定的待升级固件种类，从存储的第一ac固件中获取与该待升级固件种类对应固件数据：
29.发送模块，用于将获取的固件数据发送给第二ap，以使第二ap根据接收的固件数据升级。
30.可选的，当所述处理模块确定待升级固件种类为第二ap基础固件，则从所述第一ac固件中获取第一ap基础固件的固件数据；或者，
31.当所述处理模块确定待升级固件种类为第二ap模块固件，则从所述第一ac固件中获取目标ap模块集固件的固件数据；或者，
32.当所述处理模块确定待升级固件种类为第二ap基础固件和第二ap模块固件，则从所述第一ac固件中获取第一ap基础固件和目标ap模块集固件的固件数据。
附图说明
33.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。
34.图1为本公开实施例提供的一种ac固件的打包方法的流程示意图。
35.图2为本公开实施例提供的一种ap基础固件的架构示意图。
36.图3为本公开实施例提供的一种ac固件的架构示意图。
37.图4为本公开实施例提供的一种ap的升级方法的流程示意图。
具体实施方式
38.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例
中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。
39.在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
40.应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
41.目前，现有的固件打包方式会导致ac的固件过大，例如，ac原始固件100m，打包10个ap固件单个30m，总大小400m，随着ap固件包增多ac固件线性增大。ac固件大导致ac需要大的存储器件进而会增加ac成本，同时现有小存储空间ac无法打包新款型ap固件。
42.同时，当ac固件过大，导致ac固件生成时间加长当存在多个不同款型ac固件包，时间就会成倍增加。
43.并且，现有网络一般由ac负责整网ap的管理和固件升级工作，当未对ap固件模块化处理，而是以整个ap固件为ap升级，将花费大量时间。
44.为解决上述技术问题，本公开实施例提供了一种ac固件的打包方法，如图1所示，该方法包括：
45.s101获取各ap的用户态，并利用合并后的各ap的用户态生成ap模块集固件；
46.s102获取各ap的内核态，并根据各ap的内核态生成对应的ap基础固件；
47.s103利用ap模块集固件和各ap基础固件与ac原始固件打包成新的ac固件。
48.在本实施例中，基于linux架构，将ap固件分为内核态和用户态，其中，内核态中包括：用于启动ap的基础信息，例如，用于启动ap的ap驱动，以及该ap需配置应用模块的模块列表，而用户态由多个程序组成，该多个程序包括用于构建各模块的模块配置文件。
49.在本实施例中，基于同一cpu架构的用户态程序可共用，由此，可以获取网路中各ap的用户态程序(即模块配置文件)，由于各ap的用户态程序可能存在相同的情况，因此对各ap的用户态程序进行合并处理(将具有相同的模块配置文件合并)，从而获得一个包含了该网络中各ap用户态程序的用户态程序库。
50.在步骤s101中，利用上述步骤获取的用户态程序库生成ap模块集固件。
51.在步骤s102中，可以理解网络中各ap均存在对应的内核态，即每个ap均存在用于启动的ap驱动以及模块列表，由此，根据每个ap均会生成对应的ap基础固件。
52.如图2所示，ap基础固件可以包括ap驱动和模块列表，如图3所示，为利用步骤s103对固件打包后的逻辑架构，由此可以看出，因对各ap的用户态程序进行了共享设置，有效缩减了打包了ap固件的新的ac固件的大小。
53.基于上述ac固件的打包方法，本公开实施例还提供了一种ap的升级方法，如图4所示，该方法应用于ac，并且，该ac中存储有第一ac固件，所述第一ac固件为利用目标ap模块集固件和各第一ap基础固件与ac原始固件打包形成的，其中，所述目标ap模块集固件为利
用合并后的各第一ap的用户态生成的，所述各第一ap基础固件为根据各第一ap的内核态生成对应的，所述方法包括：
54.s401与待升级的第二ap建立连接，并确定需要对该第二ap进行升级的固件种类，其中，所述固件种类包括：第二ap基础固件和/或第二ap模块固件；
55.s402根据确定的待升级固件种类，从存储的第一ac固件中获取与该待升级固件种类对应固件数据；
56.s403将获取的固件数据发送给第二ap，以使第二ap根据接收的固件数据升级。
57.在本实施例中，第二ap可以为该ac管辖范围内任一待升级的ap。在基于本实施例提出的ap模块集固件和ap基础固件的划分方式，对ap升级时可包括如下三种情况：
58.情况一，对ap的基础固件升级；
59.情况二，对ap的模块升级；
60.情况三，对ap的基础固件和模块均升级。
61.针对上述三种情况，ac可以根据第二ap的情况确定升级的种类。
62.例如，当确定需对第二ap进行基础固件升级时，则ac从第一ac固件中获取第一ap基础固件并形成固件数据，下载给第二ap。第二ap接收该固件数据后，进行固件更新。
63.又例如，当确定需对第二ap的模块固件升级时，则ac从第一ac固件中获取目标ap模块集固件并形成固件数据，下载给第二ap。第二ap接收该固件数据后，进行固件更新。
64.同理，若需要对第二ap的基础固件和模块固件均升级，则ac从第一ac固件中获取第一ap基础固件和目标ap模块集固件并形成固件数据，下载给第二ap。第二ap接收该固件数据后，进行固件更新。
65.通过上述实施例可以看出，基于模块化架构，ac在对ap升级时，可以根据待升级的模块，选择性的将升级数据下载给ap，有效缩短了ap升级的所需的时间。
66.基于相同的思想构思，本公开实施例还提供了一种ac，该ac包括：
67.获取模块，用于获取各ap的内核态和用户态；
68.处理模块，用于利用合并后的各ap的用户态生成ap模块集固件，以及根据各ap的内核态生成对应的ap基础固件；
69.组合模块，用于利用ap模块集固件和各ap基础固件与ac原始固件打包成新的ac固件。
70.选的，述内核态包括：ap驱动和模块列表；所述用户态包括：模块配置文件。
71.同时，本公开实施例还提供了一种ac，所述ac中存储有第一ac固件，所述第一ac固件为利用目标ap模块集固件和各第一ap基础固件与ac原始固件打包形成的，其中，所述目标ap模块集固件为利用合并后的各第一ap的用户态生成的，所述各第一ap基础固件为根据各第一ap的内核态生成对应的，所述ac包括：
72.连接模块，用于与待升级的第二ap建立连接，并确定需要对该第二ap进行升级的固件种类，其中，所述固件种类包括：第二ap基础固件和/或第二ap模块固件；
73.处理模块，用于根据确定的待升级固件种类，从存储的第一ac固件中获取与该待升级固件种类对应固件数据：
74.发送模块，用于将获取的固件数据发送给第二ap，以使第二ap根据接收的固件数据升级。
75.具体的，当所述处理模块确定待升级固件种类为第二ap基础固件，则从所述第一ac固件中获取第一ap基础固件的固件数据；或者，
76.当所述处理模块确定待升级固件种类为第二ap模块固件，则从所述第一ac固件中获取目标ap模块集固件的固件数据；或者，
77.当所述处理模块确定待升级固件种类为第二ap基础固件和第二ap模块固件，则从所述第一ac固件中获取第一ap基础固件和目标ap模块集固件的固件数据。
78.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
79.本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。
80.应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。
81.以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。