CN112312238A - Method and system for upgrading ONU based on point-to-group mode - Google Patents

Method and system for upgrading ONU based on point-to-group mode Download PDF

Info

Publication number
CN112312238A
CN112312238A CN202011100105.6A CN202011100105A CN112312238A CN 112312238 A CN112312238 A CN 112312238A CN 202011100105 A CN202011100105 A CN 202011100105A CN 112312238 A CN112312238 A CN 112312238A
Authority
CN
China
Prior art keywords
client
file
olt
multicast
transmitted
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202011100105.6A
Other languages
Chinese (zh)
Other versions
CN112312238B (en
Inventor
芦枫
丁宇
冯雷
冯颖
郭艳荣
郭莹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fiberhome Telecommunication Technologies Co Ltd
Original Assignee
Fiberhome Telecommunication Technologies Co Ltd
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 Fiberhome Telecommunication Technologies Co Ltd filed Critical Fiberhome Telecommunication Technologies Co Ltd
Priority to CN202011100105.6A priority Critical patent/CN112312238B/en
Publication of CN112312238A publication Critical patent/CN112312238A/en
Application granted granted Critical
Publication of CN112312238B publication Critical patent/CN112312238B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0005—Switch and router aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0005—Switch and router aspects
    • H04Q2011/0037—Operation
    • H04Q2011/0047—Broadcast; Multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
    • H04Q11/0062—Network aspects
    • H04Q2011/0079—Operation or maintenance aspects

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Small-Scale Networks (AREA)

Abstract

The invention discloses a method and a system for upgrading an ONU (optical network unit) based on a point-to-group mode, wherein the method comprises the following steps: receiving a multicast address preset table, and determining a multicast group to which each client under the OLT belongs based on the multicast address preset table; the OLT acquires an upgrade file, and analyzes the upgrade file to determine a target client matched with the upgrade file; establishing a client list based on the target client, the multicast group to which the target client belongs and the downloading progress of the target client; dividing an upgrade file into a plurality of file fragments, scheduling a server to periodically poll a client list, taking a multicast group to which a first client missing the file fragments to be transmitted belongs as a transmission target, taking a second client having the file fragments to be transmitted as a transmission source, and informing the second client of transmitting the file fragments to be transmitted to the multicast group to which the first client belongs in a multicast mode. In the invention, the file transmission is carried out by adopting a mode of combining the point group and the multicast, thereby improving the data transmission efficiency.

Description

Method and system for upgrading ONU based on point-to-group mode
Technical Field
The invention belongs to the field of optical communication, and particularly relates to a method and a system for upgrading an ONU (optical network unit) based on a point-to-group mode.
Background
In a PON (Passive Optical Network, abbreviated as PON) access system, an Optical Network Unit (Optical Network Unit, abbreviated as ONU) device is accessed to an Optical Line Terminal (Optical Line Terminal, abbreviated as OLT) device through an Optical Distribution Network (ODN), and the OLT device manages and maintains a downstream ONU device; when the ONU software function needs to be changed, the ONU needs to be upgraded; the ONU is classified into SFU (Single Family Unit, abbreviated as SFU), MDU (Multiple Dwelling Unit, abbreviated as MDU), HGU (Home Gateway Unit, abbreviated as HGU), and the like according to an application scenario; for MDU/HGU equipment, upgrading can be carried out from an external server by using an IP mode (such as TR 069); and for all types of ONU equipment, the upgrading from the OLT needs to be supported.
The PON access system includes a Gigabit-Capable Passive Optical Network (GPON) and an Ethernet Passive Optical Network (EPON), where the GPON is upgraded using an OMCI (ONU Management and Control Interface, OMCI) protocol, the EPON is upgraded using an OAM (Operation Administration and Maintenance, OAM) protocol, and the upgrade interaction flow is basically similar, as described below:
the OLT downloads the upgrade file into the OLT equipment by using ftp/tftp/sftp and other modes; the OLT carries out preliminary verification on the upgrade file to determine the integrity of the upgrade file and whether the upgrade file is matched with the ONU type; and after the upgrade file passes the verification, the OLT equipment starts the upgrade process of the specified ONU. In the upgrading process, the OLT firstly transmits an upgrading request to the ONU, and the ONU responds to the upgrading request; the OLT fragments the files of the upgrade files and sequentially sends the fragments to the ONU, and the ONU responds to the received fragments; when the OLT finds that the response is abnormal, the fragments are retransmitted; after all the fragments are sent, the OLT sends an end message to the ONU; and the ONU checks the upgrade file, and takes the upgrade file into effect after the upgrade file is confirmed to be correct.
The foregoing upgrade scheme has the following problems: (1) the OLT sends the upgrade file to the specified ONU by using the OMCI/OAM protocol, is limited by the characteristics of a protocol stack and the CPU resource of the OLT, can generally upgrade only 1 or a small number of ONUs at a time, has low efficiency, and consumes long time for upgrading because one OLT device is usually hung with thousands of ONUs. (2) Since the OLT needs to send all file contents to each ONU to be upgraded, the upgrade file needs to be retained in the memory of the OLT during the whole upgrade process, and if it is desired to upgrade multiple types of ONUs (usually corresponding to different upgrade files), either the OLT needs to consume more memory to store multiple upgrade files, or only after all ONUs of one type are upgraded, another type of ONU can be upgraded, which affects the upgrade efficiency. (3) For the card-inserted OLT equipment, each service board card generally uses an independent OMCI/OAM protocol stack to interact with the lower-hanging ONU, and an upgrade file cannot be transmitted across the board cards, so that the upgrade file needs to be stored in each service board card separately, which is the completely redundant consumption of OLT memory resources.
In summary, in the prior art, the scheme for upgrading the ONU is low in efficiency, the upgrading time is long, and in some scenarios, the memory resource of the OLT is also excessively occupied.
Disclosure of Invention
Aiming at the defects or the improvement requirements in the prior art, the invention provides a method and a system for upgrading an ONU (optical network unit) based on a point-to-group mode, aiming at adopting a mode of combining a point-to-group mode and a multicast mode to transmit files, and compared with the traditional OMCI/OAM unicast mode, the method and the system improve the data transmission efficiency and reduce the time consumed by file transmission; moreover, data transmission is mostly performed between the ONU and the ONU, and is not limited by characteristics of an OLT protocol stack, and CPU resources are not wasted too much, so that the technical problems that the upgrading efficiency is low, the upgrading time is long, and OLT memory/CPU resources are occupied by too much upgrading files are solved.
In order to achieve the above object, according to an aspect of the present invention, there is provided a method for upgrading an ONU based on a point-to-group manner, where the method is applied to a PON system, the PON system includes an OLT and a plurality of ONUs, the OLT is configured as a dispatch server Tracker, and the ONUs are configured as client peers, the method includes:
the scheduling server receives a multicast address preset table, and determines a multicast group to which each client under the OLT belongs based on the multicast address preset table;
the OLT acquires an upgrade file, and analyzes the upgrade file to determine a target client matched with the upgrade file;
establishing a client list based on the target client, the multicast group to which the target client belongs and the downloading progress of the target client;
the method comprises the steps that the scheduling server divides the upgrading file into a plurality of file fragments, the scheduling server periodically polls a client list, takes a multicast group to which a first client missing the file fragments to be transmitted belongs as a transmission target, takes a second client existing the file fragments to be transmitted as a transmission source, and informs the second client to transmit the file fragments to be transmitted to the multicast group to which the first client belongs in a multicast mode.
The method for transmitting the file fragments to be transmitted by the multicast group comprises the following steps that the scheduling server divides the upgrade file into a plurality of file fragments, the scheduling server periodically polls the client list, takes the multicast group to which a first client missing the file fragments to be transmitted belongs as a transmission target, takes a second client having the file fragments to be transmitted as a transmission source, and informs the second client to transmit the file fragments to be transmitted to the multicast group to which the first client belongs in a multicast mode, wherein the method comprises the following steps:
the scheduling server divides the upgrade file into a plurality of file fragments;
the scheduling server periodically polls the client list and judges whether a first client with missing file fragments exists in the client list, wherein the file fragments missing from the first client are marked as file fragments to be transmitted;
if a first client with missing file fragments exists, acquiring a multicast group to which the first client belongs, and taking the multicast group to which the first client belongs as a transmission target;
judging whether a second client containing the file fragments to be transmitted exists in the client list or not;
if a second client containing the file fragment to be transmitted exists, the scheduling server sends a control message to the second client, and informs the second client to transmit the file fragment to be transmitted to a multicast group to which the first client belongs in a multicast mode;
the main control board card of the OLT is used as a first file seed and configured as a client, the client exists in the client list, and the second client is the main control board card of the OLT or the ONU containing the file to be transmitted in a split mode.
Wherein the method comprises the following steps:
after the multicast group to which the first client belongs receives the file fragments to be transmitted, each target client under the multicast group to which the first client belongs judges whether the target client contains the file fragments to be transmitted;
if the file fragments to be transmitted are included, ignoring the file fragments to be transmitted;
and if the file fragment to be transmitted is not contained, receiving the file fragment to be transmitted and reporting the downloading progress so that the scheduling server updates the file progress of the corresponding client in the client list.
Wherein the method comprises the following steps:
the scheduling server acquires a target client with a complete upgrade file according to the downloading progress of each target client in the client list, wherein the target client comprises a main control board card of the ONU or the OLT;
taking a target client with a complete upgrade file as a file seed;
judging whether the number of the file seed reaches a set threshold value;
and if the number of the file seed reaches a set threshold value, notifying part of the target clients with the complete upgrade files to leave from the scheduling server.
Wherein the notifying part that the target client having the complete upgrade file leaves from the scheduling server includes:
when the target client side with the complete upgrade file is an ONU, informing the target client side with the complete upgrade file to upgrade according to the upgrade file;
and when the target client side with the complete upgrade file is the main control board card of the OLT, releasing the upgrade file stored in the main control board card of the OLT so that the main control board card can receive other upgrade files.
The multicast address preset table comprises PON ports and multicast addresses corresponding to each PON port, the scheduling server receives the multicast address preset table, and determining, based on the multicast address preset table, a multicast group to which each client under the OLT belongs includes: the scheduling server analyzes the multicast address preset table to obtain a multicast address corresponding to each PON port;
the scheduling server acquires each client under an OLT (optical line terminal) and a PON (passive optical network) port to which each client belongs;
and the scheduling server determines the multicast address of each client according to the PON port to which each client belongs so as to add each client into a corresponding multicast group.
And the transmission source, the file fragments to be transmitted and the transmission target are selected according to a selection strategy that an ONU is preferentially selected as the transmission source and all the file fragments are preferentially ensured to be sent to 1 or more multicast groups.
The OLT is a box type OLT or a card-inserting type OLT;
when the OLT is a box OLT, a main control board card of the box OLT is configured as a scheduling server side, and the main control board card stores the upgrade file;
when the OLT is a card-inserting OLT, the card-inserting OLT comprises a main control board card and a plurality of service board cards, each service board card is configured as the scheduling server, and the main control board card stores the upgrade file.
Wherein, when the OLT is a card-inserted OLT, the method further comprises:
the local service line card is used as a proxy client to register to the neighbor service line card;
the business line card acquires the downloading progress of all the clients under the business line card, integrates the downloading progress of all the clients to obtain the downloading progress of the proxy client, and reports the downloading progress of the proxy client to the neighbor business line card;
the client under the neighbor service line card sends file fragments to the proxy client in a multicast mode to realize cross-board file transmission;
when the service board is used as the proxy client, an individual proxy multicast group needs to be allocated, all PON ports of the service board need to join the proxy multicast group, and each PON port corresponds to two multicast addresses.
According to another aspect of the present invention, a system for upgrading an ONU based on a point-to-group manner is provided, where the PON system includes an OLT and a plurality of ONUs, the OLT is configured as a scheduling server, the ONUs are configured as clients, and the scheduling server and the clients cooperate with each other to complete the method of the present invention.
Generally, compared with the prior art, the technical scheme of the invention has the following beneficial effects: the invention provides a method and a system for upgrading an ONU based on a point-to-group mode, wherein the method is applied to a PON system, the PON system comprises an OLT and a plurality of ONUs, the OLT is configured to be a dispatching server Tracker, the ONUs are configured to be client peers, and the method comprises the following steps: the scheduling server receives a multicast address preset table, and determines a multicast group to which each client under the OLT belongs based on the multicast address preset table; the OLT acquires an upgrade file, and analyzes the upgrade file to determine a target client matched with the upgrade file; establishing a client list based on the target client, the multicast group to which the target client belongs and the downloading progress of the target client; the method comprises the steps that the scheduling server divides the upgrading file into a plurality of file fragments, the scheduling server periodically polls a client list, takes a multicast group to which a first client missing the file fragments to be transmitted belongs as a transmission target, takes a second client existing the file fragments to be transmitted as a transmission source, and informs the second client to transmit the file fragments to be transmitted to the multicast group to which the first client belongs in a multicast mode.
In the invention, the mode of combining the point-to-group transmission and the multicast is used for file transmission, compared with the traditional OMCI/OAM unicast mode, the data transmission efficiency is improved, and the time consumed by file transmission is reduced; moreover, data transmission is mostly performed between the ONUs, so that the characteristics of an OLT protocol stack are not limited, and CPU resources are not wasted too much.
Further, when enough clients become file seed, the OLT can release the file cache to save memory resources, and can download another upgrade file (corresponding to different ONU types) from the server to start the upgrade process of another ONU, thereby realizing the concurrent transmission of a plurality of upgrade files without increasing the consumption of OLT resources.
Drawings
Fig. 1 is a schematic structural diagram of a system for upgrading an ONU based on a point-to-group mode according to an embodiment of the present invention;
fig. 2 is a schematic structural diagram of another system for upgrading an ONU based on a point-to-group mode according to an embodiment of the present invention;
fig. 3 is a schematic structural diagram of another system for upgrading an ONU based on a point-to-group configuration according to an embodiment of the present invention;
fig. 4 is a schematic flowchart of a method for upgrading an ONU based on a point-to-group configuration according to an embodiment of the present invention;
fig. 5 is a schematic flowchart of another method for upgrading an ONU based on a point-to-group mode according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention. In addition, the technical features involved in the embodiments of the present invention described below may be combined with each other as long as they do not conflict with each other.
Example 1:
referring to fig. 1, the present embodiment provides a system for upgrading an ONU based on a point-to-group approach, where the PON system includes an OLT and a plurality of ONUs, the OLT is configured as a scheduling server, and the ONUs are configured as a client, where the PON system includes an EPON system or a GPON system, and the two point-to-group approach upgrading the ONUs are implemented by the same mechanism, which mainly differs from that of an interaction protocol between the OLT and a suspended ONU, where in the GPON system, an independent OMCI protocol stack is generally used for information interaction, and in the EPON system, an independent OAM protocol stack is generally used for information interaction. The point-to-group refers to that data is transmitted between the clients and the client group in a multicast mode, and the client group refers to all the clients in the same multicast group, that is, when a certain client is used as a transmission source, data can be transmitted to all the clients in the client group.
In an actual application scenario, a Tracker service may be respectively created in the OLT, so that the OLT is configured as a dispatch service end (Tracker), and a Peer service is created in the ONU, so that the ONU is configured as a client end (Peer).
In this embodiment, the upgrade file is transmitted in a multicast manner, where one multicast group includes a plurality of clients. The method for establishing the multicast group comprises the following steps: and the scheduling server receives a multicast address preset table and determines the multicast group to which each client under the OLT belongs based on the multicast address preset table. The OLT pre-allocates a multicast address (namely, a multicast group) to each PON port, establishes a multicast address preset table, and issues the multicast address preset table to the switching chip, and the switching chip forwards the multicast message according to the multicast address preset table when receiving the multicast message. The multicast address is a multicast IP address or a multicast MAC address, wherein when the multicast address is the multicast IP address, the PON port corresponds to the multicast IP address; when the multicast address is a multicast MAC address, the PON port corresponds to the multicast MAC address.
After receiving a multicast address preset table issued by an OLT, the scheduling server analyzes the multicast address preset table to obtain a multicast address corresponding to each PON port; the scheduling server acquires each client under an OLT (optical line terminal) and a PON (passive optical network) port to which each client belongs; and the scheduling server determines the multicast address of each client according to the PON port to which each client belongs so as to add each client into a corresponding multicast group. Each client adds a preset multicast group, and the file fragments sent to the multicast group can be received by all clients under the multicast group.
For ease of understanding, the following is exemplified: the multicast IP address corresponding to the PON1/1 is planned to be 229.0.0.1 in advance, wherein PON1/1 refers to PON port No. 1 of the board card No. 1, a multicast address preset table is issued to a scheduling server when a PON system is started, the scheduling server analyzes the multicast address preset table to obtain a multicast Group of PON1/1 added with GIP 229.0.0.1, wherein the GIP refers to Group IP, namely multicast Group IP, so that clients hung under PON1/1 are all added to the multicast Group, and clients hung under PON1/1 can receive messages sent to the multicast Group in subsequent file transmission. The multicast group can be created according to actual conditions, wherein all clients under one PON all belong to the same multicast group, different PONs can belong to the same multicast group, and the multicast group can be adaptively created according to actual conditions.
In an actual application scenario, the OLT is configured to receive an upgrade request for batch upgrade, download an upgrade file from a file server according to the upgrade request, and store the upgrade file in a main control board card of the OLT. Because the upgrade file and the type of the ONU have a corresponding relationship, the upgrade file needs to be parsed to obtain a client (denoted as a target client for easy distinction) to which the upgrade file is applicable, and then the OLT adds the target client to a client list of the scheduling server, or the OLT notifies the target client to register with the corresponding scheduling server.
In this embodiment, a client list is established based on the target client, the multicast group to which the target client belongs, and the download progress of the target client. The client lists and the upgrade files are in one-to-one correspondence, and when various upgrade files are adopted to upgrade different ONUs, a plurality of client lists need to be established.
In the actual transmission process, the whole upgrade file needs to be divided into a plurality of file fragments with fixed lengths, and the file fragments are transmitted in a file fragment mode, after a client acquires a certain file fragment, a downloading progress is generated according to the acquired file fragment, and the downloading progress is reported to a scheduling server, so that the scheduling server can obtain the file fragment condition owned by each client and the file fragment condition lost by each client, and the file fragments are transmitted between the scheduling client and the client in a multicast mode.
And the scheduling server is used for updating the client list according to the downloading progress reported by the client, wherein the downloading progress comprises the obtained file fragment list and the missing file fragment list. For example, if an upgrade file has 10 file fragments, the download progress of a client may be: file fragmentation 1: obtained, file fragment 2: missing … …, file fragment 10: is obtained.
In an actual application scene, the client is used for receiving and sending file fragments, registering the client to the scheduling server and reporting the downloading progress to the scheduling server; and receiving the notification from the scheduling server, sending the existing file fragments to other clients in a multicast mode according to the notification of the scheduling server, and receiving the file fragments sent by other clients.
In one application scenario, as shown in fig. 2, the OLT is a box OLT device, a main control board of the box OLT is configured as a scheduling server, and the main control board stores the upgrade file. That is, the main control board of the OLT serves as both the scheduling server and the first seed (Peer having all file fragments) and registers in the Tracker service, and the Peer service and the Tracker service perform control message interaction using an intra-board communication (inter-process/inter-thread communication) mechanism.
In another application scenario, as shown in fig. 3, the OLT is a card-plug OLT, the card-plug OLT includes a main control board card and a plurality of service board cards, each service board card is configured as the scheduling server, and the main control board card stores the upgrade file. Namely, the service board is used as a Tracker, the master control board is used as a first seed to register with Tracker services of all the service boards, and the Peer service and the Tracker service use an inter-board communication (IP communication) mechanism to perform control message interaction. In an actual application scenario, one ONU can only perform message interaction with the service board where the ONU is located, and cannot access other boards, and in order to implement cross-board transmission, the service board needs to be used as an agent client of the lower-hanging ONU to perform message interaction with a neighboring service board. For the neighbor service board card, the neighbor service board card does not want to see all ONUs of the proxy client of the service board card, which may cause the client list of the neighbor service board card to be too large, and the neighbor service board card only needs to know that the proxy client lacks the file fragment 1 and send the fragment 1 to the proxy client, but does not need to know which ONU under the proxy client lacks the fragment 1 and use the multicast protocol, all ONUs under the proxy client may receive the fragment 1, and all ONUs under the proxy client may select to receive or reject.
Based on the factors, for the card-inserted OLT, the business board is also registered as a proxy client in the Tracker service of the neighbor business board, the overall downloading progress of all the clients (ONU) hung below the business board is reported to the scheduling server of the neighbor business board as the downloading progress of the proxy client, and specifically, the subordinate clients of the neighbor business board send file fragments to the proxy client in a multicast mode, and can be received by all the clients hung below the business board, so that the cross-board file transmission is realized.
In the foregoing description, the structure and transmission mechanism of the PON system are described in detail in embodiment 2 below, with regard to specific implementation steps of the method for upgrading an ONU in a point-to-group based manner, which is used with the PON system.
Example 2:
referring to fig. 4, this embodiment provides a method for upgrading an ONU based on a point-to-group scheme, where the method is applied to a PON system, where the PON system includes an OLT and a plurality of ONUs, the OLT is configured as a scheduling server, and the ONUs are configured as clients, and the method includes the following steps:
step 10: and the scheduling server receives a preset multicast address preset table and determines the multicast group to which each client under the OLT belongs based on the multicast address preset table.
In an actual application scenario, a Tracker service may be respectively created in the OLT, so that the OLT is configured as a dispatch service end (Tracker), and a Peer service is created in the ONU, so that the ONU is configured as a client end (Peer).
In this embodiment, the upgrade file is transmitted in a multicast manner, where one multicast group includes a plurality of clients. The method for establishing the multicast group comprises the following steps: and the scheduling server receives a multicast address preset table and determines the multicast group to which each client under the OLT belongs based on the multicast address preset table. The OLT pre-allocates a multicast address (namely, a multicast group) to each PON port, establishes a multicast address preset table, and issues the multicast address preset table to the switching chip, and the switching chip forwards the multicast message according to the multicast address preset table when receiving the multicast message.
Specifically, the OLT forms multicast groups in advance according to the PON ports and the multicast addresses corresponding to each PON port, and forms a multicast address preset table after association is established between the PON ports corresponding to a plurality of multicast groups and the multicast addresses. The multicast address is a multicast IP address or a multicast MAC address, wherein when the multicast address is the multicast IP address, the PON port corresponds to the multicast IP address; when the multicast address is a multicast MAC address, the PON port corresponds to the multicast MAC address. The scheduling server acquires each client under an OLT (optical line terminal) and a PON (passive optical network) port to which each client belongs; and the scheduling server determines the multicast address of each client according to the PON port to which each client belongs so as to add each client into a corresponding multicast group. Each client adds a preset multicast group, and the file fragments sent to the multicast group can be received by all clients under the multicast group.
For ease of understanding, the following is exemplified: the multicast IP address corresponding to the PON1/1 is planned to be 229.0.0.1 in advance, then a multicast address preset table is issued to a scheduling server when a PON system is started, and after the multicast address preset table is analyzed by the scheduling server, a multicast group of which the PON1/1 is added into the GIP 229.0.0.1 is obtained, so that clients hung at ports of the PON1/1 are all added into the multicast group, and the clients hung at ports of the PON1/1 in the subsequent file transmission can all receive messages sent to the multicast group. The multicast group can be created according to actual conditions, wherein all clients under one PON all belong to the same multicast group, different PONs can belong to the same multicast group, and the multicast group can be adaptively created according to actual conditions.
Step 11: and the OLT acquires an upgrade file, and analyzes the upgrade file to determine a target client matched with the upgrade file.
Specifically, the upgrade file is analyzed to obtain a file version number of the upgrade file, an applicable ONU type, and a hardware version number, so as to determine a target client matched with the upgrade file.
Step 12: and establishing a client list based on the target client, the multicast group to which the target client belongs and the downloading progress of the target client.
In this embodiment, the OLT is configured to receive an upgrade request for batch upgrade, download an upgrade file from a file server according to the upgrade request, and store the upgrade file in a main control board of the OLT. Since the upgrade file and the type of the ONU have a corresponding relationship, the upgrade file needs to be parsed to obtain the client to which the upgrade file is applicable (for convenience of distinguishing, it is referred to as a target client). And then, a client list is established based on the target client, the multicast group to which the target client belongs and the downloading progress of the target client. The client lists and the upgrade files are in one-to-one correspondence, and when various upgrade files are adopted to upgrade different ONUs, a plurality of client lists need to be established.
In the actual transmission process, the whole upgrade file needs to be divided into a plurality of file fragments with fixed lengths, and the file fragments are transmitted in a file fragment mode, after a client acquires a certain file fragment, a downloading progress is generated according to the acquired file fragment, and the downloading progress is reported to a scheduling server, so that the scheduling server can obtain the file fragment condition owned by each client and the file fragment condition lost by each client, and the file fragments are transmitted between the scheduling client and the client in a multicast mode. The downloading progress comprises an obtained file fragment list and/or a missing file fragment list.
Step 13: the method comprises the steps that the scheduling server divides the upgrading file into a plurality of file fragments, the scheduling server periodically polls a client list, takes a multicast group to which a first client missing the file fragments to be transmitted belongs as a transmission target, takes a second client existing the file fragments to be transmitted as a transmission source, and informs the second client to transmit the file fragments to be transmitted to the multicast group to which the first client belongs in a multicast mode.
In this embodiment, a scheduling server divides the upgrade file into a plurality of file fragments, and the scheduling server periodically polls the client list to determine whether a first client missing a file fragment exists in the client list, where the file fragment missing by the first client is marked as a file fragment to be transmitted; if a first client with missing file fragments exists, acquiring a multicast group to which the first client belongs, and taking the multicast group to which the first client belongs as a transmission target; judging whether a second client containing the file fragments to be transmitted exists in the client list or not; and if the second client containing the file fragment to be transmitted exists, the scheduling server sends a control message to the second client, and informs the second client to transmit the file fragment to be transmitted to the multicast group to which the first client belongs in a multicast mode.
In this embodiment, the main control board card of the OLT is configured as a client as a first file seed, the client exists in the client list, the download progress corresponding to the main control board card of the OLT is 100% (that is, all file fragments are owned), the second client is the main control board card of the OLT or the ONU including the file fragment to be transmitted, and the ONU including the file fragment to be transmitted is preferably selected as much as possible as the second client, so as to reduce the load of the OLT.
Further, after a plurality of polling periods pass, some clients have all the file fragments, after the multicast group to which the first client belongs receives the file fragments to be transmitted, each target client under the multicast group to which the first client belongs judges whether the target client contains the file fragments to be transmitted; if the file fragments to be transmitted are included, ignoring the file fragments to be transmitted; and if the file fragment to be transmitted is not contained, receiving the file fragment to be transmitted and reporting the downloading progress so that the scheduling server updates the file progress of the corresponding client in the client list.
For ease of understanding, the following examples are given:
taking the example that the download progress is the file fragment owned by each client, during the first polling, the download progress corresponding to all the clients is empty, that is, all the clients lack all the file fragments, and at this time, the scheduling server notifies the master board card to transmit the file fragments to one or more multicast groups. After the file fragments are gradually distributed to the client, in each polling period, the transmitted file fragments, the transmission target and the transmission source can be selected based on a set strategy, wherein the transmission source preferentially selects the ONU and avoids the OLT, and the preset strategy can be selected according to the actual situation and meets the following principle: preferentially ensuring that all file fragments are sent to 1 or more multicast groups, so that the PON system can get rid of dependence on the first seed (OLT); and in the subsequent transmission process, the ONU is preferentially selected as a transmission source.
For example, setting that 3 transmissions are executed in each cycle, 10 file fragments in total are upgraded, and the 1 st cycle, file fragments 1, 2 and 3 are transmitted, firstly, selecting group1 lacking file fragment 1 as a transmission target and Peer1 containing fragment 1 as a transmission source (for example, 3 peers contain file fragment 1 and Peer1 as a transmission source and avoid OLT as much as possible), and informing Peer1 to send file fragment 1 to group 1;
selecting group2 lacking file fragment 2 as a transmission target and Peer2 containing file fragment 2 as a transmission source, and informing Peer2 to send file fragment 2 to group 2;
selecting group3 lacking file fragment 3 as a transmission target and Peer3 containing fragment 3 as a transmission source, and informing Peer3 to send file fragment 3 to group 3;
by analogy, file fragments 4, 5 and 6 are transmitted in the 2 nd period according to the mode; transmitting file fragments 7, 8 and 9 in the 3 rd period; the fragments 10, 1, 2 … … are transmitted in the 4 th cycle until all clients acquire all file fragments.
This may also impose some constraints, such as: after the 1 st cycle is taken as a transmission target, the group1 cannot be taken as a transmission target again in the next N cycles (N is an empirical value, and the larger N means the lower the packet receiving load of the group 1); after the Peer1 is served as the transmission source in the 1 st cycle, it cannot be served as the transmission source again in the next M cycles (M is an empirical value, and the larger M means the lower the packet load of Peer 1). That is, the frequent selection of the same multicast group as a transmission target in a short time is avoided as much as possible, so as to reduce the packet receiving load of the multicast group; the frequent selection of the same client as a transmission source in a short time is avoided as much as possible, so that the packet sending load of the client is reduced.
In an actual application scenario, the upgrading process of the ONU is as follows: firstly, temporarily storing a received upgrade file in a memory, writing the upgrade file into a flash after the complete upgrade file is taken, and then restarting the flash, wherein the restart is an operating new version; and only at the stage that the upgrade file is temporarily stored in the memory can the upgrade file be used as a client to perform file transmission interaction with other clients, and the ONU does not participate in file transmission with other clients after the upgrade is completed. For example, an ONU A, an ONU B and an ONU C in the system download files together, the ONU A firstly has all file fragments, and the ONU B and the ONU C also have missing file fragments, at this time, the PON system has two file seeds (the ONU A and the OLT) per se), the dispatching server Tracker can select to make the ONU A continue to provide the file fragments for the ONU B and the ONU C without writing flash for restarting, and when the PON system has enough file seeds, a part of Peer is notified to leave; the strategy is mainly used for ensuring that any missing file fragment can find as many transmission sources as possible, so that the sending load of each client serving as the transmission source is reduced, and the overall transmission efficiency of the system is improved; particularly, the OLT is avoided as a transmission source as much as possible, and the consumption of CPU resources of the OLT is reduced.
The scheduling server acquires a target client with a complete upgrade file according to the downloading progress of each target client in the client list, and takes the target client with the complete upgrade file as a file seed, wherein the target client comprises a main control board card of the ONU and the OLT; and judging whether the number of the file seed reaches a set threshold value, and if the number of the file seed reaches the set threshold value, informing part of the target clients with the complete upgrade files to leave from the scheduling server.
In one embodiment, the specific process of "notifying part of the target client having the complete upgrade file to leave from the scheduling server" is as follows: and when the target client side with the complete upgrade file is the ONU, informing part of the target client sides with the complete upgrade file to upgrade according to the upgrade file.
In another embodiment, the specific process of "notifying part of the target client having the complete upgrade file to leave from the scheduling server" is: and if the number of the file seed reaches a set threshold value, releasing the upgrade file stored in the OLT main control board card so that the main control board card can receive other upgrade files.
That is, after a Peer completes all the obtained file fragments, it needs to be kept in Tracker as file seed, and until the Tracker detects that there are enough file seeds in the PON system, it notifies the Peer or peers to leave from the Tracker. If the leaving Peer is the main control board card of the OLT, the Tracker can release the file resource corresponding to the main control board card; if the Peer leaving the system is the ONU, the ONU checks the upgrade file, writes the upgrade file into a flash after the check is passed, then executes restart, enables the upgrade file to take effect, and reports the completion of the upgrade to the OLT.
In combination with the description of the foregoing embodiment 1, the OLT is a box OLT or a card OLT; when the OLT is a box OLT, a main control board card of the box OLT is configured as a scheduling server side, and the main control board card stores the upgrade file; when the OLT is a card-inserting OLT; the card-inserting OLT comprises a main control board card and a plurality of service board cards, each service board card is configured to be the scheduling server side, and the upgrade file is stored on the main control board card.
In an actual application scenario, one ONU can only perform message interaction with the service board where the ONU is located, and cannot access other boards, and in order to implement cross-board transmission, the service board needs to be used as an agent client of the lower-hanging ONU to perform message interaction with a neighboring service board. For the neighbor service board card, the neighbor service board card does not want to see all ONUs of the proxy client of the service board card, which may cause the client list of the neighbor service board card to be too large, and the neighbor service board card only needs to know that the proxy client lacks the file fragment 1 and send the fragment 1 to the proxy client, but does not need to know which ONU under the proxy client lacks the fragment 1 and use the multicast protocol, all ONUs under the proxy client may receive the fragment 1, and all ONUs under the proxy client may select to receive or reject.
Based on the factors, for the card-inserted OLT, the business board is also registered as a proxy client in the Tracker service of the neighbor business board, the overall downloading progress of all the clients (ONU) hung below the business board is reported to the scheduling server of the neighbor business board as the downloading progress of the proxy client, and specifically, the subordinate clients of the neighbor business board send file fragments to the proxy client in a multicast mode, and can be received by all the clients hung below the business board, so that the cross-board file transmission is realized.
Specifically, the service line card serves as a proxy client and is registered to a neighbor service line card, the service line card acquires the download progress of all clients thereunder, integrates the download progress of all the clients to obtain the download progress of the proxy client, and reports the download progress of the proxy client to the neighbor service line card.
In this embodiment, the service board as a proxy client needs to additionally allocate a separate proxy multicast group, and all PON ports of the service board need to join the proxy multicast group; the lower hanging client of the business board card can receive the message sent to the proxy multicast group. That is, the OLT allocates one multicast address to each PON port, and the OLT also allocates one proxy multicast address to all PON ports under each service line card, that is, each PON port corresponds to two multicast addresses. The service board card transmits data by clients under different PON ports, and the target address is a multicast group of the PON ports; and the clients under the other service board cards transmit data to the client under the service board card, and the target address is the proxy multicast group of the service board card.
The downloading progress of the client under the business line card can be subjected to union, and the downloading progress of the proxy client can be obtained. And the client under the neighbor service line card sends the file fragment to the proxy client in a multicast mode so as to realize the file transmission across the board cards. The method comprises the steps that a scheduling server in a neighbor service board card obtains file fragments missing from a proxy client, judges whether the file fragments missing from the proxy client exist in the neighbor service board card or not, and if the file fragments missing from the proxy client exist in the neighbor service board card, the client with the file fragments missing from the proxy client serves as a transmission source to transmit corresponding file fragments to the proxy client in a multicast mode.
In the embodiment, the file transmission is carried out in a multicast mode, so that compared with the traditional OMCI/OAM unicast mode, the data transmission efficiency is improved, and the time consumed by file transmission is reduced; moreover, data transmission is performed between the ONU and the ONU in most of time, and the data is directly forwarded by using an exchange chip, so that the characteristics of an OLT protocol stack are not limited, and CPU resources are not wasted too much.
For the card-inserted OLT equipment, the cross-board transmission of data is supported, so that efficient concurrent transmission can be realized, and the data transmission efficiency is further improved;
when enough clients become file seeds, the OLT can release the file cache, so that memory resources are saved, another upgrade file (corresponding to different ONU types) can be downloaded from the server, the upgrade process of another ONU is started, and the concurrent transmission of a plurality of upgrade files is realized on the premise of not increasing the consumption of OLT resources.
Example 3:
the following briefly describes the implementation process of the foregoing embodiment 2 with reference to fig. 5:
step S1: the OLT initiates ONU batch upgrading operation:
wherein, step S1 specifically includes the following steps:
step S101: the OLT downloads the upgrade file from the server to the local;
step S102: the OLT serves as a first seed and is registered in all the trackers in the system;
step S2: the OLT informs the lower hanging of all the ONUs meeting the conditions for upgrading;
wherein, step S2 specifically includes the following steps:
step S201: OLT sends the control message of starting upgrading to ONU;
step S202: the ONU is used as a Peer to register to a Tracker of the board card;
step S3: a Tracker periodically polls a local Peer list;
wherein, step S3 specifically includes the following steps:
step S301: selecting a multicast group A to which a Peer with fragment loss belongs as a transmission target, and selecting a Peer (ONU1) containing the fragment as a transmission source; then sending a control message to a source Peer (ONU1) to inform the Peer to send the file fragments to a target multicast group by using a multicast mode;
step S302: the ONU1 receives the file transmission control message, and transmits the file fragment to the appointed target multicast group (multicast group A) by using the multicast data channel;
step S303: after all peers (ONU2 and ONU3) in a target multicast group (multicast group A) receive the file fragments, reporting progress updating to Tracker immediately; after receiving a progress updating message reported by the Peer, the Tracker updates a local Peer downloading progress record;
step S4: after a Peer finishes receiving all file fragments, the file fragments need to be kept in Tracker as seed.
Step S5: the Tracker detects whether there are more than a set number of file seed in the system.
Wherein, step S5 includes the following steps:
step S501: if the file seed exceeding the set number exists, selecting part of the file seed, sending a control message and informing that the file seed leaves from the Tracker;
step S502: if the Peer is the OLT board card, the Peer can release the file resource corresponding to the Peer; if the Peer is ONU, ONU needs to check the upgrade file and make it effective, then reports the upgrade completion to OLT.
It will be understood by those skilled in the art that the foregoing is only a preferred embodiment of the present invention, and is not intended to limit the invention, and that any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention should be included in the scope of the present invention.

Claims (10)

1. A method for upgrading an ONU based on a point-to-group mode is applied to a PON system, the PON system comprises an OLT and a plurality of ONUs, the OLT is configured to be a dispatching server Tracker, the ONUs are configured to be client peers, and the method comprises the following steps:
the scheduling server receives a multicast address preset table, and determines a multicast group to which each client under the OLT belongs based on the multicast address preset table;
the OLT acquires an upgrade file, and analyzes the upgrade file to determine a target client matched with the upgrade file;
establishing a client list based on the target client, the multicast group to which the target client belongs and the downloading progress of the target client;
the method comprises the steps that the scheduling server divides the upgrading file into a plurality of file fragments, the scheduling server periodically polls a client list, takes a multicast group to which a first client missing the file fragments to be transmitted belongs as a transmission target, takes a second client existing the file fragments to be transmitted as a transmission source, and informs the second client to transmit the file fragments to be transmitted to the multicast group to which the first client belongs in a multicast mode.
2. The method according to claim 1, wherein the scheduling server divides the upgraded file into a plurality of file fragments, the scheduling server periodically polls the client list, regards a multicast group to which a first client missing a file fragment to be transmitted belongs as a transmission target, regards a second client having the file fragment to be transmitted as a transmission source, and notifies the second client to transmit the file fragment to be transmitted to the multicast group to which the first client belongs in a multicast manner, including:
the scheduling server divides the upgrade file into a plurality of file fragments;
the scheduling server periodically polls the client list and judges whether a first client with missing file fragments exists in the client list, wherein the file fragments missing from the first client are marked as file fragments to be transmitted;
if a first client with missing file fragments exists, acquiring a multicast group to which the first client belongs, and taking the multicast group to which the first client belongs as a transmission target;
judging whether a second client containing the file fragments to be transmitted exists in the client list or not;
if a second client containing the file fragment to be transmitted exists, the scheduling server sends a control message to the second client, and informs the second client to transmit the file fragment to be transmitted to a multicast group to which the first client belongs in a multicast mode;
the main control board card of the OLT is used as a first file seed and configured as a client, the client exists in the client list, and the second client is the main control board card of the OLT or the ONU containing the file to be transmitted in a split mode.
3. The method according to claim 1, characterized in that it comprises:
after the multicast group to which the first client belongs receives the file fragments to be transmitted, each target client under the multicast group to which the first client belongs judges whether the target client contains the file fragments to be transmitted;
if the file fragments to be transmitted are included, ignoring the file fragments to be transmitted;
and if the file fragment to be transmitted is not contained, receiving the file fragment to be transmitted and reporting the downloading progress so that the scheduling server updates the file progress of the corresponding client in the client list.
4. The method according to claim 1, characterized in that it comprises:
the scheduling server acquires a target client with a complete upgrade file according to the downloading progress of each target client in the client list, wherein the target client comprises a main control board card of the ONU or the OLT;
taking a target client with a complete upgrade file as a file seed;
judging whether the number of the file seed reaches a set threshold value;
and if the number of the file seed reaches a set threshold value, notifying part of the target clients with the complete upgrade files to leave from the scheduling server.
5. The method of claim 4, wherein notifying the target client having the complete upgrade file to depart from the dispatch server comprises:
when the target client side with the complete upgrade file is an ONU, informing the target client side with the complete upgrade file to upgrade according to the upgrade file;
and when the target client side with the complete upgrade file is the main control board card of the OLT, releasing the upgrade file stored in the main control board card of the OLT so that the main control board card can receive other upgrade files.
6. The method of claim 1, wherein the multicast address preset table includes PON ports and a multicast address corresponding to each PON port, the scheduling server receives the multicast address preset table, and determining, based on the multicast address preset table, a multicast group to which each client under the OLT belongs includes: the scheduling server analyzes the multicast address preset table to obtain a multicast address corresponding to each PON port;
the scheduling server acquires each client under an OLT (optical line terminal) and a PON (passive optical network) port to which each client belongs;
and the scheduling server determines the multicast address of each client according to the PON port to which each client belongs so as to add each client into a corresponding multicast group.
7. The method according to claim 1, wherein the selection policy of the transmission source, the file fragments to be transmitted, and the transmission destination is to preferentially select the ONU as the transmission source, and preferentially ensure that all the file fragments are sent to 1 or more multicast groups.
8. The method of claim 1, wherein the OLT is a box OLT or a card OLT;
when the OLT is a box OLT, a main control board card of the box OLT is configured as a scheduling server side, and the main control board card stores the upgrade file;
when the OLT is a card-inserting OLT, the card-inserting OLT comprises a main control board card and a plurality of service board cards, each service board card is configured as the scheduling server, and the main control board card stores the upgrade file.
9. The method of claim 8, wherein when the OLT is a card OLT, the method further comprises:
the local service line card is used as a proxy client to register to the neighbor service line card;
the business line card acquires the downloading progress of all the clients under the business line card, integrates the downloading progress of all the clients to obtain the downloading progress of the proxy client, and reports the downloading progress of the proxy client to the neighbor business line card;
the client under the neighbor service line card sends file fragments to the proxy client in a multicast mode to realize cross-board file transmission;
when the service board is used as the proxy client, an individual proxy multicast group needs to be allocated, all PON ports of the service board need to join the proxy multicast group, and each PON port corresponds to two multicast addresses.
10. A system for upgrading an ONU based on a point-to-group approach, wherein the PON system comprises an OLT and a plurality of ONUs, the OLT is configured as a scheduling server, the ONUs are configured as clients, and the scheduling server and the clients cooperate with each other to complete the method according to any one of claims 1 to 9.
CN202011100105.6A 2020-10-15 2020-10-15 Method and system for upgrading ONU based on point-to-group mode Active CN112312238B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011100105.6A CN112312238B (en) 2020-10-15 2020-10-15 Method and system for upgrading ONU based on point-to-group mode

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011100105.6A CN112312238B (en) 2020-10-15 2020-10-15 Method and system for upgrading ONU based on point-to-group mode

Publications (2)

Publication Number Publication Date
CN112312238A true CN112312238A (en) 2021-02-02
CN112312238B CN112312238B (en) 2022-04-12

Family

ID=74327026

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011100105.6A Active CN112312238B (en) 2020-10-15 2020-10-15 Method and system for upgrading ONU based on point-to-group mode

Country Status (1)

Country Link
CN (1) CN112312238B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114448799A (en) * 2022-01-30 2022-05-06 合肥美的电冰箱有限公司 Remote upgrading method and device, main control board, household appliance and storage medium

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1744570A (en) * 2005-08-25 2006-03-08 广东省电信有限公司研究院 Method for realizing efficient video multicasting in ethernet passive optical entwork system
CN1764117A (en) * 2005-10-12 2006-04-26 杭州华为三康技术有限公司 Method for sending upgrade software to optical network unit in Ethernet passive optical network
US20070264017A1 (en) * 2006-05-10 2007-11-15 Masahiko Mizutani PON system and Optical Network Unit
CN101516047A (en) * 2009-04-03 2009-08-26 烽火通信科技股份有限公司 ONU automatic upgrading method in EPON access system
CN101860456A (en) * 2010-06-29 2010-10-13 中兴通讯股份有限公司 Method and system for updating software of optical network units (ONUs) in Ethernet passive optical network
CN102104810A (en) * 2009-12-21 2011-06-22 中兴通讯股份有限公司 Method and system for upgrading software versions of passive optical network unit in batch
CN103209362A (en) * 2013-04-12 2013-07-17 深圳市共进电子股份有限公司 Method for upgrading multiple devices between passive optical network devices
JP2014007673A (en) * 2012-06-26 2014-01-16 Nippon Telegr & Teleph Corp <Ntt> Pon system, optical subscriber line terminator, and communication method
CN104270688A (en) * 2014-10-31 2015-01-07 上海斐讯数据通信技术有限公司 System and method for upgrading ONUs (optical network units) on EPON (Ethernet passive optical network) in batch
WO2019228411A1 (en) * 2018-05-30 2019-12-05 中兴通讯股份有限公司 Method, apparatus, and device for allocating multi-channel pon bandwidth

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1744570A (en) * 2005-08-25 2006-03-08 广东省电信有限公司研究院 Method for realizing efficient video multicasting in ethernet passive optical entwork system
CN1764117A (en) * 2005-10-12 2006-04-26 杭州华为三康技术有限公司 Method for sending upgrade software to optical network unit in Ethernet passive optical network
US20070264017A1 (en) * 2006-05-10 2007-11-15 Masahiko Mizutani PON system and Optical Network Unit
CN101516047A (en) * 2009-04-03 2009-08-26 烽火通信科技股份有限公司 ONU automatic upgrading method in EPON access system
CN102104810A (en) * 2009-12-21 2011-06-22 中兴通讯股份有限公司 Method and system for upgrading software versions of passive optical network unit in batch
CN101860456A (en) * 2010-06-29 2010-10-13 中兴通讯股份有限公司 Method and system for updating software of optical network units (ONUs) in Ethernet passive optical network
JP2014007673A (en) * 2012-06-26 2014-01-16 Nippon Telegr & Teleph Corp <Ntt> Pon system, optical subscriber line terminator, and communication method
CN103209362A (en) * 2013-04-12 2013-07-17 深圳市共进电子股份有限公司 Method for upgrading multiple devices between passive optical network devices
CN104270688A (en) * 2014-10-31 2015-01-07 上海斐讯数据通信技术有限公司 System and method for upgrading ONUs (optical network units) on EPON (Ethernet passive optical network) in batch
WO2019228411A1 (en) * 2018-05-30 2019-12-05 中兴通讯股份有限公司 Method, apparatus, and device for allocating multi-channel pon bandwidth

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114448799A (en) * 2022-01-30 2022-05-06 合肥美的电冰箱有限公司 Remote upgrading method and device, main control board, household appliance and storage medium
CN114448799B (en) * 2022-01-30 2023-06-30 合肥美的电冰箱有限公司 Remote upgrading method, device, main control board, household electrical appliance and storage medium

Also Published As

Publication number Publication date
CN112312238B (en) 2022-04-12

Similar Documents

Publication Publication Date Title
US10389472B2 (en) Optical line terminal communication method and device with data structure
KR100717666B1 (en) Pon system and logical link allocation method
CN101072144B (en) PON system and subscriber connection apparatus
CN102202104B (en) Managing distributed address pools within network devices
US8548327B2 (en) Dynamic management of polling rates in an ethernet passive optical network (EPON)
WO2012000251A1 (en) Software upgrading method and system for optical node in ethernet passive optical network
CN102067102A (en) Installed game software sharing via peer-to-peer networkfield of the invention
WO2013134428A1 (en) Multi-point control protocol proxy architecture in a network with optical and coaxial domains
WO2012149764A1 (en) Wavelength distribution method, optical network unit and optical network system in optical communication system
JP5256118B2 (en) Information distribution system and information distribution method
WO2015172452A1 (en) Service processing method and apparatus and optical line terminal
CN112312238B (en) Method and system for upgrading ONU based on point-to-group mode
US20140178072A1 (en) Optical line terminal and method of registering optical network terminal thereof
CN102340436B (en) Cross-network message forwarding method and switch system
CN103248431B (en) The transportable TWDM-PON system of a kind of ONU
WO2020007246A1 (en) Method for managing onu, olt, onu, system and storage medium
CN101009669B (en) A method and system and route device for transmitting the multicast message
CN103812707B (en) A kind of method for processing forwarding of line identification message
WO2010119586A1 (en) Communication system, communication method, and communication device
CN102143412A (en) Connection admission control (CAC) method and device as well as passive optical network (PON) system
US7782795B2 (en) Multicast data communication system, data communication apparatus, multicast data communication method and computer readable non-transitory information recording medium
WO2022033295A1 (en) Registration request response method and device
CN102104586A (en) Unicast/multicast resource management method and system
CN101425980A (en) Method and apparatus for assisted managing arbitrary broadcast group in communication network device
JPWO2018016469A1 (en) Link control circuit

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant