CN1885791A - 一种网络管理***的信息同步方法 - Google Patents
一种网络管理***的信息同步方法 Download PDFInfo
- Publication number
- CN1885791A CN1885791A CN 200510079613 CN200510079613A CN1885791A CN 1885791 A CN1885791 A CN 1885791A CN 200510079613 CN200510079613 CN 200510079613 CN 200510079613 A CN200510079613 A CN 200510079613A CN 1885791 A CN1885791 A CN 1885791A
- Authority
- CN
- China
- Prior art keywords
- thread
- net element
- element information
- information
- data buffer
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种网络管理***的信息同步方法,该方法包括:A.创建用于查询网元信息的第一线程和用于更新网元信息的第二线程;B.第一线程通过网元管理***查询网元信息,并将查询到的网元信息发送给第二线程;所述第二线程接收来自第一线程的网元信息并对网络管理***中的网元信息进行更新。采用本发明方法能够提高网元信息同步的效率。
Description
技术领域
本发明涉及网络管理技术,特别涉及网络管理***的信息同步方法。
背景技术
通常,一个通信网络从功能上分为五个层次来实现,该五个层次从低到高依次包括:网元层、网元管理层、网络管理层、业务管理层、事务管理层。其中,网元层包含大量网元(NE),在通信网络中网元就是指通信设备;网元管理层包含多个网元管理***(EMS),各EMS分别管理一定数量的网元;网络管理层中的网络管理***(NMS)负责管理各个EMS,并通过EMS对各网元进行操作。
其中,EMS和NMS均能对其所管辖的网元进行操作,包括:创建新的网元、查询或修改网元信息、在修改网元信息时备份旧的信息等等。当NMS对网元进行操作时,均需根据自身数据库中记录的网元信息进行处理,比如:根据所记录的当前已创建的网元确定需要创建或删除哪个网元,根据当前已创建的各网元的信息确定如何修改网元的配置信息等等。由于,EMS和NMS分别独立对网元进行操作,EMS对各个网元进行创建、删除、修改等操作时,NMS无法实时获知。如果某网元已由EMS创建,但NMS并不知道该网元已创建,NMS就有可能再次创建该网元,使整个网络的管理出现混乱。为解决这一问题,EMS和NMS之间通常存在一种同步机制,其同步方式包括:一、NMS定时或手动通过EMS查询各网元的信息,如果NMS自身记录的网元信息与查询到的网元信息出现不一致,就将自身保存的网元信息更新为查询到的网元信息;二、EMS一旦对网元进行操作后,即上报通知给NMS,NMS再通过EMS查询网元信息,根据查询到的网元信息对自身记录的网元信息进行更新。通过此种同步处理能够使EMS对应的各网元实际的网元信息与NMS记录的网元信息保持一致,从而避免了对网元的误操作。
鉴于通信网络规模庞大,信息处理量相当可观,NMS通常基于多线程技术,以实现多个处理任务并行执行。当NMS同步网元信息时,将产生多个线程来并行同步网元信息,一个线程将负责同步多个网元的信息。其中,对于一个线程来说,其对于各个网元的处理是串行执行的,简单的说就是:只有完成针对一个网元的更新网元信息操作,才能执行针对下一网元的查询网元信息操作,当对所有网元的处理结束后,该线程的处理才算结束。这样,单个线程的处理时延就很有可能过长。
虽然NMS与EMS之间的网元信息同步可通过多个线程并行处理,但单个线程的网元信息同步处理由于涉及查询网元信息、更新自身网元信息等复杂操作,因此,单个线程的处理负担较重、时延较长,当所有线程的处理结束时,实际上已经耗费了大量处理时间。如果在这个较长的同步过程中NMS对网元进行操作,NMS保存的网元信息很有可能与当前网元的实际情况不一致,这就可能出现误操作,从而使***的网元信息同步失去意义。另外,单个线程对各个网元的处理实际上是串行进行的,从而也使多线程技术的并发、高效、处理时延短等优势荡然无存。
发明内容
有鉴于此,本发明的主要目的在于提供一种NMS的信息同步方法,能够充分发挥多线程技术的并发优势,高效完成网元信息的同步。
为达到上述目的,本发明的技术方案是这样实现的:
本发明公开了一种网络管理***的信息同步方法,该方法包括:
A.创建用于查询网元信息的第一线程和用于更新网元信息的第二线程;
B.第一线程通过网元管理***查询网元信息,并将查询到的网元信息发送给第二线程;所述第二线程接收来自第一线程的网元信息,根据接收到的网元信息对网络管理***中的网元信息进行更新。
其中,所述第一线程和第二线程各有一个。
其中,所述第二线程有一个;所述第一线程有一个以上,每个第一线程对应一个或一个以上的网元;步骤B中,各第一线程查询各自对应的网元的网元信息。
其中,所述第二线程有一个以上,每个第二线程对应一个或一个以上第一线程,每个第一线程对应一个或一个以上的网元;步骤B中,各第一线程查询各自对应的网元的网元信息,并将查询到的网元信息发送至自身对应的第二线程。
其中,该方法进一步包括:创建由所述第一线程和第二线程共享的数据缓冲区;步骤B中,所述第一线程发送网元信息给第二线程以及第二线程接收网元信息的方法为:所述第一线程发送网元信息至所述数据缓冲区并缓存,所述第二线程从该数据缓冲区提取网元信息。
其中,所述第一线程发送网元信息至数据缓冲区时,进一步包括:所述第一线程为自身发送的每一个网元信息分配键KEY,所述KEY用于指示每一网元信息在数据缓冲区中的存储地址;所述第一线程发送所分配的各个KEY至所述数据缓冲区和第二线程,所述数据缓冲区保存各网元信息与各自KEY的对应关系;所述第二线程提取网元信息为:根据接收到的KEY所指示的存储地址从数据缓冲区中提取网元信息。由上述方案可以看出,本发明的关键在于:将网元信息同步过程划分为两部分并行进行处理,由第一线程通过EMS查询网元信息,由第二线程根据来自第一线程的网元信息对NMS中的网元信息进行更新。
因此,本发明所提供的NMS的信息同步方法,充分利用多线程技术的并行处理优势,使网元信息同步过程中的两个关键环节:查询网元信息和更新网元信息分别由第一线程和第二线程并行执行。还进一步利用数据缓冲区的缓存机制,保证第一线程和第二线程在传递网元信息时的完整性和准确性。采用本方法后,相对于现有技术能显著提高NMS网元信息同步的性能,对于整个网元的管理具有重要意义。
附图说明
图1为本发明方法一较佳实施例处理流程示意图;
图2为本发明方法中第一线程、第二线程、以及数据缓冲区之间的逻辑关系示意图。
具体实施方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
本发明提供了一种NMS的信息同步方法,其主要设计思想为:将通过EMS查询网元信息和更新NMS网元信息的完整同步过程分为两部分进行,生成第一线程和第二线程来分别完成这两部分处理。其中,第一线程用来通过EMS查询网元信息;第二线程用来从第一线程接收网元信息并对NMS的网元信息进行更新。
这里,可以由一个第一线程来专门通过EMS查询网元信息,由一个第二线程来专门更新NMS的网元信息。但是,第一线程通过EMS查询各个网元上的信息时面向的是各个网元,每个网元的查询响应时延会有差异,必须等到所有网元均返回的查询响应后才能查询得到所有网元信息。因此,当通信网络规模较大时,单独由一个第一线程来查询所有网元信息的效率较低。而第二线程更新NMS的网元信息时面向的是NMS的数据库,处理效率较高,采用一个第二线程基本可以满足处理需要。所以,通常可以生成一个第二线程和一个以上的第一线程,每个第一线程对应一个或一个以上的网元,这些第一线程可以并行的查询网元信息;由此第二线程负责根据这些第一线程查询到的网元信息更新NMS数据库的网元信息,从而使整个NMS网元信息的同步效率进一步提高。
由于采用一个以上的第一线程来并行查询网元信息,第二线程要接收来自各个第一线程的网元信息,还要更新NMS数据库的网元信息,因此第二线程不一定能实时处理来自第一线程的每一网元信息,这样就容易发生数据丢失等问题。为解决这一问题,还可进一步创建由第一线程和第二线程共享的数据缓冲区,各第一线程将查询到的网元信息首先发送至该数据缓冲区进行缓存,再由第二线程从数据缓冲区提取网元信息。此外,为使第二线程准确提取到数据,每个第一线程在向数据缓冲区存入网元信息时还要为每一网元信息分配自身独一无二的键(KEY),该KEY用于指示网元信息在数据缓冲区内的存储地址;各个第一线程还将自身分配的KEY发送给第二线程,第二线程可以根据接收到的KEY确定各网元信息的存储地址,从而按存储地址从数据缓冲区准确提取网元信息。
图1为本发明方法一较佳实施例处理流程示意图。如图1所示,具体处理包括:
步骤101:当NMS开始同步网元信息时,首先根据创建一个以上的第一线程、一个第二线程和一个数据缓冲区,各第一线程和第二线程共享此数据缓冲区。其中,每个第一线程对应一个或一个以上的网元。
步骤102:步骤101所创建的各个第一线程分别进行如下处理:通过EMS查询自身对应的各个网元上的网元信息,在得到各个网元返回的查询响应后,从该查询响应中提取各个网元信息,为当前每一网元信息分配一个KEY,将各个网元信息连同所分配的各个KEY一同发送至所述数据缓冲区,同时发送当前分配的KEY给第二线程。所述数据缓冲区保存网元信息,并维护KEY与网元信息之间的对应关系,通过KEY可以直接映射得到对应网元信息的存储地址。
这里,由于网元信息对应的KEY必须成为网元信息独一无二的标识,因此,KEY的分配原则必须能保证网元信息具有唯一、独特的KEY,比如KEY的分配原则可以为:第一线程每查询到一个网元信息时即生成一个序列号,该序列号能够表示当前查询到的网元信息为该第一线程查询到的第几个网元信息,然后由当前生成的序列号以及该第一线程的线程标识来构成当前查询到的网元信息对应的KEY。当然,采用其它KEY的分配原则也能使每一网元信息具有自身独一无二的KEY,但是关于KEY的具体分配原则,非本发明重点,本发明对此并不限定,本文也不再详述。
步骤103:第二线程在接收到来自各个第一线程的KEY时,根据各个KEY得到各网元信息的存储地址,再按这些网元信息的存储地址从数据缓冲区中提取各个网元信息,在第二线程从数据缓冲区提取网元信息后,已被提取的网元信息将从数据缓冲区内释放。然后,第二线程根据提取到的各个网元信息对NMS数据库的网元信息进行更新,包括:比较自身提取到的各个网元信息和NMS数据库中保存的对应网元信息,判断两种网元信息是否一致,如果出现不一致,则将NMS数据库中保存的网元信息更新为所提取的网元信息,使NMS数据库保存的网元信息与各网元的实际情况相符;否则不作处理。这里,第二线程根据提取到的各个网元信息对NMS数据库的网元信息进行更新的处理属公知技术,因此本文不再进一步描述。
以上所述步骤102为各个第一线程的处理,所述步骤103为第二线程的处理,两个步骤的处理相对独立,因此可并行进行,对于步骤102和步骤103的执行顺序本发明不作限定。
另外,由于第二线程和各个第一线程都要访问数据缓冲区,为避免发生死锁,还可采用信号量等机制实现线程之间的互斥。关于如何实现互斥非本发明解决的问题,且属公知技术,因此本文不再详述。
为进一步了解本发明的处理原理,下面结合图2对第一线程、第二线程、数据缓冲区之间的逻辑关系加以说明。图2为本发明方法中第一线程、第二线程、以及共享数据缓冲区之间的逻辑关系示意图。图2中,第一线程有两个:第一线程1和第一线程2;第二线程有一个。数据缓冲区中,逻辑上的数据存储结构如图2所示,每一网元信息与自身的KEY相对应。下面结合图2的逻辑关系,对本发明方法一简单实例加以说明,以便直观了解本发明的处理原理。本实例涉及的网元信息包括:NE1、NE2、NE3、NE4和NE5,相应地,各网元信息的KEY分别为:KEY1、KEY2、KEY3、KEY4和KEY5。
第一线程1查询得到NE1和NE2,分别为NE1和NE2分配KEY1和KEY2,并将NE1和NE2、及其对应的KEY1和KEY2保存到数据缓冲区中,发送KEY1和KEY2至第二线程,第二线程根据KEY1和KEY2从数据缓冲区中提取得到NE1和NE2,再更新NMS数据库中与NE1和NE2相对应的网元信息。
与第一线程1的处理类似,第一线程2查询得到NE3、NE4和NE5,分别为NE3、NE4和NE5分配KEY3、KEY4和KEY5,并将NE3、NE4和NE5及其对应的KEY3、KEY4和KEY5保存到数据缓冲区中,发送KEY3、KEY4和KEY5至第二线程,第二线程根据KEY3、KEY4和KEY5从数据缓冲区中提取得到NE3、NE4和NE5,再更新NMS数据库中与NE3、NE4和NE5相对应的网元信息。
根据图1和图2所述可见,本发明方法将原本复杂的完整网元信息同步过程划分为两部分,分别由两种线程来执行这两部分的处理。第一线程只需不断的通过EMS查询网元信息即可,并且第一线程与第二线程的处理并行,第一线程不必等到第二线程完成上一网元信息在NMS数据库中的更新就可以查询下一网元信息,此外还可创建一个以上的第一线程来同时查询网元信息,这样,使得查询网元信息的处理效率大大提高。另外,数据缓冲区对网元信息以及KEY的缓存,能够保证网元信息在整个同步过程中的完整性和准确性。
以上实施例中,包括:一个或一个以上的第一线程、和一个第二线程。对于一般的NMS来说,这些线程就可以满足处理需要。当NMS的规模相当大、管理的网元数量过多时,也可能存在一个以上的第二线程、且每个第二线程对应一个或一个以上的第一线程。但是,每个第二线程及其对应的第一线程均将按图1所述进行网元信息同步,并且每个第二线程之间无相关性,对应不同第二线程的第一线程之间也无相关性,因此,本文对于存在一个以上第二线程的情况不再描述,但均在本发明的保护范围内。
综上所述,应用本发明方法能够充分利用多线程技术并行处理的优势,以较高效率进行网元信息同步,并能保证网元信息同步的完整性和准确性。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (6)
1、一种网络管理***的信息同步方法,其特征在于,该方法包括:
A.创建用于查询网元信息的第一线程和用于更新网元信息的第二线程;
B.第一线程通过网元管理***查询网元信息,并将查询到的网元信息发送给第二线程;所述第二线程接收来自第一线程的网元信息,根据接收到的网元信息对网络管理***中的网元信息进行更新。
2、根据权利要求1所述的方法,其特征在于,所述第一线程和第二线程各有一个。
3、根据权利要求1所述的方法,其特征在于,所述第二线程有一个;所述第一线程有一个以上,每个第一线程对应一个或一个以上的网元;
步骤B中,各第一线程查询各自对应的网元的网元信息。
4、根据权利要求1所述的方法,其特征在于,所述第二线程有一个以上,每个第二线程对应一个或一个以上第一线程,每个第一线程对应一个或一个以上的网元;
步骤B中,各第一线程查询各自对应的网元的网元信息,并将查询到的网元信息发送至自身对应的第二线程。
5、根据权利要求1至4任一项所述的方法,其特征在于,该方法进一步包括:创建由所述第一线程和第二线程共享的数据缓冲区;
步骤B中,所述第一线程发送网元信息给第二线程以及第二线程接收网元信息的方法为:所述第一线程发送网元信息至所述数据缓冲区并缓存,所述第二线程从该数据缓冲区提取网元信息。
6、根据权利要求5所述的方法,其特征在于,所述第一线程发送网元信息至数据缓冲区时,进一步包括:所述第一线程为自身发送的每一个网元信息分配键KEY,所述KEY用于指示每一网元信息在数据缓冲区中的存储地址;所述第一线程发送所分配的各个KEY至所述数据缓冲区和第二线程,所述数据缓冲区保存各网元信息与各自KEY的对应关系;
所述第二线程提取网元信息为:根据接收到的KEY所指示的存储地址从数据缓冲区中提取网元信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB200510079613XA CN100395996C (zh) | 2005-06-23 | 2005-06-23 | 一种网络管理***的信息同步方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB200510079613XA CN100395996C (zh) | 2005-06-23 | 2005-06-23 | 一种网络管理***的信息同步方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1885791A true CN1885791A (zh) | 2006-12-27 |
CN100395996C CN100395996C (zh) | 2008-06-18 |
Family
ID=37583782
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB200510079613XA Expired - Fee Related CN100395996C (zh) | 2005-06-23 | 2005-06-23 | 一种网络管理***的信息同步方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100395996C (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104283704A (zh) * | 2013-07-05 | 2015-01-14 | 中兴通讯股份有限公司 | 一种北向接口发送通知事件的方法及装置 |
CN109495303A (zh) * | 2018-11-19 | 2019-03-19 | 广州开信通讯***有限公司 | 获取设备参量信息的方法、设备网络管理装置及***、电子装置和存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2000163344A (ja) * | 1998-11-27 | 2000-06-16 | Nec Corp | ネットワーク管理システムのデータベース復旧方式 |
US6633864B1 (en) * | 1999-04-29 | 2003-10-14 | International Business Machines Corporation | Method and apparatus for multi-threaded based search of documents |
EP2477126A3 (en) * | 2001-11-01 | 2013-09-11 | Verisign, Inc. | High-speed non-concurrency controlled database |
CN1248453C (zh) * | 2002-09-13 | 2006-03-29 | 华为技术有限公司 | 网元与电信网管***的实时数据同步方法 |
-
2005
- 2005-06-23 CN CNB200510079613XA patent/CN100395996C/zh not_active Expired - Fee Related
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104283704A (zh) * | 2013-07-05 | 2015-01-14 | 中兴通讯股份有限公司 | 一种北向接口发送通知事件的方法及装置 |
CN104283704B (zh) * | 2013-07-05 | 2019-03-12 | 中兴通讯股份有限公司 | 一种北向接口发送通知事件的方法及装置 |
CN109495303A (zh) * | 2018-11-19 | 2019-03-19 | 广州开信通讯***有限公司 | 获取设备参量信息的方法、设备网络管理装置及***、电子装置和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN100395996C (zh) | 2008-06-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6792436B1 (en) | Method for synchronizing multiple software caches in a memory | |
US10002148B2 (en) | Memory-aware joins based in a database cluster | |
CN103460208B (zh) | 用于将数据加载到时态数据仓库的方法和*** | |
CN101334797B (zh) | 一种分布式文件***及其数据块一致性管理的方法 | |
AU2002303900B2 (en) | Consistent read in a distributed database environment | |
CN1610906B (zh) | 事务处理存储器管理器 | |
US8504523B2 (en) | Database management system | |
CN101765831B (zh) | 数据库不一致的处理方法 | |
CN111460023A (zh) | 基于Elasticsearch的业务数据处理方法、装置、设备及存储介质 | |
CN101510209A (zh) | 实现实时检索的方法、***和服务器 | |
CN101295323B (zh) | 一种用于索引更新的处理方法和*** | |
EP1548598A1 (en) | Database re-organizing system and database | |
CN106126407A (zh) | 一种针对分布式存储***的性能监控调优***及方法 | |
AU2002303900A1 (en) | Consistent read in a distributed database environment | |
CN105069134A (zh) | 一种Oracle统计信息自动收集方法 | |
CN104412241A (zh) | 用于主存储器数据库的存储器紧缩机制 | |
CN106934048A (zh) | 数据在线迁移方法、代理节点 | |
CN106682042B (zh) | 一种关系数据缓存及查询方法及装置 | |
CN104268159A (zh) | 一种基于动态镜像的实时数据仓库数据预存取方法 | |
CN103246745A (zh) | 一种基于数据仓库的数据处理装置及方法 | |
CN110490334A (zh) | 一种低延迟的机器学习即服务的生成方法 | |
CN105426238A (zh) | 一种基于内存的设备后台指令管理***的控制方法 | |
CN109857566A (zh) | 一种内存读写过程的资源锁定算法 | |
CN112862992A (zh) | 基于微服务和双链路传输的高速公路收费方法及*** | |
CN1885791A (zh) | 一种网络管理***的信息同步方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20080618 Termination date: 20150623 |
|
EXPY | Termination of patent right or utility model |