A method and system for secure transmission of wireless audio data of an e-sports headset

Abstract

This application proposes a method and system for secure wireless audio data transmission from a gaming headset, relating to the field of wireless communication technology. The method includes: pre-setting and storing communication security standards for wireless audio data transmission; receiving a communication mode adjustment request from the gaming headset system; comparing the target communication parameters corresponding to the communication mode adjustment request with the communication security standards to obtain a comparison result; determining the request result of the communication mode adjustment request based on the comparison result; and, if the request result of the communication mode adjustment request allows mode switching, outputting the target communication parameters corresponding to the communication mode adjustment request. This application can ensure the confidentiality and integrity of the wireless audio data from the gaming headset.

Description

Technical Field

[0001] This application relates to the field of wireless communication technology, and more specifically, to a method and system for secure wireless audio data transmission from gaming headsets. Background Technology

[0002] In the context of widespread wireless communication, the secure wireless audio transmission of gaming headsets faces severe challenges. Traditional wireless transmission is susceptible to interference and malicious eavesdropping, which can lead to audio data leakage and latency fluctuations, affecting players' performance. While existing encryption schemes can ensure transmission security, encryption and decryption operations increase processor load and exacerbate audio latency, failing to meet the high real-time requirements of esports scenarios. To improve battery life and optimize user experience, modern gaming headsets incorporate intelligent power management strategies. When the device's battery is low or excellent wireless environment quality is detected, the system automatically activates an optimization mode. This reduces device power consumption and computational load by lowering RF transmission power, simplifying data encoding, and switching to a lightweight, simplified encryption protocol. This design can extend device battery life without affecting user experience. However, this adaptive optimization mechanism creates new risks of covert attacks. Attackers can use long-term spectrum monitoring to understand device operating patterns, using directional devices to emit fake high-quality wireless signals, deceiving the headset into misjudging the environmental state and inducing the device to actively switch to a low-security optimization mode. In this mode, the device's signal protection is weakened, and the encryption mechanism is simplified, allowing attackers to covertly capture and decrypt audio data in real time, stealing private information such as tactical voice commands. This attack does not cause communication interruption or abnormal delays, making it difficult for devices to detect and identify. Existing technologies urgently need targeted optimization and improvement. Summary of the Invention

[0003] This application aims to address at least one of the technical problems existing in the prior art. To this end, this application proposes a secure wireless audio data transmission method and system for gaming headsets, aiming to solve the problem that in existing wireless audio data transmission of gaming headsets, when the system adaptively adjusts the communication mode to optimize performance or save power, security vulnerabilities may be unintentionally introduced, leading to data eavesdropping or tampering, and existing encryption schemes may increase latency, affecting the gaming experience.

[0004] In a first aspect, embodiments of this application provide a method for secure wireless audio data transmission from a gaming headset, comprising: Preset and store communication security standards for wireless audio data transmission; Receive a communication mode adjustment request from a gaming headset system, compare the target communication parameters corresponding to the communication mode adjustment request with the communication security standard, and obtain the comparison result; Based on the comparison results, the request result of the communication mode adjustment request is determined; If the request result of the communication mode adjustment request is that mode switching is allowed, the target communication parameters corresponding to the communication mode adjustment request are output.

[0005] According to some embodiments of this application, the preset and stored communication security standards for wireless audio data transmission include: A preset encryption algorithm for wireless audio data transmission is provided, wherein the encryption algorithm is AES encryption and the key length of the encryption algorithm is greater than or equal to 128 bits; A preset data integrity verification algorithm for wireless audio data transmission is provided, wherein the data integrity verification algorithm is HMAC-SHA256; The encryption algorithm and the data integrity verification algorithm are stored to obtain a communication security standard for wireless audio data transmission.

[0006] According to some embodiments of this application, before receiving the communication mode adjustment request from the gaming headset system, the method further includes: Obtain the real-time battery voltage value of the headphones and the current wireless communication data packets; When the real-time battery voltage value is lower than the preset battery voltage value, a power alarm signal is generated; Based on the power alarm signal, the signal receiving power, signal-to-noise ratio and signal amplitude parameters of the current wireless communication link of the gaming headset are collected, and the signal receiving power, the signal-to-noise ratio and the signal amplitude parameters are normalized and weighted to generate the strength value of the power alarm signal. The error rate of the data packets corresponding to the power alarm signal is obtained based on the statistics of the current wireless communication transmission data packets. When the strength value of the power alarm signal is greater than the preset strength value and the data packet error rate is less than the preset error rate, the gaming headset system is controlled to issue a communication mode adjustment request.

[0007] According to some embodiments of this application, comparing the target communication parameters corresponding to the communication mode adjustment request with the communication security standard to obtain the comparison result includes: A preset mode parameter mapping table, wherein the mode parameter mapping table includes the specific communication parameters corresponding to the mode; The target communication parameters corresponding to the communication mode adjustment request are determined according to the mode parameter mapping table, wherein the target communication parameters include the current encryption algorithm and the current data integrity verification algorithm; The current encryption algorithm and the current data integrity verification algorithm are compared with the communication security standard to obtain the comparison result.

[0008] According to some embodiments of this application, the step of comparing the current encryption algorithm and the current data integrity verification algorithm with the communication security standard to obtain the comparison result includes: If the security level of the current encryption algorithm is lower than the security level of the encryption algorithm in the communication security standard, or the security level of the current data integrity verification algorithm is lower than the security level of the data integrity verification algorithm in the communication security standard, or the security level of the current encryption algorithm is lower than the security level of the key in the communication security standard, the comparison result is that the switching conditions are not met. When the security level of the current encryption algorithm is greater than the security level of the encryption algorithm in the communication security standard, the current data integrity verification algorithm is greater than the level of the data integrity verification algorithm in the communication security standard, and the current key length of the current encryption algorithm is greater than or equal to the key length in the communication security standard, the comparison result is considered to meet the switching conditions.

[0009] According to some embodiments of this application, the step of outputting the target communication parameters corresponding to the communication mode adjustment request further includes: The actual operating parameters of the wireless communication module in the gaming headset system are periodically acquired, and the actual operating parameters are compared with the target communication parameters to obtain the parameter comparison results. When the parameter comparison result indicates that the actual operating parameters are inconsistent with the target communication parameters, an alarm is triggered and a forced recovery mode is started to bring the gaming headset system to a preset security mode.

[0010] According to some embodiments of this application, the step of periodically acquiring the actual operating parameters of the wireless communication module in the gaming headset system, comparing the actual operating parameters with the target communication parameters, and obtaining the parameter comparison result includes: Periodically obtain the encryption algorithm identifier and actual key length currently used for wireless audio data transmission; Pre-set and store security verification keys and hash algorithms; The encryption algorithm identifier and the actual key length are concatenated into a byte sequence, and the hash value of the byte sequence is calculated according to the hash algorithm. The hash value is encrypted using the security verification key to generate a secret verification code data packet containing the actual operating parameters; The secret verification code data packet is decrypted using the security verification key to restore the original hash value; Calculate the expected hash value based on the target communication parameters; The original hash value is compared with the expected hash value to obtain the parameter comparison result.

[0011] According to some embodiments of this application, after triggering the alarm and starting the forced recovery mode, the method further includes: If the forced recovery mode fails to reach the preset safety mode within a preset time, the gaming headset system will trigger a hard reset of the wireless communication module via a hardware control line.

[0012] According to some embodiments of this application, after outputting the target communication parameters corresponding to the communication mode adjustment request, the method further includes: The target communication parameters are subjected to legality verification and security desensitization processing to remove redundant data and invalid fields, thereby obtaining the verified target communication parameters. The verified target communication parameters are encapsulated into a standardized communication configuration instruction package, and the standardized communication configuration instruction package is output to the wireless communication module of the gaming headset.

[0013] Secondly, this application also discloses a secure wireless audio data transmission system for gaming headsets, comprising: A preset and storage module is used to preset and store communication security standards for wireless audio data transmission; The comparison module is used to receive a communication mode adjustment request sent by the gaming headset system, compare the target communication parameters corresponding to the communication mode adjustment request with the communication security standard, and obtain the comparison result. The determining module is used to determine the request result of the communication mode adjustment request based on the comparison result; The output module is used to output the target communication parameters corresponding to the communication mode adjustment request when the request result of the communication mode adjustment request is that mode switching is allowed.

[0014] The technical solution according to the embodiments of this application has at least the following beneficial effects: This application provides a method for secure wireless audio data transmission in gaming headsets. By pre-setting and storing communication security standards, and upon receiving a communication mode adjustment request, the target communication parameters requested are strictly compared with the security standards. Based on the comparison result, it is determined whether mode switching is allowed. This effectively solves the problem in the prior art where gaming headset systems may introduce security vulnerabilities due to the use of insecure communication parameters when adaptively adjusting communication modes, leading to data leakage or attacks. This method avoids the additional delays that may be caused by traditional encryption schemes, ensuring that data security is guaranteed without affecting the high real-time requirements of esports. Through this technical solution, this application can intelligently identify and block communication mode switching that does not meet the security standards, effectively resisting the risk of attackers using the system's adaptive optimization mechanism to carry out covert attacks, and ensuring the confidentiality and integrity of the wireless audio data of the gaming headset.

[0015] Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

[0016] The accompanying drawings are used to provide a further understanding of the technical solutions of this application and constitute a part of the specification. They are used together with the embodiments of this application to explain the technical solutions of this application and do not constitute a limitation on the technical solutions of this application.

[0017] Figure 1 A flowchart illustrating a secure wireless audio data transmission method for gaming headsets according to an embodiment of this application; Figure 2 This is a schematic diagram of a secure wireless audio data transmission system for gaming headsets provided in one embodiment of this application. Detailed Implementation

[0018] To make the objectives, technical methods, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0019] It should be noted that the meaning of "multiple" (or "more than") in the description of the embodiments of this application refers to two or more, and "greater than," "less than," "exceeding," etc. are understood to exclude the number itself, while "above," "below," "within," etc. are understood to include the number itself. If "first," "second," etc. are used in the description, they are only for the purpose of distinguishing technical features and should not be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated or the order of the technical features indicated.

[0020] In this application embodiment, "at least one" refers to one or more, and "more than one" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent the existence of A alone, the simultaneous existence of A and B, or the existence of B alone. A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one of the following" and similar expressions refer to any combination of these items, including any combination of singular or plural items. For example, at least one of a, b, and c can represent: the existence of a alone, the existence of b alone, the existence of c alone, the simultaneous existence of a and b, the simultaneous existence of a and c, the simultaneous existence of b and c, or the simultaneous existence of a, b, and c, where a, b, and c can be single or multiple.

[0021] In the description of this application, unless otherwise expressly defined, terms such as "setup," "installation," and "connection" should be interpreted broadly, and those skilled in the art can reasonably determine the specific meaning of the above terms in this application in conjunction with the specific content of the technical solution.

[0022] The secure wireless audio data transmission method for gaming headsets provided in this application can be applied to a terminal, a server, or software running on either a terminal or a server. In some embodiments, the terminal can be a smartphone, tablet, laptop, desktop computer, etc.; the server can be configured as an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDN), and big data and artificial intelligence platforms; the software can be an application that implements the secure wireless audio data transmission method for gaming headsets, but is not limited to the above forms.

[0023] The embodiments of this application can be used in numerous general-purpose or special-purpose computer system environments or configurations. Examples include: personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics devices, network PCs, minicomputers, mainframe computers, distributed computing environments including any of the above systems or devices, etc. This application can be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform specific tasks or implement specific abstract data types. This application can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network. In a distributed computing environment, program modules can reside in local and remote computer storage media, including storage devices.

[0024] See Figure 1 , Figure 1 This is a flowchart illustrating a method for secure wireless audio data transmission of a gaming headset according to an embodiment of this application. The method includes, but is not limited to, steps S110 to S140, which will be described in detail below.

[0025] Step S110: Preset and store communication security standards for wireless audio data transmission; Step S120: Receive the communication mode adjustment request sent by the gaming headset system, compare the target communication parameters corresponding to the communication mode adjustment request with the communication security standard, and obtain the comparison result; Step S130: Determine the request result of the communication mode adjustment request based on the comparison result; Step S140: If the result of the communication mode adjustment request is that mode switching is allowed, output the target communication parameters corresponding to the communication mode adjustment request.

[0026] Specifically, "communication security standards" refer to a set of pre-defined technical specifications and parameters to ensure the security of wireless audio data transmission. These standards define the minimum security requirements that must be met in any communication mode, such as the strength of encryption algorithms, key length, and data integrity verification mechanisms. A "communication mode adjustment request" is an instruction proactively issued by the gaming headset system under specific conditions (such as changes in battery power or environmental signal quality) to change the current wireless communication parameters or protocol. "Target communication parameters" refer to the specific technical parameters included in the new communication mode that the gaming headset system wishes to switch to in the communication mode adjustment request, such as the new encryption algorithm, key length, and data integrity verification algorithm. "Comparison result" refers to the conclusion drawn after comparing the target communication parameters with the pre-defined communication security standards, indicating whether the target communication parameters meet the security standard requirements. "Request result" refers to the final decision made on the communication mode adjustment request based on the comparison result, i.e., allowing or denying the mode switch.

[0027] In one embodiment, a configuration file containing parameters such as encryption algorithm type, minimum key length, and data integrity verification algorithm can be preset and stored in the non-volatile memory of the gaming headset system or its associated wireless communication module. This storage process can be completed by firmware flashing before the device leaves the factory, or by remotely distributing and storing the configuration file via a security configuration server during the system's first boot. During operation, the gaming headset system may dynamically determine whether to adjust the current wireless communication mode to optimize performance or extend battery life based on factors such as battery level, signal strength, and environmental interference. For example, when the system detects that the battery level is below a certain threshold, it may issue a request to switch to a lower-power communication mode. This request will contain target communication parameters, i.e., the specific communication configuration corresponding to the new mode the system wishes to switch to. Upon receiving the communication mode adjustment request, the system will not immediately perform a mode switch, but will first extract the target communication parameters from the request. Subsequently, these target communication parameters will be compared one by one with preset and stored communication security standards. For example, if the security standard stipulates that the encryption algorithm must be AES-128 or higher, while the target communication parameters specify DES encryption, the comparison result will show that it does not meet the security standard. The comparison process can be implemented through software logic, such as by calling a preset API interface, taking the target communication parameters as input, and matching them against stored security standards. If the comparison result shows that the target communication parameters fully meet or exceed the requirements of the communication security standards, the request result is determined to allow mode switching. Conversely, if the target communication parameters fail to meet the security standards, the request result is determined to reject mode switching. Finally, if the request result for the communication mode adjustment request is to allow mode switching, the target communication parameters corresponding to the communication mode adjustment request are output. Only when the request result is to allow mode switching will the system output the target communication parameters to the wireless communication module of the gaming headset, instructing it to configure and operate according to the new parameters. If the request result is to reject, the system will maintain the current communication mode and may issue an alarm to the user or system logs, indicating the reason for the mode adjustment failure.

[0028] It should be noted that this application does not simply allow or deny mode switching, but rather forces a strict comparison with a preset communication security standard before any mode adjustment. By presetting and storing the communication security standard for wireless audio data transmission, this application sets an insurmountable security baseline for the gaming headset system. When the system issues a communication mode adjustment request, the target communication parameters it carries must be compared with this security standard to determine the result of the communication mode adjustment request. Only when the comparison result shows that the target communication parameters meet or exceed the security standard is mode switching allowed, and the target communication parameters corresponding to the communication mode adjustment request are output. This application, by performing a security comparison before mode switching, eliminates the introduction of insecure modes at the source. Even if an attacker successfully forges a "good signal" to induce the headset system to enter "optimized mode," as long as the target communication parameters of the "optimized mode" do not meet the preset security standard, mode switching will be rejected, thereby effectively preventing attackers from using simplified protocols for eavesdropping. This mechanism ensures that the wireless audio data transmission of the gaming headset meets the preset minimum security requirements in any operating state, greatly improving the overall security of the gaming headset's wireless communication and protecting the user's competitive experience and privacy.

[0029] Specifically, the aforementioned preset and stored communication security standards for wireless audio data transmission can be further refined into the following steps: A preset encryption algorithm is used for wireless audio data transmission, wherein the encryption algorithm is AES encryption and the key length of the encryption algorithm is greater than or equal to 128 bits; A preset data integrity verification algorithm is provided for wireless audio data transmission, wherein the data integrity verification algorithm is HMAC-SHA256; By storing encryption algorithms and data integrity verification algorithms, a communication security standard for wireless audio data transmission is obtained.

[0030] Specifically, the encryption algorithm is specified as AES encryption, with a key length required to be greater than or equal to 128 bits. AES (Advanced Encryption Standard) is a widely used symmetric-key encryption algorithm known for its high security, efficiency, and flexibility. Choosing AES encryption and setting a key length of at least 128 bits aims to ensure the confidentiality of wireless audio data during transmission, effectively resisting various cryptographic attacks and preventing unauthorized eavesdropping and data leakage. Furthermore, the data integrity verification algorithm is specifically specified as HMAC-SHA256. HMAC-SHA256 (Hash-based Message Authentication Code using SHA-256) is a message authentication code based on a hash function used to verify the integrity and authenticity of data. By using HMAC-SHA256, it can be ensured that the wireless audio data has not been tampered with during transmission; any modification to the data will be detected, thus guaranteeing data reliability. Therefore, by storing the preset encryption algorithm and data integrity verification algorithm, a communication security standard for wireless audio data transmission is formed. This standard clarifies the specific technical requirements for data encryption and integrity verification, providing a secure baseline for subsequent communication mode adjustment requests. This application establishes a solid security foundation for wireless audio data transmission by explicitly specifying the AES encryption algorithm (key length greater than or equal to 128 bits) and the HMAC-SHA256 data integrity verification algorithm. The AES encryption mechanism ensures the confidentiality of data during transmission; even if data is intercepted, it is difficult to crack, thus protecting user privacy and sensitive information. Simultaneously, the HMAC-SHA256 algorithm provides robust data integrity verification capabilities; any malicious tampering or accidental damage to transmitted data can be detected promptly, thereby avoiding audio quality degradation or security risks caused by incomplete or tampered data. The combination of these two algorithms contributes to the establishment of a communication security standard, enabling subsequent communication mode adjustment requests to be compared and decided upon under a clear and highly secure benchmark.

[0031] In this regard, this application further proposes the following steps before receiving a communication mode adjustment request from the gaming headset system: Obtain the real-time battery voltage value of the headphones and the current wireless communication data packets; When the real-time battery voltage value is lower than the preset battery voltage value, a power alarm signal is generated; Based on the power alarm signal, the signal received power, signal-to-noise ratio and signal amplitude parameters of the current wireless communication link of the gaming headset are collected, and the signal received power, signal-to-noise ratio and signal amplitude parameters are normalized and weighted to generate the strength value of the power alarm signal. The error rate of data packets corresponding to the power alarm signal is obtained based on the statistics of current wireless communication data packets. When the strength of the power alarm signal is greater than the preset strength value and the data packet error rate is less than the preset error rate, the gaming headset system is controlled to send a communication mode adjustment request.

[0032] Specifically, obtaining the real-time battery voltage value of the headset refers to the system continuously monitoring the current voltage level of the internal battery of the gaming headset to determine the remaining battery power. Simultaneously, the system also acquires the current wireless communication transmission data packets. These data packets contain real-time transmission information of the wireless communication link, which can be used to assess the health of the link. A preset battery voltage value is a threshold; when the real-time battery voltage value falls below this threshold, it indicates that the battery power is about to be depleted or is already at a low level. At this time, the system generates a battery warning signal as a basis for triggering subsequent judgments. Further, based on the battery warning signal, the system collects several key parameters of the current wireless communication link of the gaming headset, including signal received power, signal-to-noise ratio, and signal amplitude parameters. These parameters are important indicators for evaluating wireless communication quality. To comprehensively evaluate link quality, these parameters are normalized and weighted according to preset weights to generate a comprehensive battery warning signal strength value. This strength value quantifies the overall health of the current wireless communication link. At the same time, based on the current wireless communication transmission data packets, the system calculates the data packet error rate corresponding to the battery warning signal. The data packet error rate is a direct indicator of data transmission reliability; a high error rate usually indicates poor communication quality. Finally, when the strength of the power alarm signal is greater than the preset strength value (indicating that the communication link quality has deteriorated to a certain extent) and the data packet error rate is less than the preset error rate (indicating that although the link quality has deteriorated, data transmission has not been completely interrupted and there is still room for adjustment), the system will determine that the current environment requires communication mode adjustment and control the gaming headset system to issue a communication mode adjustment request.

[0033] It should be noted that the solution in this application addresses the issue of unclear timing for communication mode adjustment requests in the aforementioned methods by introducing a monitoring mechanism for the real-time operating status of the gaming headset. Specifically, by continuously acquiring the headset's real-time battery voltage and wireless communication data packets, the system can monitor the battery status and communication link quality in real time. When the battery level falls below a preset threshold, a battery alarm signal is generated, indicating that the headset may need to switch to a lower-power or more stable communication mode. Simultaneously, based on the battery alarm signal, the system further collects and comprehensively evaluates the signal reception power, signal-to-noise ratio, and signal amplitude parameters of the wireless communication link, and combines this with the data packet error rate to comprehensively assess the current health of the communication environment. It is precisely this multi-dimensional, real-time status assessment that enables the system to proactively and intelligently issue communication mode adjustment requests when the battery is low or the communication link quality deteriorates but has not yet completely deteriorated to the point of being unable to transmit data, thus providing more timely and reasonable input for subsequent secure transmission methods.

[0034] In some embodiments, assuming a user is playing online games using a gaming headset, the headset's battery level gradually decreases. The system continuously monitors the headset's real-time battery voltage, and when it drops below a preset 3.5V, a battery warning signal is generated. Simultaneously, due to decreasing battery power or increased environmental interference, the signal received power, signal-to-noise ratio, and signal amplitude parameters of the wireless communication link begin to fluctuate. The system collects these parameters and performs normalized weighted calculations, resulting in a battery warning signal strength value of 0.7 (preset strength value 0.6). At the same time, the system calculates a data packet error rate of 0.01% based on the currently transmitted data packets (preset error rate 0.05%). Since the battery warning signal strength value of 0.7 is greater than the preset strength value of 0.6, and the data packet error rate of 0.01% is less than the preset error rate of 0.05%, the system determines that the current communication environment requires mode adjustment and immediately controls the gaming headset system to issue a communication mode adjustment request. This request may suggest switching to a communication mode with lower power consumption but still maintaining basic audio quality, thereby extending the headset's usage time and maintaining communication stability without interrupting the gaming experience.

[0035] Specifically, the steps described above for comparing the target communication parameters corresponding to the communication mode adjustment request with communication security standards to obtain the comparison results include: A preset mode parameter mapping table, which includes the specific communication parameters corresponding to the mode; The target communication parameters corresponding to the communication mode adjustment request are determined according to the mode parameter mapping table. The target communication parameters include the current encryption algorithm and the current data integrity verification algorithm. The comparison results are obtained by comparing the current encryption algorithm and the current data integrity verification algorithm with the communication security standards.

[0036] The mode parameter mapping table can be understood as a predefined lookup table that associates different communication modes with a series of specific communication parameters. For example, this mapping table can include multiple communication modes such as "low-power mode," "standard mode," or "high-performance mode," each corresponding to a specific set of communication parameters, such as encryption algorithms, key lengths, and data integrity verification algorithms. By pre-setting and storing this mapping table, the system can standardize the parsing and identification of the inherent security attributes of various communication modes. Furthermore, when receiving a communication mode adjustment request from the gaming headset system, the system first queries the mode parameter mapping table to determine which communication parameters are included in the target communication mode. Specifically, the target communication parameters are explicitly limited to including the current encryption algorithm and the current data integrity verification algorithm. Subsequently, the system compares the current encryption algorithm and current data integrity verification algorithm obtained from the mapping table with pre-set and stored communication security standards. This comparison aims to assess whether the security of the target communication mode meets or exceeds the established security requirements. For example, the comparison can involve multiple dimensions such as the strength of the encryption algorithm, the key length, and the tamper resistance of the data integrity verification algorithm. This application's solution achieves standardized parsing of communication mode adjustment requests by introducing a mode parameter mapping table. When a gaming headset system issues a communication mode adjustment request, it no longer directly compares a vague "mode" concept, but instead queries a preset mode parameter mapping table to convert the requested mode into specific, quantifiable security parameters, namely the current encryption algorithm and the current data integrity verification algorithm. This conversion mechanism makes the comparison process more accurate and automated. Subsequently, the system can directly and effectively compare these specific security parameters with preset communication security standards. For example, it can compare whether the encryption algorithm of the target mode meets the minimum strength required by the standard, or whether its data integrity verification algorithm meets the security level. This ensures that any mode switch must undergo rigorous security review, avoiding the introduction of potential security vulnerabilities due to mode switching.

[0037] In response, this application further proposes comparing the aforementioned encryption algorithms and data integrity verification algorithms with communication security standards to obtain comparison results, including: If the security level of the current encryption algorithm is lower than the security level of the encryption algorithm in the communication security standard, or the security level of the current data integrity verification algorithm is lower than the security level of the data integrity verification algorithm in the communication security standard, or the current key length of the current encryption algorithm is lower than the key length in the communication security standard, the comparison result is that the switching conditions are not met. The comparison result is considered to meet the switching conditions when the security level of the current encryption algorithm is greater than that of the encryption algorithm in the communication security standard, the security level of the current data integrity verification algorithm is greater than that of the data integrity verification algorithm in the communication security standard, and the current key length of the current encryption algorithm is greater than or equal to the key length in the communication security standard.

[0038] Specifically, "security level" can be understood as an indicator of the strength of an encryption algorithm or data integrity verification algorithm's resistance to attacks. For example, for encryption algorithms, their security level is usually related to the algorithm's complexity, key length, and known attack difficulty. A longer key length is generally considered to indicate a higher security level. For data integrity verification algorithms, their level may be related to factors such as the output length of the hash function and collision resistance. "Security level of encryption algorithms in communication security standards" and "Level of data integrity verification algorithms in communication security standards" refer to the preset, minimum security requirements used as a benchmark. "Security level of current encryption algorithms" and "Level of current data integrity verification algorithms" refer to the actual security strength of the encryption and verification algorithms used in the target communication mode that the gaming headset system requests to switch to. "Current key length" refers to the actual number of bits in the key used by the encryption algorithm in the target communication mode, while "key length in communication security standards" refers to the minimum number of bits required by the preset security standard. For example, if the communication security standard requires a key length of at least 128 bits, then a key length of 64 bits in the target communication mode is considered not to meet the requirement. If any security indicator in the target communication parameters (such as the security level of the encryption algorithm, the level of the data integrity verification algorithm, or the key length of the encryption algorithm) is lower than the corresponding indicator set by the communication security standard, the switching condition is deemed not met. Conversely, the switching condition is met and mode switching is allowed only when all security indicators in the target communication parameters meet or exceed the requirements of the communication security standard—that is, the security level of the current encryption algorithm is greater than the security level of the encryption algorithm in the communication security standard, the level of the current data integrity verification algorithm is greater than the level of the data integrity verification algorithm in the communication security standard, and the current key length of the current encryption algorithm is greater than or equal to the key length in the communication security standard.

[0039] It should be noted that this application, by establishing clear and strict security comparison criteria, effectively prevents the risk of security degradation that may occur during communication mode adjustment, i.e., it avoids the system switching to a communication mode with security levels lower than the preset standards. Furthermore, this meticulous, multi-dimensional security assessment mechanism makes the decision-making process for communication mode adjustment more rigorous and reliable, ensuring that only communication modes that meet or exceed security standards are allowed to be enabled. This provides gaming headset users with a more stable and secure wireless audio experience, enhancing the resistance to attacks and the integrity of data transmission.

[0040] In some embodiments, it is assumed that the communication security standard is preset to require AES encryption algorithm with a key length of at least 128 bits and HMAC-SHA256 data integrity verification algorithm. When the gaming headset system issues a communication mode adjustment request, its target communication parameters indicate that the encryption algorithm used is AES-128 and the data integrity verification algorithm is HMAC-SHA256. At this time, the system compares the target communication parameters with the communication security standard: the security level of the current encryption algorithm (AES-128) is compared with the security level of the encryption algorithm (AES) in the communication security standard. Since AES-128 is an implementation of AES, and its security level is generally considered to be consistent with the AES standard, this condition is met. The security level of the current data integrity verification algorithm (HMAC-SHA256) is compared with the security level of the data integrity verification algorithm (HMAC-SHA256) in the communication security standard. They are consistent, so this condition is met. The key length (128 bits) of the current encryption algorithm is compared with the key length (128 bits) in the communication security standard. The current key length is greater than or equal to the standard key length, therefore this condition is met. Since all conditions are met, the comparison result is determined to be "switching conditions met," allowing mode switching.

[0041] In some embodiments, if the target communication parameters requested by the gaming headset system to switch to indicate that the encryption algorithm used is DES (Data Encryption Standard), the key length is 56 bits, and the data integrity verification algorithm is CRC32, the system performs a comparison: the security level of the current encryption algorithm (DES) is far lower than the security level of the encryption algorithm (AES) in the communication security standard. Therefore, this condition is not met. The security level of the current data integrity verification algorithm (CRC32) is far lower than the security level of the data integrity verification algorithm (HMAC-SHA256) in the communication security standard. Therefore, this condition is not met. The key length (56 bits) of the current encryption algorithm is less than the key length (128 bits) in the communication security standard. Therefore, this condition is not met. Because there are items that do not meet the conditions, the comparison result is determined to be "switching conditions not met", and the mode switching request will be rejected.

[0042] After the target communication parameters corresponding to the above output communication mode adjustment request, it also includes: The actual operating parameters of the wireless communication module in the gaming headset system are periodically acquired, and the actual operating parameters are compared with the target communication parameters to obtain the parameter comparison results. When the parameter comparison results indicate that the actual operating parameters are inconsistent with the target communication parameters, an alarm is triggered and a forced recovery mode is started to bring the gaming headset system to the preset safety mode.

[0043] Specifically, periodically acquiring the actual operating parameters of the wireless communication module in a gaming headset system refers to the system actively querying or receiving various communication parameters currently in use by the wireless communication module at preset time intervals, such as per second, per minute, or triggered by specific events. These parameters may include, but are not limited to, encryption algorithm type, key length, data integrity verification algorithm, channel frequency, and transmission power. The purpose is to monitor the actual operating status of the wireless communication module in real time. The periodically acquired actual operating parameters are then checked against the previously allowed and output target communication parameters. This includes comparing whether the actual encryption algorithm used is consistent with the target encryption algorithm, whether the actual key length is consistent with the target key length, and whether the actual data integrity verification algorithm is consistent with the target data integrity verification algorithm. The comparison result can be a Boolean value (consistent / inconsistent) or a detailed difference report. The purpose is to identify any deviation between the actual operating status and the expected security standards. Once any non-compliance with the target communication parameters is detected, the system will take immediate action. Alarms can be triggered through visual indicators (such as flashing LEDs), audible cues (such as alarm sounds), or warning messages displayed through the software interface. Initiating forced recovery mode means the system will proactively intervene and attempt to reconfigure the operating parameters of the wireless communication module to a preset security mode or previously approved target communication parameters. This may involve reloading the configuration, restarting the wireless communication module, or executing specific firmware instructions. Its purpose is to quickly correct deviations and restore the system to a safe and standard-compliant operating state, preventing potential security vulnerabilities or communication interruptions. The solution in this application, by introducing a continuous monitoring and recovery mechanism after the communication mode adjustment request is allowed and the target communication parameters are output, solves the problem of inconsistencies between actual operating parameters and target communication parameters that may exist in the basic solution. Specifically, by periodically acquiring the actual operating parameters of the wireless communication module, the system can monitor its working status in real time. Subsequently, by comparing these actual parameters with the previously approved target communication parameters, any deviations from the preset security standards can be detected in a timely manner. Once an inconsistency is detected, the system will immediately trigger an alarm and initiate forced recovery mode, proactively adjusting the operating parameters of the wireless communication module back to the preset security mode or target communication parameters. It is precisely because of this proactive, closed-loop monitoring and recovery mechanism that the gaming headset system can continuously operate in a state that complies with communication security standards, effectively avoiding security risks caused by parameter drift, malfunctions, or malicious attacks.

[0044] In some embodiments, it is assumed that after the gaming headset system successfully switches to a high-security mode, its target communication parameters are set to use the AES-256 encryption algorithm and the HMAC-SHA256 data integrity verification algorithm. The system periodically acquires the actual operating parameters of the wireless communication module every 5 seconds. At a certain moment, the system acquires actual operating parameters showing that the encryption algorithm has changed to AES-128, while the data integrity verification algorithm remains HMAC-SHA256. At this time, the system compares the actual operating parameters (AES-128) with the target communication parameters (AES-256) and finds that the security levels of the encryption algorithms are inconsistent. Based on this comparison result, the system immediately triggers an alarm, such as displaying a red flashing indicator on the headset and prompting a "Security Mode Downgrade Alarm" message through the software interface. At the same time, the system initiates a forced recovery mode, attempting to reconfigure the wireless communication module and forcibly restore its encryption algorithm to AES-256. If the forced recovery is successful, the system will continue to monitor; if the forced recovery fails within a preset time, the system may take further measures, such as logging, notifying the user, or triggering a hardware reset in extreme cases, to ensure that the system eventually returns to the preset safe mode.

[0045] Specifically, the process of periodically acquiring the actual operating parameters of the wireless communication module in the gaming headset system and comparing these actual operating parameters with the target communication parameters to obtain the parameter comparison results can be performed in the following manner: Periodically obtain the encryption algorithm identifier and actual key length currently used for wireless audio data transmission; Pre-set and store security verification keys and hash algorithms; The encryption algorithm identifier and the actual key length are concatenated into a byte sequence, and the hash value of the byte sequence is calculated according to the hash algorithm. The hash value is encrypted using the security verification key to generate a secret verification code data packet containing the actual operating parameters; The secret verification code data packet is decrypted using the security verification key to restore the original hash value; Calculate the expected hash value based on the target communication parameters; By comparing the original hash value with the expected hash value, the parameter comparison results are obtained.

[0046] Specifically, periodically obtaining the encryption algorithm identifier and actual key length currently used for wireless audio data transmission means that the system periodically queries the wireless communication module for the unique identifier of the encryption algorithm it is currently using (e.g., a specific code or name, such as "AES-128") and the actual key length used by that encryption algorithm (e.g., 128 bits, 256 bits, etc.). Pre-setting and storing a security verification key and hash algorithm can be understood as generating and securely storing a key for verification purposes during system initialization or security configuration phases; this is the security verification key. Simultaneously, a standard hash algorithm, such as HMAC-SHA256, is specified and stored. The security verification key is used for subsequent encryption and decryption operations to ensure the confidentiality and integrity of the verification process; the hash algorithm is used to generate a fingerprint of the data to detect whether the data has been tampered with. Concatenating the encryption algorithm identifier and actual key length into a byte sequence and calculating the hash value of the byte sequence according to the hash algorithm specifically means combining the obtained encryption algorithm identifier and actual key length into a continuous byte string according to a predetermined format. Subsequently, a fixed-length hash value is generated by calculating the byte sequence using a preset hash algorithm (e.g., SHA256). This hash value serves as a unique digital digest of the current operating parameters, reflecting the integrity of the parameters. The calculated hash value is then encrypted using a preset security verification key. The encrypted hash value is encapsulated into a secret verification code data packet. This data packet not only contains the hash information of the actual operating parameters but also ensures confidentiality and tamper-proofness during transmission through encryption, preventing unauthorized entities from obtaining or modifying the verification information. At the receiving end, the system decrypts the received secret verification code data packet using the same security verification key. Upon successful decryption, the original hash value can be restored. This step verifies the legitimacy of the data packet's origin and ensures that it has not been tampered with during transmission. Simultaneously, calculating the expected hash value based on the target communication parameters means that the system independently calculates an expected hash value based on the preset target communication parameters that the wireless communication module is expected to achieve (e.g., target encryption algorithm identifier and target key length), using the same concatenation and hashing algorithm as the actual parameters. This expected hash value represents the system's desired security configuration state. Finally, the original hash value decrypted from the secret verification code data packet is precisely compared with the expected hash value independently calculated based on the target communication parameters. If the two hash values ​​are completely identical, it indicates that the actual operating parameters of the wireless communication module perfectly match the target communication parameters, and the verification result is consistent; if any inconsistency exists, it indicates that there is a deviation between the actual parameters and the target communication parameters, and the verification result is inconsistent.

[0047] After triggering the alarm and initiating forced recovery mode as described above, the following steps are also included: If the forced recovery mode fails to reach the preset safety mode within the preset time, the control system of the gaming headset will trigger a hard reset of the wireless communication module via the hardware control line.

[0048] Specifically, "preset time" refers to a reasonable time window set for the forced recovery mode, within which the system expects to complete the recovery operation and reach the preset security mode. This time can be configured according to the complexity of the system, the expected duration of the recovery operation, and the requirements for system security; for example, it can be set to 5 seconds, 10 seconds, or longer. "Forced recovery mode" refers to a series of operations automatically initiated by the system to correct deviations and restore to a safe state when inconsistencies are detected between actual operating parameters and target communication parameters. Examples include reloading security configurations, restarting some services, or performing firmware self-checks. Further, "preset security mode" refers to the set of configurations and parameters that the gaming headset system should achieve under normal secure operating conditions, such as specific encryption algorithms, key lengths, and data integrity verification algorithms. In practical applications, "hardware control lines" refer to the physical connection lines inside the gaming headset system used to directly control the hardware state of the wireless communication module. For example, these could be GPIO (General Purpose Input / Output) pins, using high and low level signals to control the module's reset pin. Therefore, "hard reset" refers to directly forcing the wireless communication module to restart via hardware signals, allowing it to load firmware and configurations from its initial state, effectively resolving deadlocks or abnormal states that cannot be resolved at the software level. Through the aforementioned technical solution, this application provides a higher level of security and system stability for wireless audio data transmission in gaming headsets. When the conventional forced recovery mode fails to restore the system to the preset safe mode within a specified time, the introduced hardware hard reset mechanism serves as a final emergency measure, forcing the system back to its initial safe state, effectively avoiding the risk of the system being in an uncertain or insecure state for an extended period. This significantly improves the system's robustness in the face of complex faults or malicious attacks, ensuring the continuous security of wireless audio data transmission and the stability of the user experience.

[0049] In this regard, this application further proposes that after the target communication parameters corresponding to the output communication mode adjustment request, it also includes: The target communication parameters are validated and desensitized for security reasons. Redundant data and invalid fields in the target communication parameters are removed to obtain the validated target communication parameters. The verified target communication parameters are encapsulated into a standardized communication configuration instruction package, and the standardized communication configuration instruction package is output to the wireless communication module of the gaming headset.

[0050] Specifically, legitimacy verification refers to verifying the format, range, type, and system compatibility of the target communication parameters to ensure they conform to preset specifications and requirements. This includes checking whether the encryption algorithm name is in the supported list and whether the key length is within the valid range. Security desensitization refers to identifying and removing potentially sensitive information from the target communication parameters, such as debugging information, internal identifiers, or any data that could be maliciously exploited, to reduce the risk of information leakage. Redundant data and invalid fields removal involves removing data items from the target communication parameters that are unnecessary or inapplicable to the wireless communication module configuration. Redundant data may include duplicate parameter values ​​or historical records, while invalid fields may arise from protocol version incompatibility or incorrect request sources. By removing this data, the transmitted configuration information can be ensured to be concise and efficient. Thus, after legitimacy verification, security desensitization, and removal of redundant data and invalid fields, the verified target communication parameters are obtained. These parameters have undergone rigorous screening and purification to ensure their security and validity. These processed parameters are then packaged according to a predefined protocol format. Standardized communication configuration command packets can include specific header information, data fields, and checksums to ensure the integrity and correctness of data transmission. This encapsulation method helps wireless communication modules parse and apply configuration information more efficiently and accurately. Ultimately, standardized communication configuration command packets are output to the wireless communication module of the gaming headset, enabling the wireless communication module to receive and adjust its communication mode according to these secure and compliant command packets.

[0051] It should be noted that the solution proposed in this application effectively solves the security and stability problems that may arise from directly outputting the original parameters by adding steps such as validity verification, security desensitization, and encapsulation into a standardized instruction package after outputting the target communication parameters. Specifically, validity verification ensures the validity and compliance of the parameters, avoiding system failures caused by parameter errors; security desensitization removes potentially sensitive information, reducing the risk of information leakage and attacks; and the removal of redundant data and invalid fields makes the transmitted data more concise, improving communication efficiency and reducing processing burden. Finally, these processed parameters are encapsulated into a standardized communication configuration instruction package, enabling the wireless communication module to receive and parse configuration instructions in a unified and reliable manner, thereby ensuring the smoothness and security of communication mode switching.

[0052] See Figure 2 , Figure 2 This is a schematic diagram of a secure wireless audio data transmission system for gaming headsets according to an embodiment of this application. The secure wireless audio data transmission system 200 for gaming headsets includes: The preset and storage module 210 is used to preset and store communication security standards for wireless audio data transmission; The comparison module 220 is used to receive the communication mode adjustment request sent by the gaming headset system, compare the target communication parameters corresponding to the communication mode adjustment request with the communication security standard, and obtain the comparison result. The determination module 230 is used to determine the request result of the communication mode adjustment request based on the comparison result; The output module 240 is used to output the target communication parameters corresponding to the communication mode adjustment request when the request result of the communication mode adjustment request is that mode switching is allowed.

[0053] It should be noted that the information interaction and execution process between the above modules are based on the same concept as the method embodiments of this application. For details on their specific functions and technical effects, please refer to the method embodiments section, which will not be repeated here.

[0054] It will be understood by those skilled in the art that all or some of the steps and systems in the methods disclosed above can be implemented as software, firmware, hardware, and suitable combinations thereof. Some or all of the physical components can be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application-specific integrated circuit. Such software can be distributed on a computer-readable medium, which can include computer storage media (or non-transitory media) and communication media (or transient media). As is known to those skilled in the art, the term computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information (such as computer-readable instructions, data structures, program modules, or other data). Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disc (DVD) or other optical disc storage, magnetic cartridges, magnetic tape, disk storage or other magnetic storage devices, or any other medium that can be used to store desired information and is accessible to a computer. Furthermore, as is known to those skilled in the art, communication media typically include computer-readable instructions, data structures, program modules, or other data in modulated data signals such as carrier waves or other transmission mechanisms, and may include any information delivery medium.

[0055] The above provides a detailed description of the preferred embodiments of this application. However, this application is not limited to the above-described embodiments. Those skilled in the art can make various equivalent modifications or substitutions without departing from the spirit of this application. All such equivalent modifications or substitutions are included within the scope defined in this application.

Claims

1. A method for secure wireless audio data transmission from a gaming headset, characterized in that, include: Preset and store communication security standards for wireless audio data transmission; Receive a communication mode adjustment request from a gaming headset system, compare the target communication parameters corresponding to the communication mode adjustment request with the communication security standard, and obtain the comparison result; Based on the comparison results, the request result of the communication mode adjustment request is determined; If the request result of the communication mode adjustment request is that mode switching is allowed, the target communication parameters corresponding to the communication mode adjustment request are output.

2. The method according to claim 1, characterized in that, The preset and stored communication security standards for wireless audio data transmission include: A preset encryption algorithm for wireless audio data transmission is provided, wherein the encryption algorithm is AES encryption and the key length of the encryption algorithm is greater than or equal to 128 bits; A preset data integrity verification algorithm for wireless audio data transmission is provided, wherein the data integrity verification algorithm is HMAC-SHA256; The encryption algorithm and the data integrity verification algorithm are stored to obtain a communication security standard for wireless audio data transmission.

3. The method according to claim 1, characterized in that, Before receiving the communication mode adjustment request from the gaming headset system, the method further includes: Obtain the real-time battery voltage value of the headphones and the current wireless communication data packets; When the real-time battery voltage value is lower than the preset battery voltage value, a power alarm signal is generated; Based on the power alarm signal, the signal receiving power, signal-to-noise ratio and signal amplitude parameters of the current wireless communication link of the gaming headset are collected, and the signal receiving power, the signal-to-noise ratio and the signal amplitude parameters are normalized and weighted to generate the strength value of the power alarm signal. The error rate of the data packets corresponding to the power alarm signal is obtained based on the statistics of the current wireless communication transmission data packets. When the strength value of the power alarm signal is greater than the preset strength value and the data packet error rate is less than the preset error rate, the gaming headset system is controlled to issue a communication mode adjustment request.

4. The method according to claim 1, characterized in that, The step of comparing the target communication parameters corresponding to the communication mode adjustment request with the communication security standard to obtain the comparison result includes: A preset mode parameter mapping table, wherein the mode parameter mapping table includes the specific communication parameters corresponding to the mode; The target communication parameters corresponding to the communication mode adjustment request are determined according to the mode parameter mapping table, wherein the target communication parameters include the current encryption algorithm and the current data integrity verification algorithm; The current encryption algorithm and the current data integrity verification algorithm are compared with the communication security standard to obtain the comparison result.

5. The method according to claim 4, characterized in that, The step of comparing the current encryption algorithm and the current data integrity verification algorithm with the communication security standard to obtain the comparison result includes: If the security level of the current encryption algorithm is lower than the security level of the encryption algorithm in the communication security standard, or the security level of the current data integrity verification algorithm is lower than the security level of the data integrity verification algorithm in the communication security standard, or the security level of the current encryption algorithm is lower than the security level of the key in the communication security standard, the comparison result is that the switching conditions are not met. When the security level of the current encryption algorithm is greater than the security level of the encryption algorithm in the communication security standard, the current data integrity verification algorithm is greater than the level of the data integrity verification algorithm in the communication security standard, and the current key length of the current encryption algorithm is greater than or equal to the key length in the communication security standard, the comparison result is considered to meet the switching conditions.

6. The method according to claim 1, characterized in that, The step of outputting the target communication parameters corresponding to the communication mode adjustment request also includes: The actual operating parameters of the wireless communication module in the gaming headset system are periodically acquired, and the actual operating parameters are compared with the target communication parameters to obtain the parameter comparison results. When the parameter comparison result indicates that the actual operating parameters are inconsistent with the target communication parameters, an alarm is triggered and a forced recovery mode is started to bring the gaming headset system to a preset security mode.

7. The method according to claim 6, characterized in that, The process of periodically acquiring the actual operating parameters of the wireless communication module in the gaming headset system, comparing the actual operating parameters with the target communication parameters, and obtaining parameter comparison results includes: Periodically obtain the encryption algorithm identifier and actual key length currently used for wireless audio data transmission; Pre-set and store security verification keys and hash algorithms; The encryption algorithm identifier and the actual key length are concatenated into a byte sequence, and the hash value of the byte sequence is calculated according to the hash algorithm. The hash value is encrypted using the security verification key to generate a secret verification code data packet containing the actual operating parameters; The secret verification code data packet is decrypted using the security verification key to restore the original hash value; Calculate the expected hash value based on the target communication parameters; The original hash value is compared with the expected hash value to obtain the parameter comparison result.

8. The method according to claim 6, characterized in that, After triggering the alarm and initiating the forced recovery mode, the following is also included: If the forced recovery mode fails to reach the preset safety mode within a preset time, the gaming headset system will trigger a hard reset of the wireless communication module via a hardware control line.

9. The method according to claim 1, characterized in that, After outputting the target communication parameters corresponding to the communication mode adjustment request, the method further includes: The target communication parameters are subjected to legality verification and security desensitization processing to remove redundant data and invalid fields, thereby obtaining the verified target communication parameters. The verified target communication parameters are encapsulated into a standardized communication configuration instruction package, and the standardized communication configuration instruction package is output to the wireless communication module of the gaming headset.

10. A secure wireless audio data transmission system for gaming headsets, characterized in that, include: A preset and storage module is used to preset and store communication security standards for wireless audio data transmission; The comparison module is used to receive a communication mode adjustment request sent by the gaming headset system, compare the target communication parameters corresponding to the communication mode adjustment request with the communication security standard, and obtain the comparison result. The determining module is used to determine the request result of the communication mode adjustment request based on the comparison result; The output module is used to output the target communication parameters corresponding to the communication mode adjustment request when the request result of the communication mode adjustment request is that mode switching is allowed.

Images