WO2015010272A1 - 传输管理eml-nml间全量配置同步的方法及系统 - Google Patents

传输管理eml-nml间全量配置同步的方法及系统 Download PDF

Info

Publication number
WO2015010272A1
WO2015010272A1 PCT/CN2013/079997 CN2013079997W WO2015010272A1 WO 2015010272 A1 WO2015010272 A1 WO 2015010272A1 CN 2013079997 W CN2013079997 W CN 2013079997W WO 2015010272 A1 WO2015010272 A1 WO 2015010272A1
Authority
WO
WIPO (PCT)
Prior art keywords
nms
file
configuration
ems
synchronization
Prior art date
Application number
PCT/CN2013/079997
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 烽火通信科技股份有限公司
Priority to EP13889908.3A priority Critical patent/EP3026860B1/en
Publication of WO2015010272A1 publication Critical patent/WO2015010272A1/zh
Priority to PH12015500675A priority patent/PH12015500675B1/en

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/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • 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/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0273—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP]
    • 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/08—Configuration management of networks or network elements
    • H04L41/0889—Techniques to speed-up the configuration process

Definitions

  • the invention relates to EML- NML (Element Management Level -- Network
  • the NMS Network Management System
  • the EMS Element Management System
  • the amount of data that needs to be peers is very large, and the efficiency of peers is particularly important in this case.
  • the former such as TMF (Tele Management Forum)
  • the MTNM (Multi-Technology Network Management)/MTOSI standard is based on interface synchronization configuration data
  • the disadvantage is that when the configuration is large After that, the number of scheduling between NMS-EMS is huge, and the number of 0-inch interactions in the network handshake is too large.
  • the latter currently only has the method of obtaining inventory configuration defined in MTOSI.
  • the interface generates configuration data into a nested tree structure XML (Extensible Markup Language), which is compressed and transmitted to the NMS through FTP. This interface can greatly reduce the network handshake time, but the method will obtain the configuration.
  • the data generates an XML file in a tree-like nested format, which results in a huge XML file when the network is configured. This makes the NMS parsing slow and difficult to handle.
  • the NMS requires the XML to be split into multiple files according to the appropriate size.
  • the EMS side is difficult to implement.
  • the MTOSI fetching configuration method allows the NMS to arbitrarily combine the synchronized entity object types, so that the service provider-EMS is difficult to achieve optimal parallel processing under various specified conditions, and the efficiency is low, and the configuration data sharing scheme is not described.
  • the network handshake interaction time is too large based on the method of interface synchronization configuration data.
  • the purpose of the present invention is to overcome the deficiencies of the foregoing background, and provide a method and system for transporting full-scale configuration synchronization between EML-NMLs, which can avoid a large amount of network handshake interaction time, and facilitate splitting of XML configuration files, and multiple NMSs can Sharing configuration data can reduce the full synchronization frequency between EML-NML and fix the conditions of the same configuration range, and improve the parallelism of full-configuration synchronization when performing large configuration data synchronization.
  • the method for transmission management EML-NML full-size configuration synchronization comprises the following steps:
  • Step 101 The NMS sends a basic configuration peer request: The NMS splits the full-configuration synchronization process into three parallel processing processes according to the length of data processing and synchronization: basic configuration synchronization request processing, network element cross- synchronization request processing, and service routing synchronization request processing, to network element management
  • the system EMS requests basic configuration synchronization, and the NMS passes the synchronization configuration request to the EMS through the interactive protocol IIOP/SOAP.
  • Step 102 Determine whether the mobility notification is timed out or completed: using the file transmission status notification message defined by the TMF as a file transmission progress notification message between the EMS NMS, and expanding as follows: adding a timeout period of the next notification in the notification message , that is, the next file transmission status notification message is expected to be sent; the NMS judges whether the EMS side times out according to the timeout date of the next notification: If it times out, it returns to step 101, resends the basic configuration synchronization request, and after multiple timesout , terminate the full-size configuration synchronization; if there is no timeout, and the file transfer status completion rate exceeds 50%, proceed to step 104; when the file transfer status is 100% complete, start the parallel processing mechanism, proceed to step 103;
  • Step 103 When the file transmission status is 100% complete, the parallel processing mechanism is started, and the NMS processes the basic configuration data.
  • Step 104 When the file transmission status completion rate exceeds 50%, the NMS sends a network element cross-step request;
  • Step 105 Determine whether the progress notification is timed out or completed: The NMS determines whether the EMS side times out according to the time indicated in the file transmission status message: If timeout, return to step 104, retransmit the network element cross configuration peer request; if there is no timeout, and When the file transfer status completion rate exceeds 50%, the process proceeds to step 107, when the file transfer status is 100% complete, the parallel processing mechanism is started, and the process proceeds to step 106;
  • Step 106 When the file transmission status is 100% complete, the parallel processing mechanism is started, and the NMS processes the network element cross configuration data.
  • Step 107 When the file transmission status completion rate exceeds 50%, the NMS delivers the service path. Request by synchronization;
  • Step 108 Determine whether the progress notification is timed out or completed: The NMS determines whether the EMS side times out according to the time indicated in the file transmission status message: If timeout, return to step 107, resend the service route synchronization request; when the file transmission status is 100% complete 0 inch, start the parallel processing mechanism, proceed to step 109;
  • Step 109 When the file transmission status is 100% complete, the parallel processing mechanism is started, and the NMS processes the service routing configuration data.
  • EMS processing synchronization request After the EMS receives the NMS full configuration synchronization request through the interactive protocol IIOP/SOAP, etc., according to the current busy state of the EMS, whether the full configuration synchronization is being processed, and the full data time validity, the EMS determines whether to receive the current request. Request for service;
  • the EMS generates an XML configuration file asynchronously
  • the EMS transmits the XML file to the shared FTP server
  • step S2 includes the following steps:
  • Step 201 Determine whether the NMS utilizes the shared FTP server data, and if yes, go to step 202; otherwise, go to step S3, and execute the full amount of configuration data generation;
  • Step 202 determine whether the EMS is processing other NMS full-quantity configuration synchronization, If yes, go to step 203; otherwise go to step 204;
  • Step 203 The EMS returns the URL address of the FTP file, and the NMS performs configuration data processing: The EMS returns the following information to the NMS: (1) Status: notifying the NMS that the full-size configuration is being processed, and (2) waiting for the next file transmission status notification message. Timeout time; (3) Target FTP file URL address information; NMS waits for file transfer status notification according to the returned timeout period, and checks whether the specified configuration file exists on the FTP server; Step 204: Determine whether the EMS is busy, and if yes, go to the step
  • step S3 proceed to step S3 to generate full configuration data
  • Step 205 The EMS returns a notification, and the NMS waits for the timeout to re-issue the request.
  • step S3 includes the following steps:
  • the EMS After receiving the NMS request, the EMS starts the background parallel processing mechanism, and generates the management object according to the XML format according to the object type and scope specified by the NMS.
  • the XML format of the storage configuration data satisfies the following requirements:
  • File name The global configuration is divided into multiple XML stores according to the object type.
  • the compressed package name of all XML files is specified by the NMS in the URL address of the target FTP file;
  • the XML file name of the storage object is the object type name.
  • the data type, the time when the configuration data is generated, and the file split number are the basic elements;
  • each XML file According to the object type storage, each XML file only stores a list of objects of that type.
  • the XML storage format of each object is consistent with the structure defined in the TMF, and the validity of the data is limited by XSD;
  • the time format in the XML file name of the storage object is: "yyyyMMddlilimmss, x", wherein yyyy is year, MM is month, dd is date, lih is hour, mm is minute, ss In seconds, x is one tenth of a second, the default is 0;
  • the file split serial number format is: [a__b], a indicates the serial number of the current file, b indicates the total number of files after splitting, and a and b are positive integers.
  • step S4 includes the following steps: In the process of asynchronously generating configuration data, the EMS periodically reports the progress and the timeout period of the next file transmission status message to the NMS, and after all the configurations requested by the NMS generate the XML file. Go to step S5.
  • step S5 includes the following steps: ESM is behind According to the parameters issued by the NMS, the station compresses all the XML files into one data packet and delivers it to the FTP server specified by the NMS.
  • step S6 includes the following steps: After the EMS transmits the XML data packet, the file transmission status message with a completion rate of 100% is sent to the NMS, and the timeout time of the next notification in the message is filled in as 0. If the configuration data generation fails, a failure notification is sent to the NMS through the file transfer status message.
  • the process of determining that the file transmission status is 100% in step 102 is: determining whether a 100% completed file transmission status notification message is received, or a specified configuration file already exists on the FTP server, A condition is met that the file transfer status is 100% complete.
  • the step configuration request in step 101 includes:
  • Requirements for storing files including: Maximum file size, compression, compression format, whether to use shared FTP server data, configuration data aging.
  • the present invention also provides a transmission management EML-NML full-quantity configuration synchronization system for implementing the above method, including a data communication network DCN, a plurality of network element management systems EMS, and a plurality of network management systems NMS, and several EMSs and thousands of NMSs are associated with
  • the DCN is connected, and the shared FTP server is connected to the DCN.
  • the shared FTP server sets up a fixed and separate FTP interface, and uses FTP as a mass data transmission protocol.
  • the NMS configures the full-scale synchronization process according to data processing and synchronization.
  • the length of the day is divided into three parallel processing processes: basic configuration synchronization request processing, network element cross synchronization
  • the request processing process and the service route synchronization request processing process request basic configuration synchronization from the EMS, and the NMS transmits the synchronization configuration request to the EMS side through the interactive protocol IIOP/SOAP.
  • the management object model of the present invention adopts the information model of the ffi IMF as a basic object model, and the interaction protocol adoption support (Internet Inter-ORB Protocol) / SOAP (Simple Object Access Protocol) Protocol) Protocol, which provides a mass configuration synchronization method by using FTP as a massive data transmission protocol, which can reduce network handshake and interaction time.
  • the interaction protocol adoption support Internet Inter-ORB Protocol
  • SOAP Simple Object Access Protocol
  • the improved XML storage file format of the present invention is defined as a flat storage format according to the object type, and each object defines a global positioning information in the TMF, so that the XML storage can be separately stored according to the object type, according to The object type is stored, which is convenient for NMS to split the XML configuration file, instead of storing the object as a tree nested structure as defined in MTOSI.
  • the present invention implements multiple NMS sharing configuration data by sharing an FTP server.
  • the present invention improves the XML storage format design, stores one type of object data information according to an XML, and normalizes the XML file naming format to support XML convenient splitting, and through XSD (XML Schemas Definition, XML file structure definition file) Check the validity of the data, and support the time stamp by the XML file name, which is convenient for the NMS to check the validity of the application. For example, if the XML file on the FTP server does not exceed 1 hour, the NMS does not need to issue the synchronization request again, which can lower the EML-NML. The frequency of full synchronization.
  • the whole process of the full-scale configuration synchronization process is divided into three parallel processing processes according to the time length of data processing and synchronization: basic configuration synchronization request processing process, network element cross-peer request processing process, service route synchronization request processing process.
  • basic configuration synchronization request processing process network element cross-peer request processing process
  • service route synchronization request processing process At the same time by setting up a fixed Separate FTP interface, fixed full-scale configuration of the same conditions, improve the parallelism of full-configuration synchronization between NMS/EMS when performing large configuration data synchronization, and reduce the failure rate when full-configuration synchronization occurs.
  • the present invention extends the file transmission status notification message defined by the TMF, and adds Next Expire Time to the message, so that the time for the NMS to wait for the excess is more reasonable.
  • Figure i is a block diagram showing the structure of a full-size configuration synchronization system between EML-NMLs in the embodiment of the present invention.
  • FIG. 2 is a flow chart of a method for transporting full-scale configuration synchronization between EML-NMLs in an embodiment of the present invention.
  • Figure 3 is a flow chart showing the NMS request full amount synchronization processing in the embodiment of the present invention.
  • 4 is a flow chart of an EMS processing a peer request in an embodiment of the present invention.
  • an embodiment of the present invention provides a transmission management EML-NML full-quantity configuration synchronization system, including a DCN (Data Communication Network), a plurality of EMSs, a plurality of NMSs, a shared FTP server, and other management systems. If thousands of EMS, several NMS, shared FTP server and other management systems are connected to the DCN, the shared FTP server sets up a fixed and separate FTP interface, and FTP is used as a massive data transmission protocol. The NMS will configure the full-scale synchronization process according to data processing and peers.
  • DCN Data Communication Network
  • the time-consuming length is divided into three parallel processing processes: basic configuration synchronization request processing, network element cross-synchronization request processing, service routing synchronization request processing, requesting basic configuration synchronization to EMS, and NMS through interaction negotiation IIOP/SOAP Synchronous configuration
  • the request is passed to the EMS side.
  • an embodiment of the present invention provides a method for transporting and managing full-size synchronization between EML-NMLs, including the following steps:
  • EMS processing synchronization request After the EMS receives the NMS full configuration synchronization request through the interaction protocol ⁇ /SOAP, etc., according to the current busy state of the EMS, whether the full configuration synchronization is being processed, and the full data time validity, the EMS determines whether to receive the current request. Request for service;
  • step Si the following steps are specifically included in the step Si:
  • step! 01. The NMS sends the basic configuration synchronization request:
  • NMS splits the full-configuration synchronization process into three parallel processes according to the length of data processing and peers: Basic configuration peer request processing, NE cross-step request processing, service routing synchronization request processing, EMS Request basic configuration synchronization, NMS passes the following information to the EMS side through the interactive protocol IIOP/SOAP:
  • Requirements for storing files including: Maximum size of the file, compression or compression Reduced format, whether to use shared FTP server data, configuration data aging;
  • the synchronization configuration request includes all the parameters (1) to (5) delivered by the above interaction protocol, and the object type of the basic configuration is filled in the configuration type list;
  • step! 02. Determine whether the delay notification is timed out or completed:
  • TMF defined NT JFILEJTRANSFER_STATUS (File Transfer Status Notification Message) as the file transfer delay notification message between the EMS-NMS, and expand as follows: Add Next Expire Time to the notification message (Timeout for the next notification) The unit is seconds, that is, the time when the next file transmission status notification message is expected to be sent.
  • the NMS determines whether the EMS side times out according to the timeout period of the next notification: If it times out, it returns to step 101, resends the basic configuration synchronization request, multiple times.
  • Step 104 when the file transfer status is 100% complete, the parallel processing mechanism is started, and the process proceeds to step 103; If the status is 100% complete, you need to determine whether the 100% completed file transfer status notification message is received, or the specified configuration file already exists on the FTP server. If the two conditions are met, the file transfer status is 100% complete.
  • Step 103 When the file transfer status is 100% complete, Dynamic parallel processing mechanism, NMS processes basic configuration data, this step is a background parallel processing step;
  • Step 104 The file transmission status completion rate exceeds 50% of the day, and the NMS sends the network element to synchronize the request;
  • the parameter of the network element cross-synchronization request sent by the NMS to the EMS is mostly the same as the parameter of the synchronization configuration request in step 101, except that the configuration type list indicates that the network element crossover and the MFDFR (MaskFlowDowmainFragment, watershed segment) cross the network element. Synchronize with the watershed segment;
  • Step 105 Determine whether the progress notification is timed out or completed: The NMS determines whether the EMS side times out according to the time indicated in the file transmission status message: If it times out, returns to the step Step 104: The retransmission network element cross-configuration synchronization request; if there is no over-H, and the file transmission status completion rate exceeds 50%, proceed to step 107, when the file transmission status is 100% complete, start the parallel processing mechanism, and enter the step 106;
  • the parallel processing mechanism is started, and the NMS processes the network element cross configuration data.
  • This step is a background parallel processing step;
  • Step 107 The file transmission status completion rate exceeds 50% ⁇ , and the NMS sends a service routing request;
  • Step 108 Determine whether the progress notification is timed out or completed: The NMS determines whether the EMS side times out according to the time indicated in the file transmission status message: If timeout, return to step 107, resend the service route synchronization request; when the file transmission status is 100% complete 0 inch, start the parallel processing mechanism, proceed to step 109;
  • Step 109 When the file transmission status is 100% complete, the parallel processing mechanism is started, and the NMS processes the service routing configuration data. This step is a background parallel processing step.
  • step S2 the following steps are specifically included in step S2:
  • Step 201 Determine whether the NMS utilizes the shared FTP server data. If yes, go to step 202; otherwise, go to step S3 to generate full configuration data.
  • Step 202 Determine whether the EMS is processing other NMS full-size configuration synchronization. , if yes, go to step 203; otherwise go to step 204;
  • Step 203 The EMS returns the URL address of the FTP file, and the NMS performs configuration data processing: The EMS returns the following information to the NMS: (1) Status: notifying the NMS that the full-size configuration is being processed, and (2) waiting for the next file transmission status notification message. (3) Target FTP file URL address information; NMS waits for the file transfer status notification according to the returned timeout period, and checks whether the specified configuration file exists on the FTP server; Step 204, determines whether the EMS is busy, if If yes, go to step 205: otherwise go to step S3 to generate the full amount of configuration data; Step 205: The EMS returns a notification, and the NMS waits for the timeout to re-issue the request.
  • the step S3 specifically includes the following steps:
  • the EMS After receiving the NMS request, the EMS starts the background parallel processing mechanism, and generates the management object according to the XML format according to the object type and scope specified by the NMS.
  • the XML format for storing the configuration data must meet the following requirements:
  • File name The global configuration is divided into multiple XML stores according to the object type.
  • the compressed package name of all XML files is specified by the NMS when the URL address of the target FTP file is delivered; the XML file name of the storage object is determined by the object type name and data.
  • the type, the time when the configuration data is generated, and the file split number are the basic elements.
  • the time grid is: "yy MMddhhmmss. Where yyyy is the year, MM is the month, dd is the date, hh is the hour, and mm is the minute.
  • ME Configiog— 20100617110304.0— [i—l].xmi
  • ME network element
  • ConfigLog configuration record
  • 20100617110304.0 indicates that the data was generated on June 17, 2010 at 11:3:4, [1—1]
  • the network element configuration of the whole network is split into one file, and this file is the first split file;
  • each XML file According to the object type storage, each XML file only stores a list of objects of that type.
  • the XML storage format of each object is consistent with the structure defined in the TMF, and the validity of the data is limited by XSD;
  • Step S4 specifically includes the following steps: EMS During the asynchronous generation of configuration data, the progress and the timeout period of the next file transfer status message are periodically reported to the NMS. After the configuration of the NMS request all generates an XML file, proceed to step S5;
  • the step S5 specifically includes the following steps:
  • the ESM compresses all the XML files into one data packet in the background according to the parameters sent by the NMS, and delivers the data to the FTP server specified by the NMS;
  • the step S6 specifically includes the following steps: After the EMS transmits the XML data packet, the file transmission status message with a completion rate of 100% is sent to the NMS, and the timeout period of the next notification is filled in with 0; If the generation fails, a failure notification is sent to the NMS through the file transfer status message.

Abstract

本发明公开了一种传输管理EML-NML间全量配置同步的方法及系统，涉及EML-NML领域，该系统包括DCN、分别与DCN相连的若干EMS、若干NMS、共享FTP服务器，共享FTP服务器设立固定分离的FTP接口，采用FTP做为海量数据传输协议，NMS将全量配置同步过程拆分为三个并行过程：基本配置同步请求过程、网元交叉同步请求过程、业务路由同步请求过程，向EMS请求基本配置同步，NMS通过交互协议IIOP/SOAP将同步配置请求传递给EMS侧。本发明能避免大量的网络握手交互时间，方便拆分XML的配置文件，多NMS共享配置数据，减少EML-NML间全量同步频率，在进行大配置数据同步时提高全量配置同步时的并行度。

Description

ί管理 EML~NML间全量配置同步的方 ^
发明涉及 EML- NML (Element Management Level -- Network
Management Level， 网元管理 -层 ·
Figure imgf000003_0001
种传输管理 EML- NML间全量配置同步的方法及系统。
在 EML- NML管理体系中， NMS (Network Management System, 网络管理系统） 需要对 EMS (Element Management System, 网元管 理系统） 的全网配置数据进行同步， 由于 EMS系统管辖的设备范围 越来越大， 需要同歩的数据量非常大， 同歩效率在这种情况下显得尤 苴 If要。
目前业内存在两种全量配置同步方案，一种是通过细粒度的接口 调度， 例如 get All Managed Eiement (获取全网网元配置）， 另外一种 是： 通过旁路接口 FTP (File Transfer Protocol, 文件传输 ¾议） 传递 全部的配置， 例如 MTOSI ( Multi-Technology Operations System Interface, 多技术运维系统接口） 提出的 get Inventory (获取存量配 置） 方法。
这两种方案中， 前者例如 TMF (Tele Management Forum, 电信 管理论坛 ) 提出的 MTNM ( Multi-Technology Network Management , 多技术网络管理） /MTOSI标准中基于接口同步配置数据， 其不足在 于当配置大了后， NMS- EMS间调度次数巨大， ^于网络握手交互的 0寸间占据过多。 后者目前只有 MTOSI中定义的获取存量配置方法， 该接口将配置数据生成嵌套的树状结构 XML ( Extensible Markup Language, 可扩展标记语言）， 压缩后通过 FTP传递给 NMS, 这种接 口可以大幅度减少网络握手时间，但该方法将要获取的配置数据生成 一份 XML文件，格式采用树状嵌套格式，导致获取全网配置时 XML 文件巨大， 造成 NMS解析慢、 处理困难， 同时当 NMS要求将 XML 按照合适大小拆分为多个文件时， EMS侧实现困难。 MTOSI取存量 配置的方法允许 NMS任意组合同步的实体对象类型， 使得服务提供 方 --EMS 在多种指定条件下难以实现最佳的并行处理， 效率较低， 也没有描述配置数据共享的方案。
现有的两种全量配置同步方案均存在以下缺陷：
( 1 ) 基于接口同步配置数据的方法网络握手交互时间过大。
(2) MTOSI的获取存量配置方法不支持 XML文件便捷拆分。
(3 ) MTOSI的获取存量配置方法中多 NMS无法共享配置数据。
(4) MTOSI的获取存量配置方法同步条件过度灵活， 不便于提
本发明的目的是为了克服上述背景技术的不足， 提供一种传输 管理 EML- NML 间全量配置同步的方法及系统， 能够避免大量的网 络握手交互时间， 方便拆分 XML的配置文件， 多 NMS能够共享配 置数据， 能够减少 EML- NML 间全量同步频率， 并固定同歩配置范 围的条件， 在进行大配置数据同步时提高全量配置同步时的并行度。
本发明提供的传输管理 EML- NML间全量配置同步的方法，包 括以下步骤：
Sl、 网络管理系统 NMS请求全量同步：
步骤 101、 NMS下发基本配置同歩请求： NMS 将全量配置同步过程按照数据处理和同步的耗时长短拆分 为三个并行处理过程： 基本配置同步请求处理过程、 网元交叉同步请 求处理过程、 业务路由同步请求处理过程， 向网元管理系统 EMS请 求基本配置同步， NMS通过交互协议 IIOP/SOAP将同步配置请求传 递给 EMS便 b
步骤 102、 判断迸度通知是否超时或完成： 利用 TMF定义的文 件传输状态通知消息作为 EMS NMS之间的文件传输进度通知消息， 并做如下扩展： 在该通知消息中增加下一个通知的超时时间， 即下一 个文件传输状态通知消息预计发送的^间； NMS 根据下一个通知的 超时日寸间判断是否 EMS侧超时： 如果超时， 则返回步骤 101 , 重发 基本配置同步请求，多次超时后，终止全量配置同步；如果没有超时， 且文件传输状态完成率超过 50%时， 进入步骤 104; 当文件传输状态 为 100%完成时， 启动并行处理机制， 进入步骤 103 ;
歩骤 103、 当文件传输状态为 100%完成时， 启动并行处理机制， NMS处理基本配置数据；
步骤 104、 文件传输状态完成率超过 50%时， NMS下发网元交 叉 步请求；
步骤 105、 判断进度通知是否超时或完成： NMS 根据文件传输 状态消息中提示的时间判断是否 EMS侧超时： 如果超时， 则返回步 骤 104, 重发网元交叉配置同歩请求； 如果没有超时， 且文件传输状 态完成率超过 50%时， 进入步骤 107, 当文件传输状态为 100%完成 时， 启动并行处理机制， 进入步骤 106;
步骤 106、 当文件传输状态为 100%完成时， 启动并行处理机制， NMS处理网元交叉配置数据；
歩骤 107、 文件传输状态完成率超过 50%时， NMS下发业务路 由同步请求；
步骤 108、 判断进度通知是否超时或完成： NMS 根据文件传输 状态消息中提示的时间判断是否 EMS侧超时： 如果超时， 则返回步 骤 107， 重发业务路由同步请求； 当文件传输状态为 100 %完成 0寸， 启动并行处理机制， 进入步骤 109;
步骤 109、 当文件传输状态为 100%完成时， 启动并行处理机制， NMS处理业务路由配置数据；
52、 EMS处理同步请求： EMS通过交互协议 IIOP/SOAP等接收 到 NMS全量配置同步请求后， 根据现在 EMS的繁忙状态、 是否正 在处理全量配置同步以及全量数据时间有效性，来判断是否接收本次 服务请求；
53、 EMS异步生成 XML配置文件；
54、 EMS定期通报进度；
55、 EMS将 XML文件传输到共享 FTP服务器；
56、 EMS通报完成结果。
在上述技术方案的基础上， 步骤 S2包括以下步骤：
步骤 201、 判断 NMS是否利用共享 FTP服务器数据， 如果是， 则转到步骤 202; 否则， 转到步骤 S3， 迸行全量配置数据的生成； 步骤 202、判断 EMS是否在处理其他 NMS全量配置同步， 如果 是， 则转到步骤 203 ; 否则转到步骤 204;
步骤 203、 EMS返回 FTP文件的 URL地址， NMS迸行配置数 据处理： EMS向 NMS返回如下信息： （1 ) 状态： 通知 NMS正在处 理全量配置中， （2 ) 等待下一个文件传输状态通知消息的超时时间； ( 3 ) 目标 FTP文件 URL地址信息； NMS按照返回的超时日寸间等待 文件传输状态通知， 并检查 FTP服务器上是否存在指定的配置文件； 步骤 204、 判断 EMS是否正处于忙状态， 如果是， 则转到步骤
205； 否则进入歩骤 S3， 进行全量配置数据的生成；
歩骤 205、 EMS返回通知， NMS等待超时后， 重新下发请求。 在上述技术方案的基础上， 步骤 S3包括以下步骤：
EMS接收 NMS请求后， 启动后台并行处理机制， 按照 NMS指 定的对象类型和范围， 将管理对象按照 XML格式生成， 存储配置数 据的 XML格式满足下列要求：
( 1 ) 文件名称： 全局配置按照对象类型分为多个 XML存储， 全部 XML文件的压缩包名称由 NMS在下发目标 FTP文件的 URL 地址日寸指定；存储对象的 XML文件名称由对象类型名称、数据类型、 生成配置数据的时间以及文件拆分序号为基本要素构成；
(2) 文件格式： 按照对象类型存储， 每个 XML文件只存储该 类型对象的列表， 每个对象 XML存储格式和 TMF中定义的结构保 持一致， 通过 XSD限定数据的有效性；
( 3 ) 按照对象数量进行文件的拆分。
在上述技术方案的基础上， 所述存储对象的 XML文件名称中 的时间格式为： "yyyyMMddlilimmss,x"， 其中 yyyy为年， MM为月， dd为日期， lih为小时， mm为分钟， ss为秒， x是十分之一秒， 默认 为 0; 文件拆分序号格式为： [a__b], a表示当前文件的序号， b表示 拆分后文件总数， a、 b均为正整数。
在上述技术方案的基础上， 步骤 S4包括以下步骤： EMS在异 步生成配置数据过程中，定期将进度以及下一个文件传输状态消息的 超时时间通报给 NMS， 当 NMS请求的配置全部生成 XML文件后， 进入步骤 S5。
在上述技术方案的基础上， 步骤 S5包括以下步骤： ESM在后 台按照 NMS下发的参数， 将 XML全部文件压缩为一个数据包， 传 递到 NMS指定的 FTP服务器上。
在上述技术方案的基础上， 步骤 S6包括以下步骤： 当 EMS将 XML数据包传输完成后， 向 NMS发送完成率为 100%的文件传输状 态消息， 该消息中下一个通知的超时时间填写为 0; 如果配置数据生 成失败， 则通过文件传输状态消息向 NMS发送失败通知。
在上述技术方案的基础上， 步骤 102 中判断文件传输状态为 100%完成的过程为： 判断是否收到 100%完成的文件传输状态通知 消息， 或者 FTP服务器上已存在指定的配置文件， 二者满足一个条 件即认为文件传输状态为 100%完成。
在上述技术方案的基础上，步骤 101中所述 步配置请求包括：
( 1 ) 利用统一资源定位地址 URL指定共享 FTP服务器， 并在 URL地址中指定 EMS上传的文件名称；
(2) 指定 FTP服务器的认证信息；
( 3 ) 同步范围；
(4) 同步的配置类型列表；
( 5 ) 存储文件的要求， 包括： 文件最大的大小， 是否压縮、 压 縮格式， 是否利用共享 FTP服务器数据， 配置数据时效。
本发明还提供一种用于实现上述方法的传输管理 EML- NML 间 全量配置同步系统,包括数据通信网络 DCN、若干网元管理系统 EMS 和若干网络管理系统 NMS， 若干 EMS、 若千 NMS均与 DCN相连， 还包括共享 FTP服务器， 所述共享 FTP服务器与 DCN相连， 共享 FTP服务器设立固定分离的 FTP接口， 采用 FTP做为海量数据传输 协议， NMS 将全量配置同步过程按照数据处理和同步的耗日寸长短拆 分为三个并行处理过程： 基本配置同步请求处理过程、 网元交叉同步 请求处理过程、 业务路由同步请求处理过程， 向 EMS请求基本配置 同步， NMS通过交互协议 IIOP/SOAP将同步配置请求传递给 EMS 侧。
与现有技术相比， 本发明的优点如下：
( 1 )本发明管理对象模型采 ffi IMF的信息模型作为基本对象模 型， 交互协议采纳支持 ΠΟΡ ( Internet Inter- ORB Protocol, 互联网内 部对象请求代理协议） /SOAP ( Simple Object Access Protocol , 筒单 对象访问协议） 协议， 通过采用 FTP傲为海量数据传输协议， 提供 批量配置同步方法， 能够减少网络握手和交互时间。
( 2) 本发明改进 XML存储文件格式， 按照对象类型， 定义为 扁平化的存储格式，每个对象在 TMF中都定义了一个全局定位信息， 使得 XML存储可以按照对象类型来进行分别存储， 按照对象类型进 行存储， 方便 NMS拆分 XML的配置文件， 而不是象 MTOSI中定义 的为树状嵌套结构存储对象。
( 3 ) 本发明通过共享 FTP服务器实现多 NMS共享配置数据。
(4)本发明改进 XML存储格式设计， 按照一个 XML存储一个 类型的对象数据信息， 并规范 XML文件命名格式， 以支持 XML便 捷拆分， 并通过 XSD (XML Schemas Definition, XML文件结构定义 文件） 检查数据有效性， 并通过 XML文件名支持时标， 便于 NMS 进行^间有效性检查， 例如： FTP服务器上 XML文件没有超过 1小 时， 则 NMS不需要再次下发同步请求， 能够降低 EML-NML间全量 同步的频率。
( 5 ) 本发明将全量配置同步过程按照数据处理和同步的耗时长 短拆分为三个并行处理过程： 基本配置同步请求处理过程、 网元交叉 同歩请求处理过程、业务路由同步请求处理过程， 同时通过设立固定 分离的 FTP接口， 固定全量配置同歩的条件， 在进行大配置数据同 步时提高 NMS/EMS间全量配置同步时的并行度，降低全量配置同步 时的失败率。
( 6)本发明扩展 TMF定义的文件传输状态通知消息，在消息中 增加 Next Expire Time (下一个通知的超时时间）， 使得 NMS等待超 寸的时间更趋合理。
图 i 是本发明实施例中 EML- NML间全量配置同步系统的结构 框图。
图 2是本发明实施例中传输管理 EML-NML间全量配置同步的 方法的流程图。
图 3是本发明实施例中 NMS请求全量同步处理的流程图。 图 4是本发明实施例中 EMS处理同歩请求的流程图。
下面结合附图及具体实施例对本发明作进一步的详细描述。 参见图 1所示， 本发明实施例提供一种传输管理 EML- NML间 全量配置同步系统， 包括 DCN (Data Communication Network, 数据 通信网络）、 若干 EMS、 若干 NMS、 共享 FTP服务器及其它管理系 统， 若千 EMS, 若干 NMS、 共享 FTP服务器及其它管理系统均与 DCN相连， 共享 FTP服务器设立固定分离的 FTP接口， 采用 FTP做 为海量数据传输协议， NMS 将全量配置同步过程按照数据处理和同 歩的耗时长短拆分为三个并行处理过程： 基本配置同步请求处理过 程、 网元交叉同步请求处理过程、 业务路由同步请求处理过程， 向 EMS请求基本配置同步， NMS通过交互协谈 IIOP/SOAP将同步配置 请求传递给 EMS侧。
参见图 2所示， 本发明实施例提供一种传输管理 EML-NML间 全量配置同步的方法， 包括以下步骤-
S NMS请求全量同步；
52、 EMS处理同步请求： EMS通过交互协议 ΠΟΡ/SOAP等接收 到 NMS全量配置同步请求后， 根据现在 EMS的繁忙状态、 是否正 在处理全量配置同步以及全量数据时间有效性，来判断是否接收本次 服务请求；
53、 EMS异歩生成 XML配置文件；
54、 EMS定期通报进度；
S5、 EMS将 XML文件传输到共享 FTP服务器；
S6、 EMS通报完成结果。
下面分别对每个步骤进行具体描述。
参见图 3所示， 歩骤 Si中具体包括以下歩骤：
步骤！ 01、 NMS下发基本配置同步请求：
NMS 将全量配置同步过程按照数据处理和同歩的耗时长短拆分 为三个并行处理过程： 基本配置同歩请求处理过程、 网元交叉 步请 求处理过程、 业务路由同步请求处理过程， 向 EMS请求基本配置同 步， NMS通过交互协议 IIOP/SOAP将如下信息传递给 EMS侧：
( 1 )禾[1用 URL (Uniform Resource Locator, 统—— -资源定'位地 ί止) 指定共享 FTP服务器， 并在 URL地址中指定 EMS上传的文件名称；
(2 ) 指定 FTP服务器的认证信息， 例如 ffi户名和密码；
(3 ) 同歩范围， 例如全 EMS、 或者某个子网等等；
(4) 同步的配置类型列表， 例如同步单盘、 端口等等；
( 5 ) 存储文件的要求， 包括： 文件最大的大小， 是否压缩、 压 缩格式， 是否利用共享 FTP服务器数据， 配置数据时效；
同步配置请求中包括上述交互协议下发的（1 )〜（5 )所有参数， 在配置类型列表中填写基本配置的对象类型；
步骤！ 02、 判断迸度通知是否超时或完成：
利用 TMF定义的 NT JFILEJTRANSFER— STATUS (文件传输状 态通知消息）作为 EMS- NMS之间的文件传输迸度通知消息， 并做如 下扩展： 在该通知消息中增加 Next Expire Time (下一个通知的超时 时间）， 单位为秒， 即下一个文件传输状态通知消息预计发送的时间； NMS根据下一个通知的超时时间判断是否 EMS侧超时： 如果超时， 则返回步骤 101， 重发基本配置同步请求， 多次超时后， 终止全量配 置 步； 如果没有超时， 且文件传输状态完成率超过 50%时， 进入 歩骤 104; 当文件传输状态为 100%完成时， 启动并行处理机制， 进 入步骤 103 ; 判断文件传输状态是否为 100%完成， 需要判断是否收 到 100%完成的文件传输状态通知消息，或者 FTP服务器上已存在指 定的配置文件，二者满足一个条件即认为文件传输状态为 100%完成； 步骤 103、 当文件传输状态为 100%完成时， 启动并行处理机制， NMS处理基本配置数据， 本步骤是后台并行处理歩骤；
步骤 104、 文件传输状态完成率超过 50%日寸， NMS下发网元交 叉同步请求；
本步骤 NMS下发给 EMS的网元交叉同步请求的参数大部分同 步骤 101中同步配置请求的参数，除配置类型列表中指明是网元交叉 和 MFDFR ( MatrixFlowDowmainFragment , 流域片段）， 对网元交叉 和流域片断进行同步；
步骤 105、 判断进度通知是否超时或完成： NMS 根据文件传输 状态消息中提示的时间判断是否 EMS侧超时： 如果超时， 则返回步 骤 104， 重发网元交叉配置同步请求； 如果没有超 H寸， 且文件传输状 态完成率超过 50%时， 进入步骤 107， 当文件传输状态为 100%完成 时， 启动并行处理机制， 进入步骤 106;
步骤！ 06、 当文件传输状态为 100%完成时， 启动并行处理机制， NMS处理网元交叉配置数据， 本步骤是后台并行处理步骤；
步骤 107、 文件传输状态完成率超过 50% ^, NMS下发业务路 由同步请求；
步骤 108、 判断进度通知是否超时或完成： NMS 根据文件传输 状态消息中提示的时间判断是否 EMS侧超时： 如果超时， 则返回步 骤 107， 重发业务路由同步请求； 当文件传输状态为 100 %完成 0寸， 启动并行处理机制， 进入步骤 109;
步骤 109、 当文件传输状态为 100%完成时， 启动并行处理机制， NMS处理业务路由配置数据， 本步骤是后台并行处理步骤；
参见图 4所示， 歩骤 S2中具体包括以下歩骤：
步骤 201、 判断 NMS是否利用共享 FTP服务器数据， 如果是， 则转到歩骤 202; 否则， 转到歩骤 S3， 进行全量配置数据的生成； 步骤 202、判断 EMS是否在处理其他 NMS全量配置同步， 如果 是， 则转到步骤 203 ; 否则转到步骤 204;
步骤 203、 EMS返回 FTP文件的 URL地址， NMS进行配置数 据处理： EMS向 NMS返回如下信息： （1 ) 状态： 通知 NMS正在处 理全量配置中， （2 ) 等待下一个文件传输状态通知消息的超日寸时间； (3 ) 目标 FTP文件 URL地址信息； NMS按照返回的超时时间等待 文件传输状态通知， 并检查 FTP服务器上是否存在指定的配置文件； 步骤 204、 判断 EMS是否正处于忙状态， 如果是， 则转到步骤 205： 否则进入步骤 S3 , 进行全量配置数据的生成； 步骤 205、 EMS返回通知， NMS等待超时后， 重新下发请求； 步骤 S3中具体包括以下步骤：
EMS接收 NMS请求后， 启动后台并行处理机制， 按照 NMS指 定的对象类型和范围， 将管理对象按照 XML 格式生成， 为了方便 XML文件拆分， 存储配置数据的 XML格式必须满足下列要求：
( 1 ) 文件名称： 全局配置按照对象类型分为多个 XML存储， 全部 XML文件的压缩包名称由 NMS在下发目标 FTP文件的 URL 地址时指定；存储对象的 XML文件名称由对象类型名称、数据类型、 生成配置数据的时间以及文件拆分序号为基本要素构成， 其中， 时间 格-式为： "yy MMddhhmmss. 其中 yyyy为年， MM为月， dd为 日期， hh为小时， mm为分钟， ss为秒， X是十分之一秒， 默认为 0; 文件拆分序号格式为： [a__b], a表示当前文件的序号， b表示拆分后 文件总数， a、 b均为正整数；
例如： ME— Configiog— 20100617110304.0— [i—l].xmi， ME (网元） 表示当前文件存储的是网元对象的配置信息， ConfigLog (配置记录） 表示为本 XML存储的是配置类型的数据， 20100617110304.0表示本 数据是 2010年 6月 17号 11点 3分 4秒生成的， [1—1]全网的网元配 置拆分为 1个文件， 本文件是第 1个拆分文件；
(2) 文件格式： 按照对象类型存储， 每个 XML文件只存储该 类型对象的列表， 每个对象 XML存储格式和 TMF中定义的结构保 持一致， 通过 XSD限定数据的有效性；
(3 ) 文件的拆分： 由于 XML存储不再使用嵌套的树状对象结 构， 而是独立的对象， 因此在拆分时可以按照对象数量进行拆分； 步骤 S4中具体包括以下步骤: EMS在异步生成配置数据过程中， 定期将进度以及下一个文件传输状态消息的超时时间通报给 NMS, 当 NMS请求的配置全部生成 XML文件后， 进入步骤 S5 ;
步骤 S5中具体包括以下步骤： ESM在后台按照 NMS下发的参 数， 将 XML全部文件压缩为一个数据包， 传递到 NMS指定的 FTP 服务器上；
步骤 S6中具体包括以下步骤： 当 EMS将 XML数据包传输完成 后， 向 NMS发送完成率为 100%的文件传输状态消息， 该消息中下 一个通知的超时日寸间填写为 0; 如果配置数据生成失败， 则通过文件 传输状态消息向 NMS发送失败通知。
本领域的技术人员可以对本发明实施例进行各种修改和变型，倘 若这些修改和变型属在本发明权利要求及其等同技术的范围之内，则 这些修改和变型也在本发明的保护范围之内。
说明书中未详细描述的内容为本领域技术人员公知的现有技术。

Claims

1、 一种传输管理 EML NML间全量配置同步的方法， 其特征在 于， 包括以下歩骤：
Sl、 网络管理系统 NMS请求全量同歩：
步骤 101、 NMS下发基本配置同步请求：
NMS 将全量配置同步过程按照数据处理和同步的耗时长短拆分 为三个并行处理过程： 基本配置同步请求处理过程、 网元交叉同步请 求处理过程、 业务路由同步请求处理过程， 向网元管理系统 EMS请 求基本配置同步， NMS通过交互协议 IIOP/SOAP将同步配置请求传 递给 EMS illy :
步骤 102、 判断进度通知是否超时或完成： 利用 TMF定义的文 件传输状态通知消息作为 EMS- NMS之间的文件传输进度通知消息， 并做如下扩展： 在该通知消息中增加下一个通知的超时时间， 即下一 个文件传输状态通知消息预计发送的时间； NMS 根据下一个通知的 超时时间判断是否 EMS侧超时： 如果超时， 则返回歩骤 101 , 重发 基本配置同步请求，多次超时后，终止全量配置同步；如果没有超时， 且文件传输状态完成率超过 50%时， 进入步骤 104; 当文件传输状态 为 100%完成时， 启动并行处理机制， 进入歩骤 103;
步骤 103、 当文件传输状态为 100%完成时， 启动并行处理机制， NMS处理基本配置数据；
步骤 104、 文件传输状态完成率超过 50% ， NMS下发网元交 叉同步请求；
歩骤 105、 判断进度通知是否超时或完成： NMS 根据文件传输 状态消息中提示的时间判断是否 EMS侧超时： 如果超时， 则返回步 骤 104， 重发网元交叉配置同步请求； 如果没有超时， 且文件传输状 态完成率超过 50%时， 进入步骤 107, 当文件传输状态为 100%完成 时， 启动并行处理机制， 进入步骤 106;
歩骤 106、 当文件传输状态为 100%完成时， 启动并行处理机制， NMS处理网元交叉配置数据；
步骤 107、 文件传输状态完成率超过 50%时， NMS下发业务路 由同步请求；
步骤 108、 判断进度通知是否超时或完成： NMS 根据文件传输 状态消息中提示的时间判断是否 EMS侧超时： 如果超时， 则返回步 骤 107， 重发业务路由同步请求； 当文件传输状态为 100%完成寸， 启动并行处理机制， 进入步骤 109;
步骤 109、 当文件传输状态为 100%完成时， 启动并行处理机制， NMS处理业务路由配置数据；
S2、 EMS处理同步请求： EMS通过交互协议 IIOP/SOAP等接收 到 NMS全量配置同步请求后， 根据现在 EMS的繁忙状态、 是否正 在处理全量配置同步以及全量数据时间有效性，来判断是否接收本次 服务请求；
S3、 EMS异步生成 XML配置文件；
54、 EMS定期通报进度；
55、 EMS将 XML文件传输到共享 FTP服务器；
56、 EMS通报完成结果。
2、 如权利要求 1所述的传输管理 EML NML间全量配置同步的 方法， 其特征在于： 步骤 S2包括以下步骤：
步骤 201、 判断 NMS是否利用共享 FTP服务器数据， 如果是， 则转到步骤 202; 否则， 转到步骤 S3， 迸行全量配置数据的生成； 歩骤 202、判断 EMS是否在处理其他 NMS全量配置同步， 如果 是， 则转到步骤 203; 否则转到步骤 204;
步骤 203、 EMS返回 FTP文件的 URL地址， NMS进行配置数 据处理： EMS i NMS返回如下信息： （1 ) 状态： 通知 NMS正在处 理全量配置中， （2) 等待下一个文件传输状态通知消息的超日寸时间； (3 ) 目标 FTP文件 URL地址信息； NMS按照返回的超时时间等待 文件传输状态通知， 并检查 FTP服务器上是否存在指定的配置文件； 步骤 204、 判断 EMS是否正处于忙状态， 如果是， 则转到步骤 205； 否则进入歩骤 S3， 进行全量配置数据的生成；
歩骤 205、 EMS返回遥知， NMS等待超时后， 重新下发请求。
3、 如权利要求 2所述的传输管理 EML NML间全量配置同步的 方法， 其特征在于： 步骤 S3包括以下步骤-
EMS接收 NMS请求后， 启动后台并行处理机制， 按照 NMS指 定的对象类型和范围， 将管理对象按照 XML格式生成， 存储配置数 据的 XML格式满足下列要求-
( ! ) 文件名称： 全局配置按照对象类型分为多个 XML存储， 全部 XML文件的压缩包名称由 NMS在下发目标 FTP文件的 URL 地址时指定；存储对象的 XML文件名称由对象类型名称.、数据类型、 生成配置数据的日寸间以及文件拆分序号为基本要素构成；
(2) 文件格式： 按照对象类型存储， 每个 XML文件只存储该 类型对象的列表， 每个对象 XML存储格式和 TMF中定义的结构保 持一致， 通过 XSD限定数据的有效性；
(3 ) 按照对象数量进行文件的拆分。
4、 如权利要求 3所述的传输管理 EML- NML间全量配置同步的 方法，其特征在于：所述存储对象的 XML文件名称中的日寸间格式为： "yyyyMMddhhmmss。x"， 其中 yyyy为年， MM为月， dd为曰期， hh 为小时， mm为分钟， ss为秒， X是十分之一秒， 默认为 0; 文件拆 分序号格式为： [a__b], a表示当前文件的序号， b表示拆分后文件总 数， a、 b均为正整数。
5、 如权利要求 3所述的传输管理 EML NML间全量配置同步的 方法， 其特征在于： 步骤 S4包括以下步骤： EMS在异步生成配置数 据过程中，定期将进度以及下一个文件传输状态消息的超时^间通报 给 NMS, 当 NMS请求的配置全部生成 XML文件后， 进入步骤 S5。
6、 如权利要求 5所述的传输管理 EML-NML间全量配置同步的 方法， 其特征在于： 歩骤 S5包括以下步骤： ESM在后台按照 NMS 下发的参数， 将 XML全部文件压縮为一个数据包， 传递到 NMS指 定的 FTP服务器上。
7、 如权利要求 6所述的传输管理 EML- NML间全量配置同步的 方法， 其特征在于: 步骤 S6包括以下步骤： 当 EMS将 XML数据包 传输完成后， 向 NMS发送完成率为 100%的文件传输状态消息， 该 消息中下一个通知的超时时间填写为（ 如果配置数据生成失败， 贝 U 通过文件传输状态消息向 NMS发送失败通知。
8、 如权利要求 1至 7中任一项所述的传输管理 EML- NML间全 量配置同步的方法， 其特征在于： 步骤 102 中判断文件传输状态为 100%完成的过程为： 判断是否收到 100%完成的文件传输状态通知 消息， 或者 FTP服务器上已存在指定的配置文件， 二者满足一个条 件即认为文件传输状态为 100%完成。
9、 如权利要求 1至 7中任一项所述的传输管理 EML-NML间全 量配置同歩的方法，其特征在于：歩骤 101中所述同步配置请求包括： ( 1 ) 利用统一资源定位地址 URL指定共享 FTP服务器， 并在 U L地址中指定 EMS上传的文件名称； (2) 指定 FTP服务器的认证信息；
(3 ) 同步范围；
(4) 步的配置类型列表；
( 5 ) 存储文件的要求， 包括： 文件最大的大小， 是否压縮、 压 縮格式， 是否利用共享 FTP服务器数据， 配置数据时效。
10、一种用于实现权利要求 1至 9中任一项所述方法的传输管理 EML-NML 间全量配置同步系统， 包括数据通信网络 DCN、 若干网 元管理系统 EMS和若干网络管理系统 NMS， 若干 EMS、 若干 NMS 均与 DCN相连，其特征在于：还包括共享 FTP服务器，所述共享 FTP 服务器与 DCN相连，共享 FTP服务器设立固定分离的 FTP接口，采 用 FTP做为海量数据传输协议， NMS将全量配置同步过程按照数据 处理和同歩的耗 H寸长短拆分为三个并行处理过程：基本配置同步请求 处理过程、网元交叉同步请求处理过程、业务路由同步请求处理过程， EMS请求基本配置 步， NMS通过交互协议 IIOP/SOAP将同步 配置请求传递给 EMS侧。
PCT/CN2013/079997 2013-07-22 2013-07-24 传输管理eml-nml间全量配置同步的方法及系统 WO2015010272A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP13889908.3A EP3026860B1 (en) 2013-07-22 2013-07-24 Method and system for transmission management of full configuration synchronization between eml-nml
PH12015500675A PH12015500675B1 (en) 2013-07-22 2015-03-26 Method and system for transmission management of full configuration synchronization between eml-nml.

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310308141.5A CN103368969B (zh) 2013-07-22 2013-07-22 传输管理eml-nml间全量配置同步的方法及系统
CN201310308141.5 2013-07-22

Publications (1)

Publication Number Publication Date
WO2015010272A1 true WO2015010272A1 (zh) 2015-01-29

Family

ID=49369506

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/079997 WO2015010272A1 (zh) 2013-07-22 2013-07-24 传输管理eml-nml间全量配置同步的方法及系统

Country Status (5)

Country Link
EP (1) EP3026860B1 (zh)
CN (1) CN103368969B (zh)
MY (1) MY175086A (zh)
PH (1) PH12015500675B1 (zh)
WO (1) WO2015010272A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115361262A (zh) * 2022-08-22 2022-11-18 武汉烽火技术服务有限公司 一种传输设备性能文件ftp上报的实现方法和系统

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104539460B (zh) * 2015-01-07 2018-01-26 烽火通信科技股份有限公司 一种eml‑nml低效参数全量同步的方法
CN111753012A (zh) * 2020-06-19 2020-10-09 北京字节跳动网络技术有限公司 数据同步方法、装置、设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1741535A (zh) * 2005-09-21 2006-03-01 烽火通信科技股份有限公司 一种基于corba的eml－nml接口实现浮动的方法
CN1860732A (zh) * 2003-09-30 2006-11-08 西门子公司 在通信网的管理系统中使警报同步的方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6963923B1 (en) * 1997-02-10 2005-11-08 International Business Machines Corporation Method for file transfer restarts using standard internet protocol
KR100975218B1 (ko) * 2003-06-09 2010-08-10 주식회사 케이티 망운용관리 기능 시험장치 및 시험방법
US20070276951A1 (en) * 2006-05-25 2007-11-29 Nicholas Dale Riggs Apparatus and method for efficiently and securely transferring files over a communications network
CN102769493B (zh) * 2012-08-10 2014-12-03 烽火通信科技股份有限公司 Eml-nml间ftth型onu的管理方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1860732A (zh) * 2003-09-30 2006-11-08 西门子公司 在通信网的管理系统中使警报同步的方法
CN1741535A (zh) * 2005-09-21 2006-03-01 烽火通信科技股份有限公司 一种基于corba的eml－nml接口实现浮动的方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115361262A (zh) * 2022-08-22 2022-11-18 武汉烽火技术服务有限公司 一种传输设备性能文件ftp上报的实现方法和系统
CN115361262B (zh) * 2022-08-22 2023-06-09 武汉烽火技术服务有限公司 一种传输设备性能文件ftp上报的实现方法和系统

Also Published As

Publication number Publication date
EP3026860A4 (en) 2017-03-08
CN103368969B (zh) 2016-02-10
CN103368969A (zh) 2013-10-23
EP3026860A1 (en) 2016-06-01
PH12015500675A1 (en) 2015-05-18
PH12015500675B1 (en) 2015-05-18
MY175086A (en) 2020-06-05
EP3026860B1 (en) 2020-02-19

Similar Documents

Publication Publication Date Title
WO2020147727A1 (zh) 基于定时响应的工业无线传感网时钟频率偏移估计方法
CN105075224B (zh) 用于在节点中结合物联网(IoT)服务接口协议层的方法和设备
TWI610552B (zh) 管理機器對機器(m2m)實體系統、方法及裝置
US20170373804A1 (en) Methods for enabling delay-awareness in the constrained application protocol (coap)
Bansal Application layer protocols for internet of healthcare things (IoHT)
WO2016155611A1 (zh) 一种面向wia-pa网络的tr069协议管理方法
Akribopoulos et al. A web services-oriented architecture for integrating small programmable objects in the web of things
Shang et al. Publish-subscribe communication in building management systems over named data networking
CN109417439A (zh) 用于利用icn的基于动态配置网络编码的多源分组传输的过程
WO2012068909A1 (zh) 基于瘦无线接入点架构的网管实现方法及系统
WO2010028571A1 (zh) 大数据对象的传输方法、传输系统及发送设备和接收设备
WO2014206034A1 (zh) 数据的分解同步方法及系统
WO2009103212A1 (zh) 一种数据同步的方法、系统和装置
WO2015010272A1 (zh) 传输管理eml-nml间全量配置同步的方法及系统
CN109451804A (zh) 在信息中心网络中实现同时进行的多播传递的http内容完整性
Han Semantic service provisioning for 6LoWPAN: powering internet of things applications on web
Köksal et al. Feature-driven domain analysis of session layer protocols of internet of things
CN105553871A (zh) 一种远程管理设备参数的方法及系统
WO2015090225A1 (zh) 基于Linux下的自适应组件间通信方法
CN101699816A (zh) 一种基于互联网的文件分发系统及方法
CN102624932A (zh) 基于索引的异地云数据同步方法
CN110771117B (zh) 一种采用面向id的网络的会话层通信
Liu et al. Design and implementation of real-time monitoring system for wireless coverage data based on websocket
KR101673755B1 (ko) Dds 기반의 사물 인터넷의 네트워크와 지그비 네트워크와의 연동 시스템 및 그 방법
WO2010124567A1 (zh) 大对象传输方法、服务器

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: 13889908

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 12015500675

Country of ref document: PH

WWE Wipo information: entry into national phase

Ref document number: 2013889908

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE