A linkage multicast upgrade method

Abstract

The present invention relates to a linkage multicast upgrade method, wherein RMS negotiates with a multicast server; RMS performs gateway control work, and when receiving an upgrade command, sends an upgrade-related configuration file to a designated gateway; after receiving the upgrade-related configuration file, the gateway parses the multicast upgrade address, initiates an igmp request to an IPTV uplink channel through an IPTV module, and an OLT sends an igmp multicast joining request; the multicast server streams it to OLTs at all levels in the form of a multicast stream; the OLT sends the received upper-layer multicast stream to the passive optical fiber network PON of the optical line terminal OLT according to the multicast table added by the user side; when the gateway receives the multicast stream, it performs matching filtering, and if the address of the multicast stream is the negotiated multicast upgrade address, the multicast stream is intercepted and stored, and the files of the multicast stream are extracted and the upgrade files are transferred to the upgrade module; when the gateway successfully extracts the upgrade file, a leave message of the multicast upgrade address is sent. It can realize simultaneous large-scale concurrent upgrades of tens of thousands or millions of levels.

Description

Technical Field

[0001] The invention belongs to the technical field of fiber-to-the-home communication, and in particular relates to a linkage multicast upgrade method. Background Art

[0002] Due to the rapid development of network technology, the scale of fixed Internet broadband access users has reached 656 million to date, and is growing at a rate of several million to tens of millions each year, providing a simple and high-speed gigabit application network service for the vast majority of users. In order to provide such services, a large number of PON network terminals, i.e. home gateways, are required for the access network. In the existing network, there are hundreds of millions of them in each province, and tens of millions at least, and there are also millions of them in each district or city.

[0003] With such a large number of terminal gateway devices, some uncontrollable risks are inevitable during their use. Sometimes it is necessary to upgrade the gateway version. At this time, it may be necessary to upgrade the terminals in large quantities, at the million level, and the workload is huge. In the existing network architecture system, centralized management is implemented. Each province or city has one or several RMSs to centrally manage all home gateways. Although there are perfect upgrade processes and methods, when large-scale upgrades are needed, they are actually planned and upgraded in batches and segments in a serial manner. The efficiency is not high and it cannot cope with sudden emergencies.

[0004] The current process can be simply described as follows: when the existing network needs to be upgraded, the upgrade strategy, upgrade configuration and upgrade software are generally issued to each gateway through the RMS management system. During the upgrade, the RMS needs to issue upgrade instructions to each gateway in batches, and each gateway terminal downloads the upgrade file from the corresponding server according to the instructions. Then, the upgrade is equivalent to each gateway terminal having to establish a connection to the server separately to download a copy of the upgrade software. If there are 100 devices, it will download 100 times; if there are 1,000 devices, it will download 1,000 times; if there are 1 million devices, there will be 1 million connections and 1 million downloads. This will put a very high demand on the performance and bandwidth of the upgrade server. If parallel processing is required, the current servers and bandwidth cannot meet the requirements. Therefore, when the existing network is generally upgraded in batches, the upgrade quantity or upgrade area is controlled, and the upgrade is carried out one area at a time. It is a slow upgrade process. Generally, it takes several weeks to complete the upgrade of the equipment in a province. This upgrade is fine for normal version changes, and the efficiency and time are not very high. However, if there is an emergency, it will be impossible to cope with it, and the version replacement cannot be completed in a short time.

[0005] Therefore, how to achieve batch version replacement in a short period of time when an emergency occurs is a technical problem that urgently needs to be solved. Summary of the invention

[0006] The object of the present invention is to provide a linkage multicast upgrade method for realizing batch version replacement in a short time when a sudden emergency occurs.

[0007] In order to solve the above technical problems, the technical solution adopted by the present invention is as follows:

[0008] A linkage multicast upgrade method comprises the following steps:

[0009] S1: The fixed-line terminal remote management system RMS negotiates with the multicast server to designate a multicast upgrade address and completes the upload of the corresponding upgrade file;

[0010] S2: The fixed-line terminal remote management system RMS performs normal gateway control work. When receiving an upgrade command, it sends the upgrade-related configuration files to the designated gateway;

[0011] S3: After receiving the upgrade-related configuration file, the designated gateway parses it, sends the parsed multicast upgrade address to the IPTV uplink channel through the IPTV module inside the gateway, initiates an igmp request from inside the gateway, and sends an igmp multicast join request to the optical line terminal OLT;

[0012] S4: The multicast server sends the upgrade file in the form of a multicast stream and in accordance with the negotiated designated multicast upgrade address. When receiving a corresponding multicast request message, the multicast server sends it in the form of a multicast stream to the corresponding optical line terminals OLT at all levels;

[0013] S5: The optical line terminal OLT transmits the received upper-layer multicast stream in a P2MP point-to-multipoint manner at the passive optical network PON of the optical line terminal OLT according to the multicast table added by the user side;

[0014] S6: When the gateway receives the multicast stream, it matches and filters it to determine whether the address of the multicast stream is the negotiated multicast upgrade address. If so, the multicast stream is intercepted and stored, and the files of the multicast stream are extracted, and an upgrade file is extracted, and then the upgrade file is transferred to the upgrade module, and the upgrade module performs upgrade processing on it; if not, it is accelerated to the Lan side according to the multicast forwarding table;

[0015] S7: After the gateway successfully extracts the upgrade file, it sends a leave message to the multicast upgrade address and informs the optical line terminal OLT that the multicast stream has been successfully received and no further forwarding is required. After the upgrade is restarted, the corresponding upgrade result is reported to the fixed network terminal remote management system RMS.

[0016] Preferably, the fixed network terminal remote management system RMS adds three control nodes on the original upgrade node, including an upgrade mode node, a multicast upgrade address node and an upgrade version information node.

[0017] Preferably, the upgrade mode node is used for the fixed-line terminal remote management system RMS to tell the designated gateway the upgrade method, the data type of the node is unsignedInt, the value 0 is the default unicast upgrade, the value 1 is the multicast upgrade method, and the default upgrade method of the current network is value 0.

[0018] Preferably, the data type of the multicast upgrade address node is string, which is used by the fixed-line terminal remote management system RMS to inform the gateway that if it is a multicast upgrade, the multicast upgrade address used for the multicast upgrade is variable within the range of available multicast and does not conflict with the currently used address in the existing network, or is an IPv4 multicast address, or is an address in the IPV6 multicast address segment.

[0019] Preferably, the data type of the upgrade version information node is string, which is used to carry information of a new upgrade version, wherein the new upgrade version information includes version size, start information, end information and verification information of the version file.

[0020] Preferably, when the Tr69 channel of the designated gateway receives the upgrade configuration file issued by the fixed-line terminal remote management system RMS management system, it parses the three newly added control nodes, and after parsing the information of the new control node, if the upgrade mode is 0, then according to the original upgrade method, the corresponding upgrade file is downloaded from the server configured by the fixed-line terminal remote management system RMS through the Tr069 channel; if the upgrade mode is 1, and the multicast upgrade address node and the upgrade version information node both carry relevant information, the parsed information of the multicast upgrade address node and the upgrade version information node is sent to the IPTV module to perform a new processing mode.

[0021] Preferably, the IPTV module initiates the igmp multicast join function according to the information. If the upgrade information is transmitted via the tr069 channel, the gateway automatically initiates an igmp join request for the multicast upgrade address from the inside according to the multicast upgrade address parsed from the multicast upgrade address node, and sends the join message to the optical line terminal OLT through the IPTV channel to bring down the multicast stream of the upgrade file.

[0022] Preferably, the IPTV module needs to add a multicast stream identification function, and after initiating the igmp join message of the multicast upgrade address node, create a specified rule in the forwarding table to achieve matching interception; after receiving the multicast stream, the IPTV module of the gateway intercepts the message and stores it in the upgraded area if the destination address of the multicast stream matches the multicast upgrade address of the multicast upgrade address node; if the destination address of the multicast stream does not match the multicast upgrade address of the multicast upgrade address node, forwarding to the Lan side is accelerated.

[0023] Preferably, the gateway extracts the upgrade version from the stored multicast stream file according to the upgrade version information node information, and then automatically upgrades; if the upgrade file is not successfully extracted after one storage, it is discarded and intercepted again until the upgrade file is successfully extracted.

[0024] Preferably, the processing performed on the multicast server is that the fixed-line terminal remote management system RMS repackages the version file to be upgraded according to the specified rules, adds the specified start header and end tail, calculates the file size, and transmits the version file to the multicast server. At the multicast server, it is sent out in the form of a multicast stream with the multicast address of the negotiated multicast upgrade address node.

[0025] The beneficial effects of the present invention include:

[0026] The linkage multicast upgrade method provided by the present invention comprises the following steps: RMS negotiates with a multicast server; RMS performs gateway control work, and when receiving an upgrade command, sends an upgrade-related configuration file to a designated gateway; after receiving the upgrade-related configuration file, the gateway parses the multicast upgrade address, initiates an igmp request to an IPTV uplink channel through an IPTV module, and an igmp multicast joining request is sent at an OLT; the multicast server sends the multicast stream to OLTs at all levels in the form of a multicast stream; the OLT sends the received upper-layer multicast stream to the passive optical fiber network PON of the optical line terminal OLT according to the multicast table added by the user side; when the gateway receives the multicast stream, it performs matching filtering, and if the address of the multicast stream is the negotiated multicast upgrade address, the multicast stream is intercepted and stored, and the files of the multicast stream are extracted and the upgrade files are transferred to the upgrade module; when the gateway successfully extracts the upgrade files, a leave message of the multicast upgrade address is sent. It is possible to achieve simultaneous large-scale concurrent upgrades at the level of 10,000 or 1 million.

[0027] The present invention changes the way of downloading by sending unicast configuration in the prior art, and sends the parameters of multicast upgrade through the RMS management system to realize the sending of multicast configuration. After being parsed by the RMS module, the parameters can be passed to the IPTV module, and the IPTV can internally initiate an IGMP request to stream the data of the upgraded version on demand through multicast. The upgraded version is edited into a multicast stream with a specific start and end, and the version is transmitted in the form of a multicast stream, and the upgraded version is extracted from the multicast stream. Through the entire operation process, the RMS management system sends the configuration, and IPTV downloads the version. The operation mode of the two cooperates to realize a large-scale concurrent upgrade scenario of tens of thousands or millions of levels at the same time, greatly reducing the performance requirements of the upper-level server by more than 90%, and saving a lot of bandwidth on the upper-level network, providing a new upgrade solution that does not affect the existing upgrade, and the two perfectly coexist, enriching the upgrade solution, which can become a backup or emergency solution. BRIEF DESCRIPTION OF THE DRAWINGS

[0028] Figure 1 It is a schematic diagram of the principle of the linkage multicast upgrade method of the present invention.

[0029] Figure 2 It is a schematic diagram of the internal flow of the gateway of the present invention.

[0030] Figure 3 It is a flow chart of the linkage multicast upgrade method of the present invention. DETAILED DESCRIPTION

[0031] The following is combined with Figure 1~Figure 3 The present invention is further described in detail:

[0032] Example 1

[0033] See attached Figure 1-Figure 3 As shown, a linkage multicast upgrade method includes the following steps:

[0034] S1: The fixed-line terminal remote management system RMS (RMS management system for short) negotiates with the multicast server to specify the multicast upgrade address and completes the upload of the corresponding upgrade file;

[0035] S2: The fixed-line terminal remote management system RMS performs normal gateway control work. When receiving an upgrade command, it sends the upgrade-related configuration files to the designated gateway;

[0036] S3: After receiving the upgrade-related configuration file, the designated gateway parses it, sends the parsed multicast upgrade address to the IPTV uplink channel through the IPTV module inside the gateway, initiates an igmp request from inside the gateway, and sends an igmp multicast join request to the optical line terminal OLT;

[0037] S4: The multicast server sends the upgrade file in the form of a multicast stream and in accordance with the negotiated designated multicast upgrade address. When receiving a corresponding multicast request message, the multicast server sends it in the form of a multicast stream to the corresponding optical line terminals OLT at all levels;

[0038] S5: The optical line terminal OLT transmits the received upper-layer multicast stream in a P2MP point-to-multipoint manner at the passive optical network PON of the optical line terminal OLT according to the multicast table added by the user side;

[0039] S6: When the gateway receives the multicast stream, it matches and filters it to determine whether the address of the multicast stream is the negotiated multicast upgrade address. If so, the multicast stream is intercepted and stored, and the files of the multicast stream are extracted, and an upgrade file is extracted, and then the upgrade file is transferred to the upgrade module, and the upgrade module performs upgrade processing on it; if not, it is accelerated to the Lan side according to the multicast forwarding table;

[0040] S7: After the gateway successfully extracts the upgrade file, it sends a leave message to the multicast upgrade address and informs the optical line terminal OLT that the multicast stream has been successfully received and no further forwarding is required. After the upgrade is restarted, the corresponding upgrade result is reported to the fixed network terminal remote management system RMS.

[0041] After the existing gateway is connected to the OLT through PON lines and other means, the different channels provided by the OLT are connected to the upper-level gateway's RMS system (fixed-line terminal remote management system) management system, the upper-level gateway's BAS / BRAS system (Broadband Access Server / Broadband Remote Access Server), and the IPTV system, voice system, and various application servers.

[0042] The gateway configuration usually configures several channels, tr069 channel, which is used by RMS to manage each terminal; internet channel, which is used to create a channel for Internet access services; IPTV service channel, which is used to play various live and on-demand channels; voice channel, which is used to create a channel for voice services. The most important part of the system is the RMS management system, which manages all gateways in a province. It is responsible for business work order issuance, status management, upgrade management and other functions. It is generally provincial, that is, there are only a few RMS servers in a province, and it has high reliability. When the gateway needs to be upgraded, a strategy will be formulated in RMS to determine which types and devices to upgrade and what upgrade strategy to use. When the RMS upgrade is started, RMS will send upgrade instructions and related parameter configurations to the following gateways. After each gateway receives the instruction, it will go to the corresponding service through the RMS channel to download the upgrade software. After the download is complete, it will automatically upgrade. During this process, each gateway needs to connect to the server in a unicast manner, create each connection, and use this connection to download the upgrade file. One gateway has one connection, 10 gateways require 10 connections, and 1 million gateways will have 1 million download request connections. As long as tens of thousands of gateways are upgraded at the same time, the network and server will not be able to withstand it; or they can only queue up for upgrades, which will result in performance bottlenecks.

[0043] Under this circumstance, the present invention is based on the fact that during batch upgrade, thousands of gateways have the same upgrade file, that is, the same version file is transmitted tens of thousands of times or more. By transmitting this file only a few times at the upper gateway, the point-to-multipoint network connection is transferred to the access layer. If it is transferred down, at the PON access point of the OLT, it just coincides with the PON user side structure. PON is a point-to-multipoint network architecture; therefore, the upper network uses multicast technology to turn numerous connections into a single stream connection, and the upgrade file is multicasted to the access layer OLT; then the OLT at the end replicates and copies the stream, and then sends it to each gateway through the PON point-to-multipoint optical fiber, so that the upper network only needs to transmit one copy, and then when it reaches the access layer point-to-multipoint, it will be copied multiple times; the above technical problems can be well solved. However, in the current fixed-line gateway management mode, the RMS management channel and the IPTV service channel are completely independent and isolated. RMS is a reliable management with primary priority. It is responsible for configuration management and upgrade functions, and does not use some connections at the service level at all. In order to realize this upgrade method, the present invention fully integrates these two modules, so that RMS can take advantage of the technical advantages of multicast, give full play to its advantages of saving bandwidth and simplifying the process, and can well solve the bottleneck encountered in large-scale simultaneous upgrades.

[0044] The system for realizing linkage multicast upgrade of the present invention comprises an ONT terminal, an OLT device and a metropolitan area router, the ONT terminal and the OLT device are connected through a GEM port xT-cont x channel, a Multicast tunnel channel, a GEM port yIT-cont y channel, and a GEM port z / T-cont z channel, the OLT device and the metropolitan area router are connected through an IPTV VLAN channel, a tr069VLAN channel, and an HSI VLAN channel, and the metropolitan area router accesses a server through a BAS.

[0045] The present invention negotiates with a multicast server through an RMS; the RMS performs gateway control work, and when receiving an upgrade command, sends an upgrade-related configuration file to a designated gateway; after receiving the upgrade-related configuration file, the gateway parses the multicast upgrade address, initiates an IGMP request to an IPTV uplink channel through an IPTV module, and an IGMP multicast joining request is sent at an OLT; the multicast server streams the multicast to OLTs at all levels in a multicast stream mode; the OLT sends the received upper-layer multicast stream to a passive optical fiber network PON of an optical line terminal OLT according to a multicast table joined by a user side; when the gateway receives the multicast stream, matching filtering is performed, and if the address of the multicast stream is the negotiated multicast upgrade address, the multicast stream is intercepted and stored, and the files of the multicast stream are extracted and transferred to the upgrade module; when the gateway successfully extracts the upgrade file, a process of sending a leave message of the multicast upgrade address is performed, so that large-scale concurrent upgrades of tens of thousands or millions of levels are realized at the same time, and the performance requirements of the upper-layer server are greatly reduced by more than 90%; a large amount of bandwidth is saved on the upper-layer network; and a new upgrade solution that does not affect the existing upgrade is provided, so that the two can coexist perfectly.

[0046] Example 2

[0047] On the basis of Example 1, the fixed network terminal remote management system RMS adds three control nodes to the original upgrade node, including an upgrade mode node, a multicast upgrade address node and an upgrade version information node.

[0048] The upgrade mode node is used by the fixed-line terminal remote management system RMS to tell the designated gateway the upgrade method. The data type of the node is unsignedInt. The value 0 is the default unicast upgrade, and the value 1 is the multicast upgrade method. The default upgrade method of the existing network is 0. This allows the original upgrade method to be maintained while implementing a new upgrade method. The data type of the multicast upgrade address node is string, which is used by the fixed-line terminal remote management system RMS to inform the gateway of the multicast upgrade address for multicast upgrade if it is a multicast upgrade. The multicast upgrade address is variable within the range of available multicast and does not conflict with the currently used address in the existing network. It is either an IPv4 multicast address or an address in the IPV6 multicast address segment.

[0049] The data type of the upgrade version information node is string, which is used to carry the information of the new upgrade version, including the version size, the starting information, the ending information and the verification information of the version file. For example, the content can be set in the form of TLV separated by semicolons (Size:8000; Starting ID aaaa; Ending ID bbbb;). The purpose of carrying this node is that when the upgrade file is edited into a multicast stream, it is sent repeatedly without interruption. It is transmitted in the form of a stream, and there is no interactive start and end process, so the gateway must be able to correctly extract and identify the version file from the received stream.

[0050] Example 3

[0051] Based on Example 1 or Example 2, see Figure 2 When the Tr69 channel of the designated gateway receives the upgrade configuration file issued by the fixed-line terminal remote management system RMS management system, it parses the three newly added control nodes. After parsing the information of the new control nodes, if the upgrade mode is 0, the corresponding upgrade file is downloaded from the server configured by the fixed-line terminal remote management system RMS through the Tr069 channel according to the original upgrade method; if the upgrade mode is 1, and the multicast upgrade address node and the upgrade version information node both carry relevant information, the parsed information of the multicast upgrade address node and the upgrade version information node is sent to the IPTV module to perform a new processing mode.

[0052] The IPTV module initiates the igmp multicast join function based on the information. If the upgrade information is transmitted through the tr069 channel, the gateway automatically initiates an igmp join request for the multicast upgrade address from the inside according to the multicast upgrade address parsed from the multicast upgrade address node, and sends the join message to the optical line terminal OLT through the IPTV channel to bring down the multicast stream of the upgrade file.

[0053] The IPTV module needs to add a new multicast stream identification function. After initiating the igmp join message of the multicast upgrade address node, a specified rule is created in the forwarding table to achieve matching interception; after receiving the multicast stream, the IPTV module of the gateway intercepts the message and stores it in the upgraded area if the destination address of the multicast stream matches the multicast upgrade address of the multicast upgrade address node; if the destination address of the multicast stream does not match the multicast upgrade address of the multicast upgrade address node, forwarding to the Lan side is accelerated.

[0054] The gateway extracts the upgrade version from the stored multicast stream file according to the upgrade version information node information, and then automatically upgrades; if the upgrade file is not successfully extracted in one storage, it is discarded and intercepted again until the upgrade file is successfully extracted. The processing done on the multicast server, the fixed network terminal remote management system RMS repackages the version file to be upgraded according to the specified rules, adds the specified start header and end tail, calculates the file size, and transmits the version file to the multicast server, where it is sent out in the form of a multicast stream with the multicast address of the negotiated multicast upgrade address node.

[0055] In summary, the linkage multicast upgrade method provided by the present invention is as follows: RMS negotiates with the multicast server; RMS performs gateway control work, and when receiving the upgrade command, sends the upgrade-related configuration file to the designated gateway; after receiving the upgrade-related configuration file, the gateway parses the multicast upgrade address, initiates an igmp request to the IPTV uplink channel through the IPTV module, and the OLT sends an igmp multicast joining request; the multicast server streams it to the OLTs at all levels in the form of a multicast stream; the OLT sends the received upper-layer multicast stream to the passive optical fiber network PON of the optical line terminal OLT according to the multicast table added by the user side; when the gateway receives the multicast stream, it performs matching filtering, and if the address of the multicast stream is the negotiated multicast upgrade address, the multicast stream is intercepted and stored, and the files of the multicast stream are extracted and the upgrade files are transferred to the upgrade module; when the gateway successfully extracts the upgrade file, it sends a leave message of the multicast upgrade address. The existing technology changes the way of sending unicast configuration to download. The multicast configuration is sent by sending multicast upgrade parameters through the RMS management system. After being parsed by the RMS module, the parameters can be passed to the IPTV module, and the IPTV can initiate an igmp request internally to stream the data of the upgraded version on demand through multicast. The upgraded version is edited into a multicast stream with a specific start and end, and the version is delivered in the form of a multicast stream, and the upgraded version is extracted from the multicast stream. Through the entire operation process, the RMS management system sends the configuration, and IPTV downloads the version. The coordinated operation mode of the two realizes a large-scale concurrent upgrade scenario of tens of thousands or millions of levels at the same time, greatly reducing the performance requirements of the upper-level server by more than 90%, and saving a lot of bandwidth on the upper-level network, providing a new upgrade solution that does not affect the existing upgrade. The two coexist perfectly, enriching the upgrade solution, and can become a backup or emergency solution.

Claims

1. A linkage multicast upgrade method, characterized in that: The following steps are involved: S1: The fixed-line terminal remote management system RMS negotiates with the multicast server to designate a multicast upgrade address and completes the upload of the corresponding upgrade file; S2: The fixed-line terminal remote management system RMS performs normal gateway control work. When receiving an upgrade command, it sends the upgrade-related configuration files to the designated gateway; S3: After receiving the upgrade-related configuration file, the designated gateway parses it, sends the parsed multicast upgrade address to the IPTV uplink channel through the IPTV module inside the gateway, initiates an igmp request from inside the gateway, and sends an igmp multicast join request to the optical line terminal OLT; S4: The multicast server sends the upgrade file in the form of a multicast stream and in accordance with the negotiated designated multicast upgrade address. When receiving a corresponding multicast request message, the multicast server sends it in the form of a multicast stream to the corresponding optical line terminals OLT at all levels; S5: The optical line terminal OLT transmits the received upper-layer multicast stream in a P2MP point-to-multipoint manner at the passive optical network PON of the optical line terminal OLT according to the multicast table added by the user side; S6: When the gateway receives the multicast stream, it matches and filters it to determine whether the address of the multicast stream is the negotiated multicast upgrade address. If so, the multicast stream is intercepted and stored, and the files of the multicast stream are extracted, and an upgrade file is extracted, and then the upgrade file is transferred to the upgrade module, and the upgrade module performs upgrade processing on it; if not, it is accelerated to the Lan side according to the multicast forwarding table; S7: After the gateway successfully extracts the upgrade file, it sends a leave message to the multicast upgrade address and informs the optical line terminal OLT that the multicast stream has been successfully received and no further forwarding is required. After the upgrade is restarted, the corresponding upgrade result is reported to the fixed network terminal remote management system RMS.

2. A linkage multicast upgrade method according to claim 1, characterized in that: The fixed network terminal remote management system RMS adds three control nodes on the original upgrade node, including an upgrade mode node, a multicast upgrade address node and an upgrade version information node.

3. A linkage multicast upgrade method according to claim 2, characterized in that: The upgrade mode node is used for the fixed-line terminal remote management system RMS to tell the designated gateway the upgrade mode. The data type of the node is unsignedInt. The value 0 is the default unicast upgrade, and the value 1 is the multicast upgrade mode. The default upgrade mode of the current network is value 0.

4. A linkage multicast upgrade method according to claim 2, characterized in that: The data type of the multicast upgrade address node is string, which is used by the fixed-line terminal remote management system RMS to inform the gateway that if it is a multicast upgrade, the multicast upgrade address used for the multicast upgrade is variable within the range of available multicast and does not conflict with the currently used address in the existing network. It is either an IPv4 multicast address or an address in the IPV6 multicast address segment.

5. A linkage multicast upgrade method according to claim 2, characterized in that: The data type of the upgrade version information node is string, which is used to carry the information of the new upgrade version. The new upgrade version information includes the version size, the start information, the end information and the verification information of the version file.

6. A linkage multicast upgrade method according to any one of claims 2 to 5, characterized in that: When the Tr69 channel of the designated gateway receives the upgrade configuration file issued by the fixed-line terminal remote management system RMS management system, it parses the three newly added control nodes. After parsing the information of the new control nodes, if the upgrade mode is 0, it downloads the corresponding upgrade file from the server configured by the fixed-line terminal remote management system RMS through the Tr069 channel according to the original upgrade mode; If the upgrade mode is 1, and both the multicast upgrade address node and the upgrade version information node carry relevant information, the parsed information of the multicast upgrade address node and the upgrade version information node is sent to the IPTV module to perform a new processing mode.

7. A linkage multicast upgrade method according to claim 6, characterized in that: The IPTV module initiates the igmp multicast join function based on the information. If the upgrade information is transmitted through the tr069 channel, the gateway automatically initiates an igmp join request for the multicast upgrade address from the inside according to the multicast upgrade address parsed from the multicast upgrade address node, and sends the join message to the optical line terminal OLT through the IPTV channel to bring down the multicast stream of the upgrade file.

8. A linkage multicast upgrade method according to claim 6, characterized in that: The IPTV module needs to add a new multicast stream identification function. After initiating the igmp join message of the multicast upgrade address node, a specified rule is created in the forwarding table to achieve matching interception; after receiving the multicast stream, the IPTV module of the gateway intercepts the message and stores it in the upgraded area if the destination address of the multicast stream matches the multicast upgrade address of the multicast upgrade address node; if the destination address of the multicast stream does not match the multicast upgrade address of the multicast upgrade address node, forwarding to the Lan side is accelerated.

9. A linkage multicast upgrade method according to claim 6, characterized in that: The gateway extracts the upgrade version from the stored multicast stream file according to the upgrade version information node information, and then automatically upgrades; if the upgrade file is not successfully extracted in one storage, it is discarded and intercepted again until the upgrade file is successfully extracted.

10. A linkage multicast upgrade method according to claim 6, characterized in that: The processing done on the multicast server is that the fixed-line terminal remote management system RMS repackages the version file to be upgraded according to the specified rules, adds the specified start header and end tail, calculates the file size, and transmits the version file to the multicast server. At the multicast server, it is sent out in the form of a multicast stream with the multicast address of the negotiated multicast upgrade address node.

Images