本申请要求于 2010年 1月 8日提交中国专利局、 申请号为 201010042718. 9、 发明名 称为 "数据配置的方法和装置"的中国专利申请的优� ��权， 其全部内容通过引用结合在本 申请中。 技术领域 本发明属于通信技术领域， 尤其涉及一种数据配置的方法和装置。 背景技术 在通信网络中， 网络管理模式根据网络复杂程度的不同可以分 为两种： 第一种为网元 比较少且网元的类型相对单一的情况， 运营商只需要通过网元管理系统 （element management system, EMS ) 就可以实现对网元的管理； 第二种为网元较多或网元的类型繁 杂的情况， 运营商需要设置多个 EMS来分组管理这些网元， 而这多个 EMS进一歩又可以通过 一个网络管理系统 （Network Management System, 匪 S ) 来进行管理。 其中， NMS主要实 现 国 际 电信联盟 电信管 理 网 （ International Telecommunications Union Telecommunication Management Network, ITU TMN)中的网络管理层 (Network Management Layer, NML) 功能， 提供面向网络设备的操作管理功能； EMS主要完成 ITU TMN中的网元管 理层 （Element Management Layer, EML) 功能， 即完成面向设备的操作维护功能。 NMS与 EMS之间的接口称为北向接口（Interface-N， Itf_N)。在 Itf_N中， NMS通常被称为 Manager, EMS通常被称为 Agent , Agent和 Manager之间通过 Itf_N进行交互。 目前很多运营商都采用 Manager和 Agent共同管理的模式。

网元在接入通信网络， 提供通信业务之前 （此阶段通常被称为网元的开站）， 需要经 过一系列的准备工作才能够正常提供业务。 这些准备工作分为三个阶段： 数据准备阶段； 硬件安装阶段； 网元上电后到正式提供业务前的阶段。 在现有技术中网元开站的数据准备 阶段都是由管理人员通过 Agent操作完成， 例如由管理人员准备规划数据， 在 Agent完成数 据导入、 校验和全配置数据的生成等， 由此导致开站的人力成本很高。 发明内容

本发明实施例提供了一种数据配置的方案， 通过该方案使数据准备阶段只需要通过 Manager就可以完成， 而不需要管理人员对 Agent进行操作， 由此实现了网元开站的自动 化， 减少了相应的人力成本。

本发明实施例提供了一种数据配置的方法， 该方法包括：

在网元接入网络之前， 管理单元调用管理单元与被管单元之间的第一 接口， 请求所述 被管单元从所述管理单元指定的位置下载所述 网元的配置数据；

所述管理单元调用所述管理单元与所述被管单 元之间的第二接口， 请求所述被管单元 根据所述配置数据生成所述网元的全配置数据 文件。

本发明实施例还提供了一种数据配置的方法， 该方法包括：

在网元接入网络之前， 当管理单元调用管理单元与被管单元之间的第 一接口时， 被管 单元从管理单元指定的位置下载网元的配置数 据；

当管理单元调用文件管理单元与被管单元之间 的第二接口时， 被管单元根据所述配置 数据生成网元的全配置数据文件。

本发明实施例提供的一种配置的装置， 包括：

第一调用模块，用于在网元接入网络之前，调 用所述装置与被管单元之间的第一接口， 请求被管单元从指定的位置下载网元的配置数 据；

第二调用模块，用于调用所述装置与被管单元 之间的第二接口，请求被管单元根据所 述配置数据生成网元的全配置数据文件。

通过上述本发明实施例提供的数据配置的方法 和装置，可以实现网元配置数据的自动 下载， 减少了开站的人力成本。 附图说明 图 1为本发明方法实施例一的流程示意图；

图 2为本发明方法实施例二的流程示意图；

图 3为本发明方法实施例三的流程示意图；

图 4为本发明方法实施例四的流程示意图；

图 5为本发明方法实施例五的流程示意图；

图 6为本发明方法实施例六的流程示意图；

图 7为本发明方法实施例七的流程示意图；

图 8为本发明装置实施例的结构示意图。 具体实施方式 下面将结合附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描 述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有付出创造性劳动前 提下所获得的所有其他实施例， 都属于本发 明保护的范围。

参见图 1所示， 本发明的方法实施例一包括如下步骤：

歩骤 102:在网元接入网络之前，管理单元调用管理� �元与被管单元之间的第一接口， 请求被管单元从所述管理单元指定的位置下载 网元的配置数据；

上述管理单元指定的位置可以为管理单元所在 的物理实体或第三方服务器。

步骤 104: 管理单元调用管理单元与被管单元之间的第二 接口， 请求被管单元根据所 述配置数据生成网元的全配置数据文件。

上述全配置数据文件为支持网元开站的全部或 部分配置数据组成的文件。

可选地， 在步骤 104之前， 还可以包括：

步骤 103 : 管理单元调用管理单元与被管单元之间的第三 接口请求被管单元对所述配 置数据进行验证。

可选地， 在步骤 104之后， 所述方法还可以包括： 所述被管单元将所述全配置数据文 件保存在被管单元或第三方服务器中。

可选地， 在步骤 104之后， 所述方法还可以包括： 在网元接入网络后， 所述被管单元 将存储的全配置数据文件发送给网元， 发送的方式可以是文件传输等方式， 如利用 ftp。

由于上述步骤中的第一接口、第二接口或第三 接口可以是新定义的接口， 也可以是对 BulkCM (大量配置管理） 中己有的接口进行修改后的接口， 因此下面将通过实施例分别 进行介绍。

如果是采用新定义接口的方式， 则在实施本发明实施例二描述的方法之前， 需要定义 如下北向接口：

( 1 ) startSession接口： Manager通过调用该接口来开启一个会话， 并在 Agent中初 始化与该会话相关的临时资源。

调用该接口的输入参数、 输出参数和前提条件如下：

输入参数： sessionld, 该参数用于标识一个新的会话。 输出参数： 操作结果 （成功或失败）。

前提条件： 上述 sessionld当前不在使用中。

(2) endSession接口： Manager通过调用该接口来结束一个会话， 在 Agent中删除与 该会话相关的文件 （如临时文件、 会话日志文件等）， 并释放系统中相关的资源。 如果之 前调用过 "预激活"接口， Manager调用该 endSession接口将会结束会话， 并释放分配给 该"预激活 "的所有内部本地资源。 如果会话状态为正在进行， 如正在进行上载、 下载或激 活等， Manager调用该接口结束会话将被拒绝。

调用该接口的输入参数、 输出参数和前提条件如下：

输入参数： sessionld, 该参数用于标识一个新的会话。

输出参数： 操作结果 （成功或失败）。

前提条件： 上述 sessionld当前不在使用中。

(3 ) download接口： Manager通过调用该接口来请求 Agent下载并管理一个包含配 置数据的文件。 Agent可以从指定的全局唯一的数据文件引用中� ��取这个配置数据文件。

在下载过程中 Agent可以检查下载的配置数据文件的格式是否� ��确，对于配置数据文 件中的语义错误， Agent在下载配置数据的过程中不需要检查。

调用该接口的输入参数、 输出参数和前提条件如下：

输入参数： sessionld , 用于标识了一个与配置数据文件下载相关联的 会话； downloadDataFileReference ,用于定义待下载的数据所对应的全局唯一的� �件引用，该全局 唯一的文件引用通常是一个具体的文件存储地 址。

输出参数： 操作结果 （成功或失败）。

前提条件： sessionld标识的会话已成功开启， 并且处于闲置 （IDLE)状态。

(4) validate接口： Manager通过调用该接口来请求 Agent验证先前已经下载的配置 数据。 调用该接口可以在 Manager请求 Agent对配置数据进行 "预激活"或 "激活"之前 检査与先前已经下载的配置数据相关的错误。

调用该接口的输入参数、 输出参数和前提条件如下：

输入参数： sessionld, 用于标识了一个与配置数据文件下载相关联的 会话。

输出参数： 操作结果 （成功或失败）。

前提条件： Agent已成功开启 sessionld所标识的会话， 且已经进行 "下载"操作或者 重复进行 "下载"操作。 ( 5 ) generateFile接口： Manager通过调用该接口来请求 Agent生成全配置数据文件。 调用该接口的输入参数、 输出参数和前提条件如下：

输入参数： sessionld, 用于标识一个与配置数据文件下载相关联的会 话。

输出参数： 操作结果 （成功或失败）。

前提条件： Agent已成功开启 sessionld所标识的会话， 下载的数据已经完成校验。 在设置完上述接口后， Manager 就可以通过调用上述接口， 请求 Agent将存储在 Manager或其他第三方服务器上的配置数据下载� � Agent了。 具体可参见图 2所示， 本发 明实施例二包括如下步骤：

步骤 201 : 在网元接入网络之前， Manager首先调用 startSession接口开启一个会话， 如果该会话处于 IDLE状态， 则执行步骤 202; 如果该会话不是处于 IDLE状态， 则执行步 骤 205。

步骤 202: Manager调用 download接口， 请求 Agent下载并管理一个包含配置数据的 文件， 如果下载完成， 则执行步骤 203 ; 如果下载失败， 则执行步骤 205。

步骤 203 : Manager调用 validate接口， 请求 Agent验证先前已经下载的配置数据， 如果验证完成， 则执行步骤 204; 如果验证失败， 则执行步骤 205。

上述步骤 203是可选的， 在步骤 202中下载完成后， 可以直接执行步骤 204。

步骤 204: Manager调用 generateFile接口， 请求 Agent根据上述验证后的数据生成全 配置数据文件， 并执行步骤 205。

步骤 205: Manager调用 endSession接口， 结束上述会话， 并请求 Agent删除与该会 话相关的文件以及释放系统中相关的资源。

上述与会话相关的文件包括临时文件、 会话日志文件等。

通过上述步骤可以实现在网元接入网络以前就 通过 Manger将配置数据下载到 Agent。 上述过程都是通过 Manager调用 Manager与 Agent之间新定义的自配置接口自动完成， 无 需人工参与， 由此节省了大量人力成本。 并且通过该方法可以将网元的配置数据提前下 载 到 Agent上， 当网元接入网络时， 可以随时通知 Agent将数据下发给网元， 由此减少了开 站的时间。

可选地， 除了上述定义的接 口外， 还可以定义一个反馈消息： notify SessionStateChanged, Agent可以通过该消息向 Magnager反馈整个批配置的进展状况， 配置数据的状态主要包括如下几种： 下载失败 （Download Failed)

下载完成 (Download Completed)

验证失败 （Validation Failed)

验证完成 （Validation Completed)

配置文件生成失败 （generateFile Failed)

配置文件验证完成 （generateFile Completed)

例如， 当 Manager调用 download接口后， Agent可以通过 notifySessionStateChanged 消息向 Magnager反馈数据下载完成或失败， 如果下载完成， 则 notifySessionStateChanged 消息中指示的信息为下载完成； 如果下载失败， 贝 ij notifySessionStateChanged 消息中指示 的信息为下载失败。 对于调用 validate 接口或 generateFile 接口后， Agent 可以通过 notifySessionStateChanged消息向 Magnager反馈配置数据状态的方式与此类似， 在此不再 一一进行介绍。

可选地， 除了上述定义的接口外，还可以定义一个 getSessionLog接口， Manager可以 通过调用该接口， 从 Agent获取指定会话的与配置数据文件操作关联� ��活动结果的日志， 该接口可以在任何会话状态下调用， 并且不改变当前的会话状态。

调用该接口的输入参数、 输出参数和前提条件如下：

输入参数： sessionld,用于标识一个指定的会话； logFileReference,用于定义 Manager 中存放结果的地址和文件名。

输出参数： 操作结果 （成功或失败）。

前提条件： sessionld所标识的会话已成功开启， 并且没有被结束。

上述为采用新定义的接口自动下载网元的配置 数据的方法，下面将通过具体的实施例 介绍通过对 BulkCM中已有的接口进行修改来实现网元的配置 数据自动下载的方法。

在介绍本发明的实施例之前， 需要对已有的 BulkCM流程进行一些简单的介绍， 以方 便读者理解。

Bulk CM应用于北向配置数据的上载 （Upload ) 和下载 （download), 在标准中定义 了完善的状态机、 通知机制、 会话日志 （SessionLog) 处理等， 但其应用却聚焦于日常维 护的场景， 即网元开站已完成的情况， 而不能很好地支持网元开站的场景。 因为 Bulk CM 中调用 Activate接口的前提是网元必须在线， 否则就会调用失败， 而在实际开站中， 在数 据准备阶段， 网元很可能还没有完成硬件安装， 因此调用 Activate接口就会失败。 要直接 利用现有的 Bulk CM完成开站， 本申请的发明人经研究想到过如下两种解决方 案：

( 1 ) 在硬件安装前， Manager调用 StartSession开始一个会话， 然后调用 download 接口和 validate接口， 完成配置数据的下发和校验， 在网元上线后再调用 Activate接口。

(2) Manager预先规划好网元的配置数据， 但不启动 Bulk CM程序， 等网元的硬件 安装完成且接入 Agent后再调用 Bulk CM程序， 将配置数据下发到网元。

上述第一种解决方案对于网元己经在线的情况 没有问题，但是对于网元过了比较长的 时间才上线的情况就不合适了， 因为一旦北向调用了 StartSession开始一个会话后，在网元 接入网之前该 Session是不能中断的， 由于 Session资源非常有限， 这种方式会长时间占用 有限的系统资源。

对于上述第二种解决方案， 由于网元的配置数据涉及参数往往很多， Manger在将配 置数据发送给网元之前， 并没有调用 Validate接口对网元的配置数据进行校验， 因此在将 配置数据下发给网元的过程中一旦出现错误， 将会花费很长的时间去对数据进行验证和重 新配置， 由此严重影响了开站的进程。

综上， 上述两种解决方案都不能有效的支持新增网元 设备开站这一应用场景， 本发明 在下面的实施例中通过对 Bulk CM中己有接口的进行修改和扩展， 使得 Bulk CM流程不 但可以支持新开站的场景， 既可以兼容日常维护的场景。

为了使读者清楚本发明的实施例中对 BulkCM 中的哪些接口做了修改， 下面对 BulkCM中原接口的定义和修改后的新接口的定义 进行详细对比。

BulkCM中定义的接口主要包括：

( 1 ) download (下载） 接口；

原接口定义： Manager通过调用该接口请求 Agent来下载并管理一个包含配置数据的 文件。 Agent可以从指定的全局唯一的数据文件引用中� ��取这个配置数据文件。

新接口定义： 与原接口定义相同。

(2) validate (验证) 接口；

原接口定义： 该接口的调用是可选的， Manager通过调用该接口请求 Agent验证先前 已经下载的配置数据。 调用该接口可以在 Manager调用预激活接口或激活接口请求 Agent 对配置数据进行预激活或 "激活"之前检査先前已经下载的配置数据相关� ��错误。 该接口 中包含可选的 "activationMode" 参数， 表明激活的方式。

新接口定义： Manager调用该接口请求 Agent验证先前已经下载的配置数据， 跟传统 接口相比， 该接口不需要 "activationMode" 参数 （因为新开站场景下不涉及配置数据在网 元侧真正激活， 所以不需要设置激活模式）。

(3 ) activate (激活） 接口；

原接口定义： Manager调用该接口请求 Agent激活先前己经下载的配置数据， 该接口 调用的前提是网元已经接入网络。

新接口定义： Manager调用该接口请求 Agent根据下载的配置数据生成全配置数据文 件。

上述接口原始定义的功能和参数具体可以参见 标准文档 3GPP TS 32.612,在介绍完上 述原接口和修改后的新接口之间的差别后， 下面将通过具体的实施例对本发明的方法进行 详细介绍。

参见图 3所示， 本发明实施例三提供了一种获取数据的方法， 该方法通过如下步骤实 现：

步骤 301： Manager调用 Download接口，请求 Agent从 Manager指定的位置下载包含 配置数据的文件；

步骤 302: Manager调用修改后的 Validate接口， 请求 Agent对下载的配置数据进行 验证， 确定其是否合法；

步骤 303 : Manager调用修改后的 Active接口， 请求 Agent根据验证后的配置数据生 成网元的全配置数据文件。

上述步骤 302是可选的， 在执行完歩骤 301后可以直接执行歩骤 303， 即在步骤 303 中， Manager调用修改后的 Active接口， 请求 Agent直接根据下载的配置数据生成网元的 全配置数据文件。

可选的， 在步骤 303之后还可以包括：

步骤 304: Agent存储上述全配置数据文件。例如， Agent可以将上述全配置数据文件 保存在某个路径对应的实体中， 该路径对应的实体可以是 Agent所在的物理实体， 也可以 是第三方服务器。

可选地， 在步骤 304之后还可以包括： 如果网元接入网络， 则 Agent将全配置数据文 件下发到网元。

通过上述方法可以实现网元在接入网络之前， Manager通过调用修改后的 BulkCM接 口， 自动将网元的配置数据提前下载到 Agent上， 以使网元上电后可以随时通知 Agent下 发网元需要的数据， 由此节省了人力成本。 并且通过提前对配置数据进行验证， 进一步保 证了开站的顺利进行。

为了使本发明的实施例能够兼容传统的 BulkCM在维护场景下的应用，在本发明实施 例四中可以对 Manager发送给 Agent的配置文件进行一些修改， 例如， 可以在 Manager 向 Agent下发的配置文件的 bulkCmConfigDataFile节点中增加一个属性 scenarioType，用于 指示数据配置的方式。 属性增加的具体方法如下：

<element name="bulkCmConfigDataFile">

<complexType>

<sequence>

<element name="fileHeader">

[…]

</element>

<element name="configData" maxOccurs="unbounded">

[…]

</element>

<element name="fileFooter">

[…]

</element>

</sequence>

<attribute name=" scenarioType" use="required">

<simpleType>

<restriction base="string">

<enumeration value="tradition"/>

Enumeration value="self configuration"/

</restriction>

<simpleType>

</attribute>

</complexType>

</element>

在上述对 Manager下发给 Agent的配置文件进行设置后， 同时需要在 Agent中对各个 接口的逻辑操作进行相应设置， 例如， 当上述 scenarioType取值为 trandition时 Agent采用 是传统数据配置方式； 此种情况下， Manager和 Agent之间传统 Bulk CM的各个接口含义 不变； 反之， 当上述 scenarioType取值为 self configuration时， Manager禾口 Agent之间按照 本专利的修改后的 Bulk CM接口进行交互。

在修改完上述配置文件和接口之后， Manager就可以选择是通过传统配置方式还是自 配置方式来进行数据配置， 参见图 4所示， 本发明实施例四具体包括如下步骤- 步骤 401 : Manager设置数据配置的方式为自配置方式或传� �配置方式。

步骤 401 具体为， Manager 对上述配置文件的 scenarioType 属性进行设置， 将 scenarioType属性设置为 self configuration (自配置方式） 或 tradition (传统配置方式）。

步骤 402： Manager调用 Download接口，请求 Agent从 Manager指定的位置下载上述 包含配置数据的配置文件； 若配置文件中的 scenarioType属性设置为自配置方式， 则执行 步骤 403 : 若配置文件中的 scenarioType属性设置为传统配置方式， 则按照传统配置方式 对网元的配置数据进行验证、 激活。

步骤 403 : Manager调用修改后的 Validate接口， 请求 Agent对下载的配置数据进行 验证， 确定其是否合法；

步骤 404: Manager调用修改后的 Active接口， 请求 Agent根据验证后的配置数据生 成网元的全配置数据文件。

上述步骤 403是可选的， 在执行完步骤 402后可以直接执行步骤 404， 即在步骤 404 中， Manager调用修改后的 Active接口， 请求 Agent直接根据下载的配置数据生成网元的 全配置数据文件。

可选地， 在步骤 404之后还可以包括：

步骤 405: Agent存储上述全配置数据文件。例如， Agent可以将上述全配置数据文件 保存在某个路径对应的实体中， 该路径对应的实体可以是 Agent所在的物理实体， 也可以 是第三方服务器。

可选地， 在步骤 405之后还可以包括： 如果网元接入网络， 则 Agent将全配置数据文 件下发到网元。

除了上述通过配置文件指示数据配置方式外， 本发明实施例还可以通过对接口进行设 置来指示数据配置方式， 参见图 5所示， 本发明实施例五通过如下方法实现：

首先， 在 Manager与 Agent之间已有的接口中新增一个参数， 用于指示数据配置的方 式；

例如， 在 Agent与 Manager之间的 Validate接口中增加一个 scenarioType参数， 该 scenarioType参数有如下两个取值

( 1 ) tradition: 表示传统配置方式；

(2) self configuration ： 表示自配置方式。

在增加上述 scenarioType参数后， 还需要对 Validate接口的逻辑操作进行相应设置， 如果 scenarioType参数取值为" tradition", 则 Validate接口按照传统配置方式进行操作， 例 如， Validate接口中的 activationMode参数置为有效； 如果 scenarioType参数取值为" self configuration"，则 Validate接口按照自配置方式（即修改后的接口� ��进行操作，例如， Validate 接口中的 activationMode参数被置为无效。

除此之外， 还需要在 Agent与 Manager之间的 Activate接口中增加一个 scenarioType 参数， 该 scenarioType参数有如下两个取值：

( 1 ) tradition: 表示传统配置方式；

(2) self configuration ： 表示自配置方式。

在增加上述 scenarioType参数后， 还需要对 Activate接口的逻辑操作进行相应设置， 如果 scenarioType参数取值为" tradition", 则 Activate按照传统配置方式进行操作， 例如， Activate 接口中原有的 activationMode禾 [I fallbacEnabled 参数被置为有效； 反之， 如果 scenarioType参数取值为" self configuration", 则 Validate接口按照自配置方式（即修改后的 接口）进行操作， 例如， activationMode和 fallbacEnabled参数被置为无效。

在设置完上述接口后， 本发明实施例五主要包括如下步骤：

501： 确定数据配置的方式， 如果网元未接入网络， 则执行步骤 502A; 如果网元已接 入网络， 则执行步骤 502B;

502A: Manager在调用上述修改后的接口将请求 Agent从 Manager下载网元的配置 数据，并请求 Agent对所述配置数据进行验证并生成网元的全� ��置数据文件；在此过程中， 需要将 Validate接口和 Activate接口中 scenarioType参数的值设置为 "self configuration", 以使 Validate接口和 Activate接口按照修改后的接口进行操作。

Manager在调用上述接口时可以通过对 scenarioType参数进行设置来选择配置数据下 载的方式。 除了需要设置该新增的参数外， 调用接口的过程与步骤 301至步骤 303描述的 过程相似， 所以在此不再详述。

步骤 502B: Manager请求 Agent按照传统配置方式对网元的配置数据进行� ��证、激活。 Manager只需要在调用 Validate接口或 Activate接口时， 将 Validate接口和 Activate接口中 的 scenarioType参数的值设置为" tradition"就可以了。

可选地， 在步骤 502A或 502B之后还可以包括：

步骤 503 : Agent存储上述全配置数据文件。例如， Agent可以上述全配置数据文件保 存在某个路径对应的实体中， 该路径对应的实体可以是 Agent所在的物理实体， 也可以是 第三方服务器。

可选地， 在步骤 503之后还可以包括： 如果网元接入网络， 则 Agent将全配置数据文 件下发到网元。

除了上述描述的通过对 BulkCM中已有的接口进行重新定义外，本发明的 实施例还可 以在原 BulkCM已经定义的接口的基础上再新增两个自配 置接口， 通过 BulkCM中已有的 接口和新增的自配置接口共同实现网元配置数 据的自动下载。

首先， 在 Agent和 Manager之间新增两个用于自配置的接口， 即 SC_Validate接口和 SC— GenerateFile 接口， SC_Validate 接口用于自配置场景下批配置数据的校验， SC— GenerateFile接口用于自配置场景下全配置数据文 件的生成。

SC_Validate接口的输入参数和输出参数如下：

输入参数： sessionld (参数 sessionld标识了相关会话。 ）

输出参数： 操作结果 （成功或失败）

SC GenerateFile接口的输入参数和输出如下：

输入参数： sessionld (参数 sessionld标识了相关会话。 ）

输出参数： 操作结果 （成功或失败）

具体参见图 6所示， 本发明实施例六的方法具体包括如下步骤：

步骤 601： Manager调用 download接口， 请求 Agent从 Manager指定的位置下载包 含配置数据的文件；

步骤 602: Manager调用新增的 SC— validate接口对下载的配置数据进行验证， 确定 其是否合法；

步骤 603 : Manager调用新增的 SC— GenerateFile接口， 请求 Agent根据验证后的配置 数据生成网元的全配置数据文件。

上述步骤 602是可选的， 在执行完步骤 601后可以直接执行步骤 603， 即在步骤 603 中， Manager调用新增的 SC_GenerateFile接口， 请求 Agent直接根据下载的配置数据生成 网元的全配置数据文件。 可选的， 在步骤 603之后还可以包括：

步骤 604: Agent存储上述全配置数据文件。例如， Agent可以将上述全配置数据文件 保存在某个路径对应的实体中， 该路径对应的实体可以是 Agent所在的物理实体， 也可以 是第三方服务器。

可选地， 在步骤 604之后还可以包括： 如果网元接入网络， 则 Agent将全配置数据文 件下发到网元。

除了上述描述的通过在 BulkCM己经定义的接口基础上再新增两个自配置 接口以外， 本发明的实施例还可以仅在原 BulkCM 已经定义的接口基础上再新增一个接口， 通过 BulkCM中已有的接口和新增的接口共同实现网元 配置数据的自动下载。

首先，在 Agent和 Manager之间新增一个用于自配置的接口，即 GenerateSCFile接口，

Manager通过调用该接口来请求 Agent生成全配置数据文件。

GenerateSCFile接口的输入参数和输出参数如下：

输入参数： sessionld, 用于标识与配置数据下载相关联的会话； 输出参数： 操作结果

(成功或失败）。

具体参见图 7所示， 本发明实施例七的方法具体包括如下步骤：

步骤 701： Manager调用 download接口， 请求 Agent从 Manager指定的位置下载包 含配置数据的文件；

歩骤 702: Manager调用 BulkCM 的 validate 接口 （validate 接口中的可选参数 activationMode此时被置为无效）对下载的配置数� ��进行验证， 确定其是否合法；

步骤 703 : Manager调用新增的 GenerateSCFile接口， 请求 Agent根据验证后的配置 数据生成网元的全配置数据文件。

上述步骤 702是可选的， 在执行完步骤 701后可以直接执行步骤 703， 即在步骤 703 中， Manager调用 GenerateSCFile接口， 请求 Agent直接根据下载的配置数据生成网元的 全配置数据文件。

可选的， 在步骤 703之后还可以包括：

步骤 704: Agent存储上述全配置数据文件。例如， Agent可以将上述全配置数据文件 保存在某个路径对应的实体中， 该路径对应的实体可以是 Agent所在的物理实体， 也可以 是第三方服务器。

可选地， 在步骤 704之后还可以包括： 如果网元接入网络， 则 Agent将全配置数据文 件下发到网元。

需要说明的是， 上述方法实施例中描述的 Manager可以位于 NMS中， Agent可以位 于 EMS或网元中。

通过上述本发明提供的方法， 可以实现在网元接入网络之前， 通过管理单元调用自配 置接口将网元的配置数据提前下发给被管理单 元， 在网元设备开站过程中不需要管理人员 对 Agent进行操作， 由此节约了人力成本。 并且在将配置数据下发给网元之前已经对配置 数据进行了验证， 由此保证了开站的顺利进行。

除了上述本发明实施例描述的方法外， 本发明还提供了一种获取数据的装置， 参见图 8所示该装置包括：

第一调用模块 802， 用于在网元接入网络之前， 调用所述装置与被管单元之间的第一 接口， 请求被管单元从指定的位置下载网元的配置数 据；

第二调用模块 804， 用于调用所述装置与被管单元之间的第二接口 ， 请求被管单元根 据所述配置数据生成网元的全配置数据文件。

参见图 8所示， 可选地， 该装置可以包括：

第三调用模块 803， 用于在第二调用模块 804调用管理单元与被管单元之间的第二接 口之前， 调用所述装置与被管单元之间的第三接口请求 被管单元对所述配置数据进行验 证。

可选的， 该装置还可以包括：

设置模块 801， 用于在第一调用模块 802调用管理单元与被管单元之间的第一接口之 前， 设置数据的配置方式为自配置方式或传统配置 方式， 若数据配置的方式为自配置方式 则启用第一调用模块 802。

上述装置可以位于网元管理系统中。

通过上述本发明实施例描述的装置， 可以实现在网元接入网络之前， 通过管理单元调 用自配置接口将网元的配置数据提前下发给被 管理单元， 在网元设备开站过程中不需要管 理人员对 Agent进行操作， 由此节约了人力成本。 并且在将配置数据下发给网元之前已经 对配置数据进行了验证， 由此保证了开站的顺利进行。

本领域普通技术人员可以理解实现上述方法实 施例或装置执行的全部或部分步骤可 以通过程序来指令相关的硬件完成。

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