配置信息管理方法及装置、操作维护中心或基站与流程

本发明涉及通讯领域，尤其涉及一种配置信息管理方法及装置、操作维护中心或基站。

背景技术：

在进行业务功能进行配置时，极有可能出现业务功能的性能下降甚至是被锁定的情况，但出现业务功能性能下降的原因并不是单一的，除去基站本身的性能问题导致的业务功能性能下降以外，基站对业务功能的配置鉴权也同样会让业务性能下降甚至是完全被锁定，请参考如下的配置鉴权示例：

配置鉴权包括两种类型，一种开关型，另一种为数值型。

请结合表1，开关型的配置鉴权，当授权配置值为“开”，若后台网管给配置数据的预设配置值也为“开”时，则基站侧给予该配置数据的实际生效值也为“开”，如表1中的配置数据1；当授权配置值为“关”，即使后台网管给配置数据的预设配置值为“开”，该配置数据的实际生效值也只能为“关”，如表1中的配置数据3。

表1

针对数值型的配置鉴权，其具体的鉴权算法如表2所示，当后台网管给配置数据的预设配置值不超过授权配置值时，则按照后台网管的预设配置值对配 置数据进行实际配置，如配置数据X；当后台网管给配置数据的预设配置值超过了授权配置值时，则配置数据的实际配置只能根据授权配置值进行确定，如配置数据Y。比如，带宽的授权配置值为500M，当后台网管为带宽配置预设配置小于500M时，配置鉴权允许带宽的预设配置值作为其实际生效值；而当带宽的预设配置值大于500M时，配置鉴权则限制实际生效的带宽为500M。

表2

从上述示例可知，配置鉴权的限制也会导致业务性能下降甚至是关闭。但是网络维护人员在不知情的情况下可能需要花费大量的时间对海量的配置数据进行查找，从而确定基站性能下降是否是因为配置鉴权的影响；更有甚者，网络维护人员会直接将授权配置导致的业务性能下降当作基站性能的问题，从而对基站进行不必要的检修。而配置鉴权而导致的业务性能下降的情况是在经常发生的，如果网络维护人员每一次发现业务性能下降都需要进行原因定位或者进行盲目的检修，那么花费的人力资源是不可估量的。

技术实现要素：

本发明要解决的主要技术问题是：解决现有技术中，当业务性能下降甚至是被关闭时，不能直接获取基站侧实际生效值与后台预设配置值不一致的配置数据的问题。

为解决上述技术问题，本发明提供一种配置信息管理方法，包括：

在基站的业务功能配置鉴权完成后，获取该次业务功能配置的各个配置数据的配置结果，所述配置结果中包含：各个所述配置数据的后台预设配置值以 及各个所述配置数据的基站侧实际生效值；

根据所述配置结果得到基站侧的实际生效值与后台的预设配置值不一致的配置数据。

在本发明的一种实施例中，配置信息管理方法还包括：将所述配置结果中基站侧实际生效值与后台预设配置值不一致的所述配置数据更新到历史不一致信息表中。

在本发明的一种实施例中，将所述配置结果中基站侧实际生效值与后台预设配置值不一致的所述配置数据更新到所述历史不一致信息表中的方式包括：

直接将所述配置结果中基站侧实际生效值与后台预设配置值不一致的所述配置数据添加到所述历史不一致信息表中；

或，在所述历史不一致信息表中去除所述历史不一致信息表与所述配置结果中同时存在的所述配置数据，并将所述配置结果中的该配置数据添加到所述历史不一致信息表中。

在本发明的一种实施例中，还包括：根据所述配置结果中基站侧实际生效值与后台预设配置值一致的所述配置数据对历史不一致信息表中的不一致信息进行删除。

在本发明的一种实施例中，对所述历史不一致信息表中不一致信息进行删除的过程包括：

判断该次业务功能配置的各所述配置数据的所述配置结果中基站侧实际生效值与后台预设配置值一致的所述配置数据在所述历史不一致信息表中是否存在；

若存在，则删除所述历史不一致信息表中的该配置数据。

在本发明的一种实施例中，所述配置结果中还包括各个配置数据的基站侧 授权配置值，在得到基站侧实际生效值与后台预设配置值不一致的配置数据之后，还包括：

比较基站侧实际生效值与后台预设配置值不一致的所述配置数据的后台预设配置值与所述配置数据的基站侧授权配置值，确定所述配置数据的受限原因。

在本发明的一种实施例中，确定所述配置数据的受限原因包括：

判断该配置数据的后台预设配置值是否受限于基站侧授权配置值；

当判断结果为是时，则判定所述配置数据的受限原因包括受配置鉴权的限制；

否则，判定所述配置数据的受限原因为受基站自身性能限制。

在本发明的一种实施例中，当判断结果为是，且进行业务功能配置鉴权的为数值型配置数据时，还包括比较所述配置数据基站侧的实际生效值与基站侧的所述授权配置值的大小，若所述配置数据基站侧的实际生效值小于所述配置数据基站侧的所述授权配置值，则判定所述配置数据的受限原因同时还包括受基站自身性能限制。

为解决上述技术问题，本发明还提供一种配置信息管理装置，包括：

配置结果获取模块，用于在基站的业务功能配置鉴权完成后，获取该次业务功能配置的各个配置数据的配置结果，所述配置结果包含各所述配置数据的后台预设配置值以及各所述配置数据的基站侧的实际生效值；

不一致数据获取模块，用于根据所述配置结果得到基站侧实际生效值与后台预设配置值不一致的配置数据。

在本发明的一种实施例中，配置信息管理装置还包括：不一致信息更新模块，所述不一致信息更新模块用于将所述配置结果中基站侧实际生效值与后台预设配置值不一致的配置数据更新到历史不一致信息表中。

在本发明的一种实施例中，所述不一致信息更新模块包括直接添加子模块与去重添加子模块两者中的至少一个：

所述直接添加子模块用于直接将所述配置结果中基站侧实际生效值与后台预设配置值不一致的所述配置数据添加到所述历史不一致信息表中；

所述去重添加子模块用于在所述历史不一致信息表中去除所述历史不一致信息表与所述配置结果中同时存在的所述配置数据，并将所述配置结果中的该配置数据添加到所述历史不一致信息表中。

在本发明的一种实施例中，还包括不一致信息删除模块，所述不一致信息删除模块用于根据所述配置结果中基站侧实际生效值与后台预设配置值一致的配置数据对历史不一致信息表中的不一致信息进行删除。

在本发明的一种实施例中，所述不一致信息删除模块包括：

判断子模块，用于判断该次业务功能配置的各配置数据的配置结果中基站侧实际生效值与后台预设配置值一致的配置数据在所述历史不一致信息表中是否存在；

删除子模块，用于当所述判断子模块的判断结果为是时，删除所述历史不一致信息表中的该配置数据。

在本发明一种实施例中，还包括受限原因分析模块，所述受限原因分析模块用于比较基站侧实际生效值与后台预设配置值不一致的所述配置数据的后台预设配置值与所述配置数据的基站侧授权配置值，确定所述配置数据的受限原因。

在本发明的一种实施例中，所述受限原因分析模块包括受限判断子模块、第一确定子模块和第二确定子模块：

所述受限判断子模块用于判断该配置数据的后台预设配置值是否受限于基 站侧授权配置值；

所述第一确定子模块用于当所述判断子模块的判断结果为是时，判定所述配置数据的受限原因为受配置鉴权的限制；

所述第二确定子模块用于当所述判断子模块的判断结果为否时，判定所述配置数据的受限原因为受基站自身性能限制。

在本发明的一种实施例中，所述受限原因分析模块还包括比较子模块和第三确定子模块：

所述比较子模块用于当所述受限判断子模块的判断结果为是，且进行业务功能配置鉴权的为数值型配置数据时，比较所述配置数据基站侧实际生效值与基站侧授权配置值的大小；

所述第三确定子模块用于当所述配置数据基站侧实际生效值小于所述配置数据基站侧授权配置值时判定所述配置数据的受限原因同时还包括受基站自身性能限制。

本发明还提供一种操作维护中心或基站，包括如上所述的配置信息管理装置。

本发明的有益效果是：

本发明提供配置信息管理方法及装置、操作维护中心或基站，通过在配置信息管理装置在业务功能配置鉴权完成后，获取此次配置鉴权中各个配置数据的配置结果，然后对配置结果中的预设配置值以及实际生效值进行分析，获取到实际生效值与预设配置值不一致的配置数据。让网络维护人员不需要在业务功能因非故障原因受限的情况下浪费时间进行原因定位，从而节省了人力物力，优化了资源配置。

附图说明

图1为本发明实施例一提供的配置信息管理方法流程图；

图2为本发明实施例一提供的以去重添加方式更新历史不一致信息表的流程图；

图3为本发明实施例一提供的历史不一致信息删除流程图；

图4为本发明实施例二提供的一种配置信息管理装置示意图；

图5为本发明实施例二提供的另一种配置信息管理装置示意图；

图6为图5中受限原因分析模块的一种示意图；

图7为图5中受限原因分析模块的另一种示意图；

图8为本发明实施例二提供的另一种配置信息管理装置示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。

本发明通过在配置鉴权结束后，获取参与此次配置鉴权的各个配置数据的配置结果，对配置结果中的预设配置值、实际生效值进行分析，可以直接获取实际生效值与预设配置值不一致的配置数据(以下将“实际生效值与预设配置值不一致的配置数据”简称为“不一致配置数据”)

为了更好阐述本发明，下面通过具体实施方式结合附图对本发明作进一步详细说明。

实施例一：

本实施例提供一种配置信息管理方法，具体的，请参考图1：

S101，在基站的业务功能配置鉴权完成后，获取该次业务功能配置的各配置数据的配置结果；

S102，根据所述配置结果得到基站侧实际生效值与后台预设配置值不一致的配置数据。

在配置鉴权过程中，后台网管给出了各个配置数据的预设配置后，会向前台基站发起预设配置信息同步，一般后台网管向前台基站进行批量数据传输，将各个配置数据的预设配置值传输给基站侧。预设配置值在前台基站会接收业务功能配置鉴权，鉴权的具体算法可以参照表1和表2，可以理解的是本实施例提供的配置信息管理方法并不仅仅只适用于通过表1和表2所示的鉴权算法，也应当适用于其他鉴权算法。

当业务功能配置鉴权完成后，获取到该次业务功能配置的各配置数据的配置结果，一般地配置结果里面包含配置数据的预设配置值、授权配置值以及最终的实际生效值，对获取到的配置结果中的配置数据进行分析，比较实际生效值与预设配置值，就可以确定出参与此次业务功能配置鉴权中哪些配置数据受到了限制。一般来说，配置数据的实际生效值会小于或等于其预设配置值，若配置数据的实际生效值与其预设配置值一致，说明该配置数据在此次配置鉴权中并未受限；若实际生效值小于预设配置值，则说明该配置数据在该次配置鉴权中受到了限制。出现不一致配置数据一般是受以下两个因素的影响：一个是基站自身的性能，当基站自身出现故障或其他性能上的问题，配置数据的实际生效值可能会因此受到影响。另一个因素就是配置鉴权，当配置数据的预设配置值的状态或者大小不符合该配置数据的授权配置值时，该配置数据的实际生效值就只能依据授权配置值来确定，在这种情况下，配置数据的实际生效值也必然与其预设配置值不一致。

本实施例还提供一种配置数据管理方法，在获取到不一致数据后，还包括：对不一致数据受限的原因进行分析。为了进一步分析不一致配置数据受限的具体原因，需要对该不一致配置数据的预设配置值与授权配置值进行分析，判断不一致配置数据的后台预设配置值是否受限于基站侧的授权配置值，针对数值 型配置鉴权，当后台预设配置值受限于基站侧的授权配置值时，后台的预设配置值的大小必然超出基站侧允许该配置数据出现的范围；针对开关型配置鉴权，后台给配置数据的预设配置值所表征的状态必然与基站侧的授权配置值所表征的状态不一致。判断不一致配置数据的后台预设配置值是否受限于基站侧的授权配置值，实际上也就是判断配置数据的后台预设配置值是否符合基站侧的授权配置值的要求。当实际生效值并没有受到授权配置值的限制，则判定该不一致配置数据受限的原因为受基站自身性能的影响；当实际生效值受到授权配置值的限制，则判定该不一致配置数据受限的原因包括配置鉴权的影响；进一步的，当判定不一致配置数据受限的原因包括配置鉴权的影响，且进行配置鉴权的为数值型配置数据权时，还可以进一步比较该不一致配置数据的实际生效值与授权配置值的大小，当该不一致配置数据的实际生效值小于授权配置值，则判定该不一致配置数据的受限原因同时还包括受基站自身性能限制，例如，后台给某一配置数据的预设配置值是1600，基站侧将该配置数据的授权配置值限定为1500，而经过配置鉴权后，该配置数据的实际生效值为1400，在这种情况下，该配置数据的后台预设配置值受到授权配置值的限制，但是若只是因为受限的原因，实际生效值应该为1500而非1400。

当确定配置数据的预设配置与实际配置不一致后，可以将该不一致配置数据添加到当前不一致信息表中，当前不一致信息表中包含此次配置鉴权中所有的预设配置值与实际生效值不一致的配置数据。将每次配置鉴权后得到的当前不一致信息表综合在一起就形成了历史不一致信息表，所以也可以将此次配置鉴权中确定的不一致配置数据更新到上次配置鉴权后获得的历史不一致信息表中，添加不一致的配置数据到历史不一致信息表中可以是在分析不一致配置数据具体的受限原因之前或者之后。具体的更新历史不一致信息表的方式有以下 两种：

直接将不一致配置数据添加到历史不一致信息表中。这种更新方式简单、快捷，不需要做其他额外的判断与处理。若上次配置鉴权后获得的历史不一致信息表如表3所示：

表3

在本次配置鉴权后将配置数据5和8添加至表3中，得到新的历史不一致信息表，如表4：

表4

采用上述更新方式在多次功能配置鉴权后，可能会积累较多的记录，配置结果的数据量庞大。另外，一项配置数据可以参与多次功能配置鉴权，若该项配置数据在每一次配置鉴权中都是基站侧的实际生效值与后台侧的预设配置值不一致，如表4中的配置数据5，那么关于此项配置数据的记录很多，但是除最近一次配置结果以外的其他配置结果并没有太大的意义。所以优选地，在本实施例中采用另一种去重添加的方式：当判断某一不一致配置数据在历史不一致信息表中已经存在的时候，删除历史不一致信息表中该不一致配置数据的记录，并将该配置数据当前的不一致记录添加到历史不一致信息表中。采用去重添加方式来更新表3所示的历史不一致信息，得到另一种新的历史不一致信息表， 如表5：

表5

具体的，本实施例中，提供以去重添加方式更新历史不一致信息表的流程，请参考图2：

S201，开始；

S202，选择配置数据的唯一编码、配置数据对应的管理对象名称以及管理对象属性作为第一主关键字；

S203，遍历历史不一致信息表，判断历史不一致信息表中是否包含第一主关键字；

S204，若判断结果为是，则用当前配置结果中第一主关键字对应的配置数据替换历史不一致信息表中第一主关键字对应的配置数据，然后转至S206结束流程；

S205，当判断结果为否则在历史不一致信息表中新建第一主关键字，并添加第一关键字对应的不一致配置数据，然后转至S206结束流程；

S206，结束。

在上述流程中，仅涉及到了在历史信息表中岁当前受限配置数据的新增与修改，并未对之前受限，当前已经不再受限的配置数据进行管理。当时当某项配置数据在之前的配置鉴权过程中存在过实际生效值其预设配置值不一致的情况，该配置数据的配置结果已经被录入历史不一致信息表中，但是在当前的配 置鉴权过程中，其实际生效值已经与预设配置值相同，并不需要再记录在历史不一致信息表中，这时候需要将历史不一致信息表中该不一致信息删除掉，判断某一配置数据的实际生效值符合其预设配置值的要求时，开启历史不一致信息删除流程，具体的请参考图3所示：

S301，开始；

S302，选择配置数据的唯一编码、配置数据对应的管理对象名称以及管理对象属性作为第二主关键字；

S303，遍历历史不一致信息表，判断历史不一致信息表中是否包含第二主关键字；

S304，若判断结果为是，删除历史不一致信息表中第二主关键字所对应的不一致信息，然后转至S305结束流程；

S305，结束。

上述图2所示的以重添加方式更新历史不一致信息表的流程与图3所示的历史不一致信息删除流程能够去除历史不一致信息表中的冗余信息，使历史不一致信息表更加精简。

本实施提供的配置信息管理方法的流程可以全部在基站执行，也可以全部在操作维护中心(Operation and Maintenance Center，OMC)上执行，可以理解的是，也可以一部分流程在基站上执行，另一部分由OMC执行。

当上述流程全部在基站上执行时，执行结束后，可以将在历史不一致信息表发送给OMC。

当上述流程全部在OMC上执行时，在OMC确定出配置数据的受限是因为配置鉴权的影响时，可以进一步提醒用户或者网络维护人员，让网络维护人员不致误会配置数据受限是因为基站的性能问题。

当上述流程部分在基站上执行，另一部分由OMC执行时，例如由基站获取配置数据的配置结果，并将配置结果发送给OMC，由OMC对不一致配置数据的受限原因进行分析。

无论OMC获取到配置数据受限的原因是通过其本身直接获取配置结果分析得到，还是通过基站获取到历史不一致信息表而间接得到，另外，本实施例提供的OMC在获取到历史不一致信息表后，网络维护人员和用户可以在OMC查询历史不一致信息表，从而了解此次配置鉴权后，有哪些配置数据受限。

实施例二：

本实施例提供一种配置信息管理装置，请参考图4：

本实施例提供的配置信息管理装置40包括配置结果获取模块401和不一致数据获取模块402。

配置结果获取模块401用于在基站的业务功能配置鉴权完成后，获取该次业务功能配置的各配置数据的配置结果。获取的配置结果中包含各所述配置数据后台的预设配置值、基站侧的授权配置值以及基站侧的实际生效值。

不一致数据获取模块402用于根据配置结果得到基站侧的实际生效值与后台的预设配置值不一致的配置数据。

在配置鉴权过程中，后台网管给出了各个配置数据的预设配置后，会向前台基站发起预设配置信息同步，一般后台网管向前台基站进行批量数据传输，将各个配置数据的预设配置值传输给基站侧。预设配置值在前台基站会接收业务功能配置鉴权，鉴权的具体算法可以参照表1和表2，可以理解的是本实施例提供的配置信息管理装置管理的对象并不仅仅是于通过表1和表2所示的鉴权算法进行鉴权的配置数据，也应当适用于使用其他鉴权算法的配置数据。

当业务功能配置鉴权完成后，配置结果获取模块401获取到该次业务功能 配置的各配置数据的配置结果，一般配置结果里面包含配置数据的预设配置值、授权配置值以及最终的实际生效值。进一步的，不一致数据获取模块402对获取到的配置结果中的配置数据进行分析，比较实际生效值与预设配置值，就可以确定出参与此次业务功能配置鉴权中哪些配置数据受到了限制。一般来说，配置数据的实际生效值会小于或等于其预设配置值，若配置数据的实际生效值与其预设配置值一致，说明该配置数据在此次配置鉴权中并未受限；若实际生效值小于预设配置值，则说明该配置数据在该次配置鉴权中受到了限制。

在本实施例中，配置信息管理装置40除了包括配置结果获取模块401和不一致数据获取模块402以外，还包括受限原因分析模块403，请参考图5在不一致数据获取模块402获取到不一致数据后，受限原因分析模块403会对受限的配置数据进行分析，得到受限的配置数据受限的原因。从理论上来说，出现不一致配置数据一般是受以下两个因素的影响：一个是基站自身的性能，当基站自身出现故障或其他性能上的问题，配置数据的实际生效值可能会因此受到影响。另一个因素就是配置鉴权，当配置数据的预设配置值的状态或者大小不符合该配置数据的授权配置值时，该配置数据的实际生效值就只能依据授权配置值来确定，在这种情况下，配置数据的实际生效值也必然与其预设配置值不一致。

为了进一步分析不一致配置数据受限的具体原因，请参考图6，受限原因分析模块403包括：受限判断子模块4031、第一确定子模块4032和第二确定子模块4033。

受限判断子模块4031用于判断不一致配置数据的后台预设配置值是否受限于基站侧的授权配置值，针对数值型配置鉴权，当后台预设配置值受限于基站侧的授权配置值时，后台的预设配置值的大小必然超出基站侧允许该配置数据 出现的范围；针对开关型配置鉴权，后台给配置数据的预设配置值所表征的状态必然与基站侧的授权配置值所表征的状态不一致。受限判断子模块4031判断不一致配置数据的后台预设配置值是否受限于基站侧的授权配置值，实际上也就是判断配置数据的后台预设配置值是否符合基站侧的授权配置值的要求。当受限判断子模块4031的判断结果为否，即当实际生效值并没有受到授权配置值的限制时，第二确定子模块4033判定该不一致配置数据受限的原因为受基站自身性能的影响，因为在这种情况下，只有基站出现自身的性能下降或是故障才会引起后台预设配置值与基站侧的实际生效值不一致。当受限判断子模块4031的判断结果为是，即当实际生效值受到授权配置值的限制，则判定该不一致配置数据受限的原因包括配置鉴权的影响。优选地，本实施例提供的另一种示例中的配置信息管理装置40中的受限原因分析模块403除了包括受限判断子模块4031、第一确定子模块4032和第二确定子模块4033以外，还包括比较子模块4034和第三确定子模块4035，如图7，当受限判断子模块4031的判断结果为是，且进行配置鉴权的为数值型配置数据权时，比较子模块4034进一步比较该不一致配置数据的实际生效值与授权配置值的大小，当比较子模块4034的比较结果为该不一致配置数据的实际生效值小于授权配置值，第三确定子模块4035判定该不一致配置数据的受限原因同时还包括受基站自身性能限制，例如，后台给某一配置数据的预设配置值是1600，基站侧将该配置数据的授权配置值限定为1500，而经过配置鉴权后，该配置数据的实际生效值为1400，在这种情况下，该配置数据的后台预设配置值受到授权配置值的限制，但是若只是因为受限的原因，实际生效值应该为1500而非1400。

请参考图8，本实施例提供的配置信息管理装置40除了包括上述配置结果获取模块401、不一致数据获取模块402和受限原因分析模块403外，还包括： 不一致信息更新模块404和不一致信息删除模块405。

当确定配置数据的预设配置与实际配置不一致后，可以将该不一致配置数据添加到当前不一致信息表中，当前不一致信息表中包含此次配置鉴权中所有的预设配置值与实际生效值不一致的配置数据。当然，若不一致信息更新模块403将每次配置鉴权后得到的当前不一致信息表综合在一起，就会形成历史不一致信息表，在本实施例中，不一致信息更新模块404将此次配置鉴权中确定的不一致配置数据更新到上次配置鉴权后获得的历史不一致信息表中，不一致信息更新模块404更新不一致的配置数据到历史不一致信息表中可以是在分析不一致配置数据具体的受限原因之前或者之后。具体的，用于将配置结果中基站侧的实际生效值与后台的预设配置值不一致的配置数据更新到历史不一致信息表中的不一致信息更新模块404包括直接添加子模块4041和去重添加子模块4042：

直接添加子模块4041用于直接将不一致配置数据添加到历史不一致信息表中。采用直接添加子模块4041进行更新时，更新方式简单、快捷，不需要做其他额外的判断与处理。

在多次功能配置鉴权后，直接添加子模块4041添加的不一致配置数据可能较多，历史不一致信息表中可能会积累较多的记录，配置结果的数据量庞大。另外，一项配置数据可以参与多次功能配置鉴权，若该项配置数据在每一次配置鉴权中都是基站侧的实际生效值与后台侧的预设配置值不一致，那么直接添加子模块4041需要多次添加此项配置数据的记录，但是除最近一次配置结果以外的其他配置结果并没有太大的意义。所以优选地，在本实施例中还包括去重添加子模块4042，去重添加子模块4042首先判断某一不一致配置数据在历史不一致信息表中是否已经存在，当判断结果为已经存在的时候，去重添加子模块4042删除历史不一致信息表中该不一致配置数据的记录，并将此次配置结果中该配置数据的不一致记录添加到历史不一致信息表中。

同样的，假设一项配置数据参与多次配置鉴权，那么可能会存在这样的情况：在上一次的配置鉴权结果中，该项配置数据的实际生效值与其预设配置值不一致，但是，在当前的配置鉴权中，该配置数据的实际生效值已经与其预设配置值一致了，此时，需要删除历史不一致信息表中该项配置数据的不一致信息，这时候，就需要用到不一致信息删除模块405，不一致信息删除模块405用于根据配置结果中基站侧的实际生效值与后台的预设配置值一致的配置数据对历史不一致信息表中的不一致信息进行删除。具体的不一致信息删除模块405包括：判断子模块4051和删除子模块4052。

具体的，判断子模块4051用于判断该次业务功能配置的各配置数据的配置结果中基站侧的实际生效值与后台的预设配置值一致的配置数据在历史不一致信息表中是否存在，若某一项配置数据在历史信息表中已经存在，那么就需要利用删除子模块4052将该项配置数据的不一致信息从历史不一致信息表中删除掉，以保证历史不一致信息表中记录的都是各个配置数据不一致的信息。

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

实施例三：

本实施例还提供一种基站，该基站包括实施例二提供的配置信息管理装置。当基站获取到配置数据的配置结果，获取到不一致配置数据，并将不一致的配 置数据更新到历史不一致信息表之后，可以将在历史不一致信息表发送给操作维护中心(Operation and Maintenance Center，OMC)。

本实施例提供一种操作维护中心(Operation and Maintenance Center，OMC)，该OMC包括实施例二提供的配置信息管理装置。

无论OMC获取到配置数据受限的原因是通过其本身直接获取配置结果分析得到，还是通过基站获取到历史不一致信息表而间接得到，本实施例提供的OMC在获取到历史不一致信息表后，网络维护人员和用户可以在OMC查询历史不一致信息表，从而了解此次配置鉴权后，有哪些配置数据受限。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。