专利名称：一种配置数据文件的下发方法及网管设备的制作方法
技术领域：
本发明涉及通讯技术领域，尤其涉及一种配置数据文件的下发方法及网管设备。
背景技术：
随着无线通讯网管技术的日趋成熟，设备运营商对升级、管理基站的必要工具——网管软件的技术要求已经越来越完善，除体现在网管对数据和信令的处理速度上及对操作基站的命令的完备性外，用户已经越来越注重网管对于所管理的数据是否能很好的直观抽象、是否可以大大减小运维的人力维护成本、以及是否能够满足越来越被看重的用户体验满意度。数据配置是基站网管的一个重要组成部分，如何让用户方便、快捷的将数据配置到基站，同时有利于后续对数据进行查看和维护，是基站网管一直追求的目标。基站网管技术的趋势是为了实现基站侧数据和网管侧数据的解耦，已经由基于表格形式的高耦合性的数据管理方式演变为基于对象化形式的数据拓扑展现方式。现有业内的主要基站网管软件都是基于⑶I (Graphical User hterface，图形用户界面)的形式对基站进行配置管理的，用户通过界面操作进行相应的配置，如单板的配置、传输的配置、无线资源的配置等。这种配置方式有几个弊端1、由于需要逐界面、逐记录的配置，因此每次配置需要花费的时间都比较长；2、由于网管中心需要管理多个网元对象，而本地网管只需要管理一个网元对象， 因此网管中心和本地网管需要开发两套不同的配置界面，这会导致人力资源的重复和浪费；3、配置数据以xml (Extensible Markup Language，可扩展标记语言)的方式展现， 用户难以阅读和查看；4、每新增一个配置的需求或原有配置数据发生改变时，需要大量的研发人员去实现；5、配置界面纷呈多样，用户对界面的要求各不相同，很难一一满足；6、测试人员花费大量的时间去测试界面上的问题，而在外场，用户修改配置数据的时间并不多，导致测试本末倒置。
发明内容
本发明的目的在于提供一种配置数据文件的下发方法及网管设备，以克服现有重界面、轻配置的缺陷。为解决上述问题，本发明提供了一种配置数据文件的下发方法，包括提供界面供用户输入基站的配置数据；在确认用户完成输入后，对于每一站点对应的所述配置数据，按照预定义的数据关系转换为一棵该站点对应的管理对象(MO)树并存储在一个配置文件中；对于每一站点，将新生成的配置文件与原配置文件中的MO树逐节点进行比对，并根据比对结果相应地生成添加、删除或修改记录；对于每一站点，按照先记录删除记录、再记录添加记录、最后记录修改记录的顺序，将生成的各项记录写入配置数据文件后下发到对应站点中。进一步地，所述界面为EXCEL表格。进一步地，所述按照预定义的数据关系转换为一棵该站点对应的MO树，具体包括按照预定的数据关系为每个MO对象实例生成一个本地识别名(LDN)，并建立该 LDN与该MO对象实例其他属性的关联关系；其中，该MO对象实例的LDN由该MO对象实例的所有子节点的相对识别名(RDN)组成，所述RND由该子节点的名称和该子节点的识别名属性值构成。进一步地，对于每一站点，将新生成的配置文件与原配置文件中的MO树逐节点进行比对，并根据比对结果相应地生成添加、删除或修改记录，具体包括将所述新生成的配置文件与原配置文件中MO树上各MO对象实例按照LDN的顺序进行排列；依次轮询原配置文件中MO树上各MO对象实例，判断所述新生成的配置文件中是否有相应的MO对象实例，如没有，则将该MO对象实例的属性信息添加到删除队列；如有，判断二者属性值是否完全相同，如不同，则将所述新生成的配置文件中该MO对象实例的属性信息添加到修改队列；依次轮询所述新生成的配置文件中MO树上各MO对象实例，判断所述原配置文件中是否有相应的MO对象实例，若没有，则将该MO对象实例的属性信息添加到添加队列中。进一步地，所述方法还包括对于所述删除队列中的每一个MO对象实例，如根据其属性信息判断出该MO对象实例是其他MO对象实例的父节点或者该MO对象实例被其他MO对象实例所引用，则将所述其他MO对象实例的属性信息添加到所述删除队列中。进一步地，所述方法还包括对于所述修改队列中的每一个MO对象实例，如根据其属性信息判断出具有只读属性则将该MO对象实例的属性信息从修改队列中删除，并将该MO对象实例的属性信息分别添加到所述删除队列和所述添加队列中。进一步地，所述将新生成的配置文件与原配置文件逐节点进行比对，具体包括先对所述新生成的配置文件与原配置文件中各数据进行合法性校验，在所述新生成的配置文件与原配置文件都通过合法性校验后，再逐节点进行比对。进一步地，所述对各数据进行合法性校验，包括进行下述校验过程中的任意一个或任意组合判断MO对象实例的根节点为存在，且一个MO树中只有一个根节点；所有子节点的父节点的LDN都是存在的；
所有MO节点都有RDN ；所有引用属性都可以找到对应的被引用属性；所有具有引用属性和被引用属性的节点都有合法的LDN ；具有引用属性或被引用属性的节点都是存在的；具有被引用属性的节点位于引用该节点的节点前面；对于每一个被引用的节点，在该MO树中都可以找到引用该节点的节点；LDN不能重复；只有一棵树，且所有节点都已位于树上。相应地，本发明还提供了一种网管设备，用于向基站下发配置数据文件，包括交互模块，用于提供界面供用户输入所述基站的配置数据；存储模块，用于在所述交互模块确认用户完成输入后，对于每一站点对应的所述配置数据，按照预定义的数据关系转换为一棵该站点对应的管理对象(MO)树并存储在一个配置文件中；比对模块，用于对于每一站点，将新生成的配置文件与原配置文件中的MO树逐节点进行比对，并根据比对结果相应地生成添加、删除或修改记录；下发模块，用于对于每一站点，按照先记录删除记录、再记录添加记录、最后记录修改记录的顺序，将生成的各项记录写入配置数据文件后下发到对应站点中。进一步地，所述存储模块用于按照预定义的数据关系转换为一棵该站点对应的MO树，具体包括所述存储模块用于按照预定的数据关系为每个MO对象实例生成一个本地识别名 (LDN)，并建立该LDN与该MO对象实例其他属性的关联关系；其中，该MO对象实例的LDN由该MO对象实例的所有子节点的相对识别名(RDN)组成，所述RND由该子节点的名称和该子节点的识别名属性值构成。进一步地，所述比对模块用于对于每一站点，将新生成的配置文件与原配置文件中的MO树逐节点进行比对，并根据比对结果相应地生成添加、删除或修改记录，具体包括所述比对模块用于将所述新生成的配置文件与原配置文件中MO树上各MO对象实例按照LDN的顺序进行排列；依次轮询原配置文件中MO树上各MO对象实例，判断所述新生成的配置文件中是否有相应的MO对象实例，如没有，则将该MO对象实例的属性信息添加到删除队列；如有，判断二者属性值是否完全相同，如不同，则将所述新生成的配置文件中该MO对象实例的属性信息添加到修改队列；依次轮询所述新生成的配置文件中MO树上各MO对象实例，判断所述原配置文件中是否有相应的MO对象实例，若没有，则将该MO对象实例的属性信息添加到添加队列中。进一步地，所述比对模块还用于对于所述删除队列中的每一个MO对象实例，如根据其属性信息判断出该MO对象实例是其他MO对象实例的父节点或者该MO对象实例被其他MO对象实例所引用，则将所述其他MO对象实例的属性信息添加到所述删除队列中。
进一步地，所述网管设备还包括所述比对模块还用于对于所述修改队列中的每一个MO对象实例，如根据其属性信息判断出具有只读属性，则将该MO对象实例的属性信息从修改队列中删除，并将该MO对象实例的属性信息分别添加到所述删除队列和所述添加队列中。进一步地，所述网管设备还包括校验模块，用于对所述新生成的配置文件与原配置文件中各数据进行合法性校验；所述比对模块用于对通过合法性校验的所述新生成的配置文件与原配置文件逐节点进行比对。进一步地，所述校验模块对各数据进行合法性校验，包括进行下述校验过程中的任意一个或任意组合判断MO对象实例的根节点为存在，且一个MO树中只有一个根节点；所有子节点的父节点的LDN都是存在的；所有MO节点都有RDN;所有引用属性都可以找到对应的被引用属性；所有具有引用属性和被引用属性的节点都有合法的LDN ；具有引用属性或被引用属性的节点都是存在的；具有被引用属性的节点位于引用该节点的节点前面；对于每一个被引用的节点，在该MO树中都可以找到引用该节点的节点；LDN不能重复；只有一棵树，且所有节点都已位于树上。与现有⑶I的界面配置方式相比，弱化了⑶I，用户只需通过一界面输入数据，就可以实现多站或单站数据的配置，网管人员维护更容易；本发明自动生成增量数据，对于用户配置的数据，可以选择全数据下发，也可以选择修改数据下发。同时，本发明可以单独使用，也可以集成到网管中心或本地网管，实现了网管的统一化。与之前GUI修改数据相比， 省去了大量开发界面的人力，将网管研发人员从繁琐的配置开发中解放出来。
图1是本发明实施例中配置数据文件的下发方法流程图；图2是本发明实施例中网管设备的结构图；图3是本发明应用示例中配置数据文件的下发方法的具体流程图；图4是本发明应用示例中新旧两个配置文件进行比对后的结果展示图。
具体实施例方式为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。基于以上配置模式的弊端，本实施例提供一种新的配置模式以解决上面的一些问题。新的配置模式完全弱化GUI，用户只需填写一界面(如excel表格)，该界面支持单站和多站的配置，这样网管中心和本地网管可以使用统一的配置模式。不过弱化⑶I的配置方式有一个问题，和以前GUI方式配置不同，用户可见的是一个完整的配置界面，如果不对该界面中数据进行处理而直接下发，那么下发到基站的也是完整的配置数据，相当于全数据下发，但全数据下发会导致基站复位，相应业务也会中断。基站配置有两种方式，一种是全数据配置，一种是修改数据配置。全数据配置相当于更新该基站的所有配置数据。在这种情况下，基站需要重新启动后配置数据才能生效；修改数据配置则只下发和基站当前配置数据不同的部分，也就是增量数据，这种情况下基站不用重启，收到增量数据后立即生效。本实施例依赖的基础是MOM (Managed Object Model,管理对象模型)， 3GPP TS32. 622称之为NRM(Network Resource Model,网络资源模块性)，或称之为 MIM(Management Information Model，管理信息模型)。它是对网元所有可管理资源的面向对象的抽象，定义了模型化管理资源的方法和在管理者与被管理者之间传递的信息的结构。它是操作维护的基础框架，配置管理、告警管理、性能管理、版本管理等所有操作维护功能都需要依赖于这个模型。MOM中描述了 MOC (Managed Object Class，管理对象类)的属性和操作，以及它们之间的关系。MCKManaged Object，管理对象)是基于MOM管理方式的基本单元，一个网元就通过MO的创建、修改或者删除来被管理。MO封装了特定网络资源的可管理的特征和行为，网络资源可以是一个物理资源(比如单板)，也可以是逻辑资源(比如算法或者协议等)。网络资源的参数叫做MO的属性参数，通过设置MO的属性参数可以对MO进行配置。MO所代表的网络资源的配置和状态等都可以通过MO的属性来查看。以机架为例，在MOM中机架这个物理实体被抽象为一个可被管理的MO (Rack)。Rack中封装了以下可管理的特征=RackId (机架ID)、rackNo (机架编号)、cabinetPosition (机柜位置) 等，这些可管理的特征就是Rack的属性参数，通过设置这些属性参数的值就可以实现对机架的配置。每个MO都有一个识别名，识别名属性的名称由MO类名称与Id组合组成，如 SubRack类中的识别名属性为SubRackld。MO类名称和识别名属性的值组成了相对识别名(Relative Distinguished Name，简称为RDN)，两者以“=”连接，中间没有空格，例如 SubRack = 1。通常情况下，识别名属性的值均采用自然数。在上级对象管理的范围内，每个 MO的RDN必须是唯一的、可区分的，这意味着在某个节点上使用子节点的RDN可以定位到唯一的子节点。某个树分支上所有MO的RDN通过“，”连接在一起组成了本地识别名(Local Distinguished Name,简称为LDN)，通过LDN可以在系统中唯一的确定一个M0，一个LDN的例子如"ManagedElement = 1, Equipment = 1, Rack = 1”。在本实施例中，新旧配置数据中，具有相同LDN的MO对象实例视为同一个对象实例，具有不同LDN的MO对象实例视为不同的对象实例，如旧数据中有的LDN，新数据没有， 则视为这个MO对象实例被删除；而新数据中有的LDN，旧数据没有，则视为这个MO对象实例被添加。由于MOM是一个树型结构，在进行添加删除修改时要遵循以下限制1.添加子节点MO对象实例，必须要有对应的父节点MO对象实例，反之，删除父节点MO对象实例，下面的所有子节点MO对象实例要同时被删除；2.删除被其它节点引用的节点，必须要先删除所有引用该节点的节点后才能删除该节点；3.修改了属性类型为只读的节点，要先删除这个节点再添加，不能直接进行修改操作；4.生成的修改数据要按照基站要求的顺序进行排序。即将修改数据按照先删除、再增加、最后修改的顺序排列。而且，对于针对同一个MO的修改数据，叶子节点的修改数据排在最前面，其父节点的修改数据排在后面；针对父节点的增加的数据排在其子节点的增加的数据的前面。在之前GUI配置中，以上这些限制都是通过提示用户让用户去保证操作的顺序。在本发明中，由网管系统模拟用户操作，自动实现这些限制。如图1所示，本实施例中，一种配置数据文件的下发方法，包括步骤10、提供界面供用户输入基站的配置数据；步骤20、在确认用户完成输入后，对于每一站点对应的所述配置数据，按照预定义的数据关系转换为一棵该站点对应的管理对象(MO)树并存储在一个配置文件中；步骤30、对于每一站点，将新生成的配置文件与原配置文件中的MO树逐节点进行比对，并根据比对结果相应地生成添加、删除或修改记录；步骤40、对于每一站点，按照先记录删除记录、再记录添加记录、最后记录修改记录的顺序，将生成的各项记录写入配置数据文件后下发到对应站点中。在对配置数据进行操作(包括添加、删除、修改)之前，优选地，先会对数据进行基本合法性校验，此校验与版本无关。因为输入是新旧两套配置数据，因此只有这两套配置数据都是基本合法的数据，才能进行后续的操作，合法性校验包括以下内容中的任意一项或任意组合1. MO的根节点为存在，且一个MO树中只有一个根节点；2.所有子节点的父节点的LDN都是存在的；3.所有MO节点都有Mo名称+Id = xx的属性，也即对应的RDN ；4.所有引用属性都可以找到对应的被引用属性；5.所有具有引用属性和被引用属性的节点都有合法的LDN ；6.具有引用属性或被引用属性的节点都是存在的；7.具有被引用属性的节点位于引用该节点的节点前面；8.对于每一个被引用的节点，在该MO树中都可以找到引用该节点的节点；9. LDN不能重复；10.只有一棵树，且所有节点都已位于树上。上面的合法性校验通过后，就可以对新旧数据生成增量记录。具体实现方案如下添加操作有两种情况会视为添加操作，一种是新数据的LDN在旧数据中不存在， 视为直接的添加操作。还有一种间接的添加操作，间接的添加操作又分为以下几种情况，具体描述如下情况一新数据的LDN在旧数据中存在，但是对应具有只读属性的MO对象实例的属性发生改变，类似于以前⑶I操作，网管会控制只读属性不能修改，必须先删除这条记录，再添加进行。在这种情况下，网管系统会生成一条针对该MO对象实例的删除记录和一条增加记录。情况二 新数据的LDN在旧数据中存在，同时也没有任何属性的修改，但是该节点引用的节点或父节点发生了属性修改的操作，因为连带关系也会针对该节点生成一条删除记录和一条增加记录。这个模拟就类似于⑶I想修改一个具有只读属性的MO对象实例，但是该MO对象实例被其他MO对象实例引用了，那么就得将和此MO对象实例相关的所有MO 对象实例删除，再删除该MO对象实例，然后添加该MO对象实例后，再依次添加刚才连带删掉的MO对象实例。删除操作删除操作也分为直接删除操作和间接删除操作。直接删除操作就是旧数据的LDN在新数据中不存在，视为这个MO对象实例被删除。间接删除操作，同间接添加操作，即当父节点或其引用的节点被删除时，也需要相应删除该节点。修改操作修改操作相对于前面两种操作比较简单。只有直接的修改操作，即旧数据的LDN在新数据中存在，但是该节点的某些属性(如可修改属性)发生改变，就会针对该节点生成一条修改操作，类似于GUI界面修改一条记录。相应地，本实施例中，一种网管设备，用于向基站下发配置数据文件，如图2所示， 包括交互模块，用于提供界面供用户输入所述基站的配置数据；存储模块，用于在所述交互模块确认用户完成输入后，对于每一站点对应的所述配置数据，按照预定义的数据关系转换为一棵该站点对应的管理对象(MO)树并存储在一个配置文件中；比对模块，用于对于每一站点，将新生成的配置文件与原配置文件中的MO树逐节点进行比对，并根据比对结果相应地生成添加、删除或修改记录；下发模块，用于对于每一站点，按照先记录删除记录、再记录添加记录、最后记录修改记录的顺序，将生成的各项记录写入配置数据文件后下发到对应站点中。较优地，所述存储模块用于按照预定义的数据关系转换为一棵该站点对应的MO树，具体包括所述存储模块用于按照预定的数据关系为每个MO对象实例生成一个本地识别名 (LDN)，并建立该LDN与该MO对象实例其他属性的关联关系；其中，该MO对象实例的LDN由该MO对象实例的所有子节点的相对识别名(RDN)组成，所述RND由该子节点的名称和该子节点的识别名属性值构成。较优地，所述比对模块用于对于每一站点，将新生成的配置文件与原配置文件中的MO树逐节点进行比对，并根据比对结果相应地生成添加、删除或修改记录，具体包括所述比对模块用于将所述新生成的配置文件与原配置文件中MO树上各MO对象实例按照LDN的顺序进行排列；依次轮询原配置文件中MO树上各MO对象实例，判断所述新生成的配置文件中是否有相应的MO对象实例，如没有，则将该MO对象实例的属性信息添加到删除队列；如有，判断二者属性值是否完全相同，如不同，则将所述新生成的配置文件中该MO对象实例的属性信息添加到修改队列；依次轮询所述新生成的配置文件中MO树上各MO对象实例，判断所述原配置文件中是否有相应的MO对象实例，若没有，则将该MO对象实例的属性信息添加到添加队列中。较优地，
所述比对模块还用于对于所述删除队列中的每一个MO对象实例，如根据其属性信息判断出该MO对象实例是其他MO对象实例的父节点或者该MO对象实例被其他MO对象实例所引用，则将所述其他MO对象实例的属性信息添加到所述删除队列中。较优地，上述网管设备中还可以包括所述比对模块还用于对于所述修改队列中的每一个MO对象实例，如根据其属性信息判断出具有只读属性，则将该MO对象实例的属性信息从修改队列中删除，并将该MO对象实例的属性信息分别添加到所述删除队列和所述添加队列中。较优地，上述网管设备中还可以包括校验模块，用于对所述新生成的配置文件与原配置文件中各数据进行合法性校验；所述比对模块用于对通过合法性校验的所述新生成的配置文件与原配置文件逐节点进行比对。较优地，所述校验模块对各数据进行合法性校验，包括进行下述校验过程中的任意一个或任意组合判断MO对象实例的根节点为存在，且一个MO树中只有一个根节点；所有子节点的父节点的LDN都是存在的；所有MO节点都有RDN;所有引用属性都可以找到对应的被引用属性；所有具有引用属性和被引用属性的节点都有合法的LDN ；具有引用属性或被引用属性的节点都是存在的；具有被引用属性的节点位于引用该节点的节点前面；对于每一个被引用的节点，在该MO树中都可以找到引用该节点的节点；LDN不能重复；只有一棵树，且所有节点都已位于树上。下面结合附图采用下述应用示例进行进一步的详细描述。一种配置数据文件的下发方法，如图3所示，包括如下步骤步骤1 提供界面供用户输入配置数据；步骤2 在确认用户输入完成后，将用户输入的配置数据按照预定义的数据关系转换为MO树，并保存为针对对应站点的配置文件；步骤3 将此次配置后生成的各配置文件存入一个新的文件夹中，该文件夹中每个配置文件代表针对一个站点的配置数据，一个文件夹中可以保存针对多个站点的配置文件；步骤4 依次轮询旧文件夹，对于旧文件夹中的每一个配置文件，在新文件夹中找到与之对应于同一站点的配置文件；步骤5 加载这两个配置文件到内存，并在加载的同时对各配置文件中的MO树进行合法性校验，具体校验的过程同上述描述，在此不再进行赘述； 步骤6 两棵MO树分别以treeMap (树图)的方式保存，分别按照LDN对各节点进行排序；
步骤7 依次轮询旧MO树上各节点，查找新MO树上是否有对应节点，若没有，视为该节点被删除，将该节点的各属性信息放入删除队列；若有，检查节点属性是否相同，若不同则视为该节点被修改，将新MO树上该节点的各属性信息放入修改队列；步骤8 依次轮询新MO树上节点，查找旧MO树上是否有对应节点，若没有，视为该节点为新增节点，并将该节点的各属性信息放入添加队列；步骤9 检查添加-删除-修改队列是否有值，若都为空，视为新旧配置数据完全一样，无增量修改数据生成，结束本流程；否则，执行下述流程；步骤10 若修改队列中有值，依次检查该队列中各节点是否具有只读属性；若有具有只读属性的节点，则该节点不能作为修改数据下发到基站，需要从修改队列中删除该节点的属性，并针对该节点生成一条删除记录和一条添加记录且添加到对应的队列中，同时需要递归搜索该节点的子节点和引用该节点的节点，对这些节点亦依次生成删除记录和添加记录且添加到对应的队列中；步骤11 若节点有特殊的业务需要，如FiberCable对象的删除，需连带删除扇区和本地小区对象，需做特殊的增量操作。此处按照系统配置进行，在此不再进行赘述；步骤12 将删除队列、添加队列、修改队列生成配置数据文件，该文件中各节点的属性信息变化情况如图4所示，然后将该文件发送给相应站点。流程结束。本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。以上所述仅为本发明的优选实施例而已，并非用于限定本发明的保护范围。根据本发明的发明内容，还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种配置数据文件的下发方法，包括 提供界面供用户输入基站的配置数据；在确认用户完成输入后，对于每一站点对应的所述配置数据，按照预定义的数据关系转换为一棵该站点对应的管理对象(MO)树并存储在一个配置文件中；对于每一站点，将新生成的配置文件与原配置文件中的MO树逐节点进行比对，并根据比对结果相应地生成添加、删除或修改记录；对于每一站点，按照先记录删除记录、再记录添加记录、最后记录修改记录的顺序，将生成的各项记录写入配置数据文件后下发到对应站点中。
2.如权利要求1所述的方法，其特征在于 所述界面为EXCEL表格。
3.如权利要求1所述的方法，其特征在于所述按照预定义的数据关系转换为一棵该站点对应的MO树，具体包括 按照预定的数据关系为每个MO对象实例生成一个本地识别名(LDN)，并建立该LDN与该MO对象实例其他属性的关联关系；其中，该MO对象实例的LDN由该MO对象实例的所有子节点的相对识别名(RDN)组成，所述RND由该子节点的名称和该子节点的识别名属性值构成。
4.如权利要求3所述的方法，其特征在于对于每一站点，将新生成的配置文件与原配置文件中的MO树逐节点进行比对，并根据比对结果相应地生成添加、删除或修改记录，具体包括将所述新生成的配置文件与原配置文件中MO树上各MO对象实例按照LDN的顺序进行排列；依次轮询原配置文件中MO树上各MO对象实例，判断所述新生成的配置文件中是否有相应的MO对象实例，如没有，则将该MO对象实例的属性信息添加到删除队列；如有，判断二者属性值是否完全相同，如不同，则将所述新生成的配置文件中该MO对象实例的属性信息添加到修改队列；依次轮询所述新生成的配置文件中MO树上各MO对象实例，判断所述原配置文件中是否有相应的MO对象实例，若没有，则将该MO对象实例的属性信息添加到添加队列中。
5.如权利要求4所述的方法，其特征在于，还包括对于所述删除队列中的每一个MO对象实例，如根据其属性信息判断出该MO对象实例是其他MO对象实例的父节点或者该MO对象实例被其他MO对象实例所引用，则将所述其他 MO对象实例的属性信息添加到所述删除队列中。
6.如权利要求4所述的方法，其特征在于，还包括对于所述修改队列中的每一个MO对象实例，如根据其属性信息判断出具有只读属性， 则将该MO对象实例的属性信息从修改队列中删除，并将该MO对象实例的属性信息分别添加到所述删除队列和所述添加队列中。
7.如权利要求3所述的方法，其特征在于所述将新生成的配置文件与原配置文件逐节点进行比对，具体包括 先对所述新生成的配置文件与原配置文件中各数据进行合法性校验，在所述新生成的配置文件与原配置文件都通过合法性校验后，再逐节点进行比对。
8.如权利要求7所述的方法，其特征在于所述对各数据进行合法性校验，包括进行下述校验过程中的任意一个或任意组合 判断MO对象实例的根节点为存在，且一个MO树中只有一个根节点； 所有子节点的父节点的LDN都是存在的； 所有MO节点都有RDN;所有引用属性都可以找到对应的被引用属性； 所有具有引用属性和被引用属性的节点都有合法的LDN ； 具有引用属性或被引用属性的节点都是存在的； 具有被引用属性的节点位于引用该节点的节点前面； 对于每一个被弓丨用的节点，在该MO树中都可以找到引用该节点的节点； LDN不能重复；只有一棵树，且所有节点都已位于树上。
9.一种网管设备，用于向基站下发配置数据文件，包括 交互模块，用于提供界面供用户输入所述基站的配置数据；存储模块，用于在所述交互模块确认用户完成输入后，对于每一站点对应的所述配置数据，按照预定义的数据关系转换为一棵该站点对应的管理对象(MO)树并存储在一个配置文件中；比对模块，用于对于每一站点，将新生成的配置文件与原配置文件中的MO树逐节点进行比对，并根据比对结果相应地生成添加、删除或修改记录；下发模块，用于对于每一站点，按照先记录删除记录、再记录添加记录、最后记录修改记录的顺序，将生成的各项记录写入配置数据文件后下发到对应站点中。
10.如权利要求9所述的网管设备，其特征在于所述存储模块用于按照预定义的数据关系转换为一棵该站点对应的MO树，具体包括 所述存储模块用于按照预定的数据关系为每个MO对象实例生成一个本地识别名 (LDN)，并建立该LDN与该MO对象实例其他属性的关联关系；其中，该MO对象实例的LDN由该MO对象实例的所有子节点的相对识别名(RDN)组成，所述RND由该子节点的名称和该子节点的识别名属性值构成。
11.如权利要求10所述的网管设备，其特征在于所述比对模块用于对于每一站点，将新生成的配置文件与原配置文件中的MO树逐节点进行比对，并根据比对结果相应地生成添加、删除或修改记录，具体包括所述比对模块用于将所述新生成的配置文件与原配置文件中MO树上各MO对象实例按照LDN的顺序进行排列；依次轮询原配置文件中MO树上各MO对象实例，判断所述新生成的配置文件中是否有相应的MO对象实例，如没有，则将该MO对象实例的属性信息添加到删除队列；如有，判断二者属性值是否完全相同，如不同，则将所述新生成的配置文件中该MO对象实例的属性信息添加到修改队列；依次轮询所述新生成的配置文件中MO树上各MO对象实例，判断所述原配置文件中是否有相应的MO对象实例，若没有，则将该MO对象实例的属性信息添加到添加队列中。
12.如权利要求11所述的网管设备，其特征在于所述比对模块还用于对于所述删除队列中的每一个MO对象实例，如根据其属性信息判断出该MO对象实例是其他MO对象实例的父节点或者该MO对象实例被其他MO对象实例所引用，则将所述其他MO对象实例的属性信息添加到所述删除队列中。
13.如权利要求11所述的网管设备，其特征在于，还包括所述比对模块还用于对于所述修改队列中的每一个MO对象实例，如根据其属性信息判断出具有只读属性，则将该MO对象实例的属性信息从修改队列中删除，并将该MO对象实例的属性信息分别添加到所述删除队列和所述添加队列中。
14.如权利要求10所述的网管设备，其特征在于，还包括校验模块，用于对所述新生成的配置文件与原配置文件中各数据进行合法性校验； 所述比对模块用于对通过合法性校验的所述新生成的配置文件与原配置文件逐节点进行比对。
15.如权利要求14所述的网管设备，其特征在于所述校验模块对各数据进行合法性校验，包括进行下述校验过程中的任意一个或任意组合判断MO对象实例的根节点为存在，且一个MO树中只有一个根节点；所有子节点的父节点的LDN都是存在的；所有MO节点都有RDN;所有引用属性都可以找到对应的被引用属性；所有具有引用属性和被引用属性的节点都有合法的LDN ；具有引用属性或被引用属性的节点都是存在的；具有被引用属性的节点位于引用该节点的节点前面；对于每一个被引用的节点，在该MO树中都可以找到引用该节点的节点；LDN不能重复；只有一棵树，且所有节点都已位于树上。
全文摘要
一种配置数据文件的下发方法及网管设备，所述方法包括提供界面供用户输入基站的配置数据；在确认用户完成输入后，对于每一站点对应的所述配置数据，按照预定义的数据关系转换为一棵该站点对应的管理对象(MO)树并存储在一个配置文件中；对于每一站点，将新生成的配置文件与原配置文件中的MO树逐节点进行比对，并根据比对结果相应地生成添加、删除或修改记录；对于每一站点，按照先记录删除记录、再记录添加记录、最后记录修改记录的顺序，将生成的各项记录写入配置数据文件后下发到对应站点中。与现有GUI的界面配置方式相比，弱化了GUI，用户只需通过一界面输入数据，就可以实现多站或单站数据的配置，网管人员维护更容易。
文档编号H04L12/24GK102364894SQ201110323700
公开日2012年2月29日 申请日期2011年10月21日 优先权日2011年10月21日
发明者李琼 申请人:中兴通讯股份有限公司