Dynamic relay communication method, device, medium and product

Abstract

The invention discloses a dynamic relay communication method and device, a medium and a product, and the method comprises the steps: transmitting a conference creation message to other user terminals if a conference starting instruction is received, and building a conference; the self terminal role is upgraded to a relay node, and a communication link with the mobile radio station is established through the communication controller; according to the voice subscription table, the user permission table and the current conference mode, any one session mode of free conversation, all-talking or all-receiving is controlled to be realized; and in the conference process, broadcasting the self-maintained voice subscription table, the user permission table and the transmitting and receiving state between the mobile radio station to other user terminals in real time so as to dynamically migrate the role of the relay node among a plurality of user terminals. Communication between a plurality of user terminals and the mobile radio station is realized.

Description

Technical Field

[0001] This invention relates to the field of communication technology, and in particular to a dynamic relay communication method, device, medium, and product. Background Technology

[0002] With the increasing demand for vehicle-to-vehicle (V2V) communication clusters and collaboration, in-vehicle communication systems need to achieve efficient and reliable voice communication between multiple in-vehicle members and mobile radios outside the vehicle in complex environments. Traditional in-vehicle communication systems adopt a centralized switching server architecture or a pure PTT (Push-To-Talk) competition mechanism. In conference scenarios where multiple people need to communicate with the radio simultaneously, these systems face serious challenges such as high risk of single point of failure, low utilization of link resources, and insufficient flexibility and resilience.

[0003] In existing technologies, multi-channel real-time transmission schemes require complex link configurations and lack backup options when terminals fail; distributed teleconferencing systems rely on a preset master node, and the system struggles to recover after the master node fails in weak network environments; while MCU (Multipoint Control Unit)-based conferencing methods reduce link consumption, the risk of a single point of failure at the central node remains. Existing solutions cannot simultaneously achieve single-channel dynamic relay communication between multiple user terminals and mobile radios in scenarios without a central server, making it difficult to balance the multiple requirements of communication efficiency, system reliability, and deployment cost. Summary of the Invention

[0004] This invention provides a communication method, device, medium, and product for dynamic relay, enabling multiple user terminals to communicate simultaneously with a mobile radio based on single-channel dynamic relay.

[0005] According to one aspect of the present invention, a dynamic relay communication method is provided, applied to a radio communication system, the radio communication system comprising: multiple user terminals, a switching device respectively connected to each user terminal, a mobile radio, and a communication controller connecting the switching device and the mobile radio, the method being executed by a user terminal, the method comprising: If a meeting start instruction is received, a meeting creation message is sent to other user terminals in the radio communication system, and the meeting is established. After the meeting is successfully established, the terminal will be upgraded to a relay node and a communication link will be established between itself and the mobile radio through the communication controller; among them, each user terminal will be initialized as a normal node. Based on its own maintained voice subscription table and user permission table, as well as the current conference call mode, it organizes any of the following conference formats: free calls between multiple user terminals, multiple user terminals sending messages to a mobile radio station, or multiple user terminals receiving voice messages from a mobile radio station. During the meeting, the system broadcasts its own maintained voice subscription table, user permission table, and call transmission and reception status with the mobile radio to other user terminals in real time, so as to enable the relay node's role to be dynamically migrated between multiple user terminals.

[0006] According to another aspect of the present invention, a dynamic relay communication device is provided, configured in a radio communication system, the radio communication system comprising: a plurality of user terminals, a switching device respectively connected to each user terminal, a mobile radio, and a communication controller connecting the switching device and the mobile radio, the device comprising: The conference setup module is used to send a conference creation message to other user terminals in the radio communication system and establish a conference if a conference start command is received. The call link establishment module is used to upgrade its own terminal role to a relay node after the conference is successfully established, and to establish a call link between itself and the mobile radio through the communication controller; wherein, each user terminal role is initialized as a normal node. The multi-mode communication module is used to organize any of the following conference formats based on its own maintained voice subscription table and user permission table, as well as the current conference call mode: free communication between multiple user terminals, multiple user terminals sending voice messages to a mobile radio station, or multiple user terminals receiving voice messages from a mobile radio station. The dynamic migration module is used to broadcast its own maintained voice subscription table, user permission table, and call transmission and reception status with mobile radio to other user terminals in real time during the conference, so as to dynamically migrate the role of the relay node between multiple user terminals.

[0007] According to another aspect of the present invention, an electronic device is provided, the electronic device comprising: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the dynamic relay communication method according to any embodiment of the present invention.

[0008] According to another aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions for causing a processor to execute and implement the dynamic relay communication method described in any embodiment of the present invention.

[0009] According to another aspect of the present invention, a computer program product is also provided, including a computer program that, when executed by a processor, implements the steps of the method as described in any embodiment of the present invention.

[0010] The technical solution of this invention establishes a conference by sending a creation message to other user terminals in response to a conference start command; after the conference is established, it upgrades its role to a relay node and establishes a call link with the mobile radio through the communication controller; based on the voice subscription table, user permission table, and current conference mode, it enables any of the following session formats: free call, all-to-speak, or all-to-receive; simultaneously, during the conference, it broadcasts the voice subscription table, user permission table, and call status to other terminals in real time, supporting the dynamic migration of the relay node role. This solves the reliability problem of multi-user and radio communication in a decentralized network architecture and achieves the beneficial effects of improving system robustness and session flexibility.

[0011] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

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

[0013] Figure 1 This is a flowchart of a dynamic relay communication method provided according to Embodiment 1 of the present invention; Figure 2 This is a flowchart of another dynamic relay communication method provided according to Embodiment 2 of the present invention; Figure 3 This is a schematic diagram of the overall network architecture of a dynamic relay communication system in a specific scenario to which this invention is applicable; Figure 4 This is a schematic diagram of voice subscription and distribution at a relay node in a specific scenario applicable to an embodiment of the present invention; Figure 5 This is a schematic diagram of relay node migration in a specific scenario applicable to an embodiment of the present invention; Figure 6 This is a schematic diagram of the structure of a dynamic relay communication device according to Embodiment 3 of the present invention; Figure 7 This is a schematic diagram of the structure of an electronic device that implements a dynamic relay communication method according to an embodiment of the present invention. Detailed Implementation

[0014] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0015] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0016] Example 1 Figure 1 This is a flowchart of a dynamic relay communication method provided in Embodiment 1 of the present invention. This embodiment is applicable to situations where multiple user terminals and mobile radios need to communicate reliably without a central network server. The method can be executed by a dynamic relay communication device, which can be implemented in hardware and / or software and is generally configured in a radio communication system. The radio communication system includes: multiple user terminals, switching equipment connected to each user terminal, a mobile radio, and a communication controller connecting the switching equipment and the mobile radio.

[0017] Among them, multiple user terminals refer to individual devices that need to conduct voice communication within the area, such as dispatch communication terminals or communication handsets for each passenger in the communication vehicle; the switching equipment is the core network hub that connects these user terminals and forms the in-vehicle local area network, and is responsible for data exchange between terminals; the mobile radio is a radio device located outside the vehicle and used to realize long-distance wireless communication; the communication controller is a dedicated gateway that connects the in-vehicle switching equipment and the external mobile radio, and is responsible for protocol conversion and signal relay.

[0018] Correspondingly, such as Figure 1 As shown, the method includes: S110. If a conference start instruction is received, a conference creation message is sent to other user terminals in the radio communication system, and a conference is established.

[0019] The meeting can be understood as a temporarily established logical communication group with clear boundaries.

[0020] In this embodiment, any user terminal can generate a meeting start command in response to a user operation; the user terminal then broadcasts a meeting creation message to all other user terminals in the area based on the existing network. The purpose of the meeting creation message is to announce the initialization of the meeting and establish a logical session relationship for this meeting among all user terminals, thereby forming a temporary communication network without a central server.

[0021] S120. After the conference is successfully established, the terminal role is upgraded to a relay node, and a communication link is established between itself and the mobile radio through the communication controller; wherein, the user terminal role is initialized as a normal node.

[0022] The relay node can be understood as a core control role that is dynamically elected during the operation of the meeting, and is usually automatically assumed by the user terminal that initiated the meeting.

[0023] In this embodiment, after the conference is successfully established, the user terminal that initiated the creation message will automatically acquire the identity of a relay node, while all other user terminals will remain as ordinary nodes. The user terminal that becomes a relay node will immediately establish a unique, shared physical communication channel with the mobile radio through a dedicated communication controller. This channel will be used for voice data transmission between all subsequent user terminals and the mobile radio.

[0024] S130. Based on its own maintained voice subscription table and user permission table, as well as the current conference call mode, organize any of the following conference formats: free-flowing calls between multiple user terminals, multiple user terminals sending messages to a mobile radio station, or multiple user terminals receiving voice messages from a mobile radio station.

[0025] The voice subscription table can be understood as a dynamically updated list of requests maintained by the relay node, recording the voice data of other user terminals (including mobile radios) that each user terminal actively requests to listen to during the conference. The user permission table can be understood as a list of rules maintained by the relay node that defines communication permissions, specifying the voice data of other user terminals that each user terminal is authorized to receive. The conference call mode can be understood as the conference working state set and controlled by the relay node, determining the voice sending and receiving behavior of all terminals.

[0026] In this embodiment, the user terminal, acting as a relay node, undertakes the core responsibility of voice routing, managing the flow of all voice data according to the currently set conference mode. For example, in free-call mode, the system filters and distributes corresponding voice data to each terminal based on the audience they declare they want to listen to (recorded in the voice subscription table) and the permitted listening range (recorded in the user permission table). In all-call or all-receive modes, a unified instruction is executed, either mixing the voices of all user terminals and sending them to the radio station, or distributing the mobile radio's voices to all user terminals.

[0027] Optionally, based on the above embodiments, and according to the voice subscription table and user permission table maintained by itself, as well as the current conference call mode, organizing a conference in any of the following formats may include: free-flowing calls between multiple user terminals, multiple user terminals sending calls to a mobile radio, or multiple user terminals receiving voice calls from a mobile radio. If the current conference call mode is a free call between multiple user terminals, then the voice data of each user terminal and mobile radio will be aggregated. Based on its own maintained voice subscription table and user permission table, the system determines the voice data set corresponding to each user terminal and distributes the voice data set to the corresponding user terminal.

[0028] Generally, when the conference is in free-flowing mode, the relay node continuously receives uplink voice data from all user terminals, as well as downlink voice data from mobile radios. These voice data streams from different sources are aggregated at the relay node to prepare for subsequent voice distribution.

[0029] Generally, relay nodes consult their maintained voice subscription table to understand which other user terminals or mobile radio stations each user terminal wants to listen to. Simultaneously, they check the user permission table to confirm the range of voice data each user terminal is allowed to receive. Subsequently, the relay node takes the intersection of these two tables to calculate a final, customized set of voice data that each terminal is authorized and intends to receive, and accurately sends this specific set of voice data to the corresponding user terminal.

[0030] Optionally, based on the above embodiments, and according to the voice subscription table and user permission table maintained by itself, as well as the current conference call mode, organizing a conference in any of the following formats may include: free-flowing calls between multiple user terminals, multiple user terminals sending calls to a mobile radio, or multiple user terminals receiving voice calls from a mobile radio. If the current conference call mode involves multiple user terminals speaking to a mobile radio, then receive the uplink voice data sent by each user terminal. The voice data is mixed to generate mixed voice data, and the mixed voice data is sent to the mobile radio through the communication controller.

[0031] Generally, when the conference format is set so that all participants speak to a mobile radio, the relay node acts as a centralized voice data collection point, receiving uplink voice data from all participating user terminals. At this point, the voice data from each user terminal is aggregated at the relay node, preparing for subsequent integration and transmission.

[0032] Generally, relay nodes employ specific processing techniques to fuse multiple independent voice data streams into a single, composite voice data stream. This process aims to integrate multiple concurrent voice sources into a single signal data stream for efficient use of communication resources. Subsequently, this mixed voice signal data is transmitted to a designated mobile radio via a dedicated communication controller, thus enabling multiple passengers within the vehicle to simultaneously communicate with external radio stations. Optionally, based on the above embodiments, and according to the voice subscription table and user permission table maintained by itself, as well as the current conference call mode, organizing a conference in any of the following formats may include: free-flowing calls between multiple user terminals, multiple user terminals sending calls to a mobile radio, or multiple user terminals receiving voice calls from a mobile radio. If the current conference call mode is multiple user terminals receiving voice from a mobile radio, then downlink voice data from the mobile radio will be received. Based on the intersection of the self-maintained voice subscription table and user permission table, the target voice data to be distributed to each user terminal is determined, and the target voice data is distributed to the corresponding user terminal.

[0033] Generally, when the conference format is set to allow all participants to receive voice messages from the mobile radio, the relay node will continuously receive downlink voice data from the mobile radio. In this case, the relay node acts as a hub connecting the in-vehicle user terminal and the external mobile radio, responsible for receiving and processing voice information from the radio.

[0034] Generally, relay nodes perform a comprehensive analysis by combining a voice subscription table and a user permission table. The voice subscription table reflects the voice sources that each user terminal wants to listen to, while the user permission table specifies the range of voice data that each user terminal is allowed to receive. By taking the intersection of these two tables, the relay node determines the specific voice content that each terminal is authorized to receive, thereby achieving personalized voice distribution and ensuring that each terminal can only receive the voice data that it has subscribed to and is authorized to receive.

[0035] S140. During the meeting, the system broadcasts its own maintained voice subscription table, user permission table, and call transmission and reception status with the mobile radio to other user terminals in real time, so as to enable the relay node's role to be dynamically migrated between multiple user terminals.

[0036] In this embodiment, while the entire communication system is running, to ensure continued operation even after the loss of a relay node, the relay node periodically broadcasts a data packet containing all current critical configurations and states (i.e., the voice subscription table, user permission table, and call transmission and reception status with the mobile radio). This data is received and saved by other user terminals, effectively providing a real-time backup of the entire communication system. If the current relay node fails, other user terminals can use this latest backup data to quickly elect a new relay node to take over, thus achieving a smooth handover without interrupting communication.

[0037] The technical solution of this invention establishes a conference by sending a creation message to other user terminals in response to a conference start command; after the conference is established, it upgrades its role to a relay node and establishes a call link with the mobile radio through the communication controller; based on the voice subscription table, user permission table, and current conference mode, it enables any of the following session formats: free call, all-to-speak, or all-to-receive; simultaneously, during the conference, it broadcasts the voice subscription table, user permission table, and call status to other terminals in real time, supporting the dynamic migration of the relay node role. This solves the reliability problem of multi-user and radio communication in a decentralized network architecture and achieves the beneficial effects of improving system robustness and session flexibility.

[0038] Example 2 Figure 2 This is a flowchart of another dynamic relay communication method provided in Embodiment 2 of the present invention. This embodiment is based on the above embodiments and optimized. Specifically, a dynamic relay communication method is refined.

[0039] like Figure 2 As shown, the method includes: S210. If a conference start instruction is received, a conference creation message is sent to other user terminals in the radio communication system, and a conference is established.

[0040] S220. After the conference is successfully established, the terminal role is upgraded to a relay node, and a communication link is established between itself and the mobile radio through the communication controller; wherein, the user terminal role is initialized as a normal node.

[0041] S230, in response to an active migration instruction for the relay node role sent by the holder of its own terminal, the target user terminal to be migrated is identified in the active migration instruction.

[0042] In this embodiment, the user terminal currently acting as a relay node may initiate a role migration for specific reasons (such as needing to leave their post or perform other tasks). In this case, the user will issue a clear instruction to this terminal, which includes the identification information of another user terminal to which the user wishes to transfer the relay node role. Upon receiving this instruction, this terminal will parse the target user terminal's identity information from it, preparing for the subsequent migration operation.

[0043] S240. Construct a relay node migration instruction and send the relay node migration instruction to the target user terminal, so that the holder of the target user terminal can choose to accept or refuse to upgrade the terminal role of the target user terminal to a relay node.

[0044] In this embodiment, after identifying the target to be transferred, the current relay node generates a formatted relay node migration instruction. This instruction contains the necessary information for successfully taking over the role. The current relay node then sends this migration instruction to the designated target user terminal. Essentially, this migration instruction requests the holder of the target user terminal to confirm their willingness to assume the relay node's responsibilities. The holder of the target user terminal receives this request and has the right to accept or refuse. If the holder accepts the migration instruction, the target terminal becomes a relay node; if the holder refuses, the target terminal remains unchanged as a regular node.

[0045] S250. If a migration acceptance response is received from the target user terminal, the terminal role is downgraded to a normal node, and the communication link between the terminal and the mobile radio is disconnected. This allows the target user terminal to upgrade to a relay node by broadcasting a relay node change message, and then establish a communication link between the target user terminal and the mobile radio.

[0046] In this embodiment, if the holder of the target user terminal agrees to take over, they will send an acceptance confirmation message to the current relay node. Upon receiving this confirmation message, the current relay node knows that the successor has taken over. Subsequently, the current relay node will proactively relinquish its position, downgrading its role from relay node to ordinary node, and disconnecting its dedicated communication link with the mobile radio. This series of operations aims to create conditions for the new relay node to take over the communication link. Afterward, the target user terminal broadcasts the role change message and establishes a new link with the mobile radio, thereby completing the transfer of power and ensuring that communication continuity is not interrupted.

[0047] S260. Based on its own maintained voice subscription table and user permission table, as well as the current conference call mode, organize any of the following conference formats: free-flowing calls between multiple user terminals, multiple user terminals sending messages to a mobile radio station, or multiple user terminals receiving voice messages from a mobile radio station.

[0048] S270. During the meeting, the system broadcasts its own maintained voice subscription table, user permission table, and call transmission and reception status with the mobile radio to other user terminals in real time, so as to enable the relay node's role to be dynamically migrated between multiple user terminals.

[0049] Furthermore, based on the above embodiments, a dynamic relay communication method may further include: If it joins the meeting as a regular node, it will receive the voice subscription table and user permission table sent by the relay node in real time during the meeting and store them locally, while initiating heartbeat detection with the relay node. When a relay node is determined to have failed based on the heartbeat detection results, the priority of the ordinary nodes is sorted according to the network data usage information of the local machine and other ordinary nodes, as well as the terminal weight information. If it is the first user terminal in the priority sorting result, then display a relay node migration prompt to the holder of the local user terminal. If the holder of the local user terminal chooses to accept the relay node migration, it will broadcast the relay node change message to other user terminals in the radio communication system, upgrade its own terminal role to a relay node, and establish a communication link between itself and the mobile radio through the communication controller. If the holder of the local user terminal chooses to refuse the relay node migration, a relay node migration instruction is sent to the next candidate user terminal in the priority ranking result, and the terminal waits for a confirmation response within a preset time. If no confirmation migration instruction is received within the preset time, the migration instruction will continue to be transmitted to subsequent candidate terminals until any candidate terminal accepts the migration, thus completing the relay node role switching process.

[0050] Generally, when a user terminal joins an established conference as a regular node, it continuously receives the latest voice subscription table and user permission table from the current relay node, and stores this information locally to maintain state synchronization. Simultaneously, the user terminal sends a detection signal to the relay node at preset time intervals to continuously monitor the relay node's operational status.

[0051] Generally, if a user terminal does not receive a valid response from the relay node after multiple consecutive checks, it is determined that the current relay node may have malfunctioned or lost contact. Once a malfunction is confirmed, all normal nodes in the area will participate in an evaluation calculation based on their current network bandwidth usage, the device's preset role importance level, and their willingness to undertake relay tasks. This will prioritize all available nodes to determine the most suitable takeover order.

[0052] Generally, if a user terminal ranks first in the sorting results, a prompt message will be displayed to the person operating the terminal, asking whether they agree to upgrade the user terminal to a new relay node.

[0053] Generally, if the holder of the user terminal agrees to the migration, the user terminal will immediately broadcast a message to all other members of the conference announcing the impending change of relay node. Subsequently, the user terminal will promote itself from a regular node to a relay node, initiate the necessary communication procedures, establish a new communication link with the mobile radio, and take over control of the conference.

[0054] Generally, if the holder of the user terminal rejects the migration instruction, the user terminal will automatically send the relay node migration instruction to the next candidate user terminal in the priority list. After sending the migration instruction, a timer will start, waiting for the other party to respond with an acknowledgment within a set time range.

[0055] Generally, if no acceptance confirmation is received from the next candidate user terminal after the timeout period, the user terminal currently holding the request will continue to pass the migration instruction to the next candidate in the sorted list. This process will continue sequentially until a candidate user terminal is found to accept the migration instruction, thus finally completing the handover of relay node responsibilities.

[0056] Furthermore, based on the above embodiments, after prioritizing the ordinary nodes according to the network data occupancy information of the local machine and other ordinary nodes, as well as the terminal weight information, the method may further include: If it is not the first user terminal in the priority ranking result, it will continue to listen to the control signaling in the network and monitor the relay node migration instructions initiated by the first user terminal in the priority ranking result. If a relay node change message is received from the first user terminal in the priority ranking, a heartbeat detection mechanism is established with the new relay node. If a relay node migration instruction is received from the first user terminal in the priority ranking, a relay node migration prompt is displayed to the holder of the local user terminal. If the holder confirms acceptance of the migration instruction, the relay node change message is broadcast to other user terminals in the radio communication system, and the terminal role of the relay node is upgraded to a relay node. If an instruction is received that the holder refuses to migrate, the current state remains unchanged, and the system continues to wait for relay node change messages.

[0057] Generally, if a user terminal is not ranked first in the node priority order during fault recovery, it will automatically enter a listening standby state, continuously monitoring various control signals in the network, paying particular attention to whether the user terminal ranked first will initiate a relay node role migration command. This is because although it is not the primary successor at present, it needs to be ready to respond to possible subsequent process changes at any time.

[0058] Generally, if the user terminal listens to and confirms that the top-ranked user terminal has successfully completed the role switch and informed all members of the new relay node's identity information via broadcast, then its main task becomes to re-establish contact with this newly appointed relay node. It will immediately establish a periodic status detection mechanism with the new relay node based on the received messages to ensure that it can maintain normal communication with the new relay node.

[0059] Generally, if a user terminal does not receive a broadcast confirming a successful relay node switchover, but instead receives a migration instruction from the top-ranked user terminal requesting it to take over the relay node role, this usually means that the leading candidate node has rejected the takeover request. In this situation, the user terminal will immediately display a prompt to the person holding the terminal, asking whether they agree to upgrade the user terminal to the new relay node, thus handing over the decision-making power to the holder.

[0060] Generally, if the terminal holder confirms their willingness to assume the responsibilities of a relay node after receiving the notification, the user terminal will immediately broadcast a formal announcement of the role change to all other members in the network. Following this, it will promote itself from a regular member node to a relay node and begin performing conference control and voice relay functions.

[0061] Generally, if the terminal holder chooses to refuse to take over the role of relay node after receiving the prompt, the user terminal will not perform any role upgrade or broadcast announcement operations. It will continue to maintain its current state as a regular member node, continue to perform its original functions, and wait for the formal change notification issued by other user terminals after they have completed the role switch. Then, it will establish contact with the new relay node according to the new notification.

[0062] The technical solution of this invention establishes a conference by sending a creation message to other user terminals in response to a conference start command; after the conference is successfully established, it upgrades its role to a relay node and establishes a call link with the mobile radio through the communication controller; in response to an active migration command, it identifies the target user terminal, constructs and sends a migration command for its holder to choose; if it receives an acceptance response, it downgrades itself to a normal node and disconnects the original link so that the target user terminal can establish a new link after upgrading; it organizes free calls, all-in or all-out calls according to the voice subscription table, user permission table and conference call mode; at the same time, it broadcasts the voice subscription table, user permission table and call status in real time to support dynamic role migration, which solves the reliability and flexibility problems of multi-user terminal and mobile radio communication in a decentralized architecture, and achieves the beneficial effects of improving system resilience and session adaptability. In particular, by introducing an active role handover mechanism based on user decision, it further optimizes resource scheduling and operational convenience.

[0063] For ease of understanding, the specific application scenarios applicable to each embodiment of the invention are described. In this specific embodiment, the present invention designs a complete dynamic relay scheme.

[0064] Specifically, Figure 3 For specific purposes, Figure 3 A schematic diagram of the overall network architecture of a dynamic relay communication system is shown, such as... Figure 3 As shown, the architecture, from top to bottom, consists of a "radio network," a communication controller, an Ethernet switch, and multiple user terminals. The radio network is connected to the communication controller via a dedicated communication link, with the communication controller acting as a gateway for interconnection with external radio networks. Below the communication controller is an Ethernet switch, forming the core switching node within the area. This switch connects multiple user terminal devices, including "relay node master user terminal 1," "user terminal 2," "user terminal 3," and "user terminal 4," thus constructing a local area communication network centered on the Ethernet switch within the vehicle, enabling interconnection between each terminal and the external radio network.

[0065] Figure 4This diagram illustrates a voice subscription and distribution method for a relay node. As shown, voice data originates from multiple sources, including "User 1 Voice," "User 3 Voice," "User 4 Voice," and "Radio Voice." These voice streams first enter the "Voice Buffer Processing Area." The core of this processing area is the "Voice Mixing" module, which interacts with the "Voice Subscription Table" and "User Permission Table." Based on the rules defined by these two tables, the "Voice Mixing" module performs selective mixing and other processing on the voice data. The processed results are output to the "Voice Receiving" module, while the "Voice Subscription" module is responsible for receiving and managing subscription requests from other user terminals (such as "User Terminal 2") and updating the "Voice Subscription Table."

[0066] Figure 5 This diagram illustrates a relay node migration process. Specifically, when the master user terminal 1, acting as a relay node, needs to perform other business operations due to business requirements, it actively migrates the relay node. The master user terminal 1 allows the user to select a relay node to migrate to, with options including user terminals 2 through 4. If the user selects user terminal 2, a relay node migration command is sent to user terminal 2. User terminal 2 then sends a relay node migration notification to the user, who confirms acceptance and replies with an acceptance response. If the user at user terminal 2 does not accept the migration, the master user terminal 1 continues the same process, selecting the next relay node user terminal. If the user selects user terminal 3, a relay node migration command is sent to user terminal 3, and so on. The user terminal 2 that accepts the migration broadcasts the relay node change message to all user terminals in the conference, upgrading itself to a master user terminal with relay node capabilities. Based on the user terminal's voice subscription table and user permission table, the master user terminal 2 distributes voice data to the corresponding user terminals via voice aggregation. Based on the conference status and the mobile radio's transmit / receive status, the system controls the transmission and reception of calls to the mobile radio. If a call is being sent to the mobile radio, the voice data from each user terminal is mixed and then sent to the radio. If a call is being received by the mobile radio, the system distributes the voice data to the corresponding user terminal based on the user terminal's voice subscription table and user permission table, using a voice aggregation method.

[0067] When the network link of the master user terminal 1, acting as a relay node, fails or a user terminal fails, each user terminal initiates heartbeat detection with the master user terminal during the conference, setting a heartbeat detection threshold. If the threshold is exceeded, each user terminal broadcasts a relay node user terminal disconnection alarm message. User terminal 2 pre-sets a time period value and a threshold for the number of user terminals issuing alarms within that period. When the threshold for the number of user terminals is reached within the fixed time period, user terminal 2 sends a relay node migration prompt to the user, who confirms acceptance of the migration. If the user of user terminal 2 does not accept the migration, user terminal 2 selects the next relay node user terminal. If the user selects user terminal 3, a relay node migration command is sent to user terminal 3, and so on. If the user accepts the migration, user terminal 2 broadcasts a relay node change message to all user terminals in the conference. User terminal 2 is upgraded to a master user terminal with relay node capabilities, while user terminal 1 is downgraded to a regular user terminal and no longer acts as a relay node. The master user terminal 2 distributes voice data to the corresponding user terminals based on the user terminal's voice subscription table and user permission table, using a voice aggregation method. Based on the conference status and the mobile radio's transmit / receive status, the system controls the transmission and reception of calls to the mobile radio. If a call is being sent to the mobile radio, the voice data from each user terminal is mixed and then sent to the radio. If a call is being received by the mobile radio, the system distributes the voice data to the corresponding user terminal based on the user terminal's voice subscription table and user permission table, using a voice aggregation method.

[0068] Example 3 Figure 6 A dynamic relay communication device provided in Embodiment 3 of the present invention is configured in a radio communication system. The radio communication system includes: multiple user terminals, switching equipment connected to each user terminal, a mobile radio, and a communication controller connecting the switching equipment and the mobile radio. Figure 6 As shown, the device includes: The conference setup module 610 is used to send a conference creation message to other user terminals in the radio communication system and establish a conference if a conference start instruction is received; The call link establishment module 620 is used to upgrade its own terminal role to a relay node after the conference is successfully established, and to establish a call link between itself and the mobile radio through the communication controller; wherein, each user terminal role is initialized as a normal node. The multi-mode communication module 630 is used to organize any of the following conference formats based on its own maintained voice subscription table and user permission table, as well as the current conference call mode: free communication between multiple user terminals, multiple user terminals sending voice messages to a mobile radio station, or multiple user terminals receiving voice messages from a mobile radio station. The dynamic migration module 640 is used to broadcast its own maintained voice subscription table, user permission table, and call transmission and reception status with the mobile radio to other user terminals in real time during the conference, so as to dynamically migrate the role of the relay node between multiple user terminals.

[0069] The technical solution of this invention establishes a conference by sending a creation message to other user terminals in response to a conference start command; after the conference is established, it upgrades its role to a relay node and establishes a call link with the mobile radio through the communication controller; based on the voice subscription table, user permission table, and current conference mode, it enables any of the following session formats: free call, all-to-speak, or all-to-receive; simultaneously, during the conference, it broadcasts the voice subscription table, user permission table, and call status to other terminals in real time, supporting the dynamic migration of the relay node role. This solves the reliability problem of multi-user and radio communication in a decentralized network architecture and achieves the beneficial effects of improving system robustness and session flexibility.

[0070] Based on the above embodiments, the multi-mode communication module 630 is specifically used for: If the current conference call mode is a free call between multiple user terminals, then the voice data of each user terminal and mobile radio will be aggregated. Based on its own maintained voice subscription table and user permission table, the system determines the voice data set corresponding to each user terminal and distributes the voice data set to the corresponding user terminal.

[0071] Based on the above embodiments, the multi-mode communication module 630 is specifically used for: If the current conference call mode involves multiple user terminals speaking to a mobile radio, then receive the uplink voice data sent by each user terminal. The voice data is mixed to generate mixed voice data, and the mixed voice data is sent to the mobile radio through the communication controller.

[0072] Based on the above embodiments, the multi-mode communication module 630 is specifically used for: If the current conference call mode is multiple user terminals receiving voice from a mobile radio, then downlink voice data from the mobile radio will be received. Based on the intersection of the self-maintained voice subscription table and user permission table, the target voice data to be distributed to each user terminal is determined, and the target voice data is distributed to the corresponding user terminal.

[0073] Furthermore, based on the above embodiments, a dynamic relay communication device may further include: The active migration module is used to identify the target user terminal to be migrated in response to the active migration instruction of the relay node role sent by the holder of its own terminal after upgrading its own terminal role to a relay node. The module for constructing migration instructions is used to construct relay node migration instructions and send them to the target user terminal, so that the holder of the target user terminal can choose to accept or refuse to upgrade the terminal role of the target user terminal to a relay node. The migration module is used to downgrade its own terminal role to a normal node and disconnect its communication link with the mobile radio if it receives a migration acceptance response from the target user terminal. This allows the target user terminal to upgrade itself to a relay node by broadcasting a relay node change message, and then establish a communication link between the target user terminal and the mobile radio.

[0074] Furthermore, based on the above embodiments, a dynamic relay communication device may further include: The heartbeat detection module is used to receive the voice subscription table and user permission table sent by the relay node in real time during the meeting and store them locally, while starting heartbeat detection with the relay node if it joins the meeting as a normal node. The fault detection module is used to prioritize ordinary nodes based on the network data usage information of the local machine and other ordinary nodes, as well as terminal weight information, when it is determined that a relay node has failed based on the heartbeat detection results. The first-to-first node migration trigger module is used to display a relay node migration prompt to the holder of the local user terminal if it is the first user terminal in the priority sorting result. The role upgrade module is used to upgrade its own terminal role to a relay node after broadcasting a relay node change message to other user terminals in the radio communication system if the holder of the local user terminal chooses to accept the relay node migration, and establishes a communication link between itself and the mobile radio through the communication controller. The instruction transmission module is used to send a relay node migration instruction to the next candidate user terminal in the priority ranking result if the holder of the local user terminal chooses to refuse the relay node migration, and wait for the confirmation response within a preset time. The switching execution module is used to continue transmitting migration instructions to subsequent candidate terminals if no confirmation migration instruction is received within a preset time, until any candidate terminal accepts the migration and the relay node role switching process is completed.

[0075] Furthermore, based on the above embodiments, a dynamic relay communication device may further include: The instruction monitoring module is used to prioritize ordinary nodes based on the network data usage information and terminal weight information of the local machine and other ordinary nodes. If the local machine is not the first user terminal in the priority ranking result, it will continuously monitor the control signaling in the network and monitor the relay node migration instruction initiated by the first user terminal in the priority ranking result. The state synchronization module, using a command-line interface, if it receives a relay node change message broadcast by the first user terminal in the priority ranking, will establish a heartbeat detection mechanism with the new relay node. The migration prompt module is used to display a relay node migration prompt to the holder of the local user terminal if a relay node migration instruction is received from the first user terminal in the priority sorting result. The role takeover module is used to broadcast a relay node change message to other user terminals in the radio communication system and upgrade its own terminal role to a relay node if it receives an instruction from the holder to confirm acceptance of the migration. The ready-to-wait module is used to maintain its own state and continue waiting for relay node change messages if it receives an instruction from the holder to refuse migration.

[0076] The dynamic relay communication device provided in the embodiments of the present invention can execute the dynamic relay communication method provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of executing the method.

[0077] The collection, storage, use, processing, transmission, provision, and disclosure of user personal information involved in the technical solution disclosed herein comply with the provisions of relevant laws and regulations and do not violate public order and good morals.

[0078] Example 4 Figure 7 A schematic diagram of an electronic device 10, which can be used to implement embodiments of the present invention, is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0079] like Figure 7As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 or a random access memory (RAM) 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the ROM 12 or loaded from storage unit 18 into the RAM 13. The RAM 13 can also store various programs and data required for the operation of the electronic device 10. The processor 11, ROM 12, and RAM 13 are interconnected via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0080] Multiple components in electronic device 10 are connected to I / O interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of displays, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0081] Processor 11 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, central processing unit (CPU), graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processors (DSPs), and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as performing a dynamic relay communication method as described in any embodiment of the present invention, namely: If a meeting start instruction is received, a meeting creation message is sent to other user terminals in the radio communication system, and the meeting is established. After the meeting is successfully established, the terminal will be upgraded to a relay node and a communication link will be established between itself and the mobile radio through the communication controller; among them, each user terminal will be initialized as a normal node. Based on its own maintained voice subscription table and user permission table, as well as the current conference call mode, it organizes any of the following conference formats: free calls between multiple user terminals, multiple user terminals sending messages to a mobile radio station, or multiple user terminals receiving voice messages from a mobile radio station. During the meeting, the system broadcasts its own maintained voice subscription table, user permission table, and call transmission and reception status with the mobile radio to other user terminals in real time, so as to enable the relay node's role to be dynamically migrated between multiple user terminals.

[0082] In some embodiments, a dynamic relay communication method as described in any one of the embodiments of the present invention may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program may be loaded and / or installed on electronic device 10 via ROM 12 and / or communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the dynamic relay communication method described above as described in any one of the embodiments of the present invention may be performed. Alternatively, in other embodiments, processor 11 may be configured by any other suitable means (e.g., by means of firmware) to perform the dynamic relay communication method as described in any one of the embodiments of the present invention.

[0083] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0084] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0085] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0086] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0087] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0088] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.

[0089] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0090] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A dynamic relay communication method, characterized in that, The method is applied in a radio communication system, which includes: multiple user terminals, a switching device connected to each user terminal, a mobile radio, and a communication controller connecting the switching device and the mobile radio. The method is executed by a user terminal and includes: If a meeting start instruction is received, a meeting creation message is sent to other user terminals in the radio communication system, and the meeting is established. After the meeting is successfully established, the terminal will be upgraded to a relay node and a communication link will be established between itself and the mobile radio through the communication controller; among them, each user terminal will be initialized as a normal node. Based on its own maintained voice subscription table and user permission table, as well as the current conference call mode, it organizes any of the following conference formats: free calls between multiple user terminals, multiple user terminals sending messages to a mobile radio station, or multiple user terminals receiving voice messages from a mobile radio station. During the meeting, the system broadcasts its own maintained voice subscription table, user permission table, and call transmission and reception status with the mobile radio to other user terminals in real time, so as to enable the relay node's role to be dynamically migrated between multiple user terminals.

2. The method according to claim 1, characterized in that, Based on its own maintained voice subscription table and user permission table, and the current conference call mode, the system organizes any of the following conference formats: free-flowing calls between multiple user terminals, multiple user terminals sending calls to a mobile radio station, or multiple user terminals receiving voice calls from a mobile radio station. If the current conference call mode is a free call between multiple user terminals, then the voice data of each user terminal and mobile radio will be aggregated. Based on its own maintained voice subscription table and user permission table, the system determines the voice data set corresponding to each user terminal and distributes the voice data set to the corresponding user terminal.

3. The method according to claim 1, characterized in that, Based on its own maintained voice subscription table and user permission table, and the current conference call mode, the system organizes any of the following conference formats: free-flowing calls between multiple user terminals, multiple user terminals sending calls to a mobile radio station, or multiple user terminals receiving voice calls from a mobile radio station. If the current conference call mode involves multiple user terminals speaking to a mobile radio, then receive the uplink voice data sent by each user terminal. The voice data is mixed to generate mixed voice data, and the mixed voice data is sent to the mobile radio through the communication controller.

4. The method according to claim 1, characterized in that, Based on its own maintained voice subscription table and user permission table, and the current conference call mode, the system organizes any of the following conference formats: free-flowing calls between multiple user terminals, multiple user terminals sending calls to a mobile radio station, or multiple user terminals receiving voice calls from a mobile radio station. If the current conference call mode is multiple user terminals receiving voice from a mobile radio, then downlink voice data from the mobile radio will be received. Based on the intersection of the self-maintained voice subscription table and user permission table, the target voice data to be distributed to each user terminal is determined, and the target voice data is distributed to the corresponding user terminal.

5. The method according to any one of claims 1-4, characterized in that, After upgrading its terminal role to a relay node, it also includes: In response to an active migration instruction from the holder of its own terminal regarding the relay node role, the target user terminal to be migrated is identified in the active migration instruction. Construct a relay node migration instruction and send the relay node migration instruction to the target user terminal, so that the holder of the target user terminal can choose to accept or refuse to upgrade the terminal role of the target user terminal to a relay node; If a migration acceptance response is received from the target user terminal, the terminal role is downgraded to a normal node, and the communication link between itself and the mobile radio is disconnected. This allows the target user terminal to upgrade to a relay node by broadcasting a relay node change message, and then establish a communication link between the target user terminal and the mobile radio.

6. The method according to any one of claims 1-4, characterized in that, The method further includes: If it joins the meeting as a regular node, it will receive the voice subscription table and user permission table sent by the relay node in real time during the meeting and store them locally, while initiating heartbeat detection with the relay node. When a relay node is determined to have failed based on the heartbeat detection results, the priority of the ordinary nodes is sorted according to the network data usage information of the local machine and other ordinary nodes, as well as the terminal weight information. If it is the first user terminal in the priority sorting result, then display a relay node migration prompt to the holder of the local user terminal. If the holder of the local user terminal chooses to accept the relay node migration, it will broadcast the relay node change message to other user terminals in the radio communication system, upgrade its own terminal role to a relay node, and establish a communication link between itself and the mobile radio through the communication controller. If the holder of the local user terminal chooses to refuse the relay node migration, a relay node migration instruction is sent to the next candidate user terminal in the priority ranking result, and the terminal waits for a confirmation response within a preset time. If no confirmation migration instruction is received within the preset time, the migration instruction will continue to be transmitted to subsequent candidate terminals until any candidate terminal accepts the migration, thus completing the relay node role switching process.

7. The method according to claim 6, characterized in that, After prioritizing the ordinary nodes based on their network data usage information and terminal weight information compared to other ordinary nodes, the process also includes: If it is not the first user terminal in the priority ranking result, it will continue to listen to the control signaling in the network and monitor the relay node migration instructions initiated by the first user terminal in the priority ranking result. If a relay node change message is received from the first user terminal in the priority ranking, a heartbeat detection mechanism is established with the new relay node. If a relay node migration instruction is received from the first user terminal in the priority ranking, a relay node migration prompt is displayed to the holder of the local user terminal. If the holder confirms acceptance of the migration instruction, the relay node change message is broadcast to other user terminals in the radio communication system, and the terminal role of the relay node is upgraded to a relay node. If an instruction is received that the holder refuses to migrate, the current state remains unchanged, and the system continues to wait for relay node change messages.

8. An electronic device, characterized in that, The electronic device includes: At least one processor; and a memory communicatively connected to said at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the dynamic relay communication method according to any one of claims 1-7.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that, when executed by a processor, implement the communication method of dynamic relay as described in any one of claims 1-7.

10. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, implements the communication method of dynamic relay according to any one of claims 1-7.

Images