CN109150583A

CN109150583A - 一种北向接口的管理方法及装置

Info

Publication number: CN109150583A
Application number: CN201810691802.XA
Authority: CN
Inventors: 郭华
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2018-06-28
Filing date: 2018-06-28
Publication date: 2019-01-04
Also published as: CN114024821A

Abstract

本发明实施例公开了一种北向接口的管理方法及装置。所述方法包括：获取北向接口对应的北向接口驱动模型；所述北向接口驱动模型包括：描述北向规范模型和设备商模型之间映射转换规则的第一北向模型、描述北向输出文件规则的第二北向模型和描述北向消息处理机制的处理类；获取到设备数据后，根据第一北向模型对所述设备数据进行转换处理，获得北向数据；根据第二北向模型对所述北向数据进行处理，得到北向输出文件；或者根据处理类对所述北向数据进行处理，得到包含所述北向数据的北向输出消息。本发明实施例能够降低北向接口的定制难度，使网管系统的部署更加快速高效。

Description

一种北向接口的管理方法及装置

技术领域

本发明涉及但不限于无线通信技术领域，尤其涉及的是一种北向接口的管理方法及装置。

背景技术

运营商的北向规范，一般会描述北向模型、输出物格式、以及输出物路径、名称等的要求。比如3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)的32.762规范就描述了E-UTRAN(Evolved Universal Mobile Telecommunication SystemTerrestrial Radio Access Network，演进的通用移动通讯系统陆地无线接入网)的北向模型，32.615规范描述了输出的文件格式定义。但是每个运营商的北向规范描述方式并不统一，格式上有些用word、有些用excel，文字的表述详尽程度也不相同。

为了适应不同运营商的北向规范，电信网管系统的北向接口需要针对每种规范做不同的实现，导致大量定制和维护的工作。当有新的变化产生时，往往需要耗费大量成本才能适应变化。

发明内容

本发明实施例提供一种北向接口的管理方法及装置，能够降低北向接口的定制难度，使网管系统的部署更加快速高效。

本发明实施例提供一种北向接口的管理方法，包括：

获取北向接口对应的北向接口驱动模型；所述北向接口驱动模型包括：描述北向规范模型和设备商模型之间映射转换规则的第一北向模型、描述北向输出文件规则的第二北向模型和描述北向消息处理机制的处理类；

获取到设备数据后，根据第一北向模型对所述设备数据进行转换处理，获得北向数据；

根据第二北向模型对所述北向数据进行处理，得到北向输出文件；或者根据处理类对所述北向数据进行处理，得到包含所述北向数据的北向输出消息。

本发明实施例提供一种北向接口的管理装置，包括：

北向接口处理模块，用于从北向接口驱动模型中获取用于描述北向消息处理机制的处理类；根据所述处理类对北向数据进行处理，得到包含所述北向数据的北向输出消息；

北向数据处理模块，用于从北向接口驱动模型中获取用于描述北向规范模型和设备商模型之间映射转换规则的第一北向模型和用于描述北向输出文件规则的第二北向模型；获取到设备数据后，根据所述第一北向模型对所述设备数据进行转换处理，获得北向数据，根据所述第二北向模型对所述北向数据进行处理，得到北向输出文件。

本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有北向接口的管理程序，所述北向接口的管理程序被处理器执行时实现上述北向接口的管理的方法的步骤。

通过本发明实施例所提供的一种北向接口的管理方法及装置，对各运营商的北向规范模型和设备商模型之间的属性映射关系建立第一北向模型，对北向输出文件规则建立第二北向模型，对北向消息处理机制建立处理类，获取到设备数据后，根据第一北向模型对所述设备数据进行转换处理，获得北向数据；根据第二北向模型对所述北向数据进行处理，得到北向输出文件；或者利用处理类对所述北向数据进行处理，得到包含所述北向数据的北向输出消息。通过将变化封装在模型和处理类中，使得北向数据处理框架保持稳定，从而降低了北向接口的定制难度，使网管系统的部署更加快速高效。

附图说明

图1为本发明实施例的一种北向接口的管理方法流程图；

图2为本发明实施例的一种北向接口的管理装置示意图；

图3为本发明一示例中的北向接口处理框架示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。

OSI(Open System Interconnect，开放式系统互联)的管理框架提供了监视和控制网络和系统资源的机制，这些资源被表示为管理对象(也称为被管理对象)。管理对象是指被管理系统内资源的抽象代表，而资源可以泛指一切被管理的物理或逻辑对象。典型的物理资源有传输设备、路由器、接口板、调制解调器等等，典型的逻辑资源有通信协议、应用程序和网络服务等。

在TMN(Telecom Management Network，电信管理网)网络管理系统中，通过MOC(Managed Object Class，管理对象类)来访问被管理资源。MOC是一种信息模型，它定义了管理对象的属性、操作、行为和通知等。

如图1所示，本发明实施例提供了一种北向接口的管理方法，包括：

步骤S110，获取北向接口对应的北向接口驱动模型；所述北向接口驱动模型包括：描述北向规范模型和设备商模型之间映射转换规则的第一北向模型、描述北向输出文件规则的第二北向模型和描述北向消息处理机制的处理类；

步骤S120，获取到设备数据后，根据第一北向模型对所述设备数据进行转换处理，获得北向数据；

步骤S130，根据第二北向模型对所述北向数据进行处理，得到北向输出文件；或者根据处理类对所述北向数据进行处理，得到包含所述北向数据的北向输出消息。

本实施例中，所述设备商模型和北向规范模型是基于管理对象类MOC的模型。所述设备商模型可以是现有技术中设备商提供的模型，所述北向规范模型可以是现有技术中运营商提供的模型。

本实施例中，可以通过内部接口查询设备的数据，或者接收设备上报的数据；其中，设备数据包括：配置信息、性能参数、告警信息等；

在一些实施方式中，所述根据第一北向模型对所述设备数据进行转换处理，获得北向数据，包括：

根据所述设备数据确定设备商模型和所述设备商模型的属性取值；

将所述设备商模型属性取值作为所述第一北向模型的输入，调用所述第一北向模型的属性映射函数对所述输入进行转换处理，得到作为北向数据的北向规范模型的属性取值。

在一些实施方式中，所述第一北向模型是通过XML(Extensible MarkupLanguage，可扩展标记语言)语言描述的；所述第一北向模型也可以通过其他语言描述，比如通过Groovy语言描述。

在一些实施方式中，北向输出文件规则可以包括：描述输出文件格式的文件格式规则，描述输出文件输出路径和文件名的命名规则。

所述第二北向模型包括：描述北向输出文件格式的文件格式模型，和描述北向输出文件输出路径和文件名命名规则的文件存储参数模型。

在一些实施方式中，所述根据第二北向模型对所述北向数据进行处理，得到北向输出文件，包括：

将所述北向数据作为文件格式模型的输入；

根据所述输入以及文件格式模型定义的语法规则获得语法标签的取值；

根据语法标签以及所述语法标签的取值生成北向输出文件。

其中，所述语法规则包括：xml(Extensible Markup Language，可扩展标记语言)语法规则、csv(Comma-Separated Values，逗号分隔值)语法规则、txt语法规则等。

在一些实施方式中，所述根据第二北向模型对所述北向数据进行处理，得到北向输出文件，还包括：

将所述北向数据对应的北向规范模型和属性取值和/或用户输入作为文件存储参数模型的输入；

根据所述输入以及文件存储参数模型定义的命名规则获得输出物标签的取值；

根据输出物标签以及所述输出物标签的取值生成北向输出文件的文件名和存储路径；

将所述符合命名规则的北向输出文件输出至生成的存储路径上。

本实施例中，处理类用于描述复杂处理逻辑，这些复杂处理逻辑不适合用DSL(Domain Specified Language，领域专用语言)语言或XML等语言描述。

在一些实施方式中，根据处理类对所述北向数据进行处理，得到包含所述北向数据的北向输出消息包括：

根据发送给上级网管的消息的类型获取对应的处理类，通过所述处理类对所述北向数据编码，按照通信协议将所述编码后的北向数据封装在消息中并调用协议栈接口发送给所述上级网管。

其中，所述发送给上级网管的消息比如：告警消息；

在一些实施方式中，获取北向接口驱动模型之前，所述方法还包括：

读取北向模型包，生成开通界面的参数；所述北向模型包是北向接口驱动模型的集合；

根据从开通界面上接收到的输入参数确定北向接口对应的北向接口驱动模型；

开通北向接口，向设备数据源发起数据订阅。

在一些实施方式中，所述方法还包括：

接收上级网管的消息；

对所述上级网管的消息进行解码；

根据解码结果获取对应的处理类，通过所述处理类对所述消息中携带的请求进行处理和响应；

在一些实施方式中，所述方法还包括：

加载更新后的北向模型包；所述北向模型包是北向接口驱动模型的集合；

从更新后的北向模型包中获取所述北向接口对应的北向模型补丁；所述北向模型补丁是根据更新的运营商北向规范生成的。

本发明实施例以北向模型包为核心构建北向处理框架，完成与上级NMS(NetworkManagement System，网络管理系统)通信、流程交互和数据处理。变化封装在北向模型包中，北向处理框架保持稳定，北向模型包的变化能够实时生效，极大增强了北向接口的开放和定制能力，适应了5G(fifth-generation，第五代移动通信技术)时代用户对运维的新要求，能够更快速地、高效地部署新特性。

如图2所示，本发明实施例提供了一种北向接口的管理装置，包括：

北向接口处理模块201，用于从北向接口驱动模型中获取用于描述北向消息处理机制的处理类；根据所述处理类对北向数据进行处理，得到包含所述北向数据的北向输出消息；

北向数据处理模块202，用于从北向接口驱动模型中获取用于描述北向规范模型和设备商模型之间映射转换规则的第一北向模型和用于描述北向输出文件规则的第二北向模型；获取到设备数据后，根据所述第一北向模型对所述设备数据进行转换处理，获得北向数据，根据所述第二北向模型对所述北向数据进行处理，得到北向输出文件；

本实施例中，北向接口处理模块用于实现运营商北向规范所要求的功能。比如北向规范中要求支持告警同步功能，北向接口驱动模型中会有用于实现所述告警同步功能的处理类，然后北向接口处理模块通过调用模型包中的处理类实现这个功能。不同的运营商规范对北向接口实现的方式要求也不一样，有的要求用Corba(Common Object RequestBroker Architecture，公共对象请求代理体系结构)技术实现，有的要求用SOAP(SimpleObject Access Protocol，简单对象访问协议)技术实现。

北向数据处理模块用于从北向接口驱动模型中获取第一北向模型和第二北向模型，完成设备数据到北向规范数据转换，以及生成北向数据文件或北向消息。

在一些实施方式中，北向数据处理模块202，用于采用以下方式根据第一北向模型对所述设备数据进行转换处理，获得北向数据：根据所述设备数据确定设备商模型和所述设备商模型的属性取值；将所述设备商模型属性取值作为所述第一北向模型的输入，调用所述第一北向模型的属性映射函数对所述输入进行转换处理，得到作为北向数据的北向规范模型的属性取值。

在一些实施方式中，北向数据处理模块202，用于采用以下方式根据第二北向模型对所述北向数据进行处理，得到北向输出文件：将所述北向数据作为文件格式模型的输入；根据所述输入以及文件格式模型定义的语法规则获得语法标签的取值；根据语法标签以及所述语法标签的取值生成北向输出文件。

在一些实施方式中，北向数据处理模块202，还用于采用以下方式根据第二北向模型对所述北向数据进行处理，得到北向输出文件：将所述北向数据对应的北向规范模型和属性取值和/或用户输入作为文件存储参数模型的输入；根据所述输入以及文件存储参数模型定义的命名规则获得输出物标签的取值；根据输出物标签以及所述输出物标签的取值生成北向输出文件的文件名和存储路径；将所述符合命名规则的北向输出文件输出至生成的存储路径上。

在一些实施方式中，北向接口处理模块201，用于采用以下方式根据处理类对所述北向数据进行处理，得到包含所述北向数据的北向输出消息：根据发送给上级网管的消息的类型获取对应的处理类，通过所述处理类对所述北向数据编码，按照通信协议将所述编码后的北向数据封装在消息中并调用协议栈接口发送给所述上级网管。

在一些实施方式中，北向接口处理模块201，还用于读取北向模型包，生成开通界面的参数；所述北向模型包是北向接口驱动模型的集合；根据从开通界面上接收到的输入参数确定北向接口对应的北向接口驱动模型；开通北向接口，向设备数据源发起数据订阅。

在一些实施方式中，北向接口处理模块201，还用于接收上级网管的消息；对所述上级网管的消息进行解码；根据解码结果获取对应的处理类，通过所述处理类对所述消息中携带的请求进行处理和响应；

在一些实施方式中，北向接口处理模块201，还用于加载更新后的北向模型包；所述北向模型包是北向接口驱动模型的集合；从更新后的北向模型包中获取所述北向接口对应的北向模型补丁；所述北向模型补丁是根据更新的运营商北向规范生成的。

本发明实施例以北向模型包为核心构建北向处理框架，完成与上级网管系统通信、流程交互和数据处理。变化封装在北向模型包中，北向处理框架保持稳定，北向模型包的变化能够实时生效，极大增强了北向接口的开放和定制能力，适应了5G时代用户对运维的新要求，能够更快速地、高效地部署新特性。

本发明实施例提供了一种北向接口的管理装置，包括：

存储器、处理器及存储在所述存储器上并可在所述处理器上运行的北向接口的管理程序，所述北向接口的管理程序被所述处理器执行时实现上述北向接口的管理的方法的步骤。

其中，存储器可以是各种由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器可以是中央处理单元(CPU)或者现场可编程逻辑阵列(FPGA)或者单片机(MCU)或者数字信号处理器(DSP)或者专用集成电路(ASIC)等具有数据处理能力和/或程序执行能力的逻辑运算器件。

所述计算机可读存储介质可以是静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

北向模型包是北向处理框架的核心，下面的示例1-示例3说明第一北向模型和第二北向模型的建模方法。北向处理框架利用北向模型包完成与上级网管系统通信、流程交互和数据处理。示例4-示例7分别从北向接口开通流程、北向接口上行数据处理流程、北向接口下行指令处理流程、北向接口北向模型包升级流程等方面说明北向接口的管理方法。

示例1

本示例提供一种北向规范模型与设备商模型映射关系的建模方法。北向规范模型和设备商模型均遵循TMN规范，且基于MOC模型进行描述。北向规范模型和设备商模型之间的映射关系体现在MOC的属性映射上。属性之间的映射关系包括：输入、映射函数和输出。属性的映射关系描述还可以支持多版本，因为NMS管理的设备商模型版本可能是一套或多套。

如下面的xml文件所示，采用xml语言对北向规范模型与设备商模型的映射关系建模，生成第一北向模型文件。

有了上述模型(第一北向模型)之后，根据所述模型进行北向规范模型和设备商模型之间的映射处理，可以包括以下步骤：

步骤1：将第一北向模型文件解析到内存中，依次获取nrm(Network ResourceModel，网络资源模型)moc对应的emMoc(设备商模型)和属性，其中，nrm moc也即北向规范模型，是运营商的模型；

步骤2：从设备数据源获取emMoc和属性的取值；

步骤3：将步骤2获取到的取值作为输入，调用第一北向模型的映射函数(func函数)进行转换，得到nrm moc的属性取值；

步骤4：输出nrm moc的属性及属性取值。

示例2

本示例提供一种北向规范的输出数据格式的建模方法。北向规范的输出数据以数据文件的形式存在，数据文件格式可以包括：xml、csv、txt等。每种格式都有自己的语法规范(schema)定义。对北向规范的输出数据格式进行建模，也即建立schema元素与取值变量的对应关系。

如下面的xml文件所示，采用xml语言对北向规范的输出数据格式建模，生成文件格式模型文件。

fileFormat:

rootName:${'DataFile'}

repeat:

${'DataFile.Objects.FieldName.N,DataFile.Objects.FieldValue.Object,DataFile.Objects.FieldValue.Object.V'}

DataFile.FileHeader.TimeStamp:

${naf:dateHandle(calendar.getTime().getTime(),'yyyyMMddHH')}

DataFile.FileHeader.TimeZone:${'UTC+8'}

DataFile.FileHeader.VendorName:${VendorName}

DataFile.FileHeader.CmVersion:${nrmVersion}

DataFile.FileHeader.ElementType:${elementType}

DataFile.Objects.ObjectType:${nrmMoc}

DataFile.Objects.FieldName.N:${nrmAttrName}

DataFile.Objects.FieldValue.Object:${nrmAttrValue}

DataFile.Objects.FieldName.N.i:${rowIndex}

DataFile.Objects.FieldValue.Object.V.i:${rowIndex}

DataFile.Objects.FieldValue.Object.rmUID:${rmUID}

DataFile.Objects.FieldValue.Object.Dn:${nrmDnAttr}

DataFile.Objects.FieldValue.Object.UserLabel:${UserLabel}

EUtranCellTDD_List.EUtranCellTDD.id:${rowIndex}

EUtranCellTDD_List.EUtranCellTDD:${nrmAttrValue}

上述xml文件中，首先描述了xml schema的根元素，其次描述了xml的循环体元素，然后描述了每个标签的取值。

有了上述模型(文件格式模型)之后，根据所述模型生成北向规范的输出数据文件，可以包括以下步骤：

步骤1：将文件格式模型文件解析到内存中；

步骤2：将nrm moc的属性和取值作为输入，根据文件格式模型的schema标签与属性的对应关系，得到每个schema标签的取值；

步骤3：根据文件格式模型的schema定义，将步骤2得到的取值写入，生成数据输出文件(北向输出文件)。

示例3

本示例提供一种北向输出文件的其他方面的建模。比如，建立描述北向输出文件输出路径和文件名命名规则的文件存储参数模型，其建模采取的思路与示例2中的数据输出格式类似，建立每个输出数据语法元素(schema元素)与具体取值之间的关系。

如下面的xml文件所示，采用xml语言建立描述北向输出文件输出路径和文件名命名规则的文件存储参数模型，生成文件存储参数模型文件。

#directory,eg:/ftproot/GD/WX/ZTE/GZ_OMC2/PM/2015061101/

ftpDir:

${'/root/'+＝province+＝'/WX/ZTE/'+＝omcName+＝'/CM/'+＝naf:dateHandle(dirDate,'yyyyMMddHH')}

#eg:PM-ENB-EUTRANCELLTDD-01-V1.1.0-20151227000000-15-001.csv.zipfileName:

${elementType+＝'-'+＝nrmMoc+＝'-'+＝hostNo+＝'-'+＝nrmVersion+＝'-'+＝naf:dateHandle(fileNameDate,'yyyyMMddHHmmss')+＝suffix}

上述xml文件中，首先描述了xml schema的根元素，其次描述了xml的循环体元素，然后描述了每个标签的取值。输出路径是指FTP(File Transfer Protocol，文件传输协议)服务器的路径，输出路径和文件名中包括的一些变量的取值可以来自用户的输入，因此，这种方式可以支持用户定制化。

有了上述模型(文件存储参数模型)之后，根据所述模型生成北向输出文件的输出路径和文件名，可以包括以下步骤：

步骤1：将文件存储参数模型文件解析到内存中；

步骤2：将nrm moc的属性和取值作为输入，根据文件存储参数模型的输出物标签与属性的对应关系，得到每个输出物标签的取值；

步骤3：根据输出物标签的取值生成输出路径和文件名。

步骤4：将输出路径和文件名传递给下游的文件生成处理部分，将所述符合命名规则的北向输出文件输出至生成的存储路径上。

示例4

本示例提供一种通过北向接口处理框架开通北向接口的流程。如图3所示，所述北向接口处理框架包括：协议栈和北向模型驱动装置(也即北向接口管理装置，简称装置)；所述北向模型驱动装置包括：北向接口处理模块和北向数据处理模块。

所述北向接口开通流程，可以包括以下步骤：

步骤1：向装置中输入北向模型包；

步骤2：通过北向工具集中的开通工具读取北向模型包并生成待用户开通的北向接口开通界面参数；

步骤3：接收用户在开通界面上输入的参数；

步骤4：通过开通工具向北向接口处理模块发送北向接口开通请求；

步骤5：北向接口处理模块接收到开通请求后，向开通工具返回确认响应，并向北向数据处理模块发起数据订阅。

示例5

本示例提供一种通过北向处理框架处理数据的流程，所述北向接口处理框架同示例4。

北向接口开通后，北向数据处理流程，可以包括以下步骤：

步骤1：北向数据处理模块从北向模型包中第一北向模型文件；所述第一北向模型描述北向规范模型和设备商模型之间属性映射关系；

步骤2：北向数据处理模块从设备数据源获取内部数据，根据所述第一北向模型文件完成内部数据到北向规范数据的转换，得到北向数据；

步骤3：如果是以消息方式上报北向数据，则执行步骤4，如果是以文件方式上报北向数据，则执行步骤5。

步骤4：北向数据处理模块向北向接口处理模块发送北向数据，北向接口处理模块从北向模型包中获取对应的处理类，通过所述处理类按照协议编解码算法对北向数据进行编码，按照通信协议将所述编码后的北向数据封装在消息中并调用协议栈接口发送至上级网管，上级网管收到消息后进行解码和处理，结束；

其中，处理类可以是用Java代码实现的程序，用来处理超出DSL(DomainSpecified Language，领域专用语言)语言能力范围的处理流程。比如北向告警Socket协议的编解码处理，这部分处理非常复杂，不适合用DSL进行描述。因此使用了JAVA代码实现具体的编解码过程。

步骤5：北向数据处理模块从北向模型包中获取文件格式模型文件和文件存储参数模型文件，所述文件格式模型用于描述北向输出文件格式，所述文件存储参数模型用于描述北向输出文件输出路径和文件名命名规则。将步骤2中获得的北向数据输入到文件格式模型文件和文件存储参数模型文件中，生成北向输出数据文件，存储在指定的路径(比如SFTP(Secure File Transfer Protocol，安全文件传输协议)服务器)上，通知上级网管去获取，或者上级网管定时去获取。

示例6

本示例提供一种通过北向处理框架处理上级网管指令的流程，所述北向接口处理框架同示例4。

北向接口开通后，下行指令处理流程，可以包括以下步骤：

步骤1：上级网管将下行指令按照协议封装后发送；

步骤2：北向接口处理模块接收到上级网管下发的消息，进行解码；

步骤3：北向接口处理模块根据解码的结果，从北向模型包中获取对应的处理类对消息中携带的请求进行处理和响应；

步骤4：北向接口处理模块将响应按照协议要求进行编码，并调用协议栈接口发送给上级网管，上级网管收到响应后进行解码和处理。

示例7

本示例提供一种北向模型包的升级处理流程，所述北向接口处理框架同示例4。

北向接口开通后，北向模型包的升级处理流程，可以包括以下步骤：

步骤1：运营商发布新的北向规范，由于增加新特性因此北向规范模型发生了变化；

步骤2：根据北向规范模型的变化，制作北向模型补丁并验证后发布到现场；

步骤3：现场通过北向工具集中的模型管理工具实施北向模型补丁；

步骤4：模型管理工具向北向接口处理模块发送补丁激活消息；

步骤5：北向接口处理模块通知北向数据处理模块更新北向模型包内容；

步骤6：北向数据处理模块加载新的北向模型文件，按照变化后的北向模型生成数据。

其中，步骤2和3所需要的时间都很短，甚至可以通过工具直接在现场实施，达到了快速部署生效的目标。

需要说明的是，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims

1.一种北向接口的管理方法，包括：

2.如权利要求1所述的方法，其特征在于，所述根据第一北向模型对所述设备数据进行转换处理，获得北向数据，包括：

3.如权利要求1或2所述的方法，其特征在于，所述第二北向模型包括：

描述北向输出文件格式的文件格式模型，和描述北向输出文件输出路径和文件名命名规则的文件存储参数模型。

4.如权利要求3所述的方法，其特征在于，所述根据第二北向模型对所述北向数据进行处理，得到北向输出文件，包括：

将所述北向数据作为文件格式模型的输入；

根据语法标签以及所述语法标签的取值生成北向输出文件。

5.如权利要求4所述的方法，其特征在于，所述根据第二北向模型对所述北向数据进行处理，得到北向输出文件，还包括：

将所述北向数据和/或用户输入作为文件存储参数模型的输入；

6.如权利要求3所述的方法，其特征在于，根据处理类对所述北向数据进行处理，得到包含所述北向数据的北向输出消息包括：

7.如权利要求1所述的方法，其特征在于，所述方法还包括：

接收上级网管的消息；

对所述上级网管的消息进行解码；

根据解码结果获取对应的处理类，通过所述处理类对所述消息中携带的请求进行处理和响应。

8.如权利要求1所述的方法，其特征在于，所述方法还包括：

加载更新后的北向模型包；

9.一种北向接口的管理装置，包括：

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有北向接口的管理程序，所述北向接口的管理程序被处理器执行时实现上述权利要求1-8中任一项所述的北向接口的管理的方法的步骤。