Communication method and apparatus

By using the second device as a relay and utilizing a cross-technology communication method to convert the first data frame into a second data frame that complies with the second protocol, the problem of limited transmission distance of weak network elements is solved, and the communication quality is improved and the stability is enhanced.

WO2025194872A1PCT designated stage Publication Date: 2025-09-25HUAWEI TECH CO LTD
View PDF 7 Cites 0 Cited by

Patent Information

Application Number
PCT/CN2024/138234
Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Priority Date
2024-03-22
Filing Date
2024-12-10
Publication Date
2025-09-25

AI Technical Summary

Technical Problem

In a multi-protocol coexistence scenario, weak network elements have limited transmission distances, communication quality degrades, and even transmission disconnection occurs. How to improve the communication quality of weak network elements becomes a problem.

Method used

By using the second device as a relay and utilizing a cross-technology communication method to convert the first data frame into a second data frame that complies with the second protocol, cross-protocol transmission of the channel is achieved, thereby increasing the transmission distance.

Benefits of technology

It improves the communication quality of weak network elements over longer distances, reduces transmission complexity, and improves the stability of cross-protocol communication.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN2024138234_25092025_PF_FP_ABST
    Figure CN2024138234_25092025_PF_FP_ABST
Patent Text Reader

Abstract

The present application provides a communication method and apparatus. The method is executed by a second apparatus, and is applicable to establishing a connection between a first apparatus and the second apparatus on the basis of a first protocol, and establishing a connection between the first apparatus and a third apparatus on the basis of a second protocol. The method comprises: a second apparatus receiving a first data frame sent by a first apparatus, wherein the first data frame is obtained on the basis of a first protocol and first data, the first data being data that the first apparatus needs to transmit to a third apparatus; on the basis of the first data frame and a second protocol, the second apparatus obtaining a corresponding second data frame; and the second apparatus sending the second data frame to the third apparatus. Thus, the transmission distance for transmission using a second protocol can be extended, thereby improving the communication quality of weak network elements in long-distance transmission.
Need to check novelty before this filing date? Find Prior Art

Description

Communication method and device

[0001] This application claims priority to the Chinese patent application filed with the China Patent Office on March 22, 2024, with application number: 202410340410.4 and application name: “A Communication Method and Device”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of communications, and in particular to a communication method and device. Background Art

[0003] With the continuous advancement of communication technology, the probability of heterogeneous wireless devices supporting different protocols being used in the same scenario is gradually increasing. In multi-protocol coexistence scenarios, devices supporting different protocols can be defined as strong or weak network elements based on their transmit power or channel occupancy capabilities. A strong network element can be a device with stronger transmission capabilities than a weak network element. For example, a strong network element has greater transmit power than a weak network element, or its channel occupancy capability is greater than that of a weak network element.

[0004] Due to factors such as power consumption and multi-protocol interference, weak network elements (NEs) have limited transmission distance in scenarios where multiple protocols (including the primary and secondary protocols) coexist. As transmission distance increases, communication quality degrades, and even transmission disconnection may occur. If the device supporting the secondary protocol is a weak NE, increasing the transmission distance and, therefore, the communication quality, of data transmitted using the secondary protocol becomes a challenge. Summary of the Invention

[0005] The present application provides a communication method and apparatus that can increase the transmission distance using a second protocol for transmission, thereby improving the communication quality of weak network elements transmitted over longer distances.

[0006] In a first aspect, the present application provides a communication method, which is applied to a second device side. Specifically, the method is performed by the second device or a relay device including the second device, wherein the second device can be a chip, etc. The applicable scenario can be a scenario in which the first device can establish a connection with the second device according to a first protocol, and the first device can establish a connection with the third device according to a second protocol. The method includes: the second device receives a first data frame sent by the first device, wherein the first data frame is obtained according to the first protocol and first data, and the first data is data that the first device needs to transmit to the third device; the second device obtains a corresponding second data frame based on the first data frame and the second protocol; and the second device sends the second data frame to the third device.

[0007] The second device acquires a first data frame, which carries first data. The first data conforms to the transmission format of the first protocol and can be sent by the first device to the second device via a channel established according to the first protocol. Upon receiving the first data frame, the second device can generate a corresponding second data frame from the first data frame based on parameters related to the second protocol and the first data frame, such as by using a cross-technology communication method to generate a corresponding second data frame from the first data frame. The second data frame should conform to the format requirements of the second protocol so that after the second device sends the second data frame to the third device, the third device can identify the second data frame as normal data based on the format corresponding to the second protocol and perform decoding and processing.

[0008] The present application can be applicable to scenarios where the second device is a strong network element, the third device is a weak network element, and the first device can be a strong network element or a weak network element. When, between the first device and the third device, as the transmission distance increases, the communication quality decreases or even the transmission is disconnected, the second device is used as a relay, and the first data frame is generated into a second data frame, so that the second device can transmit the corresponding data frame on a channel supporting a different protocol to increase the transmission distance between the first device and the third device. That is, by transmitting the second data frame on the channel established according to the first protocol, the distance over which the weak network element transmits data can be increased, so that the communication quality of the weak network element at a longer distance (the longer distance can be regarded as exceeding the distance over which the weak network element transmits data through the channel established by the second protocol) can be improved.

[0009] In one possible implementation, the first data frame also includes connection configuration information, which is a parameter corresponding to the connection established between the first device and the third device according to the second protocol. The second device can obtain the first data frame as a second data frame based on the connection configuration information carried in the first data frame. Alternatively, the second device can also obtain the connection configuration information through other means (such as pre-configuration, etc.), and then correspond the first data frame to the second data frame based on the obtained connection configuration information. Carrying the connection configuration information by the first data frame can make it more convenient for the second device to obtain the corresponding connection configuration information. The second device obtains the connection configuration information through other means, which can reduce the transmission overhead.

[0010] Cross-technology communication includes packet-level cross-technology communication methods and physical layer-level cross-technology communication methods. In this application, different cross-technology communications are used to generate the first data frame into the second data frame, which can be achieved by the following methods:

[0011] In one possible implementation, the first data frame also includes connection configuration information. The second device determines the first data and the connection configuration information based on the first data frame; the second device then maps the first data into the second data based on the connection configuration information, and obtains the second data frame based on the first protocol and the second data; and the second device sends the second data frame to the third device based on the connection configuration information. This method can be applied to mapping the first data frame into the second data frame through a cross-technology communication method at the physical layer level. For example, the second device uses a high-speed radio corresponding to the first protocol to simulate one or more characteristics, such as a time domain waveform or phase, of a low-speed radio corresponding to the second protocol based on the received first data frame, simulates (or maps) the first data into the second data, and then encapsulates the second data into the second data frame according to the transmission format requirements of the first protocol. The second device can also determine the address of the third device, the parameters of the channel between the third device and the first device, etc. based on the connection configuration information, adjust the transmission channel to cover the channel between the third device and the first device, and then send the second data frame. This method of sending data frames to a third device after adjusting the channel through connection configuration information does not require connection authentication between the second and third devices, and can perform effective data transmission, reducing the need for uplink simulation, thereby reducing the complexity of transmission and improving the stability of cross-protocol communication.

[0012] In one possible implementation, the first data frame also includes the connection configuration information. The second device determines the connection configuration information based on the first data frame; the second device generates the second data frame corresponding to the first data frame based on the connection configuration information; and the second device sends the second data frame to the third device based on the connection configuration information. This method can be applied to packet-level cross-technology communication methods, mapping the first data frame to the second data frame, making mapping simpler. Furthermore, there is no need for connection authentication between the second and third devices to enable effective data transmission, which can reduce the need for uplink simulation, reduce transmission complexity, and improve the stability of cross-protocol communication.

[0013] The second device can be used as a relay in a variety of scenarios. In addition to the second device generating a second data frame corresponding to the first data frame and sending it to the third device, the present application also provides a communication method for the first device to generate a third data frame corresponding to the first data frame. After the first device generates the third data frame, it can be sent to the second device for relaying and then sent to the third device, or the first device can be sent directly to the third device, both of which can increase the transmission distance between the first device and the third device. Taking the example of the first device generating the third data frame and sending it to the second device for relaying and then sending it to the third device, in a possible implementation method, the communication method also includes: the second device receives the third data frame sent by the first device, wherein the third data frame is obtained according to the first protocol, the first data and the connection configuration information, and the third data frame includes the connection configuration information; the second device sends the third data frame to the third device according to the connection configuration information.

[0014] The present application provides a variety of communication methods that can flexibly determine whether to reconstruct the second data in the first device or the second device, or whether to generate the first data frame into a third data frame that can be received by the third device, or whether to generate the first data frame into a second data frame by the second device, etc., based on actual factors such as the computing power and openness of the first device (or the equipment including the first device, such as the central device) and the second device (or the equipment including the second device, such as the relay device) in the actual application scenario. This increases the flexibility of the communication method and makes it applicable to a wider range of scenarios.

[0015] In a second aspect, the present application provides a communication method, which is applied to a first device. Specifically, the method is performed by the first device or a central device including the first device, wherein the first device may be a chip, etc. Applicable scenarios may be scenarios where the first device can establish a connection with a second device according to a first protocol, and the first device can establish a connection with a third device according to a second protocol. The method includes: if the first device determines that the connection with the third device complies with a preset rule, obtaining a first data frame based on the first protocol and first data, where the first data is data to be transmitted by the first device to the third device; and the first device sending the first data frame to the second device.

[0016] In one possible implementation, the preset rule includes the disconnection between the first device and the third device; or, the preset rule includes the channel quality between the first device and the third device being lower than a preset threshold. Depending on the preset rules, the first device can enable the communication method provided in this application at different times. For example, in an audio roaming scenario, if the distance between the first device and the third device is far enough that the transmission channel cannot be used or the transmission is completely interrupted, enabling the second device for relaying will result in large delays, network coverage failure, and other problems. Therefore, in this scenario, the preset rule can be flexibly adjusted to the channel quality between the first device and the third device being lower than the preset threshold. That is, the relay can be started in advance before the transmission is interrupted, which can reduce the delay and enable complete network coverage.

[0017] In a possible implementation, the first device sends a third data frame to the second device, where the third data frame includes the second data and connection configuration information.

[0018] Optionally, the first device may obtain the third data frame through different cross-technology communication methods. For example, the method of obtaining the third data frame through a cross-technology communication method at the physical layer level may include: if the first device determines that the connection between the first device and the third device complies with preset rules, then according to the connection configuration information, mapping the first data to the second data; the first device then obtains the third data frame based on the first protocol and the second data, and sends the third data frame to the second device.

[0019] In one possible implementation, the first device sends a first data frame to the second device, where the first data frame includes first data and connection configuration information, where the connection configuration information is a parameter corresponding to the connection established between the first device and the third device according to the second protocol.

[0020] Optionally, the first device may obtain the third data frame through different cross-technology communication methods. For example, the method of obtaining the third data frame through a packet-level cross-technology communication method may include: if the first device determines that the connection between it and the third device complies with preset rules, then according to the connection configuration information, the first data frame is generated as the third data frame; and the first device sends the third data frame to the second device.

[0021] In different scenarios, after the first device generates the third data frame, it can be sent to the second device for relay and then sent to the third device, or it can be sent directly from the first device to the third device.

[0022] In one possible implementation, the method further includes: if the first device determines that the connection between it and the third device complies with a preset rule, mapping the first data to the second data according to the connection configuration information; the first device obtains a third data frame according to the first protocol and the second data; and the first device sends the third data frame to the third device according to the connection configuration information.

[0023] In one possible implementation, the method further includes: if the first device determines that the connection between it and the third device complies with preset rules, the first data frame is generated as the third data frame according to the connection configuration information; and the first device sends the third data frame to the third device according to the connection configuration information.

[0024] The present application provides a variety of communication methods, such as a first device generating a first data frame and sending it to a second device; or a first device generating a third data frame and sending it to a second device; or a first device generating a third data frame and sending it to a third device according to connection configuration information, etc. These methods can be used independently in a certain scenario or in combination in a certain scenario, making the application of the communication method more extensive and flexible.

[0025] It should be understood that the second aspect of this application corresponds to the technical solution of the first aspect of this application, and the beneficial effects achieved by each aspect and the corresponding feasible implementation methods are similar, which will not be repeated here.

[0026] In a third aspect, the present application provides a communication method, which is applied to a third device side. Specifically, the method is performed by the third device or a peripheral device including the third device, wherein the third device may be a chip, etc. Applicable scenarios may be scenarios where a first device can establish a connection with a second device according to a first protocol, and a connection is established between the first device and the third device according to a second protocol. The method includes: the third device receives a second data frame sent by the second device, the second data frame being obtained by the second device according to the first data frame and the second protocol, the first data frame being obtained according to the first protocol and first data, the first data being data to be transmitted by the first device to the third device; and the third device decodes a portion of the second data frame that complies with the second protocol.

[0027] In one possible implementation, the method further includes: the third device receiving a third data frame sent by the first device or the second device, the third data frame being obtained by the first device based on the first data frame and the second protocol; and the third device decoding the part of the third data frame that complies with the second protocol.

[0028] The third device can decode and use the part of the received data frame (including the second data frame or the third data frame) that conforms to the data frame format of the second protocol as a correct data frame, and discard the part that does not conform to the data frame format of the second protocol.

[0029] It should be understood that the third aspect of this application corresponds to the technical solutions of the first and second aspects of this application, and the beneficial effects achieved by each aspect and the corresponding feasible implementation methods are similar, which will not be repeated here.

[0030] In a fourth aspect, the present application provides a second device, which can be applicable to a scenario in which a first device can establish a connection with a second device according to a first protocol, and a connection is established between the first device and a third device according to a second protocol. The second device includes: a receiving module for receiving a first data frame sent by the first device, wherein the first data frame is obtained according to the first protocol and first data, and the first data is data that the first device needs to transmit to the third device; a processing module for obtaining a corresponding second data frame based on the first data frame and the second protocol; and a sending module for sending the second data frame to the third device.

[0031] In a possible implementation, the first data frame further includes connection configuration information, where the connection configuration information is a parameter corresponding to a connection established between the first device and the third device according to the second protocol.

[0032] The processing module is specifically used to determine the first data and the connection configuration information based on the first data frame; map the first data to the second data according to the connection configuration information, and obtain the second data frame according to the first protocol and the second data; the sending module is specifically used to send the second data frame to the third device according to the connection configuration information.

[0033] In one possible implementation, the first data frame also includes connection configuration information, and the processing module is specifically used to determine the connection configuration information based on the first data frame; based on the connection configuration information, the first data frame is generated correspondingly as the second data frame; and the sending module is specifically used to send the second data frame to the third device based on the connection configuration information.

[0034] In one possible implementation, the receiving module is further used to receive a third data frame sent by the first device, wherein the third data frame is obtained according to the first protocol, the first data and the connection configuration information, and includes the connection configuration information; the sending module is specifically used to send the third data frame to the third device according to the connection configuration information.

[0035] It should be understood that the fourth aspect of the present application is identical or corresponding to the technical solution of the first aspect of the present application, and the beneficial effects achieved by each aspect and the corresponding feasible implementation methods are similar, which will not be repeated here.

[0036] In a fifth aspect, the present application provides a first device, which can be applicable to a scenario in which the first device can establish a connection with a second device according to a first protocol, and a connection with a third device according to a second protocol. The first device includes: a processing module for, upon determining that the connection between the first device and the third device complies with a preset rule, obtaining a first data frame based on the first protocol and first data, the first data being data to be transmitted by the first device to the third device; and a sending module for sending the first data frame to the second device.

[0037] In a possible implementation, the preset rule includes that the connection between the first device and the third device is disconnected; or, the preset rule includes that the channel quality between the first device and the third device is lower than a preset threshold.

[0038] In a possible implementation, the first data frame further includes connection configuration information, where the connection configuration information is a parameter corresponding to a connection established between the first device and the third device according to the second protocol.

[0039] In one possible implementation, the processing module is further used to map the first data to the second data according to the connection configuration information if it is determined that the connection between the first device and the third device complies with a preset rule; obtain a third data frame according to the first protocol and the second data; and the sending module is specifically used to send the third data frame to the second device, and the third data frame also includes the connection configuration information.

[0040] In one possible implementation, the processing module is further used to generate the first data frame as the third data frame according to the connection configuration information if it is determined that the connection between the first device and the third device complies with a preset rule; the sending module is specifically used to send the third data frame to the second device, and the third data frame also includes the connection configuration information.

[0041] In one possible implementation, the processing module is further used to, if it is determined that the connection between the first device and the third device complies with a preset rule, map the first data to the second data according to the connection configuration information; obtain a third data frame according to the first protocol and the second data; and the sending module is further used to send the third data frame to the third device according to the connection configuration information.

[0042] In one possible implementation, the processing module is further used to generate the first data frame as the third data frame according to the connection configuration information if it is determined that the connection between the first device and the third device complies with a preset rule; the sending module is further used to send the third data frame to the third device according to the connection configuration information.

[0043] It should be understood that the fifth aspect of the present application is identical or corresponding to the technical solution of the second aspect of the present application, and the beneficial effects achieved by each aspect and the corresponding feasible implementation methods are similar, which will not be repeated here.

[0044] In a sixth aspect, the present application provides a third device, which can be applicable to scenarios where a first device can establish a connection with a second device according to a first protocol, and a connection is established between the first device and a third device according to a second protocol. The third device includes: a receiving module for receiving a second data frame sent by the second device, the second data frame being obtained by the second device according to the first data frame and the second protocol, the first data frame being obtained according to the first protocol and first data, the first data being data to be transmitted by the first device to the third device. A decoding module for decoding the portion of the second data frame that conforms to the second protocol.

[0045] In one possible implementation, the receiving module is further configured to receive a third data frame sent by the first device or the second device, where the third data frame is obtained by the first device based on the first data frame and the second protocol. The decoding module is further configured to decode a portion of the third data frame that complies with the second protocol.

[0046] It should be understood that the fifth aspect of this application corresponds to the technical solutions of the first and second aspects of this application, and is the same as the technical solution of the third invention. The beneficial effects achieved by each aspect and the corresponding feasible implementation methods are similar and will not be repeated here.

[0047] In a seventh aspect, the present application provides a communication device, which may be a terminal device or a device in a terminal device (e.g., a chip). The communication device includes a module for executing the method described in any one of the above aspects or any possible implementation of any one of the aspects, such as a processing module and a transceiver module. The processing module may be a processor, and the transceiver module (receiving module and sending module) may be a transceiver. When the communication device is a terminal device, the transceiver may be a radio frequency module. When the communication device is a device in a terminal device, the transceiver may be an input interface, an output interface, a pin, or a circuit, etc.

[0048] In an eighth aspect, the present application provides a communications device, comprising at least one processor coupled to a storage medium, the storage medium storing instructions, which, when executed by the processor, cause the processor to execute a method as described in any of the above aspects or any possible implementation of any of the aspects. The storage medium may be included in the device or may be located external to the device.

[0049] In a ninth aspect, the present application provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the method described in any one of the above aspects or any possible implementation of any one of the aspects.

[0050] In a tenth aspect, the present application provides a computer program product comprising instructions that, when executed on a processor, implement the method as described in any one of the above aspects or any possible implementation of any one of the aspects.

[0051] In an eleventh aspect, the present application provides a system comprising the second device as described in the fourth aspect, the first device as described in the fifth aspect, and the third device as described in the sixth aspect.

[0052] In a twelfth aspect, the present application provides a system comprising the first device as described in the fifth aspect and the third device as described in the sixth aspect.

[0053] It should be understood that the seventh to twelfth aspects of the present application are consistent with or correspond to the technical solutions of the first, second, third, fourth, fifth or sixth aspects of the present application, and the beneficial effects achieved by each aspect and the corresponding feasible implementation methods are similar, which will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0054] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following briefly introduces the drawings required for use in the description of the embodiments of the present application. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0055] FIG1 is a schematic structural diagram of a communication scenario provided by an embodiment of the present application;

[0056] FIG2 is a flow chart of a communication method provided in an embodiment of the present application;

[0057] FIG3 is a flow chart of another communication method provided in an embodiment of the present application;

[0058] FIG4 is a schematic diagram of a structural transformation of a data frame during a communication process provided by an embodiment of the present application;

[0059] FIG5 is a flow chart of another communication method provided in an embodiment of the present application;

[0060] FIG6 is a flow chart of another communication method provided in an embodiment of the present application;

[0061] FIG7 is a flow chart of a data transmission method provided in an embodiment of the present application;

[0062] FIG8 is a schematic diagram of a test analysis of a communication method provided in an embodiment of the present application;

[0063] FIG9 is a flow chart of another communication method provided in an embodiment of the present application;

[0064] FIG10 is a schematic structural diagram of another communication scenario provided in an embodiment of the present application;

[0065] FIG11 is a schematic structural diagram of a first device provided in an embodiment of the present application;

[0066] FIG12 is a schematic structural diagram of a second device provided in an embodiment of the present application;

[0067] FIG13 is a schematic structural diagram of a third device provided in an embodiment of the present application;

[0068] FIG14 is a schematic structural diagram of a device 40 according to an embodiment of the present application;

[0069] FIG15 is a schematic structural diagram of a device 50 provided in an embodiment of the present application. DETAILED DESCRIPTION

[0070] In order to enable people in this technical field to better understand the solutions in this application, the technical solutions in the embodiments of this application will be clearly and completely described below in combination with the drawings in the embodiments of this application. Obviously, the described embodiments are only part of the embodiments of this application, not all of the embodiments.

[0071] The term "and / or" herein is merely a description of the association relationship between associated objects, indicating that three relationships may exist. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. A and B can be single or multiple. "At least one of the following" or similar expressions is used to indicate any combination of the listed items. For example, at least one of A, B, and / or C can mean: A exists alone, B exists alone, C exists alone, A and B exist at the same time, B and C exist at the same time, A and C exist at the same time, and A, B, and C exist at the same time. A, B, and C can be single or multiple.

[0072] In the description and claims of the embodiments of this application, the terms "first" and "second" are used to distinguish different objects, rather than to describe a specific order of objects. For example, the terms "first target object" and "second target object" are used to distinguish different objects, rather than to describe a specific order of objects.

[0073] In the embodiments of this application, words such as "exemplary" or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design described as "exemplary" or "for example" in the embodiments of this application should not be interpreted as being preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "for example" is intended to present the relevant concepts in a concrete manner.

[0074] In the description of the embodiments of this application, unless otherwise specified, "multiple" means two or more. For example, "multiple processing units" means two or more processing units; "multiple systems" means two or more systems.

[0075] For ease of understanding, the following first explains the relevant nouns or terms used in the embodiments of this application:

[0076] 1. Cross-technology communication

[0077] Data sharing and convergence coordination between different wireless technologies is a breakthrough in resolving the problems of interference caused by the coexistence of multiple protocols during data transmission and information exchange. To address this, a cross-technology communication method has been proposed in communications technology. This method, through software algorithm design, enables active cross-technology communication between heterogeneous wireless devices based on different wireless protocols (such as WiFi, Bluetooth, and Zigbee). Although direct demodulation and decoding cannot be achieved between heterogeneous wireless devices due to incompatible wireless protocols, cross-technology communication can leverage signal characteristics such as packet and frame structures to construct a side channel that is effective for both the sender and receiver, thereby enabling data transmission and information exchange between heterogeneous wireless devices. Transmitting data and exchanging information between multiple heterogeneous devices (or heterogeneous wireless devices) through cross-technology communication can improve network management, interference control, interoperability, and network convergence. For example, cross-technology communication can include packet-level and physical-layer-level cross-technology communication methods.

[0078] 2. Strong and weak network elements

[0079] Due to differences in protocol performance, transmission power, power consumption, etc., devices supporting different protocols have different competitiveness in the same frequency band channel. In this application, in a scenario where multiple protocols coexist, devices with high transmission power and strong channel occupancy capabilities are defined as strong network elements, such as devices supporting protocols such as WiFi. Devices with low transmission power and weaker channel occupancy capabilities compared to strong network elements are defined as weak network elements, such as devices supporting protocols such as Bluetooth and Zigbee.

[0080] 3. Package-level cross-technology communication method

[0081] Leveraging the common energy sensing capabilities of heterogeneous devices, a side channel, including packet energy, length, interval, and status information, is constructed through packet-level features to transmit bits of information for cross-technology communication. This approach is similar to two people speaking different languages ​​who, while unable to understand each other, can communicate through the pitch of their voices and the length of their sentences.

[0082] 4. Cross-technology communication methods at the physical layer level

[0083] Based on the compatibility of modulation and demodulation of different wireless technologies, the reconstruction or mapping of the target signal is achieved through physical layer simulation methods. This method can achieve high-speed transmission, such as data rates at the Mbps level.

[0084] 5. Effective relay router

[0085] Whether a router can achieve effective relaying can be judged by its actual coverage range. For example, when the peripheral device is within the WiFi coverage range of the router and can effectively receive the WiFi analog signal, it is defined as an effective relay router.

[0086] 6. Central equipment

[0087] The central device includes a device with high CPU processing power and multi-protocol chip, which can initiate a connection request to establish a connection with a peripheral device according to a certain wireless protocol, and can access the corresponding network carried by the relay device according to another wireless protocol.

[0088] 7. Peripheral devices

[0089] Peripheral devices typically include sensors or low-power devices that continuously broadcast in an attempt to connect to a central device.

[0090] 8. Relay equipment

[0091] Relay equipment includes network equipment with good coverage, which is responsible for relaying data when the central device and peripheral devices exceed the connection distance.

[0092] In some exemplary communication scenarios, such as audio roaming, smart home and other scenarios, various types of devices may be included. Figure 1 is a structural diagram of a communication scenario provided by an embodiment of the present application. As shown in Figure 1, the scenario is described by taking a central device 10, a relay device 20 and a peripheral device 30 as an example. Other scenarios can be transformed or expanded with reference to the scenario of Figure 1 and are not limited to the scenario of the embodiment of the present application. It is assumed that a network element that can support a first protocol (or is called a network element that can establish a connection through a first protocol) is a strong network element, such as the first protocol can be a WiFi protocol, etc., and a network element that can support a second protocol (or is called a network element that can establish a connection through a second protocol) is a weak network element, such as the second protocol can be a non-WiFi protocol, such as Bluetooth protocol, Zigbee, long range radio (LoRa), Internet of Things (IoT) protocol, etc. Exemplarily, the central device 10 may include terminal devices (such as mobile phones, computers), wearable devices, vehicle-mounted devices, medical devices, smart devices, and other devices equipped with multi-protocol composite chips. In other words, the central device 10 can support connections with other devices through multiple protocols, such as establishing a connection with a relay device 20 through a first protocol and establishing a connection with a peripheral device 30 through a second protocol. Exemplarily, the relay device 20 can be regarded as a strong network element, including communication devices with good coverage, such as wireless routers, IoT gateways, terminal devices, etc. The embodiment of the present application is described as an example in which the relay device 20 is a router that supports the WiFi protocol (hereinafter simply referred to as a router). The peripheral device 30 can be regarded as a weak network element, including wearable devices (such as headphones, watches), IoT devices, and other communication devices that support non-WiFi protocols. In the scenario shown in Figure 1, the data types transmitted between the relay device 20 and the central device 10 may include audio data, video data, IoT control data, etc. If a peripheral device 30 is a Bluetooth headset, the data types that need to be transmitted between the Bluetooth headset and the central device 10 may include audio data, etc.

[0093] Optionally, the WiFi protocols supported by the relay device 20 may include various versions of the IEEE 802.11 protocol family, such as 802.11b, 802.11g, 802.11n, 802.11ax, or 802.11ac. The Bluetooth protocols supported by the peripheral device 30 may be wireless Bluetooth protocols, including classic Bluetooth, Bluetooth Low Energy, and the like.

[0094] Taking the transmission of an audio data frame as an example, assume that a central device 10, such as a mobile phone, establishes a connection with an access point (AP) via the WiFi protocol and establishes a connection with a peripheral device 30, such as a headset, via the Bluetooth protocol. Suppose the access point (AP) has a piece of audio data that needs to be sent to the headset. Due to the long distance between the access point (AP) and the headset, the audio data, after being encapsulated according to the Bluetooth protocol, cannot reach the headset via the Bluetooth protocol. Therefore, it is considered to use the established WiFi channel to transmit the audio data in Bluetooth format. For example, the access point (AP) may first send the Bluetooth-formatted audio data to the mobile phone via the WiFi protocol. The mobile phone then performs encoding and decoding, converting the audio data into audio data that conforms to a certain Ethernet frame format. Finally, the mobile phone uses the wireless communication circuit (such as WiFi, cellular network, etc.) and the corresponding frequency band antenna and other devices to send the audio data conforming to the certain Ethernet frame format to the headset via the WiFi channel. Since the headset also has the wireless communication circuit and corresponding frequency band antenna required for WiFi communication, it can receive the audio data, thereby achieving communication transmission of Bluetooth data via the WiFi channel. However, in order to meet the requirements of working in non-Bluetooth standard frequency bands and non-Bluetooth standard protocols, additional devices need to be added to the mobile phone and headphones, such as the wireless communication circuit and antenna of the corresponding frequency band required for WiFi communication in the above example. Therefore, this method is costly and has poor compatibility.

[0095] An embodiment of the present application provides a communication method that can reuse the channels of a WiFi network without introducing hardware changes, thereby improving the communication quality of weak network elements during long-distance data transmission. Figure 2 is a flow chart of a communication method provided by an embodiment of the present application, which is executed by a second device (such as a chip). A connection is established between the first device and the second device according to a first protocol, and a connection is established between the first device and the third device according to a second protocol. Referring to the scenario of Figure 1, the first device can be a device in the central device 10, the second device can be a device of the relay device 20, and the third device can be a device of the peripheral device 30. As shown in Figure 2, the method includes S101 to S103.

[0096] S101. A second device receives a first data frame sent by a first device, wherein the first data frame is obtained according to a first protocol and first data, and the first data is data that the first device needs to transmit to a third device.

[0097] For example, the first protocol is the WiFi protocol, and the second protocol is the Bluetooth protocol. Other protocols can be implemented with reference to this example. During transmission, the single-hop or multi-hop connection established using the first protocol should have parameters such as transmission power, transmission quality, and distance that are superior to those of the single-hop or multi-hop connection established using the second protocol. For example, when transmitting data over a WiFi channel, the transmission distance is greater than that of a Bluetooth channel, and the transmission quality is superior to that of a Bluetooth channel.

[0098] In the embodiment of the present application, the first device is a device in a mobile phone, the second device is a device in a router, and the third device is a device in a headset. Other central devices 10 can refer to the operation of the mobile phone, other relay devices 20 can refer to the operation of the router, and other peripheral devices 30 can refer to the operation of the headset (such as a Bluetooth headset).

[0099] Based on the above example, the connection between the first and second devices, established using the first protocol, can be considered a connection between a mobile phone and a router, established using the WiFi protocol, allowing data to be transmitted over the WiFi channel. The connection between the first and third devices, established using the second protocol, can be considered a connection between a mobile phone and a headset, established using the Bluetooth protocol, allowing data to be transmitted over the Bluetooth channel.

[0100] For example, if a mobile phone needs to send a piece of audio data to the headset, for example, the mobile phone needs to send a data frame corresponding to the audio data to the headset, but the communication distance supported by the Bluetooth protocol is short, in one possible example, a user wearing a Bluetooth headset places the mobile phone on the dining table, and the user walks to a location far away from the dining table, such as the bedroom or balcony. The distance between the mobile phone and the headset may exceed the transmission distance of the Bluetooth channel, resulting in poor transmission quality or transmission interruption. Therefore, the mobile phone sends the data frame to the router, and the router acts as a relay device to send it to the headset, thereby solving the problem of transmission interruption caused by the large distance between the mobile phone and the headset. In the embodiment of the present application, the audio data can be defined as the first data, and the data frame obtained by the mobile phone based on the WiFi protocol according to the first data is defined as the first data frame. The mobile phone sends the first data frame to the router, and the router can receive the first data frame through the WiFi channel. For example, a mobile phone can encapsulate audio data that originally needs to be encapsulated in Bluetooth format (or Bluetooth frame format) according to WiFi format (WiFi frame format frame) to obtain a first data frame, and send it to a router via a WiFi channel. What the router receives is the first data frame obtained according to the WiFi protocol. The first data in the first data frame is carried at the corresponding position according to the WiFi protocol and transmitted on the WiFi channel.

[0101] S102: The second device obtains a corresponding second data frame based on the first data frame and the second protocol.

[0102] The second device can obtain relevant parameters according to the second protocol, and then obtain the corresponding second data frame based on the first data frame and the second protocol. The relevant parameters obtained according to the second protocol may include connection configuration information, and the connection configuration information includes the parameters corresponding to the connection established between the first device and the third device according to the second protocol. Alternatively, the relevant parameters obtained according to the second protocol may include the parameters corresponding to the second protocol when applied in the current scenario, etc. In one possible implementation, the second device can obtain the first data frame as the second data frame based on the connection configuration information carried in the first data frame. In another possible implementation, the second device can also obtain the connection configuration information through other means (such as pre-configuration, etc.), and then correspond the first data frame to the second data frame based on the obtained connection configuration information.

[0103] From the above example, we can see that the transmission channel established between the mobile phone and the router is different from the transmission channel established between the mobile phone and the headset. In other words, the first data frame received by the router can be transmitted on the WiFi channel, but does not meet the transmission requirements of the Bluetooth channel. Therefore, after receiving the first data frame, the router needs to obtain a second data frame that can be transmitted on the Bluetooth channel according to the Bluetooth protocol.

[0104] Exemplarily, after receiving the first data frame, the router decodes and obtains the first data (also known as the Bluetooth audio data to be relayed), and adjusts the transmitting WiFi channel according to the relevant connection configuration information of the transmission channel (also known as the Bluetooth channel or the Bluetooth frequency hopping channel) corresponding to the obtained Bluetooth protocol, so that the transmitting WiFi channel can cover the Bluetooth frequency hopping channel; and the router can also obtain the headset address according to the relevant connection configuration information, and reconstruct the Bluetooth audio simulation sequence in the data part of the WiFi frame (i.e., the first data) based on the cross-technology communication method, to obtain the second data frame encapsulated in the Bluetooth format, and send the second data frame to the headset through the headset address and the transmitting WiFi channel (which has been adjusted to cover the Bluetooth frequency hopping channel). Through this relay method, it is possible to improve the transmission distance of weak network elements, such as the headset in this example, without adding hardware and other devices. That is, when transmitting at a longer distance, the transmission of data frames between the mobile phone and the headset can still be maintained to improve the transmission quality.

[0105] Optionally, the second data frame may be obtained based on the first data frame corresponding to the cross-technology communication. Cross-technology communication includes cross-technology communication methods at the packet level and cross-technology communication methods at the physical layer level. For example, if the mobile phone cannot send audio data (i.e., the first data) to the headset, the first data can be generated as a first data frame in the WiFi format and sent to the router through the WiFi channel. After the router receives the first data frame, it acts as a relay device to send a corresponding data frame to the headset that has left the Bluetooth transmission range of the mobile phone. In order to allow the first data frame to be transmitted on the Bluetooth channel and recognized as Bluetooth data by the headset, the router can use the cross-technology communication method to transform the first data frame into a second data frame. The second data frame meets the conditions for transmission on the Bluetooth channel (i.e., transmission on the WiFi channel covering the Bluetooth frequency hopping channel) and the format of Bluetooth data, and can therefore be received and decoded by the headset.

[0106] For example, a packet-level cross-technology communication method involves a router, based on the received first data frame, leveraging packet-level characteristics to load Bluetooth data by adjusting the first data frame's energy intensity, duration, and other factors. This creates a second data frame that can be captured by the headset and then sends it to the headset. This method of obtaining the corresponding second data frame does not actually change the first data in the first data frame, but rather adjusts other characteristics of the first data frame (such as energy intensity and duration) to load the Bluetooth data frame, i.e., the second data frame.

[0107] Taking the cross-technology communication method at the physical layer level as an example: based on the received first data frame, the router uses a high-speed WiFi radio to simulate the time domain waveform or phase characteristics of a low-speed Bluetooth radio (in other application scenarios, it can also be determined as other radios such as ZigBee according to the second protocol), simulates (or maps) the first data into second data, and then encapsulates it according to the WiFi format to obtain a second data frame.

[0108] S103. The second device sends a second data frame to the third device.

[0109] Exemplarily, the cross-technology communication method at the physical layer level is used as an example for explanation. Other protocols can refer to this example for implementation. After the router sends the second data frame to the headset, the headset can discard the part that does not meet the Bluetooth standard protocol from the received second data frame. Since the second data is based on the cross-technology communication method at the physical layer level to generate simulated Bluetooth data, that is, the second data conforms to the key characteristics of the Bluetooth signal such as waveform and phase, it can be regarded as normal data by the headset for reception and use.

[0110] In the embodiment of the present application, the second device is used as a relay. In the second device, according to the first protocol and the second protocol, the second data frame is obtained based on the correspondence of the first data frame, so that when the weak network element receives and sends data frames and cannot transmit due to distance restrictions, it can use the strong network element (such as the second device in the strong network element, or the second device serving as the strong network element) as a relay to achieve complete and high-quality data transmission at the distance, breaking through the transmission distance limitation of the weak network element and improving the communication quality.

[0111] Furthermore, the first data frame may also include connection configuration information. The embodiment of the present application maps the first data frame to the second data frame through a cross-technology communication method, which can solve the problem of poor practicality in cross-technology communication. In the connection authentication process of most wireless communications, weak network elements are required to send broadcast data or response data, and only after obtaining the necessary connection configuration information can effective data transmission be carried out. However, cross-technology communication methods often rely on the computing power of the sending end to accurately simulate the target signal, so they are mostly used in strong network element sending scenarios. On the contrary, if deployed in weak network element sending scenarios, problems such as large simulation errors will arise, and the necessary connection configuration information cannot be obtained for data communication. In other words, when the connection configuration information of the third device is missing, the simulated access code and the simulated frame header cannot be calculated through the cross-technology communication method, and the second data frame that can be effectively received by the third device cannot be directly generated. The communication method provided in the embodiment of the present application can obtain connection configuration information by using a first device equipped with a multi-protocol chip, and send it together with the first data as a first data frame to a second device. The second device can, based on the obtained connection configuration information, correctly calculate the simulated access code and the simulated frame header through a cross-protocol communication method, and map out a second data frame that can be received by a third device without the need for connection authentication, thereby achieving effective data transmission, reducing network overhead, reducing the need for uplink simulation, and improving the stability of cross-protocol communication.

[0112] In one possible implementation, the first device can be deployed in a multi-protocol chip hardware device, or the first device can be a multi-protocol chip device. After the first device and the second device establish a connection based on the first protocol, and the first device and the third device establish a connection based on the second protocol, the second device can act as a relay based on these existing connections to transmit data with the third device without establishing a connection or performing other connection authentication. Figure 3 is a flow chart of another communication method provided in an embodiment of the present application, which is executed by a central device (such as a device including the first device or the first device as a central device), a relay device (such as a device including the second device or the second device as a relay device) and a peripheral device (such as a device including the third device or the third device as a peripheral device). As shown in Figure 3, the method includes: S201 to S206.

[0113] Referring to the examples of Figures 1 and 2, a connection is established between the central device (such as a mobile phone) and the relay device (such as a router) based on the WiFi protocol, and a connection is established between the central device (such as a mobile phone) and the peripheral device (such as a headset) based on the Bluetooth protocol.

[0114] S201: If the central device determines that the connection with the peripheral device complies with a preset rule, the central device generates a first data frame according to a first protocol and first data, where the first data frame carries connection configuration information.

[0115] For example, a mobile phone with dual-chip hardware features for WiFi and Bluetooth can, in accordance with the Bluetooth audio specification (Bluetooth protocol), confirm the parameters for data transmission between the two parties through a series of required signaling exchanges during the connection phase with the headset before audio data transmission. The phone and headset can then use Bluetooth to transmit data frames derived from the audio data. Similarly, the phone and router exchange transmission parameters based on the WiFi protocol, and then the phone and router can use WiFi to transmit data frames.

[0116] Optionally, the preset rule includes disconnection between the central device and the peripheral device.

[0117] In one possible scenario, the mobile phone is far away from the headset and the Bluetooth connection is disconnected. The mobile phone will need to send the audio data, i.e., the first data, to the headset in accordance with the WiFi format, channel, and other requirements corresponding to the WiFi protocol, generating a WiFi frame, i.e., a first data frame. In order to enable the router to forward the first data to the headset without having to re-authenticate with the headset, the mobile phone will also carry the connection configuration information such as the frequency hopping channel and device address required for the data transmission phase in the first data frame based on the parameters of the transmission data obtained, for example, the first data frame, to facilitate the use of the relay device. For example, if a user uses a mobile phone to make an audio call, during the audio data transmission process, the mobile phone is placed somewhere and the user moves while wearing the headset. When the mobile phone detects that the user is wearing the headset and the distance between the mobile phone and the user exceeds the transmission distance supported by the Bluetooth connection, and the current scene in which the user is located includes an effective relay router, the first data (i.e., the audio data to be transmitted or part of the audio data) will be encapsulated into a first data frame according to the WiFi format, channel, and other requirements corresponding to the audio data and WiFi protocol and sent to the router.

[0118] Optionally, the mobile phone may use an internal WiFi subsystem to encapsulate the first data in a WiFi frame format, and send the first data to the valid relay router via a WiFi channel.

[0119] Alternatively, the mobile phone can determine whether there is a valid relay router in the current scenario by instructing the WiFi of each candidate relay device (including routers and other WiFi devices capable of relaying) to sequentially transmit simulated signals (e.g., simulated Bluetooth frames) to the headset. If the headset is within the coverage range of a candidate relay device, it effectively receives the simulated signal sent by the candidate relay device and returns a response signal. If it is not within the coverage range, no response signal is received. The mobile phone can analyze the feedback signal to determine whether there is a valid relay router in the current scenario. If Router A sends a simulated signal but receives no response, Router B sends a simulated signal, and the mobile phone receives the feedback signal and detects it as a response signal, then Router B's WiFi coverage reaches the headset and can effectively relay the signal. Based on this, the mobile phone can identify Router B as a valid relay router from the candidate relay devices. Furthermore, if the mobile phone determines that there are multiple valid relay routers in the scenario, it can select one as a relay by comparing signal strength, such as selecting the router with the strongest response signal.

[0120] S202: The central device sends a first data frame.

[0121] The number of first data frames sent by the central device can be determined based on the size of the audio data to be transmitted and the data that each data frame can carry. The embodiment of the present application takes the example of the audio data to be transmitted being a first data frame, the central device sending a first data frame, which is relayed by the relay device and then sent to the peripheral device, for illustration, but is not limited to this.

[0122] S203: The relay device receives the first data frame.

[0123] S204: The relay device determines the first data and the connection configuration information according to the first data frame, and generates the first data frame into a second data frame according to the connection configuration information.

[0124] Exemplarily, after decoding the first data frame, the router obtains the first data and connection configuration information, and can determine parameters such as the Bluetooth frequency hopping channel and device address for transmission of the second data frame to be sent through the connection configuration information.

[0125] Optionally, the router can generate the first data frame into the second data frame based on the connection configuration information, referring to the example of S102, and adopting cross-technology communication methods such as packet-level cross-technology communication methods and physical layer-level cross-technology communication methods according to scenario requirements.

[0126] For example, taking the case of using a packet-level cross-technology communication method to generate a first data frame as a corresponding second data frame, the router determines the device address through the connection configuration information, and reconstructs the first data into a Bluetooth audio simulation sequence (i.e., the second data mentioned in the embodiment of the present application) based on the device address and the first data decoded from the first data frame. In other words, the router maps the first data to Bluetooth data (i.e., the second data) based on the connection configuration information. Optionally, in the communication method provided in the embodiment of the present application, the second data frame simulated based on the cross-protocol communication technology can be obtained by waveform simulation or by digital simulation.

[0127] Since both WiFi and Bluetooth operate in the ISM band (industrial, scientific, and medical band), as long as the Bluetooth frequency hopping channel is known, the router can adjust the transmitting WiFi channel to cover the Bluetooth frequency hopping channel, so that the second data frame can be transmitted on the transmitting WiFi channel and can be received by the headset receiving data frames on the Bluetooth channel.

[0128] This example uses the example of a router using a cross-technology communication method at the physical layer level to generate a first data frame as a corresponding second data frame. The cross-technology communication method at the packet level can refer to the example of S102 and be combined with this example, such as adjusting the duration of the first data frame according to the duration of the Bluetooth data frame to obtain the second data frame, etc., which will not be described in detail.

[0129] S205: The relay device sends a second data frame to the headset.

[0130] Referring to the example of S204, the relay device obtains the device address of the headset and adjusts the transmitting WiFi channel to cover the Bluetooth frequency hopping channel. Therefore, the intermediate device can send a second data frame to the headset. In this way, the relay device sends the second data frame to the headset, which is equivalent to using the dual-protocol characteristics of the mobile phone to send the Bluetooth connection configuration information to the router, avoiding the need for the router to perform a secondary connection authentication with the headset before sending a simulated Bluetooth data frame to the headset. This solves the problem that the cross-technology communication method cannot simulate standard Bluetooth data frames and cannot perform a secondary connection authentication with the headset when the connection configuration information is missing. The communication method provided in the embodiment of the present application can realize the router as a relay for transmission during cross-technology communication through a single connection between the mobile phone and the router, and the mobile phone and the headset, making the communication method more applicable and applicable to various scenarios such as audio roaming and home IoT device control.

[0131] S206: The peripheral device receives the second data frame.

[0132] Exemplarily, when the headset receives the second data frame on the Bluetooth channel, it can decode and use the portion of the second data frame that conforms to the Bluetooth format as Bluetooth data, and discard the portion that does not conform to the Bluetooth format.

[0133] Figure 4 illustrates an example of a cross-technology communication method at the physical layer level, where a first data frame is converted into a second data frame. This data frame is then transmitted by a mobile phone, relayed, and received by the headset. Referring to Figure 4, the mobile phone encapsulates the first data and connection configuration information into a first data frame in a WiFi format, including a preamble, header, and checksum (trailer) in the WiFi format, and sends it to the router. The router maps the first data into second data, encapsulates it into a second data frame, also in the WiFi format, and sends it to the headset. The second data frame received by the headset includes a WiFi-formatted preamble, header, and checksum (trailer), as well as the second data. Because the WiFi-formatted preamble, header, and trailer in the second data frame do not meet the Bluetooth standard, the headset will treat it as noise and discard it. However, the second data is simulated Bluetooth data, meaning it conforms to key Bluetooth signal characteristics such as waveform and phase, and can be received by the headset as normal data. After Bluetooth demodulation, the resulting data is identical to the first data sent by the mobile phone and can be used.

[0134] In some scenarios, such as audio roaming scenarios, if the distance between the headset and the mobile phone is far enough to completely interrupt the Bluetooth channel (i.e., Bluetooth transmission), and then the communication method provided in Figure 2 or Figure 3 is used to enable the router to relay, the cross-technology communication method cannot effectively receive the conventional Bluetooth uplink response signal, resulting in large delays, WiFi network coverage failures, multiple routes repeated responses or erroneous responses, and other problems. To solve these problems, an embodiment of the present application provides a method for early starting the judgment timing of the relay device, which is equivalent to setting the preset rule proposed in S201 to the channel quality between the first device and the third device being lower than the preset threshold, and enabling the relay when the channel quality is lower than the preset threshold. Figure 5 is a flow diagram of another communication method provided by an embodiment of the present application, which is performed by a central device (such as a device including the first device, or the first device as a central device), a relay device (such as a device including the second device, or the second device as a relay device) and a peripheral device (such as a device including the third device, or the third device as a peripheral device). The method includes S207, S202 to S206.

[0135] S207: If the central device detects that the channel quality between the central device and the peripheral device is lower than a preset threshold, the central device generates a first data frame according to the first protocol and the first data, where the first data frame carries connection configuration information.

[0136] Exemplarily, the central device detects the channel quality between it and the peripheral device. If it is higher than a preset threshold, data is transmitted between the central device and the peripheral device on a channel established according to the second protocol. If it is lower than the preset threshold, the first data to be transmitted is encapsulated into a first data frame according to the first protocol, and then S202 is executed. After being relayed by the relay device, the data is transmitted to the peripheral device.

[0137] Still referring to the example in Figure 3, to ensure a smooth listening experience when the user is wearing headphones, the phone needs to automatically switch to the router when the performance of the Bluetooth link established between the phone and the headphones deteriorates, relaying the data via the WiFi channel to achieve high-quality data transmission. Optionally, when the phone and the headphones establish a Bluetooth connection, a preset threshold can be set. When the channel quality falls below the preset threshold, it is considered necessary to switch channels. The preset threshold can be a value set by the phone or determined by the phone based on the actual situation of the Bluetooth link established with the headphones.

[0138] For example, the mobile phone detects the channel quality between the mobile phone and the peripheral device, and can make a judgment based on the size of the received signal strength indicator (RSSI).

[0139] The communication method provided in FIG5 can effectively prevent communication interruptions between the central device and the peripheral device. When the quality of the Bluetooth channel deteriorates, the relay device can promptly relay data to realize data transmission. This effectively avoids the problems of no response, false response, repeated impact, etc. caused by the inability to receive conventional Bluetooth uplink response signals due to the application of cross-technology communication methods.

[0140] In an embodiment of the present application, the first data carried by the first data frame sent by the mobile phone is audio data. In other application scenarios, the first data may also be other data such as video data, and is not limited to the examples of the embodiments of the present application. The first data frame is the first data encapsulated by the mobile phone according to the WiFi format. After being received by the router, it is mapped into the second data (also called simulated Bluetooth data) that conforms to the Bluetooth protocol, which is equivalent to the Bluetooth simulated data being reconstructed by the router. However, in the actual application scenario, the audio data can also be determined to be reconstructed in the mobile phone or in the router based on actual factors such as the computing power and openness of the mobile phone and the router. The following is an example of a communication method in which the first data frame is reconstructed into a Bluetooth data frame (which can be called a third data frame) on the central device side, and then relayed by a relay device and sent to a peripheral device. As shown in Figure 6, the method is executed by a central device (such as a device including the first device, or the first device as a central device), a relay device (such as a device including the second device, or the second device as a relay device) and a peripheral device (such as a device including the third device, or the third device as a peripheral device). The method includes S301 to S306.

[0141] Referring to the example of Figure 1, a connection is established between the central device (such as a mobile phone) and the relay device (such as a router) based on the WiFi protocol, and a connection is established between the central device (such as a mobile phone) and the peripheral device (such as a headset) based on the Bluetooth protocol. For other first protocols and second protocols, please refer to the embodiments of this application and will not be repeated here.

[0142] S301: If the central device determines that the connection with the peripheral device complies with a preset rule, the central device obtains a third data frame according to the first protocol, the first data, and the connection configuration information.

[0143] For example, using a mobile phone with dual-chip hardware for both Wi-Fi and Bluetooth, the phone can, in accordance with the Bluetooth audio specification, perform a series of signaling exchanges with the headset before audio data transmission begins, confirming the parameters for data transmission between the two parties. These parameters include connection configuration information. The phone and headset can then use Bluetooth to transmit data frames derived from the audio data. Similarly, the phone and router can exchange transmission parameters based on the Wi-Fi protocol. The two can then use Wi-Fi to transmit data frames.

[0144] Optionally, the mobile phone can map the first data into the second data based on the connection configuration information; then, based on the first protocol and the second data, obtain a third data frame, such as by referring to the physical layer-level cross-technology communication method in S102 and S204, mapping the first data into the second data, and then encapsulating the second data according to the transmission format of the WiFi protocol to obtain the third data frame. Alternatively, the mobile phone can generate the first data frame into a corresponding third data frame based on the connection configuration information, such as by referring to the packet-level cross-technology communication method in S102 and S204, adjusting the energy intensity and duration of the first data frame to load the Bluetooth data, thereby forming a third data frame that can be received by the headset.

[0145] Optionally, meeting the preset rule includes that the connection between the mobile phone and the headset is disconnected; or the channel quality between the mobile phone and the headset is lower than a preset threshold.

[0146] For example, if the preset rule is that the connection between the mobile phone and the headset is disconnected, after the mobile phone establishes the above connection, if the mobile phone and the headset are far away and the Bluetooth connection is disconnected, the mobile phone can refer to the examples in S102 and S204, combine the audio data (i.e., the first data) with the connection configuration information, map it into the second data (or simulate it into the second data), and then generate a WiFi frame, i.e., the third data frame, according to the WiFi format, channel, and other requirements corresponding to the WiFi protocol. Optionally, the mobile phone can use its internal WiFi module to encapsulate the second data in the WiFi frame format and send it to the valid relay router via the WiFi channel.

[0147] For example, if the preset rule states that the channel quality between the phone and the headset is below a preset threshold, the phone detects the channel quality between the phone and the headset. If it is above the preset threshold, both parties transmit Bluetooth frames normally on the Bluetooth channel. If the channel quality is below the preset threshold, a third data frame is required and transmitted to the headset via the router. This preset rule effectively prevents communication interruptions between the phone and the headset, allowing the router to relay data when Bluetooth channel quality deteriorates. This effectively avoids issues such as unresponsiveness, false responses, and duplicate effects caused by the inability to receive conventional Bluetooth uplink response signals due to the use of cross-technology communication methods.

[0148] S302: The central device sends a third data frame, where the third data frame includes connection configuration information.

[0149] In order to prevent the router from having to re-authenticate with the headset when forwarding the third data frame to the headset, the mobile phone also carries connection configuration information such as the frequency hopping channel and device address in the third data frame for easy use by the relay device.

[0150] Optionally, the mobile phone may refer to the method of sending the first data frame in the example of S201 to send the third data frame. For example, the mobile phone may determine whether there is a valid relay router in the current scenario and send the third data frame to the valid relay router.

[0151] S303: The relay device receives the third data frame.

[0152] S304: The relay device determines the connection configuration information according to the third data frame, and adjusts the transmitting WiFi channel according to the frequency hopping channel in the connection configuration information to cover the frequency hopping channel.

[0153] S305: The relay device sends a third data frame to the peripheral device.

[0154] For example, since the WiFi channel has covered the Bluetooth frequency hopping channel, the router can send the third data frame to the headset via the WiFi channel. The third data frame sent by the relay device to the peripheral device may no longer carry the connection configuration information.

[0155] S306: The peripheral device receives the third data frame.

[0156] After receiving the third data frame, the peripheral device may refer to the example of S206 to perform processing to obtain required data.

[0157] The embodiments of the present application provide a variety of communication methods that can flexibly determine whether to reconstruct the second data in the mobile phone or the router based on actual factors such as the computing power and openness of the mobile phone and the router in actual application scenarios, or to generate the first data frame into a third data frame that can be received by the headset by the mobile phone, or to generate the first data frame into a second data frame by the router, etc., thereby increasing the flexibility of the communication method and making it applicable to a wider range of scenarios.

[0158] FIG7 is a flow chart of a data transmission method provided by an embodiment of the present application. The method can be applied in an exemplary scenario, which may include a central device, two relay devices, and a peripheral device, wherein the two relay devices are respectively denoted as relay device 1 and relay device 2. Exemplarily, the central device includes multiple modules, such as an audio module, a WiFi module, and a Bluetooth module. Exemplarily, the WiFi module can support the central device to achieve data transmission with other communication devices via WiFi technology, and the supported WiFi protocols may include various versions of the IEEE 802.11 protocol family, such as 802.11b / g / n / ax / ac. The Bluetooth module can support the central device to achieve data transmission with other communication devices via Bluetooth technology, and the supported Bluetooth protocols may include various versions of the IEEE 802.15.1 protocol family, such as classic Bluetooth and low-power Bluetooth. The audio module generally includes parts such as an audio encoder and an audio decoder. The audio encoder can be used to sample the audio data to be delivered by the upper-layer application, encode and compress it, and divide it into the required WiFi or Bluetooth format so that it can be encapsulated according to the relevant protocol via WiFi or Bluetooth and transmitted to the peripheral device via the air interface.

[0159] Referring to Figure 7, the Bluetooth module can establish a Bluetooth connection with a peripheral device, and the audio module can exchange audio data with the Bluetooth module. If a central device, such as a mobile phone, initiates a voice call service, and a user, wearing a peripheral device such as headphones, is close to the phone, the voice call service can transmit the audio data through the Bluetooth connection established between the phone and the headphones. For example, the audio module sends the encoded audio data to the Bluetooth module via a high-speed serial bus standard (Peripheral Component Interconnect Express, PCIe). Due to the limited bandwidth of the Bluetooth protocol, high-quality audio cannot be directly transmitted from a mobile phone to a headset. Therefore, the Bluetooth module can compress and encapsulate the audio data into standard Bluetooth protocol frames (also known as Bluetooth audio data) according to Bluetooth audio specifications such as the Advanced Audio Distribution Profile (A2DP), and transmit them to the headset via the air interface. After the headset receives the audio, it decodes and decompresses the standard Bluetooth protocol frames to play the audio. Optional compression codecs may include sub-band coding (SBC), advanced audio coding (AAC), or lossless audio processing technology-x (APT-X). During audio data transmission between the mobile phone and the headset, the mobile phone can determine whether the channel quality is below a preset threshold based on the strength of the Bluetooth signal fed back by the headset. For example, the Bluetooth module receives the RSSI of the headset and detects the signal strength of the RSSI. When the signal strength determines that the channel quality for Bluetooth transmission of audio data is below a preset threshold, the mobile phone can identify a relay device to relay the audio data. In the example of Figure 7, the current scenario includes two potential relay devices. The mobile phone has established a connection with each potential relay device, and can send coverage detection request instructions to relay device 1 and relay device 2 in sequence through the WiFi channel. The order of sending the first data frame to the relay device in sequence is only an example and is not limited. Optionally, the coverage detection request instruction may also include custom content, such as the custom content may be the feature instruction content defined by a private protocol, or the audio data content to be delivered. The custom content is mainly used to determine the content of the second data frame (or called the Bluetooth coverage detection frame) and the format of the response frame, and is not limited to the examples in the embodiments of the present application.

[0160] After potential relay devices 1 and 2 receive the coverage detection request instruction, referring to the example of S204 in the corresponding communication method of FIG3 , they simulate the coverage detection request instruction as a Bluetooth frame, also based on the cross-technology communication method, and transmit it on the adjusted covered frequency hopping channel to attempt to contact the headset. After the headset receives the simulated Bluetooth frame, it can also use the RSSI corresponding to the simulated Bluetooth frame to provide feedback to the mobile phone via Bluetooth signals regarding the channel quality of the simulated Bluetooth frame. In this example, the mobile phone may obtain two channel qualities: the channel quality corresponding to relay device 1, including the WiFi channel quality between the mobile phone and relay device 1 and the Bluetooth channel quality between relay device 1 and the headset; and the channel quality corresponding to relay device 2, including the WiFi channel quality between the mobile phone and relay device 2 and the Bluetooth channel quality between relay device 2 and the headset. In this case, the mobile phone can compare the channel qualities. If the WiFi signal quality of a potential relay device is better than its Bluetooth channel quality, the corresponding potential relay device is activated as an actual relay device. For example, if the WiFi channel quality between the mobile phone and relay device 1 is better than the Bluetooth channel quality between relay device 1 and the headset, relay device 1 will be activated as a relay. For example, if the WiFi channel quality between the mobile phone and relay device 1 is better than the Bluetooth channel quality between relay device 1 and the headset, and the WiFi channel quality between the mobile phone and relay device 2 is also better than the Bluetooth channel quality between relay device 2 and the headset, the mobile phone can compare the WiFi channel quality between the mobile phone and relay device 1 and the WiFi channel quality between the mobile phone and relay device 2, and select the relay device with the better channel quality to activate as a relay.

[0161] The potential relay device provided in the embodiments of the present application should be a valid relay router.

[0162] Optionally, after the mobile phone activates a relay device, the communication can be switched to the relay mode, that is, referring to the method of S201 to S206, or S207, S202 to S206, or S301 to S306 for audio data transmission.

[0163] The method provided by the embodiment of the present application can be applied in indoor non-line-of-sight scenarios, and the feasibility and correctness of the transmitted data are tested and analyzed. Figure 8 is a test analysis schematic diagram of the communication method provided by the embodiment of the present application. During the specific test, the central device uses a smart phone, the relay device uses the USRP B210 platform, and the peripheral device uses a Bluetooth sniffer. The cross-technology communication realizes the simulation of WiFi to Bluetooth signals through the waveform simulation method, and the switching decision threshold (i.e., the preset threshold) is set to the Bluetooth signal RSSI intensity being lower than the WiFi relay signal RSSI by more than 3dB. Referring to Figure 8, under the conditions of relying on Bluetooth communication (such as the BT bar graph in Figure 8), relying on WiFi relay (such as the WiFi relay bar graph in Figure 8), and the dynamic switching conditions of Bluetooth and WiFi relay (such as the BT / WiFi relay switching bar graph in Figure 8), the correct reception rate obtained by continuously sending data frames from the mobile phone to the Bluetooth sniffer at different distances is determined. With reference to the test results of the example in FIG8 , the Bluetooth raw data received by the Bluetooth sniffer is consistent with the WiFi relay data, which illustrates the single handshake shown in FIG3 or FIG5 provided in the embodiment of the present application, and the method of no longer performing Bluetooth authentication between the relay device and the peripheral device is feasible. With reference to FIG8 , it can also be determined that, limited by the transmission power, the measured coverage range of relying solely on Bluetooth communication does not exceed 10m, and after introducing WiFi relay, its coverage range is increased to 36m, that is, the communication method provided in the embodiment of the present application can effectively increase the transmission distance. At the same time, limited by the inherent error of the analog signal, relying solely on WiFi relay will cause the bit error rate within the close range to increase, and by introducing an advance judgment switching algorithm, that is, based on a preset threshold, it is determined whether it is necessary to switch to the relay device for relaying (such as the method of FIG5 provided in the embodiment of the present application), the user experience of both long and short distances can be taken into account at the same time, achieving the effect of seamless switching and improving the user experience.

[0164] In an embodiment of the present application, the central device refers to the method shown in Figure 6, and after obtaining the third data frame, it can also be sent by the central device to the peripheral device, and the effect of improving the transmission distance between the central device and the peripheral device can also be achieved. Figure 9 is a flow chart of another communication method provided in an embodiment of the present application. Figure 9 can be applied to the scenario shown in Figure 10. The following uses Figure 9 as an example to illustrate a communication method for sending a third data frame to a peripheral device after the first data frame is reconstructed into the third data frame on the central device side. The method is executed by a central device (such as a device including the first device or the first device as a central device), a relay device (such as a device including the second device or the second device as a relay device) and a peripheral device (such as a device including the third device or the third device as a peripheral device). The method includes S401 to S404.

[0165] Referring to the example of FIG10 , in a scenario including a central device (such as a mobile phone 10) and a peripheral device (such as a headset 20), the mobile phone 10 is a device with multi-chip hardware features. For example, referring to the above example, the mobile phone has dual-chip hardware features of WiFi and Bluetooth. The mobile phone can, in accordance with the Bluetooth audio specification (Bluetooth protocol), confirm the parameters of the data to be transmitted between the two parties through a series of required signaling interactions during the connection phase with the headset before audio data transmission. Afterwards, the mobile phone and the headset can transmit the data frames obtained based on the audio data via Bluetooth. Similarly, the mobile phone also establishes a connection with other devices that support the WiFi protocol and transmits data frames through the WiFi channel.

[0166] Referring to the example of FIG10 , the scenario where the mobile phone 10 and the headset 30 are located may have established a WiFi channel and a Bluetooth channel for data transmission.

[0167] S401: If the central device determines that the connection with the peripheral device complies with a preset rule, the central device obtains a third data frame according to the first protocol, the first data, and the connection configuration information.

[0168] The implementation of S401 can refer to the example of S301 and will not be described in detail here. The method of obtaining the connection configuration information can refer to the above example and will not be repeated here. Unlike S301, since in this example, the third data frame is sent directly to the peripheral device, the connection configuration information is used by the central device such as a mobile phone. Therefore, the third data frame obtained by the mobile phone may not carry the connection configuration information. However, the method of obtaining the third data frame can still refer to the above example and be implemented based on the connection configuration information combined with the cross-technology communication method.

[0169] S402: The central device determines the connection configuration information according to the third data frame, and adjusts the transmitting WiFi channel according to the frequency hopping channel in the connection configuration information to cover the frequency hopping channel.

[0170] S403: The central device sends a third data frame to the peripheral device.

[0171] Exemplarily, since the WiFi channel has covered the Bluetooth frequency hopping channel, the mobile phone can send the third data frame to the headset through the WiFi channel.

[0172] S404: The peripheral device receives a third data frame.

[0173] After receiving the third data frame, the peripheral device may refer to the example of S206 to perform processing to obtain required data.

[0174] The communication method provided in the embodiment of the present application can reconstruct the first data frame through the central device, and use the connection configuration information to modulate the transmission channel, use a channel with a longer transmission distance, and transmit the data that the weak network element needs to transmit, so as to increase the transmission distance of the weak network element data and thereby improve the transmission quality.

[0175] Optionally, the method provided in FIG9 can be used in combination with the communication method provided in FIG4, FIG5 or FIG6, or can be used separately. In one possible implementation, FIG9 is used in combination with the communication method provided in FIG4 or FIG5. The mobile phone can first reconstruct the first data frame into the second data frame through the router and then send it to the headset. When a fault occurs in the scene, or the current scene loses an effective relay device, the mobile phone can autonomously reconstruct the first data frame into a third data frame, and adjust the transmission WiFi channel to cover the Bluetooth frequency hopping channel, and send the third data frame to the headset. In one possible implementation, FIG9 is used in combination with the communication method provided in FIG6. The mobile phone can first reconstruct the first data frame into the third data frame and send it to the headset through the router. When a fault occurs in the scene, or the current scene loses an effective relay device, the mobile phone can adjust the transmission WiFi channel to cover the Bluetooth frequency hopping channel, and send the third data frame to the headset. The embodiment of the present application sends the reconstructed data frame to the peripheral device through the central device, which can increase the flexibility of the communication method. In scenarios such as there is no relay device or the relay device fails, the central device can make autonomous adjustments to increase the transmission distance of the data that needs to be transmitted by the weak network element.

[0176] The present application provides a first device, which can be used in scenarios where the first device can establish a connection with a second device according to a first protocol, and a connection with a third device according to a second protocol. Figure 11 is a schematic diagram of the structure of the first device provided in the present application. As shown in Figure 11, the first device 10 includes a processing module 101 and a sending module 102.

[0177] The processing module 101 is configured to obtain a first data frame according to the first protocol and first data if it is determined that the connection between the first device and the third device complies with a preset rule. The first data is data that the first device needs to transmit to the third device.

[0178] The sending module 102 is configured to send the first data frame to the second device.

[0179] In a possible implementation, the preset rule includes that the connection between the first device and the third device is disconnected; or, the preset rule includes that the channel quality between the first device and the third device is lower than a preset threshold.

[0180] In a possible implementation, the first data frame further includes connection configuration information, where the connection configuration information is a parameter corresponding to a connection established between the first device and the third device according to the second protocol.

[0181] In one possible implementation, the processing module 101 is further configured to, if it is determined that the connection between the first device and the third device complies with a preset rule, map the first data to the second data based on the connection configuration information; the processing module 101 is further configured to obtain a third data frame based on the first protocol and the second data. The sending module 102 is specifically configured to send the third data frame to the second device, the third data frame also including the connection configuration information.

[0182] In one possible implementation, the processing module 101 is further configured to, if it is determined that the connection between the first device and the third device complies with a preset rule, generate the third data frame corresponding to the first data frame based on the connection configuration information. The sending module 102 is specifically configured to send the third data frame to the second device, where the third data frame also includes the connection configuration information.

[0183] In one possible implementation, the processing module 101 is further configured to, if it is determined that the connection between the first device and the third device complies with a preset rule, map the first data to the second data based on the connection configuration information; the processing module 101 is further configured to obtain a third data frame based on the first protocol and the second data; and the sending module 102 is further configured to send the third data frame to the third device based on the connection configuration information.

[0184] In one possible implementation, the processing module 101 is further configured to, if it is determined that the connection between the first device and the third device complies with a preset rule, generate the first data frame as the third data frame according to the connection configuration information. The sending module 102 is further configured to send the third data frame to the third device according to the connection configuration information.

[0185] It should be understood that the modules shown in Figure 11 are only examples, and each module can refer to the method portion in the embodiment of the present application to perform its operation, or perform a variation of its operation. In the examples provided in the embodiment of the present application, other operations can also be performed, and are not limited to the examples in the embodiment of the present application.

[0186] Exemplarily, the processing module 101 and the sending module 102 provided in Figure 11, combined with the above examples, can also be divided into a Bluetooth module, a WiFi module and an audio module according to the example of Figure 7 to perform the operations of Figures 2, 3, 5, 6 or 7, etc.

[0187] The present application provides a second device, which can be used in scenarios where a first device can establish a connection with a second device according to a first protocol, and a first device can establish a connection with a third device according to a second protocol. Figure 12 is a schematic diagram of the structure of a second device provided in an embodiment of the present application. As shown in Figure 12, the second device 20 includes a receiving module 201, a processing module 202, and a sending module 203.

[0188] The receiving module 201 is configured to receive a first data frame sent by a first device, wherein the first data frame is obtained according to the first protocol and first data, and the first data is data that the first device needs to transmit to the third device.

[0189] The processing module 202 is configured to obtain a corresponding second data frame based on the first data frame and the second protocol.

[0190] The sending module 203 is configured to send the second data frame to a third device.

[0191] In a possible implementation, the first data frame further includes connection configuration information, where the connection configuration information is obtained according to a connection established between the first device and the third device.

[0192] In one possible implementation, the processing module 202 is specifically configured to determine the first data and the connection configuration information based on the first data frame; map the first data to the second data based on the connection configuration information; and obtain the second data frame based on the first protocol and the second data. The sending module 203 is specifically configured to send the second data frame to the third device based on the connection configuration information.

[0193] In one possible implementation, the first data frame further includes connection configuration information. The processing module 202 is specifically configured to determine the connection configuration information based on the first data frame, and generate the second data frame corresponding to the first data frame based on the connection configuration information. The sending module 203 is specifically configured to send the second data frame to the third device based on the connection configuration information.

[0194] In one possible implementation, the receiving module 201 is further configured to receive a third data frame sent by the first device, wherein the third data frame is obtained according to the first protocol, the first data, and the connection configuration information, and the third data frame includes the connection configuration information. The sending module 203 is specifically configured to send the third data frame to the third device based on the connection configuration information.

[0195] It should be understood that the modules shown in Figure 12 are only examples, and each module can refer to the method portion in the embodiment of the present application to perform its operation, or perform a variation of its operation. In the examples provided in the embodiment of the present application, other operations can also be performed, and are not limited to the examples in the embodiment of the present application.

[0196] The present embodiment provides a third device, which can be used in scenarios where a first device can establish a connection with a second device according to a first protocol, and a connection is established between the first device and the third device according to a second protocol. Figure 13 is a schematic diagram of the structure of a third device provided in an embodiment of the present application. As shown in Figure 13, the third device 30 includes: a receiving module 301 and a decoding module 302.

[0197] The receiving module 301 is used to receive the second data frame sent by the second device. The second data frame is obtained by the second device according to the first data frame and the second protocol. The first data frame is obtained according to the first protocol and the first data. The first data is the data that the first device needs to transmit to the third device.

[0198] The decoding module 302 is configured to decode the portion of the second data frame that complies with the second protocol.

[0199] In one possible implementation, the receiving module 301 is further configured to receive a third data frame sent by the first device or the second device, where the third data frame is obtained by the first device based on the first data frame and the second protocol. The decoding module 302 is further configured to decode a portion of the third data frame that complies with the second protocol.

[0200] It should be understood that the modules shown in Figure 13 are only examples, and each module can refer to the method portion in the embodiment of the present application to perform its operation, or perform a variation of its operation. In the examples provided in the embodiment of the present application, other operations can also be performed, and are not limited to the examples in the embodiment of the present application.

[0201] In addition, as shown in Figure 14, Figure 14 is a schematic diagram of the structure of a device 40 according to an embodiment of the present application. The device 40 shown in Figure 14 includes a transceiver 401 and a processor 402. The device 40 can be used to execute methods S101 to S103, or S201 to S206, or S207, S202 to S206, or S301 to S306, or S401 to S404 in the above embodiments. The device 40 is equivalent to the central device exemplified in the method, or the relay device exemplified in the method, or the peripheral device exemplified in the method.

[0202] It should be noted that the division of the various parts in the embodiments of the present application is schematic and is merely a logical functional division. In actual implementation, other division methods may be used. The various functions in the embodiments of the present application may be integrated into a single processor, or the transceiver and processor may exist separately. The aforementioned integrated devices may be implemented in the form of hardware, such as a chip, or in the form of software functional units.

[0203] In addition, an embodiment of the present application further provides a device 50, as shown in FIG15 , which is a schematic diagram of the structure of a device 50 provided in an embodiment of the present application. As shown in FIG15 , the device 50 may include a processor 501, a memory 502 coupled to the processor 501, and a transceiver 503. The transceiver 503 may include an MR, an LR, a communication interface, an optical module, etc., for receiving messages or data information, etc. The processor 501 may include a central processing unit (CPU), a network processor (NP), or a combination of a CPU and an NP, for executing the relevant steps of the wake-up signal processing in the device exemplified in the above embodiment. The processor may also be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof. The above-mentioned PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL), or any combination thereof. The processor 501 may refer to a single processor or may include multiple processors. The memory 502 may include a volatile memory, such as a random-access memory (RAM); the memory may also include a non-volatile memory, such as a read-only memory (ROM), a flash memory, a hard disk drive (HDD), or a solid-state drive (SSD); the memory 502 may also include a combination of the above types of memory. The memory 502 may refer to a single memory or may include multiple memories for storing program instructions. In one embodiment, the memory 502 stores computer-readable instructions, which include multiple software modules, such as a sending module, a processing module, and a receiving module. After executing each software module, the processor 501 may perform corresponding operations according to the instructions of each software module. In this embodiment, the operation performed by a software module actually refers to the operation performed by the processor 501 according to the instructions of the software module.Optionally, the processor 501 may also store program codes or instructions for executing the embodiments of the present application. In this case, the processor 501 does not need to read the program codes or instructions from the memory 502.

[0204] The device 50 can be used to perform the methods in the above embodiments. Specifically, the device 50 can perform the operations performed by the relay device in methods S101 to S103, or S201 to S206, or S207, S202 to S206, or S301 to S306, or S401 to S404 in the above embodiments. Alternatively, the device 50 can perform the operations performed by the central device in the operations performed by the relay device in methods S201 to S206, or S207, S202 to S206, or S301 to S306, or S401 to S404 in the above embodiments. Alternatively, the device 50 can perform the operations performed by the peripheral device in the operations performed by the relay device in methods S201 to S206, or S207, S202 to S206, or S301 to S306, or S401 to S404 in the above embodiments.

[0205] In addition, embodiments of the present application further provide a communication device. The communication device includes a storage medium and a processor connected to the storage medium. The storage medium stores instructions, and when the instructions are executed by the processor, the processor is configured to implement some or all of the operations of any of the methods in any of the aforementioned embodiments.

[0206] An embodiment of the present application also provides a computer-readable storage medium, which stores instructions. When the computer-readable storage medium is executed on a processor, it implements part or all of the operations in any of the methods in any of the aforementioned embodiments.

[0207] An embodiment of the present application also provides a computer program product, including a computer program, which, when executed on a processor, implements part or all of the operations in any of the methods in any of the aforementioned embodiments.

[0208] The present application also provides a chip including an interface circuit and a processor connected to each other, wherein the processor is configured to cause the chip to execute part or all of the operations in any of the methods in any of the aforementioned embodiments.

[0209] An embodiment of the present application also provides a chip system, including: a processor, the processor is coupled to a memory, the memory is used to store programs or instructions, when the program or instructions are executed by the processor, the chip system implements part or all of the operations of any one of the methods of any one of the embodiments described above.

[0210] Optionally, there may be one or more processors in the chip system. The processor may be implemented in hardware or software. When implemented in hardware, the processor may be a logic circuit, an integrated circuit, etc. When implemented in software, the processor may be a general-purpose processor implemented by reading software code stored in a memory.

[0211] Optionally, the memory in the chip system may be one or more. The memory may be integrated with the processor or may be provided separately from the processor, which is not limited in the embodiments of the present application. For example, the memory may be a non-transient processor, such as a read-only memory (ROM), which may be integrated with the processor on the same chip or provided on different chips. The embodiments of the present application do not specifically limit the type of memory or the configuration of the memory and the processor.

[0212] Exemplarily, the chip system can be an FPGA, an ASIC, a system on chip (SoC), a CPU, an NP, a digital signal processor (DSP), a microcontroller unit (MCU), a programmable logic device (PLD), or other integrated chips.

[0213] The embodiment of the present application further provides a system, which can refer to Figure 1 and includes a central device 10, a relay device 20, and a peripheral device 30. The system can also refer to Figure 10 and include a central device (such as a mobile phone 10) or a peripheral device (such as a headset 30).

[0214] Alternatively, the system may include the first device 10 shown in FIG. 11 and the third device 30 shown in FIG. 13 , and the system may further include the second device 20 shown in FIG. 12 .

[0215] Alternatively, the system may include one or more of the aforementioned devices, apparatuses, computer-readable storage media, computer program products, chips, or chip systems, and may be applied in the scenarios shown in FIG. 1 or FIG. 10 , but this is not intended to be limiting.

[0216] The terms "first," "second," "third," "fourth," and the like (if any) in the specification and claims of this application and in the accompanying drawings are used to distinguish similar objects and are not necessarily used to describe a particular order or sequential sequence. It should be understood that the terms used in this manner are interchangeable where appropriate so that the embodiments described herein can be implemented in an order other than that illustrated or described herein. In addition, the terms "including" and "having," and any variations thereof, are intended to cover non-exclusive inclusions, e.g., a process, method, system, product, or apparatus comprising 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.

[0217] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0218] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of units is only a logical business division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interface, device or unit, which can be electrical, mechanical or other forms.

[0219] Units described as separate components may or may not be physically separate, and components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected to achieve the purpose of this embodiment according to actual needs.

[0220] In addition, each business unit in each embodiment of the present application can be integrated into a processing unit, each unit can exist physically separately, or two or more units can be integrated into a single unit. The above-mentioned integrated units can be implemented in the form of hardware or software business units.

[0221] If the integrated unit is implemented in the form of a software business unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, all or part of the technical solution of the present application can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes a number of instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the steps of the various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, ROM, RAM, Random Access Memory, disk or optical disk, etc. Various media that can store program code.

[0222] Those skilled in the art will appreciate that, in one or more of the examples above, the services described herein may be implemented using hardware, software, firmware, or any combination thereof. When implemented using software, these services may be stored in a computer-readable medium or transmitted as one or more instructions or codes on a computer-readable medium. Computer-readable media include computer storage media and communication media, wherein communication media include any medium that facilitates the transmission of computer programs from one location to another. Storage media may be any available medium that can be accessed by a general-purpose or special-purpose computer.

[0223] The above specific implementation methods further describe in detail the purpose, technical solutions and beneficial effects of this application. It should be understood that the above are only specific implementation methods of this application.

[0224] The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A communication method, characterized in that: Establishing a connection between a first device and a second device according to a first protocol, and establishing a connection between the first device and a third device according to a second protocol, includes: The second device receives a first data frame sent by the first device, wherein the first data frame is obtained according to the first protocol and first data, and the first data is data that the first device needs to transmit to the third device; The second device obtains a corresponding second data frame based on the first data frame and the second protocol; The second device sends the second data frame to the third device.

2. The method according to claim 1, characterized in that The first data frame further includes connection configuration information, where the connection configuration information is parameters corresponding to a connection established between the first device and the third device according to the second protocol. The second device obtains a corresponding second data frame based on the first data frame and the second protocol; The second device sending the second data frame to the third device includes: The second device determines the first data and the connection configuration information according to the first data frame; The second device maps the first data into second data according to the connection configuration information, and obtains the second data frame according to the first protocol and the second data; The second device sends the second data frame to the third device according to the connection configuration information.

3. The method according to claim 1, characterized in that The first data frame also includes connection configuration information, The second device obtains a corresponding second data frame based on the first data frame and the second protocol; The second device sending the second data frame to the third device includes: The second device determines the connection configuration information according to the first data frame; The second device generates the first data frame into the second data frame according to the connection configuration information; The second device sends the second data frame to the third device according to the connection configuration information.

4. The method according to any one of claims 1 to 3, characterized in that Also includes: The second device receives a third data frame sent by the first device, wherein the third data frame is obtained according to the first protocol, the first data, and the connection configuration information, and the third data frame includes the connection configuration information; The second device sends the third data frame to the third device according to the connection configuration information.

5. A communication method, characterized in that: Establishing a connection between a first device and a second device according to a first protocol, and establishing a connection between the first device and a third device according to a second protocol, includes: If the first device determines that the connection with the third device complies with a preset rule, the first device obtains a first data frame according to the first protocol and the first data, where the first data is data that the first device needs to transmit to the third device; The first device sends the first data frame to the second device.

6. The method according to claim 5, characterized in that The preset rule includes disconnection between the first device and the third device; or The preset rule includes that the channel quality between the first device and the third device is lower than a preset threshold.

7. The method according to claim 5 or 6, characterized in that The first data frame further includes connection configuration information, where the connection configuration information is a parameter corresponding to a connection established between the first device and the third device according to the second protocol.

8. The method according to any one of claims 5 to 7, characterized in that Also includes: If the first device determines that the connection with the third device complies with a preset rule, mapping the first data into second data according to the connection configuration information; The first device obtains a third data frame according to the first protocol and the second data; The first device sends the third data frame to the second device, where the third data frame also includes the connection configuration information.

9. The method according to any one of claims 5 to 7, characterized in that Also includes: If the first device determines that the connection with the third device complies with a preset rule, generating the first data frame as the third data frame according to the connection configuration information; The first device sends the third data frame to the second device, where the third data frame also includes the connection configuration information.

10. The method according to any one of claims 5 to 9, characterized in that Also includes: If the first device determines that the connection with the third device complies with a preset rule, mapping the first data into second data according to the connection configuration information; The first device obtains a third data frame according to the first protocol and the second data; The first device sends the third data frame to the third device according to the connection configuration information.

11. The method according to any one of claims 5 to 9, characterized in that Also includes: If the first device determines that the connection with the third device complies with a preset rule, generating the first data frame as the third data frame according to the connection configuration information; The first device sends the third data frame to the third device according to the connection configuration information.

12. A communication method, characterized in that: Establishing a connection between a first device and a second device according to a first protocol, and establishing a connection between the first device and a third device according to a second protocol, includes: A third device receives a second data frame sent by the second device, where the second data frame is obtained by the second device based on the first data frame and the second protocol, and the first data frame is obtained based on the first protocol and first data, where the first data is data to be transmitted by the first device to the third device; The third device decodes the portion of the second data frame that complies with the second protocol.

13. The method according to claim 12, characterized in that Also includes: The third device receives a third data frame sent by the first device or the second device, where the third data frame is obtained by the first device according to the first data frame and the second protocol; The third device decodes a portion of the third data frame that complies with the second protocol.

14. A communication device, characterized in that: The communication device comprises a module for executing the method according to any one of claims 1 to 4, or comprises a module for executing the method according to any one of claims 5 to 11, or comprises a module for executing the method according to claim 12 or 13.

15. A communication device, characterized in that: The communication device comprises a processor configured to execute the method according to any one of claims 1 to 4, or configured to execute the method according to any one of claims 5 to 11, or configured to execute the method according to claim 12 or 13.

16. A computer-readable storage medium, characterized in that The computer-readable storage medium comprises instructions, which, when executed, enable the method according to any one of claims 1 to 4 to be implemented, or enable the method according to any one of claims 5 to 11 to be implemented, or enable the method according to claim 12 or 13 to be implemented.

17. A computer program product, characterized in that The computer program product comprises instructions which, when executed, enable the method according to any one of claims 1 to 4 to be implemented, or the method according to any one of claims 5 to 11 to be implemented, or the method according to claim 12 or 13 to be implemented.

Citation Information

Patent Citations

  • Information transfer device and method

    CN105245527A

  • Relay device, update method and method for performing data interaction between devices

    CN105337981A

  • Node / network aggregation gateway device

    CN109314700A

  • Method and apparatus for converged networking

    CN111316685A

  • Relay transmission method, switching method, device and user equipment

    CN116963262A