一种资源管理方法、装置及多模软基站统一网管与流程

本发明涉及网管资源管理领域，尤其涉及一种资源管理方法、装置及多模软基站统一网管。

背景技术：

软基站(SDR，Software Defined Radio，软件定义的无线电)采用模块化、平台化设计理念，构建多制式、多频段的新一代基站产品，并具备强大的技术演进能力，有效降低了网络成本，解决运营商的成本与技术演进问题，适应现在网络扁平化，终端化等发展趋势。针对软基站的大范围使用，多模软基站统一网管应运而生。

多模软基站统一网管是SDR多模软基站的支撑管理系统，支持多模软基站的混合组网及灵活部署，是面向基站运维管理的部件，最终与EMS(Element Management System，网元管理系统)，控制器统一网管组成可交付的产品包。该网管按照功能构成分为资源、配置、告警、性能、升级维护和北向接口等。

目前SDR多模软基站内的物理设备更新频繁，种类繁多，很多情况下，根据市场需要，希望现网网管能及时支持新增加的物理设备规格，目前的通常做法是，开发人员针对需要添加的新设备，制作设备添加补丁，给外场使用。这样做目前存在几个主要问题：现场虽然可以通过简单的补丁方式新增设备，但是制作补丁需要研发人员手工操作，补丁涉及文件繁多，处理复杂；补丁制作困难，因为很多补丁文件需要在现有版本文件基础上补充新款设备的信息，很容易弄错；目前打补丁的方式是冷补丁方式，需要关闭网管，会影响业务正常 运行，不能随时灵活操作，操作繁杂。

因此，如何提供一种简化管理操作的资源管理方法，是本领域技术人员亟待解决的技术问题。

技术实现要素：

本发明提供了一种资源管理方法、装置及多模软基站统一网管，以解决现有资源管理方法需要打补丁导致的操作繁杂的问题。

本发明提供了一种用于多模软基站统一网管的资源管理方法，其包括：

获取待管理资源；待管理资源包括物理设备和/或逻辑资源；

对待管理资源依次进行抽象处理，生成抽象结果；抽象结果包括资源的特性，以及对其执行管理操作的结果；

根据待管理资源的抽象结果，建立MOM(Message-oriented Middleware,面向消息中间件)模型；

基于MOM模型，根据资源类型管理资源。

进一步的，当资源的资源类型为物理设备时；基于MOM模型，根据资源类型管理资源包括：

根据物理设备的设备参数，生成物理设备业务包；

导入物理设备业务包，解压物理设备业务包，获取并将配置文件发送至对应模块；

解释配置文件，获取操作类型，操作类型包括新增；

当操作类型为新增时，判断MOM模型的原始文件是否包含物理设备，若 包括，则返回错误信息，若不包括，则先加载原始文件，再加载物理设备的增量配置文件，合并生成新配置文件。

进一步的，根据物理设备的设备参数，生成物理设备业务包包括：根据物理设备的设备参数填写物理设备模型定义文档，并导入离线工具；离线工具读取物理设备模型定义文档内各图表的信息，根据业务算法生成各模块需要的数据文件，压缩生成物理设备业务包。

进一步的，在读取物理设备模型定义文档内各图表的信息之后，还包括：校验图表中各属性的数据格式，如不满足，生成错误信息。

进一步的，在合并生成新配置文件之后，还包括：判断物理设备是否需要替换MOM模型中对应的原物理设备，若是，则判断是否满足替换条件，若是，则执行替换操作，将新增配置文件发送至网管客户端。

进一步的，当资源的资源类型为逻辑资源时；基于MOM模型，根据资源类型管理资源包括：

将逻辑资源的抽象结果压缩为逻辑资源业务包；

导入逻辑资源业务包，获取逻辑资源业务包的操作类型，操作类型包括新增或者修改；

判断MOM模型的原始文件是否包含逻辑资源业务包的内容，若包括，则返回错误信息，若不包括，则先加载原始文件，再加载逻辑资源业务包，合并生成新配置文件。

本发明提供了一种用于多模软基站统一网管的资源管理装置，其包括：

获取模块，用于获取待管理资源；待管理资源包括物理设备和/或逻辑资源；

抽象模块，用于对待管理资源依次进行抽象处理，生成抽象结果；抽象结果包括资源的特性，以及对其执行管理操作的结果；

模型模块，用于根据待管理资源的抽象结果，建立MOM模型；

管理模块，用于基于MOM模型，根据资源类型管理资源。

进一步的，当资源的资源类型为物理设备时；管理模块用于：

根据物理设备的设备参数，生成物理设备业务包；

导入物理设备业务包，解压物理设备业务包，获取并将配置文件发送至对应模块；

解释配置文件，获取操作类型，操作类型包括新增；

当操作类型为新增时，判断MOM模型的原始文件是否包含物理设备，若包括，则返回错误信息，若不包括，则先加载原始文件，再加载物理设备的增量配置文件，合并生成新配置文件。

进一步的，管理模块用于根据物理设备的设备参数填写物理设备模型定义文档，并导入离线工具；离线工具读取物理设备模型定义文档内各图表的信息，根据业务算法生成各模块需要的数据文件，压缩生成物理设备业务包。

进一步的，在读取物理设备模型定义文档内各图表的信息之后，管理模块还用于校验图表中各属性的数据格式，如不满足，生成错误信息。

进一步的，在合并生成新配置文件之后，管理模块还用于判断物理设备是否需要替换MOM模型中对应的原物理设备，若是，则判断是否满足替换条件，若是，则执行替换操作，将新增配置文件发送至网管客户端。

进一步的，当资源的资源类型为逻辑资源时；管理模块用于：

将逻辑资源的抽象结果压缩为逻辑资源业务包；

导入逻辑资源业务包，获取逻辑资源业务包的操作类型，操作类型包括新增或者修改；

判断MOM模型的原始文件是否包含逻辑资源业务包的内容，若包括，则返回错误信息，若不包括，则先加载原始文件，再加载逻辑资源业务包，合并生成新配置文件。

本发明提供了一种多模软基站统一网管，其包括本发明提供的资源管理装置。

本发明的有益效果：

本发明提供了一种资源管理方法，对同类设备进行资源建模，通过动态加载新设备的方式，将新增设备的数据信息以增量方式追加到多模软基站统一网管中，同时，根据替换原则，实现设备自替换功能，解决了现有管理方法需要打补丁导致的操作繁杂的问题，降低后方补丁制作难度和工作量，减少出错的可能性，增强了网管添加设备的灵活性。

附图说明

图1为本发明第一实施例提供的资源管理装置的结构示意图；

图2为本发明第二实施例提供的资源管理方法的流程图；

图3为本发明第三实施例中的物理设备模型文档示意图；

图4为本发明第三实施例中的网管系统内信号示意图；

图5为本发明第三实施例中的数据传输流程图。

具体实施方式

现通过具体实施方式结合附图的方式对本发明做出进一步的诠释说明。

第一实施例：

图1为本发明第一实施例提供的资源管理装置的结构示意图，由图1可知，在本实施例中，本发明提供的资源管理装置1包括：

获取模块11，用于获取待管理资源；待管理资源包括物理设备和/或逻辑资源；

抽象模块12，用于对待管理资源依次进行抽象处理，生成抽象结果；抽象结果包括资源的特性，以及对其执行管理操作的结果；

模型模块13，用于根据待管理资源的抽象结果，建立MOM模型；

管理模块14，用于基于MOM模型，根据资源类型管理资源。

在一些实施例中，当资源的资源类型为物理设备时；上述实施例中的管理模块14用于：

根据物理设备的设备参数，生成物理设备业务包；

导入物理设备业务包，解压物理设备业务包，获取并将配置文件发送至对应模块；

解释配置文件，获取操作类型，操作类型包括新增；

当操作类型为新增时，判断MOM模型的原始文件是否包含物理设备，若包括，则返回错误信息，若不包括，则先加载原始文件，再加载物理设备的增量配置文件，合并生成新配置文件。

在一些实施例中，上述实施例中的管理模块14用于根据物理设备的设备参数填写物理设备模型定义文档，并导入离线工具；离线工具读取物理设备模型定义文档内各图表(sheet)的信息，根据业务算法生成各模块需要的数据文件，压缩生成物理设备业务包。

在一些实施例中，上述实施例中的管理模块14在读取物理设备模型定义文档内各sheet的信息之后，还用于校验sheet中各属性的数据格式，如不满足，生成错误信息。

在一些实施例中，上述实施例中的管理模块14在合并生成新配置文件之后，还用于判断物理设备是否需要替换MOM模型中对应的原物理设备，若是，则判断是否满足替换条件，若是，则执行替换操作，将新增配置文件发送至网管客户端。

在一些实施例中，当资源的资源类型为逻辑资源时；上述实施例中的管理模块14用于：

将逻辑资源的抽象结果压缩为逻辑资源业务包；

导入逻辑资源业务包，获取逻辑资源业务包的操作类型，操作类型包括新增或者修改；

判断MOM模型的原始文件是否包含逻辑资源业务包的内容，若包括，则返回错误信息，若不包括，则先加载原始文件，再加载逻辑资源业务包，合并生成新配置文件。

对应的，本发明提供了一种多模软基站统一网管，其包括本发明提供的资源管理装置1。

第二实施例：

图2为本发明第二实施例提供的资源管理方法的流程图，由图2可知，在本实施例中，本发明提供的资源管理方法包括以下步骤：

S201：获取待管理资源；待管理资源包括物理设备和/或逻辑资源；

S202：对待管理资源依次进行抽象处理，生成抽象结果；抽象结果包括资源的特性，以及对其执行管理操作的结果；

S203：根据待管理资源的抽象结果，建立MOM模型；

S204：基于MOM模型，根据资源类型管理资源。

在一些实施例中，当资源的资源类型为物理设备时；上述实施例中的基于MOM模型，根据资源类型管理资源包括：

根据物理设备的设备参数，生成物理设备业务包；

导入物理设备业务包，解压物理设备业务包，获取并将配置文件发送至对应模块；

解释配置文件，获取操作类型，操作类型包括新增；

当操作类型为新增时，判断MOM模型的原始文件是否包含物理设备，若包括，则返回错误信息，若不包括，则先加载原始文件，再加载物理设备的增量配置文件，合并生成新配置文件。

在一些实施例中，上述实施例中的根据物理设备的设备参数，生成物理设备业务包包括：根据物理设备的设备参数填写物理设备模型定义文档，并导入离线工具；离线工具读取物理设备模型定义文档内各图表(sheet)的信息，根据业务算法生成各模块需要的数据文件，压缩生成物理设备业务包。

在一些实施例中，在读取物理设备模型定义文档内各sheet的信息之后，上述实施例中的方法还包括：校验sheet中各属性的数据格式，如不满足，生成错误信息。

在一些实施例中，在合并生成新配置文件之后，上述实施例中的方法还包括：判断物理设备是否需要替换MOM模型中对应的原物理设备，若是，则判断是否满足替换条件，若是，则执行替换操作，将新增配置文件发送至网管客户端。

在一些实施例中，当资源的资源类型为逻辑资源时；上述实施例中的基于MOM模型，根据资源类型管理资源包括：

将逻辑资源的抽象结果压缩为逻辑资源业务包；

导入逻辑资源业务包，获取逻辑资源业务包的操作类型，操作类型包括新增或者修改；

判断MOM模型的原始文件是否包含逻辑资源业务包的内容，若包括，则返回错误信息，若不包括，则先加载原始文件，再加载逻辑资源业务包，合并生成新配置文件。

现结合具体应用场景对本发明做进一步的诠释说明。

第三实施例：

本实施例首先对同类设备进行资源建模，通过动态加载新设备的方式，将新增设备的数据信息以增量方式追加到现网网管中，同时，根据替换原则，实现设备自替换功能。降低后方补丁制作难度和工作量，减少出错的可能性，增加网管添加设备的灵活性。具体的，包括以下步骤：

首先进行资源建模。

这里将建模模型称为管理对象建模(MOM Managed Object Model)，是对基站所有可管理资源的面向对象的抽象，它定义了模型化管理资源的方法和在管理与被管理之间信息传递的结构。

多模软基站网管要求共管多产品的基站，只实现某个产品的资源设备的自动加载和替换意义不大，不具有通用行。所以建模是基础。统一建模，统一表征方式，减少产品之间方言，减少和屏蔽设备模型差异，提高兼容能力。

应用面向对象的概念，对于每个要管理的网络资源，都抽象成管理对象MO(Managed Object)。MO对资源的抽象应该能够反映出资源的特性和对该资源实施管理操作的结果。一个MO代表了基站中一种可被管理的资源，这些资源可以是物理资源(如单板，传输链路)或逻辑资源(如小区、协议等)。资源一般都有可供配置的参数、状态、操作，它被抽象为MO的属性、状态和动作。

这样根据上述思想方法，本发明定义整个基站资源有一个MOM的“静态”定义模型，其中基站的物理资源模型是整个模型的一个“动态”模型。从兼容性原则考虑，只要MOM模型不变，物理设备模型随意增删改在现有系统中都是可以支持热加载的。

针对物理设备模型会定义一份模型文档，文档里面定义了物理设备的基本属性内容，诊断，动态等模块相关内容。新增加的物理设备资源根据建模文档格式，将需要的物理资源数据整理填写到这份模型文档中。模型文件以RRU(Radio Remote Unit，射频拉远单元)为例，见图3所示，一款新增加的RRU模型文档设计RRU的基本属性，射频分析，告警模块等信息。

实现物理设备业务包按照增量方式加载到网管。

物理设备文档模型要转换成网管各模块需要的形式加载到网管中，这些文件统称业务包。将业务包导入网管，存放在一个独立目录，系统在加载文件时，将新老文件都加载读取，最终合并成全文件。

这个业务包，都存放在一个单独的地方，系统在加载这些配置文件时，可以先加载原有配置文件，然后再加载设备的配置文件，最后合并到内存的数据结构中形成完整的配置文件(如果原有配置文件和新增的配置文件内容重复，则以新增的配置文件内容为准)，这样就要求设备的配置文件都是可以按照设备进行拆分的，整个过程不需要服务器端重新启动。如图4和5所示。

还能实现业务包加载和正常补丁的接藕。

因为导入操作和补丁操作可能会对同一类文件进行修改，而对文件的修改是有严格次序的，但是现场在进行导入操作和打补丁操作可能是乱序的。因此如果不分开的话，可能导致文件内容混乱。

导入操作生成的文件并不覆盖原始配置文件，而是存放在另外的地方。在系统加载时合并成全文件信息供相关模块使用。系统在运行期间，产品可以通过打补丁来修改“原始配置文件”和“新导入的配置文件”，也可以通过导入操作新增和修改“新导入的配置文件”。但是导入操作不能修改“原始配置文件”。采用这种装配方式，产品就不用担心补丁操作和导入操作冲突和混淆的问题。

这样设备资源的动态加载不会影响现网网管中现有文件的使用，不会影响网管原本的工作

本实施例还实现了物理设备的自动替换。

根据建模思想，建模框架不变，即资源对象和属性不变，变更的是属性和对象的数据，这样旧的设备在模型不变的情况下，数据可以根据一定的替换原则修改，修改成新设备需要的数据，将新数据同步到基站，实现设备数据的自动替换。

与现有技术相比较，根据本发明的技术思想，可以实现物理设备在现行网管上从无到有的动态添加配置，并且实现设备的自动替换，减少人为操作。物理设备在多模软基站统一网管上实现热加载，可大大满足现网网管配置需要。主要体现在两个重要特点：可重复性：即业务包可以反复在系统上导入，不影响系统功能；无依赖性：即业务包与其他的补丁包没有依赖关系，无论当前系统打了什么补丁，都不影响RRU业务包的导入，并且不影响系统功能。

网管的物理设备包含RRU等众多设备单板，这里以RRU为例根据网管不同应用场景对本发明做进一步的诠释说明：

RRU物理设备文档生成业务包包括：

填写RRU物理设备模型定义文档；

将模型文档导入离线工具；

读取物理设备定义文档中每个sheet(图表)的信息；

校验sheet中每个属性的数据格式，如果格式不满足要求，生成错误信息文件；

根据业务算法生成各模块需要的数据文件；

如果转换的过程出现异常，生成错误信息文件。

RRU实现动态添加的流程步骤：

导入RRU业务包，解压业务包；

将业务包中的文件分发给各个模块，配置模块接收配置模块的相关文件，告警模块接收告警模块的配置文件；

各模块返回接收消息，如果失败，返回失败标示信息，给出错误提示，如果成功执行下一步骤；

解释文件，判断此模型包操作类型，如果是新增RRU，进行下一步骤；

查找原始文件是否包含新增加的这款RRU，如果包含，给出错误提示信息，该RRU已经存在在网管中，如果不包含，执行下一步骤；

先加载原始文件，再加载这款新RRU的增量配置文件；

合并两分文件到内存的数据结构中形成完整的配置文件；

判断新增加这款RRU是否要替换现网网管中已经配置的原RRU；如果不存在，则将新增文件分发到网管客户端；如果存在执行下一步骤；

判断原RRU和新增RRU是否满足替换原则，如果满足执行下一步骤，不满足，直接结束；

执行RRU替换操作，将新增文件分发到网管客户端，流程结束。

原RRU和新增RRU的替换流程：

原RRU简称A，目标(新增)RRU简称B；

B可以代替A是要满足一定替换原则的，最基本的替换原则如下：

首先要判断A和B是否是同一个产品(制式)的RRU；判断A和B的制式是否一样，如果一样执行下一步骤，不一样，流程结束；

A和B的天线数目必须相同，如果一样执行下一步骤，不一样，流程结束；

B支持的频段包含A支持的频段,如果包含执行下一步骤，不包括，流程结束；

相同频段条件下，B的功放大于等于A的功放，不满足流程结束；满足执行下一步骤；

相同制式下，B的Ir(InfraRed，红外通信)协议包含A的，不满足流程结束，满足执行替换。

综上可知，通过本发明的实施，至少存在以下有益效果：

本发明提供了一种资源管理方法，对同类设备进行资源建模，通过动态加载新设备的方式，将新增设备的数据信息以增量方式追加到现网网管中，同时，根据替换原则，实现设备自替换功能，解决了现有管理方法需要打补丁的问题，降低后方补丁制作难度和工作量，减少出错的可能性，增加网管添加设备的灵活性。

以上仅是本发明的具体实施方式而已，并非对本发明做任何形式上的限制，凡是依据本发明的技术实质对以上实施方式所做的任意简单修改、等同变化、结合或修饰，均仍属于本发明技术方案的保护范围。