启动配置参数处理方法、装置、集中管理单元及接入点与流程

本发明涉及通信领域，具体而言，涉及一种启动配置参数处理方法、装置、集中管理单元(centralizedmanagementunit，简称为cmu)及接入点(accesspoint，简称为ap)。

背景技术：

在相关技术中，无线接入网络一般部署都是宏基站，宏基站具有覆盖面积大，能够支持高速移动终端的特性；但是由于宏基站吞吐量是一定的，虽然其覆盖面积大，但实际能够同时接入的用户数是有限的，而且宏基站的带宽需要在众多用户间共享，因此，实际用户得到的带宽并不一定很理想。

在无线通信系统中，超密集网络(ultradensenetwork，简称为udn)是5g的核心技术之一，通过无线接入点的规模部署，可以大大降低用户接入的距离，从而提高用户的吞吐量以及区域的吞吐量(bps/km2)，满足5g系统容量需求。

对于无线接入点而言，由于其主要目的是满足高流量、广覆盖，无线节点通过一跳无线路径接入宏基站的方式，在超密集网络场景下存在一定的问题：首先，由于高频段情况下，波长短、损耗快，而且穿透能力差，受建筑物、树叶以及人体的遮挡效应明显等各种原因，相比传统低频段蜂窝系统，存在大量的覆盖阴影，也无法保证能为无线接入点提供稳定的高速率传输服务；再次，宏基站与无线接入点之间距离较远，一般要大于无线接入点到周围邻小站的距离。基于上面因素，多跳无线通信将是超密集小站部署且存在于部分无线接入点场景中的一种无法避免的方式。多跳中继无线通信系统中，用户设备与中继节点之间的无线链路称为无线接入链路(accesslink)；中继节点与中继节点之间以及中继节点与基站之间的链路称为无线回程链路(wirelessbackhaul)；用户设备与基站之间的无线链路称为无线直传链路。

然而对于超密集部署中多接入点的管理，相关技术中并没有涉及。

技术实现要素：

本发明实施例提供了一种启动配置参数处理方法、装置、集中管理单元及接入点，以至少解决相关技术中没有涉及超密集部署中多接入点的管理的问题。

根据本发明的一个实施例，提供了一种启动配置参数处理方法，包括：接收用于请求自启动配置参数的自启动配置参数请求消息，其中，所述自启动配置参数请求消息中携带有请求的所述自启动配置参数对应的接入点ap的ap标识id；根据所述apid向所述ap发送所述自启动配置参数。

可选地，在根据所述apid向所述ap发送所述自启动配置参数之后，还包括：判断在根据所述apid向所述ap发送所述自启动配置参数后的预定时间段内，是否接收到所述ap反馈的用于确认接收到所述自启动配置参数的接收确认消息；在判断结果为接收到所述ap反馈的用于确认接收到所述自启动配置参数的所述接收确认消息的情况下，删除用于集中管理ap的集中管理单元cmu中所存储的所述ap的apid以及所述apid对应的所述自启动配置参数。

可选地，删除用于集中管理ap的所述cmu中所存储的所述ap的apid以及所述apid对应的所述自启动配置参数包括：在接收到所述ap反馈的用于确认接收到所述自启动配置参数的所述接收确认消息的预定时间后，删除用于集中管理ap的所述cmu中所存储的所述ap的apid以及所述apid对应的所述自启动配置参数。

可选地，在判断在根据所述apid向所述ap发送所述自启动配置参数后的所述预定时间段内，是否接收到所述ap反馈的用于确认接收到所述自启动配置参数的所述接收确认消息之后，还包括：在判断结果为没有接收到所述ap反馈的用于确认接收到所述自启动配置参数的所述接收确认消息的情况下，根据所述apid向所述ap重传所述自启动配置参数；在重传次数达到预定次数时均没有接收到所述ap反馈的用于确认接收到所述自启动配置参数的所述接收确认消息的情况下，删除用于集中管理ap的集中管理单元cmu中所存储的所述ap的apid以及所述apid对应的所述自启动配置参数。

根据本发明的另一方面，提供了一种启动配置参数处理方法，包括：向用于集中管理ap的集中管理单元cmu发送用于请求自启动配置参数的自启动配置参数请求消息，其中，所述自启动配置参数请求消息中携带有请求的所述自启动配置参数对应的接入点ap的ap标识id；接收所述cmu发送的所述apid对应的ap的所述自启动配置参数。

可选地，在接收所述cmu发送的所述apid对应的ap的所述自启动配置参数之后，还包括：判断接收到所述自启动配置参数的ap是否启动成功；在判断结果为接收到所述自启动配置参数的ap启动成功，并且接收到所述自启动配置参数的ap存在子节点且所述子节点未成功启动的情况下，向所述子节点转发所述自启动配置参数；和/或，在判断结果为接收到所述自启动配置参数的ap未成功启动的情况下，根据接收到的所述自启动配置参数执行自启动操作。

可选地，在接收到所述自启动配置参数的ap启动成功，并且接收到所述自启动配置参数的ap存在子节点的情况下，在向所述子节点转发所述自启动配置参数之后，还包括：向所述cmu转发所述子节点发送的用于确认接收到所述自启动配置参数的接收确认消息；和/或，在接收到所述自启动配置参数的ap未成功启动的情况下，根据接收到的所述自启动配置参数执行自启动操作之后，向所述cmu发送用于确认接收到所述自启动配置参数的接收确认消息。

根据本发明的一方面，提供了一种启动配置参数处理装置，包括：第一接收模块，用于接收用于请求自启动配置参数的自启动配置参数请求消息，其中，所述自启动配置参数请求消息中携带有请求的所述自启动配置参数对应的接入点ap的ap标识id；第一发送模块，用于根据所述apid向所述ap发送所述自启动配置参数。

可选地，该装置还包括：第一判断模块，用于判断在根据所述apid向所述ap发送所述自启动配置参数后的预定时间段内，是否接收到所述ap反馈的用于确认接收到所述自启动配置参数的接收确认消息；第一删除模块，用于在所述第一判断模块的判断结果为接收到所述ap反馈的用于确认接收到所述自启动配置参数的所述接收确认消息的情况下，删除用于集中管理ap的集中管理单元cmu中所存储的所述ap的apid以及所述apid对应的所述自启动配置参数。

可选地，所述第一删除模块包括：第一删除单元，用于在接收到所述ap反馈的用于确认接收到所述自启动配置参数的所述接收确认消息的预定时间后，删除用于集中管理ap的所述cmu中所存储的所述ap的apid以及所述apid对应的所述自启动配置参数。

可选地，该装置还包括：重传模块，用于在所述第一判断模块的判断结果为没有接收到所述ap反馈的用于确认接收到所述自启动配置参数的所述接收确认消息的情况下，根据所述apid向所述ap重传所述自启动配置参数；第二删除模块，用于在重传次数达到预定次数时均没有接收到所述ap反馈的用于确认接收到所述自启动配置参数的所述接收确认消息的情况下，删除用于集中管理ap的集中管理单元cmu中所存储的所述ap的apid以及所述apid对应的所述自启动配置参数。

根据本发明的另一方面，提供了一种集中管理单元cmu，包括上述任一项所述的装置。

根据本发明的一方面，提供了一种启动配置参数处理装置，包括：第二发送模块，用于向用于集中管理ap的集中管理单元cmu发送用于请求自启动配置参数的自启动配置参数请求消息，其中，所述自启动配置参数请求消息中携带有请求的所述自启动配置参数对应的接入点ap的ap标识id；第二接收模块，用于接收所述cmu发送的所述apid对应的ap的所述自启动配置参数。

可选地，该装置还包括：第二判断模块，用于判断接收到所述自启动配置参数的ap是否启动成功；转发模块，用于在所述第二判断模块的判断结果为接收到所述自启动配置参数的ap启动成功，并且接收到所述自启动配置参数的ap存在子节点且所述子节点未成功启动的情况下，向所述子节点转发所述自启动配置参数；和/或，启动模块，用于在所述第二判断模块的判断结果为接收到所述自启动配置参数的ap未成功启动的情况下，根据接收到的所述自启动配置参数执行自启动操作。

可选地，该装置还包括：第三发送模块，用于在接收到所述自启动配置参数的ap启动成功，并且接收到所述自启动配置参数的ap存在子节点且所述子节点未成功启动的情况下，在向所述子节点转发所述自启动配置参数之后，还包括：向所述cmu转发所述子节点发送的用于确认接收到所述自启动配置参数的接收确认消息；和/或，第四发送模块，用于在接收到所述自启动配置参数的ap未成功启动的情况下，根据接收到的所述自启动配置参数执行自启动操作之后，向所述cmu发送用于确认接收到所述自启动配置参数的接收确认消息。

根据本发明的还一方面，提供了一种接入点ap，包括上述任一项所述的装置。

根据本发明的还一方面，提供了一种启动配置参数处理系统，包括上述所述的cmu和上述所述的ap。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：接收用于请求自启动配置参数的自启动配置参数请求消息，其中，所述自启动配置参数请求消息中携带有请求的所述自启动配置参数对应的接入点ap的ap标识id；根据所述apid向所述ap发送所述自启动配置参数。

可选地，该存储介质设置为存储用于执行以下步骤的程序代码：在根据所述apid向所述ap发送所述自启动配置参数之后，还包括：判断在根据所述apid向所述ap发送所述自启动配置参数后的预定时间段内，是否接收到所述ap反馈的用于确认接收到所述自启动配置参数的接收确认消息；在判断结果为接收到所述ap反馈的用于确认接收到所述自启动配置参数的所述接收确认消息的情况下，删除用于集中管理ap的集中管理单元cmu中所存储的所述ap的apid以及所述apid对应的所述自启动配置参数。

可选地，该存储介质设置为存储用于执行以下步骤的程序代码：删除用于集中管理ap的所述cmu中所存储的所述ap的apid以及所述apid对应的所述自启动配置参数包括：在接收到所述ap反馈的用于确认接收到所述自启动配置参数的所述接收确认消息的预定时间后，删除用于集中管理ap的所述cmu中所存储的所述ap的apid以及所述apid对应的所述自启动配置参数。

可选地，该存储介质设置为存储用于执行以下步骤的程序代码：在判断在根据所述apid向所述ap发送所述自启动配置参数后的所述预定时间段内，是否接收到所述ap反馈的用于确认接收到所述自启动配置参数的所述接收确认消息之后，还包括：在判断结果为没有接收到所述ap反馈的用于确认接收到所述自启动配置参数的所述接收确认消息的情况下，根据所述apid向所述ap重传所述自启动配置参数；在重传次数达到预定次数时均没有接收到所述ap反馈的用于确认接收到所述自启动配置参数的所述接收确认消息的情况下，删除用于集中管理ap的集中管理单元cmu中所存储的所述ap的apid以及所述apid对应的所述自启动配置参数。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：向用于集中管理ap的集中管理单元cmu发送用于请求自启动配置参数的自启动配置参数请求消息，其中，所述自启动配置参数请求消息中携带有请求的所述自启动配置参数对应的接入点ap的ap标识id；接收所述cmu发送的所述apid对应的ap的所述自启动配置参数。

可选地，该存储介质设置为存储用于执行以下步骤的程序代码：在接收所述cmu发送的所述apid对应的ap的所述自启动配置参数之后，还包括：判断接收到所述自启动配置参数的ap是否启动成功；在判断结果为接收到所述自启动配置参数的ap启动成功，并且接收到所述自启动配置参数的ap存在子节点且所述子节点未成功启动的情况下，向所述子节点转发所述自启动配置参数；和/或，在判断结果为接收到所述自启动配置参数的ap未成功启动的情况下，根据接收到的所述自启动配置参数执行自启动操作。

可选地，该存储介质设置为存储用于执行以下步骤的程序代码：在接收到所述自启动配置参数的ap启动成功，并且接收到所述自启动配置参数的ap存在子节点且所述子节点未成功启动的情况下，在向所述子节点转发所述自启动配置参数之后，还包括：向所述cmu转发所述子节点发送的用于确认接收到所述自启动配置参数的接收确认消息；和/或，在接收到所述自启动配置参数的ap未成功启动的情况下，根据接收到的所述自启动配置参数执行自启动操作之后，向所述cmu发送用于确认接收到所述自启动配置参数的接收确认消息。

通过本发明，接收用于请求自启动配置参数的自启动配置参数请求消息，其中，所述自启动配置参数请求消息中携带有请求的所述自启动配置参数对应的接入点ap的ap标识id；根据所述apid向所述ap发送所述自启动配置参数，因此，可以解决相关技术中没有涉及超密集部署中多接入点的管理的问题，达到能够自动获取自启动配置参数，实现节点自组织管理，提高网络性能，缩减配置成本的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种启动配置参数处理方法的cmu的硬件结构框图；

图2是根据本发明实施例的启动配置参数处理方法一的流程图；

图3是根据本发明实施例的启动配置参数处理方法二的流程图；

图4是根据本发明实施例的多跳无线通信网络的拓扑示意图；

图5是根据本发明实施例提供的多跳无线通信中自启动配置参数获取方法的流程图；

图6是根据本发明实施例提供的多跳无线通信中自启动配置参数获取异常的流程图；

图7是根据本发明实施例的多跳无线通信中自启动配置参数获取异常的流程图之一；

图8是根据本发明实施例的启动配置参数处理装置一的结构框图；

图9是根据本发明实施例的启动配置参数处理装置一的优选结构框图一；

图10是根据本发明实施例的启动配置参数处理装置一中第一删除模块94的优选结构框图；

图11是根据本发明实施例的启动配置参数处理装置一的优选结构框图一；

图12是根据本发明实施例的集中管理单元cmu的结构框图；

图13是根据本发明实施例的一种启动配置参数处理装置二的结构框图；

图14是根据本发明实施例的启动配置参数处理装置二的优选结构框图一；

图15是根据本发明实施例的启动配置参数处理装置二的优选结构框图二；

图16是根据本发明实施例的接入点ap的结构框图；

图17是根据本发明实施例的启动配置参数处理系统的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在用于集中管理ap的cmu、网络接入节点、移动终端、计算机终端或者类似的运算装置中执行。以运行在cmu上为例，图1是本发明实施例的一种启动配置参数处理方法的cmu的硬件结构框图。如图1所示，cmu10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的启动配置参数处理方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。

由于在相关技术中，多跳ap的超密集部署，接入网节点数量众多，节点管理及维护成本增加，传统宏基站管理方法已经不完全适用，因此，为实现即插即用的节点自组织功能，缩减无线基站的配置成本，即在多跳超密集网络中进行自组织网络管理显得尤为重要。在本实施例中，采用自启动配置参数的获取方法，实现了节点的自组织管理，通过节点启动配置参数的自动获取，能有效提高网络性能，缩减无线基站配置成本。

在本实施例中提供了一种运行于上述cmu的启动配置参数处理方法，图2是根据本发明实施例的启动配置参数处理方法一的流程图，如图2所示，该流程包括如下步骤：

步骤s202，接收用于请求自启动配置参数的自启动配置参数请求消息，其中，自启动配置参数请求消息中携带有请求的自启动配置参数对应的ap的ap标识id；

步骤s204，根据apid向ap发送自启动配置参数。

通过上述步骤，根据发送自启动配置参数请求消息的方式自动获取自启动配置参数，可以有效解决相关技术中没有涉及超密集部署中多接入点的管理的问题，达到能够自动获取自启动配置参数，实现节点自组织管理，提高网络性能，缩减配置成本的效果。

在根据apid向ap发送自启动配置参数时，发送的方式可以选择多种，例如，可以采用广播的方式向ap发送自启动配置参数，也可以采用周期性发送的方式发送自启动配置参数。另外，为进一步缩减配置成本，可以在根据apid向ap发送自启动配置参数之后，还判断在根据apid向ap发送自启动配置参数后的预定时间段内，是否接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息；在判断结果为接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的情况下，删除用于集中管理ap的cmu中所存储的ap的apid以及apid对应的自启动配置参数。

需要说明的是，上述删除用于集中管理ap的cmu中所存储的ap的apid以及apid对应的自启动配置参数的操作可以在接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息时立即执行；也可以在接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的预定时间后，删除用于集中管理ap的cmu中所存储的ap的apid以及apid对应的自启动配置参数。即在接收到ap反馈的用于确认接收到该自启动配置参数之后，对该apid以及apid对应的自启动配置参数保留一段时间之后，再进行删除。

为尽可能成功地实现对ap的配置，可以判断在根据apid向ap发送自启动配置参数后的预定时间段内，是否接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息之后，在判断结果为没有接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的情况下，根据apid向ap重传自启动配置参数；在重传次数达到预定次数时均没有接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的情况下，删除用于集中管理ap的cmu中所存储的ap的apid以及apid对应的自启动配置参数。即通过向该ap多次发送的方式，来实现对该ap的自启动配置参数的配置。只有在多次重发均没有接收到接收确认消息的情况下，才确认该ap失效，从而删除该ap对应的apid，以及该ap对应的自启动配置参数。

在本实施例中还提供了一种运行于上述ap的启动配置参数处理方法，图3是根据本发明实施例的启动配置参数处理方法二的流程图，如图3所示，该流程包括如下步骤：

步骤s302，向用于集中管理ap的cmu发送用于请求自启动配置参数的自启动配置参数请求消息，其中，自启动配置参数请求消息中携带有请求的自启动配置参数对应的ap的ap标识id；

步骤s304，接收cmu发送的apid对应的ap的自启动配置参数。

通过上述步骤，根据发送自启动配置参数请求消息的方式自动获取自启动配置参数，可以有效解决相关技术中没有涉及超密集部署中多接入点的管理的问题，达到能够自动获取自启动配置参数，实现节点自组织管理，提高网络性能，缩减配置成本的效果。

需要说明的是，接收到该自启动配置参数的ap可以是该apid对应的ap，也可以是该apid对应的ap的父节点。下面分别说明。在接收cmu发送的apid对应的ap的自启动配置参数之后，还包括：判断接收到自启动配置参数的ap是否启动成功；在判断结果为接收到自启动配置参数的ap启动成功，并且接收到自启动配置参数的ap存在子节点且子节点未成功启动的情况下，向子节点转发自启动配置参数(对应于上述第二种情况，即接收到自启动配置参数的ap是该apid对应的ap的父节点)；和/或，在判断结果为接收到自启动配置参数的ap未成功启动的情况下，根据接收到的自启动配置参数执行自启动操作(对应于上述第一种情况，即接收到自启动配置参数的ap是该apid对应的ap)。

分别对应于上述两种情况，为提高配置自启动配置参数的效率，可以在接收到自启动配置参数的ap启动成功，并且接收到自启动配置参数的ap存在子节点且子节点未成功启动的情况下，在向子节点转发自启动配置参数之后，还包括：向cmu转发子节点发送的用于确认接收到自启动配置参数的接收确认消息；和/或，在接收到自启动配置参数的ap未成功启动的情况下，根据接收到的自启动配置参数执行自启动操作之后，向cmu用于确认接收到自启动配置参数的接收确认消息。

上述实施例分别基于cmu以及ap的自启动配置参数处理方法，为实现自启动配置参数处理方法的流程的完整性，下面结合两者之间的交互对该自启动配置参数处理方法进行说明。

本实施例提供的多跳无线通信节点自启动配置参数获取方法包括：ap发送和/或转发用于自启动的配置参数请求消息到cmu，cmu为ap分配自启动配置参数信息。

其中，cmu可以将ap的apid(accesspointidentifier)添加到ap的自启动配置参数列表，进行自启动配置参数列表的更新。

cmu发送用于ap自启动的配置参数列表到ap。

ap成功收到来自cmu发送的自启动配置参数列表后，反馈接收确认消息到cmu。

ap成功反馈后，停止发送用于ap自启动的配置参数请求消息到cmu。

cmu接收到ap的反馈消息后，删除配置参数列表中ap的apid及其对应的自启动配置参数。

cmu发送自启动配置参数的方法：cmu收集到应答反馈ap的个数与列表中ap的个数相同时，即若cmu的配置参数列表为空，则cmu停止发送自动启配置参数列表，否则，周期性发送。

处于边缘的ap，通过其父节点获取cmu发送的自启动配置参数列表。

ap处理自启动配置参数的方法包括：

方式一：若ap已启动成功，则ap不解析自启动配置参数消息。

可选地，如果ap有子节点，并且子节点未成功启动，则ap转发自启动配置参数到子节点。

方式二：若ap未启动成功，则解析自启动配置参数消息。

可选地，如果自启动配置参数列表中没有ap的apid，则ap重新发起自启动配置参数请求消息到cmu。

下面结合多跳无线通信网络架构，对本发明优选实施例进行说明。

图4是根据本发明实施例的多跳无线通信网络的拓扑示意图，如图4所示，该网络拓扑为3跳架构，cmu通过有线接口与资源协调中心(resourcecoordinationcenter，简称为rcc)通信。为不增加超密集组网部署的资本性支出(capitalexpense，简称为capex)和收益性支出(operatingexpense，简称为opex)，实现灵活快捷部署多跳节点，ap通过无线接口与周围的ap通信，也即，只有cmu通过有线接口与资源协调中心通信。

表1为自启动配置参数列表，包括ap的apid和ap的自启动配置参数两部分。

表1

优选实施例一

图5是根据本发明实施例提供的多跳无线通信中自启动配置参数获取方法的流程图，如图5所示，多跳通信系统中，节点的超密集部署对传统的网络管理提出了新的挑战，传统的网络管理方法已不完全适用，网络需要具有自组织管理功能，而ap的自启动配置参数获取方法的研究是网络自组织管理的重要内容之一。ap自启动配置参数的获取流程的核心思想是主动申请，按需分配，即有ap需要初始化接入时，向cmu请求用于自启动的配置参数，当所有节点成功启动后，cmu停止发送自启动配置参数到ap。并且，ap成功启动后，停止发送自启动配置参数请求消息到cmu。其中，ap知道是否需要解析自启动配置参数消息。包括以下步骤：

步骤s502：ap发送/转发自启动配置参数请求消息到cmu。

ap在设定的频率和/或时隙和/或时频位置发送和/或转发用于自启动的配置参数请求消息到cmu。

转发是指ap接收到子节点的自启动配置参数请求消息，则转发自启动配置参数请求消息到的cmu。如图1所示，父节点ap1转发其子节点ap4的自启动配置参数请求消息到cmu，此时ap1为中继节点，ap4为边远节点。

自启动配置参数请求消息中包括ap的apid以及自启动原因。

cmu将ap的apid添加到自启动配置参数列表，进行配置参数列表更新。自启动配置参数列表如表1所示。

cmu对各个ap的自启动配置参数进行集中控制，统一分配配置参数。

ap成功启动后，停止发送自启动配置参数请求消息到cmu。

步骤s504：cmu发送自启动配置参数到ap。

cmu发送自启动配置参数到ap的方法：cmu收集到应答反馈ap的个数与自启动配置参数列表中ap的个数相同时，即若cmu配置参数列表为空，则cmu停止向ap发送自动启配置参数，否则，周期性发送。

cmu以广播的方式发送自启动配置参数信息到ap。

周期性发送用于ap自启动配置参数的周期可配置，以减少能耗和干扰。

ap接收，并解析自启动配置参数信息，ap处理自启动配置参数的方式包括：

方式一：若ap已启动成功，ap不解析自启动配置参数消息。

可选地，如果ap有子节点，且子节点未启动成功，则ap转发自启动配置参数到子节点。

方式二：若ap未启动成功，则解析自启动配置参数消息。

可选地，如果自启动配置参数列表中没有ap的apid，则ap重发配置参数请求消息。

步骤s506：ap反馈接收确认消息到cmu。

ap接收自启动配置参数消息，有效解析后，向cmu发送反馈确认消息。

cmu接收到ap的反馈消息后，立即删除配置参数列表中ap的apid及其对应自启动配置参数。

可选地，cmu接收到ap的反馈消息后，保留ap的自启动配置参数一定时间，再删除配置参数列表中ap的apid及其对应自启动配置参数。其中，一定时间可配置。

若cmu的配置参数列表为空，则停止发送用于ap自启动的配置参数消息，否则，周期性发送。其中，周期可配置。

优选实施例二

图6是根据本发明实施例提供的多跳无线通信中自启动配置参数获取异常的流程图，如图6所示，该流程只列出了异常处理的一个例子，异常的情况还包括：cmu未收到ap的自启动配置参数请求消息；ap未收到cmu分配的自启动配置参数消息等。

针对图6的实施例：部分ap在向cmu发送自启动配置参数请求消息与发送反馈确认消息之间出现异常的情况。cmu维护用于重传自启动配置参数的定时器。其中，cmu每收到ap的反馈确认消息后，重启定时器，若定时器超时，重传自启动配置参数到ap。其中，定时器和最大重传次数可配置。若达到最大重发次数后，仍未收到ap的反馈确认消息，则cmu删除自启动配置参数列表中ap对应的信息，停止信息的发送。实施例二的流程与实施例一大致相同，不同之处在于：

步骤s602：ap未反馈接收确认消息到cmu。

cmu已经将ap的apid添加到自启动配置参数列表，并向ap发送用于自启动的配置参数消息，处于等待接收反馈确认的状态。

ap已经完成自启动配置参数获取流程中的请求过程，ap在发送反馈确认消息前出现异常(比如软硬件异常，断电误操作等)，导致反馈确认消息无法发出，或者未收到来自cmu的自启动配置参数消息。最终导致cmu维护的自启动配置参数列表不为空，持续发送配置参数消息，为避免cmu持续周期性发送自启动配置参数列表到ap，以减少功耗和干扰，需要进行异常处理。

实施例二的异常处理方法<定时器超时重传>：定时器的维护过程可以是，cmu每收到一个ap的反馈确认消息后，重启定时器。当cmu收不到反馈确认消息一段时间后，定时器超时，cmu对自启动配置参数消息进行超时重传，达到最大重传次数，则cmu认为ap已经失效，删除自启动配置参数列表中ap对应的apid及其对应的自启动配置参数，并且，cmu停止自启动配置参数列表的发送。

其中，定时器和最大重传次数均可配置。

优选实施例三

图7是根据本发明实施例的多跳无线通信中自启动配置参数获取异常的流程图之一，是图6所示异常流程的细化。

步骤s702：ap正常反馈接收确认消息到cmu。

cmu收到ap的反馈确认消息后，重启定时器。即正常情况下，定时器不会超时。

步骤s704：cmu发送自启动配置参数列表到ap。

反复进行步骤401和402过程后，cmu所发送的自启动配置参数列表中的正常ap都已反馈确认消息，只有一个和/或几个ap未反馈确认消息。

如果cmu一段时间内未收到ap的反馈确认消息，则定时器超时。

步骤s706：定时器超时后，cmu重传自启动配置参数列表到ap。

如果重传达到最大次数，cmu认为ap已经失效，删除自启动配置参数列表中一个和/或多个ap对应的apid以及自启动配置参数。

优选地，cmu停止自启动配置参数列表的发送。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

实施例2

在本实施例中还提供了一种启动配置参数处理装置、集中管理单元cmu及接入点ap，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图8是根据本发明实施例的启动配置参数处理装置一的结构框图，如图8所示，该装置包括：第一接收模块82和第一发送模块84，下面对该装置进行说明。

第一接收模块82，用于接收用于请求自启动配置参数的自启动配置参数请求消息，其中，自启动配置参数请求消息中携带有请求的自启动配置参数对应的接入点ap的ap标识id；第一发送模块84，连接至上述第一接收模块82，用于根据apid向ap发送自启动配置参数。

图9是根据本发明实施例的启动配置参数处理装置一的优选结构框图一，如图9所示，该装置除包括图8所示的所有模块外，还包括：第一判断模块92和第一删除模块94，下面对该装置进行说明。

第一判断模块92，连接至上述第一发送模块84，用于判断在根据apid向ap发送自启动配置参数后的预定时间段内，是否接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息；第一删除模块94，连接至上述第一判断模块92，用于在第一判断模块92的判断结果为接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的情况下，删除用于集中管理ap的集中管理单元cmu中所存储的ap的apid以及apid对应的自启动配置参数。

图10是根据本发明实施例的启动配置参数处理装置一中第一删除模块94的优选结构框图，如图10所示，该第一删除模块94包括：第一删除单元102，下面对该第一删除单元102进行说明。

第一删除单元102，用于在接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的预定时间后，删除用于集中管理ap的cmu中所存储的ap的apid以及apid对应的自启动配置参数。

图11是根据本发明实施例的启动配置参数处理装置一的优选结构框图一，如图11所示，该装置除包括图9所示的所有模块外，还包括：重传模块112和第二删除模块114，下面对该优选结构进行说明。

重传模块112，连接至上述第一判断模块92，用于在第一判断模块92的判断结果为没有接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的情况下，根据apid向ap重传自启动配置参数；第二删除模块114，连接至上述重传模块112，用于在重传次数达到预定次数时均没有接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的情况下，删除用于集中管理ap的集中管理单元cmu中所存储的ap的apid以及apid对应的自启动配置参数。

图12是根据本发明实施例的集中管理单元cmu的结构框图，如图12所示，该cmu120包括上述任一项的启动配置参数处理装置一122。

图13是根据本发明实施例的一种启动配置参数处理装置二的结构框图，如图13所示，该装置包括：第二发送模块132和第二接收模块134，下面对该装置进行说明。

第二发送模块132，用于向用于集中管理ap的集中管理单元cmu发送用于请求自启动配置参数的自启动配置参数请求消息，其中，自启动配置参数请求消息中携带有请求的自启动配置参数对应的接入点ap的ap标识id；第二接收模块134，连接至上述第二发送模块132，用于接收cmu发送的apid对应的ap的自启动配置参数。

图14是根据本发明实施例的启动配置参数处理装置二的优选结构框图一，如图14所示，该装置除包括图13所示的所有模块外，还包括：第二判断模块142、转发模块144和/或启动模块146，下面对该装置进行说明。

第二判断模块142，连接至上述第二接收模块134，用于判断接收到自启动配置参数的ap是否启动成功；转发模块144，连接至上述第二判断模块142，用于在第二判断模块142的判断结果为接收到自启动配置参数的ap启动成功，并且接收到自启动配置参数的ap存在子节点且子节点未成功启动的情况下，向子节点转发自启动配置参数；和/或，启动模块146，连接至上述第二判断模块142，用于在第二判断模块142的判断结果为接收到自启动配置参数的ap未成功启动的情况下，根据接收到的自启动配置参数执行自启动操作。

图15是根据本发明实施例的启动配置参数处理装置二的优选结构框图二，如图15所示，该装置除包括图14所示的所有模块外，还包括：第三发送模块152和/或第四发送模块154，下面对该装置进行说明。

第三发送模块152，连接至上述转发模块144，用于在接收到自启动配置参数的ap启动成功，并且接收到自启动配置参数的ap存在子节点且子节点未成功启动的情况下，在向子节点转发自启动配置参数之后，还包括：向cmu转发子节点发送的用于确认接收到自启动配置参数的接收确认消息；和/或，第四发送模块154，连接至上述启动模块146，用于在接收到自启动配置参数的ap未成功启动的情况下，根据接收到的自启动配置参数执行自启动操作之后，向cmu用于确认接收到自启动配置参数的接收确认消息。

图16是根据本发明实施例的接入点ap的结构框图，如图16所示，该接入点ap160包括上述任一项的启动配置参数处理装置二162。

图17是根据本发明实施例的启动配置参数处理系统的结构框图，如图17所示，该启动配置参数处理系统170，包括上述cmu120和上述接入点ap160，其中，所述cmu120与所述ap160通信。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

s1，接收用于请求自启动配置参数的自启动配置参数请求消息，其中，自启动配置参数请求消息中携带有请求的自启动配置参数对应的接入点ap的ap标识id；

s2，根据apid向ap发送自启动配置参数。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

s1，在根据apid向ap发送自启动配置参数之后，还包括：判断在根据apid向ap发送自启动配置参数后的预定时间段内，是否接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息；

s2，在判断结果为接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的情况下，删除用于集中管理ap的集中管理单元cmu中所存储的ap的apid以及apid对应的自启动配置参数。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

s1，删除用于集中管理ap的cmu中所存储的ap的apid以及apid对应的自启动配置参数包括：在接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的预定时间后，删除用于集中管理ap的cmu中所存储的ap的apid以及apid对应的自启动配置参数。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

s1，在判断在根据apid向ap发送自启动配置参数后的预定时间段内，是否接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息之后，还包括：在判断结果为没有接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的情况下，根据apid向ap重传自启动配置参数；

s2，在重传次数达到预定次数时均没有接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的情况下，删除用于集中管理ap的集中管理单元cmu中所存储的ap的apid以及apid对应的自启动配置参数。

在本实施例中，还提供了一种存储介质，该存储介质被设置为存储用于执行以下步骤的程序代码：

s1，向用于集中管理ap的集中管理单元cmu发送用于请求自启动配置参数的自启动配置参数请求消息，其中，自启动配置参数请求消息中携带有请求的自启动配置参数对应的接入点ap的ap标识id；

s2，接收cmu发送的apid对应的ap的自启动配置参数。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

s1，在接收cmu发送的apid对应的ap的自启动配置参数之后，还包括：判断接收到自启动配置参数的ap是否启动成功；在判断结果为接收到自启动配置参数的ap启动成功，并且接收到自启动配置参数的ap存在子节点且子节点未成功启动的情况下，向子节点转发自启动配置参数；和/或，

s2，在判断结果为接收到自启动配置参数的ap未成功启动的情况下，根据接收到的自启动配置参数执行自启动操作。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

s1，在接收到自启动配置参数的ap启动成功，并且接收到自启动配置参数的ap存在子节点且子节点未成功启动的情况下，在向子节点转发自启动配置参数之后，还包括：向cmu转发子节点发送的用于确认接收到自启动配置参数的接收确认消息；和/或，

s2，在接收到自启动配置参数的ap未成功启动的情况下，根据接收到的自启动配置参数执行自启动操作之后，向cmu用于确认接收到自启动配置参数的接收确认消息。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：接收用于请求自启动配置参数的自启动配置参数请求消息，其中，自启动配置参数请求消息中携带有请求的自启动配置参数对应的接入点ap的ap标识id；根据apid向ap发送自启动配置参数。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在根据apid向ap发送自启动配置参数之后，还包括：判断在根据apid向ap发送自启动配置参数后的预定时间段内，是否接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息；在判断结果为接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的情况下，删除用于集中管理ap的集中管理单元cmu中所存储的ap的apid以及apid对应的自启动配置参数。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：删除用于集中管理ap的cmu中所存储的ap的apid以及apid对应的自启动配置参数包括：在接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的预定时间后，删除用于集中管理ap的cmu中所存储的ap的apid以及apid对应的自启动配置参数。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在判断在根据apid向ap发送自启动配置参数后的预定时间段内，是否接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息之后，还包括：在判断结果为没有接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的情况下，根据apid向ap重传自启动配置参数；在重传次数达到预定次数时均没有接收到ap反馈的用于确认接收到自启动配置参数的接收确认消息的情况下，删除用于集中管理ap的集中管理单元cmu中所存储的ap的apid以及apid对应的自启动配置参数。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：向用于集中管理ap的集中管理单元cmu发送用于请求自启动配置参数的自启动配置参数请求消息，其中，自启动配置参数请求消息中携带有请求的自启动配置参数对应的接入点ap的ap标识id；接收cmu发送的apid对应的ap的自启动配置参数。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在接收cmu发送的apid对应的ap的自启动配置参数之后，还包括：判断接收到自启动配置参数的ap是否启动成功；在判断结果为接收到自启动配置参数的ap启动成功，并且接收到自启动配置参数的ap存在子节点且子节点未成功启动的情况下，向子节点转发自启动配置参数；和/或，在判断结果为接收到自启动配置参数的ap未成功启动的情况下，根据接收到的自启动配置参数执行自启动操作。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在接收到自启动配置参数的ap启动成功，并且接收到自启动配置参数的ap存在子节点且子节点未成功启动的情况下，在向子节点转发自启动配置参数之后，还包括：向cmu转发子节点发送的用于确认接收到自启动配置参数的接收确认消息；和/或，在接收到自启动配置参数的ap未成功启动的情况下，根据接收到的自启动配置参数执行自启动操作之后，向cmu用于确认接收到自启动配置参数的接收确认消息。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。