CN107294754A - 一种资产管理方法及系统 - Google Patents

Abstract

本发明公开了一种资产管理方法及系统，网元管理层向网元代理发送资产管理请求消息，网元代理将该资产管理请求消息发送至基站网元，然后基站网元根据资产管理请求消息生成资产管理文件，并通过网元代理返回至网元管理层。相较于现有技术中网元管理层与基站网元通过本地操作维护层进行信息交互，导致交互过程中产生两次资产管理操作，本发明提供的方案省去本地操作维护层，将原有的三层组网结构转变为二层组网结构，将本地操作维护层上原有的资产管理功能上移到网元管理层，由网元管理层直接对基站网元进行管理，在简化用户操作流程，提高运维效率的同时，节省了人力成本和硬件成本。

Description

一种资产管理方法及系统

技术领域

本发明涉及电信网络管理领域，尤其涉及一种资产管理方法及系统。

背景技术

原有的LTE(Long Term Evolution，长期演进)网络中，RAN(Radio AccessNetwork,无线接入网)侧存在EMS层(Element Management System，网元管理系统)、OMMB层(本地操作维护系统)、基站网元层三层组网结构，请参见图1，EMS层通过OMMB层与基站网元层进行通信，且OMMB层与基站网元层之间是通过非扁平化接口进行通信，这种结构中EMS层和OMMB层上多个功能模块同时存在。具体的，请参见图2，EMS层中包括资产管理模块，OMMB层中包括资产管理模块、资产配置模块以及软件版本管理模块，基站网元层包括三个基站，各基站将资产信息上报至OMMB层中的资产管理模块，OMMB层进行资产采集，并将资产采集结果发送至EMS层，EMS层进行资产管理，并将资产管理信息汇总至NMS层(Network Management System，网络管理系统)。

在图2中，EMS层和OMMB层上同时存在资产管理模块，从单个模块功能来看，局部可能是合理的，但组合后的整体却不合理。功能模块的组合堆叠，使研发方面存在重复开发，各个模块间资源无法调和，进而引发效率问题、鲁棒性及兼容性问题，导致整个运维效率降低，影响用户体验。同时，OMMB层独立于EMS层进行单独部署，也相应的增加了硬件架构开支。

发明内容

本发明要解决的主要技术问题是，提供一种资产管理方法及系统，以解决现有技术中网元管理层与本地操作维护层存在多个功能类似的模块，使得研发方面存在重复开发，且各模块间资源无法调和，进而降低运维效率，影响用户体验；同时，本地操作维护层独立于网元管理层进行单独部署，也相应增加了硬件架构开支的技术问题。

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

网元管理层向网元代理发送资产管理请求消息；

所述网元代理将所述资产管理请求消息发送至基站网元层；

所述基站网元层根据所述资产管理请求消息生成资产管理文件并通过所述网元代理返回至所述网元管理层。

在本发明一种实施例中，所述网元代理部署在本地操作维护层中，所述网元管理层通过所述本地操作维护层与所述基站网元交互。

在本发明一种实施例中，所述网元管理层向网元代理发送资产管理请求消息包括：所述网元管理层接收所述基站网元层发送的资产变更请求；根据所述资产变更请求向所述网元代理发送所述资产管理请求消息。

在本发明一种实施例中，所述资产管理请求消息为资产采集请求消息或资产同步请求消息。

在本发明一种实施例中，所述网元管理层至少包括网元管理单元和资产运营单元；

所述网元管理单元向所述资产运营单元发送资产管理请求消息；

所述资产运营单元对所述资产管理请求消息进行格式转换并通过所述网元代理发送至所述基站网元层；

所述基站网元层根据格式转换后的资产管理请求消息生成资产管理文件并通过所述网元代理返回至所述资产运营单元；

所述资产运营单元对所述资产管理文件进行格式转换并返回至所述网元管理单元。

本发明还提供了一种资产管理系统，包括网元管理层、网元代理、基站网元层；

所述网元管理层，用于向网元代理发送资产管理请求消息；

所述网元代理，用于将所述资产管理请求消息发送至基站网元层；

所述基站网元层，用于根据所述资产管理请求消息生成资产管理文件并通过所述网元代理返回至所述网元管理层。

在本发明一种实施例中，所述网元代理部署在本地操作维护层中，所述网元管理层通过所述本地操作维护层与所述基站网元交互。

在本发明一种实施例中，所述网元管理层还用于接收所述基站网元层发送的资产变更请求，并根据所述资产变更请求向所述网元代理发送所述资产管理请求消息。

在本发明一种实施例中，所述资产管理请求消息为资产采集请求消息或资产同步请求消息。

在本发明一种实施例中，所述网元管理至少包括网元管理单元和资产运营单元；

所述网元管理单元，用于向所述资产运营单元发送资产管理请求消息；

所述资产运营单元，用于对所述资产管理请求消息进行格式转换并通过所述网元代理发送至所述基站网元层；还用于对所述资产管理文件进行格式转换并返回至所述网元管理单元；

所述基站网元层，还用于根据格式转换后的资产管理请求消息生成资产管理文件并通过所述网元代理返回至所述资产运营单元。

本发明的有益效果是：

本发明提供了一种资产管理方法及系统，网元管理层向网元代理发送资产管理请求消息，网元代理将该资产管理请求消息发送至基站网元层，然后基站网元层根据资产管理请求消息生成资产管理文件，并通过网元代理返回至网元管理层。相较于现有技术中网元管理层与基站网元通过本地操作维护层进行信息交互，导致交互过程中产生重复资产管理操作，本发明提供的方案省去本地操作维护层，将原有的三层组网结构转变为二层组网结构，将本地操作维护层上原有的资产管理功能上移到网元管理层，由网元管理层直接对基站网元进行管理，在简化用户操作流程，提高运维效率的同时，节省了人力成本和硬件成本。

附图说明

图1为本发明提供的传统组网架构示意图；

图2为图1的架构细节示意图；

图3为本发明实施例一提供的资产管理方法流程图；

图4为本发明实施例一提供的新、老组网架构兼容示意图；

图5为本发明实施例一提供的另一新、老组网架构兼容示意图；

图6为本发明实施例一提供的新组网架构示意图；

图7为本发明实施例一提供的资产同步流程图；

图8为本发明实施例二提供的资产管理系统示意图。

具体实施方式

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

实施例一

本实施例提供一种资产管理方法，请参见图3，图3为本实施例提供的资产管理方法流程图，其具体步骤如下：

S301，EMS层向网元代理发送资产管理请求消息；

S302，网元代理将资产管理请求消息发送至基站网元层；

S303，基站网元层根据资产管理请求消息生成资产管理文件并通过网元代理返回至EMS层。

通过上述步骤的实施，将传统组网架构扁平化，原有的OMMB层不再存在，原有的EMS层、OMMB层、基站网元层三层组网结构转变为EMS层和基站网元层两层组网结构。同时，原OMMB层转变为网元代理，OMMB层上原有资产管理功能上移至EMS层，由EMS层直接通过网元代理与基站网元层进行信息交互，也即无论现场对OMMB层升级与否，用户都会统一从EMS进入资产管理网元TOPO(拓扑)界面，并操作资产管理功能，避免各层间实现功能重叠。相较于现有技术中三层组网方式下，EMS层与OMMB层需要分别部署，且分别处于运营商不同机房的情况，本发明通过去掉OMMB层，形成扁平化组网，EMS和网元代理部署在同一台硬件环境上，是在基站的开通、部署、运维中即节省了人力和硬件成本，又提升了运维效率。

应该明白是，上述资产管理请求消息，包括但不限于资产采集请求消息或资产同步请求消息。对于上述两种请求消息，将在下文进行详细说明，具体请参见实施例二，这里不再详细赘述。

进一步地，在S301步骤中，EMS层至少包括EMS单元和MMA(资产运维进程)单元；EMS单元通过手工或定时的方式以MML(Man-MachineLanguage，人机语言)命令方式向MMA单元发起资产管理请求消息，MMA单元将该MML命令转换成SNMP(Simple Network Management Protocol，简单网络管理协议)格式的资产管理请求消息，并通过SNMP接口和消息总线发送至网元代理。其中，SNMP是一种在IP网络中管理网络节点(如服务器、工作站、路由器、交换机等)的标准协议，能够使网络管理员提高网络管理效率，及时发现并解决网络问题，以及规划网络的增长等。在S302步骤中，网元代理通过消息总线接收到SNMP格式的资产管理请求消息后，将该请求消息发送至基站网元层。

在S303步骤中，基站网元层接收到该请求消息后，根据该请求消息生成软硬件资产管理文件，该文件格式为xml(Extensible Markup Language，可扩展标记语言)，然后将生成的xml文件主动通过网元代理发送至MMA单元，或者等待MMA单元通过网元代理进行获取，该xml文件通过MMA单元的FTP(FileTransfer Protocol，文件传输协议)接口进行发送，或者MMA单元通过FTP接口进行获取；然后MMA单元将xml文件进行格式转换，将其转换成CSV(Comma-Separated Values，字符分隔值)格式文件。在CSV格式文件中，包括软件资产CSV文件和硬件CSV文件，其中，软件资产CSV文件中包括软件产品包、平台包、固件包和单板运行版本等信息，硬件资产CSV文件中包括单板、机架、机框等资产。最后，MMA单元将该CSV格式文件发送至EMS单元，EMS单元将CSV文件完成资产入库和界面呈现，具体的，资产入库是指，负责对MMA单元返回的CSV文件做处理，进行数据解析并存入数据库并通过界面呈现。资产入库后，用户可以通过界面进行资产导入导出、资产维护、备件管理、维修件管理、查询统计和资产查询统计等操作。

进一步地，在本实施例中，将资产管理功能上移至EMS层，并在EMS层上增加资产适配，例如：将资产模块、集中配置模块和软件版本管理模块均切换至EMS层。但是，如果OMMB层的功能都要同时切换至EMS层，会导致切换幅度过大，且无法兼容原有的组网架构。考虑到运营商现网中存在大量非扁平化OMMB存量版本环境，而本实施例提供的方案是基于新增加的基站网元，也即新增的基站网元采用网元代理方式接入，因此，需要增加扁平化版本和存量版本进行适配，从而既可满足网络管理扁平化趋势，又考虑到运营商对于网络的逐步平滑演进。基于上述原因，本实施例提供了兼容原有基站网元采用的OMMB接入方式的实施方式，该实施方式能够为资产查询提供容灭方案，当消息总线和网元代理在运行过程中崩溃，网元资产仍可通过原有的OMMB层进行上报。其中，容灭可以理解为在各种可能情况下，如设备故障、认为因素及其他不可抗拒的灾难和意外(如火灾、水灾、地震等)时，有措施能够及时接管灾难发生的业务，确保整个系统正常运行，火灾当数据冗余备份设备都遭受毁坏或失效时，还能保证系统正常运行。具体请参见图4，图4为本实施例提供的新、老组网架构兼容示意图，该兼容方式如下：

将OMMB层不通道化，EMS层提供只读的配置集中服务，并在EMS层上部署消息总线，以后可将多个模块在目前商用EMS版本中单独逐步发布，使得网络逐步平滑演进。在EMS层中增加集中配置管理模块，且OMMB层上的原有功能不做调整，原有协议栈也不做变动；每个OMMB层上部署至少一个网元代理，网元代理通过原有的协议栈与基站网元进行通讯。由此，EMS层同时呈现OMMB接入和网元代理只读接口接入两种接入形式。

需要注意的是，EMS层和基站网元层与OMMB层间为非扁平化接口，本实施方式并未对该接口进行改进。通过上述实施方式，EMS层提供服务接口，通过该服务接口(非扁平接口)可通过OMMB层获取以OMMB方式接入的基站网元信息，或者通过网元代理获取以网元代理只读方式接入的基站网元信息，进而实现新、老组网架构的兼容。此外，集成了网元代理的OMMB层通过开关开启、关闭OMMB上的资产采集模块。

进一步地，请参见图5，图5为另一新、老组网架构兼容示意图，在图5中，EMS层包括资产采集模块、集中配置模块、软件版本管理模块、资产适配模块、EVS资产模块、网元接口以及消息总线，资产采集模块分别与资产适配模块、集中配置模块和软件版本管理模块交互，并通过网元接口和消息总线与网元代理建立通讯，其中，网元代理管理三个基站网元，分别为基站网元4-6；而老OMMB层中保持原有的资产采集和管理方式不变，通过老接口和EMS层中的资产适配模块与资产采集模块进行交互，从而实现新、旧组网架构兼容的效果。其中，老OMMB层管理三个基站网元，分别是基站网元1-3。也即采用网元代理接入的基站网元通过扁平化接口进行资产上报，采用老OMMB层接入的基站网元通过非扁平化接口进行资产上报，EMS层同时兼容新、老基站网元，也即在增加扁平化组网架构的同时也会兼容非扁平化的OMMB环境。EMS层可以对网元代理管理的基站网元资产进行采集和管理操作，也可以对老OMMB层管理的基站网元资产进行采集和管理操作。其中，资产采集可以理解为监听下级主动更新上报的资产，以及向下级下发资产同步命令。

应该明白的是，上述图4、图5提供的两种兼容方式，其主要区别在于，图4将网元代理部署在OMMB层实现新、旧组网架构兼容，图5将网元代理与OMMB层并行部署，可以理解为以两条传输线路分别进行资产管理，一条经由OMMB层进行管理，通过非扁平化接口进行数据传输；一条经由网元代理进行管理，通过扁平化接口进行数据传输。针对上述两种兼容方式，本实施例不做限定，可根据实际情况进行合理选择。

进一步地，请参见图6，图6为本实施例提供的新组网架构示意图，网元管理层通过网元代理与基站网元层进行交互，且网元代理与基站网元层间通过扁平化接口进行信息传输。对于新组网架构，其具体实现方式如下：将OMMB层上的资产管理模块和其他功能上移至EMS层，去掉OMMB层，实现通道化，由网元代理替换OMMB层，并在EMS层上新增MMA单元，该MMA单元通过消息总线和网元代理与基站网元交互。

进一步地，在S301步骤中，EMS层在将网元代理发送资产管理请求消息具体为：EMS层首先接收基站网元层发送的资产变更请求，然后根据资产变更请求向网元代理发送资产管理请求消息。其中，资产变更请求包括但不限于基站网元的软件版本变更、硬件资产变更。

实施例二

本实施例基于上述实施例一对本发明提供的资产管理方法做进一步地说明，具体将以资产同步流程和软件资产上报流程为例进行解释。具体的，请参见图7，资产同步流程如下：

S701，EMS单元发起MML指令进行资产同步请求，并将MML请求消息发送至MMA单元；

S702，MMA单元将MML请求消息转换成SNMP格式请求消息，并通过SNMP接口将SNMP格式请求消息通过消息总线发送至网元代理；

S703，网元代理将SNMP格式请求消息转发至基站网元层；

3704，基站网元层接收到MML请求消息后，根据MML请求消息生成xml格式的软硬件资产文件；

S705，MMA单元通过FTP接口从基站网元层中获取xml文件，并将xml文件转换成CSV文件发送至EMS单元；

S706，EMS单元将接收到的CSV文件进行资产入库和界面呈现。

其中，CSV文件包括硬件CSV文件和软件CSV文件，硬件CSV文件中包括单板、机架、机框等资产；软件CSV文件中包括软件产品包、平台包、固件包和单板运行版本等信息。

进一步地，软件资产上报流程如下：

步骤一，基站网元层将软件版本变更信息通过网元代理上报至EMS层中的软件版本管理单元；

步骤二，软件版本管理单元将软件版本变更信息发送至MMA单元；

步骤三，MMA单元对软件版本变更信息进行缓存并处理消息风暴，将处理后的版本变更信息发送至EMS单元；

具体的，消息风暴可以理解为软件版本单元发送信息的频率大于预设频率范围或预设频率阈值，MMA单元就会对消息风暴进行处理。

步骤四，EMS单元根据该版本变更信息向MMA单元以MML命令形式发送资产同步请求消息；

步骤五，MMA单元将MML格式的资产同步请求消息转换成SNMP格式的资产同步请求消息，并发送至软件版本管理单元；

步骤六，软件版本管理单元将SNMP格式的资产同步请求消息通过网元代理发送至对应的基站网元；

步骤七，基站网元根据SNMP格式的资产同步请求消息生成软件资产文件，并将软件资产文件反馈至软件版本管理单元；

具体的，该软件资产文件格式为xml格式。

步骤八，软件版本管理单元将xml格式的软件资产文件通过ftp接口发送至MMA单元；

具体的，MMA单元也可以主动通过ftp接口从软件版本管理单元中获取xml格式的软件资产文件。

步骤九，MMA单元将xml格式的软件资产文件转换成CSV格式的软件资产文件，并发送至EMS单元；

步骤十，EMS单元将CSV格式的软件资产文件进行资产入库并进行界面显示。

需要注意的是，资产采集流程与资产同步流程类似，故本实施例仅以同步流程为例进行说明；同时，硬件资产上报流程与软件资产上报流程同样类似，区别在于硬件资产流程中基站网元的硬件资产变更触发上报SNMP trap消息，并发送至EMS单元，EMS单元收到上报的trap请求消息后，触发EMS同步硬件资产流程；而软件资产上报流程中EMS层管理的基站站网元运行的软件版本发生变更，就会向EMS单元上报软件资产变更通知，也即发送资产同步请求(该资产同步请求即为资产变更请求)，然后EMS单元根据上报的资产同步请求开始执行资产同步流程。因此，本实施例仅以软件资产同步流程为例对本发明提供的方案进行解释。上述SNMP trap可以理解为某种入口，信息到达该入口会使SNMP被管设备主动通知SNMP管理器，而不是等待SNMP管理器的再次轮询。此外，EMS单元、MMA单元和软件版本管理单元均包含于EMS层，EMS层直接与基站网元层进行交互。

通过本发明提供的方案，解决了原有LTE网络中EMS层、OMMB层、基站网元层三层组网结构存在的架构问题。通过架构扁平化调整，理顺了架构层次关系，解决了历史上因架构不合理引发的易用性、效率、鲁棒性以及兼容性问题和弊端。由网管、基站网元协同实现了EMS资产集中管理，使得在不新增硬件的前提下完成架构迁移，同时兼容了现网中存在大量非扁平化老OMMB存量版本的情景。既符合网络扁平化趋势，又考虑到了运营商对于网络逐步平滑演进的需求。方便统一部署、统一运维，降低了建设成本，提升了网络全面管理能力，用户体验感得到增强，并为将来的增值应用提供基础支撑。

实施例三

请参见图8，图8为本实施例提供的资产管理系统示意图，本实施例提供的资产管理系统可以用于实现上述图3示例的资产管理方法，故本实施例将不再详细赘述。该资产管理系统具体包括：网元管理层801、网元代理802、基站网元层803。

其中，网元管理层801用于向网元代理802发送资产管理请求消息；网元代理802用于将所述资产管理请求消息发送至基站网元层803；基站网元层803用于根据所述资产管理请求消息生成资产管理文件并通过所述网元代理802返回至所述网元管理层801。

通过上述步骤的实施，将传统组网架构扁平化，原有的OMMB层不再存在，原有的EMS层、OMMB层、基站网元层三层组网结构转变为EMS层和基站网元层两层组网结构。同时，原OMMB层转变为网元代理，OMMB层上原有资产管理功能上移至EMS层，由EMS层直接通过网元代理与基站网元层进行信息交互，也即无论现场对OMMB层升级与否，用户都会统一从EMS进入资产管理网元TOPO(拓扑)界面，并操作资产管理功能，避免各层间实现功能重叠。相较于现有技术中三层组网方式下，EMS层与OMMB层需要分别部署，且分别处于运营商不同机房的情况，本发明通过去掉OMMB层，形成扁平化组网，EMS和网元代理部署在同一台硬件环境上，是在基站的开通、部署、运维中即节省了人力和硬件成本，又提升了运维效率。

应该明白是，上述资产管理请求消息，包括但不限于资产采集请求消息或资产同步请求消息。对于上述两种请求消息，将在下文进行详细说明，具体请参见实施例二，这里不再详细赘述。

进一步地，网元管理层801包括网元管理单元8011和资产运营单元8012；网元管理单元8011用于向资产运营单元发送资产管理请求消息，资产运营单元8012用于对资产管理请求消息进行格式转换并通过网元代理802发送至基站网元层803；还用于对资产管理文件进行格式转换并返回至网元管理单元8011。此外，基站网元层803还用于根据格式转换后的资产管理请求消息生成资产管理文件并通过所述网元代理返回至资产运营单元8012。

具体的，在网元管理单元8011中，网元管理单元8011通过手工或定时的方式以MML(Man-Machine Language，人机语言)命令方式向资产运营单元8012发起资产管理请求消息，资产运营单元8012将该MML命令转换成SNMP(Simple Network Management Protocol，简单网络管理协议)格式的资产管理请求消息，并通过SNMP接口和消息总线发送至网元代理802。其中，SNMP是一种在IP网络中管理网络节点(如服务器、工作站、路由器、交换机等)的标准协议，能够使网络管理员提高网络管理效率，及时发现并解决网络问题，以及规划网络的增长等。在网元代理802中，网元代理802通过消息总线接收到SNMP格式的资产管理请求消息后，将该请求消息发送至基站网元层703。在基站网元层803中，基站网元层803接收到该请求消息后，根据该请求消息生成软硬件资产管理文件，该文件格式为xml(Extensible Markup Language，可扩展标记语言)，然后将生成的xml文件主动通过网元代理802发送至MMA单元，或者等待资产运营单元8012通过网元代理802进行获取，该xml文件通过资产运营单元8012的FTP(File Transfer Protocol，文件传输协议)接口进行发送，或者资产运营单元8012通过FTP接口进行获取；然后资产运营单元8012将xml文件进行格式转换，将其转换成CSV(Comma-Separated Values，字符分隔值)格式文件。在CSV格式文件中，包括软件资产CSV文件和硬件CSV文件，其中，软件资产CSV文件中包括软件产品包、平台包、固件包和单板运行版本等信息，硬件资产CSV文件中包括单板、机架、机框等资产。最后，MMA单元将该CSV格式文件发送至网元管理单元8011，网元管理单元8011将CSV文件完成资产入库和界面呈现，具体的，资产入库是指，负责对资产运营单元8012返回的CSV文件做处理，进行数据解析并存入数据库并通过界面呈现；资产入库后，用户可以通过界面进行资产导入导出、资产维护、备件管理、维修件管理、查询统计和资产查询统计等操作。

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

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

Claims (10)

1.一种资产管理方法，其特征在于，包括：

网元管理层向网元代理发送资产管理请求消息；

所述网元代理将所述资产管理请求消息发送至基站网元层；

所述基站网元层根据所述资产管理请求消息生成资产管理文件并通过所述网元代理返回至所述网元管理层。

2.如权利要求1所述的资产管理方法，其特征在于，所述网元代理部署在本地操作维护层中，所述网元管理层通过所述本地操作维护层与所述基站网元交互。

3.如权利要求1所述的资产管理方法，其特征在于，所述网元管理层向网元代理发送资产管理请求消息包括：

所述网元管理层接收所述基站网元层发送的资产变更请求；

根据所述资产变更请求向所述网元代理发送所述资产管理请求消息。

4.如权利要求1所述的资产管理方法，其特征在于，所述资产管理请求消息为资产采集请求消息或资产同步请求消息。

5.如权利要求1-4任一项所述的资产管理方法，其特征在于，所述网元管理层至少包括网元管理单元和资产运营单元；

所述网元管理单元向所述资产运营单元发送资产管理请求消息；

所述资产运营单元对所述资产管理请求消息进行格式转换并通过所述网元代理发送至所述基站网元层；

所述基站网元层根据格式转换后的资产管理请求消息生成资产管理文件并通过所述网元代理返回至所述资产运营单元；

所述资产运营单元对所述资产管理文件进行格式转换并返回至所述网元管理单元。

6.一种资产管理系统，其特征在于，包括网元管理层、网元代理、基站网元层；

所述网元管理层，用于向网元代理发送资产管理请求消息；

所述网元代理，用于将所述资产管理请求消息发送至基站网元层；

所述基站网元层，用于根据所述资产管理请求消息生成资产管理文件并通过所述网元代理返回至所述网元管理层。

7.如权利要求6所述的资产管理系统，其特征在于，所述网元代理部署在本地操作维护层中，所述网元管理层通过所述本地操作维护层与所述基站网元交互。

8.如权利要求6所述的资产管理系统，其特征在于，所述网元管理层还用于接收所述基站网元层发送的资产变更请求，并根据所述资产变更请求向所述网元代理发送所述资产管理请求消息。

9.如权利要求6所述的资产管理系统，其特征在于，所述资产管理请求消息为资产采集请求消息或资产同步请求消息。

10.如权利要求6-9任一项所述的资产管理系统，其特征在于，所述网元管理层至少包括网元管理单元和资产运营单元；

所述网元管理单元，用于向所述资产运营单元发送资产管理请求消息；

所述资产运营单元，用于对所述资产管理请求消息进行格式转换并通过所述网元代理发送至所述基站网元层；还用于对所述资产管理文件进行格式转换并返回至所述网元管理单元；

所述基站网元层，还用于根据格式转换后的资产管理请求消息生成资产管理文件并通过所述网元代理返回至所述资产运营单元。