Communication system and method of dual-module gateway architecture and intelligent dual-channel cooperation mechanism

Abstract

The invention discloses a communication system and method of a dual-module gateway architecture and an intelligent dual-channel cooperation mechanism. The system comprises a multifunctional gateway, a terminal device and a cloud platform. The multifunctional gateway carries a dual-TurMass communication module with a module A and a module B, an Ethernet module and a main control unit, the module A monitors a default channel and is responsible for downlink transmission, and the module B monitors a configuration channel; the terminal equipment is internally provided with a TurMass communication module, has a unique ID identifier and an exclusive wake-up channel, and supports three-channel switching; and the cloud platform realizes remote control. The communication method comprises an uplink communication and network access process and a low-power-consumption dormancy and network wake-up network access process. Through dual-module division, dual-channel redundancy and exclusive wake-up channel design, the problems of communication congestion, low network distribution success rate, power consumption waste and the like of traditional LPWAN equipment are solved, the connection reliability and communication stability of terminal equipment are improved, the network distribution process is simplified, and power consumption control is optimized.

Description

Technical Field

[0001] This invention relates to the technical field of communication technology, and in particular to a communication system and method based on a dual-module gateway architecture and a smart dual-channel collaborative mechanism. Background Technology

[0002] With the widespread application of Low Power Wide Area Network (LPWAN) terminal devices, signal collisions, conflicts, and network congestion frequently occur between devices operating in the 470-510MHz frequency band. In existing technologies, some LPWAN smart locks use a single communication module and a single channel for communication. When this channel is interfered with, communication blockage and device disconnection can easily occur, preventing the lock from communicating normally with the gateway and affecting the user experience. Furthermore, traditional LPWAN smart locks have a low success rate during initial network configuration due to the single channel selection and lack of an effective guidance mechanism, often requiring manual debugging, increasing usage costs and operational complexity. In addition, some locks have shortcomings in low-power control; wake-up from sleep mode is not accurate enough, easily causing unnecessary power waste or failing to wake up in time for communication.

[0003] In view of this, the present invention addresses the many shortcomings and inconveniences caused by the imperfections of existing LPWAN terminal device communication methods, and has been developed through in-depth research, improvement and trial production. Summary of the Invention

[0004] The purpose of this invention is to provide a communication system and method based on a dual-module gateway architecture and a smart dual-channel collaborative mechanism, which improves the connection reliability and communication stability of devices in complex wireless environments, simplifies the network configuration process, and optimizes power consumption control.

[0005] To achieve the above objectives, the solution of the present invention is: A communication system with a dual-module gateway architecture and an intelligent dual-channel collaborative mechanism includes a multi-functional gateway, terminal equipment, and a cloud platform. The main hardware of the multi-functional gateway includes a dual TurMass communication module, an Ethernet module, and a main control unit connecting the dual TurMass communication module and the Ethernet module. The dual TurMass communication module includes module A and module B. Module A is responsible for downlink data transmission and continuously monitors uplink data from terminal devices on the default channel. Module B is dedicated to monitoring and receiving uplink data from terminal devices on the configured channel. The Ethernet module is responsible for uplink and downlink data communication between the gateway and the cloud platform. The main control unit is responsible for system scheduling, protocol processing, and data exchange and coordination between modules. The terminal device has a built-in TurMass communication module that connects to the dual TurMass communication module of the multi-functional gateway. Each terminal device has a unique ID, and each ID corresponds to a dedicated wake-up channel. The terminal device supports switching between three channels: configuration channel, default channel, and dedicated wake-up channel. The system operates on a frequency of 470.4MHz to 510MHz, divided into 90 channels at intervals. The configuration channel ranges from 0 to 59, the default channel ranges from 60 to 89, and the dedicated wake-up channel ranges from 30 to 59. The cloud platform is used to receive data uploaded by the multi-functional gateway or to issue remote control commands.

[0006] Furthermore, the terminal device is a terminal door lock, which has a built-in radio frequency module. In low-power sleep mode, the radio frequency module of the terminal door lock only listens to a dedicated wake-up channel.

[0007] The present invention can also adopt the following technical solutions: A communication method for a dual-module gateway architecture and an intelligent dual-channel collaborative mechanism, comprising uplink communication and network access procedures as well as low-power sleep and wake-up network access procedures; The uplink communication and network access process is as follows: After the terminal door lock is powered on or woken up, it first initiates an uplink communication attempt on the configured channel. The format of the uplink data packet is an uplink data packet with the prefix 0001300000FFFFFFFFFFFFFFFF followed by encrypted network access request service data. Among them, "FFFFFFFFFFFFFFFF" in the prefix is ​​the target gateway ID. This identifier is the general broadcast identifier for network access request. All gateways that receive this packet will perform a judgment on the terminal's network access request. If no confirmation is received from the multi-functional gateway within the set time limit after three consecutive transmissions, it will automatically switch to the default channel and retransmit. When the multi-functional gateway receives a communication request through module A on the default channel, it immediately replies with a network access configuration data packet to the terminal door lock through module A on the default channel. The reply data packet format is a downlink data packet with the prefix "00015000009809250105160007" followed by encrypted service data. The prefix "9809250105160007" is the target terminal ID, which is a unique identifier for the terminal device. The gateway only sends network access configuration data to the terminal corresponding to this ID. After the terminal door lock successfully receives and verifies the network access configuration data packet, it then initiates a formal network access request. The low-power sleep and wake-up process is as follows: Before entering sleep mode, the terminal lock sets a dedicated wake-up channel based on its ID identifier. The dedicated wake-up channel is set by adding each bit of the 16-bit terminal lock ID, taking the remainder after dividing by 30, obtaining a remainder in the range of 0 to 29, and adding 30 to the remainder. The result is the dedicated wake-up channel number for the terminal lock, ranging from 30 to 59. In sleep mode, the lock's radio frequency module only listens to the dedicated wake-up channel. When the multi-functional gateway needs to wake up a specific lock, it sends a wake-up packet containing the target terminal lock ID identifier on the corresponding dedicated wake-up channel. The terminal lock receives and compares the ID identifier. If the match is successful, it immediately wakes up and enters the active state, preparing for subsequent communication.

[0008] Furthermore, after the terminal door lock completes initialization upon first power-on and before entering sleep mode for the first time, it performs a calculation of the dedicated wake-up channel based on the ID of the terminal door lock and stores the calculation result in the local memory to avoid repeated calculations; subsequent sleep mode: before entering sleep mode each time thereafter, the terminal door lock reads the stored dedicated wake-up channel parameters from the local memory and loads them into the radio frequency module, so that the radio frequency module of the terminal door lock only listens to the dedicated wake-up channel.

[0009] Furthermore, the uplink communication and network access process specifically includes the following steps: R1, Initial Trigger: The terminal door lock is triggered to wake up in two scenarios: first, it completes initialization upon first power-on, and second, it is woken up from low-power sleep mode; R2. Main Channel Uplink Attempt: After being woken up, the terminal door lock prioritizes the configuration channel as the main communication channel and actively sends configuration channel uplink data to the B module of the dual TurMass communication module of the multi-function gateway. The uplink data adopts a specific frame format: with the hexadecimal string 0001300000FFFFFFFFFFFFFFFF as the packet header prefix, followed by encrypted network access request service data. R3. Communication Anomaly Detection: After the terminal door lock sends uplink data for the configuration channel, it starts the built-in timeout timer and waits for the response from the B module of the multi-functional gateway. If the timer expires a preset number of times, the terminal door lock determines that there is interference or communication blockage in the current configuration channel. R4. Backup Channel Switching: After determining that the configured channel communication has failed, the terminal door lock automatically switches to the default channel and retransmits the uplink data; at this time, the A module of the multi-function gateway receives the uplink data of the default channel and completes the communication connection of the backup channel. R5. Multifunctional Gateway Internal Collaboration: Module A reports the received uplink data from the default channel to the main control unit; after parsing the data, the main control unit initiates the collaborative scheduling logic, that is, sends an instruction to Module A, requesting Module A to send the network access configuration data packet on the default channel; after receiving the instruction, Module A sends the network access configuration data packet to the terminal door lock on the default channel. The network access configuration data packet adopts a specific frame format: with the hexadecimal string 00015000009809250105160007 as the packet header prefix, followed by encrypted service data; R6. Network access complete: The terminal door lock receives the network access configuration data packet on the configuration channel and verifies the data integrity through the built-in verification algorithm to ensure that the configuration information is correct; R7. Formal Network Access Request: After successful verification, the terminal door lock initializes the communication module according to the configuration data packet parameters, and then sends a network access request to the B module of the multi-functional gateway to apply for identity registration in the network. R8. Communication Ready: After receiving and confirming the network access request, the main control unit enters the ID of the terminal door lock and the communication parameters into the local device list, and at the same time uploads the network access status of the terminal door lock to the cloud platform for storage through the Ethernet module; the terminal door lock completes the identity registration and connection establishment in the network.

[0010] Furthermore, the low-power sleep and wake-up network access process specifically includes the following steps: S1. Initial State: After the terminal door lock completes its network configuration, if there is no communication service requirement for a long period of time, it will set a dedicated wake-up channel based on its own ID identifier. The calculation method of the dedicated wake-up channel is as follows: extract the 16-bit digital ID identifier of the terminal door lock, add the digits together to get the sum, take the remainder (0~29) modulo 30, add 30, and finally get the dedicated wake-up channel number in the range of 30~59; the system operating frequency band is 470.4MHz~510MHz, with a total of 90 channels, each channel spaced at approximately 200kHz, of which the configuration channels are 0~59, the default channels are 60~89, and the dedicated wake-up channels are 30~59; then it enters a low-power sleep mode, at which time the terminal door lock's radio frequency module only listens to the dedicated wake-up channel and does not participate in data interaction with other channels; S2. Wake-up command initiation and forwarding: When the cloud platform needs to perform control operations on the terminal door lock, it sends downlink data containing a wake-up command to the multi-functional gateway. S3. After receiving downlink data from the cloud platform, the multi-functional gateway parses the instructions through the main control unit, calls the mapping relationship between the stored terminal door lock ID and the dedicated wake-up channel, encapsulates the wake-up instruction into a wake-up packet conforming to the TurMass protocol, and then sends it on the dedicated wake-up channel of the terminal door lock through module A or module B of the dual TurMass communication module. S4. Wake-up packet detection and authentication: The terminal door lock in the dormant state continuously listens to the dedicated wake-up channel and determines in real time whether a wake-up packet exists on the dedicated wake-up channel; If no wake-up packet is detected, the terminal door lock remains in a low-power sleep listening state and does not perform any additional operations; If a wake-up packet is detected, the radio frequency module of the terminal door lock starts the demodulation function, receives and parses the target door lock ID in the wake-up packet, and compares it with the ID stored in its own memory; If the ID identifier does not match, the wake-up packet is determined to be a control command from another terminal lock. The terminal lock does not respond and immediately resumes low-power sleep listening state. If the ID identifier matches, the identity verification is successful, and the terminal door lock exits sleep mode and enters active state.

[0011] S5. Service Communication Judgment and Processing: After the terminal door lock is woken up, it first checks whether there is a service packet sent by the multi-functional gateway on the configuration channel; If a service packet is configured on the channel, the terminal door lock directly receives and processes the service packet. After completion, it returns response data as required, and then re-enters sleep mode or remains active. If the configured channel has no service packets, the terminal door lock determines whether there is an uplink communication requirement: If there is an uplink communication requirement, the terminal door lock will prioritize sending uplink data to the B module of the dual TurMass communication module of the multi-function gateway on the configured channel; If a valid response is not received from the multi-functional gateway within the set time limit after multiple consecutive transmissions, the configuration channel communication is determined to be abnormal. The terminal door lock automatically switches to the default channel and retransmits uplink data to the A module of the dual TurMass communication module of the multi-functional gateway. After the multi-functional gateway receives uplink data through the default channel via module A, the main control unit schedules module A to send an acknowledgment or configuration data packet to the terminal door lock on the default channel. After the terminal door lock receives and verifies the data, it completes the uplink data transmission or further communication configuration.

[0012] Furthermore, after parsing the uplink data of the terminal door lock, if the main control unit of the multi-functional gateway recognizes that the terminal door lock has completed network registration, it will prioritize sending downlink response data through module B on the configured channel. If the configured channel communication is abnormal, it will switch to module A to send downlink response data on the default channel.

[0013] Furthermore, in the low-power sleep and network wake-up process, the frame format of the wake-up packet includes a wake-up identifier field, a target ID identifier field, an instruction type field, and a verification field.

[0014] Furthermore, after the terminal door lock is woken up, if the service data transmission is not completed on either the configured channel or the default channel, the channel quality detection process will be initiated. By detecting the signal strength and interference level parameters of each channel, the optimal channel will be selected to re-initiate communication.

[0015] Furthermore, after completing business communication, if there is no new communication demand within a preset idle time, the terminal door lock automatically enters a low-power sleep mode, reloads the dedicated wake-up channel parameters, and starts listening.

[0016] After adopting the above scheme, the communication system of this invention based on dual-module gateway architecture and intelligent dual-channel collaborative mechanism, through the primary and backup channel separation design of dual TurMass communication modules, allows the configured channel and default channel to work independently, avoiding communication failures caused by single channel congestion or failure, and significantly improving the system's anti-interference capability; the collaborative work of the Ethernet module and the main control unit realizes efficient data transmission between the cloud platform and terminal devices, ensuring the real-time nature of remote management and control; the multi-channel switching capability and dedicated wake-up channel design of the terminal devices provide a hardware foundation for low-power control and precise wake-up.

[0017] The communication method of this invention, based on a dual-module gateway architecture and a smart dual-channel collaborative mechanism, enables uplink communication and network access processes through an automatic primary / backup channel switching mechanism. This allows terminal devices to quickly switch to a backup channel to complete network access when the primary channel is blocked, significantly improving the success rate of network access and reducing manual debugging. In the low-power sleep and wake-up network access process, the terminal device only listens to a dedicated wake-up channel, avoiding power waste caused by invalid listening. At the same time, accurate wake-up is achieved through ID identification comparison, ensuring timely communication.

[0018] This invention systematically solves industry pain points such as low initial network configuration success rate, susceptibility to communication interference and disconnections, and poor power consumption control in traditional LPWAN devices by combining a "dual-module gateway architecture" with an "intelligent dual-channel collaborative mechanism," thereby improving the connection reliability and communication stability of devices in complex wireless environments. Compared to existing technologies, this invention effectively reduces the risk of communication congestion and device disconnection in LPWAN smart locks, and it also supports automatic network search and pairing upon power-on, reducing manual debugging. It has broad application prospects. Attached Figure Description

[0019] Figure 1 This is a schematic diagram of the uplink communication and network access process of the present invention.

[0020] Figure 2 This is a schematic diagram of the low-power sleep and wake-up network access process of the present invention. Detailed Implementation

[0021] To further explain the technical solution of the present invention, the present invention will be described in detail below through specific embodiments.

[0022] This invention discloses a communication system based on a dual-module gateway architecture and a smart dual-channel collaborative mechanism, including a multi-functional gateway, a terminal device, and a cloud platform. In this embodiment, the terminal device is a terminal door lock.

[0023] The main hardware of the multi-functional gateway is equipped with a dual TurMass communication module, an Ethernet module, and a main control unit, with the main control unit connected to the dual TurMass communication module and the Ethernet module.

[0024] The dual TurMass communication module serves as the wireless communication carrier between the multi-functional gateway and the terminal door lock. Through division of labor and redundancy, the multi-functional gateway and the terminal door lock overcome the problems of easy blocking and weak anti-interference capabilities inherent in traditional single modules. The dual TurMass communication module consists of module A and module B.

[0025] Module A is responsible for downlink data transmission and continuously monitors the uplink data of the terminal door lock on the default channel. The signal monitoring process of Module A is as follows: after the multi-functional gateway powers on, it automatically loads the frequency parameters of the default channel, continuously monitors the uplink data of the default channel using the TurMass protocol, and only responds to terminal door lock network access requests that conform to the specified format. The data transmission and reception process of Module A is as follows: after receiving uplink data on the default channel, the multi-functional gateway reports the data to the main control unit via the bus; at the same time, the multi-functional gateway receives downlink commands issued by the main control unit and sends them to the terminal door lock on the corresponding channel (default channel or configured channel).

[0026] Module B is dedicated to listening to and receiving uplink data from terminal devices on the configuration channel. The signal listening process of Module B is as follows: after the multi-functional gateway is powered on, it automatically loads the configuration channel frequency parameters and continuously listens to the uplink data on the configuration channel; the data transmission and reception process of Module B is as follows: after receiving the uplink data on the configuration channel, the multi-functional gateway reports it to the main control unit; at the same time, it receives instructions from the main control unit and sends the network access configuration data packet on the configuration channel. Module A serves as the communication interface for the backup channel, ensuring redundancy in the network access process and preventing the door lock from failing to connect due to a single channel failure. Module B serves as the interface for the primary communication channel, undertaking the core communication tasks for normal network access and reducing communication interference on the primary channel. The configured channels of the dual TurMass modules are independent of the default channel, avoiding communication failures caused by congestion on a single channel; the two modules monitor different channels respectively, and the terminal door lock can complete network access by switching channels; the terminal door lock only switches channels when necessary, and with the low-power monitoring of the dedicated wake-up channel, further reducing device power consumption. Through the separation of primary and backup channels and the division of dedicated functions, anti-interference, high network access success rate, and low-power adaptation are achieved.

[0027] The system operates in the 470.4MHz~510MHz frequency band, divided into 90 channels at approximately 200kHz intervals. Channels 0~59 are configured via a distribution system, while the default channels are 60~89, specified in the code. Channels can be optionally configured and rewritten during terminal lock production. The dedicated wake-up channel is calculated as follows: the digits of the terminal lock's 16-bit digital ID are added together, then the remainder is taken by 30, and the remainder is added to 30. The resulting channel number (30~59) is the dedicated wake-up channel. This unique algorithm design ensures that each terminal lock has an independent listening channel, fundamentally avoiding channel conflict issues.

[0028] Uplink communication uses a specific data frame format: starting with 0001300000FFFFFFFFFFFFFFFF, where "FFFFFFFFFFFFFFFF" is the target gateway ID. This identifier is a general broadcast identifier for network access request packets. All gateways that receive this packet will perform a judgment on the terminal's network access request, followed by encrypted service data. The gateway reply packet starts with 00015000009809250105160007, where "9809250105160007" is the target terminal ID, which is a unique identifier for the terminal device. The gateway only sends network access configuration data to the terminal corresponding to this ID, followed by encrypted service data.

[0029] The Ethernet module is responsible for uplink and downlink data communication between the gateway and the cloud platform, serving as a communication bridge between the multi-functional gateway and the cloud platform. The Ethernet module can connect to the local Ethernet network via an RJ45 interface or a PoE power supply interface to establish a TCP / IP connection with the cloud platform. When receiving downlink data from the cloud platform, the Ethernet module decapsulates the network layer TCP / IP packets to extract application layer data (such as wake-up commands and control commands). When sending uplink data, the Ethernet module encapsulates the application layer data (such as door lock status and network access information) transmitted by the main control unit into TCP / IP packets and sends them to the designated port on the cloud platform via Ethernet. The Ethernet module supports bidirectional conversion between Ethernet protocol (TCP / IP) and the gateway's internal bus protocol, converting TCP / IP data from the cloud into bus protocol data for transmission to the main control unit; simultaneously, it converts the main control unit's bus protocol data into TCP / IP data for transmission to the cloud platform. The Ethernet module has a built-in protocol stack, ensuring efficient protocol parsing and data forwarding even on low-performance gateway hardware.

[0030] The main control unit is the core for data relay and scheduling between the Ethernet module and the dual TurMass communication module. The Ethernet module is responsible for sending and receiving network layer data, while the dual TurMass communication module is only responsible for sending and receiving LPWAN wireless data. Protocol conversion, data parsing, and command scheduling are all handled by the main control unit to avoid protocol conflicts caused by direct connection between different modules. When the main control unit sends data to the module, it first encapsulates the data according to the frame format and transmits it to the Ethernet module via the bus. The Ethernet module completes the protocol conversion and sends it to the cloud platform. After receiving data from the cloud platform, the Ethernet module also encapsulates it according to the frame format and reports it to the main control unit via the bus. The main control unit parses the data and schedules the dual TurMass communication module to perform the corresponding operations. The dual TurMass module reports the received terminal door lock uplink data to the main control unit and simultaneously receives commands issued by the main control unit.

[0031] The terminal door lock has a built-in TurMass communication module that connects to the dual TurMass communication modules of the multi-functional gateway. Each terminal device has a unique ID, and each ID corresponds to a dedicated wake-up channel. The terminal door lock supports switching between three channels: configured channel, default channel, and dedicated wake-up channel. The terminal door lock also has a built-in radio frequency module. In low-power sleep mode, the terminal door lock's radio frequency module only listens to the dedicated wake-up channel.

[0032] The cloud platform is deployed in a remote data center to receive data uploaded by the multi-functional gateway or to issue remote control commands.

[0033] The present invention also discloses a communication method based on a dual-module gateway architecture and a smart dual-channel collaborative mechanism, which includes uplink communication and network access process and low-power sleep and network wake-up network access process.

[0034] like Figure 1 As shown, the overall approach to the uplink communication and network access process is as follows: after the terminal door lock is powered on or woken up, it first initiates an uplink communication attempt on the configuration channel. If it fails to receive confirmation from the multi-functional gateway within the set time limit after multiple consecutive transmissions, it automatically switches to the default channel to retransmit. When the multi-functional gateway receives the communication request on the default channel through module A, it immediately replies to the terminal door lock with the network access configuration data packet on the default channel through module A. After the terminal door lock successfully receives and verifies the network access configuration data packet, it then initiates a formal network access request.

[0035] The uplink communication and network access process specifically includes the following steps: R1. Initial Trigger, Terminal Lock Wake-up and Communication Preparation: The terminal lock is triggered to wake up in two scenarios: first, upon initial power-on, it completes initialization; second, it is woken up from low-power sleep mode (e.g., after the gateway sends a wake-up packet). After waking up, the terminal lock automatically loads the factory-preset configuration channel frequency parameters, and the radio frequency module switches to the configured channel to prepare for uplink communication. At this time, the terminal lock has not yet established a stable connection with the multi-functional gateway.

[0036] R2, Main Channel Uplink Attempt: After being woken up, the terminal door lock prioritizes the configuration channel as the main communication channel and actively sends configuration channel uplink data (data type is network access request, including basic information such as the terminal door lock's ID and device type) to the B module of the dual TurMass communication module of the multi-function gateway.

[0037] R3. Communication Anomaly Detection: After the terminal door lock sends uplink data for the configuration channel, it starts a built-in timeout timer (which can be adjusted through the terminal door lock configuration register) and waits for a response from the B module of the multi-functional gateway. If the timer times out 3 times (i.e., no valid response is received after 3 consecutive transmissions), the terminal door lock determines that there is interference or communication blockage in the current configuration channel.

[0038] R4. Backup Channel Switching: After determining that the configured channel communication has failed, the terminal door lock automatically switches to the factory-preset default channel (the frequency does not overlap with the configured channel to avoid interference) and retransmits uplink data (the content is consistent with the network access request sent on the configured channel). At this time, the A module of the multi-function gateway receives the uplink data on the default channel, completing the communication connection on the backup channel and avoiding network access failure due to a single channel failure.

[0039] R5. Internal Collaboration of the Multifunctional Gateway: Module A reports the received uplink data on the default channel to the main control unit. After parsing the data, the main control unit identifies the request as a "guided request for an unconnected device" and immediately initiates the collaborative scheduling logic, i.e., sends an instruction to Module A, requesting it to send a network access configuration data packet on the default channel. After receiving the instruction, Module A sends a network access configuration data packet (containing key information such as network ID, communication rate parameters, gateway address, and subsequent service channel priority) to the terminal lock on the default channel, completing the network access guidance of the multifunctional gateway for the terminal lock.

[0040] R6. Network access complete: The terminal door lock receives the network access configuration data packet on the configuration channel and verifies the data integrity through the built-in verification algorithm (such as CRC check) to ensure that the configuration information is correct; R7. Formal Network Access Request: After successful verification, the terminal door lock initializes the communication module according to the configuration data packet parameters, and then sends a network access request to the B module of the multi-functional gateway to apply for identity registration in the network. R8. Communication Ready: After receiving and confirming the network access request, the main control unit enters the terminal lock's ID and communication parameters into the local device list. Simultaneously, it uploads the terminal lock's network access status to the cloud platform for storage via the Ethernet module. At this point, the terminal lock completes its network registration and connection establishment.

[0041] like Figure 2 As shown, the overall idea of ​​the low-power sleep and network wake-up process is that before entering sleep mode, the terminal door lock calculates and sets a dedicated wake-up channel based on its unique ID using a specific algorithm. In low-power sleep mode, the door lock's radio frequency module only listens to this dedicated wake-up channel. When the gateway needs to wake up a specific door lock, it sends a wake-up packet containing the target door lock ID on the corresponding wake-up channel. The door lock receives and compares the ID; if a match is found, it immediately wakes up and enters an active state, preparing for subsequent communication.

[0042] The dedicated wake-up channel is calculated as follows: Add the digits of the 16-bit ID of the terminal lock, then take the remainder after dividing by 30. Add 30 to the remainder to obtain a channel number within the range of 30-59, which is the dedicated wake-up channel. For example, if the 16-bit ID of the terminal lock is 1234567890123456, adding the digits gives: 1+2+3+4+5+6+7+8+9+0+1+2+3+4+5+6=64. Taking the remainder after dividing by 30 gives 4 (64÷30=2 remainder 4). Adding 30 gives the dedicated wake-up channel number as 34. Since each terminal lock has a unique ID, the calculated dedicated wake-up channel number is also unique, effectively avoiding channel conflicts between different devices.

[0043] The system operates in the frequency band of 470.4MHz~510MHz, divided into 90 channels at approximately 200kHz intervals. The configured channels are 0~59, which are specified by the issued configuration. The default channels are 60~89, which are defaulted by the code. The configured channels can be specified and rewritten during the production of the terminal door lock.

[0044] The low-power sleep and wake-up network access process specifically includes the following steps: S1. Initial state: After the terminal door lock completes the network access configuration, if there is no communication service requirement for a long period of time, it will set a dedicated wake-up channel according to its own ID. The dedicated wake-up channel is determined by the unique ID of the terminal door lock through a specific algorithm. Then it enters a low-power sleep mode. At this time, the radio frequency module of the terminal door lock only listens to the dedicated wake-up channel with extremely low power and does not participate in data interaction with other channels.

[0045] After the terminal door lock completes initialization upon first power-on, before entering sleep mode for the first time, it performs a calculation of the dedicated wake-up channel based on the ID of the terminal door lock and stores the calculation result in local memory to avoid duplicate calculations. Subsequent sleep mode: Before entering sleep mode each time thereafter, the terminal door lock reads the stored dedicated wake-up channel parameters from local memory and loads them into the radio frequency module, so that the radio frequency module of the terminal door lock only listens to the dedicated wake-up channel.

[0046] S2. Wake-up command initiation and forwarding: When the cloud platform needs to perform control operations on the terminal door lock (such as remote unlocking, status query), it sends downlink data containing wake-up commands to the multi-functional gateway. S3. After receiving downlink data from the cloud platform, the multi-functional gateway parses the instructions through the main control unit, calls the mapping relationship between the stored terminal door lock ID and the dedicated wake-up channel, encapsulates the wake-up instruction into a wake-up packet conforming to the TurMass protocol, and then sends it on the dedicated wake-up channel of the terminal door lock through module A or module B of the dual TurMass communication module.

[0047] S4. Wake-up packet detection and authentication: The terminal door lock in the dormant state continuously listens to the dedicated wake-up channel and determines in real time whether a wake-up packet exists on the dedicated wake-up channel; If no wake-up packet is detected, the terminal door lock remains in a low-power sleep listening state and does not perform any additional operations; If a wake-up packet is detected, the radio frequency module of the terminal door lock starts the demodulation function, receives and parses the target door lock ID in the wake-up packet, and compares it with the ID stored in its own memory; If the ID identifier does not match, the wake-up packet is determined to be a control command from another terminal lock. The terminal lock does not respond and immediately resumes low-power sleep listening state. If the ID matches, the authentication is successful, and the terminal door lock exits sleep mode and enters active state.

[0048] S5. Service Communication Judgment and Processing: After the terminal door lock is woken up, it first checks whether there are service packets (such as unlocking instructions and parameter configuration instructions) sent by the multi-functional gateway on the configuration channel. If a service packet is configured on the channel, the terminal door lock directly receives and processes the service packet. After completion, it returns response data as required, and then re-enters sleep mode or remains active. If the configured channel has no service packets, the terminal door lock determines whether there is an uplink communication requirement (such as status reporting or fault alarm): If there is an uplink communication requirement, the terminal door lock will prioritize sending uplink data to the B module of the dual TurMass communication module of the multi-function gateway on the configured channel; If no valid response is received from the multi-functional gateway within the set time limit after three consecutive transmissions, the configuration channel communication is determined to be abnormal. The terminal door lock automatically switches to the default channel and retransmits the uplink data to the A module of the dual TurMass communication module of the multi-functional gateway. After the multi-functional gateway receives uplink data through the default channel via module A, the main control unit schedules module A to send an acknowledgment or configuration data packet to the terminal door lock on the default channel. After the terminal door lock receives and verifies the data, it completes the uplink data transmission or further communication configuration.

[0049] This invention integrates two independent TurMass next-generation LPWAN communication modules—Module A and Module B—with a dual TurMass communication module within the main hardware of a multi-functional gateway. These modules, along with an Ethernet module and a main control unit, form a dual-module gateway architecture. Modules A and B are coordinated and scheduled through the main control unit. Based on this dual-module gateway architecture, a dual-channel design with a primary channel (configuration channel) and a backup channel (default channel), combined with the channel switching logic of the terminal door lock and the dual-module division of the multi-functional gateway, achieves an intelligent collaborative process with redundancy in initial network configuration and anti-interference capabilities, forming the Zhi'enge dual-channel collaborative mechanism. Through this "dual-module gateway architecture" and "intelligent dual-channel collaborative mechanism," the invention systematically solves two major industry pain points faced by traditional LPWAN devices in complex wireless environments: low initial network configuration success rate and susceptibility to communication interference and disconnections.

[0050] The above embodiments and figures are not intended to limit the product form and style of the present invention. Any appropriate changes or modifications made by those skilled in the art should be considered as not departing from the patent scope of the present invention.

Claims

1. A communication system with a dual-module gateway architecture and an intelligent dual-channel collaborative mechanism, characterized in that, Includes multi-functional gateways, terminal devices, and cloud platforms; The main hardware of the multi-functional gateway is equipped with a dual TurMass communication module, an Ethernet module, and a main control unit connecting the dual TurMass communication module and the Ethernet module. The dual TurMass communication module includes module A and module B. Module A is responsible for sending downlink data and continuously listening to the uplink data of the terminal device on the default channel. Module B is dedicated to listening to and receiving the uplink data of the terminal device on the configured channel. The Ethernet module is responsible for uplink and downlink data communication between the gateway and the cloud platform; The main control unit is responsible for system scheduling, protocol processing, and data exchange and coordination between modules; The terminal device has a built-in TurMass communication module that connects to the dual TurMass communication module of the multi-functional gateway. Each terminal device has a unique ID identifier, and each ID identifier corresponds to a dedicated wake-up channel. The terminal device supports switching between three channels: configuration channel, default channel, and dedicated wake-up channel. The cloud platform is used to receive data uploaded by the multi-functional gateway or to issue remote control commands.

2. The communication system with dual-module gateway architecture and intelligent dual-channel collaborative mechanism as described in claim 1, characterized in that: The terminal device is a terminal door lock. The terminal door lock has a built-in radio frequency module. In low-power sleep mode, the radio frequency module of the terminal door lock only listens to the dedicated wake-up channel.

3. The communication method of the communication system based on the dual-module gateway architecture and intelligent dual-channel collaborative mechanism according to claim 2, characterized in that, This includes uplink communication and network access procedures, as well as low-power sleep and wake-up network access procedures; The uplink communication and network access process is as follows: After the terminal door lock is powered on or woken up, it first initiates an uplink communication attempt on the configured channel. If it fails to receive confirmation from the multi-functional gateway within the set time limit after three consecutive transmissions, it automatically switches to the default channel to retransmit. When the multi-functional gateway receives the communication request through module A on the default channel, it immediately replies to the terminal door lock with the network access configuration data packet through module A on the default channel. After the terminal door lock successfully receives and verifies the network access configuration data packet, it then initiates a formal network access request. The low-power sleep and network wake-up process is as follows: Before entering sleep mode, the terminal door lock sets a dedicated wake-up channel based on its ID identifier; in sleep mode, the lock radio frequency module of the terminal door only listens to the dedicated wake-up channel; when the multi-function gateway needs to wake up a specific door lock, it sends a wake-up packet containing the target terminal door lock ID identifier on the corresponding dedicated wake-up channel; the terminal door lock receives and compares the ID identifier, and if the match is successful, it immediately wakes up and enters the active state to prepare for subsequent communication.

4. The communication method of the dual-module gateway architecture and intelligent dual-channel collaborative mechanism as described in claim 3, characterized in that: After the terminal door lock completes initialization upon first power-on, before entering sleep mode for the first time, it performs a calculation of the dedicated wake-up channel based on the ID of the terminal door lock and stores the calculation result in the local memory to avoid repeated calculations. Subsequent sleep mode: Before entering sleep mode each time thereafter, the terminal door lock reads the stored dedicated wake-up channel parameters from the local memory and loads them into the radio frequency module, so that the radio frequency module of the terminal door lock only listens to the dedicated wake-up channel.

5. The communication method of the dual-module gateway architecture and intelligent dual-channel collaborative mechanism as described in claim 3, characterized in that: The uplink communication and network access process specifically includes the following steps: R1, Initial Trigger: The terminal door lock is triggered to wake up in two scenarios: first, it completes initialization upon first power-on, and second, it is woken up from low-power sleep mode; R2, Main Channel Uplink Attempt: After being woken up, the terminal door lock prioritizes the configuration channel as the main communication channel and actively sends configuration channel uplink data to the B module of the dual TurMass communication module of the multi-functional gateway. R3. Communication Anomaly Detection: After the terminal door lock sends uplink data for the configuration channel, it starts the built-in timeout timer and waits for the response from the B module of the multi-functional gateway. If the timer expires a preset number of times, the terminal door lock determines that there is interference or communication blockage in the current configuration channel. R4. Backup Channel Switching: After determining that the configured channel communication has failed, the terminal door lock automatically switches to the default channel and retransmits the uplink data; at this time, the A module of the multi-function gateway receives the uplink data of the default channel and completes the communication connection of the backup channel. R5. Multifunctional gateway internal coordination: Module A reports the received uplink data on the default channel to the main control unit; after parsing the data, the main control unit starts the coordination scheduling logic, that is, sends an instruction to Module A, requesting Module A to send the network access configuration data packet on the default channel; after receiving the instruction, Module A sends the network access configuration data packet to the terminal door lock on the default channel. R6. Network access complete: The terminal door lock receives the network access configuration data packet on the default channel and verifies the data integrity through the built-in verification algorithm to ensure that the configuration information is correct; R7. Formal Network Access Request: After successful verification, the terminal door lock initializes the communication module according to the configuration data packet parameters, and then sends a network access request to the B module of the multi-functional gateway to apply for identity registration in the network. R8. Communication Ready: After receiving and confirming the network access request, the main control unit enters the ID of the terminal door lock and the communication parameters into the local device list, and at the same time uploads the network access status of the terminal door lock to the cloud platform for storage through the Ethernet module; the terminal door lock completes the identity registration and connection establishment in the network.

6. The communication method of the dual-module gateway architecture and intelligent dual-channel collaborative mechanism as described in claim 3, characterized in that, The low-power sleep and wake-up network access process specifically includes the following steps: S1. Initial state: After the terminal door lock completes the network access configuration, if there is no communication service requirement for a long time, it will set a dedicated wake-up channel according to its own ID identifier, and then enter a low-power sleep mode. At this time, the radio frequency module of the terminal door lock only listens to the dedicated wake-up channel and does not participate in data interaction with other channels. S2. Wake-up command initiation and forwarding: When the cloud platform needs to perform control operations on the terminal door lock, it sends downlink data containing a wake-up command to the multi-functional gateway. S3. After receiving downlink data from the cloud platform, the multi-functional gateway parses the instructions through the main control unit, calls the mapping relationship between the stored terminal door lock ID and the dedicated wake-up channel, encapsulates the wake-up instruction into a wake-up packet conforming to the TurMass protocol, and then sends it on the dedicated wake-up channel of the terminal door lock through module A or module B of the dual TurMass communication module. S4. Wake-up packet detection and authentication: The terminal door lock in the dormant state continuously listens to the dedicated wake-up channel and determines in real time whether a wake-up packet exists on the dedicated wake-up channel; If no wake-up packet is detected, the terminal door lock remains in a low-power sleep listening state and does not perform any additional operations; If a wake-up packet is detected, the radio frequency module of the terminal door lock starts the demodulation function, receives and parses the target door lock ID in the wake-up packet, and compares it with the ID stored in its own memory; If the ID identifier does not match, the wake-up packet is determined to be a control command from another terminal lock. The terminal lock does not respond and immediately resumes low-power sleep listening state. If the ID identifier matches, the identity verification is successful, and the terminal door lock exits sleep mode and enters active state. S5. Service Communication Judgment and Processing: After the terminal door lock is woken up, it first checks whether there is a service packet sent by the multi-functional gateway on the configuration channel; If a service packet is configured on the channel, the terminal door lock directly receives and processes the service packet. After completion, it returns response data as required, and then re-enters sleep mode or remains active. If the configured channel has no service packets, the terminal door lock determines whether there is an uplink communication requirement: If there is an uplink communication requirement, the terminal door lock will prioritize sending uplink data to the B module of the dual TurMass communication module of the multi-function gateway on the configured channel; If a valid response is not received from the multi-functional gateway within the set time limit after multiple consecutive transmissions, the configuration channel communication is determined to be abnormal. The terminal door lock automatically switches to the default channel and retransmits uplink data to the A module of the dual TurMass communication module of the multi-functional gateway. After the multi-functional gateway receives uplink data through the default channel via module A, the main control unit schedules module A to send an acknowledgment or configuration data packet to the terminal door lock on the default channel. After the terminal door lock receives and verifies the data, it completes the uplink data transmission or further communication configuration.

7. The communication method of the dual-module gateway architecture and intelligent dual-channel collaborative mechanism as described in claim 3, characterized in that: After parsing the uplink data of the terminal door lock, if the main control unit of the multi-functional gateway recognizes that the terminal door lock has completed network registration, it will prioritize sending downlink response data through module B on the configured channel. If the configured channel communication is abnormal, it will switch to module A to send downlink response data on the default channel.

8. The communication method of the dual-module gateway architecture and intelligent dual-channel collaborative mechanism as described in claim 3, characterized in that: In the low-power sleep and network wake-up process, the frame format of the wake-up packet includes a wake-up identifier field, a target ID identifier field, an instruction type field, and a verification field.

9. The communication method of the dual-module gateway architecture and intelligent dual-channel collaborative mechanism as described in claim 3, characterized in that: After the terminal door lock is woken up, if the service data transmission is not completed on either the configured channel or the default channel, the channel quality detection process will be initiated. By detecting the signal strength and interference level parameters of each channel, the optimal channel will be selected to re-initiate communication.

10. The communication method of the dual-module gateway architecture and intelligent dual-channel collaborative mechanism as described in claim 3, characterized in that: After completing business communication, if there is no new communication demand within a preset idle time, the terminal door lock will automatically enter a low-power sleep mode, reload the dedicated wake-up channel parameters, and start listening.

Images