Low-power-consumption quasi-duplex voice communication method and device

Abstract

The invention relates to the technical field of wireless communication, and provides a low-power-consumption quasi-duplex voice communication method and device. Wherein the communication node enters a sleep state after being maintained for a time exceeding a preset time; in the sleep state, the radio frequency unit of the communication node is awakened every interval period duration; after the radio frequency unit is awakened each time, the radio frequency unit enters the sleep state again after monitoring window duration; when the radio frequency unit is awakened, detecting whether a preamble awakening signal exists in a channel; the communication node sends a preamble wake-up signal to a target equipment node before sending the service data; and the target equipment node receives the preamble wake-up signal, wakes up a local main control unit, and turns on the radio frequency unit to enable the target equipment node to enter a receiving state. According to the method and the device, the problems that the call role can be switched in half-duplex talkback only by the language and manual operation of a user, and a key triggering mode is easy to cause conflicts in a multi-party communication scene are solved.

Description

Technical Field

[0001] This invention relates to the field of wireless communication technology, and in particular to a low-power quasi-duplex voice communication method and apparatus. Background Technology

[0002] Traditional wireless voice communication devices (such as walkie-talkies) mostly use half-duplex communication. In multi-party communication scenarios, users switch between transmit and receive modes by pressing the Push-to-Talk (PTT) button. This method has drawbacks such as inconvenience and inability to quickly switch between conversations; if communication is inaccurate during a multi-party call, simultaneous pressing of the send button can cause conflicts. Furthermore, in scenarios where the conversation involves non-human voices (such as animal or environmental sounds), it is impossible to switch between transmit and receive modes by pressing a button. While full-duplex voice communication systems can transmit and receive voice messages simultaneously, eliminating the need for button-triggered switching, they only allow two devices to communicate at a time, making them unsuitable for multi-party communication scenarios.

[0003] Therefore, overcoming the shortcomings of the existing technology is an urgent problem to be solved in this technical field. Summary of the Invention

[0004] The technical problem to be solved by the present invention is to provide a low-power quasi-duplex voice communication method and device. The purpose is to solve the problem that switching the call role in half-duplex intercom requires both user language and manual operation, and the problem that button triggering methods are prone to conflicts in multi-party communication scenarios.

[0005] The present invention adopts the following technical solution: In a first aspect, the present invention provides a low-power quasi-duplex voice communication method, wherein a communication node enters a sleep state after maintaining communication for a preset time; in the sleep state, the radio frequency unit of the communication node is woken up at intervals; after each time the radio frequency unit is woken up, it enters the sleep state again after a listening window period; when the radio frequency unit is woken up, a preamble wake-up signal is detected in the channel. The method includes: Before sending service data, the communication node sends a preamble wake-up signal to the target device node; The target device node receives the preamble wake-up signal, wakes up the local main control unit, and turns on the radio frequency unit to put itself into the receiving state.

[0006] Furthermore, when two communication nodes conduct a one-to-one unicast call, the communication nodes include a first device and a second device, and the method further includes: The first device is designated as the transmitter; the second device is designated as the receiver. The sending end actively sends a command to the receiving end to switch the sending and receiving roles, so as to actively request the switching of the sending and receiving roles, so that it switches itself to the new receiving end and the original receiving end switches to the new sending end. The receiving end actively requests the sending end to switch its role, so that it can switch to the new sending end and the original sending end can switch to the new receiving end.

[0007] Further, determining the first device as the transmitting end and the second device as the receiving end includes: After the user presses the call button on the first device, the button circuit of the first device detects the wake-up signal and wakes up the microcontroller unit of the first device. The first device generates a wake-up packet carrying the wake-up ID of the second device; the radio frequency unit of the first device transmits the wake-up packet; When the radio frequency unit of the second device captures the wake-up packet, the second device switches to the receiving state, so that the first device acts as the transmitter and the second device acts as the receiver.

[0008] Furthermore, the sending end actively sends a switch transceiver role command to the receiving end to proactively request a switch of transceiver roles, thereby switching itself to the new receiving end and the original receiving end to the new sending end, including: The sending end adds a switching request information to the voice control word in the communication voice packet to be sent; The sending end sends a communication voice packet carrying the switching request information to the receiving end in order to send the switching sender / receiver role command; The transmitting end will switch itself to become the new receiving end; After receiving the switching request information, the receiving end will switch itself to become the new sending end.

[0009] Furthermore, the receiving end actively requests a switch of transmit / receive roles from the sending end to switch itself to the new sending end, and the original sending end switches to the new receiving end, including: The receiving end adds feedback response information of the switching request information to the response time slot in the communication voice packet to be sent; The receiving end sends a communication voice packet carrying the switching request information to the sending end in order to actively request a switch between sending and receiving roles; The receiving end will switch itself to become the new sending end; After receiving the feedback response information, the sending end will switch itself to become the new receiving end.

[0010] Furthermore, after determining the first device as the transmitter and the second device as the receiver, the method further includes: When the receiving end detects local voice through voice activity, it transmits voice response information within a preset duration of the first device; the receiving end then switches itself to become a new sending end; wherein, the voice response information is used to request a switch between sending and receiving roles; The transmitting end receives the voice response information and, after transmitting a preset number of current voice packets, switches itself to become a new receiving end.

[0011] Furthermore, when two communication nodes conduct a one-to-many broadcast call, the communication nodes include a sender and a receiver, and the method further includes: The receiving end does not, by default, treat the received voice as a feedback response; When the receiving end needs to switch its role as a sender and receiver, it adds feedback response information of the switching request information to the response time slot in the received communication voice packet and switches itself to the sending end. After receiving the feedback response information, the sending end switches itself to become the receiving end.

[0012] Furthermore, the communication node includes a third device and a fourth device; The method further includes: When multiple fourth devices detect the corresponding sound information, the fourth device sends a status response message to the third device; After receiving the status response information, the third device displays the status of the corresponding fourth device; The third device sends a handover request command to one of the target fourth devices among the plurality of fourth devices, switching itself to become the receiving end; The target fourth device receives the switching request command and switches itself to become the sending end.

[0013] In a second aspect, the present invention also provides a low-power quasi-duplex voice communication device for implementing the low-power quasi-duplex voice communication method described in the first aspect, the device comprising: At least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor for performing the low-power quasi-duplex voice communication method described in the first aspect.

[0014] Thirdly, the present invention also provides a non-volatile computer storage medium storing computer-executable instructions that are executed by one or more processors to perform the low-power quasi-duplex voice communication method described in the first aspect.

[0015] This invention provides a low-power quasi-duplex voice communication mechanism, introducing a low-power sleep-wake mechanism and combining it with a preamble wake-up signal to trigger the switching of transmit and receive roles, effectively solving the role switching requirements of both the voice sending and receiving ends. Switching between transmit and receive states can be done without pressing the call button, reducing device operation complexity; this also supports rapid dialogue switching and reduces switching time. Since there is no conflict caused by pressing the send button simultaneously, switching can be flexibly and quickly implemented in multi-party communication scenarios, with low complexity and high practicality. Furthermore, because no user needs to combine language and manual operation to switch call roles, it is also applicable to scenarios where the dialogue end is not human, expanding the applicable scenarios of voice communication. Attached Figure Description

[0016] To more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings used in the embodiments of the present invention will be briefly described below. Obviously, the drawings described below are merely some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without any creative effort.

[0017] Figure 1 This is a schematic diagram of a specific example of a device state switching diagram provided in an embodiment of the present invention; Figure 2 This is a "sleep-wake" timing diagram provided in an embodiment of the present invention; Figure 3 This is a flowchart illustrating a low-power quasi-duplex voice communication method provided in an embodiment of the present invention; Figure 4 This is a schematic diagram of the overall process of switching roles in a one-to-one unicast call according to an embodiment of the present invention; Figure 5 This is a schematic diagram of a specific example of a communication voice packet structure provided in an embodiment of the present invention; Figure 6 This is a flowchart illustrating step 301 provided in an embodiment of the present invention; Figure 7 This is a timing diagram for role switching in a one-to-one unicast call, provided by an embodiment of the present invention. Figure 8 This is a flowchart illustrating step 302 provided in an embodiment of the present invention; Figure 9 This is a flowchart illustrating step 303 provided in an embodiment of the present invention; Figure 10 This is a schematic diagram of another one-to-one unicast call role switching process provided by an embodiment of the present invention; Figure 11This is a schematic diagram of the overall process of switching between one-to-many broadcast call sender and receiver roles provided in an embodiment of the present invention; Figure 12 This is a timing diagram for role switching in a one-to-many broadcast call, provided by an embodiment of the present invention. Figure 13 This is a schematic diagram of the overall process of switching the transmitting and receiving roles between a third device and a fourth device according to an embodiment of the present invention; Figure 14 This is a schematic diagram illustrating a specific example of displaying the switching information of a device to be switched within a preset time window, as provided in an embodiment of the present invention. Figure 15 This is a schematic diagram of the architecture of a low-power quasi-duplex voice communication device provided in an embodiment of the present invention. Detailed Implementation

[0018] To make the objectives, technical solutions, and advantages of this invention clearer, the 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 merely illustrative and not intended to limit the invention.

[0019] In the description of this invention, the terms "inner", "outer", "longitudinal", "lateral", "upper", "lower", "top", "bottom", etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. They are only for the convenience of describing this invention and do not require that this invention must be constructed and operated in a specific orientation. Therefore, they should not be construed as limiting this invention.

[0020] In this invention, the terms "first," "second," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of indicated technical features. Therefore, a feature defined with "first," "second," etc., may explicitly or implicitly include one or more of that feature. In the description of this application, unless otherwise stated, "a plurality of" means two or more.

[0021] In this application, unless otherwise expressly specified and limited, the term "connection" should be interpreted broadly. For example, "connection" can be a fixed connection, a detachable connection, or an integral part; it can be a direct connection or an indirect connection through an intermediate medium. Furthermore, the term "coupled" can refer to an electrical connection that enables signal transmission.

[0022] Furthermore, the technical features involved in the various embodiments of the present invention described below can be combined with each other as long as they do not conflict with each other.

[0023] Example 1: To address the aforementioned issues, this invention provides a low-power quasi-duplex voice communication method. After a communication node maintains its position for a preset time, it enters a sleep state. In this sleep state, the radio frequency (RF) unit of the communication node is woken up at regular intervals. Each time the RF unit is woken up, it re-enters the sleep state after a listening window period. When the RF unit is woken up, it detects whether a preamble wake-up signal exists in the channel.

[0024] like Figure 1 As shown, the communication system of this embodiment switches between three states: "idle," "sleep," and "call." When in the "call" state, the communication system switches between acting as a transmitter and a receiver. Figure 2 As shown, after a preset idle time without service communication expires, the communication node device enters a low-power sleep state. All communication nodes in the communication system remain in sleep mode when "idle," i.e., without calls. In sleep mode, the communication node device only periodically wakes up its own radio frequency unit within a very short listening window, according to the specified period length, to detect the presence of a preamble wake-up signal in the channel. The preset time, listening window length, and period length are determined by those skilled in the art based on specific application scenarios and are not limited here. The period length and listening window length can be adjusted to adapt to different wake-up timeliness and power consumption requirements. In one embodiment, the radio frequency unit can be a radio frequency transceiver.

[0025] Based on the above implementation method of "sleep-wake", such as Figure 3 As shown, the method includes: Step 10: Before sending service data, the communication node sends a preamble wake-up signal to the target device node.

[0026] In this embodiment of the invention, the nodes refer to communication nodes, and the devices refer to communication node devices.

[0027] like Figure 2 As shown, for any communication node (e.g., Figure 2 For node device A in the context of the network, it needs to act as the sender and send the specified target device node (e.g., ...) Figure 2 When node device B is in the communication node, the wake-up steps for the sending and receiving ends are as follows: First, before sending service data (i.e., text data or voice data), the communication node sends a preamble wake-up signal to the target device node.

[0028] Step 20: The target device node receives the preamble wake-up signal, wakes up the local master control unit, and turns on the radio frequency unit to enter the receiving state.

[0029] After receiving the preamble wake-up signal, the target device node wakes up its local master control unit and turns on its radio frequency unit to switch itself to the receiving end, thereby entering the receiving state.

[0030] This invention provides a low-power quasi-duplex voice communication mechanism, introducing a low-power sleep-wake mechanism and combining it with a preamble wake-up signal to trigger the switching of transmit and receive roles, effectively solving the role switching requirements of both the voice sending and receiving ends. Switching between transmit and receive states can be done without pressing the call button, reducing device operation complexity; this also supports rapid dialogue switching and reduces switching time. Since there is no conflict caused by pressing the send button simultaneously, switching can be flexibly and quickly implemented in multi-party communication scenarios, with low complexity and high practicality. Furthermore, because no user needs to combine language and manual operation to switch call roles, it is also applicable to scenarios where the dialogue end is not human, expanding the applicable scenarios of voice communication.

[0031] Based on the above scheme, the embodiments of the present invention can enable both the sending and receiving ends to request a switch between sending and receiving roles in unicast calls, and can enable each receiving end to request a switch to the sending role in broadcast calls. Further explanation follows: In one embodiment, such as Figure 4 As shown, when two communication nodes conduct a one-to-one unicast call, the communication nodes include a first device and a second device, and the method further includes: Step 301: Determine the first device as the transmitter; determine the second device as the receiver.

[0032] First, the node device needs to be woken up to identify the sender and receiver. This process will be explained in more detail below and will not be repeated here.

[0033] Step 302: The sending end actively sends a command to the receiving end to switch the sending and receiving roles, so as to actively request the switching of the sending and receiving roles, so that it switches to the new receiving end and the original receiving end switches to the new sending end.

[0034] Step 303: The receiving end actively requests the sending end to switch the sending and receiving roles, so that it switches to the new sending end and the original sending end switches to the new receiving end.

[0035] In this embodiment of the invention, when a sender / receiver role switch is required in a unicast call scenario, it can be initiated by either the sender or the receiver. For example, originally, the first device is the sender and the second device is the receiver. When initiated by the sender, the first device actively requests a switch sender / receiver role command to the second device, thus making the first device the new receiver and the second device the new sender. When initiated by the receiver, the second device actively requests a switch sender / receiver role from the first device, thus making the second device the new sender and the first device the new receiver.

[0036] Specifically, in order to achieve the above process, embodiments of the present invention also provide a structure for a communication voice packet, such as... Figure 5 The diagram illustrates a specific example structure of a communication voice packet. In one embodiment, the voice packet structure includes: a preamble header, a source node ID, a destination node ID, a voice control word, voice data, and destination node response data (i.e., a response time slot); wherein, the destination node response data is the response information fed back from the receiving end to the sending end.

[0037] Based on the above-described communication voice packet structure, in one embodiment, such as Figure 6 As shown, step 301 includes: Step 3011: After the user presses the call button of the first device, the button circuit of the first device detects the wake-up signal and wakes up the microcontroller unit of the first device.

[0038] Both the first and second devices are initially in sleep mode, with the radio frequency unit monitoring according to a cycle duration and a listening window duration. When the user presses the call button on the first device, the button circuit detects the wake-up signal and wakes up the microcontroller unit of the first device.

[0039] Step 3012: The first device generates a wake-up packet carrying the wake-up ID of the second device; the radio frequency unit of the first device transmits the wake-up packet.

[0040] Then, the microcontroller unit of the first device controls the radio frequency unit of the first device to first transmit a wake-up packet containing the wake-up ID of the second device, in order to complete the wake-up of the second device. For example... Figure 7 As shown, initially, the communication systems of the first and second devices start up and enter the voice receiving state. Then, after the first device sends a wake-up packet, the first device enters the sending state and subsequently acts as the sending end to send voice data packets to achieve communication.

[0041] Step 3013: When the radio frequency unit of the second device captures the wake-up packet, the second device switches to the receiving state, so that the first device acts as the transmitter and the second device acts as the receiver.

[0042] The radio frequency unit of the second device captures the wake-up packet within the corresponding listening window duration, triggering an interrupt to wake up the microcontroller unit of the second device, and the second device switches to receiving mode. At this point, the unicast call transceiver roles of the first device as the transmitter and the second device as the receiver are established, and the second device receives and plays the voice from the first device.

[0043] Role switching initiated by the sending end is usually triggered manually by the user pressing a key or by other custom events. Role switching initiated by the receiving end, in addition to being triggered manually by the user pressing a key, can also be triggered by sound detection through the local Voice Activity Detection (VAD) module in the node device. This process will be explained below and will not be repeated here.

[0044] In one embodiment, such as Figure 8 As shown, step 302 includes: Step 3021: The sending end adds a switching request information to the voice control word in the communication voice packet to be sent.

[0045] like Figure 7 As shown, in a one-to-one unicast call, one method for switching between sender and receiver roles is as follows: When a sending node requests a switchover, it sends a switchover request message to the receiving node by adding the message to the voice control word in the communication voice packet.

[0046] Step 3022: The sending end sends a communication voice packet carrying the switching request information to the receiving end to send the switching sender / receiver role command.

[0047] Step 3023: The sending end switches itself to become the new receiving end.

[0048] After sending a command to the receiving node to switch sender / receiver roles, the sender switches to the receiving node.

[0049] Step 3024: After receiving the switching request information, the receiving end switches itself to become the new sending end.

[0050] After receiving the switch request information, the receiving end switches to the voice sending end.

[0051] In one embodiment, such as Figure 9 As shown, step 303 includes: Step 3031: The receiving end adds feedback response information of the switching request information to the response time slot in the communication voice packet to be sent.

[0052] like Figure 7As shown, in a one-to-one unicast call, another way to switch between sender and receiver roles is as follows: When a receiving node requests a handover, the receiving end sends back the handover request information in the response time slot at the end of the voice packet.

[0053] Step 3032: The receiving end sends a communication voice packet carrying the switching request information to the sending end to actively request a switch between sending and receiving roles.

[0054] Step 3033: The receiving end switches itself to become the new sending end.

[0055] After the receiving end completes its feedback, switch to the sending role.

[0056] Step 3034: After receiving the feedback response information, the sending end switches itself to become the new receiving end.

[0057] After receiving the feedback response to the switch request, the sending node switches its role to receiving.

[0058] like Figure 7 As shown, for example, the first device is node device A, and the second device is node device B; when node device B needs to switch its role from receiver to transmitter, node device B immediately transmits a voice response requesting the role switch during the receiving interval of node device A; and after completing the response transmission, it switches to the transmitting state and begins transmitting its own voice data packets. This embodiment of the invention provides a specific example of pseudocode for this process, as follows: "start If node device B detects a local user operation (key press) or VAD detects sound... wiota_send_rc_response_info(RC_SWITCH) / / Sends voice response information carrying the RC_SWITCH command; where RC_SWITCH is the sender / receiver role switching request command; voice_work_ctrl_mode(VOICE_CTRL_ENABLE_ADC_SEND) / / Switches the voice task to sound acquisition and transmission mode. Finish" In addition, the role switching initiated by the receiving end can be triggered not only by manual button presses by the user, but also by sound detection via the local VAD module. In one embodiment, such as... Figure 10 As shown, after step 301, the method further includes: Step 401: When the receiving end detects local voice through voice activity, it transmits voice response information within a preset duration of the first device; the receiving end switches itself to become a new sending end; wherein, the voice response information is used to request a switch between sending and receiving roles.

[0059] Step 402: The transmitting end receives the voice response information and, after transmitting a preset number of current voice packets, switches itself to become a new receiving end.

[0060] This invention supports manual button-triggered switching by the user or automatic switching triggered by voice activity detection (VAD).

[0061] In one embodiment, such as Figure 11 As shown, when two communication nodes conduct a one-to-many broadcast call, the communication nodes include a sender and a receiver, and the method further includes: Step 501: The receiving end does not, by default, treat the received voice as a feedback response.

[0062] Step 502: When the receiving end needs to switch the sending and receiving roles, it adds feedback response information of the switching request information to the response time slot in the received communication voice packet, and switches itself to the sending end.

[0063] Step 503: After receiving the feedback response information, the sending end switches itself to become the receiving end.

[0064] like Figure 12 As shown, in a one-to-many broadcast call, the receiving end does not respond to the received voice by default. Only when a receiving end needs to switch between sending and receiving roles will it send a switch request in the response slot at the end of the received voice packet and switch to the sending role. After receiving the feedback response to the switch request, the sending end switches its own role to receiving.

[0065] This invention provides a low-power quasi-duplex voice communication mechanism. By adding control and response information to the voice packet and introducing a low-power sleep wake-up mechanism and a VAD sound detection mechanism, it can achieve efficient and flexible switching of roles between the voice sending and receiving ends in unicast and broadcast calls. It has low operation complexity, is applicable to many scenarios, and is highly practical.

[0066] It should be noted that the low-power quasi-duplex voice communication method of this invention is applicable to devices such as walkie-talkies, wireless microphones, and IoT voice terminals. Furthermore, it can also be used in scenarios where humans communicate with animals (e.g., remotely training dogs), as well as ordinary household doorbells or hospital call buttons. Since doorbells and call buttons typically do not involve complex verbal communication, simple voice switching and responses suffice. And because full-duplex voice communication usually requires more complex sound processing, quasi-duplex voice devices are simpler in hardware configuration and program implementation, resulting in lower costs compared to full-duplex voice communication. Therefore, the low-power quasi-duplex voice communication method of this invention is suitable for this application.

[0067] Example 2: Both node device A and node device B are communication nodes. This embodiment provides a specific example of one-to-one unicast communication between node device A and node device B, with the following steps: Step 1: Initial state. Both node device A and node device B are in sleep state. The radio transceiver is configured with a listening interval of 400 milliseconds (ms) and a listening duration of 10ms.

[0068] Step 2: The user presses the call button on node device A. The button circuit detects the wake-up signal and wakes up the MCU.

[0069] Step 3: The MCU of node device A controls the RF transceiver to first transmit a wake-up packet containing the wake-up ID of node device B, followed by continuous transmission of voice data packets. During the 10ms interval after each voice packet transmission, the RF switches to receive mode and listens for 10ms to check for voice response information.

[0070] Step 4: The RF transceiver of node device B captures the wake-up packet within the sleep monitoring window, triggering an interrupt to wake up B's MCU.

[0071] Step 5: Node device B switches to receive mode, receives and plays the voice from node device A. Simultaneously, node device B's VAD monitors its local microphone.

[0072] Step 6: The user on node device B begins to speak, and the VAD on node device B detects the voice. Immediately during the receiving interval of node device A, node device B transmits a voice response requesting a role switch. After completing the response transmission, it switches to transmitting mode and begins transmitting its own voice data packets.

[0073] Step 7: Node device A receives a voice response during the listening interval. After completing the transmission of the current voice packet (e.g., 100ms), node device A quickly switches to receiving mode. The voice control is successfully transferred from node device A to node device B.

[0074] Step 8: When the user presses the call button on node device B, node device B immediately adds a request to switch roles command to the voice control word in the current voice packet, and switches to receiving mode after the voice packet is sent.

[0075] Step 9: After receiving the voice packet, node device A detects the voice control word information. Upon detecting the request to switch roles command, node device A quickly switches to transmit mode and begins transmitting its own voice data packets. The voice control is successfully transferred from node device B to node device A.

[0076] It should be noted that the node devices in this embodiment are all voice communication node devices based on a System on Chip (SoC) of the Wireless Internet of Things and Audio (WIoTa) communication protocol. The SoC chip includes a microcontroller unit (MCU), a VAD module, an audio codec, and a radio frequency transceiver. The MCU can be a RISC-5 ultra-low-power microcontroller; the radio frequency transceiver is integrated into the SoC chip, supporting wireless communication frequency bands below 1 gigahertz (Sub-1G) and supporting Wake-on-Radio (WOR) functionality; the VAD module and audio codec are both implemented in the MCU through software algorithms. This embodiment uses the WIoTa asynchronous communication protocol as the data transmission protocol between communication nodes (i.e., node devices).

[0077] Example 3: Node device A and node device B are both communication nodes. This embodiment provides a specific example of one-to-many broadcast communication between node device A, node device B, and node device C. The steps are as follows: Step 1: Initial state. Node devices A, B, and C are all in sleep mode. The RF transceivers are configured with a listening interval of 400ms and a listening duration of 10ms.

[0078] Step 2: When the user presses the group call button on device node A, the button circuit detects the wake-up signal and wakes up the MCU.

[0079] Step 3: The MCU of node device A controls the radio frequency transceiver to first transmit a wake-up packet containing a broadcast wake-up ID, followed by continuous transmission of voice data packets. During the 10ms interval after each voice packet transmission, the radio frequency (RF) transceiver switches to receive mode and listens for 10ms to check for voice response information.

[0080] Step 4: The RF transceivers of node device B and node device C capture the wake-up packet within the sleep monitoring window, triggering an interrupt to wake up the MCU of node device B.

[0081] Step 5: Node devices B and C switch to receive mode to receive and play the voice from node device A. Simultaneously, the VADs of node devices B and C monitor their local microphones.

[0082] Step 6: The user on node device B begins to speak, and the VAD on node device B detects the voice. Immediately during the receiving interval of node device A, node device B transmits a voice response requesting a role switch. After completing the response transmission, it switches to transmitting mode and begins transmitting its own voice data packets.

[0083] Step 7: Node device A receives a voice response during the listening interval. After completing the transmission of the current voice packet (e.g., 100ms), node device A quickly switches to receiving mode. The voice control is successfully transferred from node device A to node device B.

[0084] Step 8: The user presses the group call button on device node C. Node device C immediately transmits a voice response requesting a role switch during the receiving interval of node device B. After completing the response transmission, it switches to transmitting mode and begins transmitting its own voice data packets.

[0085] Step 9: Node device B receives a voice response during the listening interval. After completing the transmission of the current voice packet (e.g., 100ms), node device B quickly switches to receiving mode. The voice control is successfully transferred from node device B to node device C.

[0086] It should be noted that the node device in this embodiment is the same as that in embodiment 3, and it also uses the WIoTa asynchronous communication protocol as the data transmission protocol between communication nodes.

[0087] Example 4: Since human-dog voice interactions typically don't involve complex language exchanges, simple voice switching and responses suffice. Furthermore, compared to full-duplex voice communication, quasi-duplex voice devices are simpler in hardware and software implementation, and lower in cost. Therefore, the low-power quasi-duplex voice communication method of this invention is also applicable to scenarios where managers interact with multiple dogs via voice. One example application tool for this scenario is a dog trainer, which can be used to remotely train dogs.

[0088] Existing dog training devices operate in the following scenario: a human needs to train multiple puppies. The human user (i.e., the manager) acts as the transmitter, and each puppy as the receiver. The user sends voice messages to the puppies through the device, then switches between sender and receiver roles, becoming the receiver and the puppy the transmitter to receive the puppy's voice, thus enabling communication and training interaction. However, because multiple puppies often bark simultaneously, these barks conflict with each other, making it impossible to determine the target puppy to switch to as the transmitter, thus hindering the effective sender-receiver role switching.

[0089] To address this problem, based on Embodiment 1 of the present invention, a solution is provided where, when multiple fourth devices simultaneously bark, a human user decides to switch to a specific target puppy and performs a role-switching process. Specifically, the communication node includes a third device and a fourth device; the human user uses the third device, and the puppy is located on the fourth device. Figure 13 As shown, in one embodiment, the method further includes: Step 601: When multiple fourth devices detect the corresponding sound information, the fourth devices send status response information to the third device.

[0090] When multiple puppies bark simultaneously, the fourth device that detects the barking can first send a status response message indicating the barking status, but without directly sending a status switch request command. Each fourth device corresponds to one status response message.

[0091] Step 602: After receiving the status response information, the third device displays the status of the corresponding fourth device.

[0092] After receiving a status notification from a fourth device, the user's third device displays it on its own screen. In one embodiment, if a status response from a single fourth device is received, the status of that fourth device is displayed as "calling" on the screen; if status response information from multiple fourth devices is received, the status of all the corresponding fourth devices is displayed on the screen, showing all of them as "calling".

[0093] Step 603: The third device sends a handover request command to one of the target fourth devices among the plurality of fourth devices, switching itself to become the receiving end.

[0094] The user identifies multiple puppies in a "barking" state based on the display screen. Depending on the specific application requirements, one puppy is selected as the target puppy at a time, and the corresponding fourth device is designated as the target fourth device. In one embodiment, the user can operate a handheld device (i.e., a third device) to send a switching request command to the selected target fourth device; after sending, the third device switches to the receiving end.

[0095] In another embodiment, the user can also send a state switching request authorization to the target fourth device through the third device, allowing the target fourth device to send a switching request command to trigger the target fourth device to actively switch the transmit / receive role. Since only the target fourth device is allowed to send the switching request command among multiple fourth devices in the "calling" state, there will be no conflict among multiple fourth devices. Only the target fourth device can send the switching request command, thereby determining the transmit / receive role and realizing the switching.

[0096] Step 604: The target fourth device receives the switching request command and switches itself to become the sending end.

[0097] After the third device sends a switch request command to the designated target fourth device, the third device switches to the receiving end; upon receiving the switch request command, the target fourth device switches to the sending end. This completes the switching of the sender / receiver role for the user-specified target fourth device. Subsequently, with the target fourth device as the sending end and the third device as the receiving end, the puppy's status can be obtained via voice communication. In one embodiment, the method in Embodiment 1 of this invention can also be used to achieve rapid switching of the sender / receiver roles between the third and fourth devices. Combined with the method of selecting a target puppy from multiple puppies in each iteration of this embodiment, multiple puppies can be trained via voice communication using a dog trainer.

[0098] Example 5: Based on embodiment 4 of the present invention, this embodiment also provides a preferred solution: In the scheme of Embodiment 4 of this invention, after designating one of the target fourth devices, the user of the dog trainer only switches between transmitting and receiving roles with that fourth device and communicates with the detection animal (i.e., the target puppy) corresponding to that target fourth device via a walkie-talkie. The user can obtain the voice detected by the target fourth device and know the current status of the corresponding target puppy based on the voice data. However, within a certain time range before and after the target fourth device sends status response information to the third device (i.e., the user side), the voice data of the corresponding puppy is not effectively saved or utilized for other fourth devices. In a dog training scenario, the lack of this information will prevent the user of the dog trainer from effectively and continuously grasping the situation of the trained dog group; after switching between transmitting and receiving roles with the current target puppy and knowing its status through voice data, the user cannot know the voice data of other puppies that vocalize at the same time, nor can they know the status of other puppies in the corresponding time period. Therefore, it is impossible to select the next target puppy for transmitting and receiving role switching, affecting the training effect of the dog group.

[0099] To address this problem, this embodiment, based on embodiment 4 of the present invention, further provides the following solution, specifically including: Step 701: When the third device establishes a voice channel with the target fourth device, all fourth devices that are in working state within a preset time window will be designated as devices to be switched; the devices to be switched will cache their own voice data within the preset time window.

[0100] The phrase "when the third device establishes a voice channel with the target fourth device" refers to the initial stage of the third device switching between sending and receiving roles with the target fourth device specified by the user. The preset time window is a specified duration. In this embodiment, the time is divided, and all fourth devices in operation (including the target fourth device and other fourth devices) are processed according to the time interval. Within the same preset time window, the target fourth device establishes a voice channel with the third device to communicate according to the steps of embodiment 4 of this invention, while other fourth devices are processed according to the steps of this embodiment.

[0101] The specific duration of the preset time window is determined by those skilled in the art based on the specific usage scenario and is not limited here. The preset time window can be a fixed value. It can also be a dynamic value, dynamically adjusted according to the user's commands. Since in dog training scenarios, users give different commands to the dog to instruct it to complete the command (e.g., to perform a specified action), and since the fourth device corresponding to each dog is often not changed in a short period, the specific duration of the preset time window can be determined and adjusted in a timely manner based on the average duration of the target dog's response to the user's collected voice data and the average time required for the target dog to complete the command; thereby ensuring that during the communication between the third device and the target fourth device, the voice data of all devices to be switched is retained.

[0102] In addition to the target fourth device, for other fourth devices that have not established a voice channel with the third device but are in working condition (i.e., can normally detect the corresponding puppy's voice data), each fourth device may detect the puppy's barking. Therefore, in this embodiment, after a dog's barking can be detected within a preset time window (i.e., when the third device establishes a voice channel with the target fourth device), all other fourth devices are designated as devices to be switched. The voice data continuously monitored by the devices to be switched are cached locally. That is, each device to be switched caches the voice data detected within the preset time window on its own device.

[0103] Step 702: The device to be switched sends the cached voice data to the third device via a wireless signal.

[0104] The specific method of wireless signal transmission shall be determined by those skilled in the art based on the specific use case. In one embodiment, each device to be switched is connected to an external wireless signal, which ensures that each device to be switched can communicate with the third device without occupying the walkie-talkie channel, so as to send the locally cached voice data to the third device.

[0105] Step 703: The third device generates the switching information for the fourth device based on the voice data; the third device displays the switching information within the preset time window so as to determine the voice data to be played according to the switching information.

[0106] In one embodiment, such as Figure 14 As shown, the switching information of all devices to be switched within a preset time window can be displayed by a third device and / or an external device.

[0107] In one embodiment, the moment when the target fourth device sends status response information to the third device is obtained and determined as a reference moment. The moment when the volume of the voice data first exceeds a sound threshold is marked; wherein, in one embodiment, the sound threshold is the lowest decibel value at which a dog's bark can be detected; the sound threshold is determined by those skilled in the art based on the specific usage scenario and is not limited here. The difference between the sound time and the reference moment is determined as the timestamp of the device to be switched, and the timestamp is used as the switching information for the fourth device, so that the user can select the desired voice data to play based on the timestamp. For example, if the timestamp of the device to be switched 1 is -6, it indicates that within a preset time window, 6 seconds before the target fourth device sends status response information to the third device, the device to be switched 1 first detects a dog's bark.

[0108] In one optional embodiment, a corresponding display bar can be reserved on the display interface for each fourth device in operation. Each display bar is used to display the device identifier of the device to be switched, the switching information, and the play button. For example, the display bar for device 1 to be switched includes "Device to be switched 1", "Time stamp", and "Play". The display bar of the fourth device in operation is displayed regardless of whether the third device has received voice data; however, the "Play" button only becomes available when the third device receives voice data; and the "Time stamp" is only displayed when the third device generates the switching information. The color of the display bar of the corresponding device to be switched is changed after each playback. When a fourth device is identified as the target fourth device by the user, its display bar is deleted from the display interface, or a specific color is used to mark the display bar.

[0109] Since the puppy may not vocalize for a long period within the preset time interval, meaning the voice data may contain a large amount of invalid audio, this embodiment uses time tags to reduce the user's wasted time and improve the user's efficiency in understanding the dog pack. In one embodiment, when the user clicks the "play" button, the system indexes the corresponding voice data to the moment of vocalization according to the time tag and starts playing from that moment.

[0110] The display interface shows the devices to be switched for each puppy, allowing users to click and play. A preset time window serves as the display interval, making the interface more organized and allowing users to clearly see which fourth devices have already been played, reducing the difficulty of tracing back to the previous screen.

[0111] In one embodiment, the frequency of clicks on the "play" button of each fourth device can be recorded as the playback frequency. Subsequently, according to the playback frequency from high to low, the corresponding fourth device is prioritized to establish a voice channel with the third device, so that the user can train the dog corresponding to each of the other devices to be switched in sequence. In one embodiment, each fourth device has a corresponding priority, and when one of the fourth devices is the target fourth device, its priority is the highest. The communication frequency of establishing a voice channel with each fourth device is recorded as the target fourth device's frequency; the higher the communication frequency, the higher the priority. The display bar of the fourth device is displayed on the display interface according to priority, so that after the sender-receiver role is switched, the voice data received from the target fourth device can be obtained as soon as possible through the voice channel between the target fourth device and the third device, and the user can play it immediately by clicking the "play" button in the display bar of the target fourth device. Because the voice data from other fourth devices needs to be cached before being sent to the third device via wireless signal, there will be a delay. Also, since the communication frequency can represent the frequency of interaction between the user and the corresponding dog within a certain period of time, this embodiment adjusts the display priority of each fourth device so that the user can immediately know the dog's situation, thereby better and almost simultaneously grasp the status of the dog pack, and select the next target fourth device, thereby improving the efficiency and quality of dog training.

[0112] It should be noted that the third and fourth devices in the embodiments of the present invention are not limited to the devices at both ends of the dialogue of the dog trainer. Embodiments 4 and 5 of the present invention are specific examples where one dialogue end of the wireless voice communication device is a non-human and needs to acquire voice data. They are not intended to limit the application scenarios and objects of the low-power quasi-duplex voice communication method of the present invention.

[0113] Example 6: like Figure 15 The diagram shown is an architectural schematic of a low-power quasi-duplex voice communication device according to an embodiment of the present invention. This low-power quasi-duplex voice communication device includes one or more processors 21 and a memory 22. Figure 15 Take a processor 21 as an example.

[0114] Processor 21 and memory 22 can be connected via a bus or other means. Figure 15 Taking the example of a connection between China and Israel via a bus.

[0115] The memory 22, as a non-volatile computer-readable storage medium, can be used to store non-volatile software programs and non-volatile computer-executable programs, such as the low-power quasi-duplex voice communication method in Embodiment 1. The processor 21 executes the low-power quasi-duplex voice communication method by running the non-volatile software programs and instructions stored in the memory 22.

[0116] Memory 22 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other non-volatile solid-state storage device. In some embodiments, memory 22 may optionally include memory remotely located relative to processor 21, which can be connected to processor 21 via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0117] The program instructions / modules are stored in the memory 22. When executed by one or more processors 21, they execute the low-power quasi-duplex voice communication method in Embodiment 1 above, for example, executing each step of the low-power quasi-duplex voice communication method described above.

[0118] It is worth noting that the information interaction and execution process between the modules and units in the above-mentioned device and system are based on the same concept as the processing method embodiment of the present invention. For details, please refer to the description in the method embodiment of the present invention, and will not be repeated here.

[0119] Those skilled in the art will understand that all or part of the steps in the various methods of the embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, which may include: read-only memory (ROM), random access memory (RAM), magnetic disk or optical disk, etc.

[0120] 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 low-power quasi-duplex voice communication method, characterized in that, After the communication node has maintained its position for a preset time, it enters a sleep state. In the sleep state, the radio frequency unit of the communication node is woken up at intervals. After each time the radio frequency unit is woken up, it enters the sleep state again after a listening window period. When the radio frequency unit is woken up, it detects whether there is a preamble wake-up signal in the channel; The method includes: Before sending service data, the communication node sends a preamble wake-up signal to the target device node; The target device node receives the preamble wake-up signal, wakes up the local main control unit, and turns on the radio frequency unit to put itself into the receiving state.

2. The low-power quasi-duplex voice communication method according to claim 1, characterized in that, When two communication nodes conduct a one-to-one unicast call, the communication nodes include a first device and a second device, and the method further includes: The first device is designated as the transmitter; the second device is designated as the receiver. The sending end actively sends a command to the receiving end to switch the sending and receiving roles, so as to actively request the switching of the sending and receiving roles, so that it switches itself to the new receiving end and the original receiving end switches to the new sending end. The receiving end actively requests the sending end to switch its role, so that it can switch to the new sending end and the original sending end can switch to the new receiving end.

3. The low-power quasi-duplex voice communication method according to claim 2, characterized in that, The method includes: After the user presses the call button on the first device, the button circuit of the first device detects the wake-up signal and wakes up the microcontroller unit of the first device. The first device generates a wake-up packet carrying the wake-up ID of the second device; the radio frequency unit of the first device transmits the wake-up packet; When the radio frequency unit of the second device captures the wake-up packet, the second device switches to the receiving state, so that the first device acts as the transmitter and the second device acts as the receiver.

4. The low-power quasi-duplex voice communication method according to claim 2, characterized in that, The method includes: The sending end adds a switching request information to the voice control word in the communication voice packet to be sent; The sending end sends a communication voice packet carrying the switching request information to the receiving end in order to send the switching sender / receiver role command; The transmitting end will switch itself to become the new receiving end; After receiving the switching request information, the receiving end will switch itself to become the new sending end.

5. The low-power quasi-duplex voice communication method according to claim 2, characterized in that, The method includes: The receiving end adds feedback response information of the switching request information to the response time slot in the communication voice packet to be sent; The receiving end sends a communication voice packet carrying the switching request information to the sending end in order to actively request a switch between sending and receiving roles; The receiving end will switch itself to become the new sending end; After receiving the feedback response information, the sending end will switch itself to become the new receiving end.

6. The low-power quasi-duplex voice communication method according to claim 2, characterized in that, The method further includes: When the receiving end detects local voice through voice activity, it transmits voice response information within a preset duration of the first device; the receiving end then switches itself to become a new sending end; wherein, the voice response information is used to request a switch between sending and receiving roles; The transmitting end receives the voice response information and, after transmitting a preset number of current voice packets, switches itself to become a new receiving end.

7. The low-power quasi-duplex voice communication method according to claim 1, characterized in that, When two communication nodes conduct a one-to-many broadcast call, the communication nodes include a sender and a receiver, and the method further includes: The receiving end does not, by default, treat the received voice as a feedback response; When the receiving end needs to switch its role as a sender and receiver, it adds feedback response information of the switching request information to the response time slot in the received communication voice packet and switches itself to the sending end. After receiving the feedback response information, the sending end switches itself to become the receiving end.

8. The low-power quasi-duplex voice communication method according to any one of claims 1-7, characterized in that, The communication node includes a third device and a fourth device; The method further includes: When multiple fourth devices detect the corresponding sound information, the fourth device sends a status response message to the third device; After receiving the status response information, the third device displays the status of the corresponding fourth device; The third device sends a handover request command to one of the target fourth devices among the plurality of fourth devices, switching itself to become the receiving end; The target fourth device receives the switching request command and switches itself to become the sending end.

9. A non-volatile computer storage medium, characterized in that, The computer storage medium stores computer-executable instructions, which are executed by one or more processors to perform the low-power quasi-duplex voice communication method according to any one of claims 1-8.

10. A low-power quasi-duplex voice communication device, characterized in that, include: At least one processor; And a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the processor for performing the low-power quasi-duplex voice communication method according to any one of claims 1-8.

Images