WO2021169749A1

WO2021169749A1 - Method and system for cloning and upgrading between devices of dect roaming system

Info

Publication number: WO2021169749A1
Application number: PCT/CN2021/074824
Authority: WO
Inventors: 叶国真
Original assignee: 厦门亿联网络技术股份有限公司
Priority date: 2020-02-25
Filing date: 2021-02-02
Publication date: 2021-09-02
Also published as: CN111443927A

Abstract

The present invention relates to the field of DECT, and disclosed are a method and system for cloning and upgrading between devices of a DECT roaming system. In view of the problem that exists in the prior art in which base stations Bases in a DECT roaming system need to be the same version in order to ensure the stable operation of the roaming system, and Bases of different versions cannot cooperate with each other, provided by the present invention are a method and system for cloning and upgrading between devices of the DECT roaming system. Data in a Base and in a host DM are synchronized to update the Base. Multiple systems are stored in the roaming system. When operating, only one system is used, and the rest are backup systems. When upgrading, the DM starts up to synchronize server services, and the Base starts up to synchronize client services. A client clones the host data and writes same into a memory backup system. The system is set to start from the backup systems, and the Base is restarted to achieve cloning and upgrading. In the present invention, the Base is upgraded to the same software version as the DM before running the system, the unified upgrading of multiple Bases and the unlimited nested clone upgrades in the roaming system are supported, the operation is simple, the number of manually managed resources is reduced, and storage space is saved.

Description

Method and system for cloning and upgrading among DECT roaming system equipment

Technical field

The present invention relates to the field of DECT, and more specifically, to a method and system for cloning and upgrading between devices of a DECT roaming system.

Background technique

DECT (Digital Enhanced Cordless Telecommunications) is an enhanced digital cordless telephone standard formulated by the European Telecommunications Standards Association, which provides a common use technology for cordless communications. At present, DECT has been developed to support access to any communication network and can provide many different applications and services. The DECT system includes a fixed part and one or more mobile parts, such as a wireless DECT handset. The fixed part is equipped with at least one base station Base. Base is a DECT device with VOIP service. The host that performs service clustering is called DM.

In the DECT roaming system, the bases in the same roaming system need to send and receive messages and process data. Only when each base in the system cooperates with each other can the handle roaming function be realized. The handle is a wireless terminal device connected to the base. If the software versions of the Base running in the same roaming system are inconsistent, it is likely that different software versions cannot work with each other. If the old version of the software does not support the processing of messages from the new version of the software, the old and new software versions will work in the same system An exception will occur, causing the entire roaming system to work abnormally. Therefore, all Bases in the same roaming system should run the same version of software to ensure the stable operation of the roaming system.

Under normal circumstances, to make all Bases in the roaming system run the same version of software, you can only log in to the web page of each device and upgrade the software of each Base through the web page. This method is not only cumbersome, but also not easy to manage. If Base wants to move out of a roaming system and then access another roaming requirement, you need to manually confirm the software version of the other roaming system and whether it needs to be upgraded first. The process is time-consuming and laborious, and it is not convenient for the deployment and use of the roaming system.

Summary of the invention

1. Technical problems to be solved

Aiming at the problem that the base version of the DECT roaming system existing in the prior art needs to be the same version to ensure the stable operation of the roaming system, and the different versions of the Base cannot cooperate with each other, the present invention provides a method and system for cloning and upgrading between devices of the DECT roaming system , It can solve the problem that all Bases cannot be upgraded uniformly in the same DECT roaming system.

2. Technical solution

The purpose of the present invention is achieved through the following technical solutions.

A method for cloning and upgrading between DECT roaming system devices. After receiving the notification, the base station starts the synchronization client to connect to the synchronization server of the host for data transmission; the synchronization client copies and downloads the root file system module data of the host from the synchronization server, and the base station will start from the host The root file system data of the end clone is written into the backup system memory; the data download is complete and the base station is set to start from the backup system. After the base station restarts, the system that runs is the system cloned from the host, and the clone upgrade is complete.

The DECT roaming system includes the host DM and the base station Base. When the base station base is registered and added to the system and the version number of the host DM software is inconsistent, the host DM starts the synchronization server SyncServer to notify the base station Base to perform software upgrades, and the base station Base starts the synchronization client service SyncClient, and the synchronization client SyncClient connects to the synchronization server SyncServer of the host DM for data transmission; the synchronization client SyncClient copies and downloads the root file system module data of the host DM from the synchronization server SyncServer, and the base station Base writes the root file system data cloned from the host DM to the backup system On the memory Flash; after the download is complete, the base station is set to start from the backup system. After the base station is restarted, the running system is the system cloned from the host DM. The software version numbers of the base station and host DM are the same, and the host base clone upgrade is completed.

Furthermore, when the base station is initialized, it is confirmed that the host has the upgrade capability, and the upgraded host checks whether the software version number of the base station is consistent with the host.

Furthermore, the base station is registered on the host through a multicast registration method or a static registration method. Generally speaking, the base station base registration to the host DM is mainly through multicast registration or static registration. During multicast registration, any DM can search for all unregistered Bases through the multicast network, and static registration is based on the specified IP. Address registration, only the designated DM can discover the Base to be registered.

Furthermore, when the base station starts the synchronization client service, the base station carries the address of the synchronization server to connect to the synchronization server, and when the base station Base starts the synchronization client SyncClient service, the base station Base carries the address of the synchronization server Server IP to connect to the synchronization server SyncServer. When the base station Base connects synchronously, it connects to the SyncServer according to the externally provided Server IP to download data.

Furthermore, multiple base stations are triggered by the host to upgrade in a unified manner. The DECT roaming system includes multiple base stations, and the host DM simultaneously triggers a unified upgrade of the multiple base stations. A single upgrade trigger of the host DM can trigger a unified upgrade of multiple base stations. At the same time, the synchronization server SyncServer supports multiple client SyncClients to connect and download at the same time, and the number of devices to be downloaded at the same time is determined by the performance of the device.

Furthermore, encrypted data transmission between the synchronization client and the synchronization server. The synchronization system uses TCP data encryption to transmit. The communication between the synchronization client SyncClient and the synchronization server SyncServer is common to all platforms. This framework can be applied to other models.

Furthermore, the synchronization server compresses and packs the data according to the modules, and the modules with the same version number are not transmitted when the synchronization client and the synchronization server transmit data. When the synchronization server SyncServer starts, the modules in /boot/version.xml are packaged according to the modules to support data integrity verification; to determine whether the version numbers of each module are consistent, modules with the same version numbers can not be transmitted, only the upgraded version numbers are inconsistent. Module is fine.

Furthermore, the synchronization client checks the validity and integrity of the data when downloading the synchronization server data.

Furthermore, multiple system data are stored in the memory of the base station; when the device is started, only one of the system data is run, and the remaining systems are backup systems. The memory Flash stores the data of multiple systems. When leaving the factory, the data of all systems is the same. When the device starts, only one of the systems will run, and the other systems will serve as backup systems. During the upgrade, the firmware data will be written to the backup system first. After the backup system data is successfully written, set the next time the system starts from the backup system, and then restart the device. After the device restarts, the backup system will run to achieve the firmware upgrade.

A DECT roaming system includes a host DM and a base station Base. The system uses the described method for cloning and upgrading between devices of the DECT roaming system. After the base station base is registered and added to the system and the version number of the host DM software is inconsistent, the host DM starts the synchronization server to notify the base station Base to perform software upgrades, the base station base starts the synchronization client service, and the synchronization client connects to the synchronization server of the host DM for data transmission; synchronizes the client The end copies and downloads the root file system module data of the host DM from the synchronization server, and the base station Base writes the root file system data cloned from the host DM end to the backup system memory Flash; the download is complete and the base station Base starts from the backup system and the base station Base After restarting, the running system is the system cloned from the host DM. The software version numbers of the base station Base and the host DM are the same, and the host Base clone upgrade is completed.

3. Beneficial effects

Compared with the prior art, the advantages of the present invention are:

The invention can realize the unified upgrade of the Base in the DECT roaming system. When the Base is connected to the DM, the DM will initialize the Base. When the DM initializes the Base, it is judged whether the software versions of the Base and the DM are consistent. If the software versions are inconsistent, the DM will trigger Base software upgrades. When there are multiple Bases in the system, DM triggers multiple Bases to upgrade at the same time, that is, one trigger can complete the upgrade of all Base devices in the system; according to different system performance, multiple Bases can be upgraded at the same time, and multiple Bases are triggered During the unified upgrade, the base that is not being upgraded automatically waits for the upgrade until all the bases are successfully upgraded.

The software upgrade of the roaming system of the present invention only needs to click the upgrade once on the DM end webpage, and there is no need to log in to each device webpage to upgrade, and the operation is convenient; at the same time, a new Base will be added to the roaming system later, if the Base software version is inconsistent with the DM software version , Can automatically identify and upgrade Base to the same software version as DM before running the system, greatly reducing human management resources.

The invention saves storage space and does not need to place the Base software package in a certain directory of the DM device. The present invention can realize unlimited nested clone upgrades. The device can choose to run in the DM mode or in the Base mode. When the device chooses to run in the Base mode, the device is registered to one of the DM devices, and the Base will automatically Upgrade to the same software version as the DM device, and then switch the Base to DM mode. At this time, other Bases can be registered to the DM, and the DM can also clone and upgrade the registered Base, and clone the upgraded software The version number is consistent with the software version number of DM1, and the clone upgrade method of the present invention can realize the unlimited nested upgrade function.

Description of the drawings

Figure 1 is a block diagram of the design of the present invention;

Figure 2 is a flowchart of Base clone upgrade of the present invention

Detailed ways

The present invention will be described in detail below with reference to the drawings and specific embodiments of the specification.

Example

A DECT roaming system includes a host DM and a base station Base. The DM device is a host that serves clusters of all base stations in the local area network. In this embodiment, the base system is upgraded by cloning the data of the RFS module of the root file system of the DM device. Generally speaking, when the application software needs to be upgraded to add new functions or fix problems, the upgrade and modification of the application software are included in the RFS module, so the software upgrade is only to upgrade the RFS module data, so the RFS module data can be upgraded. Realize the upgrade of the Base system.

When the device is upgraded, the system reads the root file system RFS data from the DM device, and then transmits it to the Base through the network, and then the Base writes the corresponding memory Flash location, and then sets the Base to start from the file system, and restarts the Base to realize the base Clone upgrade of software. When the device starts, the boot system starts from the root file system RFS, and the data of the two systems are stored on the Flash, and the storage of the two systems is inconsistent. When the system starts, it is set to start from one of the systems.

As shown in Figure 1, in the roaming system, the DM connects to the Base, and when the Base is initialized, it detects whether the DM has the ability to upgrade the Base. When the DM has the ability to upgrade, it checks whether the version number of the Base is consistent with the host DM, and the version number is inconsistent to start. During the upgrade process, the host DM waits for the Base upgrade to succeed.

During the upgrade, the Base registers with the host DM. If the firmware needs to be upgraded, the host DM sends a message to notify the base station Base. After receiving the message, the Base sends a message to notify the clone client CloneClient, and carries the Server IP to start the firmware download and upgrade process. The start of the upgrade process is triggered by the roaming system call interface. The server IP is carried when calling, and the client connects to the server to start the upgrade service.

When the synchronization server SyncServer starts, the modules in /boot/version.xml are packaged according to the modules to support data integrity verification; to determine whether the version numbers of each module are consistent, modules with the same version numbers can not be transmitted, only the upgraded version numbers are inconsistent. Module is enough; at the same time SyncServer supports multiple clients to connect and download at the same time; through TCP data encryption transmission, the synchronization client SyncClient connects to SyncServer for data download according to the server IP provided by the outside, and the data download is completed to the validity and integrity of the data Verify check; after verification, the data is decompressed and downloaded to DownLoad. Since the communication mode between the server and the client SyncServer and SyncClient is common to all platforms, the framework of this embodiment is common to other models.

As shown in Figure 2, the specific upgrade method steps of the roaming system are as follows:

S101: The base station is registered on the host through a multicast registration method or a static registration method. The base station Base joins the DM roaming system, the Base first registers with the DM, and then the Base performs the initialization operation.

There are two main ways to register Base to DM:

Method 1: Multicast registration method:

Base and DM are in the same multicast network. DM searches for unregistered Base and displays it in the unregistered list of DM. Click the corresponding Base on the unregistered list of DM to realize the registration of Base. After Base registration is completed, it will be deleted from the unregistered list of the DM and switched to the registered list. The registered Base will only communicate with the DM on the network.

Method 2: Static registration method:

The difference between the static registration method and the multicast registration method is that the static registration method is to fill in the IP address of the DM on the base. At this time, only the designated DM can discover the base to be registered, and other DMs cannot find the base to be registered, that is, the static registration method , The base to be registered will only be in the unregistered list of the specified DM, and the base cannot be found in the unregistered list of other DMs. The base can only be registered on the specified DM, and the registration process is the same as the multicast method.

The main operations of Base initialization include checking whether the Base needs to be upgraded, checking whether the DM and Base versions are consistent, and if the DM and Base versions are inconsistent, you need to upgrade. The initialization operation also includes synchronizing the configuration data of the DM with the Base, and the synchronized configuration data is the configuration information required for the normal operation of the Base.

S102: Base initialization judges whether the DM has the ability to upgrade the Base, and the Base judges based on the data difference in each block header of the Flash data. Under normal circumstances, DM does not support upgrades only in the development mode of internal debugging. Under normal circumstances, Base upgrades are supported. After confirming that the DM has the ability to upgrade the Base, the DM obtains the software version information of the Base and compares it with the software version of the DM itself. If the software version is inconsistent, the DM starts the SyncServer and waits for the Base to start the SyncClient to connect to the SyncServer to clone the root file system RFS module. Data. At this time, the DM's Flash data structure changes, and the data cannot be directly synchronized to the Base.

S103: The DM sends a message to notify the Base that the software needs to be upgraded, and provides the IP address and port number of the DM, the Base call interface triggers the start of the SyncClient service, and the Base call carries the Server IP.

S104: After receiving the notification, the base station starts the synchronization client to connect to the synchronization server of the host for data transmission; the SyncClient service is started, the SyncClient successfully connects to the SyncServer through TCP data encryption transmission, and the upgrade process is started.

S105: The synchronization client copies and downloads the root file system module data of the host from the synchronization server, and the base station writes the root file system data cloned from the host side to the backup system memory; SyncClient starts to clone the RFS module data of the DM device from the SyncServer, Then the RFS data cloned from the DM side is written to the backup system Flash. There are dual systems stored on the Flash. The storage locations of the two systems on the Flash are inconsistent, and the startup addresses of the two systems are also inconsistent. They will only run during startup. One system, the other system as a backup system. For example, the first system is currently running, and the firmware data will be written to the storage location of the second system during the upgrade. After all the firmware data is successfully written, the system settings will start from the second system the next time it starts; the device restarts from the second system location Start and run the second system to achieve the effect of firmware upgrade. When the system needs to be upgraded again, the data is written into the first system, and after the first system data is successfully written, it is set to start from the first system. The follow-up is repeated so as to realize the firmware upgrade function.

The data of the two systems are stored on the Flash. When leaving the factory, the data of the two systems are the same. When the device is started, only one of the systems will run, and the other system will be used as a backup system. During the upgrade, the firmware data will be written to the backup system first. After the backup system data is successfully written, set the next time the system starts from the backup system, and then restart the device. After the device restarts, the backup system will run to achieve the firmware upgrade.

S106: After the data download is complete, the base station is set to start from the backup system, the base completes the cloning of the DM device RFS module data, the base setting system is started from the backup system, and then the base is restarted.

S107: The system running after the base station restarts is the system cloned from the host, and the clone upgrade is complete. After Base restarts, the running system is the upgraded system cloned from the DM. At this time, the software version numbers of the Base and DM are the same, and the Base clone upgrade is completed.

If there are 30 Base connections on the DM that need to be upgraded, the DM triggers the firmware upgrade from the web page. When the DM firmware is upgraded and restarted, the 30 Bases will reconnect to the DM. At this time, the DM will detect the 30 Base and DM software. If the versions are inconsistent, the DM will trigger 30 Bases to upgrade at the same time, so as to realize the unified upgrade of the Base, and the upgrade of all the Base devices in the system can be completed with one trigger. According to different device performances, multiple Bases can be upgraded at the same time. This embodiment can support 5 Bases to be upgraded at the same time. When the performance is sufficient, more Bases can be upgraded at the same time. For example, the current device triggers the upgrade of 30 Bases at the same time through the DM, five of which start to upgrade at the same time, and the other Bases are waiting to be upgraded; when one of the started Bases is successfully upgraded, the waiting Bases are automatically connected to the upgrade until all 30 Bases are successfully upgraded. , When multiple Bases are upgraded, the firmware data in the Base and the firmware data in the DM are exactly the same.

The device registration in the DECT is running in DM mode or Base mode. When the device is running in Base mode, the device is registered to one of the DMs. Assuming the DM is DM1, the Base will be automatically upgraded to be the same as the DM1 Then switch the Base to DM mode. At this time, other Bases can be registered on DM1. DM1 can also clone and upgrade the registered Base, and the software version number after the clone upgrade is kept with the software version number of DM1 Unanimous.

The above has schematically described the invention and its implementation manners. The description is not restrictive. The invention can be implemented in other specific forms without departing from the spirit or basic characteristics of the invention. What is shown in the drawings is only one of the embodiments created by the present invention, and the actual structure is not limited to this, and any reference signs in the claims should not limit the related claims. Therefore, if a person of ordinary skill in the art receives its enlightenment and does not deviate from the purpose of this creation, without creative design, structural methods and embodiments similar to the technical solution shall fall within the scope of protection of this patent. In addition, the word "comprising" does not exclude other elements or steps, and the word "a" before an element does not exclude the inclusion of "plurality" of the element. Multiple elements stated in the product claims can also be implemented by one element through software or hardware. Words such as first and second are used to denote names, but do not denote any specific order.

Claims

A method for cloning and upgrading between devices in a DECT roaming system is characterized in that the base station starts the synchronization client to connect to the synchronization server of the host for data transmission after receiving the notification; the synchronization client copies and downloads the root file system module data of the host from the synchronization server, The base station writes the root file system data cloned from the host side to the memory of the backup system; the data download is complete and the base station is set to start from the backup system. After the base station restarts, the running system is the system cloned from the host, and the clone upgrade is completed.
The method for cloning and upgrading between devices in a DECT roaming system according to claim 1, wherein the base station is initialized to confirm that the host has the upgrade capability, and the upgraded host checks whether the software version number of the base station is consistent with the host.
The method for cloning and upgrading between devices in a DECT roaming system according to claim 2, wherein the base station is registered on the host through a multicast registration method or a static registration method.
The method for cloning and upgrading between devices in a DECT roaming system according to claim 1, wherein when the base station starts the synchronization client service, the base station carries the address of the synchronization server to connect with the synchronization server.
The method for cloning and upgrading between devices in a DECT roaming system according to claim 4, wherein multiple base stations are triggered by the host to upgrade in a unified manner.
The method for cloning and upgrading between devices in a DECT roaming system according to claim 5, wherein the data is encrypted and transmitted between the synchronization client and the synchronization server.
The method for cloning and upgrading between DECT roaming system devices according to claim 6, characterized in that the synchronization server compresses and packs data according to modules, and the modules with the same version number are not transmitted when the synchronization client and the synchronization server transmit data.
The method for cloning and upgrading between devices in a DECT roaming system according to claim 7, wherein the synchronization client checks the validity and integrity of the data when downloading the synchronization server data.
The method for cloning and upgrading between devices of a DECT roaming system according to claim 1, wherein multiple system data are stored in the memory of the base station; only one of the system data is run when the device is started, and the rest of the systems are backup systems.
A DECT roaming system, including a host and a base station, is characterized in that any method for cloning and upgrading between DECT roaming system devices described in claims 1-9 is used.