CN107710681B - 升级多住户单元的方法和设备 - Google Patents
升级多住户单元的方法和设备 Download PDFInfo
- Publication number
- CN107710681B CN107710681B CN201580081239.9A CN201580081239A CN107710681B CN 107710681 B CN107710681 B CN 107710681B CN 201580081239 A CN201580081239 A CN 201580081239A CN 107710681 B CN107710681 B CN 107710681B
- Authority
- CN
- China
- Prior art keywords
- message
- olt
- upgrade
- mdus
- mdu
- 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.)
- Active
Links
Images
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/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/27—Arrangements for networking
- H04B10/272—Star-type networks or tree-type networks
-
- 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/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- 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/0803—Configuration setting
- H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Physics & Mathematics (AREA)
- Electromagnetism (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例提供一种升级多住户单元MDU的方法和设备,该方法包括光线路终端OLT接收网络管理系统NMS发送的指示消息,指示消息指示多个MDU的升级任务;OLT根据指示消息向多个MDU中的每个MDU发送至少一个第一消息,至少一个第一消息用于指示MDU进行升级前的准备处理;OLT向多个MDU发送升级文件,以便多个MDU根据升级文件进行升级。本发明实施例通过NMS指示OLT向多个MDU发送升级文件,以使多个MDU根据OLT提供的升级文件进行升级。本发明实施例由OLT代替现有的NMS对多个MDU进行升级,能够提升MDU升级并发度,提高了MDU的升级性能。
Description
技术领域
本发明实施例涉及通信技术领域,特别涉及一种升级多住户单元(MDU)的方法和设备。
背景技术
随着光线接入(Fiber-to-the-x,FTTx)的不断发展与演进,远端多住户单元(Multi-Dwelling Unit,MDU)设备的数目越来越多,一个地区可能就有几千台MDU,而MDU的升级性能往往成为瓶颈。如何快速升级这些远端设备,越来越成为产品解决方案急需解决的问题。同时,运营商也对海量MDU设备的升级效率提出了要求。例如,某运营商提出每晚升级8000台MDU设备的诉求。
然而,现有的批量升级方式,最多也只能达到几百台MDU/晚。要达到几千台MDU/晚的升级性能,必须要改变现有的方式,因此,如何提高MDU的升级性能,成为亟待解决的问题。
发明内容
本发明实施例提供了一种升级MDU的方法和设备,该方法能够提高MDU的升级性能。
第一方面,提供了一种升级多住户单元MDU的方法,包括:光线路终端OLT接收网络管理系统NMS发送的指示消息,该指示消息指示多个MDU的升级任务;该OLT根据该指示消息向该多个MDU中的每个MDU发送至少一个第一消息,该至少一个第一消息用于指示该MDU进行升级前的准备处理;该OLT向该多个MDU发送升级文件,以便该多个MDU根据该升级文件进行升级。
结合第一方面,在第一种可能的实现方式中,该方法还包括:该OLT接收该MDU发送的至少一个第一反馈消息,该至少一个第一反馈消息用于指示该MDU升级前的准备处理的进度,其中,该OLT向该多个MDU发送升级文件,包括:在该至少一个第一反馈消息指示该升级前的准备处理完成后,该OLT向该MDU发送该升级文件。
结合第一种可能的实现方式,在第二种可能的实现方式中,在该OLT向该多个MDU发送升级文件之前,该方法还包括:该OLT向该NMS发送第一上报消息,该第一上报消息用于指示该多个MDU升级前的准备处理的进度。
结合第一或第二种可能的实现方式,在第三种可能的实现方式中,该至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个,分别用于指示该MDU进行升级前检查、保存设备配置和备份配置,该至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个,分别用于指示该升级前检查的进度、该保存设备配置的进度和该备份配置的进度。
结合第一至第三种可能的实现方式中的任一种可能的实现方式,在第四种可能的实现方式中,该第一消息和该第一反馈消息为简单网络管理协议SNMP消息。
结合第一方面、第一至第四种可能的实现方式中的任一种可能的实现方式,在第五种可能的实现方式中,在该OLT向该多个MDU发送升级文件之后,该方法还包括:该OLT接收该多个MDU中的每个MDU发送的升级文件的加载进度消息,该加载进度消息用于指示该MDU的升级文件的加载进度;在该MDU的升级文件加载完成后,该OLT向该多个MDU中的每个MDU发送至少一个第二消息,该至少一个第二消息用于指示该MDU进行加载升级文件后的处理;该OLT接收该MDU发送的至少一个第二反馈消息,该至少一个第二反馈消息用于指示该MDU加载升级文件后的处理的进度。
结合第五种可能的实现方式,在第六种可能的实现方式中,该方法还包括:该OLT向该NMS发送第二上报消息,该第二上报消息用于指示该多个MDU加载升级文件后的处理的进度。
结合第五或第六种可能的实现方式,在第七种可能的实现方式中,该至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个,分别用于指示该MDU加载升级文件后的激活软件处理和升级后检查处理,该至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个,分别用于指示该激活软件处理的进度和该升级后检查处理的进度。
结合第五至第七种可能的实现方式中的任一种可能的实现方式,在第八种可能的实现方式中,该加载进度消息、该第二消息和该第二反馈消息为SNMP消息。
结合第一方面、第一至第八种可能的实现方式中的任一种可能的实现方式,在第九种可能的实现方式中,在光线路终端OLT接收网络管理系统NMS发送的指示消息之后,该方法还包括:该OLT根据该指示消息向该多个MDU发送升级开启消息,该升级开启消息用于指示该多个MDU打开升级开关,以便该多个MDU接收该升级文件。
结合第一方面、第一至第九种可能的实现方式中的任一种可能的实现方式,在第十种可能的实现方式中,在该光线路终端OLT接收网络管理系统NMS发送的指示消息之前,该方法还包括:该OLT获取功能组件,该功能组件用于该OLT加载与该MDU交互的功能,以对该MDU进行升级。
第二方面,提供了一种升级多住户单元MDU的方法,包括:MDU接收光线路终端OLT发送的至少一个第一消息,该至少一个第一消息用于该MDU进行升级前的准备处理;该MDU根据该至少一个第一消息,进行升级前的准备处理,并向该OLT发送至少一个第一反馈消息,该至少一个第一反馈消息用于指示该MDU升级前的准备处理的进度;在该至少一个反馈消息指示该升级前的准备处理完成后,该MUD接收该OLT发送的升级文件,并根据该升级文件进行升级。
结合第二方面,在第一种可能的实现方式中,该至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个,分别用于指示该MDU进行升级前检查、保存设备配置和备份配置,该至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个,分别用于指示该升级前检查的进度、该保存设备配置的进度和该备份配置的进度。
结合第二方面或第二方面的第一种可能的实现方式,在第二种可能的实现方式中,该第一消息和该第一反馈消息为简单网络管理协议SNMP消息。
结合第二方面、第二方面的第一至第二种可能的实现方式中的任一种可能的实现方式,在第三种可能的实现方式中,在该MUD接收该OLT发送的升级文件之后,该方法还包括:该MDU向该OLT发送该升级文件的加载进度消息,该加载进度消息用于该OLT确定该MDU的升级文件的加载进度;在该MDU的升级文件加载完成后,该MDU接收该OLT发送的至少一个第二消息,该至少一个第二消息用于该MDU进行加载升级文件后的处理;该MDU根据该至少一个第二消息进行加载升级文件后的处理,并向该OLT发送至少一个第二反馈消息,该至少一个第二反馈消息用于指示该MDU加载升级文件后的处理的进度。
结合第二方面的第三种可能的实现方式,在第四种可能的实现方式中,该至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个,分别用于指示该MDU加载升级文件后的激活软件处理和升级后检查处理,该至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个,分别用于指示该激活软件处理的进度和该升级后检查处理的进度。
结合第二方面的第三或第四种可能的实现方式,在第五种可能的实现方式中,该加载进度消息消息、该第二消息和该第二反馈消息为SNMP消息。
结合第二方面、第二方面的第一至第五种可能的实现方式中的任一种可能的实现方式,在第六种可能的实现方式中,在该MDU接收光线路终端OLT发送的第一消息之前,该方法还包括:该MDU接收该OLT发送的升级开启消息,该MDU根据该升级开启消息打开升级开关,以便接收该升级文件。
第三方面,提供了一种升级多住户单元MDU的方法,包括:网络管理系统NMS根据对多个MDU升级的任务生成指示消息,该指示消息指示该多个MDU的升级任务;该NMS向光线路终端OLT发送该指示消息,以便该OLT根据该指示消息对该多个MDU升级。
结合第三方面,在第一种可能的实现方式中,在该NMS向光线路终端OLT发送该指示消息之后,该方法还包括:该NMS接收该OLT发送的第一上报消息,该第一上报消息用于该NMS确定该多个MDU升级前的准备处理的进度。
结合第三方面或第三方面的第一种可能的实现方式,在第二种可能的实现方式中,在该NMS向光线路终端OLT发送该指示消息之后,该方法还包括:该NMS接收该OLT发送的第二上报消息,该第二上报消息用于该多个MDU加载升级文件后的处理的进度。
结合第三方面、第三方面的第一至第二种可能的实现方式中的任一种可能的实现方式,在第三种可能的实现方式中,在该NMS向光线路终端OLT发送该指示消息之前,该方法还包括:该NMS创建并向该OLT发送功能组件,该功能组件用于该OLT加载与该多个MDU交互的功能,以对该多个MDU进行升级。
第四方面,提供了一种光线路终端OLT,包括:第一接收单元,用于接收网络管理系统NMS发送的指示消息,该指示消息指示多个MDU的升级任务;第一发送单元,用于根据该指示消息向该多个MDU中的每个MDU发送至少一个第一消息,该至少一个第一消息用于指示该MDU进行升级前的准备处理;第二发送单元,用于向该多个MDU发送升级文件,以便该多个MDU根据该升级文件进行升级。
结合第四方面,在第一种可能的实现方式中,该OLT还包括:第二接收单元,用于接收该MDU发送的至少一个第一反馈消息,该至少一个第一反馈消息用于指示该MDU升级前的准备处理的进度,其中,该第二发送单元在该至少一个第一反馈消息指示该升级前的准备处理完成后,向该MDU发送该升级文件。
结合第四方面的第一种可能的实现方式,在第二种可能的实现方式中,该OLT还包括:第三发送单元,用于在该第二发送单元向该多个MDU发送升级文件之前,向该NMS发送第一上报消息,该第一上报消息用于指示该多个MDU升级前的准备处理的进度。
结合第四方面的第一或第二种可能的实现方式,在第三种可能的实现方式中,该至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个,分别用于指示该MDU进行升级前检查、保存设备配置和备份配置,该至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个,分别用于指示该升级前检查的进度、该保存设备配置的进度和该备份配置的进度。
结合第四方面的第一至第三种可能的实现方式中的任一种可能的实现方式,在第四种可能的实现方式中,该第一消息和该第一反馈消息为简单网络管理协议SNMP消息。
结合第四方面、第四方面的第一至第四种可能的实现方式中的任一种可能的实现方式,在第五种可能的实现方式中,该OLT还包括:第三接收单元,用于在该第二发送单元向该多个MDU发送升级文件之后,接收该多个MDU中的每个MDU发送的升级文件的加载进度消息,该加载进度消息用于指示该MDU的升级文件的加载进度;第四发送单元,用于在该MDU的升级文件加载完成后,向该多个MDU中的每个MDU发送至少一个第二消息,该至少一个第二消息用于指示该MDU进行加载升级文件后的处理;第四接收单元,用于接收该MDU发送的至少一个第二反馈消息,该至少一个第二反馈消息用于指示该MDU加载升级文件后的处理的进度。
结合第四方面的第五种可能的实现方式,在第六种可能的实现方式中,该OLT还包括:第五发送单元,用于向该NMS发送第二上报消息,该第二上报消息用于指示该多个MDU加载升级文件后的处理的进度。
结合第四方面的第五或第六种可能的实现方式,在第七种可能的实现方式中,该至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个,分别用于指示该MDU加载升级文件后的激活软件处理和升级后检查处理,该至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个,分别用于指示该激活软件处理的进度和该升级后检查处理的进度。
结合第四方面的第五至第七种可能的实现方式中的任一种可能的实现方式,在第八种可能的实现方式中,该加载进度消息、该第二消息和该第二反馈消息为SNMP消息。
结合第四方面、第四方面的第一至第八种可能的实现方式中的任一种可能的实现方式,在第九种可能的实现方式中,该OLT还包括:第六发送单元,用于在该第一接收单元接收网络管理系统NMS发送的指示消息之后,根据该指示消息向该多个MDU发送升级开启消息,该升级开启消息用于指示该多个MDU打开升级开关,以便该多个MDU接收该升级文件。
结合第四方面、第四方面的第一至第九种可能的实现方式中的任一种可能的实现方式,在第十种可能的实现方式中,该OLT还包括:获取单元,用于在该第一接收单元接收网络管理系统NMS发送的指示消息之前,获取功能组件,该功能组件用于该OLT加载与该MDU交互的功能,以对该MDU进行升级。
第五方面,提供了一种多住户单元MDU,包括:第一接收单元,用于接收光线路终端OLT发送的至少一个第一消息,该至少一个第一消息用于该MDU进行升级前的准备处理;第一发送单元,用于根据该至少一个第一消息,进行升级前的准备处理,并向该OLT发送至少一个第一反馈消息,该至少一个第一反馈消息用于指示该MDU升级前的准备处理的进度;第二接收单元,用于在该至少一个反馈消息指示该升级前的准备处理完成后,接收该OLT发送的升级文件,并根据该升级文件进行升级。
结合第五方面,在第一种可能的实现方式中,该至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个,分别用于指示该MDU进行升级前检查、保存设备配置和备份配置,该至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个,分别用于指示该升级前检查的进度、该保存设备配置的进度和该备份配置的进度。
结合第五方面或第五方面的第一种可能的实现方式,在第二种可能的实现方式中,该第一消息和该第一反馈消息为简单网络管理协议SNMP消息。
结合第五方面、第五方面的第一至第二种可能的实现方式中的任一种可能的实现方式,在第三种可能的实现方式中,该MDU还包括:第二发送单元,用于在该第二接收单元接收该OLT发送的升级文件之后,向该OLT发送该升级文件的加载进度消息,该加载进度消息用于该OLT确定该MDU的升级文件的加载进度;第三接收单元,用于在该MDU的升级文件加载完成后,接收该OLT发送的至少一个第二消息,该至少一个第二消息用于该MDU进行加载升级文件后的处理;第三发送单元,用于根据该至少一个第二消息进行加载升级文件后的处理,并向该OLT发送至少一个第二反馈消息,该至少一个第二反馈消息用于指示该MDU加载升级文件后的处理的进度。
结合第五方面的第三种可能的实现方式,在第四种可能的实现方式中,该至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个,分别用于指示该MDU加载升级文件后的激活软件处理和升级后检查处理,该至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个,分别用于指示该激活软件处理的进度和该升级后检查处理的进度。
结合第五方面的第三或第四种可能的实现方式,在第五种可能的实现方式中,该加载进度消息消息、该第二消息和该第二反馈消息为SNMP消息。
结合第五方面、第五方面的第一至第五种可能的实现方式中的任一种可能的实现方式,在第六种可能的实现方式中,该MDU还包括:第四接收单元,用于在该第一接收单元接收光线路终端OLT发送的第一消息之前,接收该OLT发送的升级开启消息,开启单元,用于根据该升级开启消息打开升级开关,以便接收该升级文件。
第六方面,提供了一种网络管理系统NMS,其特征在于,包括:生成单元,用于根据对多个MDU升级的任务生成指示消息,该指示消息指示该多个MDU的升级任务;第一发送单元,用于向光线路终端OLT发送该指示消息,以便该OLT根据该指示消息对该多个MDU升级。
结合第六方面,在第一种可能的实现方式中,该NMS还包括:第一接收单元,用于在该第一发送单元向光线路终端OLT发送该指示消息之后,接收该OLT发送的第一上报消息,该第一上报消息用于该NMS确定该多个MDU升级前的准备处理的进度。
结合第六方面或第六方面的第一种可能的实现方式,在第二种可能的实现方式中,该NMS还包括:第二接收单元,用于在该第一发送单元向光线路终端OLT发送该指示消息之后,接收该OLT发送的第二上报消息,该第二上报消息用于该多个MDU加载升级文件后的处理的进度。
结合第六方面、第六方面的第一至第二种可能的实现方式中的任一种可能的实现方式,在第三种可能的实现方式中,该NMS还包括:第二发送单元,用于在该第一发送单元向光线路终端OLT发送该指示消息之前,创建并向该OLT发送功能组件,该功能组件用于该OLT加载与该多个MDU交互的功能,以对该多个MDU进行升级。
基于上述技术方案,本发明实施例通过NMS指示OLT向多个MDU发送升级文件,以使多个MDU根据OLT提供的升级文件进行升级。本发明实施例由OLT代替现有的NMS对多个MDU进行升级,能够提升MDU升级并发度,提高了MDU的升级性能。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面所描述的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例可应用的场景示意图。
图2是根据本发明一个实施例的升级MDU的方法的示意性流程图。
图3是根据本发明另一实施例的升级MDU的方法的示意性流程图。
图4是根据本发明另一实施例的升级MDU的方法的示意性流程图。
图5是根据本发明另一实施例的升级MDU的方法的示意性流程图。
图6是根据本发明一个实施例的光线路终端OLT的示意框图。
图7是根据本发明一个实施例的多住户单元MDU的示意框图。
图8是根据本发明一个实施例的网络管理系统NMS的示意框图。
图9是根据本发明一个实施例的光线路终端OLT的示意框图。
图10是根据本发明另一实施例的多住户单元MDU的示意框图。
图11是根据本发明一个实施例的网络管理系统NMS的示意框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都应属于本发明保护的范围。
应理解,本发明实施例的技术方案可以应用于各种通信系统,例如,可以应用于数字通信系统和光通信系统,或者说本发明实施例的技术方案可以应用于有线通信系统或无线通信系统,本发明实施例并不对此做限定。
需要说明的,一种升级MDU方法中,当MDU需要全网升级时,每个MDU依次从文件传输协议(File Transfer Protocol,FTP)服务器(server)获取文件。假如FTP服务器的并发度为M(对同一个FTP服务器来说M数目是固定的,指FTP服务器上同时进行文件传输的进程数目,该并发度只和FTP服务器的性能和资源有关),待升级的MDU的数目为N,文件从FTP服务器上传输到MDU上的时间为T,那么总的升级时间=N*T/M。该升级方法中,至少存在两个问题,一:由于每个MDU需要建立FTP连接从FTP服务器下载文件。当MDU数目太多时,FTP服务器的带宽和性能压力就会成为瓶颈,从而导致整个升级时间过长。二:NMS需要给每个MDU下发简单网络管理协议(Simple Network Management Protocol,SNMP)指令。这些SNMP指令包括启动升级的Set指令,也包括查询状态/进度的Get指令等。尤其是Get指令,需要反复轮询MDU,对网络管理系统(Network Management System,NMS)性能要求非常高,导致MDU并发度低,升级时间长。
针对上述问题一,另一升级MDU方法中,光线路终端(Optical Line Terminal,OLT)和MDU之间采用组播技术进行加载,OLT从FTP服务器获取升级文件并本地缓存,然后将升级文件采用组播的方式下发,最终升级文件被同时发送到各个MDU设备上。MDU启动后,其组播升级开关默认不可用(disable)。客户在NMS上创建升级任务,例如,在图形化界面上勾选哪些MDU需升级(也可能是文件导入的方式)后,NMS会自动给各个MDU下发“打开组播升级开关”的SNMP Set报文,此时MDU才把组播升级开关设置为可用(enable)。在组播升级过程中,OLT实际上是把升级文件广播给所有MDU,只有那些组播升级开关为enable的MDU才会接受报文,组播升级开关为disable的MDU则直接丢弃报文。组播升级完成或失败后,MDU会自动把组播升级开关设置为默认值disable。实际组网下,一个OLT带的MDU硬件类型大部分是相同的,升级文件是一样的。通过组播升级流程,先让OLT去FTP服务器下载升级文件,然后以组播方式分发给各MDU。这样就可以减轻FTP服务器的性能压力,缩短升级时间。然而,该方法中的一个完整的升级流程包括:升级前检查、保存设备配置、备份配置、加载软件、激活软件、升级后检查等几个子操作。例如保存设备配置子操作,NMS需给MDU下发save的SNMPSet指令,然后以5秒为间隔反复下发SNMP Get指令来获取各MDU的save进度。NMS只支持同步处理SNMP报文,即只有SNMP ACK返回时,NMS才开始给下一个MDU发送SNMP Get/Set。当MDU网元数较多时,这个时间就很长。换句说,该方法虽然解决了上述问题一,但是仍然存在问题二。
具体而言,如果按照报文数来算,在整个升级过程中,NMS处理一次SNMP交互(包括NMS填充SNMP报文、发送、接收ACK、解析ACK)的平均时间约2~3秒。备份配置、激活软件等都有类似问题。按照这个方案,NMS升级效率评估如下:
由此看出,仅“前检查、保存、备份、激活、后检查”等操作,不包括“软件加载”,NMS需要约7小时才能完成1000台MDU的操作。因此,这种方案虽然考虑了文件传输的效率优化,但仅能解决“软件加载”这一阶段的带宽及性能瓶颈,并没有端到端考虑NMS的整体升级效率,无法达成每晚8000台的升级目标。
为了克服上述问题,本发明实施例提出让OLT提供代理NMS的具体操作,针对各MDU的升级前检查、保存设备配置、备份配置、加载软件、激活软件、升级后检查等操作的启动,以及对于一些耗时较长的轮询操作(主要是反复Get进度),由OLT提供一个通用的代理设置、查询机制(OLT此时相当于NMS的角色),则可以减轻NMS的性能压力,在此前提下,NMS内部还可以提升MDU的并发度数,例如把MDU并发度数目由60扩到200~300,提升MDU升级并发度,缩短升级时间。
理论上,相同硬件类型的MDU数目越多,OLT全代理升级的优势就越明显。典型场景下,典型场景下,一台OLT下MDU数目为60~120台左右。按照OLT的最大能力来计算,一台OLT下MDU数目可能达到2048,甚至更多。假设这些MDU的硬件类型数目为3~4个,则一台OLT下相同硬件类型的MDU数目最多可能在500个左右,因此,OLT全代理升级的优势就会非常明显。下面结合附图和具体实施例进行详细描述。
图1是本发明实施例可应用的场景示意图。图1所示的场景中包括FTP服务器(Server)、OLT、MDU和NMS,具体而言,本发明实施例中,OLT从NMS获取升级MDU的控制指令,对该OLT下的MDU进行升级,OLT从FTP服务器获取升级文件,OLT代理NMS与MDU交互进行升级前的准备工作,包括升级前检查、保存设备配置、备份配置、加载软件(OLT以组播的形式向该OLT下的MDU发送该升级文件)、激活软件和升级后检查等操作。
图2是根据本发明一个实施例的升级MDU的方法的示意性流程图。图2的方法可以由OLT执行。具体地,如图2所示的方法,包括:
210,光线路终端OLT接收网络管理系统NMS发送的指示消息,指示消息指示多个MDU的升级任务。
220,OLT根据指示消息向多个MDU中的每个MDU发送至少一个第一消息,至少一个第一消息用于指示MDU进行升级前的准备处理。
230,OLT向多个MDU发送升级文件,以便多个MDU根据升级文件进行升级。
应理解,本发明实施例中,指示消息可以由NMS根据MDU的升级任务生成。具体而言,在本发明实施例中,NMS获取到MDU的升级任务之后,不是直接对MDU进行升级,而是根据该升级任务生成指示消息,该指示消息指示该升级任务,并将该指示消息发送至OLT,然后通过OLT来代理实现对MDU的升级,具体地,OLT根据给指示消息向多个MDU中的每个MDU发送至少一个第一消息,至少一个第一消息用于指示MDU进行升级前的准备处理。之后,OLT向多个MDU发送升级文件,以便多个MDU根据升级文件进行升级。
因此,本发明实施例通过NMS指示OLT向多个MDU发送升级文件,以使多个MDU根据OLT提供的升级文件进行升级。本发明实施例由OLT代替现有的NMS对多个MDU进行升级,能够提升MDU升级并发度,进而缩短了多个MDU升级的时间,提高了MDU的升级性能。
应理解,本发明实施例中MDU的升级任务可以指需要对该MDU进行升级,可以是由用户在NMS上创建的升级任务。例如,可以是用户输入的需要升级的MDU的IP,换句话说NMS通过IP来标识MDU,也可以是NMS通过其他方式的该升级任务,例如可以通过导入文件获得该升级任务,本发明实施例并不限于此。
还应理解,上述指示消息中可以携带用于登录MDU的参数信息(例如包括SNMP口令等),以便OLT根据该参数信息登录MDU,然后再进行与MDU的交互。
应理解,本发明实施例中,升级前的准备处理是指MDU获取(加载)升级包之前所进行的处理,例如可以包括按时间先后排序的升级前检查、保存设备配置和备份配置等,本发明实施例并不限于此。
还应理解,本发明实施例中的多个MDU是指该OLT下的需要升级的MDU,本发明实施例并不对该OLT下需要升级的MDU的个数做限定,例如,该多个MDU可以为5、10、15、25、50个MDU等。在特殊情形下,该多个MDU可以仅包括一个MDU。
在230中,OLT可以以广播的方式向多个MDU发送升级文件。
应注意,在本发明实施例中,当升级前的准备处理包括升级前检查、保存设备配置和备份配置时,在该OLT下的所有的MUD进行完升级前检查后,才开始进行保存设备配置,在所有的MUD进行完保存设备配置后才开始进行备份配置。本发明实施例并不限于此。
可选地,作为另一实施例,在230之前,本发明实施例方法还可以包括:
OLT接收MDU发送的至少一个第一反馈消息,至少一个第一反馈消息用于指示MDU升级前的准备处理的进度,
其中,在230中,在至少一个第一反馈消息指示升级前的准备处理完成后,OLT向MDU发送升级文件。
具体而言,在本发明实施例中,NMS获取到多个MDU的升级任务之后,不是直接对MDU进行升级,而是根据该升级任务生成指示消息,该指示消息指示该升级任务,并将该指示消息发送至OLT,然后通过OLT来代理实现对多个MDU的升级,具体地,OLT向多个MDU中的每个MDU发送至少一个第一消息,至少一个第一消息用于指示MDU进行升级前的准备处理;MDU获取到至少一个第一消息后,进行升级前的准备处理,并将升级前的准备处理的进度通过至少一个第一反馈消息向OLT反馈,即OLT接收MDU发送的至少一个第一反馈消息,至少一个第一反馈消息用于指示MDU升级前的准备处理的进度,并在至少一个反馈消息指示升级前的准备处理完成后,OLT向多个MDU发送升级文件,以便该多个MDU根据升级文件进行升级。
因此,本发明实施例通过NMS指示OLT向多个MDU发送升级文件,以使多个MDU根据OLT提供的升级文件进行升级。本发明实施例由OLT代替现有的NMS对多个MDU进行升级,能够提升MDU升级并发度,进而缩短了多个MDU升级的时间,提高了MDU的升级性能。
应理解,在同一OLT下具有多个MDU,第一反馈消息指示升级前的准备处理完成表示该同一OLT的所有的MDU升级前的准备处理全部都完成,在第一反馈消息指示升级前的准备处理完成之后,OLT可以以广播的方式向多个MDU发送升级文件。
还应理解,至少一个第一消息与至少一个第一反馈消息的个数可以相等,也可以不同,在较佳实施例中,至少一个第一消息与至少一个第一反馈消息一一对应,但本发明实施例并不对此做限定。
可选地,作为另一实施例,在230之前,本发明实施例方法还可以包括:
OLT向NMS发送第一上报消息,第一上报消息用于NMS确定多个MDU升级前的准备处理的进度。
具体而言,OLT获得到MDU发送的至少一个第一反馈消息之后,获取到该升级前的准备的进度,OLT根据该进度生成第一上报消息,并向NMS发送第一上报消息,第一上报消息用于NMS确定MDU升级前的准备处理的进度,进而NMS可以通过图形界面向用户显示该进度,提升用户体验。
进一步地,作为另一实施例,至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个,分别用于指示MDU进行升级前检查、保存设备配置和备份配置,
至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个,分别用于指示升级前检查的进度、保存设备配置的进度和备份配置的进度。
其中,当至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息,至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息时,在升级前检查、保存设备配置和备份配置都完成后,表示升级前的准备处理完成。换句话说,当至少一个第一消息指示的MDU进行的所有处理都完成后,表示升级前的准备处理完成。
需要说明的是,至少一个第一反馈消息与至少一个第一消息相对应,例如,至少一个第一消息如果包括升级前检查指示消息时,至少一个第一反馈消息才可以包括升级前检查进度消息,也就是说,第一消息指示的处理(升级前检查)存在时,后续的第一反馈消息(升级前检查进度消息)才可以存在。
可选地,作为另一实施例,第一消息和第一反馈消息为简单网络管理协议SNMP消息。
应理解,第一消息和第一反馈消息还可以为其他类型的消息,本发明实施例并不限于此。
可选地,作为另一实施例,在230之后,本发明实施例方法还可以包括:
OLT接收多个MDU中的每个MDU发送的升级文件的加载进度消息,加载进度消息用于指示MDU的升级文件的加载进度;
在MDU的升级文件加载完成后,OLT向多个MDU中的每个MDU发送至少一个第二消息,至少一个第二消息用于指示MDU进行加载升级文件后的处理;
OLT接收MDU发送的至少一个第二反馈消息,至少一个第二反馈消息用于指示MDU加载升级文件后的处理的进度。
具体而言,在MDU加载升级文件时,会定时的向OLT反馈该加载进度,并在MDU的升级文件加载完成后,OLT向MDU发送至少一个第二消息,进行加载升级文件后的处理。并且,OLT接收MDU发送的至少一个第二反馈消息,用以确定MDU加载升级文件后的处理的进度。其中,MDU的升级文件加载完成是指该OLT下的所有的MDU都完成升级文件的加载。
应理解,本发明实施例中,MDU加载升级文件后的处理是指MUD获取(加载)升级包之后所进行的处理,例如可以包括激活软件、升级后检查等,本发明实施例并不限于此。
还应理解,至少一个第二消息与至少一个第二反馈消息的个数可以相等,也可以不同,在较佳实施例中,至少一个第二消息与至少一个第二反馈消息一一对应,但本发明实施例并不对此做限定。
应注意,在本发明实施例中,当MDU加载升级文件后的处理包括激活软件、升级后检查时,在该OLT下的所有的MUD进行完加载软件后,才开始进行升级后检查。本发明实施例并不限于此。
进一步地,作为另一实施例,本发明实施例方法还可以包括:
OLT向NMS发送第二上报消息,第二上报消息用于指示多个MDU加载升级文件后的处理的进度。
具体而言,OLT获得到多个MDU发送的至少一个第二反馈消息之后,获取到多个MDU加载升级文件后的处理的进度,OLT根据该进度生成第二上报消息,并向NMS发送第二上报消息,第二上报消息用于指示多个MDU加载升级文件后的处理的进度。进而NMS可以通过图形界面向用户显示该进度,提升用户体验。
可选地,作为另一实施例,至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个,分别用于指示MDU加载升级文件后的激活软件处理和升级后检查处理,至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个,分别用于指示激活软件处理的进度和升级后检查处理的进度。其中,当MDU加载升级文件后的处理进度完成表示MDU升级完成。
需要说明的是,至少一个第二反馈消息与至少一个第二消息相对应,例如,至少一个第二消息如果包括升级后检查处理指示消息时,至少一个第二反馈消息才可以包括升级后检查处理进度消息,也就是说,第二消息指示的处理(升级后检查)存在时,后续的第二反馈消息(升级后检查进度消息)才可以存在。
可选地,作为另一实施例,加载进度消息消息、第二消息和第二反馈消息为SNMP消息。
应理解,加载进度消息消息、第二消息和第二反馈消息还可以为其他类型的消息,本发明实施例并不限于此。
可选地,作为另一实施例,在210之后,本发明实施例方法还可以包括:OLT根据指示消息向多个MDU发送升级开启消息,升级开启消息用于指示多个MDU打开升级开关,以便多个MDU接收升级文件。
具体而言,MDU启动后,其组播升级开关默认不可用(disable)。客户在NMS上创建升级任务,例如,在图形化界面上勾选哪些MDU需升级(也可能是文件导入的方式)后,OLT会根据NMS的指示,向MUD升级开启消息,以打开MDU组播升级开关,此时MDU才把组播升级开关设置为可用(enable)。在组播升级过程中,OLT实际上是把升级文件广播给所有MDU,只有那些组播升级开关为enable的MDU才会接受报文,组播升级开关为disable的MDU则直接丢弃报文。组播升级完成或失败后,MDU会自动把组播升级开关设置为默认值disable。
可选地,作为另一实施例,在210之前,本发明实施例方法还可以包括:
OLT获取功能组件,功能组件用于OLT加载与MDU交互的功能,以对MDU进行升级。
具体而言,现有的OLT作为汇聚交换机,直接将NMS软件管理功能(例如对MDU升级前后的检查等功能)移植到OLT,会导致OLT与MDU的架构耦合,导致后续联动升级(即OLT与MDU同时需要升级)。因此,本发明实施例采用组件化的思路,即NMS将升级管理功能组件化,OLT采用类似动态链接库的方式,对该组件进行动态加载、卸载,通过加载组件的方式使得OLT代理NMS对MDU进行升级,本发明实施例,相当于间接由OLT提供一个通用的代理实现对MDU升级,无需对OLT进行升级,即避免了联动升级。并且,本发明实施例能够提升MDU升级并发度,进而缩短了多个MDU升级的时间,提高了MDU的升级性能。
上文中,结合图2从OLT侧描述了本发明实施例的升级MDU的方法,下面结合图3和图4从MDU侧和NMS侧描述本发明实施例的升级MDU的方法。
图3是根据本发明另一实施例的升级MDU的方法的示意性流程图。图3的方法可以由MDU执行。具体地,如图3所示的方法,包括:
310,MDU接收光线路终端OLT发送的至少一个第一消息,至少一个第一消息用于MDU进行升级前的准备处理;
320,MDU根据至少一个第一消息,进行升级前的准备处理,并向OLT发送至少一个第一反馈消息,至少一个第一反馈消息用于指示MDU升级前的准备处理的进度;
330,在至少一个反馈消息指示升级前的准备处理完成后,MUD接收OLT发送的升级文件,并根据升级文件进行升级。
具体而言,在本发明实施例中,NMS获取到MDU的升级任务之后,不是直接对MDU进行升级,而是根据该升级任务生成指示消息,该指示消息指示该升级任务,并将该指示消息发送至OLT,然后通过OLT来代理实现对MDU的升级,具体地,OLT向MDU发送至少一个第一消息,至少一个第一消息用于MDU进行升级前的准备处理;MDU获取到至少一个第一消息后,进行升级前的准备处理,并将升级前的准备处理的进度通过至少一个第一反馈消息向OLT反馈,即OLT接收MDU发送的至少一个第一反馈消息,至少一个第一反馈消息用于指示MDU升级前的准备处理的进度,并在反馈消息指示升级前的准备处理完成后,OLT向MDU发送升级文件,以便MDU根据升级文件进行升级。
因此,本发明实施例通过NMS指示OLT向多个MDU发送升级文件,以使多个MDU根据OLT提供的升级文件进行升级。本发明实施例由OLT代替现有的NMS对多个MDU进行升级,能够提升MDU升级并发度,进而缩短了多个MDU升级的时间,提高了MDU的升级性能。
应理解,本发明实施例中,升级前的准备处理是指MDU获取(加载)升级包之前所进行的处理,例如可以包括按时间先后排序的升级前检查、保存设备配置和备份配置等,本发明实施例并不限于此。
还应理解,本发明实施例中的MDU可以是指该OLT下的需要升级的多个MDU中的一个,且本发明实施例并不对该OLT下需要升级的多个MDU的个数做限定,例如,该多个MDU可以为5、10、15、25、50个MDU等。在特殊情形下,该多个MDU可以仅包括一个MDU。
还应理解,第一反馈消息指示升级前的准备处理完成表示该同一OLT的所有需要升级的MDU升级前的准备处理全部都完成,在第一反馈消息指示升级前的准备处理完成之后,MDU可以以广播的方式向多个MDU发送升级文件。
应注意,在本发明实施例中,当升级前的准备处理包括升级前检查、保存设备配置和备份配置时,在该OLT下的所有的MUD进行完升级前检查后,才开始进行保存设备配置,在所有的MUD进行完保存设备配置后才开始进行备份配置。本发明实施例并不限于此。
还应理解,至少一个第一消息与至少一个第一反馈消息的个数可以相等,也可以不同,在较佳实施例中,至少一个第一消息与至少一个第一反馈消息一一对应,但本发明实施例并不对此做限定。
可选地,作为另一实施例,至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个,分别用于指示MDU进行升级前检查、保存设备配置和备份配置,
至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个,分别用于指示升级前检查的进度、保存设备配置的进度和备份配置的进度。
需要说明的是,至少一个第一反馈消息与至少一个第一消息相对应,例如,至少一个第一消息如果包括升级前检查指示消息时,至少一个第一反馈消息才可以包括升级前检查进度消息,也就是说,第一消息指示的处理(升级前检查)存在时,后续的第一反馈消息(升级前检查进度消息)才可以存在。
可选地,作为另一实施例,第一消息和第一反馈消息为简单网络管理协议SNMP消息。
应理解,第一消息和第一反馈消息还可以为其他类型的消息,本发明实施例并不限于此。
可选地,作为另一实施例,在330之后,该方法还可以包括:MDU向OLT发送升级文件的加载进度消息,加载进度消息用于OLT确定MDU的升级文件的加载进度;在MDU的升级文件加载完成后,MDU接收OLT发送的至少一个第二消息,至少一个第二消息用于MDU进行加载升级文件后的处理;MDU根据至少一个第二消息进行加载升级文件后的处理,并向OLT发送至少一个第二反馈消息,至少一个第二反馈消息用于指示MDU加载升级文件后的处理的进度。
具体而言,在MDU加载升级文件时,会定时的向OLT反馈该加载进度,并在MDU的升级文件加载完成后,OLT向MDU发送至少一个第二消息,进行加载升级文件后的处理。并且,OLT接收MDU发送的至少一个第二反馈消息,用以确定MDU加载升级文件后的处理的进度。其中,MDU的升级文件加载完成是指该OLT下的所有的MDU都完成升级文件的加载。
应理解,本发明实施例中,MDU加载升级文件后的处理是指MUD获取(加载)升级包之后所进行的处理,例如可以包括激活软件、升级后检查等,本发明实施例并不限于此。
还应理解,至少一个第二消息与至少一个第二反馈消息的个数可以相等,也可以不同,在较佳实施例中,至少一个第二消息与至少一个第二反馈消息一一对应,但本发明实施例并不对此做限定。
应注意,在本发明实施例中,当MDU加载升级文件后的处理包括激活软件、升级后检查时,在该OLT下的所有的MUD进行完加载软件后,才开始进行升级后检查。本发明实施例并不限于此。
可选地,作为另一实施例,至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个,分别用于指示MDU加载升级文件后的激活软件处理和升级后检查处理,至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个,分别用于指示激活软件处理的进度和升级后检查处理的进度。
需要说明的是,至少一个第二反馈消息与至少一个第二消息相对应,例如,至少一个第二消息如果包括升级后检查处理指示消息时,至少一个第二反馈消息才可以包括升级后检查处理进度消息,也就是说,第二消息指示的处理(升级后检查)存在时,后续的第二反馈消息(升级后检查进度消息)才可以存在。
可选地,作为另一实施例,加载进度消息消息、第二消息和第二反馈消息为SNMP消息。
应理解,加载进度消息消息、第二消息和第二反馈消息还可以为其他类型的消息,本发明实施例并不限于此。
可选地,作为另一实施例,在310之前,该方法还可以包括:MDU接收OLT发送的升级开启消息,MDU根据升级开启消息打开升级开关,以便接收升级文件。
具体而言,MDU启动后,其组播升级开关默认不可用(disable)。客户在NMS上创建升级任务,例如,在图形化界面上勾选哪些MDU需升级(也可能是文件导入的方式)后,OLT会根据NMS的指示,向MUD升级开启消息,以打开MDU组播升级开关,此时MDU才把组播升级开关设置为可用(enable)。在组播升级过程中,OLT实际上是把升级文件广播给所有MDU,只有那些组播升级开关为enable的MDU才会接受报文,组播升级开关为disable的MDU则直接丢弃报文。组播升级完成或失败后,MDU会自动把组播升级开关设置为默认值disable。
图4是根据本发明另一实施例的升级MDU的方法的示意性流程图。图4的方法可以由NMS执行。具体地,如图4所示的方法,包括:
410,网络管理系统NMS根据对多个MDU升级的任务生成指示消息,指示消息指示多个MDU的升级任务;
420,NMS向光线路终端OLT发送指示消息,以便OLT根据指示消息对多个MDU升级。
具体而言,在本发明实施例中,NMS获取到多个MDU的升级任务之后,不是直接对该多个MDU进行升级,而是根据该升级任务生成指示消息,该指示消息指示该升级任务,并将该指示消息发送至OLT,然后通过OLT来代理实现对MDU的升级,具体地,OLT根据给指示消息获取到该升级任务,向多个MDU发送升级文件,以便MDU根据升级文件进行升级。
因此,本发明实施例通过NMS指示OLT向多个MDU发送升级文件,以使多个MDU根据OLT提供的升级文件进行升级。本发明实施例由OLT代替现有的NMS对多个MDU进行升级,能够提升MDU升级并发度,进而缩短了多个MDU升级的时间,提高了MDU的升级性能。
应理解,本发明实施例中MDU的升级任务可以指需要对该MDU进行升级,可以是由用户在NMS上创建的升级任务。例如,可以是用户输入的需要升级的MDU的IP,换句话说NMS通过IP来标识MDU,也可以是NMS通过其他方式的该升级任务,例如可以通过导入文件获得该升级任务,本发明实施例并不限于此。
还应理解,本发明实施例中的多个MDU是指该OLT下的需要升级的MDU,本发明实施例并不对该OLT下需要升级的MDU的个数做限定,例如,该多个MDU可以为5、10、15、25、50个MDU等。在特殊情形下,该多个MDU可以仅包括一个MDU。
可选地,作为另一实施例,在420之后,本发明实施例方法还可以包括:
NMS接收OLT发送的第一上报消息,第一上报消息用于NMS确定多个MDU升级前的准备处理的进度。
具体而言,OLT根据多个MDU升级前的准备处理的进度生成第一上报消息,并向NMS发送第一上报消息,第一上报消息用于NMS确定多个MDU升级前的准备处理的进度,进而NMS可以通过图形界面向用户显示该进度,提升用户体验。
可选地,作为另一实施例,在420之后,本发明实施例方法还可以包括:
方法还包括:NMS接收OLT发送的第二上报消息,第二上报消息用于多个MDU加载升级文件后的处理的进度。
具体而言,OLT根据多个MDU加载升级文件后的处理的进度生成第二上报消息,并向NMS发送第二上报消息,第二上报消息用于NMS确定多个MDU加载升级文件后的处理的进度。进而NMS可以通过图形界面向用户显示该进度,提升用户体验。
可选地,作为另一实施例,在410之前,本发明实施例方法还可以包括:
NMS创建并向OLT发送功能组件,功能组件用于OLT加载与MDU交互的功能,以对MDU进行升级。
具体而言,现有的OLT作为汇聚交换机,直接将NMS软件管理功能(例如对MDU升级前后的检查等功能)移植到OLT,会导致OLT与MDU的架构耦合,导致后续联动升级(即OLT与MDU同时需要升级)。因此,本发明实施例采用组件化的思路,即NMS将升级管理功能组件化,OLT采用类似动态链接库的方式,对该组件进行动态加载、卸载,通过加载组件的方式使得OLT代理NMS对MDU进行升级,本发明实施例,相当于间接由OLT提供一个通用的代理实现对MDU升级,无需对OLT进行升级,即避免了联动升级。并且,本发明实施例能够提升MDU升级并发度,进而缩短了多个MDU升级的时间,提高了MDU的升级性能。
上文中,结合图2从OLT侧描述了本发明实施例的升级MDU的方法,结合图3从MDU侧描述了本发明实施例的升级MDU的方法,结合图4从NMS侧描述了本发明实施例的升级MDU的方法。下面将结合图5具体的例子更加详细地描述本发明实施例的升级MDU的方法。
应注意,图2至图5的例子仅仅是为了帮助本领域技术人员理解本发明实施例,而非要将本发明实施例限于所例示的具体数值或具体场景。本领域技术人员根据所给出的图2至图5的例子,显然可以进行各种等价的修改或变化,这样的修改或变化也落入本发明实施例的范围内。
图5是根据本发明另一实施例的升级MDU的方法的示意性流程图。应理解,图5的实施例中仅举出了OLT下的需要升级的多个MDU中的一个MDU进行升级的过程,该OLT下的其他需要升级的MDU的升级过程与该一个MDU升级的过程类似,此处不再详述。具体地,如图5所示的方法,包括:
501,NMS向OLT发送生成指示消息和功能组件。
具体地,NMS根据升级任务生成指示消息,并向OLT发送该指示消息,指示消息指示MDU的升级任务。
并且,NMS创建并向OLT发送功能组件,功能组件用于OLT加载与MDU交互的功能,以对MDU进行升级。
502,OLT保存用于登录MDU的参数,并加载功能组件。
具体地,指示消息中可以携带用于登录MDU的参数信息,OLT根据该参数信息登录MDU,并加载功能组件,然后再进行与MDU的交互。
503,OLT向MDU发送升级开启消息。
具体地,升级开启消息用于指示MDU打开升级开关,以便MDU接收升级文件。
具体而言,MDU启动后,其组播升级开关默认不可用(disable)。客户在NMS上创建升级任务,例如,在图形化界面上勾选哪些MDU需升级(也可能是文件导入的方式)后,OLT会根据NMS的指示,向MUD升级开启消息,以打开MDU组播升级开关,此时MDU才把组播升级开关设置为可用(enable)。在组播升级过程中,OLT实际上是把升级文件广播给所有MDU,只有那些组播升级开关为enable的MDU才会接受报文,组播升级开关为disable的MDU则直接丢弃报文。组播升级完成或失败后,MDU会自动把组播升级开关设置为默认值disable。
504,OLT向MDU发送第一消息。
具体地,第一消息用于MDU进行升级前的准备处理;MDU获取到第一消息后,进行升级前的准备处理,并将升级前的准备处理的进度通过第一反馈消息向OLT反馈。
升级前的准备处理是指MDU获取(加载)升级包之前所进行的处理,例如可以包括按时间先后排序的升级前检查、保存设备配置和备份配置等,本发明实施例并不限于此。
505,OLT接收MDU发送的第一反馈消息。
具体地,第一反馈消息用于指示MDU升级前的准备处理的进度。
例如,第一反馈消息用于指示升级前检查的进度、保存设备配置的进度和备份配置的进度。
506,OLT向NMS发送第一上报消息。
具体而言,OLT获得到MDU发送的第一反馈消息之后,获取到升级前的准备的进度,OLT根据该进度生成第一上报消息,并向NMS发送第一上报消息,第一上报消息用于NMS确定MDU升级前的准备处理的进度。进而NMS可以通过图形界面向用户显示该进度,提升用户体验。
507,OLT从FTP服务器下载升级文件。
508,OLT向MDU发送升级文件。
并在反馈消息指示升级前的准备处理完成后,OLT向MDU发送升级文件,
509,MDU向OLT发送加载进度消息。
具体而言,在MDU加载升级文件时,会定时的向OLT反馈该加载进度,
510,OLT向NMS发送加载进度上报消息。
具体地,OLT在获取到MDU加载升级文件进度后,会向NMS发送加载进度上报消息。该加载进度上报消息用于NMS确定MDU加载升级文件的进度,进而NMS可以通过图形界面向用户显示该进度,提升用户体验。
511,OLT向MDU发送第二消息。
具体地,在在MDU的升级文件加载完成后,OLT向MDU发送第二消息,第二消息用于MDU进行加载升级文件后的处理。
MDU加载升级文件后的处理是指MUD获取(加载)升级包之后所进行的处理,例如可以包括激活软件、升级后检查等,本发明实施例并不限于此。
512,OLT接收MDU发送的第二反馈消息。
第二反馈消息用于表示MDU加载升级文件后的处理的进度。
例如,第二反馈消息具体用于指示激活软件进度、升级后检查进度。
513,OLT删除用于登录MDU的参数,卸载功能组件。
具体地,在MDU加载升级文件后的处理的进度完成后,OLT删除用于登录MDU的参数,卸载功能组件。
上文中,结合图1至图5描述了本发明实施例的升级MDU的方法,下面将结合图6至图11描述本发明实施例的升级MDU的设备。
图6是根据本发明一个实施例的光线路终端OLT的示意框图。如图6所示的OLT600与图2所示的方法相对应,能够实现图2方法实施例中的各个过程,OLT600的具体功能可参见图2中的相应描述,为避免重复,此处适当省略详细描述。
具体地,OLT600包括:第一接收单元610、第一发送单元620和第二发送单元630。
其中,第一接收单元610用于接收网络管理系统NMS发送的指示消息,所述指示消息指示多个MDU的升级任务;第一发送单元620用于根据所述指示消息向所述多个MDU中的每个MDU发送至少一个第一消息,所述至少一个第一消息用于指示所述MDU进行升级前的准备处理;第二发送单元630用于向所述多个MDU发送升级文件,以便所述多个MDU根据所述升级文件进行升级。
因此,本发明实施例通过NMS指示OLT向多个MDU发送升级文件,以使多个MDU根据OLT提供的升级文件进行升级。本发明实施例由OLT代替现有的NMS对多个MDU进行升级,能够提升MDU升级并发度,进而缩短了多个MDU升级的时间,提高了MDU的升级性能。
可选地,作为另一实施例,OLT600还可以包括:第二接收单元。
具体地,第二接收单元用于接收所述MDU发送的至少一个第一反馈消息,所述至少一个第一反馈消息用于指示所述MDU升级前的准备处理的进度,其中,所述第二发送单元在所述至少一个第一反馈消息指示所述升级前的准备处理完成后,向所述MDU发送所述升级文件。
可选地,作为另一实施例,OLT600还可以包括:第三发送单元。
具体地,第三发送单元用于在所述第二发送单元向所述多个MDU发送升级文件之前,向所述NMS发送第一上报消息,所述第一上报消息用于指示所述多个MDU升级前的准备处理的进度。
可选地,作为另一实施例,所述至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个,分别用于指示所述MDU进行升级前检查、保存设备配置和备份配置,所述至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个,分别用于指示所述升级前检查的进度、所述保存设备配置的进度和所述备份配置的进度。
可选地,作为另一实施例,所述第一消息和所述第一反馈消息为简单网络管理协议SNMP消息。
可选地,作为另一实施例,所述OLT600还可以包括:第三接收单元、第四发送单元和第四接收单元。
具体地,第三接收单元用于在所述第二发送单元向所述多个MDU发送升级文件之后,接收所述多个MDU中的每个MDU发送的升级文件的加载进度消息,所述加载进度消息用于指示所述MDU的升级文件的加载进度;
第四发送单元用于在所述MDU的升级文件加载完成后,向所述多个MDU中的每个MDU发送至少一个第二消息,所述至少一个第二消息用于指示所述MDU进行加载升级文件后的处理;
第四接收单元用于接收所述MDU发送的至少一个第二反馈消息,所述至少一个第二反馈消息用于指示所述MDU加载升级文件后的处理的进度。
可选地,作为另一实施例,所述OLT600还可以包括:第五发送单元。
具体地,第五发送单元用于向所述NMS发送第二上报消息,所述第二上报消息用于指示所述多个MDU加载升级文件后的处理的进度。
可选地,作为另一实施例,所述至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个,分别用于指示所述MDU加载升级文件后的激活软件处理和升级后检查处理,
所述至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个,分别用于指示所述激活软件处理的进度和所述升级后检查处理的进度。
可选地,作为另一实施例,所述加载进度消息、所述第二消息和所述第二反馈消息为SNMP消息。
可选地,作为另一实施例,所述OLT600还可以包括:第六发送单元。
具体地,第六发送单元用于在所述第一接收单元接收网络管理系统NMS发送的指示消息之后,根据所述指示消息向所述多个MDU发送升级开启消息,所述升级开启消息用于指示所述多个MDU打开升级开关,以便所述多个MDU接收所述升级文件。
可选地,作为另一实施例,所述OLT600还可以包括:获取单元。
具体地,获取单元用于在所述第一接收单元接收网络管理系统NMS发送的指示消息之前,获取功能组件,所述功能组件用于所述OLT加载与所述MDU交互的功能,以对所述MDU进行升级。
图7是根据本发明一个实施例的多住户单元MDU的示意框图。如图7所示的MDU700与图3所示的方法相对应,能够实现图3方法实施例中的各个过程,MDU700的具体功能可参见图3中的相应描述,为避免重复,此处适当省略详细描述。
具体地,MDU700包括:第一接收单元710、第一发送单元720和第二接收单元730。
其中,第一接收单元710用于接收光线路终端OLT发送的至少一个第一消息,所述至少一个第一消息用于所述MDU进行升级前的准备处理;
第一发送单元720用于根据所述至少一个第一消息,进行升级前的准备处理,并向所述OLT发送至少一个第一反馈消息,所述至少一个第一反馈消息用于指示所述MDU升级前的准备处理的进度;
第二接收单元730用于在所述至少一个反馈消息指示所述升级前的准备处理完成后,接收所述OLT发送的升级文件,并根据所述升级文件进行升级。
因此,本发明实施例通过NMS指示OLT向多个MDU发送升级文件,以使多个MDU根据OLT提供的升级文件进行升级。本发明实施例由OLT代替现有的NMS对多个MDU进行升级,能够提升MDU升级并发度,进而缩短了多个MDU升级的时间,提高了MDU的升级性能。
可选地,作为另一实施例,所述至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个,分别用于指示所述MDU进行升级前检查、保存设备配置和备份配置,所述至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个,分别用于指示所述升级前检查的进度、所述保存设备配置的进度和所述备份配置的进度。
可选地,作为另一实施例,所述第一消息和所述第一反馈消息为简单网络管理协议SNMP消息。
可选地,作为另一实施例,所述MDU700还可以包括:第二发送单元、第三接收单元和第三发送单元。
具体地,第二发送单元用于在所述第二接收单元接收所述OLT发送的升级文件之后,向所述OLT发送所述升级文件的加载进度消息,所述加载进度消息用于所述OLT确定所述MDU的升级文件的加载进度;
第三接收单元用于在所述MDU的升级文件加载完成后,接收所述OLT发送的至少一个第二消息,所述至少一个第二消息用于所述MDU进行加载升级文件后的处理;
第三发送单元用于根据所述至少一个第二消息进行加载升级文件后的处理,并向所述OLT发送至少一个第二反馈消息,所述至少一个第二反馈消息用于指示所述MDU加载升级文件后的处理的进度。
可选地,作为另一实施例,所述至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个,分别用于指示所述MDU加载升级文件后的激活软件处理和升级后检查处理,所述至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个,分别用于指示所述激活软件处理的进度和所述升级后检查处理的进度。
可选地,作为另一实施例,所述加载进度消息消息、所述第二消息和所述第二反馈消息为SNMP消息。
可选地,作为另一实施例,所述MDU700还可以包括:第四接收单元和开启单元。
具体地,第四接收单元用于在所述第一接收单元接收光线路终端OLT发送的第一消息之前,接收所述OLT发送的升级开启消息,开启单元用于根据所述升级开启消息打开升级开关,以便接收所述升级文件。
图8是根据本发明一个实施例的网络管理系统NMS的示意框图。如图8所示的NMS800与图4所示的方法相对应,能够实现图4方法实施例中的各个过程,NMS800的具体功能可参见图4中的相应描述,为避免重复,此处适当省略详细描述。
具体地,NMS800包括:生成单元810和第一发送单元820。
其中,生成单元810用于根据对多个MDU升级的任务生成指示消息,所述指示消息指示所述多个MDU的升级任务;
第一发送单元820用于向光线路终端OLT发送所述指示消息,以便所述OLT根据所述指示消息对所述多个MDU升级。
因此,本发明实施例通过NMS指示OLT向多个MDU发送升级文件,以使多个MDU根据OLT提供的升级文件进行升级。本发明实施例由OLT代替现有的NMS对多个MDU进行升级,能够提升MDU升级并发度,进而缩短了多个MDU升级的时间,提高了MDU的升级性能。
可选地,作为另一实施例,所述NMS800还可以包括:第一接收单元。
具体地,第一接收单元用于在所述第一发送单元向光线路终端OLT发送所述指示消息之后,接收所述OLT发送的第一上报消息,所述第一上报消息用于所述NMS确定所述多个MDU升级前的准备处理的进度。
可选地,作为另一实施例,所述NMS800还可以包括:第二接收单元。
具体地,第二接收单元用于在所述第一发送单元向光线路终端OLT发送所述指示消息之后,接收所述OLT发送的第二上报消息,所述第二上报消息用于所述多个MDU加载升级文件后的处理的进度。
可选地,作为另一实施例,所述NMS800还可以包括:第二发送单元。
具体地,第二发送单元用于在所述第一发送单元向光线路终端OLT发送所述指示消息之前,创建并向所述OLT发送功能组件,所述功能组件用于所述OLT加载与所述多个MDU交互的功能,以对所述多个MDU进行升级。
图9是根据本发明一个实施例的光线路终端OLT的示意框图。如图9所示的OLT900与图2所示的方法相对应,能够实现图2方法实施例中的各个过程,OLT900的具体功能可参见图2中的相应描述,为避免重复,此处适当省略详细描述。
如图9所示的OLT900包括处理器910、存储器920、总线系统930和收发器940。
具体地,处理器910通过总线系统930调用存储在存储器920中的代码,控制收发器940接收网络管理系统NMS发送的指示消息,所述指示消息指示多个MDU的升级任务;根据所述指示消息向所述多个MDU中的每个MDU发送至少一个第一消息,所述至少一个第一消息用于指示所述MDU进行升级前的准备处理;向所述多个MDU发送升级文件,以便所述多个MDU根据所述升级文件进行升级。
因此,本发明实施例通过NMS指示OLT向多个MDU发送升级文件,以使多个MDU根据OLT提供的升级文件进行升级。本发明实施例由OLT代替现有的NMS对多个MDU进行升级,能够提升MDU升级并发度,进而缩短了多个MDU升级的时间,提高了MDU的升级性能。
上述本发明实施例揭示的方法可以应用于处理器910中,或者由处理器910实现。处理器910可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器910中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器910可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(FieldProgrammable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(Read-Only Memory,ROM)、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器920,处理器910读取存储器920中的信息,结合其硬件完成上述方法的步骤,该总线系统930除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线系统930。
可选地,作为另一实施例,收发器940还可以用于接收所述MDU发送的至少一个第一反馈消息,所述至少一个第一反馈消息用于指示所述MDU升级前的准备处理的进度,
其中,所述收发器940在所述至少一个第一反馈消息指示所述升级前的准备处理完成后,向所述MDU发送所述升级文件。
可选地,作为另一实施例,收发器940还可以用于在向所述多个MDU发送升级文件之前,向所述NMS发送第一上报消息,所述第一上报消息用于指示所述多个MDU升级前的准备处理的进度。
可选地,作为另一实施例,所述至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个,分别用于指示所述MDU进行升级前检查、保存设备配置和备份配置,所述至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个,分别用于指示所述升级前检查的进度、所述保存设备配置的进度和所述备份配置的进度。
可选地,作为另一实施例,所述第一消息和所述第一反馈消息为简单网络管理协议SNMP消息。
可选地,作为另一实施例,收发器940还可以用于在向所述多个MDU发送升级文件之后,接收所述多个MDU中的每个MDU发送的升级文件的加载进度消息,所述加载进度消息用于指示所述MDU的升级文件的加载进度;在所述MDU的升级文件加载完成后,向所述多个MDU中的每个MDU发送至少一个第二消息,所述至少一个第二消息用于指示所述MDU进行加载升级文件后的处理;接收所述MDU发送的至少一个第二反馈消息,所述至少一个第二反馈消息用于指示所述MDU加载升级文件后的处理的进度。
可选地,作为另一实施例,收发器940还可以用于向所述NMS发送第二上报消息,所述第二上报消息用于指示所述多个MDU加载升级文件后的处理的进度。
可选地,作为另一实施例,所述至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个,分别用于指示所述MDU加载升级文件后的激活软件处理和升级后检查处理,所述至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个,分别用于指示所述激活软件处理的进度和所述升级后检查处理的进度。
可选地,作为另一实施例,所述加载进度消息、所述第二消息和所述第二反馈消息为SNMP消息。
可选地,作为另一实施例,收发器940还可以用于在接收网络管理系统NMS发送的指示消息之后,根据所述指示消息向所述多个MDU发送升级开启消息,所述升级开启消息用于指示所述多个MDU打开升级开关,以便所述多个MDU接收所述升级文件。
可选地,作为另一实施例,处理器910还用于在所述收发器940接收网络管理系统NMS发送的指示消息之前,获取功能组件,所述功能组件用于所述OLT加载与所述MDU交互的功能,以对所述MDU进行升级。
图10是根据本发明另一实施例的多住户单元MDU的示意框图。如图10所示的MDU1000与图3所示的方法相对应,能够实现图3方法实施例中的各个过程,MDU1000的具体功能可参见图3中的相应描述,为避免重复,此处适当省略详细描述。
具体地,MDU1000包括:处理器1010、存储器1020、总线系统1030和收发器1040。
具体地,处理器1010通过总线系统1030调用存储在存储器1020中的代码,控制收发器1040接收光线路终端OLT发送的至少一个第一消息,所述至少一个第一消息用于所述MDU进行升级前的准备处理;根据所述至少一个第一消息,进行升级前的准备处理,并向所述OLT发送至少一个第一反馈消息,所述至少一个第一反馈消息用于指示所述MDU升级前的准备处理的进度;在所述至少一个反馈消息指示所述升级前的准备处理完成后,接收所述OLT发送的升级文件,并根据所述升级文件进行升级。
因此,本发明实施例通过NMS指示OLT向多个MDU发送升级文件,以使多个MDU根据OLT提供的升级文件进行升级。本发明实施例由OLT代替现有的NMS对多个MDU进行升级,能够提升MDU升级并发度,进而缩短了多个MDU升级的时间,提高了MDU的升级性能。
上述本发明实施例揭示的方法可以应用于处理器1010中,或者由处理器1010实现。处理器1010可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1010中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1010可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(FieldProgrammable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(Read-Only Memory,ROM)、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1020,处理器1010读取存储器1020中的信息,结合其硬件完成上述方法的步骤,该总线系统1030除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线系统1030。
可选地,作为另一实施例,所述至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个,分别用于指示所述MDU进行升级前检查、保存设备配置和备份配置,所述至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个,分别用于指示所述升级前检查的进度、所述保存设备配置的进度和所述备份配置的进度。
可选地,作为另一实施例,所述第一消息和所述第一反馈消息为简单网络管理协议SNMP消息。
可选地,作为另一实施例,收发器1040还可以用于在接收所述OLT发送的升级文件之后,向所述OLT发送所述升级文件的加载进度消息,所述加载进度消息用于所述OLT确定所述MDU的升级文件的加载进度;
在所述MDU的升级文件加载完成后,接收所述OLT发送的至少一个第二消息,所述至少一个第二消息用于所述MDU进行加载升级文件后的处理;
根据所述至少一个第二消息进行加载升级文件后的处理,并向所述OLT发送至少一个第二反馈消息,所述至少一个第二反馈消息用于指示所述MDU加载升级文件后的处理的进度。
可选地,作为另一实施例,所述至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个,分别用于指示所述MDU加载升级文件后的激活软件处理和升级后检查处理,
所述至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个,分别用于指示所述激活软件处理的进度和所述升级后检查处理的进度。
可选地,作为另一实施例,所述加载进度消息消息、所述第二消息和所述第二反馈消息为SNMP消息。
可选地,作为另一实施例,收发器1040还可以用于在所述第一接收单元接收光线路终端OLT发送的第一消息之前,接收所述OLT发送的升级开启消息,控制器1010还用于根据所述升级开启消息打开升级开关,以便接收所述升级文件。
图11是根据本发明一个实施例的网络管理系统NMS的示意框图。如图11所示的NMS1100与图4所示的方法相对应,能够实现图4方法实施例中的各个过程,NMS1100的具体功能可参见图4中的相应描述,为避免重复,此处适当省略详细描述。
具体地,NMS1100包括:处理器1110、存储器1120、总线系统1130和收发器1140。
具体地,处理器1110通过总线系统1130调用存储在存储器1120中的代码,根据对多个MDU升级的任务生成指示消息,所述指示消息指示所述多个MDU的升级任务;收发器1140向光线路终端OLT发送所述指示消息,以便所述OLT根据所述指示消息对所述多个MDU升级。
因此,本发明实施例通过NMS指示OLT向多个MDU发送升级文件,以使多个MDU根据OLT提供的升级文件进行升级。本发明实施例由OLT代替现有的NMS对多个MDU进行升级,能够提升MDU升级并发度,进而缩短了多个MDU升级的时间,提高了MDU的升级性能。
上述本发明实施例揭示的方法可以应用于处理器1110中,或者由处理器1110实现。处理器1110可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1110中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1110可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(FieldProgrammable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(Read-Only Memory,ROM)、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1120,处理器1110读取存储器1120中的信息,结合其硬件完成上述方法的步骤,该总线系统1130除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线系统1130。
可选地,作为另一实施例,收发器1140还可以用于在所述向光线路终端OLT发送所述指示消息之后,接收所述OLT发送的第一上报消息,所述第一上报消息用于所述NMS确定所述多个MDU升级前的准备处理的进度。
可选地,作为另一实施例,收发器1140还可以用于在向光线路终端OLT发送所述指示消息之后,接收所述OLT发送的第二上报消息,所述第二上报消息用于所述多个MDU加载升级文件后的处理的进度。
可选地,作为另一实施例,收发器1140还可以用于在向光线路终端OLT发送所述指示消息之前,创建并向所述OLT发送功能组件,所述功能组件用于所述OLT加载与所述多个MDU交互的功能,以对所述多个MDU进行升级。
应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解,在本发明的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
另外,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
应理解,在本发明实施例中,“与A相应的B”表示B与A相关联,根据A可以确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可以用硬件实现,或固件实现,或它们的组合方式来实现。当使用软件实现时,可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于:计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如,如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的,那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本发明所使用的,盘(Disk)和碟(disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟,其中盘通常磁性的复制数据,而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。
总之,以上所述仅为本发明技术方案的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (26)
1.一种升级多住户单元MDU的方法,其特征在于,包括:
光线路终端OLT接收网络管理系统NMS发送的指示消息,所述指示消息指示多个MDU的升级任务;
所述OLT根据所述指示消息向所述多个MDU中的每个MDU发送至少一个第一消息,所述至少一个第一消息用于指示所述MDU进行升级前的准备处理;
所述OLT向所述多个MDU发送升级文件,以便所述多个MDU根据所述升级文件进行升级;
在所述光线路终端OLT接收网络管理系统NMS发送的指示消息之前,所述方法还包括:
所述OLT获取功能组件,所述功能组件用于所述OLT加载与所述MDU交互的功能,以对所述MDU进行升级。
2.根据权利要求1所述的方法,其特征在于,还包括:
所述OLT接收所述MDU发送的至少一个第一反馈消息,所述至少一个第一反馈消息用于指示所述MDU升级前的准备处理的进度,
其中,所述OLT向所述多个MDU发送升级文件,包括:
在所述至少一个第一反馈消息指示所述升级前的准备处理完成后,所述OLT向所述MDU发送所述升级文件。
3.根据权利要求2所述的方法,其特征在于,在所述OLT向所述多个MDU发送升级文件之前,所述方法还包括:
所述OLT向所述NMS发送第一上报消息,所述第一上报消息用于指示所述多个MDU升级前的准备处理的进度。
4.根据权利要求2所述的方法,其特征在于,
所述至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个,分别用于指示所述MDU进行升级前检查、保存设备配置和备份配置,
所述至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个,分别用于指示所述升级前检查的进度、所述保存设备配置的进度和所述备份配置的进度。
5.根据权利要求2至4中任一项所述的方法,其特征在于,
所述第一消息和所述第一反馈消息为简单网络管理协议SNMP消息。
6.根据权利要求1至4中任一项所述的方法,其特征在于,在所述OLT向所述多个MDU发送升级文件之后,所述方法还包括:
所述OLT接收所述多个MDU中的每个MDU发送的升级文件的加载进度消息,所述加载进度消息用于指示所述MDU的升级文件的加载进度;
在所述MDU的升级文件加载完成后,所述OLT向所述多个MDU中的每个MDU发送至少一个第二消息,所述至少一个第二消息用于指示所述MDU进行加载升级文件后的处理;
所述OLT接收所述MDU发送的至少一个第二反馈消息,所述至少一个第二反馈消息用于指示所述MDU加载升级文件后的处理的进度。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
所述OLT向所述NMS发送第二上报消息,所述第二上报消息用于指示所述多个MDU加载升级文件后的处理的进度。
8.根据权利要求6所述的方法,其特征在于,
所述至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个,分别用于指示所述MDU加载升级文件后的激活软件处理和升级后检查处理,
所述至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个,分别用于指示所述激活软件处理的进度和所述升级后检查处理的进度。
9.根据权利要求6所述的方法,其特征在于,
所述加载进度消息、所述第二消息和所述第二反馈消息为SNMP消息。
10.根据权利要求1至4中任一项所述的方法,其特征在于,在光线路终端OLT接收网络管理系统NMS发送的指示消息之后,所述方法还包括:
所述OLT根据所述指示消息向所述多个MDU发送升级开启消息,所述升级开启消息用于指示所述多个MDU打开升级开关,以便所述多个MDU接收所述升级文件。
11.一种升级多住户单元MDU的方法,其特征在于,包括:
网络管理系统NMS根据对多个MDU升级的任务生成指示消息,所述指示消息指示所述多个MDU的升级任务;
所述NMS向光线路终端OLT发送所述指示消息,以便所述OLT根据所述指示消息对所述多个MDU升级;
在所述NMS向光线路终端OLT发送所述指示消息之前,所述方法还包括:
所述NMS创建并向所述OLT发送功能组件,所述功能组件用于所述OLT加载与所述多个MDU交互的功能,以对所述多个MDU进行升级。
12.根据权利要求11所述的方法,其特征在于,在所述NMS向光线路终端OLT发送所述指示消息之后,所述方法还包括:
所述NMS接收所述OLT发送的第一上报消息,所述第一上报消息用于所述NMS确定所述多个MDU升级前的准备处理的进度。
13.根据权利要求11或12所述的方法,其特征在于,在所述NMS向光线路终端OLT发送所述指示消息之后,所述方法还包括:
所述NMS接收所述OLT发送的第二上报消息,所述第二上报消息用于所述多个MDU加载升级文件后的处理的进度。
14.一种光线路终端OLT,其特征在于,包括:
第一接收单元,用于接收网络管理系统NMS发送的指示消息,所述指示消息指示多个MDU的升级任务;
第一发送单元,用于根据所述指示消息向所述多个MDU中的每个MDU发送至少一个第一消息,所述至少一个第一消息用于指示所述MDU进行升级前的准备处理;
第二发送单元,用于向所述多个MDU发送升级文件,以便所述多个MDU根据所述升级文件进行升级;
获取单元,用于在所述第一接收单元接收网络管理系统NMS发送的指示消息之前,获取功能组件,所述功能组件用于所述OLT加载与所述MDU交互的功能,以对所述MDU进行升级。
15.根据权利要求14所述的OLT,其特征在于,还包括:
第二接收单元,用于接收所述MDU发送的至少一个第一反馈消息,所述至少一个第一反馈消息用于指示所述MDU升级前的准备处理的进度,
其中,所述第二发送单元在所述至少一个第一反馈消息指示所述升级前的准备处理完成后,向所述MDU发送所述升级文件。
16.根据权利要求15所述的OLT,其特征在于,所述OLT还包括:
第三发送单元,用于在所述第二发送单元向所述多个MDU发送升级文件之前,向所述NMS发送第一上报消息,所述第一上报消息用于指示所述多个MDU升级前的准备处理的进度。
17.根据权利要求15所述的OLT,其特征在于,
所述至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个,分别用于指示所述MDU进行升级前检查、保存设备配置和备份配置,
所述至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个,分别用于指示所述升级前检查的进度、所述保存设备配置的进度和所述备份配置的进度。
18.根据权利要求15至17中任一项所述的OLT,其特征在于,
所述第一消息和所述第一反馈消息为简单网络管理协议SNMP消息。
19.根据权利要求14至17中任一项所述的OLT,其特征在于,所述OLT还包括:
第三接收单元,用于在所述第二发送单元向所述多个MDU发送升级文件之后,接收所述多个MDU中的每个MDU发送的升级文件的加载进度消息,所述加载进度消息用于指示所述MDU的升级文件的加载进度;
第四发送单元,用于在所述MDU的升级文件加载完成后,向所述多个MDU中的每个MDU发送至少一个第二消息,所述至少一个第二消息用于指示所述MDU进行加载升级文件后的处理;
第四接收单元,用于接收所述MDU发送的至少一个第二反馈消息,所述至少一个第二反馈消息用于指示所述MDU加载升级文件后的处理的进度。
20.根据权利要求19所述的OLT,其特征在于,所述OLT还包括:
第五发送单元,用于向所述NMS发送第二上报消息,所述第二上报消息用于指示所述多个MDU加载升级文件后的处理的进度。
21.根据权利要求19所述的OLT,其特征在于,
所述至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个,分别用于指示所述MDU加载升级文件后的激活软件处理和升级后检查处理,
所述至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个,分别用于指示所述激活软件处理的进度和所述升级后检查处理的进度。
22.根据权利要求19所述的OLT,其特征在于,
所述加载进度消息、所述第二消息和所述第二反馈消息为SNMP消息。
23.根据权利要求14至17中任一项所述的OLT,其特征在于,所述OLT还包括:
第六发送单元,用于在所述第一接收单元接收网络管理系统NMS发送的指示消息之后,根据所述指示消息向所述多个MDU发送升级开启消息,所述升级开启消息用于指示所述多个MDU打开升级开关,以便所述多个MDU接收所述升级文件。
24.一种网络管理系统NMS,其特征在于,包括:
生成单元,用于根据对多个MDU升级的任务生成指示消息,所述指示消息指示所述多个MDU的升级任务;
第一发送单元,用于向光线路终端OLT发送所述指示消息,以便所述OLT根据所述指示消息对所述多个MDU升级;
第二发送单元,用于在所述第一发送单元向光线路终端OLT发送所述指示消息之前,创建并向所述OLT发送功能组件,所述功能组件用于所述OLT加载与所述多个MDU交互的功能,以对所述多个MDU进行升级。
25.根据权利要求24所述的NMS,其特征在于,所述NMS还包括:
第一接收单元,用于在所述第一发送单元向光线路终端OLT发送所述指示消息之后,接收所述OLT发送的第一上报消息,所述第一上报消息用于所述NMS确定所述多个MDU升级前的准备处理的进度。
26.根据权利要求24或25所述的NMS,其特征在于,所述NMS还包括:
第二接收单元,用于在所述第一发送单元向光线路终端OLT发送所述指示消息之后,接收所述OLT发送的第二上报消息,所述第二上报消息用于所述多个MDU加载升级文件后的处理的进度。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/091674 WO2017059599A1 (zh) | 2015-10-10 | 2015-10-10 | 升级多住户单元的方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107710681A CN107710681A (zh) | 2018-02-16 |
CN107710681B true CN107710681B (zh) | 2020-04-14 |
Family
ID=58487202
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580081239.9A Active CN107710681B (zh) | 2015-10-10 | 2015-10-10 | 升级多住户单元的方法和设备 |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP3226469B1 (zh) |
CN (1) | CN107710681B (zh) |
CA (1) | CA2972558C (zh) |
WO (1) | WO2017059599A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109245912A (zh) * | 2017-07-11 | 2019-01-18 | 北京国双科技有限公司 | 客户端软件更新方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101753343A (zh) * | 2008-12-10 | 2010-06-23 | 华为技术有限公司 | 一种光接入系统中的软件加载方法、系统和装置 |
CN101860456A (zh) * | 2010-06-29 | 2010-10-13 | 中兴通讯股份有限公司 | 一种以太网无源光网络中光节点的软件升级方法及系统 |
CN103955386A (zh) * | 2014-04-22 | 2014-07-30 | 深圳市硅格半导体有限公司 | 存储设备固件升级的方法及装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070274341A1 (en) * | 2006-05-26 | 2007-11-29 | Tellabs Petaluma, Inc. | Method and system for managing software image downloads to ONTs over a PON network |
CN101217409B (zh) * | 2008-01-18 | 2011-06-08 | 杭州华三通信技术有限公司 | 一种设备信息的获取方法和设备 |
CN101516047B (zh) * | 2009-04-03 | 2011-06-08 | 烽火通信科技股份有限公司 | Epon接入系统中的onu自动升级方法 |
WO2015095995A1 (zh) * | 2013-12-23 | 2015-07-02 | 华为技术有限公司 | 系统升级的方法和设备 |
CN104753701A (zh) * | 2013-12-27 | 2015-07-01 | 中兴通讯股份有限公司 | 光网络单元onu数据处理方法、装置及系统 |
-
2015
- 2015-10-10 CN CN201580081239.9A patent/CN107710681B/zh active Active
- 2015-10-10 WO PCT/CN2015/091674 patent/WO2017059599A1/zh active Application Filing
- 2015-10-10 CA CA2972558A patent/CA2972558C/en active Active
- 2015-10-10 EP EP15905697.7A patent/EP3226469B1/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101753343A (zh) * | 2008-12-10 | 2010-06-23 | 华为技术有限公司 | 一种光接入系统中的软件加载方法、系统和装置 |
CN101860456A (zh) * | 2010-06-29 | 2010-10-13 | 中兴通讯股份有限公司 | 一种以太网无源光网络中光节点的软件升级方法及系统 |
CN103955386A (zh) * | 2014-04-22 | 2014-07-30 | 深圳市硅格半导体有限公司 | 存储设备固件升级的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
EP3226469A4 (en) | 2018-02-28 |
WO2017059599A1 (zh) | 2017-04-13 |
CN107710681A (zh) | 2018-02-16 |
CA2972558C (en) | 2020-07-14 |
CA2972558A1 (en) | 2017-04-13 |
EP3226469B1 (en) | 2019-07-31 |
EP3226469A1 (en) | 2017-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104579719A (zh) | 一种固件的升级方法和系统、上位机和光模块 | |
AU2010244906B2 (en) | Method and System for Provisioning Terminal Parameters and Terminal Management Apparatus | |
EP4044029A1 (en) | Daughter card initialization method, electronic apparatus, and storage medium | |
CN1832610A (zh) | 移动通信系统中远程子系统升级的方法 | |
CN112737847B (zh) | 节点升级方法及装置、存储介质及电子装置 | |
CN102915249A (zh) | 远程地实现固件升级的方法和装置 | |
CN107395385A (zh) | 软件升级方法及装置 | |
CN112994919B (zh) | 通信参数配置方法、装置、设备和存储介质 | |
CN107710681B (zh) | 升级多住户单元的方法和设备 | |
CN102843252A (zh) | 一种通过网管升级网元的方法和装置 | |
CN111832273A (zh) | 目的报文的确定方法及装置、存储介质、电子装置 | |
WO2017045345A1 (zh) | 一种资源管理方法、装置及多模软基站统一网管 | |
CN108153561B (zh) | 一种dsp与fpga的以太网加载方法及信号处理系统 | |
CN104199789B (zh) | 端口自适应配置的方法、管理系统、驱动系统及系统 | |
CN104104701A (zh) | 在线服务的配置更新的方法和系统 | |
US11595147B2 (en) | Data transceiving method and device, and wavelength configuration method and device | |
US8745270B2 (en) | Communication device and method of handling large object in device management | |
CN111541958A (zh) | 光口速率自适应方法、设备、装置及可读存储介质 | |
CN116418791A (zh) | 固件升级方法、固件升级系统、服务器及存储介质 | |
EP2426859A1 (en) | Method and server for transferring large object | |
CN110532012B (zh) | 一种分布式系统软件升级方法及装置 | |
CN113504928A (zh) | 自动化应用部署方法及装置 | |
CN111885564A (zh) | 数据传输方法、设备升级方法、计算机可读的存储介质 | |
CN116584078A (zh) | 用于移动通信系统的方法和设备 | |
CN110662214B (zh) | 一种通信设备开站方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |