发明内容
有鉴于此,本发明的主要目的在于提供一种实现智能网元交叉信息同步的方法,使网管侧保存的网元交叉信息与实际情况同步,从而实现网元交叉信息管理自动化。
本发明的另一目的在于提供一种实现智能网元交叉信息同步的网管系统,使网管侧保存的网元交叉信息能够与智能网元的实际交叉信息同步。
为达到上述目的,本发明的技术方案是这样实现的:
本发明公开了一种实现智能网元交叉信息同步的方法,在网管系统中设置智能交叉同步模块,该方法还包括:
a.在智能网元交叉信息变更时,该网元发送交叉变更消息至所述智能交叉同步模块;
b.智能交叉同步模块根据接收到的交叉变更消息发送更新消息至网管系统的MIT信息库;
c.MIT信息库根据步骤b所述的更新消息对自身保存的该网元交叉信息进行更新。
步骤b中,智能交叉同步模块根据步骤a所述的交叉变更消息发送更新消息。
其中,所述步骤b之前进一步包括:智能交叉同步模块根据该交叉变更消息对MIT信息库中该网元交叉信息进行验证,并判断验证是否成功,如果是,执行步骤b;否则,智能交叉同步模块查询该网元所有交叉信息,再执行步骤b;在验证成功时执行的步骤b中,智能交叉同步模块根据步骤a所述交叉变更消息发送更新消息;在验证失败时执行的步骤b中,智能交叉同步模块根据所述查询的结果发送更新消息。
其中,所述查询网元交叉信息的方法为:智能交叉同步模块发送查询请求至该网元,该网元再返回包含自身全部交叉信息的查询结果给智能交叉同步模块。
其中,所述查询网元交叉信息的方法为:智能交叉同步模块返回同步失败消息至前台,前台在接收到查询命令时发送查询请求至智能交叉同步模块,智能交叉同步模块转发该查询请求至该网元,该网元再返回包含自身全部交叉信息的查询结果给智能交叉同步模块。
其中,所述验证为正确性验证;所述正确性验证的方法为:智能交叉同步模块核对所述交叉变更消息中的变更方式和变更的交叉信息与该网元在MIT信息库中的交叉信息是否矛盾;所述判断验证成功的方法为:判断所述正确性验证的结果是否为矛盾,如果是,则验证失败;否则验证成功。
其中,所述验证为时间戳验证;该方法进一步包括:在每一个智能网元中设置时间戳,并在MIT信息库中为每一个网元设置时间戳;
步骤a中,网元进一步上报自身保存的时间戳至智能交叉同步模块;智能交叉同步模块进一步从MIT信息库提取该网元的时间戳;
所述时间戳验证的方法为:智能交叉同步模块将从MIT信息库提取的该网元时间戳加1得到当前网管侧时间戳,并比较当前网管侧时间戳与该网元上报的时间戳是否一致;
所述判断验证成功的方法为:判断所述时间戳验证的结果是否为一致,如果是,则验证成功;否则验证失败;
在验证失败时,步骤b中,智能交叉同步模块进一步发送时间戳更新消息至MIT信息库,步骤c中,MIT信息库进一步根据步骤b所述的时间戳更新消息对自身保存的该网元时间戳进行更新。
其中,所述验证进一步包括正确性验证;所述正确性验证的方法为:智能交叉同步模块核对所述交叉变更消息中的变更方式和变更的交叉信息与该网元在MIT信息库中的交叉信息是否矛盾;所述判断验证成功的方法为:判断是否时间戳验证的结果为一致并且正确性验证结果为不矛盾,如果是,则验证成功;否则验证失败。
本发明还公开了一种实现智能网元交叉信息同步的网管系统,包括:MIT信息库,该系统还包括:
智能交叉同步模块,其至少包含同步单元,用于从智能网元接收交叉变更消息,并发送更新消息至MIT信息库;
所述MIT信息库,用于根据更新消息对自身保存的智能网元交叉信息进行更新。
其中,所述智能交叉同步模块的同步单元由网元消息处理模块实现,其从智能网元接收交叉变更消息,并发送更新消息至MIT信息库。
其中,所述智能交叉同步模块进一步包括验证模块,其用于从所述同步单元接收交叉变更消息,并根据该交叉变更消息从MIT信息库提取该网元交叉信息进行验证,并根据验证结果直接发送更新消息至MIT信息库、或通过同步单元从该网元提取其全部交叉信息后发送更新消息至MIT信息库。
其中,所述同步单元包括:网元消息处理模块;所述验证模块包括:查询处理模块和验证存库模块;
所述网元消息处理模块,用于接收智能网元的交叉变更消息并发送至验证存库模块,转发查询处理模块与智能网元之间的查询请求和包含该网元全部交叉信息的查询结果;
所述查询处理模块,用于转发验证存库模块与网元消息处理模块之间的查询请求和查询结果;
所述验证存库模块,用于根据来自网元消息处理模块的交叉变更消息从MIT信息库提取该网元的交叉信息进行验证,再根据验证结果直接发送更新消息至MIT信息库;或者,发送查询请求至查询处理模块,根据接收到的该网元查询结果发送更新消息至MIT信息库。
该系统还包括:前台,用于接收同步命令并输出同步请求;所述验证模块进一步发送同步失败消息至前台,并接收前台的同步请求。
其中,所述同步单元包括:网元消息处理模块;所述验证模块,包括:查询处理模块、验证存库模块和前台交互模块;
所述网元消息处理模块,用于接收智能网元的交叉变更消息并发送至验证存库模块,转发查询处理模块与智能网元之间的查询请求和包含该网元全部交叉信息的查询结果;
所述查询处理模块,用于从前台交互模块接收同步请求并发送查询请求至网元消息处理模块,接收来自网元消息处理模块的查询结果并转发至验证存库模块;
所述验证存库模块,用于根据来自网元消息处理模块的交叉变更消息从MIT信息库提取该网元的交叉信息进行验证;再根据验证结果直接发送更新消息至MIT信息库;或者,发送同步失败消息至前台交互模块,接收来自查询处理模块的该网元的查询结果并发送更新消息至MIT信息库;
所述前台交互模块,用于接收来自验证存库模块的同步失败消息并转发至前台,接收来自前台的同步请求并转发至查询处理模块。
由上述方案可以看出,本发明的关键在于:在网管侧设置了智能交叉同步模块,当网元发生了交叉变更时,网元中的传统主机将交叉变更消息发送至智能交叉同步模块;智能交叉同步模块将该网元上报的交叉变更情况通过更新消息发送给MIT信息库,由MIT信息库对其保存的该网元交叉信息进行更新。
因此,本发明所提供的实现智能网元交叉信息同步的方法及网管系统,在智能网元交叉信息发生变更时,可以使网管侧实时对其保存的网元交叉信息进行更新,从而可以实现智能光网络的网管系统对智能网元的动态管理。
具体实施方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
本发明的主要设计思想在于,在智能网元的交叉信息发生变更时,智能网元主动向网管侧上报交叉变更消息,网管侧根据此交叉变更消息更新MIT信息库中该网元的交叉信息。为了实现智能网元交叉信息变更的实时上报,本发明提供了一种通过智能交叉同步模块实现智能网元交叉信息同步的网管系统。
图2为本发明网管系统一较佳实施例的框架结构,如图2所示,该系统包括:MIT信息库,该系统还包括:智能交叉同步模块,其包含:同步单元和验证模块;其中,同步单元,从智能网元接收交叉变更消息并发送至验证模块;验证模块,从同步单元接收交叉变更消息,根据该交叉变更消息从MIT信息库提取该网元交叉信息进行验证,并根据验证成功与否选择直接发送更新消息至MIT信息库、或通过同步单元从该网元提取其全部交叉信息后发送更新消息至MIT信息库。所述MIT信息库,用于根据更新消息对自身保存的智能网元交叉信息进行更新。这里,如果智能交叉同步模块在接收到交叉变更消息时不对网管侧保存的网元交叉信息进行验证,则智能交叉同步模块可以仅包含同步模块,其用于从智能网元接收交叉变更消息并发送更新消息至MIT信息库。所述同步单元可以由现有网管系统的网元消息处理模块来实现。
上述系统中,当验证模块验证失败时自动通过同步单元查询网元交叉信息,本发明系统还可以在验证失败时由前台发命令触发验证模块查询网元交叉信息,则图2所示的系统中进一步包括:前台,其用于接收用户输入的同步命令并输出同步请求至验证模块;所述验证模块进一步发送同步失败消息至前台,并接收前台的同步请求。
基于图2所示的网管系统,本发明实现交叉信息同步的处理如图3所示,图3为本发明方法应用于图2所示网管系统的处理流程示意图,其包括如下处理步骤:
步骤301:智能网元的智能主机接收业务配置命令。这里,所述业务配置命令可以为发起业务、改变业务配置、或结束业务等命令,并且业务配置命令可以由用户通过用户网络接口(UNI)发起,也可以由网管侧下发。
步骤302:智能主机根据接收到的业务配置命令计算出交叉信息,并将该交叉信息转化成交叉配置命令下发给该网元的传统主机。
这里,所述交叉配置命令中包含由当前业务配置所产生的新的交叉配置信息,该交叉配置信息根据当前业务配置的不同可以为创建交叉、删除交叉、修改交叉等配置信息;所述交叉配置命令也可以因为“重路由”等原因由智能主机主动下发,而无需根据业务配置命令来产生。
步骤303:传统主机根据步骤302所述交叉配置命令中的交叉配置信息对自身的交叉信息进行重配置,比如:传统主机可以根据创建交叉的配置信息在自身添加新的交叉连接,或者根据删除交叉的配置信息将自身已有的交叉连接删除等等。
步骤304:网元的传统主机发送交叉变更消息至智能交叉同步模块中的同步单元。
当传统主机对自身的交叉信息重配置即智能网元发生了交叉变更时,智能网元中的传统主机将交叉变更消息发送至同步单元,同步单元根据交叉变更消息再发送更新消息至MIT信息库,然后MIT信息库可以根据此更新消息对自身保存的该网元交叉信息进行更新。这里,所述同步单元可以由现有网管系统中的网元消息处理模块实现。
这里,所述交叉变更消息包括:网元ID、变更方式、以及变更的交叉信息等,所述更新消息至少包含交叉变更消息中的网元ID、变更方式、以及变更的交叉信息,则MIT信息库可以根据更新消息中的网元ID、变更方式和变更的交叉信息进行更新,比如:变更方式为创建,则相应增加新的交叉信息,变更方式为删除,则相应删除已有的交叉信息等,从而使网元在变更其交叉信息时,网管侧的MIT信息库也能够相应对其保存的该网元交叉信息进行更新。
由于,在某些情况下网元与网管侧会中断联系,如果在此期间发生了网元交叉信息的变更,网元就无法将交叉变更消息上报至网管侧的智能交叉同步模块,因此,仍然会出现网管侧保存的网元交叉信息与实际交叉信息不符的情况。有鉴于此,本发明方法还可以在网管侧增加根据交叉变更消息对网管侧保存的网元交叉信息进行验证的过程,则在步骤304中网元发送交叉变更消息至同步单元之后,进一步包括如下处理:
步骤305:同步单元缓存接收到的交叉变更消息,将该交叉变更消息转发至验证模块,由验证模块并对该网元在网管侧的交叉信息进行验证,该验证过程可以为时间戳验证、或正确性验证、或二者组合。
所述时间戳验证具体为:每一个网元都预先存储了一个时间戳,网管侧也为每一个网元保存了一个时间戳,时间戳可以是0到0xFFF0不断循环累加的计数器;网元每次交叉信息发生变更时,时间戳就加1并上报至网管侧,网管侧每收到该网元上报的时间戳,会将自身存储的该网元的时间戳加1,这样,如果网元保存的和网管侧保存的该网元时间戳不一致,则说明该网元与网管侧曾经中断过联系,并且期间网元发生了交叉信息变更,也就说明网元与网管侧的交叉信息可能已经出现了不一致。
这里,如果进行时间戳验证,则网元每次发生交叉变更时,同时还将自身当前保存的时间戳通过同步单元上报给验证模块,该验证模块按交叉变更消息中的该网元ID从MIT信息库中读取网管侧为该网元保存的时间戳,并将该时间戳加1得到当前网管侧时间戳,然后,验证模块将该网元上报的时间戳与当前网管侧时间戳进行比较,如果两个时间戳一致,则验证成功;否则验证失败,即发生了网元交叉信息同步失败。
所述正确性验证具体为:网元每次将交叉变更消息发送至验证模块时,该验证模块按交叉变更消息中的网元ID从MIT信息库中读取该网元的交叉信息,判断网管侧保存的交叉信息与网元发来的交叉变更消息中的变更方式和变更的交叉信息是否矛盾。比如:网元发来的是创建交叉的交叉变更消息,但网管侧保存的该网元交叉信息中已经存在此交叉信息,或者网元发来的是删除交叉的交叉变更消息,而网管侧保存的该网元交叉信息中并没有此交叉信息,则说明网管侧保存的交叉信息与网元发来的交叉变更消息发生了矛盾。这样,如果所述正确性验证结果为矛盾,则验证失败,即发生了网元交叉信息同步失败;否则验证成功。
步骤306:验证模块判断验证是否成功,如果成功,执行步骤308;否则执行步骤307。
这里,所述的验证为步骤305中进行的验证,可以为时间戳验证,也可以为正确性验证,或者为二者组合,如果为二者组合的验证,则只有当本次正确性和时间戳验证均成功才能判决本次验证成功。
步骤307:验证模块通过同步单元发送查询请求至该发生同步失败的网元,该网元通过同步单元返回包括自身全部交叉信息的查询结果给验证模块。这里,该查询请求中至少包含该网元ID,验证模块按此网元ID发送查询请求至该网元。
步骤308:验证模块发送更新消息给MIT信息库。
其中,在步骤306验证成功后执行本步骤时,验证模块根据接收到的交叉变更消息发送更新消息,则根据该交叉变更消息发送更新消息,所述更新消息中至少包含:所述交叉变更消息中的网元ID、变更方式以及变更的交叉信息;在步骤307查询同步失败网元的交叉信息后执行本步骤时,验证模块根据接收到的查询结果发送更新消息,则根据该查询结果发送更新消息,所述更新消息中至少包含:该网元ID和所述查询结果中的该网元全部交叉信息。
另外,如果在步骤305进行了时间戳验证,则本步骤中验证模块还进一步发送时间戳更新消息,该消息至少包括:该网元ID和该网元上报的时间戳。
步骤309:MIT信息库按步骤308所述的更新消息对自身保存的该网元的交叉信息进行更新。
具体来说就是,在步骤306验证成功后执行本步骤时,MIT信息库根据更新消息中的网元ID、变更方式以及变更的交叉信息,在自身当前保存的该网元交叉信息基础上创建新的交叉、删除或修改已有交叉信息等;在步骤307查询同步失败网元的交叉信息后执行本步骤时,MIT信息库根据更新消息中的网元ID和查询得到的该网元全部交叉信息,再将自身当前保存的该网元交叉信息全部替换为查询得到的交叉信息。另外,如果在步骤308中验证模块发送了时间戳更新消息,则在本步骤中MIT信息库还要根据此时间戳更新消息将自身保存的该网元时间戳相应替换成时间戳更新消息中的该网元上报的时间戳。
上述的处理过程中,当智能网元与网管侧保存的交叉信息不同步时,验证模块将自动查询该发生交叉信息不同步网元的交叉信息,使用此种自动查询机制适合于所管理的网络规模较小、智能网元数量不多的网管系统。
当大量网元出现了自身交叉信息与网管侧的交叉信息同步失败的现象时,如果同时进行大量网元的查询及交叉信息更新处理,系统就有可能由于资源不足而无法工作。因此,本发明应用于网元数量较多的系统中时,在网元交叉信息与网管侧的交叉信息不同步时,为了保证系统的安全运行采用前台查询机制,由验证模块向前台上报同步失败消息,再由用户根据当前网元交叉信息同步失败的总体情况选择何时对此网元的交叉信息进行查询和更新,从而前台在接收到用户发送的同步命令时通过验证模块和同步单元查询网元的交叉信息。
采用此种工作方式时,上述步骤307为:验证模块向前台上报同步失败消息,前台在得到同步命令之后发送同步请求至验证模块,由验证模块通过同步单元对该网元的交叉信息进行查询,并通过同步单元提取查询结果。
图4为本发明网管系统另一较佳实施例框架结构示意图。图4中,所述同步单元由现有网管系统中的网元消息处理模块实现;所述验证模块由现有网管系统中的查询处理模块和验证存库模块实现;其中,网元消息处理模块,用于接收智能网元的交叉变更消息并发送至验证存库模块,转发查询处理模块与智能网元之间的查询请求和包含该网元全部交叉信息的查询结果;查询处理模块,用于转发验证存库模块与网元消息处理模块之间的查询请求和查询结果;验证存库模块,用于根据来自网元消息处理模块的交叉变更消息从MIT信息库提取该网元的交叉信息进行验证,再根据验证结果直接发送更新消息至MIT信息库;或者,发送查询请求至查询处理模块,根据接收到的该网元查询结果发送更新消息至MIT信息库。
这里,所述验证模块提取智能网元交叉信息的处理,可以如上所述由其自身自动触发,也可以由前台发送的同步请求触发,当由前台发送的同步请求触发验证模块提取智能网元交叉信息时,图4所示的系统进一步包括:前台,用于接收同步命令并输出同步请求;所述验证模块进一步包括:前台交互模块。
此时,系统中的网元消息处理模块的功能不变,其它模块的功能有所改变。其中,查询处理模块,用于从前台交互模块接收同步请求并发送查询请求至网元消息处理模块,接收来自网元消息处理模块的查询结果并转发至验证存库模块;验证存库模块,用于根据来自网元消息处理模块的交叉变更消息从MIT信息库提取该网元的交叉信息进行验证;再根据验证结果直接发送更新消息至MIT信息库;或者,发送同步失败消息至前台交互模块,接收来自查询处理模块的该网元的查询结果并发送更新消息至MIT信息库;前台交互模块,用于接收来自验证存库模块的同步失败消息并转发至前台,接收来自前台的同步请求并转发至查询处理模块。
这里,为了使网管系统的用户界面更友好,所述查询处理模块在得到查询结果之后还可以进一步通过前台交互模块返回查询结果至前台,将查询得到的网元交叉信息显示给用户。
基于图4所述本发明网管系统的较佳实施例框架结构,下面结合附图对本发明方法加以详细说明。
图5为本发明方法应用于图4所示网管系统的处理流程示意图,如图5所示,具体处理步骤如下:
步骤501:智能网元的传统主机发送交叉变更通知和同步序号通知至网元消息处理模块。
这里,所述交叉变更通知即为图3所述的交叉变更消息,所述同步序号通知即为图3所述网元上报的时间戳,所述交叉变更通知至少包含网元ID、变更方式以及变更的交叉信息,所述同步序号通知至少包含该网元上报的自身保存的时间戳。
步骤502:网元消息处理模块将步骤501所述交叉变更通知和同步序号通知转发至验证存库模块。
本实施例中,系统对网元的交叉信息进行时间戳和正确性验证,因此网元同时上报同步序号通知和交叉变更通知;系统也可以仅进行正确性验证,则这里网元不必上报同步序号通知。
步骤503:验证存库模块缓存接收到的同步序号通知和交叉变更通知,并根据此同步序号通知和交叉变更通知对该网元的交叉信息进行验证,并判断验证是否成功,如果是执行步骤504;否则,即该网元交叉信息发生了同步失败,执行步骤506。
其中,所述验证为时间戳验证和正确性验证。验证存库模块可以按交叉变更通知中的该网元ID从MIT信息库中提取该网元的交叉信息以及时间戳,并根据同步序号通知中的时间戳、交叉变更通知中的变更方式和变更的交叉信息按图3中所述的验证方法对该网元交叉信息的正确性和时间戳进行验证,并且只有正确性和时间戳验证均成功才能判决本次验证成功。
这里,验证存库模块也可以按图3所述的方法对网元的交叉信息只进行时间戳验证或者只进行正确性验证。
步骤504:验证存库模块根据该交叉变更通知发送更新消息至MIT信息库。这里,该更新消息至少包括所述交叉变更通知中的网元ID、变更方式和变更的交叉信息。
步骤505:MIT信息库根据该更新消息对自身保存的该网元交叉信息进行更新,结束当前处理。
步骤506:验证存库模块根据所述的交叉变更通知,通过查询处理模块查询此交叉信息同步失败网元的实际交叉信息,并根据查询结果对MIT信息库中该网元的全部交叉信息进行更新,同时将MIT信息库保存的该网元时间戳更新为该网元上报的时间戳,结束当前处理。
这里,如果系统仅进行正确性验证,则仅更新MIT信息库中该网元的交叉信息。
其中,系统也可以采用前台查询机制查询交叉信息同步失败网元的交叉信息,则所述智能交叉同步模块由现有网管侧的网元消息处理模块、验证存库模块和前台交互模块实现,并在步骤503中验证失败时,执行如下处理:
步骤507:验证存库模块向前台交互模块上报同步失败消息,该消息中至少包含步骤503中交叉信息同步失败网元的ID。
步骤508:前台交互模块将同步失败消息转发至前台,向用户显示该交叉信息同步失败网元的信息。
步骤509:用户根据当前系统交叉信息同步失败的情况决定何时下发对该网元交叉信息进行同步的命令,前台在得到同步命令之后通过查询处理模块查询此交叉信息同步失败网元的实际交叉信息,MIT信息库根据查询结果对自身保存的该网元全部交叉信息进行更新,同时也将自身保存的该网元时间戳更新为该网元上报的时间戳,结束当前处理。
下面结合图6和图7对以上步骤506和步骤509所述查询网元交叉信息并更新MIT信息库的处理分别加以详细说明。
图6为图5所示处理中本发明方法采用自动查询机制查询网元交叉信息并更新MIT信息库的处理流程示意图。如图6所示,具体处理步骤如下:
步骤601:验证存库模块发送查询请求至查询处理模块,该请求中至少包含图5所述交叉信息同步失败网元的ID。
步骤602:查询处理模块根据所述查询请求中的网元ID,判断该网元是否为智能网元,如果是,执行步骤603;否则执行步骤610。
这里,虽然本发明涉及的查询为查询智能网元的交叉信息,但在实际的智能光网络中可能同时存在智能网元和传统网元,并且查询智能网元和传统网元的交叉信息机制不同,因此查询处理模块首先需要判断当前待查询网元是否为智能网元,从而进行不同的处理。
步骤603:查询处理模块将查询请求转发至网元消息处理模块。
步骤604:网元消息处理模块再根据该查询请求中的网元ID转发查询请求至该交叉信息同步失败的网元。
这里,网元消息处理模块在转发从网管侧到网元侧的消息时,将接收到的信息从网管侧可识别的格式转化为网元可识别的主机命令字格式。
步骤605:网元返回查询结果至网元消息处理模块。其中,查询结果中至少包含:该网元所有的交叉信息。
步骤606:网元消息处理模块再返回查询结果至查询处理模块。
步骤607:查询处理模块返回此查询结果至验证存库模块。
步骤608:验证存库模块发送时间戳更新消息至MIT信息库,同时根据该查询结果发送更新消息至MIT信息库。这里,该更新消息中至少包含该网元ID、所述查询结果中该网元所有的交叉信息;所述时间戳更新消息至少包含该网元ID和该网元上报的时间戳,如果在图5所述的处理中没有进行时间戳验证,则这里不必发送时间戳更新消息。
步骤609:MIT信息库按更新消息中的网元ID对自身保存的该网元交叉信息进行更新,将自身保存的该网元交叉信息全部替换为更新消息中的该网元交叉信息,如果MIT信息库接收到时间戳更新消息,则还要同时按时间戳更新消息中的网元ID,将自身保存的该网元时间戳替换为此时间戳更新消息中的该网元上报的时间戳,结束当前处理。
步骤610:查询处理模块转发查询请求至传统SDH配置模块,由传统SDH配置模块对传统网元即非智能网元的交叉信息进行查询。由于对传统网元的查询为现有处理,不属本发明内容,因此这里不作描述。
图7为图5所示处理中本发明方法采用前台查询机制查询网元交叉信息并更新MIT信息库的处理流程示意图。如图7所示,具体处理步骤如下:
步骤701:前台接收到用户发来的同步命令之后,发送同步请求至前台交互模块。
步骤702:前台交互模块接收到同步请求之后转发该同步请求至查询处理模块。这里,所述同步请求中至少包含图3所述交叉信息同步失败网元的ID。
步骤703:查询处理模块根据所述同步请求中的网元ID,判断该网元是否为智能网元,如果是,执行步骤704;否则执行步骤711。
步骤704:查询处理模块根据步骤703所述的同步请求发送查询请求至网元消息处理模块。该查询请求中包含所述同步请求中的网元ID。
步骤705:网元消息处理模块再根据该查询请求中的网元ID转发查询请求至该交叉信息同步失败的网元。
步骤706:网元返回查询结果至网元消息处理模块。其中,查询结果中至少包含:该网元全部交叉信息。
步骤707:网元消息处理模块返回此查询结果至查询处理模块。
步骤708:查询处理模块再将该查询结果发送至验证存库模块。
步骤709:验证存库模块发送时间戳更新消息至MIT信息库,同时根据该查询结果发送更新消息至MIT信息库。这里,该更新请求中至少包含该网元ID和所述查询结果中的该网元所有交叉信息;所述时间戳更新消息至少包含该网元ID和该网元上报的时间戳,如果在图5所述的处理中仅进行正确性验证,则这里不必发送时间戳更新消息。
步骤710:MIT信息库按更新消息中的网元ID对自身保存的该网元交叉信息进行更新,将自身保存的该网元交叉信息全部替换为更新消息中的该网元交叉信息,如果MIT信息库接收到时间戳更新消息,则还要同时按时间戳更新消息中的网元ID,将自身保存的该网元时间戳替换为此时间戳更新消息中的该网元上报的时间戳,结束当前处理。
步骤711:查询处理模块根据步骤703所述的同步请求发送查询请求至传统SDH配置模块,由传统SDH配置模块对传统网元即非智能网元的交叉信息进行查询。
其中,为了使用户界面更友好,使用户得知查询情况,在执行步骤708的同时还可以进行如下处理:
步骤708’:查询处理模块将查询结果返回给前台交互模块。
步骤709’:前台交互模块再将查询结果返回给前台,这样用户可以通过前台界面了解查询结果。
综上所述,应用本发明,在智能网元交叉信息发生变更时,可以使网管侧实时得到网元交叉信息变化的情况,从而可以与智能网元同步对交叉信息进行更新,另外,在接收到网元交叉信息变更的通知之后能够对网管侧保存的网元交叉信息进行时间戳和正确性验证,从而保证了网管侧所保存网元交叉信息的准确性和完整性,真正使智能光网络的网管系统对智能网元的交叉信息管理实现了自动化。
总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。