CN101610173B - 一种对多网元进行数据配置的方法和网管服务器 - Google Patents

Abstract

一种对多网元进行数据配置的方法，将需要配置多个网元的配置数据保存在网管数据库或文件数据库中，在网管服务器中注册多网元命令，该方法包括：发起数据配置业务，判断配置命令是否为多网元命令，如果不是多网元命令，将该命令发送给子进程；如果是多网元命令，将多网元命令拆分为多个单网元命令，并将拆分后得到的单网元命令发送给子进程；由子进程执行单网元命令，向网元下发配置数据；采集网元上发的单网元命令的命令应答，并合并为一个多网元命令的命令应答。本发明还提供了一种对多网元进行数据配置的网管服务器，采用本发明的方法和装置，能实现简单快速的自动化的配置数据的下发，迅速完成对多网元的数据配置。

Description

一种对多网元进行数据配置的方法和网管服务器

技术领域

本发明涉及通信***的网络管理领域，尤其涉及一种对多网元进行数据配置的方法和网管服务器。

背景技术

在通信领域中，网络设备一般通过网管服务器对多种类型的网元和多个网元进行统一管理。网元正常运行需要有一定的配置数据支持，即网元启动时需要通过网管服务器进行初始配置操作，使网元获得初始化参数和运行参数，保证网元能正常的启动和运行。随着业务的增长及功能的多样化，网管服务器管理的网元的数量及类型越来越多，并且网元的功能也越来越多，如果通过手工设置命令对网元进行配置，那么将会浪费大量的人力资源。

现代的网管服务器一般都具有离线配置功能。所述离线是指网管服务器中没有连接网元，或虽然连接了网元、但网管服务器当前还不需要对相应网元进行数据配置；所述离线配置功能是指网管服务器在离线时把需要配置的多个网元的配置数据保存在网管数据库中。当网管服务器管理需要对网元进行数据配置时，并且对应网管服务器已连接对应网元，用数据下载功能把保存在网管数据库中的配置数据按预先设定的先后顺序批量下发到同一网元上，从而迅速准确地完成对网元的数据配置。但是，在现阶段，网管服务器一般只能完成对单个网元的配置数据的批量下发，如果网管服务器管理的网元较多，网管服务器不能同时对多个网元批量下发配置数据，只能在一个网元的配置数据成功下发，接收到该网元的成功应答后，再对下一个网元下发配置数据，因而不能从根本上解决多网元数据配置的效率问题。所述预先设定的先后顺序可以是指根据配置数据的自然数大小排列的顺序，表示顺序的自然数中间可以有间隔。

发明内容

有鉴于此，本发明的主要目的在于提供一种对多网元进行数据配置的方法和网管服务器，实现简单快速的自动化的配置数据下发，迅速完成多个网元的数据配置。

为达到上述目的，本发明的技术方案是这样实现的：

一种对多网元进行大数据量配置的方法，该方法包括：将配置命令的命令码与预先存储的命令码进行匹配，当二者匹配，所述配置命令为多网元命令，当二者不匹配，所述配置命令为单网元命令；

确定配置命令为多网元命令时，通过分拆合并模块将多网元命令分拆为多个对应的单网元命令，根据拆分后得到的单网元命令向网元下发配置数据。

所述确定配置命令为多网元命令之前，进一步包括：设置多网元命令的命令码，并存储所述命令码；和/或，

所述确定配置命令为多网元命令之前，进一步包括：根据网管用户的输入信息生成配置命令并确定当前数据配置所针对的网元及网元对应的网元标识；

所述通过分拆合并模块将多网元命令拆分为多个对应的单网元命令，具体为：根据获得的网元标识的个数将多网元命令拆分为多个单网元命令，各单网元命令中分别包含一个网元标识。

所述将多网元命令拆分为多个对应的单网元命令之后，进一步包括：登记多网元命令、拆分后的对应各单网元命令、单网元命令个数及各单网元命令的开始时间；还进一步包括：将拆分后的单网元命令派分给管理各单网元命令所针对的网元的子进程，由子进程向对应网元下发配置数据。

所述向对应网元下发配置数据，包括：子进程注册单网元命令和配置数据的下发数据项的对应关系及各下发数据项之间的依赖顺序关系；根据各下发数据项之间的依赖顺序关系依次向网元下发对应于单网元命令的全部下发数据项。

所述下发配置数据，进一步包括：将网元上的配置数据与网管服务器上存储的配置数据进行对比，在确定网元上的配置数据与网管服务器上存储的配置数据不一致时，将数据对比结果返回给用户界面和/或向相应网元进行配置数据的再次下发；和/或，

所述下发配置数据之后，进一步包括：将规定时间内采集的网元返回的各单网元命令的命令应答，合并为一个多网元命令的命令应答。

所述将多个单网元的命令应答合并为一个多网元的命令应答之后，进一步包括：删除所登记的多网元命令、分拆得到的单网元命令、单网元命令个数及命令的开始时间；或者，

该方法进一步包括：对于未在规定时间内收到网元返回的命令应答的单网元命令，删除所述单网元命令及对应单网元命令的开始时间。

一种对多网元进行数据配置的网管服务器，该网管服务器包括：主调度进程模块、分拆合并模块、子进程模块；其中，

主调度进程模块，用于将配置命令的命令码与预先存储的命令码进行匹配，当二者匹配，所述配置命令为多网元命令，当二者不匹配，所述配置命令为单网元命令；在确定配置命令为多网元命令时，将该配置命令调度到分拆合并模块，并将分拆合并模块返回的多个单网元命令调度到子进程模块；

分拆合并模块，用于将主调度进程模块调度的多网元命令分拆为多个对应的单网元命令；

子进程模块，用于根据收到的单网元命令，向网元下发配置数据。

所述分拆合并模块进一步用于存储多网元命令，具体是存储设置的多网元命令的命令码；还进一步用于通知主调度进程其存储的多网元命令；所述主调度进程模块用于判断配置命令是否为多网元命令具体是根据分拆合并模块存储的多网元命令来完成的；和/或，

所述网管服务器进一步包括：用户界面模块、管理模块；其中，用户界面模块，用于向网管用户提供用户界面，以使网管用户发起数据配置业务时，通过该用户界面按照所需要进行的数据配置进行输入；管理模块，用于根据网管用户在用户界面模块中的输入数据配置业务的信息生成的配置命令、确定对应的网元标识，并提供给主调度进程模块；和/或，

所述网管服务器进一步包括：管理模块，用于根据网管用户输入的数据配置业务信息确定对应的网元标识，并提供给主调度进程模块；所述主调度进程模块还用于将接收到的网元标识提供给分拆合并模块；所述分拆合并模块用于将多网元命令分拆为多个对应的单网元命令具体为：分拆合并模块根据收到的网元标识的个数将多网元命令拆分为多个单网元命令，各单网元命令中分别包含一个网元标识；和/或，

所述子进程模块包括多个子进程；所述网管服务器进一步包括：存储模块；存储模块，用于存储各子进程管理的对应网元；还用于存储数据配置和下发数据项的对应关系、以及各下发数据项之间的依赖顺序关系；所述主调度进程模块进一步用于访问存储模块，确定管理单网元命令所针对的网元的子进程，向子进程模块中的该子进程派分对应单网元命令；所述子进程模块进一步用于访问存储模块，注册单网元命令和配置数据的下发数据项的对应关系及各下发数据项之间的依赖顺序关系；所述子进程模块用于根据收到的单网元命令向网元下发配置数据具体为：根据各下发数据项之间的依赖顺序关系依次向网元下发对应于单网元命令的全部下发数据项；和/或，

网管服务器进一步包括：数据比较模块；数据比较模块，用于在数据配置过程中将网元上的配置数据与网管服务器上存储的配置数据进行对比，在确定网元上的配置数据与网管服务器上存储的配置数据不一致时，将数据对比结果返回给用户界面模块和/或触发子进程模块向相应网元进行配置数据的再次下发。

所述分拆合并模块包括：存储子模块、分拆子模块；其中，

存储子模块，用于设置并存储多网元命令，并通知主调度进程其存储的多网元命令；

分拆子模块，用于接收主调度进程发送的配置命令及对应网元标识，并根据接收到的网元标识的个数将多网元命令拆分为多个单网元命令，并为拆分得到的单网元命令配置一个网元标识；还用于将拆分后的各单网元命令发送给主调度进程模块。

所述分拆合并模块进一步包括：合并子模块、定时中心子模块、回调节点子模块；其中，

回调节点子模块，用于登记多网元命令、拆分后的各对应单网元命令、单网元命令个数及各单网元命令的开始时间；

合并子模块，用于通知回调节点节点子模块返回命令应答的对应单网元命令；进一步用于收到所有未超时的单网元命令的命令应答后，根据单网元命令的命令应答与回调节点子模块中登记的单网元命令之间的对应关系，把多个单网元命令的命令应答合并为一个多网元命令的命令应答，并将合并得到的多网元命令的命令应答发送个主调度进程模块，同时通知回调节点子模块令应答合并完成；

定时中心子模块，用于确定单网元命令超时，具体为：在单网元命令的开始时间启动，每隔一分钟检测一次回调节点子模块中对应单网元命令的已逝时间，在已逝时间已超过规定时间仍没有接收到对应网元返回的命令应答时，则确定对应的单网元命令超时，将超时结果返回给回调节点子模块。

所述回调节点子模块还用于单网元命令超时时，删除超时的单网元命令及相应的开始时间；和/或，还用于在命令应答合并完成之后，删除登记的登记多网元命令、分拆后的单网元命令、单网元命令个数及命令开始时间。

本发明的方法和装置，把需要配置的多个网元的大量配置数据保存在网管数据库或文件数据库中，在网管中注册多网元命令，需要为多个网元配置数据时，网管根据网元的个数将多网元命令拆分为多个单网元命令，由网管上的子进程注册下发数据项和单网元命令的对应关系，通过选择全部或部分下发项，一次性对多个网元下发配置数据，高效完成对多个网元的配置数据的下发，迅速完成多个网元的数据配置，节省大量的人力物力。

附图说明

图1为本发明实施例的对多网元下发配置数据的示意图；

图2为本发明实施例的对多网元进行数据配置方法的实现流程图；

图3为本发明实施例的对多网元进行数据配置的网管服务器的结构示意图；

图4为本发明实施例的分拆合并模块的内部结构示意图。

具体实施方式

下面结合附图及具体实施例对本发明进行详细说明。

本发明的方法和网管服务器能够实现多个网元配置数据的自动下发，对多个网元并行下发配置数据时，各网元配置数据下发关系如图1所示，网管服务器同时向多个网元下发配置数据。

本实施例以传输通讯网管平台为基础，本发明中对多个网元进行数据配置的方法的实现流程如图2所示，包括以下步骤：

步骤201：将配置数据保存在网管数据库或文件数据库中，并在网管服务器中注册多网元命令；

在离线状态下，可以把需要配置的多个网元的大量配置数据保存在网管数据库或文件数据库中。在网管服务器中设置的分拆合并模块中注册多网元命令，具体实现为：设置多网元命令的命令码，并将多网元命令的命令码存储于分拆合并模块，用来标识与命令码相对应的配置命令是一个多网元命令，该命令码唯一标识一个多网元命令。所述多网元命令为针对多网元的配置命令，在需要的情况下还可以包括多网元历史性能和告警查询命令等。

步骤202：主调度进程判断配置命令是否为多网元命令，如果是多网元命令，执行步骤203，将多网元命令拆分为多个单网元命令，然后执行步骤204，将单网元命令发送给对应的子进程；如果不是多网元命令，则执行步骤204，直接将单网元命令发送给对应的子进程；

分拆合并模块通过传输控制协议(TCP：Transmission Control Protocol)与网管服务器中的主调度进程建立连接后，可以通知主调度进程其存储的多网元命令，具体可以是多网元命令的命令码。

在需要对网元进行数据配置时，网管用户通过网管服务器的用户界面发起数据配置业务，并在该用户界面按照所需要进行的数据配置选择网元及数据配置项等，网管服务器的管理模块根据网管用户在用户界面中的输入信息、如根据网管用户所需进行的数据配置生成配置命令，并将配置命令发送给主调度进程。

主调度进程根据分拆合并模块的通知判断配置命令是否为多网元命令，具体处理可以为：将配置命令的命令码与分拆合并模块提供的命令码相匹配，如果能够匹配上，则确定配置命令为多网元命令，如果不能匹配上，确定配置命令为单网元命令。

另外，管理模块根据网管用户在用户界面中的输入信息、如用户选择的需要配置数据的网元，确定对应的网元标识及网元类型，并将网元标识提供给主调度进程，以通知主调度进程需要下发配置数据的对象网元。网管服务器的存储模块中存储有数据配置与网元之间的对应关系以及各网元的网元标识及网元类型，管理模块通过对存储模块的访问，便能够根据网管用户的输入确定网元标识及网元类型。

如果主调度进程确定配置命令为为多网元命令，则主调度进程把该配置命令及管理模块提供的网元标识调度到分拆合并模块，由分拆合并模块将该多网元命令拆分为多个对应的单网元命令，具体可以是根据需要配置数据的网元的个数、即对应的网元标识的个数将多网元命令拆分为多个单网元命令，各单网元命令中分别包含一个网元标识，表示该单网元命令所针对的对应网元。分拆合并模块向主调度进程返回拆分得到的各单网元命令；同时，分拆合并模块在设置的回调节点中登记多网元命令、拆分后的对应各单网元命令、单网元命令个数及各单网元命令的开始时间。单网元命令的开始时间可以是分拆合并模块将拆分得到的单网元命令返回给主调度进程的时间。

之后，由主调度进程将拆分后得到的单网元命令派分给管理对应网元的子进程。不同类型的网元由不同的子进程管理，同一个子进程可以管理多个类型相同的网元。网管服务器的存储模块中存储有各子进程管理的对应网元。主调度进程收到单网元命令后，通过访问存储模块确定管理单网元命令所针对的网元的子进程，然后向该子进程派发单网元命令。

主调度进程派分由多网元命令拆分得到的单网元命令时，可以将单网元命令通过并行或串行的派分方式派分给管理对应网元的子进程，具体选用并行派分方式、还是串行派分方式，可根据实际用途和处理速度来确定。所述串行派分是指将拆分后得到的各单网元命令，一个个发送给子进程进行处理，即等一个单网元命令执行完成后，再发送另一个单网元命令，直至所有的单网元命令执行完成；所述并行派分是指将由多网元命令拆分得到的各单网元命令，同时发送给子进程进行处理。

如果主调度进程确定配置命令为单网元命令，则直接根据管理模块提供的网元标识，将该配置命令发送给管理对应网元的子进程。只要主调度进程确定配置命令的命令码不能与拆合并模块提供的命令码相匹配，就认为该配置命令为单网元命令。此时，即使管理模块提供多个网元标识，主调度进程也只会将该配置命令发送管理其中一个网元的子进程，该网元可以对应于第一个收到的网元标识，或对应于多个网元标识中随机选取的网元标识；如果网元配置有优先级，该网元也可以是优先级最高的网元。

步骤205：子进程接收单网元命令，确定配置数据下发顺序；

子进程接收到单网元命令后，注册单网元命令和配置数据的下发数据项的对应关系及各下发数据项之间的依赖顺序关系，便于配置数据下发过程中，选择全部需要下发的下发数据项。存储模块中存储有数据配置和下发数据项的对应关系、以及各下发数据项之间的依赖顺序关系，由数据配置和下发数据项的对应关系便能够确定与各数据配置相关的全部下发数据项，各下发数据项之间的依赖顺序关系是指下发配置数据时所固有的下发顺序。这样，子进程根据单网元命令确定当前所要进行的数据配置，通过访问存储模块来获取单网元命令对应的下发数据项、以及各下发数据项之间的依赖顺序关系。

所述注册下发数据项和单网元命令之间的对应关系可以是子进程注册一个全局的内存数组，通过该内存数组记录下发数据项和单网元命令之间的对应关系；所述注册各下发数据项之间的依赖顺序关系也可以是子进程注册一个全局的内存数组，通过该内存数组记录各下发数据项之间的依赖顺序关系，防止引起配置数据下发无效，导致一致性错误，如由于下发顺序不正确的下发数据项导致网元的正常功能不能启用。

步骤206：子进程执行收到的单网元命令，下发网元的配置数据；

子进程执行单网元命令，针对相应网元下发配置数据，具体是根据各下发数据项之间的依赖顺序关系依次向相应网元下发对应于该单网元命令的全部下发数据项。同一个网元配置数据的下发，由于根据注册的下发数据项之间的依赖顺序关系来进行，因此是串行处理，具体是根据依赖顺序关系的先后顺序逻辑，串行下发配置数据的相关下发数据项；不同网元配置数据的下发，可以是并行处理，即同时对多个网元下发配置数据。

步骤207：采集网元返回的命令应答，合并为一个多网元命令的命令应答。

网元通过接收配置数据进行数据配置，完成数据配置后，将向主调度进程返回命令应答，该命令应答能够表示出对应数据配置成功与否、及失败原因，也就表示着对应单网元命令的执行成功与否、及失败原因。主调度进程采集网元返回的命令应答，并将收到的命令应答调度给分拆合并模块。

如果分拆合并模块在规定时间内没有接收到网元返回的命令应答，则认为相应的单网元命令超时。所述规定时间是指单网元命令的默认能用处理时间，经验值为3～5分钟，或根据配置命令的执行时间设置的超时时间，认为在规定时间内是能够完成单网元命令的执行的。

由于分拆合并模块在设置的回调节点中登记了单网元命令的开始时间，因此，通过确定相对于单网元命令的开始时间的已逝时间，即可确定是否在规定时间内收到网元返回的命令应答。具体的处理是：分拆合并模块中设置的定时中心子模块在单网元命令的开始时间启动，每隔一分钟检测一次回调节点中对应单网元命令的已逝时间，如果已逝时间已超过规定时间，仍没有接收到对应网元返回的命令应答，则确定对应单网元命令超时。分拆合并模块确定单网元命令超时后，在回调节点中删除超时的单网元命令及对应单网元命令的开始时间，以避免有些单网元命令可能无应答造成无法返回数据配置业务的命令应答，导致用户无法获得数据配置业务执行结果。

分拆合并模块接收到所有未超时的单网元命令的命令应答后，根据单网元命令的命令应答与回调节点中登记的单网元命令之间的对应关系，把多个单网元命令的命令应答合并成一个多网元命令的命令应答，包括各单网元命令的执行成功或失败原因；在完成多网元命令的命令应答的合并后，删除回调节点中登记的多网元命令、拆分后的各单网元命令、单网元命令个数及各单网元命令的开始时间。分拆合并模块将合并得到的多网元命令的命令应答提供给主调度进程，由主调度进程将多网元命令的命令应答调度给用户界面，向网管用户显示数据配置业务的执行结果。

当然，还可以在网管服务器中设置数据比较模块，在数据配置过程中可以实时或定时的将网元上的配置数据与网管服务器上存储的配置数据进行对比，通过对比确定存在不一致时，将数据对比结果返回给用户界面，向网管用户显示；在存在配置数据不一致的情况下，数据比较模块可触发对应子进程向相应网元进行配置数据的再次下发，具体可针对配置数据的单独一项或几项下发数据项进行，以保证网管服务器上存储的配置数据与网元上的配置数据完全一致。

为实现上述方法，本发明提供了一种对多网元进行数据配置的网管服务器，如图3所示，该网管服务器30包括：主调度进程模块32、分拆合并模块33、子进程模块34；其中，

主调度进程模块32，用于确定配置命令为多网元命令时，将该配置命令调度到分拆合并模块33，并将分拆合并模块33返回的多个单网元命令调度到子进程模块34；

分拆合并模块33，用于将主调度进程模块32调度的多网元命令分拆为多个对应的单网元命令；

子进程模块34，用于根据收到的单网元命令，向网元下发配置数据。

主调度进程模块32，还用于确定配置命令不是多网元命令时，直接将该配置命令直接调度到子进程模块34。

分拆合并模块33进一步用于存储多网元命令，具体是存储设置的多网元命令的命令码；主调度进程模块32用于判断配置命令是否为多网元命令具体是根据分拆合并模块33存储的多网元命令来完成的。分拆合并模块33进一步用于与主调度进程建立连接，并通知主调度进程其存储的多网元命令。

网管服务器30进一步包括：用户界面模块31、管理模块35；其中，

用户界面模块31，用于向网管用户提供用户界面，以使网管用户发起数据配置业务时，通过该用户界面按照所需要进行的数据配置进行输入；

管理模块35，用于根据网管用户在用户界面模块31中的输入信息生成配置命令及确定数据配置业务对应的网元标识，并将配置命令及网元标识提供给主调度进程模块32。主调度进程模块32还用于向分拆合并模块33提供收到的网元标识。分拆合并模块33用于将多网元命令分拆为多个对应的单网元命令具体是：根据收到的网元标识的个数将多网元命令拆分为多个单网元命令，各单网元命令中分别包含一个网元标识。

子进程模块34包括多个子进程，网管服务器30进一步包括：存储模块36，用于存储各子进程管理的对应网元；主调度进程模块32进一步用于访问存储模块36，确定管理单网元命令所针对的网元的子进程，向子进程模块34中的该子进程调度对应单网元命令。

存储模块36还用于存储数据配置和下发数据项的对应关系、以及各下发数据项之间的依赖顺序关系；子进程模块34还用于访问存储模块36，注册单网元命令和配置数据的下发数据项的对应关系及各下发数据项之间的依赖顺序关系。这样，子进程模块34用于根据收到的单网元命令向网元下发配置数据具体是：根据各下发数据项之间的依赖顺序关系依次向网元下发对应于单网元命令的全部下发数据项。

分拆合并模块33在拆分多网元命令时，还用于在设置的回调节点子模块中登记多网元命令、拆分后的对应各单网元命令、单网元命令个数及各单网元命令的开始时间。

主调度进程模块32进一步用于采集网元返回的命令应答，并将收到的命令应答调度给分拆合并模块33；分拆合并模块33进一步用于根据单网元命令的命令应答与回调节点子模块中登记的单网元命令之间的对应关系，把多个单网元命令的命令应答合并成一个多网元命令的命令应答，包括各单网元命令的执行成功或失败原因。

分拆合并模块33进一步用于向主调度进程模块32提供合并得到的多网元命令的命令应答；主调度进程模块32进一步用于将收到的多网元命令的命令应答调度给用户界面模块31；用户界面模块31进一步用于向网管用户显示数据配置业务的执行结果。

分拆合并模块33在完成多网元命令的命令应答的合并后，进一步用于删除回调节点中登记的多网元命令、拆分后的各单网元命令、单网元命令个数及各单网元命令的开始时间。

分拆合并模块33还用于确定在规定时间内没有接收到网元返回的命令应答时，确定对应单网元命令超时，在回调节点中删除超时的单网元命令及对应单网元命令的开始时间。分拆合并模块33用于确定单网元命令超时，具体是：将设置的定时中心子模块在单网元命令的开始时间启动，每隔一分钟检测一次回调节点中对应单网元命令的已逝时间，如果已逝时间已超过规定时间，仍没有接收到对应网元返回的命令应答，则确定对应单网元命令超时。

网管服务器30进一步包括：数据比较模块37，用于在数据配置过程中将网元上的配置数据与网管服务器30上存储的配置数据进行对比。数据比较模块37通过对比确定网元上的配置数据与网管服务器30上存储的配置数据不一致时，进一步用于将数据对比结果返回给用户界面模块31；用户界面模块31进一步用于向网管用户显示数据对比结果。数据比较模块37通过对比确定网元上的配置数据与网管服务器30上存储的配置数据不一致时，进一步用于触发子进程模块34向相应网元进行配置数据的再次下发。

分拆合并模块内部结构如图4所示，该模块包括：存储子模块41、分拆子模块42；其中，

存储子模块41，用于存储多网元命令，并通知主调度进程其存储的多网元命令；

分拆子模块42，用于接收主调度进程发送的配置命令及对应网元标识，并根据收到的网元标识的个数将多网元命令拆分为多个单网元命令，并为拆分得到的各单网元命令分别配置一个网元标识；还用于将拆分后的各单网元命令发送给主调度进程模块32；

分拆合并模块进一步包括：回调节点子模块43、合并子模块44、定时中心子模块45；其中，

回调节点子模块43，用于登记多网元命令、拆分后的各对应单网元命令、单网元命令个数及各单网元命令的开始时间；

进一步用于在单网元命令超时后，删除超时的单网元命令；和/或还进一步用于在命令应答合并完成之后，删除登记的登记多网元命令、分拆后的单网元命令、单网元命令个数及各单网元命令的开始时间；

合并子模块44，用于通知回调节点节点子模块已返回命令应答的对应单网元命令；进一步用于收到所有未超时的单网元命令的命令应答后，根据单网元命令的命令应答与回调节点子模块中登记的单网元命令之间的对应关系，将多个单网元命令的命令应答合并为一个多网元命令的命令应答，并将合并得到的多网元命令的命令应答发送给主调度进程模块32，同时通知回调节点子模块43命令应答合并完成；

定时中心子模块45，用于确定单网元命令超时，具体为：在单网元命令的开始时间启动，每隔一分钟检测一次回调节点子模块中对应单网元命令的已逝时间，在已逝时间已超过规定时间仍没有接收到对应网元返回的命令应答时，则确定对应的单网元命令超时，将超时结果返回给回调节点子模块43。

实际应用中，将需要配置的网元的配置数据保存在网管数据库或文件数据库中，在网管服务器30的分拆合并模块33的中存储子模块41中注册并存储多网元命令；分拆合并模块33与主调度进程模块32建立连接后，存储子模块41通知主调度进程模块32其存储的多网元命令。

在实际需要对网元进行数据配置时，网管用户通过网管服务器的用户界面31发起数据配置业务，并在该用户界面31按照所需要进行的数据配置进行输入，网管服务器30的管理模块35根据网管用户在用户界面中的输入信息生成配置命令并通过访问存储模块36确定当前数据配置所针对的网元及对应的网元标识，管理模块35将配置命令及网元标识发送给主调度进程模块32；主调度进程32判断配置命令是否为多网元命令，在为多网元命令时，将该配置命令及网元标识调度到分拆合并模块33；将多网元命令拆分为多个单网元命令，各单网元命令分别包含一个网元标识，同时，分拆合并模块33的在回调节点子模块43中登记多网元命令、拆分得到的各单网元命令、单网元命令的个数及各单网元命令的开始时间；如果主调度进程模块32确定配置命令为单网元命令，则直接根据管理模块35提供的网元标识，将该配置命令发送给管理对应网元的子进程。

子进程模块34包含有多个子进程，主调度进程模块32接收到分拆合并模块33的分拆子模块42返回的拆分得到的单网元命令后，通过访问存储模块36确定管理单网元命令所针对的网元的子进程，并将各单网元命令派分给管理对应网元的子进程，子进程模块34访问存储模块36，注册单网元命令与配置数据的下发数据项的对应关系及各下发数据项之间的依赖顺序关系；子进程模块34执行单网元命令，根据各下发数据项之间的依赖顺序关系依次向相应网元下发对应于该单网元命令的全部下发数据项。

网元通过接收配置数据进行数据配置，完成数据配置后，将向主调度进程32返回命令应答，由主调度进程32采集网元上发的命令应答，并将收到单网元命令的命令应答调度给分拆合并模块33的合并子模块44；如果分拆合并模块33的合并子模块44在规定时间内没有接收到网元返回的命令应答，则认为相应的单网元命令超时，具体为：分拆合并模块33的定时中心子模块45在单网元命令的开始时间启动，每隔一分钟检测一次回调节点子模块42中对应单网元命令的已逝时间，如果已逝时间已超过规定时间，仍没有接收到对应网元返回的命令应答，则确定对应单网元命令超时。在确定单网元命令超时后，回调节点子模块42删除超时的单网元命令及对应单网元命令的开始时间。

分拆合并模块33的合并子模块44采集完所有未超时的单网元命令的命令应答后，由合并子模块44根据单网元命令的命令应答与回调节点子模块43中登记的单网元命令之间的对应关系将多个单网元命令的命令应答合并为一个多网元命令的命令应答，包括各单网元命令的执行成功或失败原因；在完成多网元命令的命令应答的合并后，合并子模块44通知回调节点子模块43命令应答合并完成；回调节点子模块43接收到命令应答完成信息后删除登记的多网元命令、拆分后的各单网元命令、单网元命令个数及各单网元命令的开始时间。同时，分拆合并模块33的合并子模块44将合并得到的多网元命令的命令应答发送给主调度进程模块32，由主调度进程模块32将将收到的多网元命令的命令应答调度给用户界面模块31，用户界面模块31向网管用户显示数据配置业务的执行结果。

当然，还可以在网管服务器中设置数据比较模块37，在数据配置过程中可以实时或定时的将网元上的配置数据与网管服务器30上存储的配置数据进行对比，通过对比确定存在不一致时，将数据对比结果返回给用户界面模块31，向网管用户显示数据对比结果；在存在配置数据不一致的情况下，数据比较模块37可触发对应子进程向相应网元进行配置数据的再次下发，具体可针对配置数据的单独一项或几项下发数据项进行，以保证网管服务器上存储的配置数据与网元上的配置数据完全一致。由于数据比较不是本发明的重点，在此对比模块及与数据比较相关的处理流程不做详细的阐述。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种对多网元进行大数据量配置的方法，其特征在于，该方法包括：

将配置命令的命令码与预先存储的命令码进行匹配，当二者匹配，所述配置命令为多网元命令，当二者不匹配，所述配置命令为单网元命令；

确定配置命令为多网元命令时，通过分拆合并模块将多网元命令分拆为多个对应的单网元命令，根据拆分后得到的单网元命令向网元下发配置数据。

2.根据权利要求1所述的方法，其特征在于，

所述确定配置命令为多网元命令之前，进一步包括：设置多网元命令的命令码，并存储所述命令码；和/或，

所述确定配置命令为多网元命令之前，进一步包括：根据网管用户的输入信息生成配置命令并确定当前数据配置所针对的网元及网元对应的网元标识；

所述通过分拆合并模块将多网元命令拆分为多个对应的单网元命令，具体为：根据获得的网元标识的个数将多网元命令拆分为多个单网元命令，各单网元命令中分别包含一个网元标识。

3.根据权利要求1或2所述的方法，其特征在于，所述将多网元命令拆分为多个对应的单网元命令之后，进一步包括：登记多网元命令、拆分后的对应各单网元命令、单网元命令个数及各单网元命令的开始时间；

还进一步包括：将拆分后的单网元命令派分给管理各单网元命令所针对的网元的子进程，由子进程向对应网元下发配置数据。

4.根据权利要求3所述的方法，其特征在于，

所述向对应网元下发配置数据，包括：子进程注册单网元命令和配置数据的下发数据项的对应关系及各下发数据项之间的依赖顺序关系；根据各下发数据项之间的依赖顺序关系依次向网元下发对应于单网元命令的全部下发数据项。

5.根据权利要求1或2所述的方法，其特征在于，

所述下发配置数据，进一步包括：将网元上的配置数据与网管服务器上存储的配置数据进行对比，在确定网元上的配置数据与网管服务器上存储的配置数据不一致时，将数据对比结果返回给用户界面和/或向相应网元进行配置数据的再次下发；和/或，

所述下发配置数据之后，进一步包括：将规定时间内采集的网元返回的各单网元命令的命令应答，合并为一个多网元命令的命令应答。

6.根据权利要求5所述的方法，其特征在于，

所述将多个单网元的命令应答合并为一个多网元的命令应答之后，进一步包括：删除所登记的多网元命令、分拆得到的单网元命令、单网元命令个数及命令的开始时间；或者，

该方法进一步包括：对于未在规定时间内收到网元返回的命令应答的单网元命令，删除所述单网元命令及对应单网元命令的开始时间。

7.一种对多网元进行数据配置的网管服务器，其特征在于，该网管服务器包括：主调度进程模块、分拆合并模块、子进程模块；其中，

主调度进程模块，用于将配置命令的命令码与预先存储的命令码进行匹配，当二者匹配，所述配置命令为多网元命令，当二者不匹配，所述配置命令为单网元命令；在确定配置命令为多网元命令时，将该配置命令调度到分拆合并模块，并将分拆合并模块返回的多个单网元命令调度到子进程模块；

分拆合并模块，用于将主调度进程模块调度的多网元命令分拆为多个对应的单网元命令；

子进程模块，用于根据收到的单网元命令，向网元下发配置数据。

8.根据权利要求7所述的网管服务器，其特征在于，

所述分拆合并模块进一步用于存储多网元命令，具体是存储设置的多网元命令的命令码；还进一步用于通知主调度进程其存储的多网元命令；所述主调度进程模块用于判断配置命令是否为多网元命令具体是根据分拆合并模块存储的多网元命令来完成的；和/或，

所述网管服务器进一步包括：用户界面模块、管理模块；其中，用户界面模块，用于向网管用户提供用户界面，以使网管用户发起数据配置业务时，通过该用户界面按照所需要进行的数据配置进行输入；管理模块，用于根据网管用户在用户界面模块中的输入数据配置业务的信息生成的配置命令、确定对应的网元标识，并提供给主调度进程模块；和/或，

所述网管服务器进一步包括：管理模块，用于根据网管用户输入的数据配置业务信息确定对应的网元标识，并提供给主调度进程模块；所述主调度进程模块还用于将接收到的网元标识提供给分拆合并模块；所述分拆合并模块用于将多网元命令分拆为多个对应的单网元命令具体为：分拆合并模块根据收到的网元标识的个数将多网元命令拆分为多个单网元命令，各单网元命令中分别包含一个网元标识；和/或，

所述子进程模块包括多个子进程；所述网管服务器进一步包括：存储模块；存储模块，用于存储各子进程管理的对应网元；还用于存储数据配置和下发数据项的对应关系、以及各下发数据项之间的依赖顺序关系；所述主调度进程模块进一步用于访问存储模块，确定管理单网元命令所针对的网元的子进程，向子进程模块中的该子进程派分对应单网元命令；所述子进程模块进一步用于访问存储模块，注册单网元命令和配置数据的下发数据项的对应关系及各下发数据项之间的依赖顺序关系；所述子进程模块用于根据收到的单网元命令向网元下发配置数据具体为：根据各下发数据项之间的依赖顺序关系依次向网元下发对应于单网元命令的全部下发数据项；和/或，

网管服务器进一步包括：数据比较模块；数据比较模块，用于在数据配置过程中将网元上的配置数据与网管服务器上存储的配置数据进行对比，在确定网元上的配置数据与网管服务器上存储的配置数据不一致时，将数据对比结果返回给用户界面模块和/或触发子进程模块向相应网元进行配置数据的再次下发。

9.根据权利要求7或8所述的网管服务器，其特征在于，所述分拆合并模块包括：存储子模块、分拆子模块；其中，

存储子模块，用于设置并存储多网元命令，并通知主调度进程其存储的多网元命令；

分拆子模块，用于接收主调度进程发送的配置命令及对应网元标识，并根据接收到的网元标识的个数将多网元命令拆分为多个单网元命令，并为拆分得到的单网元命令配置一个网元标识；还用于将拆分后的各单网元命令发送给主调度进程模块。

10.根据权利要求9所述的网管服务器，其特征在于，所述分拆合并模块进一步包括：合并子模块、定时中心子模块、回调节点子模块；其中，

回调节点子模块，用于登记多网元命令、拆分后的各对应单网元命令、单网元命令个数及各单网元命令的开始时间；

合并子模块，用于通知回调节点节点子模块返回命令应答的对应单网元命令；进一步用于收到所有未超时的单网元命令的命令应答后，根据单网元命令的命令应答与回调节点子模块中登记的单网元命令之间的对应关系，把多个单网元命令的命令应答合并为一个多网元命令的命令应答，并将合并得到的多网元命令的命令应答发送个主调度进程模块，同时通知回调节点子模块令应答合并完成；

定时中心子模块，用于确定单网元命令超时，具体为：在单网元命令的开始时间启动，每隔一分钟检测一次回调节点子模块中对应单网元命令的已逝时间，在已逝时间已超过规定时间仍没有接收到对应网元返回的命令应答时，则确定对应的单网元命令超时，将超时结果返回给回调节点子模块。

11.根据权利要求10所述的网管服务器，其特征在于，所述回调节点子模块还用于单网元命令超时时，删除超时的单网元命令及相应的开始时间；和/或，还用于在命令应答合并完成之后，删除登记的登记多网元命令、分拆后的单网元命令、单网元命令个数及命令开始时间。

Images