WO2017059599A1 - 升级多住户单元的方法和设备 - Google Patents

升级多住户单元的方法和设备 Download PDF

Info

Publication number
WO2017059599A1
WO2017059599A1 PCT/CN2015/091674 CN2015091674W WO2017059599A1 WO 2017059599 A1 WO2017059599 A1 WO 2017059599A1 CN 2015091674 W CN2015091674 W CN 2015091674W WO 2017059599 A1 WO2017059599 A1 WO 2017059599A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
upgrade
mdu
olt
progress
Prior art date
Application number
PCT/CN2015/091674
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 PCT/CN2015/091674 priority Critical patent/WO2017059599A1/zh
Priority to CA2972558A priority patent/CA2972558C/en
Priority to CN201580081239.9A priority patent/CN107710681B/zh
Priority to EP15905697.7A priority patent/EP3226469B1/en
Publication of WO2017059599A1 publication Critical patent/WO2017059599A1/zh

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

Definitions

  • the embodiments of the present invention relate to the field of communications technologies, and in particular, to a method and an apparatus for upgrading a multi-dwelling unit (MDU).
  • MDU multi-dwelling unit
  • MDU remote multi-Dwelling Unit
  • the existing batch upgrade method can only reach a few hundred MDU/night. In order to achieve the upgrade performance of several thousand MDU/night, it is necessary to change the existing mode. Therefore, how to improve the upgrade performance of the MDU becomes an urgent problem to be solved.
  • the embodiment of the invention provides a method and a device for upgrading an MDU, which can improve the upgrade performance of the MDU.
  • the first aspect provides a method for upgrading an MDU of a multi-dwelling unit, including: an optical line terminal OLT receiving an indication message sent by a network management system (NMS), the indication message indicating an upgrade task of multiple MDUs; the OLT according to the indication message
  • NMS network management system
  • Each of the plurality of MDUs sends at least one first message, where the at least one first message is used to indicate that the MDU performs pre-upgrade preparation processing; the OLT sends an upgrade file to the multiple MDUs, so that the multiple MDUs Upgrade according to the upgrade file.
  • the method further includes: the OLT receiving, by the OLT, at least one first feedback message that is sent by the MDU, where the at least one first feedback message is used to indicate preparation before the MDU is upgraded.
  • the progress of the process wherein the OLT sends the upgrade file to the multiple MDUs, the OLT sends the upgrade file to the MDU after the at least one first feedback message indicates that the pre-upgrade preparation process is completed.
  • the method before the OLT sends the upgrade file to the multiple MDUs, the method further includes: the OLT sending a first report message to the NMS, where the A report message is used to indicate the progress of the preparation process before the plurality of MDUs are upgraded.
  • the at least one first message includes at least one of a pre-upgrade check indication message, a save device configuration indication message, and a backup configuration indication message
  • the at least one first feedback message includes at least one of a pre-upgrade check progress message, a save device configuration progress message, and a backup configuration progress message, which are respectively used to instruct the MDU to perform a pre-upgrade check, a save device configuration, and a backup configuration, respectively. Indicates the progress of the pre-upgrade check, the progress of the save device configuration, and the progress of the backup configuration.
  • the first message and the first feedback message are Simple Network Management Protocol (SNMP) messages.
  • SNMP Simple Network Management Protocol
  • any one of the first to the fourth possible implementation manners in a fifth possible implementation manner, after the OLT sends the upgrade file to the multiple MDUs, the method
  • the OLT further includes: a loading progress message of the upgrade file sent by each of the plurality of MDUs, where the loading progress message is used to indicate a loading progress of the upgrade file of the MDU; after the upgrade file of the MDU is loaded, The OLT sends at least one second message to each of the plurality of MDUs, where the at least one second message is used to indicate that the MDU performs processing after loading the upgrade file; and the OLT receives at least one second feedback sent by the MDU The message, the at least one second feedback message is used to indicate the progress of the processing after the MDU loads the upgrade file.
  • the method further includes: the OLT sending a second report message to the NMS, where the second report message is used to indicate that the multiple MDUs load the upgrade file After the progress of the processing.
  • the at least one second message includes at least one of an activation software indication message and an upgrade check indication message, respectively, for indicating the MDU
  • the at least one second feedback message includes at least one of an activation software progress message and an upgrade post-check progress message, respectively used to indicate the progress of the activation software processing and the upgrade After checking the progress of the processing.
  • the loading progress message, the second message, and the second feedback message are SNMP messages.
  • any one of the first to the eighth possible implementation manners, in the ninth possible implementation manner after the optical line terminal OLT receives the indication message sent by the network management system NMS The method further includes: the OLT sending an upgrade enable message to the plurality of MDUs according to the indication message, where the upgrade enable message is used to instruct the multiple MDUs to open an upgrade switch, so that the multiple MDUs receive the upgrade file.
  • the optical line terminal OLT receives the indication message sent by the network management system NMS.
  • the method further includes: the OLT acquiring a functional component for the OLT to load a function of interacting with the MDU to upgrade the MDU.
  • a second aspect provides a method for upgrading an MDU of a multi-dwelling unit, comprising: receiving, by an MDU, at least one first message sent by an optical line terminal OLT, where the at least one first message is used for preparation processing before the MDU is upgraded;
  • the MDU performs pre-upgrade preparation processing according to the at least one first message, and sends at least one first feedback message to the OLT, where the at least one first feedback message is used to indicate the progress of the preparation process before the MDU upgrade;
  • the MUD receives the upgrade file sent by the OLT, and performs an upgrade according to the upgrade file.
  • the at least one first message includes at least one of a pre-upgrade check indication message, a save device configuration indication message, and a backup configuration indication message, respectively, used to indicate that the MDU is performed.
  • the at least one first feedback message includes at least one of a pre-upgrade check progress message, a save device configuration progress message, and a backup configuration progress message, respectively used to indicate the progress of the pre-upgrade check , the progress of saving the device configuration and the progress of the backup configuration.
  • the first message and the first feedback message are Simple Network Management Protocol (SNMP) messages.
  • SNMP Simple Network Management Protocol
  • any one of the first to the second possible implementation manners of the second aspect in a third possible implementation manner, after the MUD receives the upgrade file sent by the OLT
  • the method further includes: the MDU sending a loading progress message of the upgrade file to the OLT, where the loading progress message is used by the OLT to determine a loading progress of the upgrade file of the MDU; after the loading file of the MDU is loaded, the MDU Receiving at least one of the OLT transmissions a second message, the at least one second message is used by the MDU to perform processing after loading the upgrade file; the MDU performs processing after loading the upgrade file according to the at least one second message, and sends at least one second feedback message to the OLT.
  • the at least one second feedback message is used to indicate the progress of the processing after the MDU loads the upgrade file.
  • the at least one second message includes at least one of an activation software indication message and an upgrade check indication message, respectively, for indicating the The activation software processing and the post-upgrade check processing after the MDU loads the upgrade file
  • the at least one second feedback message includes at least one of an activation software progress message and an upgrade post-check progress message, respectively, used to indicate the progress of the activation software processing and the Check the progress of the processing after the upgrade.
  • the loading progress message message, the second message, and the second feedback message are SNMP messages.
  • the method further includes: receiving, by the MDU, an upgrade enable message sent by the OLT, the MDU opening an upgrade switch according to the upgrade open message, to receive the upgrade file.
  • a method for upgrading a multi-dwelling unit MDU including: a network management system NMS generating an indication message according to a task for upgrading a plurality of MDUs, the indication message indicating an upgrade task of the multiple MDUs;
  • the line terminal OLT sends the indication message, so that the OLT upgrades the multiple MDUs according to the indication message.
  • the method further includes: receiving, by the NMS, the first report message sent by the OLT, the first report The message is used by the NMS to determine the progress of the preparation process before the plurality of MDUs are upgraded.
  • the method further includes: the NMS receiving the The second report message sent by the OLT is used for the progress of the processing after the multiple MDUs load the upgrade file.
  • the method further includes: the NMS creating and sending a function component to the OLT, the function component for loading, by the OLT, a function of interacting with the multiple MDUs to upgrade the multiple MDUs.
  • the fourth aspect provides an optical line terminal OLT, including: a first receiving unit, configured to receive an indication message sent by the network management system NMS, where the indication message indicates an upgrade task of multiple MDUs; and the first sending unit is configured to: Transmitting, according to the indication message, at least one first message to each of the plurality of MDUs, the at least one first message is used to indicate that the MDU performs pre-upgrade preparation processing, and the second sending unit is configured to The MDU sends an upgrade file so that the multiple MDUs are upgraded according to the upgrade file.
  • the OLT further includes: a second receiving unit, configured to receive at least one first feedback message that is sent by the MDU, where the at least one first feedback message is used to indicate the The progress of the preparation process before the MDU is upgraded, wherein the second sending unit sends the upgrade file to the MDU after the at least one first feedback message indicates that the pre-upgrade preparation process is completed.
  • the OLT further includes: a third sending unit, configured to send, before the second sending unit sends the upgrade file to the multiple MDUs Sending a first report message to the NMS, where the first report message is used to indicate the progress of the preparation process before the multiple MDUs are upgraded.
  • the at least one first message includes a pre-upgrade check indication message, a save device configuration indication message, and a backup configuration indication message.
  • at least one of the at least one first feedback message includes at least one of a pre-upgrade check progress message, a save device configuration progress message, and a backup configuration progress message, where the MDU performs the pre-upgrade check, the save device configuration, and the backup configuration, respectively. Used to indicate the progress of the pre-upgrade check, the progress of the save device configuration, and the progress of the backup configuration.
  • the first message and the first feedback message are simple network management protocols SNMP message.
  • the OLT further includes: a third receiving unit, After the second sending unit sends the upgrade file to the plurality of MDUs, receiving a loading progress message of the upgrade file sent by each of the plurality of MDUs, where the loading progress message is used.
  • a fourth sending unit configured to send at least one second message to each of the plurality of MDUs after the loading of the upgrade file of the MDU is completed, the at least one second The message is used to indicate that the MDU performs the process of loading the upgrade file
  • the fourth receiving unit is configured to receive the at least one second feedback message sent by the MDU, where the at least one second feedback message is used to indicate that the MDU is after the upgrade file is loaded. The progress of the process.
  • the OLT further includes: a fifth sending unit, configured to send a second report message to the NMS, where the second report message is used The progress of the processing after instructing the plurality of MDUs to load the upgrade file.
  • the at least one second message includes at least one of an activation software indication message and an upgrade post-inspection indication message, respectively
  • the at least one second feedback message includes at least one of an activation software progress message and an upgrade post-check progress message, respectively, for indicating the activation software processing The progress and progress of the post-upgrade check processing.
  • the loading progress message, the second message, and the second feedback message For SNMP messages.
  • the OLT further includes: a sixth sending unit, And after the first receiving unit receives the indication message sent by the network management system (NMS), sending an upgrade enable message to the plurality of MDUs according to the indication message, where the upgrade enable message is used to instruct the multiple MDUs to open the upgrade switch, so that the multiple The MDU receives the upgrade file.
  • NMS network management system
  • the OLT further includes: an acquiring unit, configured to Before receiving the indication message sent by the network management system NMS, the first receiving unit acquires a function component for the OLT to load a function of interacting with the MDU to upgrade the MDU.
  • a multi-dwelling unit MDU including: a first receiving unit, configured to receive at least one first message sent by an optical line terminal OLT, where the at least one first message is used for preparation before the MDU is upgraded Processing, the first sending unit is configured to perform pre-upgrade preparation processing according to the at least one first message, and send at least one first feedback message to the OLT, The at least one first feedback message is used to indicate the progress of the preparation process before the MDU is upgraded, and the second receiving unit is configured to receive the upgrade file sent by the OLT after the at least one feedback message indicates that the pre-upgrade preparation process is completed. And upgrade according to the upgrade file.
  • the at least one first message includes at least one of a pre-upgrade check indication message, a save device configuration indication message, and a backup configuration indication message, respectively, used to indicate that the MDU is performed.
  • the at least one first feedback message includes at least one of a pre-upgrade check progress message, a save device configuration progress message, and a backup configuration progress message, respectively used to indicate the progress of the pre-upgrade check , the progress of saving the device configuration and the progress of the backup configuration.
  • the first message and the first feedback message are Simple Network Management Protocol (SNMP) messages.
  • SNMP Simple Network Management Protocol
  • the MDU further includes: a second sending unit, After receiving the upgrade file sent by the OLT, the second receiving unit sends a loading progress message of the upgrade file to the OLT, where the loading progress message is used by the OLT to determine a loading progress of the upgrade file of the MDU; After the loading of the upgrade file of the MDU is completed, receiving at least one second message sent by the OLT, where the at least one second message is used for processing after the MDU is loaded with the upgrade file, and the third sending unit is configured to The at least one second message performs processing after loading the upgrade file, and sends at least one second feedback message to the OLT, where the at least one second feedback message is used to indicate the progress of the processing after the MDU loads the upgrade file.
  • the at least one second message includes at least one of an activation software indication message and an upgrade check indication message, respectively, for indicating the The activation software processing and the post-upgrade check processing after the MDU loads the upgrade file
  • the at least one second feedback message includes at least one of an activation software progress message and an upgrade post-check progress message, respectively, used to indicate the progress of the activation software processing and the Check the progress of the processing after the upgrade.
  • the loading progress message message, the second message, and the second feedback message are SNMP messages.
  • the MDU further includes: a fourth receiving unit, Before the first receiving unit receives the first message sent by the optical line terminal OLT, Receiving an upgrade enable message sent by the OLT, the opening unit is configured to open an upgrade switch according to the upgrade open message to receive the upgrade file.
  • a network management system comprising: a generating unit, configured to generate an indication message according to a task that is upgraded to multiple MDUs, where the indication message indicates an upgrade task of the multiple MDUs; And a sending unit, configured to send the indication message to the optical line terminal OLT, so that the OLT upgrades the multiple MDUs according to the indication message.
  • the NMS further includes: a first receiving unit, configured to receive, after the first sending unit sends the indication message to the optical line terminal OLT, The first report message is used by the NMS to determine the progress of the preparation process before the plurality of MDUs are upgraded.
  • the NMS further includes: a second receiving unit, configured to send, by the first sending unit, the optical line terminal OLT After the indication message is sent, the second report message sent by the OLT is received, and the second report message is used for the progress of the process after the multiple MDUs load the upgrade file.
  • the NMS further includes: a second sending unit, Before the first sending unit sends the indication message to the optical line terminal OLT, create and send a function component to the OLT, where the function component is used by the OLT to load a function of interacting with the multiple MDUs to the multiple MDUs Upgrade.
  • the embodiment of the present invention instructs the OLT to send an upgrade file to multiple MDUs through the NMS, so that multiple MDUs are upgraded according to the upgrade file provided by the OLT.
  • the OLT replaces the existing NMS to upgrade multiple MDUs, which can improve the MDU upgrade concurrency and improve the MDU upgrade performance.
  • FIG. 1 is a schematic diagram of a scenario applicable to an embodiment of the present invention.
  • FIG. 2 is a schematic flow chart of a method of upgrading an MDU according to an embodiment of the present invention.
  • FIG. 3 is a schematic flowchart of a method for upgrading an MDU according to another embodiment of the present invention.
  • FIG. 4 is a schematic flowchart of a method for upgrading an MDU according to another embodiment of the present invention.
  • FIG. 5 is a schematic flowchart of a method for upgrading an MDU according to another embodiment of the present invention.
  • FIG. 6 is a schematic block diagram of an optical line termination OLT in accordance with one embodiment of the present invention.
  • FIG. 7 is a schematic block diagram of a multi-dwelling unit MDU in accordance with one embodiment of the present invention.
  • FIG. 8 is a schematic block diagram of a network management system NMS in accordance with one embodiment of the present invention.
  • Figure 9 is a schematic block diagram of an optical line termination OLT in accordance with one embodiment of the present invention.
  • FIG. 10 is a schematic block diagram of a multi-dwelling unit MDU in accordance with another embodiment of the present invention.
  • FIG. 11 is a schematic block diagram of a network management system NMS in accordance with one embodiment of the present invention.
  • the technical solutions of the embodiments of the present invention may be applied to various communication systems, for example, may be applied to a digital communication system and an optical communication system, or the technical solution of the embodiments of the present invention may be applied to a wired communication system or a wireless communication system.
  • the embodiments of the present invention are not limited thereto.
  • each MDU sequentially acquires files from a File Transfer Protocol (FTP) server.
  • FTP File Transfer Protocol
  • the FTP server has a concurrency of M (the number of Ms is fixed for the same FTP server, the number of concurrent file transfers on the FTP server, the concurrency is only related to the performance and resources of the FTP server).
  • the number of MDUs is N
  • the NMS needs to issue a Simple Network Management Protocol (SNMP) command to each MDU.
  • SNMP instructions include the Set command to start the upgrade, and also include the Get command for query status/progress.
  • the Get command requires repeated polling of the MDU.
  • the performance requirements of the Network Management System (NMS) are very high, resulting in low MDU concurrency and long upgrade time.
  • the optical line terminal (OLT) and the MDU are loaded by using a multicast technology, and the OLT obtains the upgrade file from the FTP server and caches it locally, and then uses the upgrade file as a group.
  • the broadcast mode is delivered, and the final upgrade file is sent to each MDU device at the same time.
  • the MDU After the MDU is started, its multicast upgrade switch is disabled by default.
  • the customer creates an upgrade task on the NMS. For example, after the MDU needs to be upgraded (or the file import mode) on the graphical interface, the NMS automatically sends an SNMP Set that opens the multicast upgrade switch to each MDU. The message, at this time, the MDU sets the multicast upgrade switch to enable.
  • the OLT actually broadcasts the upgrade file to all MDUs. Only the MDUs whose multicast upgrade switch is enabled will accept the packets. The MDUs with the multicast upgrade switch disabled will discard the packets. After the multicast upgrade is complete or fails, the MDU automatically sets the multicast upgrade switch to the default value disable. Under actual networking, most of the MDU hardware types of an OLT band are the same, and the upgrade files are the same.
  • the OLT is first sent to the FTP server to download the upgrade file, and then distributed to each MDU in multicast mode. This can reduce the performance pressure of the FTP server and shorten the upgrade time.
  • a complete upgrade process in this method includes: pre-upgrade check, save device configuration, backup configuration, load software, activation software, post-upgrade check and other sub-operations.
  • the NMS sends an SNMP set command to the MDU, and then sends an SNMP Get command repeatedly at intervals of 5 seconds to obtain the save progress of each MDU.
  • the NMS only supports synchronous processing of SNMP packets. That is, only when the SNMP ACK returns, the NMS starts sending SNMP Get/Set to the next MDU. When the number of MDU network elements is large, this time is very long. In other words, although this method solves the above problem one, there is still problem two.
  • the NMS upgrade efficiency is evaluated as follows:
  • the embodiments of the present invention provide a specific operation for the OLT to provide a proxy NMS, and start operations for pre-upgrade check, save device configuration, backup configuration, load software, activation software, post-upgrade check, etc. for each MDU, and Some time-consuming polling operations (mainly repeated Get progress), the OLT provides a common proxy setting and query mechanism (the OLT is equivalent to the role of the NMS), which can alleviate the performance pressure of the NMS.
  • the NMS can also increase the degree of concurrency of the MDU. For example, the number of MDU concurrency is expanded from 60 to 200 to 300, which improves the MDU upgrade degree and shortens the upgrade time.
  • the more MDUs of the same hardware type the more obvious the advantages of OLT full agent upgrade.
  • the number of MDUs in an OLT is about 60 to 120.
  • the number of MDUs under one OLT may reach 2048 or even more.
  • the number of hardware types of these MDUs is 3-4, the number of MDUs of the same hardware type under one OLT may be up to 500. Therefore, the advantage of the OLT full-agent upgrade is very obvious.
  • FIG. 1 is a schematic diagram of a scenario applicable to an embodiment of the present invention.
  • the scenario shown in FIG. 1 includes an FTP server (Server), an OLT, an MDU, and an NMS.
  • the OLT obtains a control instruction for upgrading the MDU from the NMS, and upgrades the MDU under the OLT.
  • the OLT agent NMS interacts with the MDU to perform the pre-upgrade preparation, including pre-upgrade check, save device configuration, backup configuration, and load software.
  • the OLT sends the upgrade to the MDU under the OLT in multicast mode. Files), activation software, and post-upgrade checks.
  • FIG. 2 is a schematic flow chart of a method of upgrading an MDU according to an embodiment of the present invention.
  • the method of Figure 2 can be performed by an OLT.
  • the method shown in FIG. 2 includes:
  • the optical line terminal OLT receives an indication message sent by the network management system NMS, and indicates The message indicates an upgrade task for multiple MDUs.
  • the OLT sends, according to the indication message, at least one first message to each of the plurality of MDUs, where the at least one first message is used to instruct the MDU to perform preparation processing before the upgrade.
  • the OLT sends an upgrade file to multiple MDUs, so that multiple MDUs are upgraded according to the upgrade file.
  • the indication message may be generated by the NMS according to the upgrade task of the MDU.
  • the NMS does not directly upgrade the MDU, but generates an indication message according to the upgrade task, where the indication message indicates the upgrade task, and the indication message is Sending to the OLT, and then implementing the upgrade of the MDU by the OLT.
  • the OLT sends at least one first message to each of the plurality of MDUs according to the indication message, and the at least one first message is used to indicate that the MDU is upgraded. Preparation before processing. After that, the OLT sends an upgrade file to multiple MDUs, so that multiple MDUs are upgraded according to the upgrade file.
  • the embodiment of the present invention instructs the OLT to send an upgrade file to multiple MDUs through the NMS, so that multiple MDUs are upgraded according to the upgrade file provided by the OLT.
  • the OLT replaces the existing NMS to upgrade multiple MDUs, which can improve the MDU upgrade degree, thereby shortening the time of multiple MDU upgrades and improving the upgrade performance of the MDU.
  • the upgrade task of the MDU in the embodiment of the present invention may refer to that the MDU needs to be upgraded, and may be an upgrade task created by the user on the NMS.
  • the IP address of the MDU that needs to be upgraded by the user may be used.
  • the NMS identifies the MDU by using the IP address, and the upgrade task is obtained by the NMS. Not limited to this.
  • the foregoing indication message may carry parameter information (for example, including an SNMP password, etc.) for logging in to the MDU, so that the OLT logs in to the MDU according to the parameter information, and then performs interaction with the MDU.
  • parameter information for example, including an SNMP password, etc.
  • the pre-upgrade preparation process refers to the process performed before the MDU acquires (loads) the upgrade package, and may include, for example, pre-upgrade check, save device configuration, and backup configuration, etc., which are sorted in chronological order. Embodiments of the invention are not limited thereto.
  • the multiple MDUs in the embodiment of the present invention are the MDUs that need to be upgraded under the OLT, and the number of the MDUs to be upgraded in the OLT is not limited in the embodiment of the present invention.
  • the plurality of MDUs may be 5, 10, 15, 25, 50 MDUs, and the like.
  • the plurality of MDUs may include only one MDU.
  • the OLT can send the upgrade file to multiple MDUs in a broadcast manner.
  • the pre-upgrade preparation process includes the pre-upgrade check, the save device configuration, and the backup configuration
  • all the MUDs under the OLT perform the pre-upgrade check before starting to save the device configuration.
  • the backup configuration is started after all MUDs have finished saving the device configuration.
  • the method of the embodiment of the present invention may further include:
  • the OLT sends the upgrade file to the MDU.
  • the NMS after the NMS obtains the upgrade task of the multiple MDUs, the NMS does not directly upgrade the MDU, but generates an indication message according to the upgrade task, where the indication message indicates the upgrade task, and the The indication message is sent to the OLT, and then the upgrade of the plurality of MDUs is implemented by the OLT.
  • the OLT sends at least one first message to each of the plurality of MDUs, and the at least one first message is used to indicate that the MDU is upgraded.
  • the pre-upgrade preparation process is performed after the MDU obtains at least one first message, and the progress of the pre-upgrade preparation process is fed back to the OLT through at least one first feedback message, that is, the OLT receives at least one sent by the MDU.
  • a first feedback message the at least one first feedback message is used to indicate the progress of the preparation process before the MDU upgrade, and after the at least one feedback message indicates that the preparation process before the upgrade is completed, the OLT sends the upgrade file to the multiple MDUs, so that the The MDUs are upgraded according to the upgrade file.
  • the embodiment of the present invention instructs the OLT to send an upgrade file to multiple MDUs through the NMS, so that multiple MDUs are upgraded according to the upgrade file provided by the OLT.
  • the OLT replaces the existing NMS to upgrade multiple MDUs, which can improve the MDU upgrade degree, thereby shortening the time of multiple MDU upgrades and improving the upgrade performance of the MDU.
  • the first feedback message indicates that the preparation process before the upgrade is completed, indicating that all the preparation processes before the MDU upgrade of the same OLT are completed, and the first feedback message indicates the preparation before the upgrade.
  • the OLT can broadcast to Multiple MDUs send upgrade files.
  • the number of the at least one first message and the at least one first feedback message may be equal or different.
  • the at least one first message corresponds to the at least one first feedback message, but The embodiments of the present invention are not limited thereto.
  • the method of the embodiment of the present invention may further include:
  • the OLT sends a first report message to the NMS, where the first report message is used by the NMS to determine the progress of the preparation process before the MDU upgrade.
  • the OLT obtains the progress of the pre-upgrade preparation, and the OLT generates a first report message according to the progress, and sends a first report message to the NMS, and the first report is sent.
  • the message is used by the NMS to determine the progress of the preparation process before the MDU is upgraded, and the NMS can display the progress to the user through the graphical interface to improve the user experience.
  • the at least one first message includes at least one of a pre-upgrade check indication message, a save device configuration indication message, and a backup configuration indication message, respectively, used to instruct the MDU to perform pre-upgrade check, save device configuration, and Backup configuration,
  • the at least one first feedback message includes at least one of a pre-upgrade check progress message, a save device configuration progress message, and a backup configuration progress message, which are used to indicate the progress of the pre-upgrade check, the progress of saving the device configuration, and the progress of the backup configuration.
  • the at least one first message includes a pre-upgrade check indication message, a save device configuration indication message, and a backup configuration indication message, where the at least one first feedback message includes a pre-upgrade check progress message, a save device configuration progress message, and a backup configuration progress message.
  • the pre-upgrade preparation process is complete. In other words, when all the processing performed by the MDU indicated by the at least one first message is completed, it indicates that the preparation processing before the upgrade is completed.
  • the at least one first feedback message corresponds to the at least one first message.
  • the at least one first feedback message may include the pre-upgrade check progress message. That is, when the processing indicated by the first message (pre-upgrade check) exists, the subsequent first feedback message (pre-upgrade check progress message) can exist.
  • the first message and the first feedback message are Simple Network Management Protocol (SNMP) messages.
  • SNMP Simple Network Management Protocol
  • first message and the first feedback message may also be other types of messages, and the present invention The embodiment is not limited to this.
  • the method of the embodiment of the present invention may further include:
  • the OLT receives a loading progress message of the upgrade file sent by each MDU of the multiple MDUs, where the loading progress message is used to indicate the loading progress of the upgrade file of the MDU.
  • the OLT sends at least one second message to each of the plurality of MDUs, where the at least one second message is used to instruct the MDU to perform processing after loading the upgrade file.
  • the OLT receives the at least one second feedback message sent by the MDU, and the at least one second feedback message is used to indicate the progress of the processing after the MDU loads the upgrade file.
  • the loading progress is fed back to the OLT periodically, and after the upgrade file of the MDU is loaded, the OLT sends at least one second message to the MDU to perform processing after loading the upgrade file. And, the OLT receives the at least one second feedback message sent by the MDU to determine the progress of the processing after the MDU loads the upgrade file.
  • the loading of the upgrade file of the MDU is completed, that is, all the MDUs under the OLT complete the loading of the upgrade file.
  • the processing after the MDU loads the upgrade file refers to the processing performed after the MUD acquires (loads) the upgrade package, and may include, for example, activation software, post-upgrade check, etc., and the embodiment of the present invention is not limited thereto. .
  • the number of the at least one second message and the at least one second feedback message may be equal or different.
  • the at least one second message corresponds to the at least one second feedback message one-to-one, but The embodiments of the present invention are not limited thereto.
  • the post-upgrade check is started after all the MUDs under the OLT finish loading the software.
  • Embodiments of the invention are not limited thereto.
  • the method of the embodiment of the present invention may further include:
  • the OLT sends a second report message to the NMS, where the second report message is used to indicate the progress of the process after the multiple MDUs load the upgrade file.
  • the OLT after obtaining the at least one second feedback message sent by the multiple MDUs, the OLT obtains the progress of the processing after the multiple MDUs load the upgrade file, and the OLT generates a second report message according to the progress, and sends the second report to the NMS. The message is reported, and the second report message is used to indicate the progress of the processing after the plurality of MDUs load the upgrade file.
  • the NMS can display the user to the user through a graphical interface. Progress to improve the user experience.
  • the at least one second message includes at least one of an activation software indication message and an upgrade post-inspection indication message, respectively, used to indicate activation software processing and post-upgrade check processing after the MDU loads the upgrade file
  • the at least one second feedback message includes at least one of an activation software progress message and an post-upgrade check progress message, respectively for indicating a progress of the activation software process and a progress of the post-upgrade check process.
  • the completion of the processing after the MDU loads the upgrade file indicates that the MDU upgrade is completed.
  • the at least one second feedback message corresponds to the at least one second message.
  • the at least one second message may include the post-upgrade check processing.
  • the progress message that is, the processing of the second message indication (post-upgrade check) exists, and the subsequent second feedback message (post-upgrade check progress message) can exist.
  • the loading progress message message, the second message, and the second feedback message are SNMP messages.
  • loading progress message message may also be other types of messages, and embodiments of the present invention are not limited thereto.
  • the method of the embodiment of the present invention may further include: the OLT sending an upgrade enable message to the multiple MDUs according to the indication message, where the upgrade enable message is used to indicate that the multiple MDUs open the upgrade switch, so that Multiple MDUs receive upgrade files.
  • the MDU after the MDU is started, its multicast upgrade switch is disabled by default.
  • the client creates an upgrade task on the NMS. For example, after checking which MDUs need to be upgraded (or may be file import) on the graphical interface, the OLT will update the MUD to open the MDU multicast according to the instructions of the NMS.
  • the upgrade switch at this time, the MDU sets the multicast upgrade switch to enable.
  • the OLT actually broadcasts the upgrade file to all MDUs. Only the MDUs whose multicast upgrade switch is enabled will accept the packets. The MDUs with the multicast upgrade switch disabled will discard the packets.
  • the MDU automatically sets the multicast upgrade switch to the default value disable.
  • the method of the embodiment of the present invention may further include:
  • the OLT acquires a functional component, and the functional component is used by the OLT to load a function of interacting with the MDU to upgrade the MDU.
  • the existing OLT acts as an aggregation switch and directly implements the NMS software management function (for example).
  • the NMS component izes the upgrade management function
  • the OLT adopts a dynamic link library-like manner to dynamically load and unload the component
  • the OLT agent NMS pairs the MDU by loading the component.
  • the OLT provides a general agent to implement the upgrade of the MDU, and the OLT is not required to be upgraded, that is, the linkage upgrade is avoided. Moreover, the embodiment of the present invention can improve the MDU upgrade concurrency, thereby shortening the time of multiple MDU upgrades and improving the upgrade performance of the MDU.
  • FIG. 3 is a schematic flowchart of a method for upgrading an MDU according to another embodiment of the present invention.
  • the method of Figure 3 can be performed by an MDU.
  • the method shown in FIG. 3 includes:
  • the MDU receives at least one first message sent by the optical line terminal OLT, and the at least one first message is used by the MDU to perform pre-upgrade preparation processing.
  • the MDU performs pre-upgrade preparation processing according to the at least one first message, and sends at least one first feedback message to the OLT, where the at least one first feedback message is used to indicate the progress of the preparation process before the MDU upgrade.
  • the MUD receives the upgrade file sent by the OLT, and performs the upgrade according to the upgrade file.
  • the NMS after the NMS obtains the upgrade task of the MDU, the NMS does not directly upgrade the MDU, but generates an indication message according to the upgrade task, where the indication message indicates the upgrade task, and the indication message is Sending to the OLT, and then performing the upgrade of the MDU by the OLT.
  • the OLT sends at least one first message to the MDU, and at least one first message is used for the MDU to perform the pre-upgrade preparation process; the MDU obtains at least one first After the message, the pre-upgrade preparation process is performed, and the progress of the pre-upgrade preparation process is fed back to the OLT through at least one first feedback message, that is, the OLT receives at least one first feedback message sent by the MDU, and the at least one first feedback message is used.
  • the OLT sends an upgrade file to the MDU, so that the MDU performs the upgrade according to the upgrade file.
  • the embodiment of the present invention instructs the OLT to send an upgrade file to multiple MDUs through the NMS.
  • the OLT replaces the existing NMS to upgrade multiple MDUs, which can improve the MDU upgrade degree, thereby shortening the time of multiple MDU upgrades and improving the upgrade performance of the MDU.
  • the pre-upgrade preparation process refers to the process performed before the MDU acquires (loads) the upgrade package, and may include, for example, pre-upgrade check, save device configuration, and backup configuration, etc., which are sorted in chronological order. Embodiments of the invention are not limited thereto.
  • the MDU in the embodiment of the present invention may refer to one of the multiple MDUs that need to be upgraded under the OLT, and the embodiment of the present invention does not limit the number of multiple MDUs that need to be upgraded in the OLT.
  • the plurality of MDUs may be 5, 10, 15, 25, 50 MDUs, and the like.
  • the plurality of MDUs may include only one MDU.
  • the first feedback message indicates that the preparation process before the upgrade is completed, and all the preparation processes before the MDU upgrade of the same OLT are completed.
  • the MDU may The upgrade file is sent to multiple MDUs in a broadcast manner.
  • the pre-upgrade preparation process includes the pre-upgrade check, the save device configuration, and the backup configuration
  • all the MUDs under the OLT perform the pre-upgrade check before starting to save the device configuration.
  • the backup configuration is started after all MUDs have finished saving the device configuration.
  • the number of the at least one first message and the at least one first feedback message may be equal or different.
  • the at least one first message corresponds to the at least one first feedback message, but The embodiments of the present invention are not limited thereto.
  • the at least one first message includes at least one of a pre-upgrade check indication message, a save device configuration indication message, and a backup configuration indication message, which are used to instruct the MDU to perform pre-upgrade check and save device configuration, respectively.
  • a pre-upgrade check indication message e.g., a pre-upgrade check indication message
  • a save device configuration indication message e.g., a save device configuration indication message
  • a backup configuration indication message which are used to instruct the MDU to perform pre-upgrade check and save device configuration, respectively.
  • backup configuration
  • the at least one first feedback message includes at least one of a pre-upgrade check progress message, a save device configuration progress message, and a backup configuration progress message, which are used to indicate the progress of the pre-upgrade check, the progress of saving the device configuration, and the progress of the backup configuration.
  • the at least one first feedback message corresponds to the at least one first message.
  • the at least one first feedback message may include the pre-upgrade check progress message. , that is, the processing indicated by the first message (liter The subsequent first feedback message (pre-upgrade check progress message) can exist only when the pre-stage check exists.
  • the first message and the first feedback message are Simple Network Management Protocol (SNMP) messages.
  • SNMP Simple Network Management Protocol
  • first message and the first feedback message may also be other types of messages, and embodiments of the present invention are not limited thereto.
  • the method may further include: sending, by the MDU, a loading progress message of the upgrade file to the OLT, where the loading progress message is used by the OLT to determine a loading progress of the upgrade file of the MDU; and upgrading the MDU
  • the MDU receives at least one second message sent by the OLT, and the at least one second message is used by the MDU to perform processing after loading the upgrade file; the MDU performs processing after loading the upgrade file according to the at least one second message, and sends the file to the OLT.
  • Sending at least one second feedback message the at least one second feedback message is used to indicate the progress of the processing after the MDU loads the upgrade file.
  • the loading progress is fed back to the OLT periodically, and after the upgrade file of the MDU is loaded, the OLT sends at least one second message to the MDU to perform processing after loading the upgrade file. And, the OLT receives the at least one second feedback message sent by the MDU to determine the progress of the processing after the MDU loads the upgrade file.
  • the loading of the upgrade file of the MDU is completed, that is, all the MDUs under the OLT complete the loading of the upgrade file.
  • the processing after the MDU loads the upgrade file refers to the processing performed after the MUD acquires (loads) the upgrade package, and may include, for example, activation software, post-upgrade check, etc., and the embodiment of the present invention is not limited thereto. .
  • the number of the at least one second message and the at least one second feedback message may be equal or different.
  • the at least one second message corresponds to the at least one second feedback message one-to-one, but The embodiments of the present invention are not limited thereto.
  • the post-upgrade check is started after all the MUDs under the OLT finish loading the software.
  • Embodiments of the invention are not limited thereto.
  • the at least one second message includes at least one of an activation software indication message and an upgrade post-inspection indication message, respectively, used to indicate activation software processing and post-upgrade check processing after the MDU loads the upgrade file
  • At least one second feedback message includes activating software progress
  • At least one of a message and an post-upgrade check progress message are used to indicate the progress of the activation software process and the progress of the post-upgrade check process, respectively.
  • the at least one second feedback message corresponds to the at least one second message.
  • the at least one second message may include the post-upgrade check processing.
  • the progress message that is, the processing of the second message indication (post-upgrade check) exists, and the subsequent second feedback message (post-upgrade check progress message) can exist.
  • the loading progress message message, the second message, and the second feedback message are SNMP messages.
  • loading progress message message may also be other types of messages, and embodiments of the present invention are not limited thereto.
  • the method may further include: the MDU receives an upgrade enable message sent by the OLT, and the MDU opens the upgrade switch according to the upgrade open message to receive the upgrade file.
  • the MDU after the MDU is started, its multicast upgrade switch is disabled by default.
  • the client creates an upgrade task on the NMS. For example, after checking which MDUs need to be upgraded (or may be file import) on the graphical interface, the OLT will update the MUD to open the MDU multicast according to the instructions of the NMS.
  • the upgrade switch at this time, the MDU sets the multicast upgrade switch to enable.
  • the OLT actually broadcasts the upgrade file to all MDUs. Only the MDUs whose multicast upgrade switch is enabled will accept the packets. The MDUs with the multicast upgrade switch disabled will discard the packets.
  • the MDU automatically sets the multicast upgrade switch to the default value disable.
  • FIG. 4 is a schematic flowchart of a method for upgrading an MDU according to another embodiment of the present invention.
  • the method of Figure 4 can be performed by an NMS. Specifically, the method shown in FIG. 4 includes:
  • the network management system NMS generates an indication message according to a task that is upgraded to multiple MDUs, where the indication message indicates an upgrade task of multiple MDUs.
  • the NMS sends an indication message to the optical line terminal OLT, so that the OLT upgrades the multiple MDUs according to the indication message.
  • the NMS after the NMS obtains the upgrade task of the multiple MDUs, the NMS does not directly upgrade the multiple MDUs, but generates an indication message according to the upgrade task, where the indication message indicates the upgrade task. And send the indication message to the OLT, then through the OLT
  • the agent implements the upgrade of the MDU.
  • the OLT obtains the upgrade task according to the indication message, and sends an upgrade file to the multiple MDUs, so that the MDU upgrades according to the upgrade file.
  • the embodiment of the present invention instructs the OLT to send an upgrade file to multiple MDUs through the NMS, so that multiple MDUs are upgraded according to the upgrade file provided by the OLT.
  • the OLT replaces the existing NMS to upgrade multiple MDUs, which can improve the MDU upgrade degree, thereby shortening the time of multiple MDU upgrades and improving the upgrade performance of the MDU.
  • the upgrade task of the MDU in the embodiment of the present invention may refer to that the MDU needs to be upgraded, and may be an upgrade task created by the user on the NMS.
  • the IP address of the MDU that needs to be upgraded by the user may be used.
  • the NMS identifies the MDU by using the IP address, and the upgrade task is obtained by the NMS. Not limited to this.
  • the multiple MDUs in the embodiment of the present invention refer to the MDUs that need to be upgraded under the OLT.
  • the embodiment of the present invention does not limit the number of MDUs that need to be upgraded in the OLT.
  • the multiple MDUs may be used. It is 5, 10, 15, 25, 50 MDU, etc.
  • the plurality of MDUs may include only one MDU.
  • the method of the embodiment of the present invention may further include:
  • the NMS receives the first report message sent by the OLT, and the first report message is used by the NMS to determine the progress of the preparation process before the MDU upgrade.
  • the OLT generates a first report message according to the progress of the preparation process before the MDU upgrade, and sends a first report message to the NMS, where the first report message is used by the NMS to determine the progress of the preparation process before the MDU is upgraded.
  • the NMS can display the progress to the user through a graphical interface to enhance the user experience.
  • the method of the embodiment of the present invention may further include:
  • the method further includes: the NMS receives the second report message sent by the OLT, and the second report message is used for the progress of the process after the MDU loads the upgrade file.
  • the OLT generates a second report message according to the progress of the process after the MDU loads the upgrade file, and sends a second report message to the NMS, where the second report message is used by the NMS to determine the process after the MDU loads the upgrade file. schedule.
  • the NMS can display the progress to the user through a graphical interface to enhance the user experience.
  • the method of the embodiment of the present invention may further include:
  • the NMS creates and sends a functional component to the OLT.
  • the functional component is used by the OLT to load the function of interacting with the MDU to upgrade the MDU.
  • the existing OLT is used as an aggregation switch to directly migrate the NMS software management functions (for example, functions such as checking the MDU before and after the upgrade) to the OLT.
  • the NMS software management functions for example, functions such as checking the MDU before and after the upgrade
  • the embodiment of the present invention adopts a componentization idea, that is, the NMS componentizes the upgrade management function, and the OLT adopts a dynamic link library-like manner to dynamically load and unload the component, and the OLT agent NMS pairs the MDU by loading the component.
  • the OLT provides a general agent to implement the upgrade of the MDU, and the OLT is not required to be upgraded, that is, the linkage upgrade is avoided. Moreover, the embodiment of the present invention can improve the MDU upgrade concurrency, thereby shortening the time of multiple MDU upgrades and improving the upgrade performance of the MDU.
  • FIG. 2 to FIG. 5 are merely for facilitating the understanding of the embodiments of the present invention, and the embodiments of the present invention are not limited to the specific numerical values or specific examples illustrated. A person skilled in the art will be able to make various modifications and changes in accordance with the examples of FIG. 2 to FIG. 5, and such modifications or variations are also within the scope of the embodiments of the present invention.
  • FIG. 5 is a schematic flowchart of a method for upgrading an MDU according to another embodiment of the present invention. It should be understood that, in the embodiment of FIG. 5, only the process of upgrading one MDU of the plurality of MDUs to be upgraded under the OLT, the upgrade process of the MDU that needs to be upgraded, and the process of upgrading the MDU are performed. Similar, it will not be detailed here. Specifically, the method shown in FIG. 5 includes:
  • the NMS sends a generation indication message and a function component to the OLT.
  • the NMS generates an indication message according to the upgrade task, and sends the indication message to the OLT, where the indication message indicates an upgrade task of the MDU.
  • the NMS creates and sends a functional component to the OLT, and the functional component is used for the OLT to load the function of interacting with the MDU to upgrade the MDU.
  • the OLT saves parameters for logging in to the MDU and loads the functional components.
  • the indication message may carry parameter information for logging in the MDU, and the OLT is configured according to This parameter information is registered to the MDU, and the functional components are loaded, and then interact with the MDU.
  • the OLT sends an upgrade enable message to the MDU.
  • the upgrade enable message is used to instruct the MDU to open the upgrade switch, so that the MDU receives the upgrade file.
  • the MDU after the MDU is started, its multicast upgrade switch is disabled by default.
  • the client creates an upgrade task on the NMS. For example, after checking which MDUs need to be upgraded (or may be file import) on the graphical interface, the OLT will update the MUD to open the MDU multicast according to the instructions of the NMS.
  • the upgrade switch at this time, the MDU sets the multicast upgrade switch to enable.
  • the OLT actually broadcasts the upgrade file to all MDUs. Only the MDUs whose multicast upgrade switch is enabled will accept the packets. The MDUs with the multicast upgrade switch disabled will discard the packets.
  • the MDU automatically sets the multicast upgrade switch to the default value disable.
  • the OLT sends a first message to the MDU.
  • the first message is used for the MDU to perform the pre-upgrade preparation process; after the MDU obtains the first message, the pre-upgrade preparation process is performed, and the progress of the pre-upgrade preparation process is fed back to the OLT through the first feedback message.
  • the pre-upgrade preparation process refers to the process performed before the MDU acquires (loads) the upgrade package.
  • the pre-upgrade check, the save device configuration, and the backup configuration may be included in the chronological order.
  • the embodiment of the present invention is not limited thereto.
  • the OLT receives the first feedback message sent by the MDU.
  • the first feedback message is used to indicate the progress of the preparation process before the MDU upgrade.
  • the first feedback message is used to indicate the progress of the pre-upgrade check, the progress of saving the device configuration, and the progress of the backup configuration.
  • the OLT sends a first report message to the NMS.
  • the OLT obtains the progress of the pre-upgrade preparation, and the OLT generates a first report message according to the progress, and sends a first report message to the NMS, where the first report message is used.
  • the NMS determines the progress of the preparation process before the MDU upgrade. In turn, the NMS can display the progress to the user through a graphical interface to enhance the user experience.
  • the OLT downloads the upgrade file from the FTP server.
  • the OLT sends an upgrade file to the MDU.
  • the OLT sends an upgrade file to the MDU. Piece
  • the MDU sends a loading progress message to the OLT.
  • the loading progress is fed back to the OLT periodically.
  • the OLT sends a loading progress report message to the NMS.
  • the OLT after acquiring the progress of loading the upgrade file by the MDU, the OLT sends a loading progress report message to the NMS.
  • the loading progress report message is used by the NMS to determine the progress of the MDU loading the upgrade file, and the NMS can display the progress to the user through the graphical interface to improve the user experience.
  • the OLT sends a second message to the MDU.
  • the OLT sends a second message to the MDU, where the second message is used by the MDU to perform processing after loading the upgrade file.
  • the processing after the MDU loads the upgrade file refers to the processing performed after the MUD acquires (loads) the upgrade package, and may include, for example, activation software, post-upgrade check, and the like, and the embodiment of the present invention is not limited thereto.
  • the OLT receives the second feedback message sent by the MDU.
  • the second feedback message is used to indicate the progress of the processing after the MDU loads the upgrade file.
  • the second feedback message is specifically used to indicate the progress of the activation software and the progress of the post-upgrade check.
  • the OLT deletes a parameter used to log in to the MDU, and uninstalls the function component.
  • the OLT deletes the parameters for logging in the MDU, and uninstalls the function component.
  • FIG. 6 is a schematic block diagram of an optical line termination OLT in accordance with one embodiment of the present invention.
  • the OLT 600 shown in FIG. 6 corresponds to the method shown in FIG. 2, and the various processes in the method embodiment of FIG. 2 can be implemented.
  • the OLT 600 includes: a first receiving unit 610, a first sending unit 620, and a second sending unit 630.
  • the first receiving unit 610 is configured to receive an indication message sent by the network management system (NMS), where the indication message indicates an upgrade task of multiple MDUs; the first sending unit 620 is configured to send the indication message to the multiple MDUs.
  • NMS network management system
  • Each MDU sends at least one first message, the at least one first message is used to indicate that the MDU performs pre-upgrade preparation processing, and the second sending unit 630 is configured to send an upgrade file to the multiple MDUs. Said a plurality of MDUs according to said rise Level files are upgraded.
  • the embodiment of the present invention instructs the OLT to send an upgrade file to multiple MDUs through the NMS, so that multiple MDUs are upgraded according to the upgrade file provided by the OLT.
  • the OLT replaces the existing NMS to upgrade multiple MDUs, which can improve the MDU upgrade degree, thereby shortening the time of multiple MDU upgrades and improving the upgrade performance of the MDU.
  • the OLT 600 may further include: a second receiving unit.
  • the second receiving unit is configured to receive at least one first feedback message sent by the MDU, where the at least one first feedback message is used to indicate a progress of preparation processing before the MDU upgrade, where the second The sending unit sends the upgrade file to the MDU after the at least one first feedback message indicates that the pre-upgrade preparation process is completed.
  • the OLT 600 may further include: a third sending unit.
  • the third sending unit is configured to send, to the NMS, a first report message, where the first sending message is used to indicate the multiple, before the second sending unit sends the upgrade file to the multiple MDUs. The progress of the preparation process before the MDU upgrade.
  • the at least one first message includes at least one of a pre-upgrade check indication message, a save device configuration indication message, and a backup configuration indication message, respectively, used to instruct the MDU to perform pre-upgrade check
  • the at least one first feedback message includes at least one of a pre-upgrade check progress message, a save device configuration progress message, and a backup configuration progress message, respectively, used to indicate the progress of the pre-upgrade check, The progress of saving the device configuration and the progress of the backup configuration.
  • the first message and the first feedback message are Simple Network Management Protocol (SNMP) messages.
  • SNMP Simple Network Management Protocol
  • the OLT 600 may further include: a third receiving unit, a fourth sending unit, and a fourth receiving unit.
  • the third receiving unit is configured to: after the second sending unit sends the upgrade file to the multiple MDUs, receive a loading progress message of the upgrade file sent by each of the multiple MDUs, where the loading The progress message is used to indicate the loading progress of the upgrade file of the MDU;
  • the fourth sending unit is configured to send, to the MDU of each of the multiple MDUs, at least one second message, after the loading of the upgrade file of the MDU is completed, where the at least one second message is used to indicate that the MDU is loaded. Processing after upgrading the file;
  • the fourth receiving unit is configured to receive at least one second feedback message sent by the MDU, where The at least one second feedback message is used to indicate the progress of the processing after the MDU loads the upgrade file.
  • the OLT 600 may further include: a fifth sending unit.
  • the fifth sending unit is configured to send a second report message to the NMS, where the second report message is used to indicate a progress of processing after the multiple MDUs load the upgrade file.
  • the at least one second message includes at least one of an activation software indication message and an upgrade post-inspection indication message, respectively, used to indicate activation software processing and upgrading after the MDU loads the upgrade file. Post-check processing,
  • the at least one second feedback message includes at least one of an activation software progress message and an upgrade post-check progress message, respectively for indicating a progress of the activation software processing and a progress of the post-upgrade check processing.
  • the loading progress message, the second message, and the second feedback message are SNMP messages.
  • the OLT 600 may further include: a sixth sending unit.
  • the sixth sending unit is configured to send, after the first receiving unit receives the indication message sent by the network management system NMS, an upgrade enable message to the multiple MDUs according to the indication message, where the upgrade enable message is used. Instructing the plurality of MDUs to open an upgrade switch, so that the plurality of MDUs receive the upgrade file.
  • the OLT 600 may further include: an acquiring unit.
  • the acquiring unit is configured to acquire, after the first receiving unit receives the indication message sent by the network management system NMS, a function component, where the function component is used by the OLT to load a function of interacting with the MDU, to The MDU is upgraded.
  • FIG. 7 is a schematic block diagram of a multi-dwelling unit MDU in accordance with one embodiment of the present invention.
  • the MDU 700 shown in FIG. 7 corresponds to the method shown in FIG. 3, and the processes in the method embodiment of FIG. 3 can be implemented.
  • the MDU 700 includes a first receiving unit 710, a first transmitting unit 720, and a second receiving unit 730.
  • the first receiving unit 710 is configured to receive at least one first message sent by the optical line terminal OLT, where the at least one first message is used by the MDU to perform pre-upgrade preparation processing;
  • the first sending unit 720 is configured to perform pre-upgrade preparation processing according to the at least one first message, and send at least one first feedback message to the OLT, the at least one first feedback The message is used to indicate the progress of the preparation process before the MDU upgrade;
  • the second receiving unit 730 is configured to receive an upgrade file sent by the OLT after the at least one feedback message indicates that the pre-upgrade preparation process is completed, and perform an upgrade according to the upgrade file.
  • the embodiment of the present invention instructs the OLT to send an upgrade file to multiple MDUs through the NMS, so that multiple MDUs are upgraded according to the upgrade file provided by the OLT.
  • the OLT replaces the existing NMS to upgrade multiple MDUs, which can improve the MDU upgrade degree, thereby shortening the time of multiple MDU upgrades and improving the upgrade performance of the MDU.
  • the at least one first message includes at least one of a pre-upgrade check indication message, a save device configuration indication message, and a backup configuration indication message, respectively, used to instruct the MDU to perform pre-upgrade check
  • the at least one first feedback message includes at least one of a pre-upgrade check progress message, a save device configuration progress message, and a backup configuration progress message, respectively, used to indicate the progress of the pre-upgrade check, The progress of saving the device configuration and the progress of the backup configuration.
  • the first message and the first feedback message are Simple Network Management Protocol (SNMP) messages.
  • SNMP Simple Network Management Protocol
  • the MDU 700 may further include: a second sending unit, a third receiving unit, and a third sending unit.
  • the second sending unit is configured to send, after the second receiving unit receives the upgrade file sent by the OLT, a loading progress message of the upgrade file to the OLT, where the loading progress message is used by the OLT Determining a loading progress of the upgrade file of the MDU;
  • the third receiving unit is configured to receive, after the loading file of the MDU is completed, at least one second message sent by the OLT, where the at least one second message is used by the MDU to perform processing after loading the upgrade file;
  • the third sending unit is configured to perform processing after loading the upgrade file according to the at least one second message, and send at least one second feedback message to the OLT, where the at least one second feedback message is used to indicate that the MDU is loaded. The progress of processing after upgrading the file.
  • the at least one second message includes at least one of an activation software indication message and an upgrade post-inspection indication message, respectively, used to indicate activation software processing and upgrading after the MDU loads the upgrade file.
  • the at least one second feedback message including at least one of an activation software progress message and an upgrade post-check progress message, respectively for indicating the The progress of the software processing and the progress of the post-upgrade check processing are activated.
  • the loading progress message message, the second message, and the second feedback message are SNMP messages.
  • the MDU 700 may further include: a fourth receiving unit and an opening unit.
  • the fourth receiving unit is configured to receive an upgrade enable message sent by the OLT before the first receiving unit receives the first message sent by the optical line terminal OLT, where the open unit is configured to open and upgrade according to the upgrade open message. Switching to receive the upgrade file.
  • FIG. 8 is a schematic block diagram of a network management system NMS in accordance with one embodiment of the present invention.
  • the NMS 800 shown in FIG. 8 corresponds to the method shown in FIG. 4, and the various processes in the method embodiment of FIG. 4 can be implemented.
  • the NMS 800 includes a generating unit 810 and a first transmitting unit 820.
  • the generating unit 810 is configured to generate an indication message according to a task that is upgraded to multiple MDUs, where the indication message indicates an upgrade task of the multiple MDUs;
  • the first sending unit 820 is configured to send the indication message to the optical line terminal OLT, so that the OLT upgrades the multiple MDUs according to the indication message.
  • the embodiment of the present invention instructs the OLT to send an upgrade file to multiple MDUs through the NMS, so that multiple MDUs are upgraded according to the upgrade file provided by the OLT.
  • the OLT replaces the existing NMS to upgrade multiple MDUs, which can improve the MDU upgrade degree, thereby shortening the time of multiple MDU upgrades and improving the upgrade performance of the MDU.
  • the NMS 800 may further include: a first receiving unit.
  • the first receiving unit is configured to: after the first sending unit sends the indication message to the optical line terminal OLT, receive a first report message sent by the OLT, where the first report message is used by the NMS Determining the progress of the preparation process before the plurality of MDUs are upgraded.
  • the NMS 800 may further include: a second receiving unit.
  • the second receiving unit is configured to: after the first sending unit sends the indication message to the optical line terminal OLT, receive a second report message sent by the OLT, where the second report message is used by the multiple The progress of the processing after the MDU loads the upgrade file.
  • the NMS 800 may further include: a second sending unit.
  • the second sending unit is configured to send the first sending unit to the optical line terminal OLT Before sending the indication message, a function component is created and sent to the OLT, and the function component is used by the OLT to load a function of interacting with the multiple MDUs to upgrade the plurality of MDUs.
  • FIG. 9 is a schematic block diagram of an optical line termination OLT in accordance with one embodiment of the present invention.
  • the OLT 900 shown in FIG. 9 corresponds to the method shown in FIG. 2, and the various processes in the method embodiment of FIG. 2 can be implemented.
  • the OLT 900 as shown in FIG. 9 includes a processor 910, a memory 920, a bus system 930, and a transceiver 940.
  • the processor 910 calls the code stored in the memory 920 through the bus system 930, and the control transceiver 940 receives an indication message sent by the network management system NMS, the indication message indicating an upgrade task of the plurality of MDUs; according to the indication message Transmitting at least one first message to each of the plurality of MDUs, the at least one first message is used to instruct the MDU to perform pre-upgrade preparation processing; and sending an upgrade file to the plurality of MDUs The plurality of MDUs are upgraded according to the upgrade file.
  • the embodiment of the present invention instructs the OLT to send an upgrade file to multiple MDUs through the NMS, so that multiple MDUs are upgraded according to the upgrade file provided by the OLT.
  • the OLT replaces the existing NMS to upgrade multiple MDUs, which can improve the MDU upgrade degree, thereby shortening the time of multiple MDU upgrades and improving the upgrade performance of the MDU.
  • Processor 910 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 910 or an instruction in a form of software.
  • the processor 910 may be a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), or the like. Programmable logic devices, discrete gates or transistor logic devices, discrete hardware components.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the steps of the method disclosed in the embodiments of the present invention may be directly implemented by the hardware decoding processor, or may be performed by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in random access memory (RAM), flash memory, read only memory (Read-Only Memory, ROM), programmable read-only memory or electrically erasable programmable memory, registers, etc., are well-known storage media in the field.
  • the storage medium is located in the memory 920.
  • the processor 910 reads the information in the memory 920 and completes the steps of the foregoing method in combination with hardware.
  • the bus system 930 may include a power bus, a control bus, and a status signal bus in addition to the data bus. Wait. However, for clarity of description, various buses are labeled as bus system 930 in the figure.
  • the transceiver 940 is further configured to receive the at least one first feedback message sent by the MDU, where the at least one first feedback message is used to indicate preparation processing before the MDU upgrade. schedule,
  • the transceiver 940 sends the upgrade file to the MDU after the at least one first feedback message indicates that the pre-upgrade preparation process is completed.
  • the transceiver 940 is further configured to send, to the NMS, a first report message, where the first report message is used to indicate the foregoing, before sending the upgrade file to the multiple MDUs.
  • the at least one first message includes at least one of a pre-upgrade check indication message, a save device configuration indication message, and a backup configuration indication message, respectively, used to instruct the MDU to perform pre-upgrade check
  • the at least one first feedback message includes at least one of a pre-upgrade check progress message, a save device configuration progress message, and a backup configuration progress message, respectively, used to indicate the progress of the pre-upgrade check, The progress of saving the device configuration and the progress of the backup configuration.
  • the first message and the first feedback message are Simple Network Management Protocol (SNMP) messages.
  • SNMP Simple Network Management Protocol
  • the transceiver 940 is further configured to: after sending the upgrade file to the multiple MDUs, receive a loading progress message of the upgrade file sent by each of the multiple MDUs, where The loading progress message is used to indicate a loading progress of the upgrade file of the MDU; after the loading file of the MDU is loaded, sending at least one second message to each of the plurality of MDUs, the at least one The second message is used to indicate that the MDU performs processing after loading the upgrade file, and receives at least one second feedback message sent by the MDU, where the at least one second feedback message is used to indicate processing after the MDU loads the upgrade file.
  • the progress is further configured to: after sending the upgrade file to the multiple MDUs, receive a loading progress message of the upgrade file sent by each of the multiple MDUs, where The loading progress message is used to indicate a loading progress of the upgrade file of the MDU; after the loading file of the MDU is loaded, sending at least one second message to each of the plurality of MDUs, the at least one The second message is
  • the transceiver 940 is further configured to send a second report message to the NMS, where the second report message is used to indicate a progress of processing after the multiple MDUs load the upgrade file.
  • the at least one second message includes at least one of an activation software indication message and an upgrade post-inspection indication message, respectively, used to indicate activation software processing and upgrading after the MDU loads the upgrade file.
  • the at least one second feedback message includes at least one of an activation software progress message and an upgrade post-check progress message, respectively for indicating a progress of the activation software processing and a progress of the post-upgrade check processing.
  • the loading progress message, the second message, and the second feedback message are SNMP messages.
  • the transceiver 940 is further configured to send, after receiving the indication message sent by the network management system NMS, an upgrade enable message to the multiple MDUs according to the indication message, where the upgrade enable message is sent. And configured to instruct the multiple MDUs to open an upgrade switch, so that the multiple MDUs receive the upgrade file.
  • the processor 910 is further configured to: before the transceiver 940 receives the indication message sent by the network management system NMS, acquire a function component, where the function component is used by the OLT to load and The function of the MDU interaction to upgrade the MDU.
  • FIG. 10 is a schematic block diagram of a multi-dwelling unit MDU in accordance with another embodiment of the present invention.
  • the MDU 1000 shown in FIG. 10 corresponds to the method shown in FIG. 3, and each process in the method embodiment of FIG. 3 can be implemented.
  • the MDU 1000 includes a processor 1010, a memory 1020, a bus system 1030, and a transceiver 1040.
  • the processor 1010 calls the code stored in the memory 1020 through the bus system 1030, and the control transceiver 1040 receives at least one first message sent by the optical line terminal OLT, and the at least one first message is used to upgrade the MDU.
  • the pre-upgrade preparation process is performed according to the at least one first message, and the at least one first feedback message is sent to the OLT, where the at least one first feedback message is used to indicate the MDU before the upgrade.
  • the progress of the preparation process after the at least one feedback message indicates that the pre-upgrade preparation process is completed, the upgrade file sent by the OLT is received, and the upgrade is performed according to the upgrade file.
  • the embodiment of the present invention instructs the OLT to send an upgrade file to multiple MDUs through the NMS, so that multiple MDUs are upgraded according to the upgrade file provided by the OLT.
  • the OLT replaces the existing NMS to upgrade multiple MDUs, which can improve the MDU upgrade degree, thereby shortening the time of multiple MDU upgrades and improving the upgrade performance of the MDU.
  • the method disclosed in the foregoing embodiments of the present invention may be applied to the processor 1010 or implemented by the processor 1010.
  • the processor 1010 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 1010 or an instruction in a form of software.
  • the processor 1010 may be a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a Field Programmable Gate Array (FPGA), or the like. Programmable logic devices, discrete gates or transistor logic devices, discrete hardware components.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA Field Programmable Gate Array
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the steps of the method disclosed in the embodiments of the present invention may be directly implemented by the hardware decoding processor, or may be performed by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a random access memory (RAM), a flash memory, a read-only memory (ROM), a programmable read only memory or an electrically erasable programmable memory, a register, etc. In the storage medium.
  • the storage medium is located in the memory 1020.
  • the processor 1010 reads the information in the memory 1020 and completes the steps of the foregoing method in combination with hardware.
  • the bus system 1030 may include a power bus, a control bus, and a status signal bus in addition to the data bus. Wait. However, for clarity of description, various buses are labeled as the bus system 1030 in the figure.
  • the at least one first message includes at least one of a pre-upgrade check indication message, a save device configuration indication message, and a backup configuration indication message, respectively, used to instruct the MDU to perform pre-upgrade check
  • the at least one first feedback message includes at least one of a pre-upgrade check progress message, a save device configuration progress message, and a backup configuration progress message, respectively, used to indicate the progress of the pre-upgrade check, The progress of saving the device configuration and the progress of the backup configuration.
  • the first message and the first feedback message are Simple Network Management Protocol (SNMP) messages.
  • SNMP Simple Network Management Protocol
  • the transceiver 1040 is further configured to: after receiving the upgrade file sent by the OLT, send a loading progress message of the upgrade file to the OLT, where the loading progress message is used for Determining, by the OLT, a loading progress of the upgrade file of the MDU;
  • the at least one second message includes at least one of an activation software indication message and an upgrade post-inspection indication message, respectively, used to indicate activation software processing and upgrading after the MDU loads the upgrade file. Post-check processing,
  • the at least one second feedback message includes at least one of an activation software progress message and an upgrade post-check progress message, respectively for indicating a progress of the activation software processing and a progress of the post-upgrade check processing.
  • the loading progress message message, the second message, and the second feedback message are SNMP messages.
  • the transceiver 1040 is further configured to: before the first receiving unit receives the first message sent by the optical line terminal OLT, receive an upgrade enable message sent by the OLT, where the controller 1010 further And configured to open an upgrade switch according to the upgrade open message to receive the upgrade file.
  • FIG. 11 is a schematic block diagram of a network management system NMS in accordance with one embodiment of the present invention.
  • the NMS1100 shown in FIG. 11 corresponds to the method shown in FIG. 4, and each process in the method embodiment of FIG. 4 can be implemented.
  • the specific function of the NMS 1100 can be referred to the corresponding description in FIG. 4, and is omitted here to avoid repetition. A detailed description.
  • the NMS 1100 includes a processor 1110, a memory 1120, a bus system 1130, and a transceiver 1140.
  • the processor 1110 calls the code stored in the memory 1120 through the bus system 1130, and generates an indication message according to the task upgraded to the plurality of MDUs, the indication message indicating an upgrade task of the plurality of MDUs; the transceiver 1140 is directed to the light
  • the line terminal OLT sends the indication message, so that the OLT upgrades the multiple MDUs according to the indication message.
  • the embodiment of the present invention instructs the OLT to send an upgrade file to multiple MDUs through the NMS, so that multiple MDUs are upgraded according to the upgrade file provided by the OLT.
  • the OLT replaces the existing NMS to upgrade multiple MDUs, which can improve the MDU upgrade degree, thereby shortening the time of multiple MDU upgrades and improving the upgrade performance of the MDU.
  • the method disclosed in the foregoing embodiments of the present invention may be applied to the processor 1110 or implemented by the processor 1110.
  • the processor 1110 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 1110 or an instruction in a form of software.
  • the processor 1110 may be a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a Field Programmable Gate Array (FPGA), or the like. Programmable logic devices, discrete gates or transistor logic devices, discrete hardware components.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA Field Programmable Gate Array
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the steps of the method disclosed in the embodiments of the present invention may be directly implemented by the hardware decoding processor, or may be performed by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a random access memory (RAM), a flash memory, a read-only memory (ROM), a programmable read only memory or an electrically erasable programmable memory, a register, etc. In the storage medium.
  • the storage medium is located in the memory 1120.
  • the processor 1110 reads the information in the memory 1120, and completes the steps of the foregoing method in combination with hardware.
  • the bus system 1130 may include a power bus, a control bus, and a status signal bus in addition to the data bus. Wait. However, for clarity of description, various buses are labeled as bus system 1130 in the figure.
  • the transceiver 1140 is further configured to: after the sending the indication message to the optical line terminal OLT, receive the first report message sent by the OLT, where the first report message is used by Determining, by the NMS, a progress of preparation processing before the plurality of MDUs are upgraded.
  • the transceiver 1140 is further configured to: after sending the indication message to the optical line terminal OLT, receive a second report message sent by the OLT, where the second report message is used by the The progress of processing after multiple MDUs load the upgrade file.
  • the transceiver 1140 is further configured to: before sending the indication message to the optical line terminal OLT, create and send a function component to the OLT, where the function component is used to load the OLT A function of interacting with the plurality of MDUs to upgrade the plurality of MDUs.
  • system and “network” are used interchangeably herein.
  • the term “and/or” in this context is merely an association describing the associated object, indicating that there may be three relationships, for example, A and / or B, which may indicate that A exists separately, and both A and B exist, respectively. B these three situations.
  • the character "/" in this article generally indicates that the contextual object is an "or" relationship.
  • B corresponding to A means that B is associated with A, and B can be determined according to A.
  • determining B from A does not mean that B is only determined based on A, and that B can also be determined based on A and/or other information.
  • the disclosed systems, devices, and methods may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of cells is only a logical function division.
  • multiple units or components may be combined or integrated. Go to another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, or an electrical, mechanical or other form of connection.
  • the units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the embodiments of the present invention.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • Computer readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one location to another.
  • a storage medium may be any available media that can be accessed by a computer.
  • computer readable media may comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, disk storage media or other magnetic storage device, or can be used for carrying or storing in the form of an instruction or data structure.
  • connection may suitably be a computer readable medium.
  • the software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave
  • coaxial cable , fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, wireless, and microwave are included in the fixing of the associated media.
  • a disk and a disc include a compact disc (CD), a laser disc, a compact disc, a digital versatile disc (DVD), a floppy disk, and a Blu-ray disc, wherein the disc is usually magnetically copied, and the disc is The laser is used to optically replicate the data. Combinations of the above should also be included within the scope of the computer readable media.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (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的SNMP Set指令，然后以5秒为间隔反复下发SNMP Get指令来获取各MDU的save进度。NMS只支持同步处理SNMP报文，即只有SNMP ACK返回时，NMS才开始给下一个MDU发送SNMP Get/Set。当MDU网元数较多时，这个时间就很长。换句说，该方法虽然解决了上述问题一，但是仍然存在问题二。
具体而言，如果按照报文数来算，在整个升级过程中，NMS处理一次SNMP交互(包括NMS填充SNMP报文、发送、接收ACK、解析ACK)的平均时间约2～3秒。备份配置、激活软件等都有类似问题。按照这个方案，NMS升级效率评估如下：
升级步骤 效率
前检查 约1000台/小时
保存 约1000台/小时
备份 约1000台/小时
软件加载 取决于OLT的组播加载速率
激活 约500台/小时
后检查 约500台/小时
由此看出，仅“前检查、保存、备份、激活、后检查”等操作，不包括“软件加载”，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)、现成可编程门阵列(Field Programmable 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)、现成可编程门阵列(Field Programmable 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)、现成可编程门阵列(Field Programmable 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 (44)

  1. 一种升级多住户单元MDU的方法，其特征在于，包括：
    光线路终端OLT接收网络管理系统NMS发送的指示消息，所述指示消息指示多个MDU的升级任务；
    所述OLT根据所述指示消息向所述多个MDU中的每个MDU发送至少一个第一消息，所述至少一个第一消息用于指示所述MDU进行升级前的准备处理；
    所述OLT向所述多个MDU发送升级文件，以便所述多个MDU根据所述升级文件进行升级。
  2. 根据权利要求1所述的方法，其特征在于，还包括：
    所述OLT接收所述MDU发送的至少一个第一反馈消息，所述至少一个第一反馈消息用于指示所述MDU升级前的准备处理的进度，
    其中，所述OLT向所述多个MDU发送升级文件，包括：
    在所述至少一个第一反馈消息指示所述升级前的准备处理完成后，所述OLT向所述MDU发送所述升级文件。
  3. 根据权利要求2所述的方法，其特征在于，在所述OLT向所述多个MDU发送升级文件之前，所述方法还包括：
    所述OLT向所述NMS发送第一上报消息，所述第一上报消息用于指示所述多个MDU升级前的准备处理的进度。
  4. 根据权利要求2或3所述的方法，其特征在于，
    所述至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个，分别用于指示所述MDU进行升级前检查、保存设备配置和备份配置，
    所述至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个，分别用于指示所述升级前检查的进度、所述保存设备配置的进度和所述备份配置的进度。
  5. 根据权利要求2至4中任一项所述的方法，其特征在于，
    所述第一消息和所述第一反馈消息为简单网络管理协议SNMP消息。
  6. 根据权利要求1至5中任一项所述的方法，其特征在于，在所述OLT向所述多个MDU发送升级文件之后，所述方法还包括：
    所述OLT接收所述多个MDU中的每个MDU发送的升级文件的加载进度消息，所述加载进度消息用于指示所述MDU的升级文件的加载进度；
    在所述MDU的升级文件加载完成后，所述OLT向所述多个MDU中的每个MDU发送至少一个第二消息，所述至少一个第二消息用于指示所述MDU进行加载升级文件后的处理；
    所述OLT接收所述MDU发送的至少一个第二反馈消息，所述至少一个第二反馈消息用于指示所述MDU加载升级文件后的处理的进度。
  7. 根据权利要求6所述的方法，其特征在于，所述方法还包括：
    所述OLT向所述NMS发送第二上报消息，所述第二上报消息用于指示所述多个MDU加载升级文件后的处理的进度。
  8. 根据权利要求6或7所述的方法，其特征在于，
    所述至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个，分别用于指示所述MDU加载升级文件后的激活软件处理和升级后检查处理，
    所述至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个，分别用于指示所述激活软件处理的进度和所述升级后检查处理的进度。
  9. 根据权利要求6至8中任一项所述的方法，其特征在于，
    所述加载进度消息、所述第二消息和所述第二反馈消息为SNMP消息。
  10. 根据权利要求1至9中任一项所述的方法，其特征在于，在光线路终端OLT接收网络管理系统NMS发送的指示消息之后，所述方法还包括：
    所述OLT根据所述指示消息向所述多个MDU发送升级开启消息，所述升级开启消息用于指示所述多个MDU打开升级开关，以便所述多个MDU接收所述升级文件。
  11. 根据权利要求1至10中任一项所述的方法，其特征在于，在所述光线路终端OLT接收网络管理系统NMS发送的指示消息之前，所述方法还包括：
    所述OLT获取功能组件，所述功能组件用于所述OLT加载与所述MDU交互的功能，以对所述MDU进行升级。
  12. 一种升级多住户单元MDU的方法，其特征在于，包括：
    MDU接收光线路终端OLT发送的至少一个第一消息，所述至少一个第 一消息用于所述MDU进行升级前的准备处理；
    所述MDU根据所述至少一个第一消息，进行升级前的准备处理，并向所述OLT发送至少一个第一反馈消息，所述至少一个第一反馈消息用于指示所述MDU升级前的准备处理的进度；
    在所述至少一个反馈消息指示所述升级前的准备处理完成后，所述MUD接收所述OLT发送的升级文件，并根据所述升级文件进行升级。
  13. 根据权利要求12所述的方法，其特征在于，
    所述至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个，分别用于指示所述MDU进行升级前检查、保存设备配置和备份配置，
    所述至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个，分别用于指示所述升级前检查的进度、所述保存设备配置的进度和所述备份配置的进度。
  14. 根据权利要求12或13所述的方法，其特征在于，
    所述第一消息和所述第一反馈消息为简单网络管理协议SNMP消息。
  15. 根据权利要求12至14中任一项所述的方法，其特征在于，在所述MUD接收所述OLT发送的升级文件之后，所述方法还包括：
    所述MDU向所述OLT发送所述升级文件的加载进度消息，所述加载进度消息用于所述OLT确定所述MDU的升级文件的加载进度；
    在所述MDU的升级文件加载完成后，所述MDU接收所述OLT发送的至少一个第二消息，所述至少一个第二消息用于所述MDU进行加载升级文件后的处理；
    所述MDU根据所述至少一个第二消息进行加载升级文件后的处理，并向所述OLT发送至少一个第二反馈消息，所述至少一个第二反馈消息用于指示所述MDU加载升级文件后的处理的进度。
  16. 根据权利要求15所述的方法，其特征在于，
    所述至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个，分别用于指示所述MDU加载升级文件后的激活软件处理和升级后检查处理，
    所述至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个，分别用于指示所述激活软件处理的进度和所述升级后检 查处理的进度。
  17. 根据权利要求15或16所述的方法，其特征在于，
    所述加载进度消息消息、所述第二消息和所述第二反馈消息为SNMP消息。
  18. 根据权利要求12至17中任一项所述的方法，其特征在于，在所述MDU接收光线路终端OLT发送的第一消息之前，所述方法还包括：
    所述MDU接收所述OLT发送的升级开启消息，
    所述MDU根据所述升级开启消息打开升级开关，以便接收所述升级文件。
  19. 一种升级多住户单元MDU的方法，其特征在于，包括：
    网络管理系统NMS根据对多个MDU升级的任务生成指示消息，所述指示消息指示所述多个MDU的升级任务；
    所述NMS向光线路终端OLT发送所述指示消息，以便所述OLT根据所述指示消息对所述多个MDU升级。
  20. 根据权利要求19所述的方法，其特征在于，在所述NMS向光线路终端OLT发送所述指示消息之后，所述方法还包括：
    所述NMS接收所述OLT发送的第一上报消息，所述第一上报消息用于所述NMS确定所述多个MDU升级前的准备处理的进度。
  21. 根据权利要求19或20所述的方法，其特征在于，在所述NMS向光线路终端OLT发送所述指示消息之后，所述方法还包括：
    所述NMS接收所述OLT发送的第二上报消息，所述第二上报消息用于所述多个MDU加载升级文件后的处理的进度。
  22. 根据权利要求19至21中任一项所述的方法，其特征在于，在所述NMS向光线路终端OLT发送所述指示消息之前，所述方法还包括：
    所述NMS创建并向所述OLT发送功能组件，所述功能组件用于所述OLT加载与所述多个MDU交互的功能，以对所述多个MDU进行升级。
  23. 一种光线路终端OLT，其特征在于，包括：
    第一接收单元，用于接收网络管理系统NMS发送的指示消息，所述指示消息指示多个MDU的升级任务；
    第一发送单元，用于根据所述指示消息向所述多个MDU中的每个MDU发送至少一个第一消息，所述至少一个第一消息用于指示所述MDU进行升 级前的准备处理；
    第二发送单元，用于向所述多个MDU发送升级文件，以便所述多个MDU根据所述升级文件进行升级。
  24. 根据权利要求23所述的OLT，其特征在于，还包括：
    第二接收单元，用于接收所述MDU发送的至少一个第一反馈消息，所述至少一个第一反馈消息用于指示所述MDU升级前的准备处理的进度，
    其中，所述第二发送单元在所述至少一个第一反馈消息指示所述升级前的准备处理完成后，向所述MDU发送所述升级文件。
  25. 根据权利要求24所述的OLT，其特征在于，所述OLT还包括：
    第三发送单元，用于在所述第二发送单元向所述多个MDU发送升级文件之前，向所述NMS发送第一上报消息，所述第一上报消息用于指示所述多个MDU升级前的准备处理的进度。
  26. 根据权利要求24或25所述的OLT，其特征在于，
    所述至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个，分别用于指示所述MDU进行升级前检查、保存设备配置和备份配置，
    所述至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个，分别用于指示所述升级前检查的进度、所述保存设备配置的进度和所述备份配置的进度。
  27. 根据权利要求24至26中任一项所述的OLT，其特征在于，
    所述第一消息和所述第一反馈消息为简单网络管理协议SNMP消息。
  28. 根据权利要求23至27中任一项所述的OLT，其特征在于，所述OLT还包括：
    第三接收单元，用于在所述第二发送单元向所述多个MDU发送升级文件之后，接收所述多个MDU中的每个MDU发送的升级文件的加载进度消息，所述加载进度消息用于指示所述MDU的升级文件的加载进度；
    第四发送单元，用于在所述MDU的升级文件加载完成后，向所述多个MDU中的每个MDU发送至少一个第二消息，所述至少一个第二消息用于指示所述MDU进行加载升级文件后的处理；
    第四接收单元，用于接收所述MDU发送的至少一个第二反馈消息，所述至少一个第二反馈消息用于指示所述MDU加载升级文件后的处理的进 度。
  29. 根据权利要求28所述的OLT，其特征在于，所述OLT还包括：
    第五发送单元，用于向所述NMS发送第二上报消息，所述第二上报消息用于指示所述多个MDU加载升级文件后的处理的进度。
  30. 根据权利要求28或29所述的OLT，其特征在于，
    所述至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个，分别用于指示所述MDU加载升级文件后的激活软件处理和升级后检查处理，
    所述至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个，分别用于指示所述激活软件处理的进度和所述升级后检查处理的进度。
  31. 根据权利要求28至30中任一项所述的OLT，其特征在于，
    所述加载进度消息、所述第二消息和所述第二反馈消息为SNMP消息。
  32. 根据权利要求23至31中任一项所述的OLT，其特征在于，所述OLT还包括：
    第六发送单元，用于在所述第一接收单元接收网络管理系统NMS发送的指示消息之后，根据所述指示消息向所述多个MDU发送升级开启消息，所述升级开启消息用于指示所述多个MDU打开升级开关，以便所述多个MDU接收所述升级文件。
  33. 根据权利要求23至32中任一项所述的OLT，其特征在于，所述OLT还包括：
    获取单元，用于在所述第一接收单元接收网络管理系统NMS发送的指示消息之前，获取功能组件，所述功能组件用于所述OLT加载与所述MDU交互的功能，以对所述MDU进行升级。
  34. 一种多住户单元MDU，其特征在于，包括：
    第一接收单元，用于接收光线路终端OLT发送的至少一个第一消息，所述至少一个第一消息用于所述MDU进行升级前的准备处理；
    第一发送单元，用于根据所述至少一个第一消息，进行升级前的准备处理，并向所述OLT发送至少一个第一反馈消息，所述至少一个第一反馈消息用于指示所述MDU升级前的准备处理的进度；
    第二接收单元，用于在所述至少一个反馈消息指示所述升级前的准备处 理完成后，接收所述OLT发送的升级文件，并根据所述升级文件进行升级。
  35. 根据权利要求34所述的MDU，其特征在于，
    所述至少一个第一消息包括升级前检查指示消息、保存设备配置指示消息和备份配置指示消息中的至少一个，分别用于指示所述MDU进行升级前检查、保存设备配置和备份配置，
    所述至少一个第一反馈消息包括升级前检查进度消息、保存设备配置进度消息和备份配置进度消息中的至少一个，分别用于指示所述升级前检查的进度、所述保存设备配置的进度和所述备份配置的进度。
  36. 根据权利要求34或35所述的MDU，其特征在于，
    所述第一消息和所述第一反馈消息为简单网络管理协议SNMP消息。
  37. 根据权利要求34至36中任一项所述的MDU，其特征在于，所述MDU还包括：
    第二发送单元，用于在所述第二接收单元接收所述OLT发送的升级文件之后，向所述OLT发送所述升级文件的加载进度消息，所述加载进度消息用于所述OLT确定所述MDU的升级文件的加载进度；
    第三接收单元，用于在所述MDU的升级文件加载完成后，接收所述OLT发送的至少一个第二消息，所述至少一个第二消息用于所述MDU进行加载升级文件后的处理；
    第三发送单元，用于根据所述至少一个第二消息进行加载升级文件后的处理，并向所述OLT发送至少一个第二反馈消息，所述至少一个第二反馈消息用于指示所述MDU加载升级文件后的处理的进度。
  38. 根据权利要求37所述的MDU，其特征在于，
    所述至少一个第二消息包括激活软件指示消息和升级后检查指示消息中的至少一个，分别用于指示所述MDU加载升级文件后的激活软件处理和升级后检查处理，
    所述至少一个第二反馈消息包括激活软件进度消息和升级后检查进度消息中的至少一个，分别用于指示所述激活软件处理的进度和所述升级后检查处理的进度。
  39. 根据权利要求37或38所述的MDU，其特征在于，
    所述加载进度消息消息、所述第二消息和所述第二反馈消息为SNMP消息。
  40. 根据权利要求34至39中任一项所述的MDU，其特征在于，所述MDU还包括：
    第四接收单元，用于在所述第一接收单元接收光线路终端OLT发送的第一消息之前，接收所述OLT发送的升级开启消息，
    开启单元，用于根据所述升级开启消息打开升级开关，以便接收所述升级文件。
  41. 一种网络管理系统NMS，其特征在于，包括：
    生成单元，用于根据对多个MDU升级的任务生成指示消息，所述指示消息指示所述多个MDU的升级任务；
    第一发送单元，用于向光线路终端OLT发送所述指示消息，以便所述OLT根据所述指示消息对所述多个MDU升级。
  42. 根据权利要求41所述的NMS，其特征在于，所述NMS还包括：
    第一接收单元，用于在所述第一发送单元向光线路终端OLT发送所述指示消息之后，接收所述OLT发送的第一上报消息，所述第一上报消息用于所述NMS确定所述多个MDU升级前的准备处理的进度。
  43. 根据权利要求41或42所述的NMS，其特征在于，所述NMS还包括：
    第二接收单元，用于在所述第一发送单元向光线路终端OLT发送所述指示消息之后，接收所述OLT发送的第二上报消息，所述第二上报消息用于所述多个MDU加载升级文件后的处理的进度。
  44. 根据权利要求41至43中任一项所述的NMS，其特征在于，所述NMS还包括：
    第二发送单元，用于在所述第一发送单元向光线路终端OLT发送所述指示消息之前，创建并向所述OLT发送功能组件，所述功能组件用于所述OLT加载与所述多个MDU交互的功能，以对所述多个MDU进行升级。
PCT/CN2015/091674 2015-10-10 2015-10-10 升级多住户单元的方法和设备 WO2017059599A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/CN2015/091674 WO2017059599A1 (zh) 2015-10-10 2015-10-10 升级多住户单元的方法和设备
CA2972558A CA2972558C (en) 2015-10-10 2015-10-10 Method and device for upgrading multi-dwelling unit
CN201580081239.9A CN107710681B (zh) 2015-10-10 2015-10-10 升级多住户单元的方法和设备
EP15905697.7A EP3226469B1 (en) 2015-10-10 2015-10-10 Method and device for upgrading multi-dwelling units in optical networks

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/091674 WO2017059599A1 (zh) 2015-10-10 2015-10-10 升级多住户单元的方法和设备

Publications (1)

Publication Number Publication Date
WO2017059599A1 true WO2017059599A1 (zh) 2017-04-13

Family

ID=58487202

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/091674 WO2017059599A1 (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)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109245912A (zh) * 2017-07-11 2019-01-18 北京国双科技有限公司 客户端软件更新方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101217409A (zh) * 2008-01-18 2008-07-09 杭州华三通信技术有限公司 一种设备信息的获取方法和设备
CN101516047A (zh) * 2009-04-03 2009-08-26 烽火通信科技股份有限公司 Epon接入系统中的onu自动升级方法
CN101753343A (zh) * 2008-12-10 2010-06-23 华为技术有限公司 一种光接入系统中的软件加载方法、系统和装置
CN101860456A (zh) * 2010-06-29 2010-10-13 中兴通讯股份有限公司 一种以太网无源光网络中光节点的软件升级方法及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
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
WO2015095995A1 (zh) * 2013-12-23 2015-07-02 华为技术有限公司 系统升级的方法和设备
CN104753701A (zh) * 2013-12-27 2015-07-01 中兴通讯股份有限公司 光网络单元onu数据处理方法、装置及系统
CN103955386B (zh) * 2014-04-22 2017-05-03 深圳市硅格半导体有限公司 存储设备固件升级的方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101217409A (zh) * 2008-01-18 2008-07-09 杭州华三通信技术有限公司 一种设备信息的获取方法和设备
CN101753343A (zh) * 2008-12-10 2010-06-23 华为技术有限公司 一种光接入系统中的软件加载方法、系统和装置
CN101516047A (zh) * 2009-04-03 2009-08-26 烽火通信科技股份有限公司 Epon接入系统中的onu自动升级方法
CN101860456A (zh) * 2010-06-29 2010-10-13 中兴通讯股份有限公司 一种以太网无源光网络中光节点的软件升级方法及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109245912A (zh) * 2017-07-11 2019-01-18 北京国双科技有限公司 客户端软件更新方法及装置

Also Published As

Publication number Publication date
EP3226469A1 (en) 2017-10-04
EP3226469B1 (en) 2019-07-31
CA2972558A1 (en) 2017-04-13
CA2972558C (en) 2020-07-14
CN107710681B (zh) 2020-04-14
EP3226469A4 (en) 2018-02-28
CN107710681A (zh) 2018-02-16

Similar Documents

Publication Publication Date Title
CN107329741B (zh) 一种基于指纹识别的软件分布式升级方法与装置
CN104579719B (zh) 一种固件的升级方法和系统、上位机和光模块
CN113742031B (zh) 节点状态信息获取方法、装置、电子设备及可读存储介质
US9135198B2 (en) Methods and structure for serial attached SCSI expanders that self-configure by setting routing attributes of their ports based on SMP requests
AU2010244906B2 (en) Method and System for Provisioning Terminal Parameters and Terminal Management Apparatus
CN109547367B (zh) 基于sca的软件无线电平台
WO2020233058A1 (zh) 代码下载的方法、装置、电子设备及计算机存储介质
RU2533638C2 (ru) Способ и устройство для конфигурирования данных
CN103138985B (zh) 一种支撑网业务主机进程控制方法和系统
US20200351155A1 (en) Base station configuration method and apparatus
WO2015043407A1 (en) Method, system, and apparatus for online service inspection
CN105357048A (zh) 网络设备数据同步方法和系统
CN104239088A (zh) 对分布式计算机网络的节点执行操作
CN110768840A (zh) 通信设备的控制方法、装置、设备及存储介质
CN111400041A (zh) 服务器配置文件的管理方法、装置及计算机可读存储介质
WO2021226784A1 (zh) 节点配置方法、装置、分布式系统及计算机可读介质
CN105262604A (zh) 虚拟机迁移方法及设备
CN104104701A (zh) 在线服务的配置更新的方法和系统
WO2024103943A1 (zh) 一种业务处理方法、装置、存储介质及设备
WO2017059599A1 (zh) 升级多住户单元的方法和设备
US20230214207A1 (en) Device upgrade control method and apparatus, and computer device and storage medium
CN105335217B (zh) 一种服务器静默方法与系统
CN112988126A (zh) Cdn业务定制方法及系统
US12107725B2 (en) Method and apparatus for remote customization of function, device, and storage medium
CN105376085A (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: 15905697

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2015905697

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2972558

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE