CN101621401A - 基于北向接口的网管配置方法和装置 - Google Patents

Abstract

本发明的实施例公开了一种基于北向接口的网管配置方法和装置。该方法包括：通过北向接口接收网管设备发送的操作请求；根据本地配置对所述操作请求进行鉴权，所述本地配置中存储有网管设备的操作权限；所述鉴权通过时，处理所述操作请求。本发明的实施例中，本地配置中存储有网管设备的操作权限，当通过北向接口接收到的网管设备的操作请求时，可以根据本地配置对网管设备的请求进行鉴权，实现了网管设备的权限可配置，使得网管设备的权限可以被灵活管理。

Description

基于北向接口的网管配置方法和装置

技术领域

本发明涉及通信技术领域，尤其涉及一种基于北向接口的网管配置方法和装置。

背景技术

目前，随着电信资源的不断整合，电信运营商的网络规模越来越大。一个运营网络中所涉及的网络类型和设备厂商越来越多。由于设备类型繁多，面对的厂商网管软件也多种多样，让运营商的操作维护人员完全掌握每种设备的网管软件变得越来越困难。为此，许多运营商会开发自己的NMS(NetworkManagement System，网络管理系统)软件，将各种厂商的设备集成到NMS中进行管理，以降低操作维护人员对EMS(Element Management System，网元管理系统)软件的学习成本。而NMS与EMS间的接口被称为NBI(North-Bound Interface，北向接口)。如图1所示，NBI是EMS向上为NMS提供的接口。

在网管北向接口的实现中，对北向接口的配置非常复杂。即使是对于同一类型的NE(Network Element，网元)，不同厂商的网络资源模型也有较多的区别，这给NMS与不同厂商的EMS适配带来了很大困难。

现有技术中提供了基于CORBA(Common Object Request BrokerArchitecture，公共对象请求代理框架)的接口方法。由于CORBA本身的技术优势，所以基于CORBA IDL(Interface Definition Language，接口定义语言)对北向接口进行描述的模式被许多运营商接纳。而IDL文件必须经过CORBA编译器翻译成如C++、Java等高级语言后才能被嵌入北向接口相应模块的代码中，并且需要实现特定的代码以从网元MIT(Management Information Tree，管理信息树)上获取管理对象信息。这些都必须在软件版本发布之前完成，因此软件的实现与网络资源是强相关的，任何一个小的修改如网元版本升级，都必须重新发布版本。

对于EMS而言，如果要与不同厂商的网管设备对接，可能由于NRM(Network Resource Model，网络资源模型)的不同，需要定义多套版本文件。版本文件变化时一般都需要大量修改源代码，带来很大的开发工作量，且在版本文件中无法根据NMS的身份对NMS的权限进行定义。

发明内容

本发明的实施例提供一种基于北向接口的网管配置方法和装置，其可为不同网管设备配置不同的管理权限。

本发明的实施例提供一种基于北向接口的网管配置方法，包括：

通过北向接口接收网管设备发送的操作请求；

根据本地配置对所述操作请求进行鉴权，所述本地配置中存储有网管设备的操作权限；

所述鉴权通过时，处理所述操作请求。

本发明还提供一种基于北向接口的网管配置装置，包括：

接收模块，用于通过北向接口接收网管设备发送的操作请求；

鉴权模块，用于根据本地配置对所述接收模块接收的操作请求进行鉴权，所述本地配置中存储有网管设备的操作权限；

处理模块，用于当所述鉴权模块的鉴权通过时，处理所述操作请求。

本发明的实施例中，本地配置中存储有网管设备的操作权限，当通过北向接口接收到的网管设备的操作请求时，可以根据本地配置对网管设备的请求进行鉴权，实现了网管设备的权限可配置，使得网管设备的权限可以被灵活管理。

附图说明

图1是现有技术中网络管理层与网元管理层关系示意图；

图2是本发明实施例中使用的MOM信息模型示意图；

图3是本发明实施例中基于北向接口的网管配置方法流程图；

图4是本发明实施例中可配置的网管北向接口模块示意图；

图5是本发明实施例中NMS获取MO过程的流程图；

图6是本发明实施例中NMS创建MO实例的流程图；

图7是本发明实施例中基于北向接口的网管配置装置的结构示意图；

图8是本发明实施例中基于北向接口的网管配置装置的另一结构示意图。

具体实施方式

在网络管理中，通常将网络环境中被管理的资源称为MO(ManagementObject，管理对象)，根据抽象层次不同，可以将MO分为MOC(ManagementObject Class，管理对象类)和MOI(Management Object Instance，管理对象实例)。

MOC用来描述资源对象的类别，比如：端口、交换机、传输网元等，每个MOC可以通过唯一标识来确定。MOC之间存在着继承关系，所有的MOC组成一个具有继承关系的层次结构。例如：“网元”可以包括“传输网元”以及其他类型的网元，而“传输网元”可以进一步包括“华为传输网元”和“阿尔卡特传输网元”等。多个存在包含关系的MOC组合在一起即可以生成一个MIT。

MOI表示在网络中需要网管系统管理的各种实际存在的资源对象在网管系统中的映像，表示一个实际存在的资源对象，是MOC的实例化。

在目前的配置北向接口模型中，通过IDL的方式对NRM进行定义，并且可以扩展厂商自定义的MOC。但是没有提供对MOC的访问权限的设置方法。例如对于无线网络来说，网络维护人员又分OM维护和网规网优。前者负责设备和传输层的数据配置维护，后者负责无线层数据配置维护。因此，两者对MOC的访问权限不同，两者期望的NRM都是MOM的一个子集，但子集涉及的MOC不同。

以图2所示的MOM(Management Object Model，管理对象模型)示意图为例，其中A、B、C、D是用户甲需要的，A、E、F、G、H是用户乙需要的。对于特定用户，除了其关注的MOC为可见外，其他MOC为不可见。另外，还可以为用户就每个MOC定义读写权限，例如用户甲对MOC A只有读权限，而用户乙可以配置有对MOC A的读权限和写权限。

本发明的实施例中，提供一种基于北向接口的网管配置方法，如图3所示，包括：

步骤s301、通过北向接口接收网管设备发送的操作请求。

步骤s302、根据本地配置对所述操作请求进行鉴权，所述本地配置中存储有网管设备的操作权限。

步骤s303、鉴权通过时，处理所述操作请求。

具体的：

还包括：对网管设备的操作权限进行设置并存储到本地配置；所述网管设备的操作权限包括管理对象类MOC的权限以及管理对象实例MOI的权限。该对网管设备的操作权限进行设置包括：对MOC和MOI进行选择性过滤。所述选择性过滤包括：指定一个MOI作为上层对象模型的根节点，其他MOI在不满足特定条件时不可见；或为每个MOC设置过滤条件，仅当MOI的参数满足特定条件时MOI才可见。

步骤s302中根据本地配置对所述操作请求进行鉴权包括：判断所述操作请求中涉及的MOC以及MOI的操作，是否满足本地配置中设置的过滤条件。

当操作请求为获取对象的操作时，步骤s303中鉴权通过时处理操作请求包括：获取管理对象MO；将所述MO中的参数名称进行映射后，向网管设备发送。

当操作请求为创建或修改对象的操作时，步骤s303中鉴权通过时处理所述操作请求包括：将所述操作请求中待创建或待修改的所述MO中的参数名称进行映射后，进行对象的创建或修改。

图4为本发明的实施例中可配置的网管北向接口示意图，在本实施例中在EMS的MIT与北向接口之间引入可配置的适配模块Conf，实现了NMS权限的可配置。该适配模块Conf可以由XML(Extensible Markup Language，可扩展置标语言)文件进行定义，不同的NMS通过不同的适配模块Conf与EMS连接，该适配模块Conf类似于在NMS与EMS的MIT间增加了多个窗口，NMS和EMS可以通过这些窗口进行数据交换。适配模块Conf根据对NMS权限的设置，完成NMS与EMS间交互的数据内容的过滤和鉴权。

具体的，通过该适配模块Conf对MOI进行过滤的方式有两种，一种方式是指定MIT上的一个MOI作为上层对象模型的根节点，如有多个网元时，可以指定其中一个网元作为根节点，这样其他网元下的信息就将不可见。另一种方式是，为接口信息模型中的每个MOC定义过滤条件，例如可以配置仅当MOI的参数满足特定条件才可见。

以下给出了适配模块Conf的一个部分源代码的示例。

<MOC name＝″RNCBasic″>

  <ChildMOCs>

     <MOC name＝″NodeB″Access＝″R″>//对NodeB只有读权限

       <Filter>

            <FilterRead>

                //此处定义MOI过滤条件，当同时满足所有条件时MOI可读取

                <ParaFilter ParaName＝”MCC”ExpectedVal＝”046”/>

                <ParaFilter ParaName＝”MNC”UnexpectedVal＝”010”/>

            </FilterRead>

            <FilterWrite>

                //此处定义MOI过滤条件，当条件满足时MOI可创建和修改

            </FilterWrite>

       </Filter>

       <ChildMOCs>

            <MOC name＝″Cell″Access＝″RW″>//对Cell有读写权限

                <Filter>

                </Filter>

            </MOC>

         </ChildMOCs>

      </MOC>

   </ChildMOCs>

</MOC>

除了对MOC进行鉴权过滤外，还需要对MOC参数进行映射，屏蔽NMS不关心的部分参数，简化其数据配置。只有在MOC配置映射文件中给出的参数才会被NMS读取，并且参数名映射为NMS需要的命名。当NMS创建MO时，如果给出的参数为空，则该参数会取配置表中Default所定义的缺省值。下面给出了MOC配置文件定义的部分源代码的示例，其中给出了一个MOC的定义。

<MOC name＝″RNCBasic″>

  <ParameterList>

      <Parameter OriginalName＝″RNCID″NMSParaName＝″NEID″>

       //原始参数名称为“RNCID”，映射后NMS所需的参数名称为“NEID”

          <DataType>Integer</DataType>

          <Default/>

          <IsKey>TRUE</IsKey>

          <IsNecessary>TRUE</IsNecessary>

      </Parameter>

      <Parameter OriginalName＝″MCC″NMSParaName＝″MCC″>

       //原始参数名称为“MCC”，映射后NMS所需的参数名称为“MCC”

          <DataType>String</DataType>

          <IsKey>FALSE</IsKey>

          <IsNecessary>TRUE</IsNecessary>

      </Parameter>

      <Parameter OriginalName＝″Description″NMSParaName＝″Description″>

       //原始参数名称为“Description”，映射后NMS所需的参数名称为“Description”

            <DataType>String</DataType>

            <Default>RN C Description</Default>

            <IsKey>FALSE</IsKey>

            <IsNecessary>FALSE</IsNecessary>

       </Parameter>

   <ParameterList>

</MOC>

上述实例的配置文件中，MOC的Access权限可传递，即父节点有写权限，在没有定义子节点权限的情况下，父节点的权限可以传递给所有子节点。在MOM上存在的MOC如果在NMR配置文件中没有给出，则对于上层用户来说该MOC下所有子节点没有任何读写权限。

在EMS侧，可以为上层每个NMS配置一个NRM配置文件，并指定根节点MOI。该NRM配置文件类似一个带有过滤功能的窗口。NMS从EMS获取数据时，是透过该窗口从MIT树上抓取数据。反之，当NMS需要修改配置数据时，只有满足配置文件中写操作权限的MOC对象可以被创建，并且被修改对象需要符合每个MOC定义的Filter条件，这里包括修改对象和创建新的对象的操作。

图5为本发明的实施例中，NMS获取MO过程的流程图，该流程包括以下步骤：

步骤s501、NMS向NBI发送获取MO请求。

步骤s502、NBI向适配模块Conf发送MO鉴权请求。

步骤s503、适配模块Conf对MOC进行鉴权。

如果MOC定义有读权限，如访问名称为NodeB的MOC时，若配置文件中的<MOC name＝″NodeB″Access＝″R″>，则鉴权通过；

步骤s504、适配模块Conf对MOI进行鉴权。

例如下面的描述中，当MCC(Mobile Country Code，移动业务国家号码)＝046并且MNC(Mobile Network Code，移动网号码)不等于010的时候，该MOI允许读取。

<FilterRead>

   //此处定义MOI过滤条件，当条件满足时MOI可读取：

   <ParaFilter ParaName＝”MCC”ExpectedVal＝”046”/>

   <ParaFilter ParaName＝”MNC”UnexpectedVal＝”010”/>

</FilterRead>

则如果满足上述条件，鉴权通过。

步骤s505、适配模块Conf向NBI发送MO鉴权响应。

在步骤s503和s504均返回鉴权成功的情况下，步骤s505才返回鉴权响应；

步骤s506、NBI向MIT发送获取MO请求。

步骤s507、MIT进行MO查询并获取MO。

步骤s508、MIT向NBI发送获取MO响应。

步骤s509、NBI向适配模块Conf发送MOC参数映射请求。

步骤s510、适配模块Conf向NBI发送MOC参数映射响应。

步骤s509和s510中，适配模块Conf根据配置信息完成EMS到NMS间的参数映射。

步骤s511、NBI向NMS发送获取MO响应。

图6为本发明的实施例中，NMS创建一个MO实例的流程图，包括以下步骤：

步骤s601、NMS向NBI发送创建MO请求。

步骤s602、NBI向适配模块Conf发送MOC参数映射请求。

步骤s603、适配模块Conf向NBI发送MOC参数映射响应。

以上两步骤根据配置信息完成EMS到NMS间的参数映射。

步骤s604、NBI向适配模块Conf发送MO鉴权请求。

步骤s605、适配模块Conf对MOC进行鉴权。

如果MOC定义有写权限，如<MOC name＝″NodeB″Access＝″W″>，则鉴权通过。

步骤s606、适配模块Conf对MOI进行鉴权。

例如下面的描述中，当MCC＝032并且MNC不等于015的时候，该MOI允许创建。

<FilterWrite>

   //此处定义MOI过滤条件，当条件满足时MOI可创建：

   <ParaFilter ParaName＝”MCC”ExpectedVal＝”032”/>

   <ParaFilter ParaName＝”MNC”UnexpectedVal＝”015”/>

</FilterWrite>

如果满足上述条件，鉴权通过。

步骤s607、Conf向NBI发送MO鉴权响应，仅当步骤s605和s606均返回鉴权成功的情况下，步骤s607才返回鉴权响应。

在创建一个MO时，其鉴权过程与读取MO时类似，仅当MOC的Access属性包含W时该MOC有权限。对于MOI的写权限与MOI读取时的权限鉴别方式类似，需要满足FilterWirte部分定义的所有条件。只有鉴权通过的MO才可以被创建，否则向NMS返回失败信息。

步骤s608、NBI向MIT发送创建MOI请求。

步骤s609、MIT创建MOI。

步骤s610、MIT向NBI发送创建MOI响应。

步骤s611、NBI向NMS发送创建MO响应。

本发明的实施例不具体限定NMS与EMS通信的机制，这可以是CORBA、文件接口、Socket接口等。另外，本发明的实施例对于EMS上如何管理MIT也不作具体限定。

通过使用本发明实施例提供的方法，本地配置中存储有网管设备的操作权限，当通过北向接口接收到的网管设备的操作请求时，可以根据本地配置对网管设备的请求进行鉴权，实现了网管设备的权限可配置，使得网管设备的权限可以被灵活管理。另外，可以为不同NMS用户定制配置模型，在需要修改网管设备的权限时，可以通过修改配置的方式实现，减轻了修改所需的工作量。

本发明的实施例还提供一种基于北向接口的网管配置装置，如图7所示，包括：接收模块10、鉴权模块20和处理模块30。

接收模块10，用于通过北向接口接收网管设备发送的操作请求。

鉴权模块20，用于根据本地配置对接收模块10接收的操作请求进行鉴权，所述本地配置中存储有网管设备的操作权限。具体的，鉴权模块20可以用于判断操作请求中涉及的MOC以及MOI的操作是否满足本地配置中设置的过滤条件。

处理模块30，用于当鉴权模块20对操作请求的鉴权通过时，处理操作请求。

另外，如图8所示，本发明实施例的基于北向接口的网管配置装置中，还可以包括配置模块40，用于设置网管设备的操作权限并存储到本地配置。操作权限包括管理对象类MOC的权限、以及管理对象实例MOI的权限，该设置网管设备的操作权限可以通过设置过滤条件实现，具体的，可以对MOC和MOI进行选择性过滤。选择性过滤包括：指定一个MOI作为上层对象模型的根节点，其他MOI在不满足特定条件时不可见；或为每个MOC设置过滤条件，仅当MOI的参数满足特定条件时MOI才可见。

另外，上述处理模块30可以具体包括：

处理子模块31，用于当操作请求为获取对象的操作时，获取管理对象MO，将MO中的参数名称进行映射后向网管设备发送；当操作请求为创建或修改对象的操作时，将操作请求中待创建或待修改的MO中的参数名称进行映射后，进行对象的创建或修改。

映射子模块32，用于为处理子模块31提供MO中的参数映射功能。

需要说明的是，本发明实施例中提供的网管配置装置，在实际应用中可以以适配模块的形式存在于EMS的MIT与北向接口之间，接收网管设备发送的操作请求并进行鉴权处理，实现本发明实施例中提供的基于北向接口的网管配置方法。

通过使用本发明实施例提供的装置，本地配置中存储有网管设备的操作权限，当通过北向接口接收到的网管设备的操作请求时，可以根据本地配置对网管设备的请求进行鉴权，实现了网管设备的权限可配置，使得网管设备的权限可以被灵活管理。另外，可以为不同NMS用户定制配置模型，在需要修改网管设备的权限时，可以通过修改配置的方式实现，减轻了修改所需的工作量。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台设备执行本发明各个实施例所述的方法。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (10)

1、一种基于北向接口的网管配置方法，其特征在于，包括：

通过北向接口接收网管设备发送的操作请求；

根据本地配置对所述操作请求进行鉴权，所述本地配置中存储有网管设备的操作权限；

所述鉴权通过时，处理所述操作请求。

2、如权利要求1所述基于北向接口的网管配置方法，其特征在于，还包括：

对网管设备的操作权限进行设置并存储到本地配置；所述网管设备的操作权限包括管理对象类MOC的权限以及管理对象实例MOI的权限。

3.如权利要求2所述基于北向接口的网管配置方法，其特征在于，所述对网管设备的操作权限进行设置包括：

对MOC和MOI进行选择性过滤；

所述选择性过滤包括：指定一个MOI作为上层对象模型的根节点，其他MOI在不满足特定条件时不可见；或为每个MOC设置过滤条件，仅当MOI的参数满足特定条件时MOI才可见。

4、如权利要求3所述基于北向接口的网管配置方法，其特征在于，所述根据本地配置对所述操作请求进行鉴权包括：

判断所述操作请求中涉及的MOC以及MOI的操作，是否满足本地配置中设置的过滤条件。

5、如权利要求1所述基于北向接口的网管配置方法，其特征在于，所述操作请求为获取对象的操作时，所述鉴权通过时处理所述操作请求包括：

获取管理对象MO；

将所述MO中的参数名称进行映射后，向网管设备发送。

6、如权利要求1所述基于北向接口的网管配置方法，其特征在于，所述操作请求为创建或修改对象的操作时，所述鉴权通过时处理所述操作请求包括：

将所述操作请求中待创建或待修改的所述MO中的参数名称进行映射后，进行对象的创建或修改。

7、一种基于北向接口的网管配置装置，其特征在于，包括：

接收模块，用于通过北向接口接收网管设备发送的操作请求；

鉴权模块，用于根据本地配置对所述接收模块接收的操作请求进行鉴权，所述本地配置中存储有网管设备的操作权限；

处理模块，用于当所述鉴权模块的鉴权通过时，处理所述操作请求。

8、如权利要求7所述基于北向接口的网管配置装置，其特征在于，还包括配置模块，用于设置网管设备的操作权限并存储到本地配置，所述操作权限包括管理对象类MOC的权限以及管理对象实例MOI的权限。

9、如权利要求7所述基于北向接口的网管配置装置，其特征在于，所述鉴权模块，具体用于判断所述操作请求中涉及的MOC以及MOI的操作，是否满足本地配置中设置的过滤条件。

10、如权利要求7所述基于北向接口的网管配置装置，其特征在于，所述处理模块包括：

处理子模块，用于当所述操作请求为获取对象的操作时，获取所述管理对象MO；将所述MO中的参数名称进行映射后向网管设备发送；当所述操作请求为创建或修改对象的操作时，将所述操作请求中待创建或待修改的所述MO中的参数名称进行映射后，进行对象的创建或修改；

映射子模块，用于为所述处理子模块提供MO中的参数映射功能。

Images