WO2012119340A1 - 一种实现北向接口的方法及装置 - Google Patents

一种实现北向接口的方法及装置 Download PDF

Info

Publication number
WO2012119340A1
WO2012119340A1 PCT/CN2011/073152 CN2011073152W WO2012119340A1 WO 2012119340 A1 WO2012119340 A1 WO 2012119340A1 CN 2011073152 W CN2011073152 W CN 2011073152W WO 2012119340 A1 WO2012119340 A1 WO 2012119340A1
Authority
WO
WIPO (PCT)
Prior art keywords
command
parameter
executed
cli
configuration
Prior art date
Application number
PCT/CN2011/073152
Other languages
English (en)
French (fr)
Inventor
张青龙
柳大伟
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2012119340A1 publication Critical patent/WO2012119340A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0226—Mapping or translating multiple network management protocols

Definitions

  • the present invention relates to the field of network management for communication systems, and more particularly to a method and apparatus for implementing a northbound interface.
  • NMS Network Management System
  • CORBA Common Object Request Broker Architecture
  • FTP File Transfer Protocol
  • XML SOAP/Web Service
  • SNMP Simple Network Management Protocol
  • TL1 Transaction Language
  • CORBA is a standard object-oriented application architecture specification developed by the OMG Object Management Organization. It consists of an Object Request Broker (ORB), an object service, a public facility, a domain interface, and an application interface. At its core is the Object Request Broker ORB, which provides a mechanism by which objects can transparently make requests and receive responses.
  • ORB Object Request Broker
  • the disadvantage of the CORBA interface is that it is too large and complicated. The debugging of the docking is difficult and the scalability is poor. When the interface changes, both sides of the docking must be recompiled, and the development cost is high.
  • the FTP interface refers to the information generated by the network management timer.
  • the integrated network management system uses the FTP protocol. Get these files and parse them in the specified format.
  • the FTP interface mode is suitable for the case where the upper-layer NMS obtains a large amount of data from the lower-layer NMS. It is not suitable for the case where the real-time requirements are high, and is not applicable to the case where the upper-layer NMS operates the EMS.
  • XML (SOAP/Web Service) is a lightweight, simple, XML-based protocol designed to exchange structured information over WEB.
  • the disadvantage of the XML interface is that the redundant data is large and the transmission efficiency is low.
  • the XML used in the message must be parsed every time, the parsing efficiency is relatively low, and the permission control is troublesome.
  • SNMP is a set of UDP-based network management protocols defined by the IETF. It is easy to use and is the de facto industry standard for network management. SNMP is managed based on the Manager/Agent model, and uses the Management Information Base (MIB) and related command sets to exchange information. MIB) and related command sets to exchange information. SNMP Tra is the active reporting mechanism of messages in the SNMP protocol.
  • MIB Management Information Base
  • SNMP Tra is the active reporting mechanism of messages in the SNMP protocol.
  • the disadvantage of the SNMP interface is that the integrated NMS can not directly send commands to the command line interface (CLI) through the EMS. At present, the traditional command line interface CLI has become an interface commonly supported by most device manufacturers. Therefore, configuring the network element by means of a command line interface is the mainstream technical means used by the network management system.
  • TL1 is a standard telecommunication management protocol based on TCP connection.
  • TL1 is simple to connect, easy to debug, easy to expand, easy to understand and use.
  • the TL1 northbound interface needs to be provided in the network element management system.
  • the TL1 northbound interface is used to receive TL1 command requests on the one hand, and to complete the adaptation of TL1 commands to specific CLI commands on the other hand.
  • the TL1 protocol has become the first choice in the field of telecommunications. From the actual usage, TL1 has become the most widely used northbound interface protocol.
  • the development threshold is high, developers have too many concerns, developers should not only pay attention to the business logic itself, but also pay attention to the analysis of TL1 protocol information, TL1 command permissions, security control and logs and other issues, therefore, This development model is not conducive to the separation of concerns, the development efficiency is low, the dimension It is also difficult to protect.
  • the technical problem to be solved by the present invention is to provide a method and apparatus for implementing a northbound interface, which implements standardization processing of a TL1 request message.
  • a method for implementing a northbound interface of the present invention includes: establishing a knowledge base, and storing mapping relationship information between a transaction language 1 (TL1) command and a command line interface (CLI) configuration set;
  • the configuration parameter For the CLI command in the CLI configuration set, if the configuration parameter is included, query the command parameter of the TL1 command to be executed corresponding to the configuration parameter, and replace the configuration parameter of the CLI command with the parameter value of the corresponding command parameter. Perform a conversion of the TL1 command to the CLI command.
  • mapping relationship between the CLI parameter index and the TL1 command parameter is also stored in the knowledge base;
  • Querying the command parameters of the TL1 command to be executed corresponding to the configuration parameter includes: Querying the mapping relationship between the CLI parameter index and the TL1 command parameter according to the parameter index of the configuration parameter, and obtaining the command parameter of the TL1 command to be executed corresponding to the parameter index of the configuration parameter .
  • the configuration parameter of the CLI command is replaced by the parameter value of the corresponding command parameter that is queried:
  • the mapping relationship between the command parameter and the parameter value of the TL1 command to be executed is saved.
  • the command to execute the TL1 command is queried.
  • the mapping relationship between the parameter and the parameter value obtains the parameter value corresponding to the command parameter, and replaces the configuration parameter of the CLI command with the obtained parameter value.
  • parameter value mapping relationship information is also stored in the knowledge base
  • the parameter value mapping relationship information is further included in the parameter value mapping relationship information. If yes, the mapping value corresponding to the parameter value of the command parameter in the parameter value mapping relationship information is used. Replace the configuration parameters of the CLI command.
  • the TL1 command in the mapping relationship information between the TL1 command and the CLI configuration set corresponds to at least one CLI configuration set identified by management object class (MOC) information and version information;
  • MOC management object class
  • Querying the mapping relationship between the TL1 command and the CLI configuration set, and obtaining the CLI configuration set corresponding to the TL1 command to be executed includes:
  • the TL1 command to be executed includes the network element information, and after receiving the TL1 command to be executed, the network information is read according to the network element information.
  • the MOC information and the version information of the network element are obtained from the mapping relationship between the TL1 command and the CLI configuration set according to the MOC information and the version information of the network element, and the CLI configuration set corresponding to the TL1 command to be executed is obtained.
  • the method further comprises:
  • the obtained CLI command is added to the CLI command group to be delivered.
  • the CLI command group is delivered to the corresponding NE.
  • the method further comprises:
  • the privilege control file After receiving the TL1 command, the privilege control file is parsed, and the user who is to be executed the TL1 command and the TL1 command to be executed are authenticated.
  • the method further comprises:
  • the command format of the TL1 command is also stored in the knowledge base. After the user who is to be executed the TL1 command and the TL1 command to be executed are authenticated, the TL1 command is parsed according to the command format of the TL1 command to be executed.
  • the method further comprises:
  • the request queue frequency of the TL1 command is also stored in the knowledge base. After the parsing of the TL1 command is performed, the request frequency of the TL1 command is analyzed, and the request frequency of the TL1 command to be executed exceeds the request frequency. The value of the threshold is exceeded. If it is exceeded, the TL1 command to be executed is rejected.
  • the method further comprises:
  • the processing mode identifier of the TL1 command is also stored in the knowledge base.
  • the processing mode of the TL1 command to be executed is determined according to the processing mode of the TL1 command to be executed. If the processing mode is transparent transmission processing, the step of querying the mapping relationship information between the TL1 command and the CLI configuration set is performed; if the processing mode is processing the business logic processing class, the TL1 command to be executed is read from the knowledge base. The path of the business logic processing class, according to which the corresponding business logic processing class is executed.
  • the present invention also provides an apparatus for implementing a northbound interface, comprising: a knowledge base and a command mapping assembly entity, wherein: the knowledge base is set to: a mapping relationship between a storage transaction language 1 (TL1) command and a command line interface (CLI) configuration set Information
  • TL1 storage transaction language 1
  • CLI command line interface
  • the command mapping assembly entity is set to: after receiving the to-be-executed TL1 command, query the mapping relationship between the TL1 command and the CLI configuration set, and obtain the CLI configuration set corresponding to the TL1 command to be executed; for the CLI command in the CLI configuration set, if The configuration parameter is used to query the command parameters of the TL1 command to be executed corresponding to the configuration parameter, and replace the configuration parameter of the CLI command with the parameter value of the corresponding command parameter to complete the conversion of the TL1 command to the CLI command.
  • the knowledge base is further configured to: store mapping relationship information between the CLI parameter index and the TL1 command parameter;
  • the command mapping assembly entity is configured to: query the command parameters of the TL1 command to be executed according to the configuration parameter, query the mapping relationship between the CLI parameter index and the TL1 command parameter according to the parameter index of the configuration parameter, and obtain the parameter index of the configuration parameter. Corresponding command to execute the TL1 command Parameters.
  • the command mapping assembly entity is further configured to: after receiving the TL1 command to be executed, save mapping relationship information between the command parameter and the parameter value of the TL1 command to be executed;
  • the command mapping assembly entity is set to: ⁇
  • the configuration parameter of the CLI command is replaced by the parameter value of the corresponding command parameter that is queried, after the command parameter of the TL1 command corresponding to the parameter index of the configuration parameter is obtained, the query is to be executed.
  • the mapping relationship between the command parameters and the parameter values of the TL1 command obtains the parameter values corresponding to the command parameters, and replaces the configuration parameters of the CLI command with the obtained parameter values.
  • an authentication entity is further included, wherein:
  • the authentication entity is configured to: establish a rights control file, configure a user, an operation that the user is allowed to perform, and a domain to which the operating network element belongs; after receiving the to-be-executed TL1 command, parse the rights control file, and preferably, the syntax analysis entity , among them:
  • the knowledge base is also set to: a command format for storing TL1 commands;
  • the parsing entity is set to: parse the TL1 command to be executed according to the command format of the TL1 command to be executed.
  • the method further includes: requesting an adaptation entity, where:
  • the knowledge base is also set to: store the request frequency threshold of the TL1 command;
  • the parsing entity is further configured to: call the request adaptation entity after the parsing of the TL1 command is performed;
  • the request adaptation entity is set to: The frequency of the request for executing the TL1 command is analyzed, and it is determined whether the request frequency of the TL1 command to be executed exceeds the request frequency threshold. If it is exceeded, the TL1 command is rejected.
  • the method further includes a service processing entity, wherein:
  • the knowledge base is also set to: store the processing mode identifier of the TL1 command;
  • the command mapping assembly entity is further configured to: when the request adaptation entity determines that the request frequency of the TL1 command to be executed does not exceed the request frequency threshold, determine the processing mode of the TL1 command to be executed according to the processing mode identifier of the to-be-executed TL1 command, if If the processing mode is transparent transmission processing, the mapping relationship information between the TL1 command and the CLI configuration set is executed; if the processing mode is processing by the business logic processing class, the service processing entity is invoked;
  • the service processing entity is set to: read the path of the business logic processing class of the TL1 command to be executed from the knowledge base, and execute the corresponding business logic processing class according to the path.
  • the TL1 command can dynamically generate a CLI command and send it to the network element according to the type of the NE and the version.
  • the TL1 command can also dynamically load different service logic processing classes to compensate.
  • the EMS northbound interface also needs to be re-developed, which greatly reduces the development and maintenance costs of the northbound interface.
  • the present embodiment uses a unified message processing and command delivery mechanism for the TL1 command. And the use of unified security, security and transaction management, improve development efficiency; for the new TL1 command, you do not need to re-edit the EMS network management code, just modify the knowledge base configuration file, you can complete the EMS adjustment, you can achieve Quickly respond to customer needs. BRIEF abstract
  • Figure 1 shows the application scenario of the TL1 northbound interface.
  • FIG. 2 is a functional block diagram of an apparatus for implementing a northbound interface according to an embodiment of the present invention
  • FIG. 3 is a flowchart of processing of a method for implementing a northbound interface according to an embodiment of the present invention. Preferred embodiment of the invention
  • the method and device for implementing the northbound interface of the present embodiment can implement the function of the TL1 northbound interface dynamically and adaptively, and perform dynamic inference decision making with the local knowledge base and the network element type for the request of the upper layer network management, and intelligently generate and interact with the network element.
  • CLI commands and provide a unified message processing and return mechanism.
  • it can flexibly inject specific business logic processing classes to process special TL1 requests.
  • the message processing process of the TL1 northbound interface is transparent to the business logic processing class, which facilitates the centralized processing of business logic and achieves effective separation of concerns.
  • TL1 north realized by this embodiment The interface has good dynamic adaptive capability, which can significantly improve the development efficiency of the northbound interface and respond quickly to changes in customer demand.
  • Figure 1 shows the location and application scenario of the TL1 northbound interface in the EMS.
  • the northbound interface of the TL1 is deployed on the EMS server.
  • the TL1 northbound request of the upper NMS is received, and the conversion and adaptation of the TL1 request to the CLI command is completed. , to achieve the configuration of the network element.
  • 2 is an apparatus for implementing a northbound interface according to the embodiment, including: an authentication entity, a parsing entity, a request adaptation entity, a command mapping assembly entity, a service processing entity, and a command issuing entity, where:
  • the authentication entity is responsible for performing unified permission control on all received TL1 requests and rejecting illegal requests.
  • the parsing entity is responsible for the message " ⁇ syntax detection, filtering exception messages.
  • the request adaptation entity is responsible for the frequent analysis of the request, preventing malicious attacks, and dynamically deciding whether to generate a CLI command/command group according to the TL1 knowledge base, or dispatching the request to the business processing entity for processing.
  • the business processing entity is responsible for processing commands that have special processing requirements.
  • the issuing entity is responsible for sending the CLI command/command group to a specific NE and reading the response information of the NE.
  • the rights control file can be configured with multiple different users, and different users can have different operation rights.
  • the rights control file includes the user, the operations that the user can perform, and the domain to which the operating device belongs.
  • the privilege control file not only configures the TL1 command entry that the user is allowed to execute, but also configures the range of MOC instances that the user is allowed to operate.
  • the test user can only execute the "IP-BND-ACLLNK-PORT" command, and the user can only issue the TL1 command in the scope of the domain-constrained MOC instance.
  • the MOC instance can be a single network element or a group of network elements.
  • a semi-structured or structured knowledge base is established.
  • the northbound interface of the TL1 can perform a comprehensive inference decision through the knowledge base based on the northbound TL1 request of the received NMS, and dynamically generate a specific CLI command to be sent to the device.
  • mapping relationship between NE version and specific CLI commands (2) Mapping relationship between NE version and specific CLI commands. (3) The mapping relationship between the TLl command and the specific business logic class.
  • a knowledge base there are two ways to build a knowledge base. One is to build a structured knowledge base using a database, and the other is to use a configuration file to build a semi-structured knowledge base.
  • the method for converting a TL1 command into a CLI command in this embodiment includes:
  • the EMS After receiving the TL1 command request of the NMS, the EMS parses the current user name on the NMS, the device type of the network element under the EMS, the device IP address, the TL1 command name, and the input command parameters and parameter values.
  • Hash mapping table (name ValueHashTable);
  • the authentication entity in the northbound interface authenticates the user and the TL1 command according to the user name and the command name.
  • step 304 If the authentication is passed, step 304 is performed; otherwise, step 313 is performed;
  • the authentication entity invokes a parsing entity to perform syntax analysis of the TL1 command, and the parsing entity performs syntax analysis on the received TL1 command according to the command format of the TL1 command in the knowledge base;
  • the parsing entity determines whether the parsing is passed, and then performs step 306 to perform the request frequent analysis; otherwise, step 313 is performed;
  • the parsing entity invokes the request adaptation entity, and requests the adaptation entity to analyze the frequent request of the TL1 command to prevent security problems caused by malicious attacks by unauthorized users.
  • the request adaptation entity determines whether the request frequency analysis of the TL1 command is passed, and if yes, step 308 is performed; otherwise, step 313 is performed;
  • the requesting adaptation entity determines, according to the processing mode identifier of the TL1 command configured in the knowledge base, the specific processing manner of the TL1 command.
  • step 309 If the transparent transmission process is used, step 310 is performed; otherwise, step 312 is performed;
  • the path of the processing class is handled by the business logic processing class.
  • the request adaptation entity delegates the TL1 command to the command mapping and assembly entity, and the command mapping and assembly entity assembles the TL1 command into a CLI command;
  • Step A1 Read the MOC and version information of the network element according to the network element information (such as the IP address), and search for the CLI configuration corresponding to the TL1 command from the mapping relationship between the TL1 command and the CLI configuration set in the knowledge base according to the MOC and the version information.
  • the CLI configuration set is the set of value values corresponding to the cliCommand in the above configuration file.
  • the TL1 command corresponds to a CLI configuration set identified by MOC information and version information.
  • Step A2 For the CLI configuration set corresponding to the TL1 command, scan the CtrlCommand's ⁇ &111 ⁇ 2 value (CLI command) from top to bottom. If the currently scanned CLI command contains configuration parameters (aram), go to step A3; otherwise, The value of the current cliCommand is added to the CLI command group to be delivered.
  • CLI command CtrlCommand's ⁇ &111 ⁇ 2 value
  • Step A3 Parsing the parameter index of the configuration parameter in step A2 (ie, the number following the param in the cliCommand, such as 1 in paraml), the mapping relationship between the CLI parameter index and the TL1 command parameter is stored in the TLl-param node of the knowledge base.
  • the parameter value of the TL1 command parameter corresponding to the parameter index can be directly found by the nameValueHashTable.
  • the nameValueHashTable holds the mapping relationship between the command parameter and the parameter value, and replaces the parameter value of the obtained TL1 command parameter with the $ ⁇ &11 of the cliCommand. ⁇ part, and add the replaced content to the CLI command group to be delivered;
  • parameter value mapping information ( ⁇ value-map> ) is also included. After the value of the parameter name is found in the nameValueHashTable, if the value can be found between the ⁇ value-map> tags. For the parameter name, you need to replace the $ ⁇ paramx ⁇ part of the CLI command template with the emsMap Value corresponding to the value of the parameter (the mapped value of nmsValue). After completing all cliCommand scans for one network element version and M0C, the construction of the CLI command group is completed.
  • the command issuing entity sends the CLI command group to the corresponding NE. After the delivery is successful, the operation log is recorded.
  • the service processing entity reads the path of the business logic processing class in the businessClassName in the knowledge base, and executes a specific business logic processing class for processing;
  • the TL1 knowledge base can also be expanded to implement management of the knowledge base.
  • the TL1 knowledge base is stored on the server side of the network management system.
  • the extension of the TL1 knowledge base can be input using the graphical user interface of the client, which enables the network management to dynamically expand the knowledge base during operation. Therefore, the present embodiment has strong dynamic adaptability to the dynamic request of the NMS, including the TL1 command name, Command syntax format, TL1 parameter name, TL1 parameter type, and TL1 parameter range.
  • the organization of the database-based knowledge base and the organization of the knowledge base based on the configuration file are - corresponding, the specific organization of the database-based knowledge base is as follows, and can be divided into the following four tables.
  • Table 1 Basic attribute table of TL1 command
  • IP-BND-ACLLNK-PORT command uses the IP-BND-ACLLNK-PORT command and the database-based knowledge base as an example to describe how to convert a TL1 command into a CLI command, including:
  • Step B1 The command name IP-BND-ACLLNK-PORT is obtained, and the MOC type and the specific NE version are obtained according to the DIP (device IP).
  • Step B2 According to the MOC type and the NE version, scan the CLI command template interface $ ⁇ paraml ⁇ corresponding to the IP-BND-ACLLNK-PORT command in Table 3, and look up Table 2 according to the index 1 corresponding to interface $ ⁇ paraml ⁇ to obtain the index. 1 corresponding to IFNAME (port name), find the value of IFNAME in nameValueHashTable gei_2/l replace $ ⁇ param 1 ⁇ , get the CLI command interface gei-2/1 to join the CLI command group;
  • Step B3 The command issuing entity sends the CLI command group command to the specific network element.
  • the specific command groups obtained through steps B1 and B2 are as follows:
  • the function of the CLI command is to bind the ACL to the physical interface gei—2/1 in the inbound direction.
  • the TL1 request of the upper-layer network management EMS can automatically generate a CLI command group based on the knowledge base reasoning decision, and can also assign the request to a specific business logic class processing, and the unified message parsing and security.
  • the management mechanism realizes the effective separation of concerns, which can greatly improve the development efficiency of the northbound interface, and also has better scalability and versatility.
  • the TL1 command can dynamically generate a CLI command and send it to the NE according to the NE type and version.
  • the TL1 command can also dynamically load different service logic processing. Class processing, thus making up for the lack of development of the EMS northbound interface when the NE version is upgraded, which greatly reduces the development and maintenance costs of the northbound interface.
  • this embodiment uses unified message processing for the TL1 command. The command issuing mechanism and the unified security, log, and transaction management improve the development efficiency. For the new TL1 command, you do not need to re-edit the EMS network management code. You only need to modify the knowledge base configuration file to complete the EMS. The adjustment can achieve the purpose of responding quickly to customer needs.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种实现北向接口的方法及装置。该方法包括：建立知识库，存储交易语言1(TL1)命令与命令行接口(CLI)配置集的映射关系信息；在接收到待执行TL1命令后，查询TL1命令与CLI配置集的映射关系信息，得到待执行TL1命令对应的CLI配置集；对于CLI配置集内的CLI命令，如果含有配置参数，则查询与配置参数对应的待执行TL1命令的命令参数，采用查询到的对应的命令参数的参数值替换CLI命令的配置参数，完成待执行TL命令到CLI命令的转换。本发明对于TL1命令也能够动态加载不同的业务逻辑处理类处理，因而弥补了当网元版本升级时，EMS北向接口也需要重新进行开发的不足。

Description

一种实现北向接口的方法及装置
技术领域
本发明涉及通信系统的网络管理领域， 尤其涉及一种实现北向接口的方 法及装置。
背景技术
随着电信产业的高速发展， 电信网络的规模不断扩大， 设备种类和组网 方式也越来越复杂和多样化。 目前， 各个运营商的设备往往是由多家不同厂 商的设备共同组成， 每个厂商都有自己设备的网元管理系统 （Element Management System, EMS ) , 但是这些网元管理系统之间无法提供统一的接 口信息模型和数据指标， 对网络的集中管理带来了困难。
针对上述问题， 为了实现对全网的统一管理， 局方希望能够在目前分散 的网管系统的基础上建立综合的网络管理系统（ Network Management System, NMS ) , 这就要求各个厂商在自己特有的网元管理系统中， 提供面向综合网 络管理系统的统一接口， 即北向接口。 北向接口可以屏蔽各个网元管理系统 和设备之间的差异性， 实现对不同厂商、 不同网络类型的一体化管理， 降低 网络管理的复杂度。
目前常见的北向接口协议有 CORBA (公共对象请求代理体系结构） 、 FTP (文件传输协议） 、 XML ( SOAP/Web Service ) 、 SNMP (简单网络管理 协议）和 TL1 (交易语言 1 ) 。 其中：
CORBA是由 OMG对象管理组织制订的一种标准的面向对象的应用程序 体系规范。 由对象请求代理（ORB ) 、 对象服务、 公共设施、 域接口和应用 接口组成。 其核心部分是对象请求代理 ORB, ORB提供了一种机制， 通过这 种机制，对象可以透明的发出请求和接收响应。 CORBA接口的缺点是过于庞 大和复杂， 对接调试困难并且扩展性差， 当接口发生变化时， 对接双方都要 重新编译， 开发成本高。
FTP接口是指网管定时将需要的信息生成文件， 综合网管通过 FTP协议 获取这些文件并按照指定的格式进行解析。 FTP接口方式适合于上层网管向 下层网管获取大数据量的情况， 不适于实时性要求较高的情况， 也不适用于 上层网管对 EMS进行操作的情况。
XML ( SOAP/Web Service )是一种轻量的、 简单的、 基于 XML的协议， 它被设计成在 WEB上交换结构化的信息。 XML接口的缺点是冗余数据大， 传输效率较低， 消息中使用的 XML每次都必须做解析， 解析效率相对较低， 而且权限控制比较麻烦。
SNMP是由 IETF定义的一套基于 UDP的网络管理协议， 简单易用， 是 事实上的网络管理工业标准。 SNMP基于 Manager/Agent模型进行管理，釆用 管理信息基础 （Management Information Base, MIB )和相关的命令集进行信 息交互， SNMP Tra 是 SNMP协议中的消息主动上报机制。 SNMP接口的缺 点在于综合网管 NMS不能通过 EMS直接进行命令行接口 （Command Line Interface, CLI )方式的命令下发业务操作。 目前传统的命令行接口 CLI已经 成为大多数设备厂商普遍支持的接口， 因此釆用命令行接口的方式对网元进 行配置是目前网管系统釆用的主流技术手段。
TL1是一种基于 TCP连接的标准的电信管理协议， TL1对接简单， 调试 方便， 扩展性好， 易于理解和使用。 为了支持综合网络管理系统进行业务下 发， 需要在网元管理系统中提供 TL1北向接口， TL1北向接口一方面用于接 收 TL1命令请求， 另一方面用于完成 TL1命令到具体 CLI命令的适配和转换 过程， 实现与具体网元的交互， 运营商釆用 TL1协议进行业务下发在电信领 域成为首选， 从实际的使用情况来看， TL1 目前已经成为使用最为广泛的北 向接口协议。
现有 TL1北向接口开发的特点是：针对每个 TL1命令，开发者（应用侧） 都要关注 TL1协议本身的处理问题， 包括 TL1协议格式的解析、 TL1命令到 具体设备命令的映射， 消息响应格式的包装和返回等。 因此这种开发模式带 来了如下问题：
( 1 )开发门槛较高， 开发者的关注点太多， 开发者不仅仅要关注业务逻 辑本身， 还要关注 TL1协议信息的解析， TL1命令的权限、 安全控制和日志 等其他问题， 因此， 这种开发模式不利于关注点的分离， 开发的效率低， 维 护起来也比较困难。
( 2 )传统的 TL1北向接口缺乏对 TL1消息的集中控制。 由于开发者本 身的差异性， 其消息返回的风格迥异， 消息结构的一致性较差。
( 3 )可扩展性不足， 当网元版本升级或者新增加一种新类型的网元时， 网管的北向接口程序必须进行同步升级。
( 4 ) TL1消息处理的自动化程度不高。 现有的开发模式大多使用不同的 业务处理类处理不同的 TL1命令，没有建立 TL1命令到具体 CLI命令的自动 映射和组装机制， 动态适应性较差。 发明内容
本发明要解决的技术问题是提供一种实现北向接口的方法及装置， 实现 对 TL1请求消息进行标准化处理。
为解决上述技术问题， 本发明的一种实现北向接口的方法， 包括： 建立知识库， 存储交易语言 1(TL1)命令与命令行接口（CLI)配置集的映射 关系信息；
在接收到待执行 TL1命令后，查询 TL1命令与 CLI配置集的映射关系信 息， 得到待执行 TL1命令对应的 CLI配置集； 以及
对于 CLI配置集内的 CLI命令， 如果含有配置参数， 则查询与配置参数 对应的待执行 TL1命令的命令参数， 釆用查询到的对应的命令参数的参数值 替换 CLI命令的配置参数， 完成待执行 TL1命令到 CLI命令的转换。
优选地， 在知识库中还存储 CLI参数索引与 TL1命令参数的映射关系信 息；
查询与配置参数对应的待执行 TL1命令的命令参数包括： 根据配置参数 的参数索引， 查询 CLI参数索引与 TL1命令参数的映射关系信息， 得到配置 参数的参数索引对应的待执行 TL1命令的命令参数。
优选地， 釆用查询到的对应的命令参数的参数值替换 CLI命令的配置参 数包括： 在接收到待执行 TL1命令后，保存待执行 TL1命令的命令参数与参数值 的映射关系信息； 在得到配置参数的参数索引对应的待执行 TL1命令的命令 参数后， 查询待执行 TL1命令的命令参数与参数值的映射关系信息， 得到命 令参数对应的参数值， 釆用所得到的参数值替换 CLI命令的配置参数。
优选地， 在知识库中还存储有参数值映射关系信息；
在得到待执行 TL1命令的命令参数对应的参数值后， 还查询参数值映射 关系信息中是否包含命令参数， 如果包含， 则釆用参数值映射关系信息中该 命令参数的参数值对应的映射值替换 CLI命令的配置参数。
优选地， TL1命令与 CLI配置集的映射关系信息中 TL1命令至少对应一 个以管理对象类 (MOC)信息和版本信息标识的 CLI配置集；
查询 TL1命令与 CLI配置集的映射关系信息，得到待执行 TL1命令对应 的 CLI配置集包括： 待执行 TL1命令中包含网元信息， 在接收到待执行 TL1 命令后，根据网元信息，读取网元的 MOC信息和版本信息，根据网元的 MOC 信息和版本信息， 从 TL1命令与 CLI配置集的映射关系信息中， 查询得到待 执行 TL1命令对应的 CLI配置集。
优选地， 还包括：
在完成釆用查询到的对应的命令参数的参数值替换 CLI命令的配置参数 后， 将得到的 CLI命令加入到待下发的 CLI命令组中；
如果 CLI配置集内的 CLI命令， 未包含有配置参数， 则直接将该 CLI命 令加入到 CLI命令组中；
在完成待执行 TL1命令到 CLI命令的转换后， 将 CLI命令组下发到对应 的网元。
优选地， 还包括：
建立权限控制文件， 配置用户、 用户允许执行的操作以及操作的网元所 属的域；
在接收到待执行 TL1命令后， 解析权限控制文件， 对下发待执行 TL1命 令的用户和待执行 TL1命令进行合法性鉴权。
优选地， 还包括： 在知识库中还存储有 TLl命令的命令格式，对下发待执行 TL1命令的用 户和待执行 TL1命令鉴权通过后， 根据待执行 TL1命令的命令格式， 对待执 行 TL1命令进行语法分析。
优选地， 还包括：
在知识库中还存储有 TL1命令的请求频度阔值，对待执行 TL1命令的语 法分析通过后， 对待执行 TL1命令的请求频度进行分析， 判断待执行 TL1命 令的请求频度是否超出请求频度阔值， 如果超过， 则拒绝待执行 TL1命令。
优选地， 还包括：
在知识库中还存储有 TL1命令的处理方式标识， 在待执行 TL1命令的请 求频度未超出请求频度阔值时， 根据待执行 TL1命令的处理方式标识判断待 执行 TL1命令的处理方式， 如果处理方式为釆用透传处理， 则执行查询 TL1 命令与 CLI配置集的映射关系信息的步骤； 如果处理方式为釆用业务逻辑处 理类处理， 则从知识库中读取待执行 TL1命令的业务逻辑处理类的路径， 根 据该路径， 执行对应的业务逻辑处理类。
本发明还提供了一种实现北向接口的装置， 包括： 知识库和命令映射组 装实体， 其中： 知识库设置为： 存储交易语言 1(TL1)命令与命令行接口（CLI)配置集的映 射关系信息；
命令映射组装实体设置为： 在接收到待执行 TL1命令后， 查询 TL1命令 与 CLI配置集的映射关系信息， 得到待执行 TL1命令对应的 CLI配置集； 对 于 CLI配置集内的 CLI命令， 如果含有配置参数， 则查询与配置参数对应的 待执行 TL1命令的命令参数，釆用查询到的对应的命令参数的参数值替换 CLI 命令的配置参数， 完成待执行 TL1命令到 CLI命令的转换。
优选地， 知识库还设置为： 存储 CLI参数索引与 TL1命令参数的映射关 系信息；
命令映射组装实体是设置为： 查询与配置参数对应的待执行 TL1命令的 命令参数时， 是根据配置参数的参数索引， 查询 CLI参数索引与 TL1命令参 数的映射关系信息， 得到配置参数的参数索引对应的待执行 TL1命令的命令 参数。
优选地， 命令映射组装实体还设置为： 在接收到待执行 TL1命令后， 保 存待执行 TL1命令的命令参数与参数值的映射关系信息；
命令映射组装实体是设置为： 釆用查询到的对应的命令参数的参数值替 换 CLI命令的配置参数时， 是在得到配置参数的参数索引对应的待执行 TL1 命令的命令参数后， 查询待执行 TL1命令的命令参数与参数值的映射关系信 息， 得到命令参数对应的参数值， 釆用所得到的参数值替换 CLI命令的配置 参数。
优选地， 还包括鉴权实体， 其中：
鉴权实体设置为： 建立权限控制文件， 配置用户、 用户允许执行的操作 以及操作的网元所属的域；在接收到待执行 TL1命令后，解析权限控制文件， 优选地， 还包括语法分析实体， 其中：
知识库还设置为： 存储 TL1命令的命令格式；
权通过后， 调用语法分析实体；
语法分析实体设置为： 根据待执行 TL1命令的命令格式， 对待执行 TL1 命令进行语法分析。
优选地， 还包括请求适配实体， 其中：
知识库还设置为： 存储 TL1命令的请求频度阔值；
语法分析实体还设置为： 在对待执行 TL1命令的语法分析通过后， 调用 请求适配实体；
请求适配实体设置为： 对待执行 TL1命令的请求频度进行分析， 判断待 执行 TL1命令的请求频度是否超出请求频度阈值， 如果超过， 则拒绝待执行 TL1命令。
优选地， 还包括业务处理实体， 其中：
知识库还设置为： 存储 TL1命令的处理方式标识； 命令映射组装实体还设置为： 在请求适配实体判断待执行 TL1命令的请 求频度未超出请求频度阔值时， 根据待执行 TL1命令的处理方式标识判断待 执行 TL1命令的处理方式， 如果处理方式为釆用透传处理， 则执行查询 TL1 命令与 CLI配置集的映射关系信息； 如果处理方式为釆用业务逻辑处理类处 理， 则调用业务处理实体；
业务处理实体设置为： 从知识库中读取待执行 TL1命令的业务逻辑处理 类的路径， 根据该路径， 执行对应的业务逻辑处理类。
综上所述，本实施方式对于 TL1命令，可以根据网元类型和版本的不同， 动态生成 CLI命令下发给到网元， 对于 TL1命令也能够动态加载不同的业务 逻辑处理类处理， 因而弥补了当网元版本升级时， EMS北向接口也需要重新 进行开发的不足， 使得北向接口的开发和维护成本大大降低， 并且， 本实施 方式对 TL1命令釆用统一的消息处理和命令下发机制，以及釆用统一的安全、 曰志和事务管理，提高了开发效率；对于新增的 TL1命令，无需重新修改 EMS 网管的代码， 只需修改知识库的配置文件， 即可完成 EMS的调整， 可以达到 快速地响应客户需求的目的。 附图概述
图 1为 TL1北向接口的应用场景图；
图 2为本实施方式的实现北向接口的装置的功能框图；
图 3为本实施方式的实现北向接口的方法的处理流程图。 本发明的较佳实施方式
本实施方式的北向接口的实现方法及装置能够动态自适应地实现 TL1北 向接口的功能， 针对上层网管的请求， 结合本地知识库和网元类型进行动态 推理决策， 智能地生成与网元交互的 CLI命令， 并提供统一的消息处理和返 回机制。 同时可以灵活地注入具体的业务逻辑处理类， 对特殊的 TL1请求进 行处理。 TL1 北向接口的消息处理过程对业务逻辑处理类是透明的， 便于集 中精力处理业务逻辑， 实现了关注点的有效分离。 本实施方式实现的 TL1北 向接口具有良好的动态自适应能力， 可以显著地提高北向接口的开发效率， 快速响应客户的需求变化。
下面结合附图和具体实施实例对本发明进一步描述。
图 1为 TL1北向接口在 EMS中的位置和应用场景， 本实施方式的 TL1 北向接口部署在 EMS的服务器端， 接收上层的 NMS的 TL1北向请求， 并完 成 TL1请求到 CLI命令的转换和适配， 实现对网元的配置。
图 2为本实施方式的实现北向接口的装置， 包括： 鉴权实体、 语法分析 实体、 请求适配实体、 命令映射组装实体、 业务处理实体以及命令下发实体， 其中：
鉴权实体负责对所接收的所有 TL1请求进行统一的权限控制， 拒绝非法 请求。
语法分析实体负责消息 "^文的语法检测， 过滤异常消息。
请求适配实体负责请求的频繁度分析， 防止恶意攻击行为， 并根据 TL1 知识库动态决策是否生成 CLI命令 /命令组， 或者将请求分派到业务处理实体 进行处理。
业务处理实体负责对于有特殊处理需求的命令进行处理。
命令下发实体负责将 CLI命令 /命令组下发到具体的网元以及读取网元的 响应信息。
为实现本实施方式的方法需要预先建立权限控制文件和知识库。
建立权限控制文件， 对上级网管中的不同的用户进行分权分域管理。 权 限控制文件可以配置多个不同的用户， 不同用户可以拥有不同的操作权限。 权限控制文件包括用户、 用户能够执行的操作以及操作设备所属的域。 权限 控制文件不仅可以配置允许用户执行的 TL1命令条目， 也可以配置允许用户 操作的 MOC实例的范围。
以下面的 XML的权限控制文件为例予以具体说明。 <?xml version="1.0" encoding="UTF-8"?>
<user name="admin" alloperation="true" alldomain="tme"/>
<user name="test">
<operations>
<operation>
<operation tl 1 name="IP-BND-ACLLN -PORT">
</operation>
</operations>
<domain>
<ipranges startip="10.40.111.0" endip="10.40.111.102" />
<ipgrp ip=" 10.40.111.106"/>
</domain>
</user>
在上面的权限控制文件中， 建立了 admin和 test两个用户。
alloperation="tme"表示 admin用户可以下发所有的北向接口支持的 TL1 命令。
alldomain="true"表示 admin用户可以对所有的 MOC实例进行操作。
test用户则只能执行 "IP-BND-ACLLNK-PORT"命令， 同时该用户只能在 domain约束的 MOC实例范围中下发 TL1命令。 MOC实例的范围可以是单独 的一个网元， 也可以是一组网元。
建立半结构化或者结构化知识库， TL1北向接口可以根据接收到的 NMS 的北向 TL1请求， 通过知识库进行综合性的推理决策， 动态生成具体的 CLI 命令下发到设备。
知识库中存储有以下内容：
( 1 ) TL1命令到网元 CLI命令的转换相关信息。
( 2 ) 网元版本与具体 CLI命令的映射关系。 ( 3 ) TLl命令到具体业务逻辑类的映射关系。
具体地， 知识库的建立有两种方式， 一种是使用数据库的方式建立结构 化知识库， 另一种是使用配置文件的方式建立半结构化的知识库。
下面以 TL1命令' ΊΡ-TLl-ACLLINK-PORT"为例，说明以配置文件的方式 建立知识库：
<?xml version:" 1.0" encoding="UTF-8"?>
<Command TLl -command="IP-TLl -ACLLINK-PORT"
commandFormat="IP-B D-ACLL K-PORT：： (DIP=device-ip/DNAME=device-name)： CT AG::IFNAME=port name,ACLID=acl number,DIRECTION=direction; "
useEMS="false" maxfreg=10 businessClassName=" ">
<TLl-param>
<param index:" 1" name="IFNAME" value="" type="0" range=""/>
<param index="2" name="ACLID" value="" type=" 1 " range="200-299"/> <param index="3" name="DIRECTION" value="" type=" 1 " range="0-l"/>
</TLl-param>
<CLI neVersion="V4.08.30-V4.08.32" MOC="CTN90,CTN95">
<cliCommand index:" 1 " value="interface $ {paraml } "/>
<cliCommand index="2" value="ip access-group ${param2} $ {param3 } "/>
</CLI>
<CLI neVersion="V4.08.23" MOC=" Switch— 89">
<cliCommand index:" 1 " value="int $ {paraml } "/>
<cliCommand index="2" value="ip access-group ${param2} $ {param3 } "/>
</CLI> <Value-Map>
<map name="DIRECTION" nmsValue=" 1 " emsMapValue="in" />
<map name="DIRECTION" nmsValue="2" emsMapValue="out" />
</Value-Map>
</Command>
如图 3所述本实施方式将 TL1命令转换为 CLI命令的方法， 包括：
301 : EMS接收到 NMS的 TL1命令请求后， 从该请求中解析得到 NMS 上当前的用户名称、 EMS下网元的设备类型、设备 IP地址、 TL1命令名称以 及输入的命令参数和参数值的哈希映射表（name ValueHashTable ) ；
302: 北向接口中的鉴权实体根据用户名称、 命令名称， 解析权限控制文 件对用户和 TL1命令进行鉴权；
303: 如果鉴权通过， 则执行步骤 304; 否则， 执行步骤 313;
304:鉴权实体调用语法分析实体进行 TL1命令的语法分析，语法分析实 体根据知识库中该 TL1命令的命令格式，对接收到的 TL1命令进行语法分析；
305: 语法分析实体判断语法分析是否通过， 通过则执行步骤 306进行请 求频繁度分析； 否则， 执行步骤 313;
306:语法分析实体调用请求适配实体，请求适配实体对 TL1命令的请求 频繁度进行分析， 以防止非授权用户恶意攻击带来的安全问题；
每条命令的 TL1请求频度阔值存储在知识库中， 如上述配置文件描述的 maxfreg=10表示每分钟超过 10次的 TL1命令请求， EMS拒绝进行进一步操 作。
307:请求适配实体判断 TL1命令的请求频繁度分析是否通过，通过则执 行步骤 308; 否则， 执行步骤 313;
308:请求适配实体根据知识库中配置的该 TL1命令的处理方式标识，判 断 TL1命令的具体处理方式；
309: 如果是釆用透传处理， 则执行步骤 310; 否则， 执行步骤 312; 知识库中的 "useEMS"为 TL1 命令' ΊΡ-TLl-ACLLINK-PORT"的处理方式 标识， useEMS="false"表示釆用透传处理， useEMS="true"表示从 businessClassName中读取业务逻辑处理类的路径，釆用业务逻辑处理类处理。
310:请求适配实体将 TL1命令委托给命令映射和组装实体，命令映射和 组装实体将 TL1命令组装为 CLI命令；
命令组装的详细步骤如下：
步骤 A1： 根据网元信息 (如 IP地址）读取网元的 MOC和版本信息， 根 据 MOC和版本信息从知识库中的 TL1命令与 CLI配置集的映射关系信息中 查找 TL1命令对应的 CLI配置集；
CLI配置集即为上述配置文件中 cliCommand对应的 value值集。 TL1命 令与 CLI配置集的映射关系信息中 TL1命令至少对应一个以 MOC信息和版 本信息标识的 CLI配置集。
步骤 A2: 针对 TL1命令对应的 CLI配置集， 自上而下扫描 cliCommand 的 ¥&11½值（ CLI命令），如果当前扫描到的 CLI命令中含有配置参数（ aram ), 则执行步骤 A3; 否则，将当前扫描到的 cliCommand的 value值加入待下发的 CLI命令组中；
步骤 A3:解析出步骤 A2中的配置参数的参数索引 (即 cliCommand中的 param后面的数字， 如 paraml中的 1 ) , CLI参数索引和 TL1命令参数的映 射关系存储在知识库的 TLl-param节点中， 参数索引对应的 TL1命令参数的 参数值可以通过 nameValueHashTable表直接查找到， nameValueHashTable表 中保存有命令参数与参数值的映射关系信息， 将得到的 TL1命令参数的参数 值替换 cliCommand的$ ^ &11^}部分， 并将替换后的内容加入待下发的 CLI 命令组中；
注意： 在知识库中对于一些 TL1 命令还包含参数值映射关系信息 ( <value-map> ) , 在 nameValueHashTable表中查找到参数名称的值后， 如果 在 <value-map>标签之间能找到该参数名称， 则需要釆用该参数的值 ( nmsValue的映射值 )对应的 emsMap Value替换 CLI命令模板的 ${paramx} 部分。 当完成针对一网元版本和 M0C下的全部 cliCommand扫描后， 即完成了 CLI命令组的构造。
311 : 命令下发实体将 CLI命令组下发到对应的网元， 下发成功后， 进行 操作日志的记录。
312: 业务处理实体读取知识库中 businessClassName中的业务逻辑处理 类的路径， 执行具体的业务逻辑处理类进行处理；
313: 构建 TL1响应消息， 返回给上层网管系统 NMS。
本实施方式中还可以对 TL1知识库进行扩充， 实现对知识库的管理。 TL1知识库存储在网管系统的服务器端。 TL1知识库的扩充可以使用客 户端的图形用户界面进行输入， 这使得网管可以在运行中动态扩充知识库， 因此， 本实施方式对 NMS的动态请求具有较强的动态适应性， 包括 TL1命 令名称、 命令语法格式、 TL1参数名称、 TL1参数类型和 TL1参数范围等。 CLI命令、 CLI参数与 TL1参数的映射关系和 NMS参数与 EMS参数的映射 关系。
基于数据库的知识库的组织方式与基于配置文件的知识库的组织方式是 ——对应的， 基于数据库的知识库具体的组织方式如下， 可以分为以下四个 表。
表一： TL1命令基本属性表
Figure imgf000015_0001
Figure imgf000016_0001
表二： TLl参数表
Figure imgf000016_0002
表三： MOC以及版本与 CLI命令的映射关系表
Figure imgf000016_0003
-PORT ${paraml }
IP-B D-ACLL K Switch_89 V4.08.23 2 ip
-PORT access-group
${param2}
${param3}
表四： NMS与 EMS参数值映射关系表
Figure imgf000017_0001
下面以 IP-BND-ACLLNK-PORT命令， 基于数据库方式的知识库为例说 明将 TL1命令转换为 CLI命令的方法， 包括：
步骤 B1 : 解析得到命令名称 IP-BND-ACLLNK-PORT, 根据 DIP (设备 IP )得到 MOC 类型以及具体的网元版本， 各个 TL1 参数的值分别为： IFNAME=gei_2/l , ACLID=200 , DIRECTION=0, 将参数名称和值的映射关 系存储到哈希表（ nameValueHashTable ) 中；
步骤 B2 : 根据 MOC 类型以及网元版本， 扫描表三中命令 IP-BND-ACLLNK-PORT 对应的 CLI 命令模板 interface ${paraml} , 根据 interface ${paraml}对应的索引 1查找表二， 得到索引 1对应 IFNAME (端口 名称），从 nameValueHashTable中查找 IFNAME的值 gei_2/l替换 ${param 1 } , 得到 CLI命令 interface gei— 2/1加入 CLI命令组；
类似地， 查找到 ACLID的值 200替换掉 ${param2}， 查找到 DIRECTION 的值 0, 通过读取表 4 ( NMS与 EMS参数值映射关系表）转换为 in, 替换掉 $ {param3 } , 生成第二条命令 ip access-group 200 in力口入到 CLI命令组； 步骤 B3: 调用命令下发实体将 CLI命令组的命令下发到具体的网元。 通过步骤 B1和 B2得到具体的命令组如下：
interface gei— 2/1 ;
ip access-group 200 in。
该 CLI命令的功能是将 ACL绑定物理接口 gei— 2/1入方向。
从以上步骤可以看出， 本实施方式根据上层网管 EMS的 TL1请求可以 基于知识库推理决策自动生成 CLI命令组， 同时也可以将请求分派给具体的 业务逻辑类处理， 其统一的消息解析和安全管理机制实现了关注点的有效分 离， 可以大大提高北向接口的开发效率， 同时也具有较好的扩展性和通用性。
显然， 本领域的技术人员应该明白， 上述的本发明的各实体、 各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 或 者将它们分别制作成各个集成电路实体， 或者将它们的多个实体或者步骤制 作成单个集成电路实体来实现。 这样， 本发明不限制于任何特定的硬件和软 件结合。
以上所述仅为本发明的实施例而已， 并不用于限制本发明， 对于本领域 的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则 之内， 所做的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围 之内。
工业实用性
本实施方式对于 TL1命令， 可以根据网元类型和版本的不同， 动态生成 CLI命令下发给到网元， 对于 TL1命令也能够动态加载不同的业务逻辑处理 类处理， 因而弥补了当网元版本升级时， EMS北向接口也需要重新进行开发 的不足，使得北向接口的开发和维护成本大大降低，并且，本实施方式对 TL1 命令釆用统一的消息处理和命令下发机制， 以及釆用统一的安全、 日志和事 务管理， 提高了开发效率； 对于新增的 TL1命令， 无需重新修改 EMS网管 的代码， 只需修改知识库的配置文件， 即可完成 EMS的调整， 可以达到快速 地响应客户需求的目的。

Claims

权 利 要 求 书
1、 一种实现北向接口的方法， 包括：
建立知识库， 存储交易语言 1(TL1)命令与命令行接口（CLI)配置集的映射 关系信息；
在接收到待执行 TL1命令后，查询所述 TL1命令与 CLI配置集的映射关 系信息， 得到所述待执行 TL1命令对应的 CLI配置集； 以及
对于所述 CLI配置集内的 CLI命令， 如果含有配置参数， 则查询与所述 配置参数对应的所述待执行 TL1命令的命令参数， 釆用查询到的对应的命令 参数的参数值替换所述 CLI命令的配置参数，完成所述待执行 TL1命令到 CLI 命令的转换。
2、 如权利要求 1所述的方法， 其中，
在所述知识库中还存储 CLI参数索引与 TL1命令参数的映射关系信息； 所述查询与所述配置参数对应的所述待执行 TL1命令的命令参数包括： 根据所述配置参数的参数索引， 查询所述 CLI参数索引与 TL1命令参数的映 射关系信息， 得到所述配置参数的参数索引对应的所述待执行 TL1命令的命 令参数。
3、 如权利要求 2所述的方法，其中， 所述釆用查询到的对应的命令参数 的参数值替换所述 CLI命令的配置参数包括：
在接收到所述待执行 TL1命令后，保存所述待执行 TL1命令的命令参数 与参数值的映射关系信息； 在得到所述配置参数的参数索弓 I对应的所述待执 行 TL1命令的命令参数后， 查询所述待执行 TL1命令的命令参数与参数值的 映射关系信息， 得到命令参数对应的参数值， 釆用所得到的参数值替换所述 CLI命令的配置参数。
4、 如权利要求 3所述的方法， 其中，
在所述知识库中还存储有参数值映射关系信息；
在得到所述待执行 TL1命令的命令参数对应的参数值后， 所述方法还包 括： 查询所述参数值映射关系信息中是否包含所述命令参数， 如果包含， 则 釆用所述参数值映射关系信息中该命令参数的参数值对应的映射值替换所述
CLI命令的配置参数。
5、 如权利要求 3所述的方法， 其中，
所述 TL1命令与 CLI配置集的映射关系信息中 TL1命令至少对应一个以 管理对象类 (MOC)信息和版本信息标识的 CLI配置集；
所述查询所述 TL1命令与 CLI配置集的映射关系信息， 得到所述待执行 TL1命令对应的 CLI配置集包括： 所述待执行 TL1命令中包含网元信息， 在 接收到所述待执行 TL1命令后， 根据所述网元信息， 读取网元的 MOC信息 和版本信息，根据所述网元的 MOC信息和版本信息，从所述 TL1命令与 CLI 配置集的映射关系信息中，查询得到所述待执行 TL1命令对应的 CLI配置集。
6、 如权利要求 3所述的方法， 其中， 所述方法还包括：
在完成所述釆用查询到的对应的命令参数的参数值替换所述 CLI命令的 配置参数后， 将得到的 CLI命令加入到待下发的 CLI命令组中；
如果所述 CLI配置集内的 CLI命令，未包含有配置参数，则直接将该 CLI 命令加入到所述 CLI命令组中；
在完成所述待执行 TL1命令到 CLI命令的转换后， 将所述 CLI命令组下 发到对应的网元。
7、 如权利要求 3所述的方法， 其中， 所述方法还包括：
建立权限控制文件， 配置用户、 用户允许执行的操作以及操作的网元所 属的域；
在接收到所述待执行 TL1命令后， 解析所述权限控制文件， 对下发所述 待执行 TL1命令的用户和所述待执行 TL1命令进行合法性鉴权。
8、 如权利要求 7所述的方法， 其中， 所述方法还包括：
在所述知识库中还存储有 TL1命令的命令格式， 对下发所述待执行 TL1 命令的用户和所述待执行 TL1命令鉴权通过后， 根据所述待执行 TL1命令的 命令格式， 对所述待执行 TLl命令进行语法分析。
9、 如权利要求 8所述的方法， 其中， 所述方法还包括：
在所述知识库中还存储有 TL1命令的请求频度阔值， 对所述待执行 TL1 命令的语法分析通过后， 对所述待执行 TL1命令的请求频度进行分析， 判断 所述待执行 TL1命令的请求频度是否超出请求频度阔值， 如果超过， 则拒绝 所述待执行 TL1命令。
10、 如权利要求 9所述的方法， 其中， 还包括：
在所述知识库中还存储有 TL1命令的处理方式标识， 在所述待执行 TL1 命令的请求频度未超出所述请求频度阔值时， 根据所述待执行 TL1命令的处 理方式标识判断所述待执行 TL1命令的处理方式， 如果处理方式为釆用透传 处理， 则执行所述查询所述 TL1命令与 CLI配置集的映射关系信息的步骤； 如果处理方式为釆用业务逻辑处理类处理， 则从所述知识库中读取所述待执 行 TL1命令的业务逻辑处理类的路径， 根据该路径， 执行对应的业务逻辑处 理类。
11、 一种实现北向接口的装置， 包括： 知识库和命令映射组装实体， 其 中：
所述知识库设置为： 存储交易语言 1(TL1)命令与命令行接口（CLI)配置集 的映射关系信息；
所述命令映射组装实体设置为： 在接收到待执行 TL1命令后， 查询所述 TL1命令与 CLI配置集的映射关系信息，得到所述待执行 TL1命令对应的 CLI 配置集； 对于所述 CLI配置集内的 CLI命令， 如果含有配置参数， 则查询与 所述配置参数对应的所述待执行 TL1命令的命令参数， 釆用查询到的对应的 命令参数的参数值替换所述 CLI命令的配置参数， 完成所述待执行 TL1命令 到 CLI命令的转换。
12、 如权利要求 11所述的装置， 其中，
所述知识库还设置为： 存储 CLI参数索引与 TL1命令参数的映射关系信 息； 所述命令映射组装实体是设置为： 查询与所述配置参数对应的所述待执 行 TL1命令的命令参数时， 是根据所述配置参数的参数索引， 查询所述 CLI 参数索引与 TL1命令参数的映射关系信息， 得到所述配置参数的参数索引对 应的所述待执行 TL1命令的命令参数。
13、 如权利要求 12所述的装置， 其中，
所述命令映射组装实体还设置为： 在接收到所述待执行 TL1命令后， 保 存所述待执行 TL1命令的命令参数与参数值的映射关系信息；
所述命令映射组装实体是设置为： 釆用查询到的对应的命令参数的参数 值替换所述 CLI命令的配置参数时， 在得到所述配置参数的参数索引对应的 所述待执行 TL1命令的命令参数后， 查询所述待执行 TL1命令的命令参数与 参数值的映射关系信息， 得到命令参数对应的参数值， 釆用所得到的参数值 替换所述 CLI命令的配置参数。
14、 如权利要求 13所述的装置， 其中， 所述装置还包括鉴权实体， 所述鉴权实体设置为： 建立权限控制文件， 配置用户、 用户允许执行的 操作以及操作的网元所属的域； 在接收到所述待执行 TL1命令后， 解析所述 权限控制文件， 对下发所述待执行 TL1命令的用户和所述待执行 TL1命令进 行合法性鉴权。
15、 如权利要求 14所述的装置， 其中， 所述装置还包括语法分析实体， 所述知识库还设置为： 存储 TL1命令的命令格式；
所述鉴权实体还设置为： 对下发所述待执行 TL1命令的用户和所述待执 行 TL1命令鉴权通过后， 调用所述语法分析实体；
所述语法分析实体设置为： 根据所述待执行 TL1命令的命令格式， 对所 述待执行 TL1命令进行语法分析。
16、 如权利要求 15所述的装置， 其中， 所述装置还包括请求适配实体， 所述知识库还设置为： 存储 TL1命令的请求频度阔值；
所述语法分析实体还设置为： 在对所述待执行 TL1命令的语法分析通过 后， 调用所述请求适配实体；
所述请求适配实体设置为：对所述待执行 TL1命令的请求频度进行分析， 判断所述待执行 TL1命令的请求频度是否超出请求频度阔值， 如果超过， 则 拒绝所述待执行 TL1命令。
17、 如权利要求 16所述的装置， 其中， 所述装置还包括业务处理实体， 所述知识库还设置为： 存储 TL1命令的处理方式标识；
所述命令映射组装实体还设置为： 在所述请求适配实体判断所述待执行 TL1命令的请求频度未超出所述请求频度阔值时， 根据所述待执行 TL1命令 的处理方式标识判断所述待执行 TL1命令的处理方式， 如果处理方式为釆用 透传处理， 则执行所述查询所述 TL1命令与 CLI配置集的映射关系信息； 如 果处理方式为釆用业务逻辑处理类处理， 则调用所述业务处理实体；
所述业务处理实体设置为： 从所述知识库中读取所述待执行 TL1命令的 业务逻辑处理类的路径， 根据该路径， 执行对应的业务逻辑处理类。
PCT/CN2011/073152 2011-03-07 2011-04-22 一种实现北向接口的方法及装置 WO2012119340A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110054410.0 2011-03-07
CN201110054410.0A CN102684894B (zh) 2011-03-07 2011-03-07 一种实现北向接口的方法及装置

Publications (1)

Publication Number Publication Date
WO2012119340A1 true WO2012119340A1 (zh) 2012-09-13

Family

ID=46797430

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/073152 WO2012119340A1 (zh) 2011-03-07 2011-04-22 一种实现北向接口的方法及装置

Country Status (2)

Country Link
CN (1) CN102684894B (zh)
WO (1) WO2012119340A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104503768B (zh) * 2015-01-04 2018-05-04 华为技术有限公司 一种应用程序编程接口调用方法及设备
CN106656599A (zh) * 2016-12-22 2017-05-10 浙江鹏信信息科技股份有限公司 一种网络数据配置指令下发的方法及系统
CN109274518B (zh) * 2018-07-30 2021-11-23 咪咕音乐有限公司 一种设备管理方法、装置及计算机可读存储介质
CN111723036B (zh) * 2019-03-22 2023-04-04 华为技术有限公司 数据处理方法、相关设备及计算机存储介质
CN110472064A (zh) * 2019-07-17 2019-11-19 陕西千山航空电子有限责任公司 一种基于无人机飞参数据的健康管理系统设计构建方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6263366B1 (en) * 1996-12-31 2001-07-17 Mci Communications Corporation System and method therefor of translating a message having a given format for usage in an operations system
CN1829221A (zh) * 2005-03-02 2006-09-06 华为技术有限公司 传统事务语言接口转换装置及方法
CN101079737A (zh) * 2007-06-08 2007-11-28 中兴通讯股份有限公司 一种命令行接口命令的自动构造与解析方法及其系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5991814A (en) * 1997-07-10 1999-11-23 Alcatel Method and apparatus for controlling command line transfer to a network element
US20070130192A1 (en) * 2005-12-01 2007-06-07 Alcatel Method and system for configuring network devices through an operations support system interface
CN100555958C (zh) * 2007-07-03 2009-10-28 中兴通讯股份有限公司 网元管理系统中的配置方法
CN101621401A (zh) * 2008-06-30 2010-01-06 华为技术有限公司 基于北向接口的网管配置方法和装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6263366B1 (en) * 1996-12-31 2001-07-17 Mci Communications Corporation System and method therefor of translating a message having a given format for usage in an operations system
CN1829221A (zh) * 2005-03-02 2006-09-06 华为技术有限公司 传统事务语言接口转换装置及方法
CN101079737A (zh) * 2007-06-08 2007-11-28 中兴通讯股份有限公司 一种命令行接口命令的自动构造与解析方法及其系统

Also Published As

Publication number Publication date
CN102684894B (zh) 2014-12-10
CN102684894A (zh) 2012-09-19

Similar Documents

Publication Publication Date Title
US10834013B2 (en) Network slice management
US10686675B2 (en) Self configuring network management system
US11108653B2 (en) Network service management method, related apparatus, and system
EP1026867A2 (en) System and method to support configurable policies of services in directory-based networks
US20050278693A1 (en) Distribution adaptor for network management application development
Choi et al. XML‐Based Network Management for IP Networks
US8230448B2 (en) Methods, systems and computer program products for web service interaction with a resource management system
CN111163166B (zh) 一种企业服务总线系统
CN116633775B (zh) 一种多容器网络接口的容器通信方法及系统
CN108366356B (zh) M2m系统与标识解析系统的互通方法及装置
WO2012119340A1 (zh) 一种实现北向接口的方法及装置
CN112583628A (zh) 核心网能力调用方法及系统
US11711262B2 (en) Server to support client data models from heterogeneous data sources
JP2002196931A (ja) サービス・ゲートウェイのための提供機構
KR100395223B1 (ko) 티엠엔과 씨오알비에이 연동 시스템
Prnjat et al. Policy-based management for ALAN-enabled networks
WO2010048815A1 (zh) 一种开发及安装业务的网管特性的方法及系统
KR20030030600A (ko) 서로 다른 망 관리체계간의 상호연동을 지원하는 프로토콜게이트웨이 시스템
Pavlou OSI Systems Management, Internet SNMP and ODP/OMG CORBA as Technologies for Telecommunications Network Management
EP1263165B1 (en) Communication between an application and a network element
Lyu Literature review on standards for data structuring in physical layer of optical network.
CN115150406B (zh) 跨数据中心分布式esb配置管理系统
KR100417850B1 (ko) 무선망과 인터넷의 통합 시스템
Quirolgico et al. Deriving knowledge for the knowledge plane
KR100547224B1 (ko) 컴포넌트 기반의 통합 망 관리 방법 및 그 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11860598

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11860598

Country of ref document: EP

Kind code of ref document: A1