CN106851644B - 一种基于云架构的基站接入方法及*** - Google Patents

Abstract

本发明涉及通信领域，公开了一种基于云架构的基站接入方法及***，用于提高接入效率，降低***负荷。该方法为：NEA服务器直接面向基站侧，完成了与多个基站的交互工作，相对云服务器而言起到了代理作用，云服务器无需直接与多个基站直接交互，而是由NEA服务器整理各个基站发送的接入请求消息后，直接接收NEA服务器发送的一条第一配置请求消息，并完成公共配置信息的下发，以及进一步接收NEA服务器发送的一条第二配置请求消息，并完成私有配置信息的下发。这样，大大降低了云服务器的计算量和交互次数，提高了运算效率，降低了***负荷，同时也极大提升了基站开通效率，且易于操作和维护，整个过程无需人工干预，真正实现自动化。

Description

一种基于云架构的基站接入方法及***

技术领域

本发明涉及通信领域，特别涉及一种基于云架构的基站接入方法及***。

背景技术

根据当前规范要求，基站在开通过程中，需要在完成安装之后完成自启动并自动优化各个模块的配置信息。当前的实现方案如下：SON***是网络侧采用对基站进行管理的工具，为用户提供统一便捷的界面进行对基站的监控管理，目前主要支持对宏基站与微基站的管理。

具体的，网络侧的操作维护中心(Operation and Maintenance Center，OMC)***的架构及SON在OMC***的位置如图1所示。在现有的OMC***中，通过独立的SON***来进行运算，完成基站自启动，物理小区标识(Physical Cell Identifier，PCI)自配置自优化等等功能。

如图1所示，现有架构管理***中，SON***中的服务器独立完成各个基站的接入运算，与基站进行交互之后，为基站提供自启动和自优化的服务，这一操作过程非常复杂，实际开通过程中对网络规划人员和工程安装人员技能要求很高，需要配置的数据复杂，容易出错进行返工，开通效率不高。且各类优化功能需要手动调测，无法适应多网元大批量开通工作。

而从OMC***效率而言，SON***同时与接入的多个基站通信进行运算，并独立完成各个基站的自启动，增加了OMC***负荷，降低了运算效率。

发明内容

本发明实施例提供一种基于云架构的基站接入方法及***，用于提高接入效率，降低***负荷。

本发明实施例提供的具体技术方案如下：

一种基于云架构的基站接入方法，包括：

网元适配器NEA服务器接收管辖范围内各个基站发送的接入请求消息后，向云服务器发送第一配置信息请求消息，该第一配置信息请求消息中携带有所述NEA服务器管辖范围内的基站类型信息；

云服务器针对获得的每一种基站类型信息分别下发相应的公共配置信息至NEA服务器；

NEA服务器分别按照每一种基站类型信息将相应的公共配置信息下发至对应类型的基站，令各个基站基于获得的公共配置信息完成初始配置；

NEA服务器向云服务器发送第二配置请求消息，该第二配置请求消息中携带有所述NEA服务器管辖范围内各个基站的标识信息；

云服务器针对获得的每一种标识信息分别下发相应的私有配置信息至NEA服务器；

NEA服务器分别按照每一种标识信息将相应的私有配置信息下发至对应的基站，令各个基站基于获得的私有配置信息完成个性化配置并接入网络。

较佳的，基站基于获得的公共配置信息完成初始配置，以及基站基于获得的私有配置信息完成个性化配置并接入网络，包括：

基站基于获得的公共配置信息，至少进行天线配置和小区建立，以及从所述公共配置信息中获取云服务器下发的物理小区标识列表PCI List；

基站基于获得的私有配置信息，至少进行IP地址配置，以及基于所述PCI list，进行小区激活，以接入网络。

较佳的，基站基于获得的PCI List，进行小区激活，包括：

基站根据NEA服务器的通知获得PCI建议值，并基于所述PCI List确定所述PCI建议值与其他小区使用的PCI不冲突不混淆时，基于所述PCI建议值进行小区激活；或者，

基站从所述PCI List中筛选出与其他小区使用的PCI不冲突不混淆的PCI集合，并从所述PCI集合中随机选取一个PCI进行小区激活。

较佳的，进一步包括：

所述NEA服务器分别针对管辖范围内已接入网络的每一个基站的操作管理OM链路进行定期检测，确定任意一基站对应的OM链路出现异常时，通知云服务器；

所述云服务器根据所述NEA服务器的通知确定所述任一基站对应的OM链路出现异常时，指示NEA服务器执行相应的故障处理操作。

较佳的，进一步包括：

所述NEA服务器分别针对管辖范围内已接入网络的每一个基站进行参数状态检测，确定任意一基站使用的至少一个无线配置参数发生改变时，通知云服务器；

所述云服务器根据所述NEA服务器的通知确定所述任意一基站使用的至少一个无线配置参数发生改变时，判断所述至少一个无线配置参数是否为可变更参数，若是，则通知NEA服务器维持改变状态，否则，通知NEA服务器将所述至少一个无线配置参数恢复至指定值。

一种基于云架构的基站接入***，至少包括网元适配器NEA服务器、云服务器和基站，其中，

NEA服务器，用于接收管辖范围内各个基站发送的接入请求消息后，向云服务器发送第一配置信息请求消息，该第一配置信息请求消息中携带有所述NEA服务器管辖范围内的基站类型信息；

云服务器，用于针对获得的每一种基站类型信息分别下发相应的公共配置信息至NEA服务器；

NEA服务器，进一步用于分别按照每一种基站类型信息将相应的公共配置信息下发至对应类型的基站，令各个基站基于获得的公共配置信息完成初始配置；

NEA服务器，进一步用于向云服务器发送第二配置请求消息，该第二配置请求消息中携带有所述NEA服务器管辖范围内各个基站的标识信息；

云服务器，进一步用于针对获得的每一种标识信息分别下发相应的私有配置信息至NEA服务器；

NEA服务器，进一步用于分别按照每一种标识信息将相应的私有配置信息下发至对应的基站，令各个基站基于获得的私有配置信息完成个性化配置并接入网络。

较佳的，基于获得的公共配置信息完成初始配置，以及基于获得的私有配置信息完成个性化配置并接入网络时，所述基站具体用于：

基于获得的公共配置信息，至少进行天线配置和小区建立，以及从所述公共配置信息中获取云服务器下发的物理小区标识列表PCI List；

基于获得的私有配置信息，至少进行IP地址配置，以及基于所述PCI list，进行小区激活，以接入网络。

较佳的，基于获得的PCI List，进行小区激活时，所述基站具体用于：

根据NEA服务器的通知获得PCI建议值，并基于所述PCI List确定所述PCI建议值与其他小区使用的PCI不冲突不混淆时，基于所述PCI建议值进行小区激活；或者，

从所述PCI List中筛选出与其他小区使用的PCI不冲突不混淆的PCI集合，并从所述PCI集合中随机选取一个PCI进行小区激活。

较佳的，所述NEA服务器进一步用于：

分别针对管辖范围内已接入网络的每一个基站的操作管理OM链路进行定期检测，确定任意一基站对应的OM链路出现异常时，通知云服务器；

所述云服务器进一步用于：

根据所述NEA服务器的通知确定所述任一基站对应的OM链路出现异常时，指示NEA服务器执行相应的故障处理操作。

较佳的，所述NEA服务器进一步用于：

分别针对管辖范围内已接入网络的每一个基站进行参数状态检测，确定任意一基站使用的至少一个无线配置参数发生改变时，通知云服务器；

所述云服务器进一步用于：

根据所述NEA服务器的通知确定所述任意一基站使用的至少一个无线配置参数发生改变时，判断所述至少一个无线配置参数是否为可变更参数，若是，则通知NEA服务器维持改变状态，否则，通知NEA服务器将所述至少一个无线配置参数恢复至指定值。

综上所述，本发明实施例中NEA服务器直接面向基站侧，完成了与多个基站的交互工作，相对云服务器而言起到了代理作用，云服务器无需直接与多个基站直接交互，而是由NEA服务器整理各个基站发送的接入请求消息后，直接接收NEA服务器发送的一条第一配置请求消息，并完成公共配置信息的下发，以及进一步接收NEA服务器发送的一条第二配置请求消息，并完成私有配置信息的下发。这样，便真正实现了基站的即插即用免软调，降低基站开通工作的工作量和专业能力需求；而NEA服务器和云服务器采用分布式架构实现存储和运算，大大降低了云服务器的计算量和交互次数，提高了运算效率，降低了***负荷，同时也极大提升了基站开通效率，且易于操作和维护，整个过程无需人工干预，真正实现自动化。

附图说明

图1为现有技术下OMC***架构示意图；

图2为本发明实施例中云架构示意图；

图3为本发明实施例中基于云架构的基站接入流程图；

图4为本发明实施例中进行小区激活流程图。

具体实施方式

本发明实施例提供一种基于云架构的基站接入方法及***，用于提高接入效率，降低***负荷。本发明实施例中，主要采用云计算架构的设计思想，在基站预设标识信息，而网络则基于网络规划，派遣工程人员安装基站设备，上电之后即可完成小区的建立和基站的接入，无需软件调测，真正的实现即插即用。

下面结合附图对本发明优选的实施方式进行详细说明。

本发明实施例中，依据运营商对自组织网络(Self Organising Network，SON)功能的规范要求，在基站侧采用web界面的模式接入，在网络侧采用云架构设计了分布式的云服务器和网元适配器(NA Network Adaptor，NEA)服务器，通过两者的并行处理，简单便捷高效地完成基站开通。

参阅图2所示，本发明实施例中，主要在OMC***中对SON功能进行优化，采用云计算架构进行设计，在基站侧做云客户端，OMC侧部署云服务器和NEA服务器，将SON模块需要完成的运算分布式地由云服务器和NEA服务器完成，其中，包括云开通功能、表单处理功能等等，整个过程程始终受云服务器进行控制。

基于上述云架构，参阅图3所示，本发明实施例中，基站接入的具体方法如下：

步骤300：NEA服务器接收管辖范围内各个基站发送的接入请求消息，向云服务器发送第一配置信息请求消息，该第一配置信息请求消息中携带有NEA服务器管辖范围内的基站类型信息。

实际应用中，云架构内可以存在多个NEA服务器，每个NEA服务器负责一定的管辖区域，每个管辖区域中均存在多个基站，本实施例中，为了便于描述，仅以一个NEA服务器为例进行介绍。

在执行步骤300时，NEA服务器可能会在同一时段内接收到多个基站的接入请求消息，NEA服务器接收到这些基站的请求消息后，会对这些基站进行类型划分，然后，集中向云服务器发送携带有基站类型信息的第一配置信息请求消息，请求云服务器下发公共配置信息。

例如，假设NEA服务器管辖范围内的50个基站可以划分为三种类型，分别为类型A、类型B、类型C，那么，NEA服务器会在第一配置信息请求消息中携带类型A、类型B和类型C的标识，通知云服务器需要针对这三种类型的基站下发公共配置信息。

步骤310：云服务器针对获得的每一种基站类型信息分别下发相应的公共配置信息至NEA服务器。

实际应用中，云服务器在本地保存的表单数据中，预先针对每一种基站类型信息设置有相应的公共配置信息，云服务器接收到第一配置信息请求消息后，会从表单数据中分别提取出对应每一种基站类型信息预设的公共配置信息，然后下发给NEA服务器，而NEA服务器会根据将云服务器针对每一种基站类型信息下发的公共配置信息分别发送至相应类型的基站。

步骤320：NEA服务器分别按照每一种基站类型信息将相应的公共配置信息下发至对应类型的基站，令各个基站基于获得的公共配置信息完成初始配置。

本发明实施例中，基站类型信息相同的基站使用相同的公共配置信息，所谓公共配置信息即是同种类型的基站可以共同使用的无线配置参数，如、天线数目、小区数目，可用PCI集合(即称PCI List)等等。每个基站通过NEA服务器获得云服务器下发的符合自身基站类型的公共配置信息后，自动完成初始配置工作。

例如，基站基于NEA服务器下发的符合自身基站类型的公共配置信息，至少进行天线配置和小区建立(此处仅为举例，还可以有其他操作，在此不再一一赘述)，以及从公共配置信息中获取云服务器下发的PCI List。

步骤330：NEA服务器向云服务器发送第二配置请求消息，该第二配置请求消息中携带有NEA服务器管辖范围内各个基站的标识信息。

在各个基站完成初始配置后，NEA服务器会继续向云服务器发送第二配置请求消息，请求云服务器下发个性化的私有配置信息。

步骤340：云服务器针对获得的每一种标识信息分别下发相应的私有配置信息至NEA服务器。

所谓私有配置信息，是指每一个基站各自使用的互不相同的无线配置参数，如，IP地址、PCI建议值等等，当然，理想状态下，云服务器给出的PCI建议值应当中之前下发的PCI集合中的一个。

步骤350：NEA服务器分别按照每一种标识信息将相应的私有配置信息下发至对应的基站，令各个基站基于获得的私有配置信息完成个性化配置并接入网络。

例如，基站基于NEA服务器下发的针对自身设置的私有配置信息，至少进行IP地址配置(此处仅为举例，还可以有其他操作，在此不再一一赘述)，基于获得的PCI List，进行小区激活，以接入网络。

其中，在基于PCI List进行小区激活时，可以采集但不限于以下两种方法：

第一种方法为(称为集中式管理方案)，基站根据NEA服务器的通知获得PCI建议值(由云服务器在私有配置信息中携带)，并基于PCI List确定该PCI建议值与其他小区使用的PCI不冲突不混淆时，基于该PCI建议值进行小区激活。

第二种方法为(称为分布式管理方案)：基站从PCI List中筛选出与其他小区使用的PCI不冲突不混淆的PCI集合，并从该PCI集合中随机选取一个PCI进行小区激活。

当然，无论是集中式管理方案还是分布式管理方案，云服务器均会通过NEA服务器向各个基站下发符合其基站类型的PCI List。

参阅图4所示，下面以集中式管理方案为例，对上区激活过程作出进一步详细介绍。

步骤400：NEA服务器将云服务器在公共配置信息中携带的PCI List发送至相应类型的基站。

步骤401：NEA服务器将云服务器在私有配置信息中携带的PCI建议值发送至相应标识信息的基站。

步骤402：基站判断待激活小区量处于关闭(shuttingdown)过程中或者处于暂停(blocking)过程中，若是，通知NEA服务器配置PCI建议值失败；否则执行步骤403。

步骤403：基站判断PCI建议值是否包含在新配置的PCI List中，若是，则进行步骤404；否则，通知NEA服务器配置PCI建议值失败。

步骤404：基站接判断PCI建议值是否与其他小区使用的PCI不冲突不混淆？若是，通知NEA服务器配置PCI建议值成功，并执行步骤405；否则，通知NEA服务器配置PCI建议值失败。

步骤405：基站采用PCI建议值进行小区激活，并判断是否激活成功，若是，则进行步骤407；否则，进行步骤406。

步骤406：在管理信息库(MIB)中修改小区的PCI，并通知NEA服务器PCI值变更。

步骤407：修改小区的PCI，并通知NEA服务器PCI值变更。

这样，便完成了基站的接入过程。

基于上述实施例，在完成基站接入后，进一步地，NEA服务器还需要分别针对管辖范围内已接入网络的每一个基站的OM链路进行定期检测，确定任意一基站对应的OM链路出现异常(如，故障或断开)时，通知云服务器；而云服务器根据NEA服务器的通知确定上述任一基站对应的OM链路出现异常时，指示NEA服务器执行相应的故障处理操作(如，报警或恢复连接)

另一方面，在完成基站接入后，进一步地，NEA服务器还需要分别针对管辖范围内已接入网络的每一个基站进行参数状态检测(如，采用心跳检测方式进行参数状态检测)，确定任意一基站使用的至少一个无线配置参数发生改变时(可能是人为修改，可能是被其他程序修改)，通知云服务器；云服务器根据NEA服务器的通知确定上述任意一基站使用的至少一个无线配置参数发生改变时，判断上述至少一个无线配置参数是否为可变更参数(根据参数类型的重要程度判断，重要参数不可修改)，若是，则通知NEA服务器维持改变状态，否则，通知NEA服务器将上述至少一个无线配置参数恢复至指定值。

参阅图2所示，本发明实施例中，新设计的基于云架构的(OMC***)至少包括NEA服务器10、云服务器11和基站12(亦称云客户端)，其中，

NEA服务器10，用于接收管辖范围内各个基站发送的接入请求消息后，向云服务器发送第一配置信息请求消息，该第一配置信息请求消息中携带有NEA服务器10管辖范围内的基站类型信息；

云服务器11，用于针对获得的每一种基站类型信息分别下发相应的公共配置信息至NEA服务器10；

NEA服务器10，进一步用于分别按照每一种基站类型信息将相应的公共配置信息下发至对应类型的基站12，令各个基站12基于获得的公共配置信息完成初始配置；

NEA服务器10，进一步用于向云服务器发送第二配置请求消息，该第二配置请求消息中携带有NEA服务器10管辖范围内各个基站的标识信息；

云服务器11，进一步用于针对获得的每一种标识信息分别下发相应的私有配置信息至NEA服务器10；

NEA服务器10，进一步用于分别按照每一种标识信息将相应的私有配置信息下发至对应的基站12，令各个基站12基于获得的私有配置信息完成个性化配置并接入网络。

较佳的，基于获得的公共配置信息完成初始配置，以及基于获得的私有配置信息完成个性化配置并接入网络时，基站12具体用于：

基于获得的公共配置信息，至少进行天线配置和小区建立，以及从公共配置信息中获取云服务器下发的PCI List；

基于获得的私有配置信息，至少进行IP地址配置，以及基于PCI list，进行小区激活，以接入网络，

较佳的，基于获得的PCI List，进行小区激活时，基站12具体用于：

根据NEA服务器的通知获得PCI建议值，并基于PCI List确定PCI建议值与其他小区使用的PCI不冲突不混淆时，基于PCI建议值进行小区激活；或者，

从PCI List中筛选出与其他小区使用的PCI不冲突不混淆的PCI集合，并从PCI集合中随机选取一个PCI进行小区激活。

较佳的，NEA服务器10进一步用于：

分别针对管辖范围内已接入网络的每一个基站12的OM链路进行定期检测，确定任意一基站12对应的OM链路出现异常时，通知云服务器11；

较佳的，云服务器11进一步用于：

根据NEA服务器10的通知确定上述任一基站12对应的OM链路出现异常时，指示NEA服务器执行相应的故障处理操作。

较佳的，NEA服务器10进一步用于：

分别针对管辖范围内已接入网络的每一个基站12进行参数状态检测，确定任意一基站12使用的至少一个无线配置参数发生改变时，通知云服务器；

云服务器11进一步用于：

根据NEA服务器10的通知确定上述任意一基站12使用的至少一个无线配置参数发生改变时，判断上述至少一个无线配置参数是否为可变更参数，若是，则通知NEA服务器10维持改变状态，否则，通知NEA服务器10将上述至少一个无线配置参数恢复至指定值。

综上所述，本发明实施例中，NEA服务器直接面向基站侧，完成了与多个基站的交互工作，相对云服务器而言起到了代理作用，云服务器无需直接与多个基站直接交互，而是由NEA服务器整理各个基站发送的接入请求消息后，直接接收NEA服务器发送的一条第一配置请求消息，并完成公共配置信息的下发，以及进一步接收NEA服务器发送的一条第二配置请求消息，并完成私有配置信息的下发，这样，大大降低了云服务器的计算量和交互次数，提高了运算效率，降低了***负荷。

具体而言，即是本发明实施例采用云计算架构设计，工程人员完成基站设备的安装之后，只需在基站侧Web界面输入对应的IP地址及基站的标识信息，打通管理通道，NEA服务器和云服务器便可以通过分布式架构并行处理，完成基站的开通和接入，从而完成基站的自启动。这样，便真正实现了基站的即插即用免软调，降低基站开通工作的工作量和专业能力需求；而NEA服务器和云服务器采用分布式架构实现存储和运算，极大提升了基站开通效率，节省了单位基站开通时间，且易于操作和维护，整个过程无需人工干预，真正实现自动化。

后续过程中，无论基站的工作状态发生何种变化，均由NEA服务器代替云服务器进行监测，从而进一步节省了云服务器的运行负荷。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种基于云架构的基站接入方法，其特征在于，包括：

网元适配器NEA服务器接收管辖范围内各个基站发送的接入请求消息后，向云服务器发送第一配置信息请求消息，该第一配置信息请求消息中携带有所述NEA服务器管辖范围内的基站类型信息；

云服务器针对获得的每一种基站类型信息分别下发相应的公共配置信息至NEA服务器；

NEA服务器分别按照每一种基站类型信息将相应的公共配置信息下发至对应类型的基站，令各个基站基于获得的公共配置信息完成初始配置；

NEA服务器向云服务器发送第二配置请求消息，该第二配置请求消息中携带有所述NEA服务器管辖范围内各个基站的标识信息；

云服务器针对获得的每一种标识信息分别下发相应的私有配置信息至NEA服务器；

NEA服务器分别按照每一种标识信息将相应的私有配置信息下发至对应的基站，令各个基站基于获得的私有配置信息完成个性化配置并接入网络。

2.如权利要求1所述的方法，其特征在于，基站基于获得的公共配置信息完成初始配置，以及基站基于获得的私有配置信息完成个性化配置并接入网络，包括：

基站基于获得的公共配置信息，至少进行天线配置和小区建立，以及从所述公共配置信息中获取云服务器下发的物理小区标识列表PCI List；

基站基于获得的私有配置信息，至少进行IP地址配置，以及基于所述PCI list，进行小区激活，以接入网络。

3.如权利要求2所述的方法，其特征在于，基站基于获得的PCI List，进行小区激活，包括：

基站根据NEA服务器的通知获得PCI建议值，并基于所述PCI List确定所述PCI建议值与其他小区使用的PCI不冲突不混淆时，基于所述PCI建议值进行小区激活；或者，

基站从所述PCI List中筛选出与其他小区使用的PCI不冲突不混淆的PCI集合，并从所述PCI集合中随机选取一个PCI进行小区激活。

4.如权利要求1、2或3所述的方法，其特征在于，进一步包括：

所述NEA服务器分别针对管辖范围内已接入网络的每一个基站的操作管理OM链路进行定期检测，确定任意一基站对应的OM链路出现异常时，通知云服务器；

所述云服务器根据所述NEA服务器的通知确定所述任一基站对应的OM链路出现异常时，指示NEA服务器执行相应的故障处理操作。

5.如权利要求1、2或3所述的方法，其特征在于，进一步包括：

所述NEA服务器分别针对管辖范围内已接入网络的每一个基站进行参数状态检测，确定任意一基站使用的至少一个无线配置参数发生改变时，通知云服务器；

所述云服务器根据所述NEA服务器的通知确定所述任意一基站使用的至少一个无线配置参数发生改变时，判断所述至少一个无线配置参数是否为可变更参数，若是，则通知NEA服务器维持改变状态，否则，通知NEA服务器将所述至少一个无线配置参数恢复至指定值。

6.一种基于云架构的基站接入***，其特征在于，至少包括网元适配器NEA服务器、云服务器和基站，其中，

NEA服务器，用于接收管辖范围内各个基站发送的接入请求消息后，向云服务器发送第一配置信息请求消息，该第一配置信息请求消息中携带有所述NEA服务器管辖范围内的基站类型信息；

云服务器，用于针对获得的每一种基站类型信息分别下发相应的公共配置信息至NEA服务器；

NEA服务器，进一步用于分别按照每一种基站类型信息将相应的公共配置信息下发至对应类型的基站，令各个基站基于获得的公共配置信息完成初始配置；

NEA服务器，进一步用于向云服务器发送第二配置请求消息，该第二配置请求消息中携带有所述NEA服务器管辖范围内各个基站的标识信息；

云服务器，进一步用于针对获得的每一种标识信息分别下发相应的私有配置信息至NEA服务器；

NEA服务器，进一步用于分别按照每一种标识信息将相应的私有配置信息下发至对应的基站，令各个基站基于获得的私有配置信息完成个性化配置并接入网络。

7.如权利要求6所述的***，其特征在于，基于获得的公共配置信息完成初始配置，以及基于获得的私有配置信息完成个性化配置并接入网络时，所述基站具体用于：

基于获得的公共配置信息，至少进行天线配置和小区建立，以及从所述公共配置信息中获取云服务器下发的物理小区标识列表PCI List；

基于获得的私有配置信息，至少进行IP地址配置，以及基于所述PCI list，进行小区激活，以接入网络。

8.如权利要求7所述的***，其特征在于，基于获得的PCI List，进行小区激活时，所述基站具体用于：

根据NEA服务器的通知获得PCI建议值，并基于所述PCI List确定所述PCI建议值与其他小区使用的PCI不冲突不混淆时，基于所述PCI建议值进行小区激活；或者，

从所述PCI List中筛选出与其他小区使用的PCI不冲突不混淆的PCI集合，并从所述PCI集合中随机选取一个PCI进行小区激活。

9.如权利要求6、7或8所述的***，其特征在于，所述NEA服务器进一步用于：

分别针对管辖范围内已接入网络的每一个基站的操作管理OM链路进行定期检测，确定任意一基站对应的OM链路出现异常时，通知云服务器；

所述云服务器进一步用于：

根据所述NEA服务器的通知确定所述任一基站对应的OM链路出现异常时，指示NEA服务器执行相应的故障处理操作。

10.如权利要求6、7或8所述的***，其特征在于，所述NEA服务器进一步用于：

分别针对管辖范围内已接入网络的每一个基站进行参数状态检测，确定任意一基站使用的至少一个无线配置参数发生改变时，通知云服务器；

所述云服务器进一步用于：

根据所述NEA服务器的通知确定所述任意一基站使用的至少一个无线配置参数发生改变时，判断所述至少一个无线配置参数是否为可变更参数，若是，则通知NEA服务器维持改变状态，否则，通知NEA服务器将所述至少一个无线配置参数恢复至指定值。