WO2010031304A1 - 一种组播升级文件的方法、装置和系统 - Google Patents

一种组播升级文件的方法、装置和系统 Download PDF

Info

Publication number
WO2010031304A1
WO2010031304A1 PCT/CN2009/073640 CN2009073640W WO2010031304A1 WO 2010031304 A1 WO2010031304 A1 WO 2010031304A1 CN 2009073640 W CN2009073640 W CN 2009073640W WO 2010031304 A1 WO2010031304 A1 WO 2010031304A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
upgrade
server
subchannel
file
Prior art date
Application number
PCT/CN2009/073640
Other languages
English (en)
French (fr)
Inventor
张小田
徐俊霞
Original Assignee
华为终端有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为终端有限公司 filed Critical 华为终端有限公司
Priority to EP09814024.7A priority Critical patent/EP2330774B1/en
Priority to ES09814024.7T priority patent/ES2637499T3/es
Publication of WO2010031304A1 publication Critical patent/WO2010031304A1/zh
Priority to US13/052,566 priority patent/US8484318B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • H04L41/344—Out-of-band transfers

Definitions

  • the present invention relates to communication technologies, and in particular, to a method, an apparatus, and a system for multicast upgrade. Background technique
  • Multicast is a new type of technology that transfers data from one point to multiple points. Applying multicast technology to device upgrades can make batch upgrades a reality.
  • the multicast server keeps the image file for the device upgrade.
  • the device to be upgraded only needs to be powered on, and then receives the image file sent by the multicast server and makes the image.
  • the file is validated to complete the upgrade of the device. In this way, you only need to allow the multicast server to continuously multicast the image files used for the upgrade to complete the upgrade of large-scale devices.
  • the multicast server continuously plays back the image files for the upgrade and segments the multicast image files at specified intervals.
  • the multicast server intervals the version information of the multicast image file in the packets of the multicast mirror file.
  • the device to be upgraded can know whether the device needs to use the multicast image file for upgrade.
  • the multicast solution of the multicast server in the existing solution is upgraded.
  • the device When the device is used, it is necessary to continuously play back the image file for upgrading. If you only play a single image file in a loop, you can only support single-system device upgrades. If you play multiple image files in a loop, either cross-play multiple image files or one image file is multicast and multiple times after performing other image files. Multicast may cause the device to be upgraded for too long, making it difficult to implement multicast upgrades for multi-system or multi-module devices. Summary of the invention
  • the technical problem to be solved by the embodiments of the present invention is to provide a method for multicast upgrade, which enables a multicast server to implement multicast upgrade multi-system or multi-module while implementing a multicast upgrade system or a single-module device.
  • Devices reducing the time required for device upgrades and tracking the upgrade status of devices in real time.
  • Embodiments of the present invention also provide an apparatus and system for multicast upgrade.
  • a method for multicast upgrade according to an embodiment of the present invention includes:
  • a multicast server where the multicast server includes a processing module and a multicast module, where
  • the multicast module is configured to perform multicast by using a public channel and a subchannel
  • the processing module is configured to configure a public channel and a sub-channel multicast message content of the multicast module, where the public channel multicast information of all sub-files of the currently packaged image file is configured; configuring the sub-channel multicast sub file.
  • the device includes a receiving module and a processing module, where the receiving module is configured to receive a common channel multicast and a multicast message in a subchannel; the processing module is configured to: The multicast channel of the public channel obtains the address and port of the subchannel where the required subfile is located; switches to the subchannel, and receives the multicast multicast message in the subchannel through the receiving module; and validates the received upgrade image file.
  • a multicast upgrade system where the system includes a device for receiving a multicast packet of a multicast server, where
  • the device is configured to listen to a public channel of the multicast server; obtain information of a subfile required for upgrading the device from a message of the public channel; switch to a subchannel where the subfile is located according to the information of the subfile; a subfile in the subchannel, and validating the subfile.
  • the system includes a multicast server that multicasts to the device, where
  • the multicast server is configured to multicast the currently packaged image file, including multicasting information of all subfiles of the currently packaged image file through a common channel of the multicast server, and multicasting the subfile by using a subchannel of the multicast server. .
  • An embodiment of the present invention provides a method, an apparatus, and a system for multicast upgrade.
  • a multicast server multicasts information of all subfiles of a currently packaged image file in a public channel and multicasts each subfile in a subchannel. , so that multi-system or multi-module devices can be upgraded to other sub-channels to complete other systems or modules after a system or module upgrade is completed, thereby implementing multicast upgrade of multi-system or multi-module devices.
  • the device can also directly switch to the sub-channel of the multicast upgrade sub-file after listening to the public channel, thereby implementing multicast upgrade of the single-system or single-module device.
  • the device since the device can switch between the sub-channels to receive different upgrade image files, and can receive the upgrade file from any time, the time required for the device upgrade can be reduced.
  • the device reports the status information to the status server of the multicast server, so that the multicast server can track the upgrade status of the device in real time.
  • FIG. 1 is a flowchart of a method for implementing multicast upgrade in an embodiment of the present invention
  • FIG. 2 is a schematic structural diagram of a multicast server according to an embodiment of the present invention.
  • FIG. 3 is a schematic structural diagram of a device in an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of a multicast upgrade system in an embodiment of the present invention. detailed description
  • SRP Status Repor Protocol
  • the method for multicast upgrade in the embodiment of the present invention can implement multicast upgrade of a multi-system or multi-module device, and reliably understand the upgrade status of the device.
  • the multicast server multicasts the information of all the sub-files in the currently packaged image file through the public channel, and multicasts each sub-file through the sub-channel. Each subchannel can only multicast one subfile or multiple subfiles.
  • the method of the embodiment of the invention includes:
  • Step 101 The device listens to the public channel of the multicast server.
  • the device Normally, the device only listens to the public channel of the multicast server. The device can also listen to other subchannels of the multicast server. If other subchannels are monitored, the device needs to be equipped with the address of each subchannel.
  • the device can obtain information about all the sub-files in the current packaged image file by listening to the public channel.
  • the information of all the sub-files of the current packaged image file is, for example: the current version of the image file, the product version, the SRP server address, and the sub-file.
  • the pre-packaged image file consists of a file header and multiple subfiles.
  • the subfiles are, for example, a configuration file, an image file, an upgrade policy file, a resource file, and a vendor extension file.
  • the public channel of the multicast server uses a generic multicast address, which is known to all devices.
  • the information of all subfiles of the currently packaged image file is cyclically multicast in the public channel.
  • Step 102 Obtain sub-file information and a status server address.
  • the device obtains the required sub-file information and the unified resource location (Univera Resource Loca t ion, URL) of the status server from the messages of the public channel.
  • the device determines the upgrade image files required by the device based on the public channel's credentials, and the address and port of the subchannel where the image files are located.
  • the device can report the upgrade status of the device to the status server according to the obtained URL of the status server.
  • the device may also not get the URL of the state server. Because the multicast server can complete the upgrade of the device without knowing the upgrade status of the device.
  • Step 103 Determine whether there is an upgrade policy file, if yes, proceed to step 104, and if not, proceed to step 105.
  • the device determines whether there is an upgrade policy file in the current packaged image file based on the packets in the public channel. If yes, proceed to step 104, and if not, proceed to step 105.
  • step 103 does not necessarily need to be performed.
  • step 105 may be directly executed after performing step 102.
  • step 103 can be used to upgrade the device more flexibly. For example, the order of system upgrade in the multi-system device can be specified, or the system that is not upgraded temporarily can be specified.
  • Step 104 Switch to the subchannel where the upgrade policy file is located, receive the upgrade policy file, and execute the upgrade policy in the file.
  • the device can obtain the address and port of the subchannel where the upgrade policy file is located through the message of the public channel.
  • the device switches to the subchannel according to the address and port of the subchannel where the upgrade policy file is located, and receives the upgrade policy file in the subchannel.
  • Upgrade policy file It is also cyclic and segmented multicast.
  • the device can receive the data from any time.
  • the device After receiving the complete upgrade policy file, the device performs the upgrade policy in the file, for example, the order of upgrading the image files, the system to be upgraded, or the version to be upgraded.
  • Step 105 Switch sub-channels in sequence, receive sub-files in the sub-channel, and make the sub-files take effect.
  • step 104 the device sequentially switches the subchannels according to the address and port of the subchannel where the subfile to be upgraded is performed in the order of the upgrade specified in the upgrade policy file.
  • the device sequentially switches the sub-channels, receives the sub-files that are multicast in the sub-channels one by one, and makes the sub-files take effect, and completes the upgrade of the device.
  • the device sequentially switches between the subchannels of the upgrade subfile required by the device according to the order of the subchannels in the message of the public channel, and receives the upgrade subfiles required by the device one by one, and The upgrade subfile takes effect and the device is upgraded.
  • the device can listen to the multicast packets in the public channel, obtain the address and port of the subchannel in which the image file is upgraded, and directly switch to the subchannel to implement multicast upgrade of the single-system or single-mode device.
  • the multicast server only recirculates the multicast image file, and cannot update the upgrade status of the device. Therefore, it is impossible to know whether the device is upgraded. Therefore, in the process of upgrading the device in batches, all devices need to wait for a long time before they can be It is considered that the upgrade is completed and the power is turned off or other operations are performed, and it is not known at this time whether the device that has been powered off has been upgraded.
  • the device may report the upgrade status information of the device to the state server, so that the multicast server can update the upgrade status of the device in time. , Real-time understanding of the latest upgrade status of the device.
  • the device can also report the upgrade status to the status server to enable the multicast server to perform the multicast upgrade.
  • the multicast server learns that all devices have been upgraded, you can start to broadcast other files or stop multicasting.
  • the multicast packet structure of each sub-channel of the multicast server may be the same, that is, the multicast packet header and the sub-file data are all composed.
  • the multicast packet header includes, for example, a current text length, a J ⁇ k (Checksum Redundancy Check, CRC), a current serial number, a current channel subfile total length, a file type, and product information. Therefore, after receiving the multicast packet of the subchannel, the device can learn the length of the entire subfile and the sequence number of the current packet according to the header of the multicast packet, so that the offset can be calculated. The location fills in the data of the current message, and finally gets the complete subfile. Therefore, when receiving a subfile in a subchannel, the device does not need to wait for a delay, and can start receiving subfiles and complete the upgrade.
  • CRC Checksum Redundancy Check
  • the device can implement multi-system or multi-module upgrade by sequentially receiving sub-files in a plurality of sub-channels. And after upgrading a system or module, you can immediately switch to the next sub-channel to start receiving other upgrade sub-files, and complete the upgrade of the corresponding system or module without waiting for delay.
  • the method in the foregoing embodiment can also update the upgrade status of the device through the status server, thereby realizing reliable real-time tracking of the upgrade status of each device, and performing other operations or powering off the device after the device is upgraded to save. energy.
  • the method in the foregoing embodiment can implement the upgrade of the multi-system or multi-module device, reduce the time required for the upgrade, and clearly grasp the upgrade status of the device to be upgraded.
  • the multicast server in the above embodiment includes a processing module, a multicast module, and a status module.
  • the multicast module is used for multicast image files and other corresponding information.
  • the multicast module can perform multicast through a public channel and a subchannel, where
  • the public channel is used to multicast information about all subfiles in the currently packaged image file, including the current version of the total image file version, product information, SRP server address, number of subfiles, multicast address of each subfile, and multicast port, sub File type, subfile length, and subfile version number, etc.;
  • the sub-channel is used for the multicast sub-file, and the sub-file includes, for example, a multicast packet header and sub-file data, where the multicast packet header includes, for example, the current packet length, CRC, serial number, total length of the current channel sub-file, and file. Type and product information.
  • the packaged image file is composed of a file header and a plurality of subfiles, wherein the subfiles may be a configuration file, an image file, an upgrade policy file, a resource file, and a vendor extension file.
  • the processing module is configured to configure the content of the multicast message in the multicast module subchannel and the public channel, and the frequency and number of segments of the multicast.
  • the processing module is configured to configure the common channel and the sub-module in the multicast module, because different channels of the multicast module need to multicast different packets, each packet needs to be played in segments, and the entire packet needs to be played in a loop.
  • the processing module configures the common channel to multicast the information of all the sub-files in the packaged image file, and configures each sub-channel to multicast one sub-file, and may also configure each sub-channel to multicast multiple sub-files.
  • the configuration file may be parsed, and the subfile played by the subchannel is configured according to the configuration file.
  • Profiles can be manually configured through the operator interface or automatically generated based on whether random probe subchannels are available.
  • the processing module configures the subchannel in which the subfile is located, the subchannels may be sequentially or randomly selected according to the configuration file. In the selection process, if the selected subchannel address and port are available, A subfile will be assigned to this subchannel. If the selected subchannel address or port is not available, proceed to the next selection.
  • the processing module may be configured to configure an SRP protocol to set a trigger condition for the device to report the upgrade status to the status server.
  • the escalation status can be reported before the upgrade is started, and the report is reported again after all system upgrades are completed. It can also be reported after each system upgrade is completed; or it can be reported at intervals.
  • the status module is used to track the upgrade status of the device.
  • the status module reports the latest upgrade status of the upgraded device according to the status information and other device information reported by the device, and the device reports the upgrade status according to the SRP protocol.
  • the processing module may be further configured to start to multicast other files or stop multicast according to an upgrade status of the device acquired by the status module.
  • the device in the above embodiment includes a receiving module and a processing module.
  • the receiving module is configured to receive multicast messages in a common channel multicast and a subchannel.
  • the processing module is configured to: obtain an address and a port of a subchannel where the required subfile is located from the multicast packet of the public channel; determine whether an upgrade policy file exists; and when the upgrade policy file exists, switch to the upgrade policy file a sub-channel, and receiving the upgrade policy file by using the receiving module; performing an upgrade policy file, sequentially switching the sub-channels, and receiving the multicast multicast message in the sub-channel through the receiving module;
  • the document is in effect.
  • the device further includes a sending module, and the sending module sends an upgrade status of the device to a status server of the multicast server.
  • the processing module is configured to send an upgrade status of the device by using the sending module according to the setting of the multicast server.
  • the system in the above embodiment, as shown in Figure 4, includes a multicast server and device.
  • the multicast server is configured to multicast and maintain the upgrade status of the upgraded device through the public channel and the subchannel.
  • the multicast server is used to multicast information about all the sub-files of the currently packaged image file through the public channel, including, for example, the current version of the image file, the product information, the SRP server address, the number of sub-files, the multicast address of each sub-file, and Multicast port, subfile type, subfile length, and subfile version number.
  • the message in the public channel is segmented and multicast.
  • the multicast server is further configured to multicast, by using a sub-channel, a sub-file in the currently packaged image file, where the sub-file includes, for example, a configuration file, an image file, an upgrade policy file, a resource file, and a vendor extension file.
  • the multicast server multicasts a sub-file through a sub-channel, each sub-channel can only multicast one sub-file, and the sub-file is composed of a multicast packet header and sub-file data, and the multicast packet header includes, for example, a current Message length, CRC, serial number, total length of current channel subfile, file type, and product information.
  • the packets in the subchannel are cyclically multicast.
  • the multicast server is further configured to configure a subchannel where the multicast packet is located according to the configuration file; Configure the subchannel where the multicast packet is located in random or in sequence.
  • the multicast server is further configured to configure a frequency and a number of segments of the multicast.
  • the configuration file and the method of random or sequential configuration refer to the above embodiment.
  • the multicast server is further configured to grasp the upgrade status of the device by using status information and other device information reported by the device.
  • the multicast server is further configured to configure an SRP protocol to set a trigger condition for the device to report the upgrade status to the status server.
  • the escalation status can be reported before the upgrade is started, and the system is reported again after all system upgrades are completed. It can also be reported after each system upgrade is completed; or it can be reported at intervals.
  • the device is configured to listen to a public channel of the multicast server, and obtain corresponding sub-file information according to the packet in the public channel, where the sub-file information includes all sub-files included in the current package image file, and the The address and port of the subchannel where the subfile is located.
  • the device is further configured to determine, according to the packet in the public channel of the multicast server, whether an upgrade policy file exists in the current package image file, and if yes, the device is located according to the policy file that is obtained from the message of the public channel.
  • the address and port of the channel are switched to the sub-channel where the upgrade policy file is located, and the upgrade policy file is received, and the upgrade policy in the upgrade policy file is executed; if not, the order in the public channel is in the order of the packet.
  • the sub-channels in which the device needs to be upgraded are sequentially switched between sub-channels.
  • the device is further configured to validate the received sub-file and complete the device upgrade.
  • the device is also used to report the latest upgrade status to the server during the entire upgrade process, so that the multicast server can update the upgrade status.

Description

一种组播升级文件的方法、 装置和系统
本申请要求于 2008 年 09 月 22 日提交中国专利局、 申请号为 20081 0216303. 1 , 发明名称为 "一种组播升级的方法、 装置和系统" 的中国 专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术， 特别涉及一种组播升级的方法、 装置和系统。 背景技术
在设备的生产、 使用或者维修中， 通常会需要对设备进行升级。 如果手 工对每个设备单独进行升级， 在有大批量设备需要升级时， 升级这些大批量 的设备将变得难以实现。 例如， 在库房生产过程中， 或者在维修批量设备时, 人工单独升级设备就几乎无法实现。 因此， 需要一种设备的升级方法， 能够 实现大批量的对设备进行升级。
组播是一种把数据从一点传送到多点的新型技术， 将组播技术应用在设 备升级中， 可以使批量升级设备成为现实。 采用组播技术批量升级设备时， 组播服务器不停的组播用于设备升级的镜像文件，待升级的设备只需要上电， 即可通过接收组播服务器发送的镜像文件， 并使该镜像文件生效， 从而完成 本设备的升级。 这样， 只需要让组播服务器不停地循环组播用于升级的镜像 文件， 即可完成大批量设备的升级。
组播服务器在组播升级批量设备的过程中， 不断循环播放用于升级的镜 像文件， 并按照指定的时间间隔， 分段组播镜像文件。 组播服务器在组播镜 像文件的报文中， 间隔组播镜像文件的版本信息。 待升级的设备只有接收到 版本信息后， 才能获知本设备是否需要利用该组播的镜像文件进行升级。
在实现本发明的过程中， 发明人发现： 现有方案中组播服务器批量升级 设备时， 需要不断循环播放用于升级的镜像文件。 如果只循环播放单个镜像 文件， 就只能支持单系统的设备升级； 如果循环播放多个镜像文件， 无论是 交叉播放多个镜像文件或者一个镜像文件循环组播多次后在进行其他镜像文 件的组播， 可能会造成设备升级时间过长， 因而难以实现多系统或多模块设 备的组播升级。 发明内容
本发明各实施方式解决的技术问题在于： 提供一种组播升级的方法， 使 得组播服务器在实现组播升级单系统或单模块的设备的同时也能够实现组播 升级多系统或多模块的设备， 减少设备升级所需时间以及实时跟踪设备的升 级状态。
本发明的各实施方式同时还提供了一种组播升级的装置和系统。
为了实现上述目的， 本发明各实施例提供了以下技术解决方案： 本发明实施例的一种组播升级的方法， 该方法包括：
监听组播服务器的公共频道， 在所述公共频道中组播当前打包镜像文件 的所有子文件的信息；
从公共频道的报文中获取本设备升级所需的子文件的信息， 所述信息包 括子文件所在的所述组播服务器的子频道的地址； 以及
根据所述升级所需的子文件所在子频道的地址， 切换至子频道， 接收所 述子频道中组播的子文件， 并使所述子文件生效。
本发明实施例的一种组播服务器， 该组播服务器包括处理模块和组播模 块， 其中，
所述组播模块用于通过公共频道和子频道进行组播；
所述处理模块用于配置所述组播模块的公共频道和子频道组播的报文内 容， 其中配置所述公共频道组播当前打包镜像文件的所有子文件的信息； 配 置所述子频道组播子文件。 本发明实施例的一种设备， 该设备包括接收模块和处理模块， 其中， 所 述接收模块用于接收公共频道组播和子频道中的组播报文； 所述处理模块用 于，从所述公共频道的组播报文中获取所需子文件所在子频道的地址和端口； 切换至子频道， 并通过所述接收模块接收子频道中组播的组播报文； 使接收 的升级镜像文件生效。
本发明实施例的一种组播升级的系统， 该系统包括接收组播服务器组播 报文的设备， 其中，
所述设备用于监听组播服务器的公共频道； 从公共频道的报文中获取本 设备升级所需子文件的信息； 根据所述子文件的信息切换至所述子文件所在 的子频道； 接收所述子频道中的子文件， 并使所述子文件生效。
本发明实施例的另一种组播升级的系统， 该系统包括向设备进行组播的 组播服务器， 其中，
所述组播服务器用于组播当前打包镜像文件， 包括通过本组播服务器的 公共频道组播当前打包镜像文件的所有子文件的信息以及通过本组播服务器 的子频道组播所述子文件。
本发明实施例提供了一种组播升级的方法、 装置和系统， 各实施例通过 组播服务器在公共频道中组播当前打包镜像文件所有子文件的信息和在子频 道中组播各个子文件， 使得多系统或多模块的设备可以在一个系统或者模块 升级完成后， 切换到其它子频道完成其它系统或者模块的升级， 从而实现多 系统或者多模块设备的组播升级。 并且设备也可以监听公共频道后直接切换 到组播升级子文件的子频道，从而实现单系统或者单模块的设备的组播升级。 同时， 由于设备可以在各个子频道间切换从而接收不同的升级镜像文件， 并 且可以从任何时刻开始接收升级文件，所以可以减少设备升级所需要的时间。 并且本发明实施例中的组播升级方法， 通过设备向组播服务器的状态服务器 上报状态信息， 实现组播服务器能够实时跟踪设备的升级状态。 附图说明
图 1是本发明实施例中实现组播升级方法的流程图；
图 2是本发明实施例中组播服务器的结构示意图；
图 3是本发明实施例中设备的结构示意图；
图 4是本发明实施例中组播升级系统的示意图。 具体实施方式
为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发 明作进一步地详细描述。
本发明提出了多个实施例， 下面分别对这些实施例进行详细介绍。 在本 发明实施例中， 状态上 ^艮协议协议（Sta tus Repor t Protocol , SRP )只是一 个示例， 也可以是其他类似协议， 例如为 TCP/ IP协议。
如附图 1所示， 本发明实施例的组播升级的方法可以实现组播升级多系 统或多模块的设备， 并可靠了解设备的升级状态。 本发明实施例中， 组播服 务器通过公共频道组播当前打包镜像文件中所有子文件的信息， 且通过子频 道组播各子文件。 每个子频道中可以仅组播一个子文件， 也可以组播多个子 文件。 本发明实施例的方法包括：
步骤 101 , 设备监听组播服务器的公共频道。
通常情况下， 设备只监听组播服务器的公共频道。 设备也可以监听组播 服务器的其他子频道， 如果监听其他子频道， 则需要设备配备每个子频道的 地址。
设备通过监听所述公共频道可以获知当前打包镜像文件中所有子文件的 信息， 所述当前打包镜像文件的所有子文件的信息例如为： 当前镜像文件总 版本号、 产品信息、 SRP服务器地址、 子文件个数、 每个子文件的组播地址 以及组播端口、 子文件类型、 子文件长度以及子文件版本号等。 其中所述当 前打包镜像文件由文件头和多个子文件组成。 所述子文件例如为： 配置文件、 镜像文件、 升级策略文件、 资源文件以及厂商扩展文件等。 组播服务器的公 共频道使用通用组播地址， 该组播地址为所有设备公知的。 当前打包镜像文 件的所有子文件的信息在公共频道中进行循环组播。
步骤 102 , 获取子文件信息和状态服务器地址。
设备从公共频道的报文中获取所需的子文件信息和状态服务器的统一资 源定位（Univera l Resource Loca t ion, URL ) 。 设备根据公共频道的才艮文确 定本设备所需的升级镜像文件， 以及这些镜像文件所在的子频道的地址和端 口。 设备根据获得的状态服务器的 URL可以向状态服务器上报本设备的升级 状态。
在此步骤中， 设备也可以不获取状态服务器的 URL。 因为， 组播服务器 在不了解设备升级状态的情况下， 也能够完成设备的升级。
步骤 103 , 确定是否存在升级策略文件， 如果存在， 则进行步骤 104 , 如 果不存在则进行步骤 105。
设备根据公共频道中的报文确定当前的打包镜像文件中是否存在升级策 略文件。 如果存在， 则进行步骤 104 , 如果不存在则进行步骤 105。
另外， 由于升级策略文件并不是必须存在的， 并且， 在没有升级策略文 件的情况下， 或者存在升级策略文件而没有读取的情况下， 设备也能够顺利 升级， 所以， 步骤 103并不一定需要执行， 可以在执行步骤 102后直接执行 步骤 105。 但是， 执行步骤 103可以更灵活的对设备进行升级， 例如可以规 定多系统设备中系统升级的顺序， 或者可以规定此次暂且不升级的系统等。
步骤 104 , 切换到升级策略文件所在的子频道， 接收升级策略文件并执 行该文件中的升级策略。
在存在升级策略文件时， 设备可以通过公共频道的报文获知升级策略文 件所在的子频道的地址和端口。 设备根据升级策略文件所在子频道的地址和 端口， 切换到该子频道， 并接收该子频道中的升级策略文件。 升级策略文件 也是循环且分段组播的。 设备可以从任意时刻开始接收， 当设备接收到完整 的升级策略文件后， 执行该文件中的升级策略， 例如为升级镜像文件的顺序、 需要升级的系统或者需要升级到的版本等。
步骤 105 , 顺序切换子频道， 接收所述子频道中的子文件， 并使得所述 子文件生效。
如果经过了步骤 104 , 设备按照升级策略文件中规定的升级的顺序进行 的待升级子文件所在子频道的地址和端口， 顺序切换子频道。 设备通过顺序 切换子频道， 逐一接收所述子频道中组播的子文件， 并使得所述子文件生效, 完成设备的升级。
如果没有经过步骤 104 , 设备按照公共频道的报文中子频道的顺序， 在 本设备所需的升级子文件所在的子频道之间顺序切换， 逐一接收本设备所需 的升级子文件， 并使该升级子文件生效， 完成设备的升级。
利用本发明的上述实施例， 可以对多系统或者多模块的设备进行组播升 级。 此外， 设备可以通过监听公共频道中组播的报文， 获取升级镜像文件所 在的子频道的地址和端口， 从而直接切换至该子频道， 实现单系统或者单模 块的设备的组播升级。
现有技术中组播服务器只循环组播镜像文件 ,不能掌握设备的升级状态 , 也就无法获知设备是否升级完毕， 从而在批量升级设备的过程中， 所有设备 均需等待很长时间， 才能被认为是升级完毕而断电或进行其他操作， 且此时 并无法确知断电的设备是否已经升级完毕。 在执行本发明实施例的上述步骤 时， 如果在步骤 102中， 设备获知了状态服务器的 URL , 那么设备可以向状 态服务器上报本设备的升级状态信息， 使得组播服务器能够及时更新设备的 升级状态， 实时了解设备最新的升级状态。 可以通过 SRP协议灵活的设置设 备向状态服务器上报升级状态的触发条件， 例如， 上报升级状态可以是在开 始升级前进行上报， 且在所有系统升级完成以后再次上报； 也可以是每个系 统升级完成后进行上报； 或者是每隔一段时间进行上报等。
设备向状态服务器上报其升级状态也可以使组播服务器能够更好的进行 组播升级。 在组播服务器获知所有设备已经完成升级的情况下， 可以开始组 播其他文件或者停止组播。
在上述步骤中， 所述组播服务器的每个子频道的组播报文组成结构可以 是相同的， 即均由组播报文头和子文件数据组成。 所述组播报文头例如包括: 当前才艮文长 、 J ^ ^k ( Checksum Redundancy Check , CRC ) 、 当前才艮文 的序号、 当前频道子文件总长度、 文件类型以及产品信息等。 因此， 设备在 接收到子频道的组播报文后， 根据该组播报文的报文头可以获知整个子文件 的长度以及当前报文的报文序号， 从而可以计算偏移量， 在相应位置填充当 前报文的数据， 最终获得完整的子文件。 所以， 在子频道中接收子文件时， 设备不需要延时等待， 就可以开始接收子文件， 并完成升级。
根据上述实施例中的方法， 设备可以通过顺序接收多个子频道中的子文 件， 实现多系统或者多模块的升级。 并且在升级完一个系统或者模块后， 可 以立刻切换到下一个子频道开始接收其他的升级子文件， 完成相应系统或者 模块的升级， 而无须延时等待。 此外， 上述实施例中的方法还能够通过状态 服务器更新设备的升级状态， 而实现可靠的实时跟踪每个设备的升级状态， 并可以在设备完成升级后进行其他操作或者关闭该设备的电源以节省能源。 综上所述， 利用上述实施例中的方法可以实现多系统或多模块设备的升级、 可以减少升级所需的时间并明确掌握需升级设备的升级状态。
上述实施例中的组播服务器如附图 2所示， 包括处理模块、 组播模块和 状态模块。 所述组播模块用于组播镜像文件及其他相应信息。 所述组播模块 可以通过公共频道和子频道进行组播， 其中，
公共频道用于组播当前打包镜像文件中所有子文件的信息， 包括当前镜 像文件总版本号、 产品信息、 SRP服务器地址、 子文件个数、 每个子文件的 组播地址以及组播端口、 子文件类型、 子文件长度以及子文件版本号等； 子频道用于组播子文件，所述子文件例如包括组播报文头和子文件数据， 其中组播报文头例如包括， 当前报文长度、 CRC、 序号、 当前频道子文件总长 度、 文件类型以及产品信息等。
所述打包镜像文件由文件头和多个子文件组成， 其中子文件可以为配置 文件、 镜像文件、 升级策略文件、 资源文件以及厂商扩展文件等。
所述处理模块用于配置组播模块子频道和公共频道中组播的报文内容以 及组播的频率和分段数等。 由于所述组播模块的不同频道需要组播不同的报 文， 每个报文需要分段播放， 且整个报文需要循环播放， 所述处理模块用于 配置所述组播模块中公共频道和子频道组播的内容、 报文组播的频率和报文 的分段数等。 例如， 所述处理模块配置公共频道组播上述打包镜像文件中所 有子文件的信息， 并配置每个子频道组播一个子文件， 也可以配置每个子频 道组播多个子文件。
所述处理模块配置子文件所在的子频道时， 可以通过解析配置文件， 根 据配置文件对子频道播放的子文件进行配置。 配置文件可以为通过操作界面 人工配置的或根据随机探测子频道是否可用自动生成的。 所述处理模块配置 子文件所在的子频道时， 也可以不依据配置文件， 而是对所有的子频道进行 顺序或者随机的选择， 在选择过程中， 如果选择的子频道地址和端口可用， 则将分配给该子频道一个子文件， 如果选择的子频道地址或端口不可用， 则 继续进行下一次选择。
此外， 在存在状态模块的情况下， 所述处理模块还可以用于配置 SRP协 议， 以设置设备向状态服务器上报升级状态的触发条件。 例如， 上报升级状 态可以是在开始升级前进行上报， 且在所有系统升级完成以后再次上报； 也 可以是每个系统升级完成后进行上报； 或者是每隔一段时间进行上报等。
所述状态模块用于跟踪设备的升级状态。 所述状态模块根据接收的设备 上报的状态信息和其他设备信息， 掌握升级设备的最新升级状态， 而设备依 据 SRP协议的规定上报升级的状态。 此外， 所述处理模块还可以用于根据状态模块获取的设备的升级状态决 定开始组播其他文件或者停止组播。
上述实施例中的设备， 如附图 3所示， 包括接收模块和处理模块。
所述接收模块用于接收公共频道组播和子频道中的组播报文。 所述处理 模块用于， 从所述公共频道的组播报文中获取所需子文件所在子频道的地址 和端口； 判断是否存在升级策略文件； 在存在升级策略文件时， 切换到升级 策略文件所在的子频道， 并通过所述接收模块接收该升级策略文件； 执行升 级策略文件， 顺序切换子频道， 并通过所述接收模块接收子频道中组播的组 播报文； 使所述接收的升级镜像文件生效。
所述设备进一步包括发送模块， 所述发送模块向组播服务器的状态服务 器发送本设备的升级状态。 所述处理模块用于按照组播服务器的设置， 通过 所述发送模块发送本设备的升级状态。
上述实施例中的系统， 如附图 4所示， 包括组播服务器和设备。 其中， 组播服务器用于将当前的打包镜像文件通过公共频道和子频道进行组播和掌 握升级设备的升级状态。
组播服务器用于通过公共频道组播当前打包镜像文件的所有子文件的信 息， 例如包括当前镜像文件总版本号、 产品信息、 SRP服务器地址、 子文件 个数、 每个子文件的组播地址以及组播端口、 子文件类型、 子文件长度以及 子文件版本号等。 其中公共频道中的报文分段循环组播。
所述组播服务器还用于通过子频道组播当前打包镜像文件中的子文件， 所述子文件例如包括配置文件、 镜像文件、 升级策略文件、 资源文件和厂商 扩展文件等。 所述组播服务器通过子频道组播子文件时， 每个子频道可以只 组播一个子文件， 所述子文件由组播报文头和子文件数据组成， 其中组播报 文头例如包括， 当前报文长度、 CRC、 序号、 当前频道子文件总长度、 文件类 型以及产品信息等。 其中子频道中的报文分段循环组播。
所述组播服务器还用于根据配置文件配置组播报文所在子频道； 也可以 随机或者顺序配置组播报文所在子频道。 所述组播服务器还用于配置组播的 频率和分段数。 所述配置文件和随机或顺序配置的方法参照上述实施例。
所述组播服务器还用于通过设备上报的状态信息和其他设备信息， 掌握 设备的升级状态。
所述组播服务器还用于配置 SRP协议， 以设置设备向状态服务器上报升 级状态的触发条件。 例如， 上报升级状态可以是在开始升级前进行上报， 且 在所有系统升级完成以后再次上报；也可以是每个系统升级完成后进行上报; 或者是每隔一段时间进行上报等。
所述设备用于监听所述组播服务器的公共频道， 并根据公共频道中的报 文获得相应的子文件信息， 所述子文件信息包括当前打包镜像文件中包含的 所有子文件， 以及所述子文件所在子频道的地址和端口。 所述设备还用于根 据组播服务器的公共频道中的报文确定当前打包镜像文件中是否存在升级策 略文件， 如果存在则所述设备根据从公共频道的报文中获知的策略文件所在 的子频道的地址和端口切换至升级策略文件所在的子频道， 并接收该升级策 略文件， 执行所述升级策略文件中的升级策略； 如果不存在， 则按照公共频 道的报文中的顺序， 在本设备需要升级的子文件所在的子频道间顺序切换。 所述设备还用于使接收的子文件生效， 完成设备升级。 此外， 所述设备还用 于在整个升级过程中， 向服务器上报最新的升级状态， 便于组播服务器更新 升级状态。
虽然通过参照本发明的某些优选实施方式， 已经对本发明进行了图示和 描述， 但本领域的普通技术人员应该明白， 可以在形式上和细节上对其作各 种改变， 而不偏离本发明的精神和范围。

Claims

权 利 要 求
1、 一种组播升级的方法， 其特征在于， 该方法包括：
监听组播服务器的公共频道， 在所述公共频道中组播当前打包镜像文件 的所有子文件的信息；
从公共频道的报文中获取本设备升级所需的子文件的信息， 所述信息包 括子文件所在的所述组播服务器的子频道的地址； 以及
根据所述升级所需的子文件所在子频道的地址， 切换至子频道， 接收所 述子频道中组播的子文件， 并使所述子文件生效。
2、 根据权利要求 1所述的方法， 其特征在于，
所述切换至子频道为：
在组播服务器只存在一个组播的子文件时， 直接根据从公共频道中获取 的该子文件所在子频道的地址， 切换至该子频道； 根据所述公共频道的报文中子频道的顺序， 在升级所需的子文件所在的子频 道间顺序切换。
3、 根据权利要求 1所述的方法， 其特征在于，
在确定存在升级策略文件时， 所述组播升级的方法进一步包括， 根据所 述从公共频道的报文中获取的子文件的信息， 切换到所述升级策略文件所在 的子频道， 接收所述升级策略文件， 并执行该文件中的升级策略； 以及
根据所述升级策略中的升级顺序， 顺序切换子频道。
4、 根据权利要求 1至 3中任一项所述的方法， 其特征在于， 所述方法进 一步包括， 在从公共频道的报文中获取所述子文件的信息时， 从所述公共频 道的报文中获取所述组播服务器的状态服务器地址。
5、 根据权利要求 4所述的方法， 其特征在于， 所述方法进一步包括， 按 照获取的状态服务器的地址， 向所述状态服务器上报状态信息。
6、 一种组播服务器， 其特征在于， 该组播服务器包括处理模块和组播模 块， 其中，
所述组播模块用于通过公共频道和子频道进行组播；
所述处理模块用于配置所述组播模块的公共频道和子频道组播的报文内 容， 其中配置所述公共频道组播当前打包镜像文件的所有子文件的信息； 配 置所述子频道组播子文件。
7、 根据权利要求 6所述的组播服务器， 其特征在于， 所述处理模块用于 根据配置文件配置子频道组播的子文件， 或者顺序或随机选择子频道组播的 子文件。
8、 根据权利要求 6所述的组播服务器， 其特征在于， 所述处理模块进一 步用于配置所述组播模块组播的频率和 /或分段数。
9、 根据权利要求 6所述的组播服务器， 其特征在于， 该组播服务器进一 步包括状态模块， 所述状态模块用于通过接收设备上报的状态信息， 明确设 备的升级状态。
1 0、 根据权利要求 9所述的组播服务器， 其特征在于， 所述处理模块进 一步用于设置设备向所述状态模块上报的触发条件， 并通过所述组播模块进 行组播。
11、 根据权利要求 9所述的组播服务器， 其特征在于， 所述处理模块进 一步用于根据所述状态模块获知的所述设备的升级状态， 通过所述组播模块 组播后续组播报文或者停止组播。
12、 一种设备， 其特征在于， 该设备包括接收模块和处理模块， 其中， 所述接收模块用于接收公共频道组播和子频道中的组播报文； 所述处理模块 用于， 从所述公共频道的组播报文中获取所需子文件所在子频道的地址和端 口； 切换至子频道， 并通过所述接收模块接收子频道中组播的组播报文； 使 接收的升级镜像文件生效。
1 3、 根据权利要求 12所述的设备， 其特征在于， 所述处理模块用于在仅 存在一个组播的升级镜像文件时，直接切换至该升级镜像文件所在的子频道； 或者用于在不存在升级策略文件时， 按照公共频道中组播的子频道的顺 序， 顺序切换子频道。
14、 根据权利要求 12所述的设备， 其特征在于， 所述处理模块进一步用 于确认存在升级策略文件， 切换到升级策略文件所在的子频道， 通过所述接 收模块接收该升级策略文件， 并执行所述升级策略文件； 以及
根据所述升级策略文件中规定的顺序， 顺序切换子频道。
15、 根据权利要求 12所述的设备， 其特征在于， 该设备进一步包括发送 模块， 所述发送模块向组播服务器的状态服务器发送本设备的升级状态； 以 及所述处理模块进一步用于按照组播服务器的设置， 通过所述发送模块发送 本设备的升级状态。
16、 一种组播升级的系统， 其特征在于， 该系统包括接收组播服务器组 播报文的设备， 其中，
所述设备用于监听组播服务器的公共频道； 从公共频道的报文中获取本 设备升级所需子文件的信息； 根据所述子文件的信息切换至所述子文件所在 的子频道； 接收所述子频道中的子文件， 并使所述子文件生效。
17、 一种组播升级的系统， 其特征在于， 该系统包括向设备进行组播的 组播服务器， 其中，
所述组播服务器用于组播当前打包镜像文件， 包括通过本组播服务器的 公共频道组播当前打包镜像文件的所有子文件的信息以及通过本组播服务器 的子频道组播所述子文件。
PCT/CN2009/073640 2008-09-22 2009-08-31 一种组播升级文件的方法、装置和系统 WO2010031304A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP09814024.7A EP2330774B1 (en) 2008-09-22 2009-08-31 Method, device and system for multicasting upgrade files
ES09814024.7T ES2637499T3 (es) 2008-09-22 2009-08-31 Método, dispositivo y sistema para la multidifusión de ficheros de actualización
US13/052,566 US8484318B2 (en) 2008-09-22 2011-03-21 Method, apparatus and system for upgrading through multicast

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810216303.1 2008-09-22
CN2008102163031A CN101686139B (zh) 2008-09-22 2008-09-22 一种组播升级的方法、装置和系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/052,566 Continuation US8484318B2 (en) 2008-09-22 2011-03-21 Method, apparatus and system for upgrading through multicast

Publications (1)

Publication Number Publication Date
WO2010031304A1 true WO2010031304A1 (zh) 2010-03-25

Family

ID=42039088

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/073640 WO2010031304A1 (zh) 2008-09-22 2009-08-31 一种组播升级文件的方法、装置和系统

Country Status (5)

Country Link
US (1) US8484318B2 (zh)
EP (1) EP2330774B1 (zh)
CN (1) CN101686139B (zh)
ES (1) ES2637499T3 (zh)
WO (1) WO2010031304A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012208704A (ja) * 2011-03-29 2012-10-25 Fujitsu Ltd 情報処理装置、遠隔操作通信装置及び情報処理装置制御方法
EP2571196A1 (en) * 2010-12-06 2013-03-20 Huawei Device Co., Ltd. Method and device for upgrading radio relay equipment
WO2016078060A1 (zh) * 2014-11-20 2016-05-26 宇龙计算机通信科技(深圳)有限公司 用于多系统终端的系统升级方法、升级装置和终端

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104660639B (zh) * 2013-11-22 2020-03-27 南京中兴新软件有限责任公司 云终端升级处理方法及装置
US10866796B2 (en) * 2014-04-18 2020-12-15 Huawei Device Co., Ltd. Software upgrade method and apparatus, and device
US10419291B2 (en) * 2014-07-23 2019-09-17 Huawei Technologies Co., Ltd. Terminal upgrade method and related device with multicast program
CN104915234B (zh) * 2015-06-10 2019-09-10 Tcl集团股份有限公司 一种Android移动终端升级上报方法及系统
CN106713175B (zh) * 2017-02-07 2020-09-18 北京百卓网络技术有限公司 Sdtp客户端及其数据发送方法与sdtp数据系统
CN112865990B (zh) * 2019-11-26 2023-04-25 杭州萤石软件有限公司 一种文件升级方法、系统及装置
CN111726235B (zh) * 2020-06-16 2022-04-12 四川九州电子科技股份有限公司 基于组播协议的数据通信终端自动化批量升级方法及系统
CN114301779B (zh) * 2021-12-15 2024-03-19 迈普通信技术股份有限公司 一种镜像文件配置方法、装置，ap设备及网络系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1996894A (zh) * 2006-12-25 2007-07-11 杭州华为三康技术有限公司 一种嵌入式设备远程批量升级的方法和装置
CN101114884A (zh) * 2006-07-14 2008-01-30 Lg电子株式会社 控制数据广播应用的方法和接收数据广播的广播接收机
WO2008013393A1 (en) * 2006-07-24 2008-01-31 Samsung Electronics Co., Ltd. Apparatus, system and method for software upgrade
CN101162954A (zh) * 2006-10-13 2008-04-16 三星电子株式会社 通过使用公共模块升级软件的方法及其数字广播接收机

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5666293A (en) 1994-05-27 1997-09-09 Bell Atlantic Network Services, Inc. Downloading operating system software through a broadcast channel
US6578198B2 (en) * 1998-08-13 2003-06-10 Koninklijke Philips Electronics N.V. Personal computer upgrade
US6614804B1 (en) * 1999-03-22 2003-09-02 Webtv Networks, Inc. Method and apparatus for remote update of clients by a server via broadcast satellite
US6874046B1 (en) * 2001-09-28 2005-03-29 Emc Corporation Method and apparatus for enhancing access to redundant data storage facilities
CN1331365C (zh) * 2002-12-31 2007-08-08 北京信威通信技术股份有限公司 无线通信系统终端软件自动升级的方法及系统
IL158158A (en) * 2003-09-29 2012-05-31 Bamboo Mediacasting Ltd Distribution of multicast data to users
US7542757B2 (en) * 2003-11-20 2009-06-02 Agere Systems Inc. Method, system, and computer program product for over-the-air download to satellite radio
WO2006066451A1 (fr) * 2004-12-21 2006-06-29 Zte Corporation Procede servant a optimiser un logiciel de terminal video de teleconference
US7818734B2 (en) * 2005-01-21 2010-10-19 Callwave, Inc. Methods and systems for transferring data over a network
US7844721B2 (en) * 2005-11-23 2010-11-30 Qualcomm Incorporated Method for delivery of software upgrade notification to devices in communication systems
US7925255B2 (en) * 2006-12-14 2011-04-12 General Motors Llc Satellite radio file broadcast method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101114884A (zh) * 2006-07-14 2008-01-30 Lg电子株式会社 控制数据广播应用的方法和接收数据广播的广播接收机
WO2008013393A1 (en) * 2006-07-24 2008-01-31 Samsung Electronics Co., Ltd. Apparatus, system and method for software upgrade
CN101162954A (zh) * 2006-10-13 2008-04-16 三星电子株式会社 通过使用公共模块升级软件的方法及其数字广播接收机
CN1996894A (zh) * 2006-12-25 2007-07-11 杭州华为三康技术有限公司 一种嵌入式设备远程批量升级的方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2330774A4 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2571196A1 (en) * 2010-12-06 2013-03-20 Huawei Device Co., Ltd. Method and device for upgrading radio relay equipment
EP2571196A4 (en) * 2010-12-06 2013-12-18 Huawei Device Co Ltd METHOD AND DEVICE FOR UPGRADING RADIO RELAY EQUIPMENT
JP2012208704A (ja) * 2011-03-29 2012-10-25 Fujitsu Ltd 情報処理装置、遠隔操作通信装置及び情報処理装置制御方法
WO2016078060A1 (zh) * 2014-11-20 2016-05-26 宇龙计算机通信科技(深圳)有限公司 用于多系统终端的系统升级方法、升级装置和终端
US10606579B2 (en) 2014-11-20 2020-03-31 Yulong Computer Telecommunication Scientific (Shenzhen) Co., Ltd. Multi-system terminal system updating method, updating device and terminal

Also Published As

Publication number Publication date
CN101686139B (zh) 2012-05-23
CN101686139A (zh) 2010-03-31
EP2330774B1 (en) 2017-07-19
EP2330774A1 (en) 2011-06-08
US8484318B2 (en) 2013-07-09
EP2330774A4 (en) 2012-02-22
ES2637499T3 (es) 2017-10-13
US20110185044A1 (en) 2011-07-28

Similar Documents

Publication Publication Date Title
WO2010031304A1 (zh) 一种组播升级文件的方法、装置和系统
US20200225718A1 (en) Power distribution unit self-identification
WO2016095533A1 (zh) 一种版本升级的方法及装置
CN102025616B (zh) 一种实现双向转发检测的方法、装置及交换机
CN110855496B (zh) 一种基于sig mesh的ota升级方法
CN103595768B (zh) 一种实现虚拟化设备间配置同步的方法
WO2011137640A1 (zh) 文件传输方法、文件发送装置和文件接收装置
US10623145B2 (en) Network node, wireless device and methods performed thereby for the network node to provide information to the wireless device
WO2015127601A1 (zh) 一种多播发送装置、多播接收装置和多播传输确定方法
EP3257205B1 (en) Discovering links between operating domains in a communication network
CN102332989B (zh) 一种配置信息的发送方法和业务板
WO2016070566A1 (zh) 云终端升级方法、系统、网管服务器及代理服务器
WO2010111871A1 (zh) Hrpd系统中非3gpp2系统信息的发送、响应方法与装置
CN111245660B (zh) 一种基于网络的设备升级自适应传输方法
CN106982130A (zh) 一种设备版本同步方法及装置
CN107528788B (zh) 实现网络设备之间自动堆叠的方法和装置
CN108834081B (zh) 一种组播业务处理方法及ap
CN109714653B (zh) 一种加快ctc oam升级效率的方法
WO2021026726A1 (zh) 信息验证方法、装置、设备及存储介质
EP3860074A1 (en) Communication method, client device, and server device
JP2005536151A5 (zh)
CN114489730A (zh) 一种远程升级方法及其终端设备、计算机可读存储介质
JP5711688B2 (ja) 通信装置及びプログラム
JP2006185095A (ja) サーバ選択方法およびサーバ選択方式およびサーバおよびクライアント端末
CN106161044A (zh) 一种信息传输方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09814024

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2009814024

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2009814024

Country of ref document: EP