Method for realizing public network talkback through relay

Abstract

The invention provides a method for realizing public network talkback through a relay, which is applied to a talkback system formed by networking a talkback end, a relay end and a cloud end, and comprises the following steps: S1, pairing and connecting the talkback end and the relay end through Bluetooth; s2, starting a native Bluetooth network sharing function of an own operating system at the relay end, distributing a local area network IP address for the intercom end by the relay end, and setting the IP address of the relay end as a default gateway; s3, carrying out system-level authentication between the talkback end and the relay end through a Bluetooth protocol, and establishing an encrypted data transmission link between the talkback end and the relay end; s4, establishing connection between the talkback end and the cloud end, and completing identity authentication; and S5, transmitting voice data between the intercom end and the relay end through Bluetooth, and forwarding the voice data through the public network of the relay end to realize public network intercom. The talkback end does not need a public network connection module, the relay end does not need to be additionally provided with an APP, and the talkback requirements of low cost, low power consumption, miniaturization and high stability can be met.

Description

Technical Field

[0001] This invention relates to the field of wireless communication technology, and more specifically to a method for enabling public network intercom via relay. Background Technology

[0002] In the field of public network intercom, the mainstream intercom solutions are divided into two categories: the first category is an independent communication solution based on 4G Cat1 modules, and the second category is an auxiliary communication solution that combines Bluetooth with a mobile APP.

[0003] The first type of solution involves directly accessing the public network by integrating a 4G communication module to achieve intercom functionality. While this solution ensures communication independence and stability, it has significant drawbacks: 1. The 4G Cat1 module includes core components such as chips and radio frequency circuits, resulting in high hardware costs and overall high costs, which hinders its promotion in the consumer market and large-scale application scenarios; 2. The 4G Cat1 module has high power consumption, limiting its battery life when maintaining network connectivity and data transmission, and frequent charging severely impacts user experience; 3. The 4G Cat1 module is large in size, including radio frequency antennas and baseband processing units, making it difficult to integrate into miniaturized and lightweight wearable intercom products, thus limiting product form factor design and application scenario expansion.

[0004] The second type of solution utilizes Bluetooth to transmit voice data and then forwards it via a mobile app accessing the public network. While this approach reduces hardware costs and device size to some extent, it suffers from a fatal flaw due to the background management mechanisms of mobile operating systems. To optimize memory usage and power consumption, mobile operating systems (such as Android and iOS) limit resources for background apps. When an app is in the background, it is easily suspended or terminated by the system, causing the Bluetooth connection to the public network to be interrupted, making real-time communication impossible. Users need to frequently wake up the app and keep it running in the foreground, severely impacting the continuity and reliability of communication. Furthermore, this type of solution relies on the development and maintenance of specific apps; different brands of walkie-talkies require different apps, resulting in poor compatibility and increasing the user's learning curve and the manufacturer's R&D costs. Simultaneously, the background operation of the app is affected by various factors such as system version and user settings, making stability difficult to guarantee and further reducing the reliability of public network communication.

[0005] In summary, given the shortcomings of existing public network intercom solutions, there is an urgent need for a new technical solution to meet users' demands for low-cost, low-power, miniaturized, and stable and reliable public network intercom systems. Summary of the Invention

[0006] To address the shortcomings of the prior art, this invention proposes a method and ranging system for public network intercom via a relay. The relay end shares the public network connection with the intercom end through its own system's native Bluetooth protocol. The intercom end does not need a public network connection module, and the relay end does not need to install an APP, thus meeting the intercom requirements of low cost, low power consumption, miniaturization, and high stability.

[0007] This invention proposes a method for public network intercom via relay, applicable to an intercom system composed of intercom terminals, relay terminals, and a cloud network. In the intercom system, the relay terminal and the cloud are connected via a public network, and the intercom terminals and the relay terminal are connected via Bluetooth. The intercom network setup steps include: S1. The intercom unit and the repeater unit are paired and connected via Bluetooth; S2. Enable the native Bluetooth network sharing function of the operating system on the relay end, assign a local area network IP address to the intercom terminal, and set the IP address of the relay end as the default gateway. S3. The intercom terminal and the repeater terminal perform system-level authentication via Bluetooth protocol, and establish an encrypted data transmission link between the intercom terminal and the repeater terminal. S4. The intercom terminal establishes a connection with the cloud and completes identity authentication; S5: The intercom unit transmits voice data with the relay unit via Bluetooth, and the relay unit forwards the data through the public network to achieve public network intercom.

[0008] Preferably, the repeater and the intercom are wirelessly connected based on the Bluetooth PAN protocol. The repeater shares its public network connection with the intercom via the Bluetooth PAN protocol, forming a small Bluetooth local area network with the repeater as the gateway and the intercom as the node.

[0009] Preferably, when the Bluetooth connection is unexpectedly interrupted, the intercom terminal will automatically initiate a reconnection request; If the repeater is still in a connectable state after detecting the request, it will quickly restore the Bluetooth connection and automatically restart the network sharing function. If the public network signal of the relay is interrupted, the intercom terminal will send a notification to the user via Bluetooth. Once the relay recovers the network, it will automatically reconnect to the public network and restore the intercom function.

[0010] Preferably, after cloud-based identity authentication is successful, a unique communication identifier is assigned to the intercom terminal, and its network address is recorded to enable data routing during multi-device intercom.

[0011] Preferably, the pairing process in step S1 employs a pairing encryption mechanism.

[0012] Preferably, the system-level authentication in step S3 includes verification between the intercom end and the relay end based on the Bluetooth device identifier.

[0013] Preferably, in step S4, after identity authentication, the cloud assigns a unique communication identifier to the intercom terminal.

[0014] Preferably, the voice data in step S5 uses a low-latency encoding format, is transmitted between the intercom terminal and the relay terminal via the Bluetooth PAN protocol, and interacts with the cloud via the public network channel of the relay terminal.

[0015] Preferably, the relay terminal is a smartphone.

[0016] The beneficial effects of this invention include: 1. The present invention connects the walkie-talkie terminal and the relay terminal using the native Bluetooth protocol of the relay terminal system. The walkie-talkie terminal does not need to install hardware such as 4G Cat1 module, 4G radio frequency circuit, baseband chip, etc., which reduces costs and makes it easier to achieve the goals of miniaturization and lightweighting. The relay terminal does not need to install an APP, avoiding the problem of the APP being suspended or terminated in the background, ensuring the continuity and stability of communication.

[0017] 2. This invention optimizes the collaborative mechanism between authentication and data transmission. After establishing a connection through the Bluetooth PAN protocol, the system will automatically trigger Bluetooth link authentication between the device and the relay based on the native Bluetooth security mechanism of the operating system, thus ensuring the security of the connection. 3. The voice data of the present invention is transmitted in real time through Bluetooth link and the relay terminal's public network channel is used to complete the forwarding of the intercom data. No additional APP is required for data processing, which simplifies the communication process and reduces the software complexity and power consumption of the intercom terminal. Since there is no need to run the APP background process, the power consumption of the relay terminal is also indirectly optimized. The intercom terminal only needs to maintain the Bluetooth connection, and its power consumption is far lower than the continuous network dwell power consumption of the 4G Cat1 module.

[0018] 4. This invention has been adapted and optimized for the Bluetooth network sharing features of the operating system, ensuring that the network sharing function of the Bluetooth PAN protocol can be stably enabled under different operating systems (such as Android and iOS), thus solving the cross-platform compatibility problem. Attached Figure Description

[0019] The present invention will now be described in detail with reference to the embodiments and accompanying drawings, wherein: Figure 1 This is a diagram illustrating the communication networking steps of the public network communication method implemented by the present invention through relay.

[0020] Figure 2 This is a network topology diagram of the public network intercom method implemented by relay in this invention. Detailed Implementation

[0021] To make the technical problems to be solved, the technical solutions, and the beneficial effects of the present invention clearer, the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not intended to limit the present invention.

[0022] Therefore, a feature pointed out in this specification is used to describe one feature of one embodiment of the invention, and does not imply that every embodiment of the invention must have the described feature. Furthermore, it should be noted that this specification describes many features. Although certain features may be combined to illustrate possible system designs, these features may also be used in other combinations not explicitly stated. Therefore, unless otherwise stated, the described combinations are not intended to be limiting.

[0023] The principles of the present invention will now be described in detail with reference to the accompanying drawings and embodiments.

[0024] like Figure 1 , 2 As shown, this invention proposes a method for public network intercom via relay, applied to an intercom system composed of intercom terminals, relay terminals, and a cloud network. The relay terminal and cloud network in the intercom system are connected via a public network, and the intercom terminals and relay terminals are connected via Bluetooth. The intercom network setup steps include: S1. The intercom unit and the repeater unit are paired and connected via Bluetooth; S2. Enable the native Bluetooth network sharing function of the operating system on the relay end, assign a local area network IP address to the intercom terminal, and set the IP address of the relay end as the default gateway. S3. The intercom terminal and the repeater terminal perform system-level authentication via Bluetooth protocol, and establish an encrypted data transmission link between the intercom terminal and the repeater terminal. S4. The intercom terminal establishes a connection with the cloud and completes identity authentication; S5: The intercom unit transmits voice data with the relay unit via Bluetooth, and the relay unit forwards the data through the public network to achieve public network intercom.

[0025] The walkie-talkie and repeater connect using the repeater's native Bluetooth protocol. The repeater merely acts as a signal relay, eliminating the need for an app and thus avoiding the issue of apps being suspended or terminated in the background, ensuring continuous and stable communication. Since the walkie-talkie communicates over long distances via the repeater, it eliminates the need for hardware such as 4G Cat1 modules, 4G RF circuits, and baseband chips, reducing costs and facilitating miniaturization and weight reduction.

[0026] Unlike repeaters in other walkie-talkie systems, the repeater in this embodiment is a smartphone, or a portable device with public network access capabilities such as a smart tablet. The walkie-talkie end can be a walkie-talkie or other portable or wearable headsets. Taking walkie-talkies and smartphones as examples, walkie-talkies do not require public network access, thus eliminating the need for hardware such as 4G Cat1 modules, 4G RF circuits, and baseband chips. This allows for greater portability and increased battery life without changing the battery capacity. Smartphones, acting as repeaters, are everyday necessities. The walkie-talkie connects to the smartphone via Bluetooth, eliminating the need for a separate repeater. Essentially, the walkie-talkie gains public network communication capabilities at no cost by discarding the 4G Cat1 module, 4G RF circuit, and baseband chip required for public network access, all through the smartphone. The walkie-talkie can retain traditional radio transceiver modules, enabling short-range communication without relying on a smartphone. Headsets and other walkie-talkie devices, due to their size, can communicate via public network access solely through a smartphone.

[0027] In this embodiment, the relay and the intercom are wirelessly connected based on the Bluetooth PAN protocol. The relay shares its public network connection with the intercom via the Bluetooth PAN protocol, forming a small Bluetooth local area network with the relay as the gateway and the intercom as the node.

[0028] Native system protocols refer to communication or interaction protocols that are directly built into the operating system or core platform and supported without the need for additional third-party software installation. These protocols are typically deeply integrated and optimized, possessing high compatibility, low latency, and good security, forming the foundation for inter-device interconnection. For example, in cross-device screen mirroring scenarios, Miracast is a typical native system protocol. Xiaomi phones and Huawei computers can achieve wireless screen mirroring through this protocol without relying on additional applications; as long as both devices have the "wireless display" function enabled, they can quickly connect. Windows 11's MCP (Model Context Protocol) is also a native system protocol used for tool calls and function orchestration between AI agents and applications, improving the collaborative efficiency of local intelligent services. The PAN protocol (Personal Area Networking) is a native Bluetooth protocol that allows Bluetooth-enabled devices to establish wireless network connections over short distances, enabling data sharing and network access. This protocol is one of the standard profiles in the Bluetooth protocol stack, defined by the Bluetooth Special Interest Group (Bluetooth SIG), and is a communication specification directly supported at the system level, requiring no additional application installation. The core function of the PAN protocol is to allow devices to simulate an Ethernet connection via Bluetooth, thereby sharing network resources. Through adaptation and optimization for Bluetooth network sharing across different operating systems, the Bluetooth PAN protocol's network sharing function can be stably enabled on both the intercom and repeater ends under systems such as Android, iOS, and Harmony OS, resolving cross-platform compatibility issues.

[0029] The detailed process of setting up a walkie-talkie network is as follows: In step S1, the walkie-talkie and repeater pair via Bluetooth. The walkie-talkie has a built-in Bluetooth module (supporting the Bluetooth PAN protocol, such as Bluetooth 4.0 and above), and the repeater has its Bluetooth function enabled and is in discoverable mode. The walkie-talkie sends a pairing request via Bluetooth broadcast signal. After receiving the request, the repeater confirms the pairing command on its terminal interface, completing the initial Bluetooth connection. During this process, the walkie-talkie and repeater exchange basic information such as Bluetooth MAC addresses and device identifiers to prepare for subsequent network sharing and authentication. To ensure connection security, traditional Bluetooth pairing encryption mechanisms (such as PIN-based verification or automatic encryption) can be used during pairing to prevent unauthorized devices from accessing the network. After pairing, the Bluetooth link maintains a stable connection, providing physical layer support for subsequent data transmission and network sharing.

[0030] In step S2, after the Bluetooth connection is established, the user manually enables the "Bluetooth Network Sharing" function in the repeater's system settings or triggers it through the intercom. This function is based on the Bluetooth PAN protocol and is a native feature of the operating system, such as Android's "Bluetooth Network Sharing" and iOS's "Personal Hotspot Sharing via Bluetooth". Once enabled, the repeater shares its public network connection with the intercom via the Bluetooth PAN protocol, forming a small Bluetooth LAN with the repeater as the gateway and the intercom as the node. The intercom obtains the LAN IP address assigned to the terminal via the Bluetooth PAN protocol and sets the terminal's IP address as the default gateway. Through this configuration, the intercom can access the Internet through the terminal's public network channel, enabling network communication with other intercoms or servers without relying on network forwarding from any third-party app.

[0031] In step S3, after the network sharing function is enabled, the walkie-talkie and the repeater perform system-level authentication via the Bluetooth PAN protocol. The authentication process is based on the operating system's native security mechanism, requiring no additional software intervention: the repeater verifies the walkie-talkie's Bluetooth device identifier, such as whether its MAC address is in the paired list, while the walkie-talkie verifies the repeater's network sharing permissions to ensure that the repeater has authorized it to access the public network. After successful authentication, both parties establish an encrypted data transmission link for subsequent voice data and control command transmission.

[0032] In step S4, the intercom terminal establishes a connection with the intercom server set up in the cloud through the public network channel of the relay terminal and completes identity authentication, such as device ID and user account verification. After the cloud identity authentication is passed, a unique communication identifier is assigned to the intercom terminal and its network address is recorded to realize data routing when multiple devices are in intercom.

[0033] In step S5, after authentication and link establishment between the intercom terminal and the relay terminal are completed, the intercom terminal enters normal communication mode. When a user initiates an intercom, the microphone of the intercom terminal collects the voice signal, converts it into a low-latency voice encoding format such as AMR or OPUS, and transmits it to the terminal via the Bluetooth PAN protocol. The terminal sends the encoded voice data to the intercom server set up in the cloud via the public network. The server forwards the voice data to the relay terminal connected to other intercom terminals in the group or directly sends it to intercom terminals with public network communication capabilities according to the preset intercom group information. Other relay terminals then transmit the voice data to the corresponding intercom terminal via the Bluetooth PAN protocol, and after decoding, it is played by the speaker, completing a two-way or group intercom process.

[0034] During voice transmission, the Bluetooth PAN protocol handles data forwarding within the local area network, while the repeater's public network module handles wide area network transmission with the cloud. Both work collaboratively and are driven by native operating system mechanisms, avoiding communication interruptions caused by background app suspension. Simultaneously, the walkie-talkie can send heartbeat packets to the server in real time via the Bluetooth PAN protocol to maintain network connectivity and ensure real-time and continuous communication. During the conversation, voice data is transmitted in real time via the Bluetooth link and forwarded using the repeater's public network channel. No additional app is required for data processing, simplifying the communication process and reducing the walkie-talkie's software complexity and power consumption. Since no background app process is needed, the repeater's power consumption is indirectly optimized, and the walkie-talkie only needs to maintain the Bluetooth connection, resulting in power consumption far lower than the continuous network dwell power consumption of a 4G Cat1 module.

[0035] In this embodiment, when the Bluetooth connection is unexpectedly interrupted, the intercom terminal will automatically initiate a reconnection request. After detecting the request, if the relay terminal is still in a connectable state, it will quickly restore the Bluetooth connection and automatically restart the network sharing function. If the relay terminal's public network signal is interrupted, the intercom terminal will send a notification to the user via Bluetooth. After the relay terminal restores the network, it will automatically reconnect to the public network and restore the intercom function.

[0036] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of the present invention should be included within the protection scope of the present invention.

Claims

1. A method for realizing public network intercom via relay, characterized in that, This is applied to a two-way radio system consisting of intercom terminals, relay terminals, and a cloud-based network. The relay terminals and the cloud in the system are connected via a public network, and the intercom terminals and relay terminals are connected via Bluetooth. The two-way radio network setup steps include: S1. The intercom unit and the repeater unit are paired and connected via Bluetooth; S2. Enable the native Bluetooth network sharing function of the operating system on the relay end, assign a local area network IP address to the intercom terminal, and set the IP address of the relay end as the default gateway. S3. The intercom terminal and the repeater terminal perform system-level authentication via Bluetooth protocol, and establish an encrypted data transmission link between the intercom terminal and the repeater terminal. S4. The intercom terminal establishes a connection with the cloud and completes identity authentication; S5: The intercom unit transmits voice data with the relay unit via Bluetooth, and the relay unit forwards the data through the public network to achieve public network intercom.

2. The method for realizing public network intercom via relay as described in claim 1, characterized in that, The repeater and the intercom connect wirelessly based on the Bluetooth PAN protocol. The repeater shares its public network connection with the intercom via the Bluetooth PAN protocol, forming a small Bluetooth LAN with the repeater as the gateway and the intercom as the node.

3. The method for realizing public network intercom via relay as described in claim 2, characterized in that, When the Bluetooth connection is unexpectedly interrupted, the intercom will automatically initiate a reconnection request; If the repeater is still in a connectable state after detecting the request, it will quickly restore the Bluetooth connection and automatically restart the network sharing function. If the public network signal of the relay is interrupted, the intercom terminal will send a notification to the user via Bluetooth. Once the relay recovers the network, it will automatically reconnect to the public network and restore the intercom function.

4. The method for realizing public network intercom via relay as described in claim 2, characterized in that, After cloud-based identity authentication is successful, a unique communication identifier is assigned to the intercom terminal, and its network address is recorded to enable data routing during multi-device intercom communication.

5. The method for realizing public network intercom via relay as described in claim 2, characterized in that, The pairing process in step S1 employs a pairing encryption mechanism.

6. The method for realizing public network intercom via relay as described in claim 2, characterized in that, The system-level authentication in step S3 includes verification between the intercom end and the relay end based on the Bluetooth device identifier.

7. The method for realizing public network intercom via relay as described in claim 2, characterized in that, In step S4, after identity authentication, the cloud assigns a unique communication identifier to the intercom terminal.

8. The method for realizing public network intercom via relay as described in claim 2, characterized in that, The voice data mentioned in step S5 adopts a low-latency encoding format, is transmitted between the intercom terminal and the relay terminal via the Bluetooth PAN protocol, and interacts with the cloud via the public network channel of the relay terminal.

9. The method for realizing public network intercom via relay as described in claim 1, characterized in that, The relay terminal is a smartphone.

Images