Communication method and apparatus

Abstract

Embodiments of the present application relate to the field of communications, and provide a communication method and apparatus, capable of implementing phase compensation for control information in next-generation GT communications, reducing system overhead proportions, and guaranteeing low-bit-rate transmission of control information. The communication method comprises: generating a first signal, and sending the first signal to a terminal node. The first signal carries a common pilot and at most two pieces of downlink control information, the common pilot and each piece of downlink control information among the at most two pieces of downlink control information occupy the same time domain resource, the time domain resource occupied by the common pilot and each piece of downlink control information is a symbol, and the common pilot is used for estimating and compensating for the phase between the symbol where the first signal is located and the symbol where a reference signal for demodulating the at most two pieces of downlink control information is located.

Description

Communication method and device

[0001] This application claims priority to the Chinese patent application filed with the State Intellectual Property Office on March 29, 2024, with application number 202410386862.6 and application name “Communication Method and Device”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The embodiments of the present application relate to the field of communications, and in particular to communication methods and devices. Background Art

[0003] In a wireless short-range communication system, there are grant (G) nodes and terminal (T) nodes. A G node is a node that sends data scheduling information in the wireless short-range communication system, and a T node is a node that receives data scheduling information and sends data based on it. For ease of description, the short-range protocol in a wireless short-range communication system is referred to as the GT protocol.

[0004] In the GT1.0 protocol, 1G link control information and pilot are located on two system overhead symbols of each radio frame contained in a superframe with a length of 1 millisecond (ms), and two subcarriers for carrying pilot are configured in the frequency domain for the 1G link control information. The pilot is used to estimate and compensate the phase between the symbol containing the reference signal of the demodulation control information and the symbol containing the control information.

[0005] In the next-generation GT (GT1.5) protocol, to support greater system coverage and higher user capacity, higher control information reception performance is required. This requires increasing the number of pilots configured for demodulating a single control message, and requires that each symbol carry at most two control messages. Therefore, if the control information and pilot configuration described in the GT1.0 protocol is adopted—that is, two pilot subcarriers are configured for each control message—the phase rotation of the control message cannot be accurately estimated. Therefore, the number of pilot subcarriers configured for each control message needs to be increased. However, increasing the number of pilot subcarriers results in eight subcarriers being reserved for pilot overhead in a single symbol. This does not further improve demodulation performance, but instead increases system overhead and limits service bandwidth. Therefore, how to achieve phase compensation for control information in next-generation GT communications has become an urgent issue. Summary of the Invention

[0006] The embodiments of the present application provide a communication method and apparatus that can implement phase compensation of control information in next-generation GT communications, reduce system overhead, and ensure low-bitrate transmission of control information.

[0007] To achieve the above objectives, this application adopts the following technical solutions:

[0008] In a first aspect, a communication method is provided. The method can be executed by a management node, or by a component of the management node, a processor, a chip, or a chip system of the management node, or by a logic module or software that can implement all or part of the management node. The method includes: generating a first signal, the first signal carrying a common pilot and at most two downlink control information, the common pilot and each of the at most two downlink control information occupying the same time domain resources, the time domain resources occupied by the common pilot and each downlink control information are one symbol, and the common pilot is used to estimate and compensate for the phase between the symbol where the first signal is located and the symbol where the reference signal for demodulating at most two downlink control information is located. The first signal is sent to a terminal node.

[0009] Based on this communication method, the management node carries up to two downlink control information on the same time domain symbol, as well as a common pilot for compensating the phase of all downlink control information on the time domain symbol. Compared with independently configuring a pilot for each downlink control information, the symbol-level common pilot can save overhead and reduce the coding rate of the control information.

[0010] In one possible design, the common pilot is frequency-divided with at most two downlink control messages.

[0011] In one possible design, the common pilot occupies four subcarriers in the frequency domain. Thus, each downlink control message can be phase estimated using the common pilot carried on the four subcarriers, improving phase compensation capabilities and control message demodulation performance.

[0012] In one possible design, the four subcarriers include any two subcarriers from among the odd-numbered subcarriers in the frequency domain and any two subcarriers from among the even-numbered subcarriers in the frequency domain. Thus, the subcarriers carrying the common pilot are evenly distributed across the odd and even subcarriers, ensuring that the frequency domain resources occupied by the two downlink control messages are of equal position and size. This ensures that the transmission code rates of the different downlink control messages do not vary significantly, and the transmission performance of the two downlink control messages in the same time domain symbol is comparable, without adding additional implementation complexity.

[0013] In one possible design scheme, the two downlink control information include first downlink control information and second downlink control information, and the number of frequency domain resources occupied by the first downlink control information is equal to the number of frequency domain resources occupied by the second downlink control information. It should be understood that there is usually one DC subcarrier in the frequency domain resources. In order to ensure that the frequency domain resources occupied by the two downlink control information are of equal size, the total number of frequency domain resources is usually designed to be an odd number. As a result, the position and size of the frequency domain resources occupied by the two downlink control information are the same, so that the transmission code rates of different downlink control information will not be significantly different, and the transmission performance of the two downlink control information on the same time domain symbol is equivalent, and no additional implementation complexity is added.

[0014] In a possible design, the frequency domain resources occupied by the first downlink control information include subcarriers with odd sequences in the frequency domain except for two subcarriers used to carry common pilots.

[0015] In a possible design, the frequency domain resources occupied by the second downlink control information include subcarriers with even-numbered sequences in the frequency domain except for two subcarriers used to carry common pilots.

[0016] In one possible design, the frequency domain resources occupied by the first signal include M subcarriers, where M=2n+1, and n is a positive integer.

[0017] In a second aspect, a communication method is provided, which can be executed by a terminal node, or by a component of the terminal node, a processor, a chip, or a chip system of the terminal node, or by a logic module or software that can implement all or part of the terminal node. The method includes: receiving a first signal from a management node, the first signal carrying a common pilot and at most two downlink control information, the common pilot and each of the at most two downlink control information occupying the same time domain resources, the time domain resources occupied by the common pilot and each downlink control information are, the common pilot is used to estimate and compensate the phase between the symbol where the first signal is located and the symbol where the reference signal for demodulating the at most two downlink control information is located. Phase estimation and compensation are performed on the at most two downlink control information based on the common pilot.

[0018] In one possible design, the common pilot is frequency-divided with at most two downlink control messages.

[0019] In one possible design, the common pilot occupies four subcarriers in the frequency domain.

[0020] In one possible design, the four subcarriers include any two subcarriers among the subcarriers with odd numbers in the frequency domain and any two subcarriers among the subcarriers with even numbers in the frequency domain.

[0021] In one possible design, the two downlink control information include first downlink control information and second downlink control information, and the number of frequency domain resources occupied by the first downlink control information is equal to the number of frequency domain resources occupied by the second downlink control information.

[0022] In a possible design, the frequency domain resources occupied by the first downlink control information include subcarriers with odd sequences in the frequency domain except for two subcarriers used to carry common pilots.

[0023] In a possible design, the frequency domain resources occupied by the second downlink control information include subcarriers with even-numbered sequences in the frequency domain except for two subcarriers used to carry common pilots.

[0024] In one possible design, the frequency domain resources occupied by the first signal include M subcarriers, where M=2n+1, and n is a positive integer.

[0025] Among them, the technical effects of the method described in the second aspect can refer to the relevant description of the technical effects of the method described in the first aspect above, and will not be elaborated on here.

[0026] According to a third aspect, a communication device is provided for implementing the transmission of a star flash signal, comprising: a module for generating a first signal, and a module for sending the first signal to a terminal node. The first signal carries a common pilot and at most two downlink control information, wherein the common pilot and each of the at most two downlink control information occupy the same time domain resource, and the time domain resource occupied by the common pilot and each downlink control information is one symbol. The common pilot is used to estimate and compensate for the phase between the symbol where the first signal is located and the symbol where a reference signal for demodulating the at most two downlink control information is located.

[0027] In another possible implementation, the above-mentioned communication device is also used to realize the transmission of Bluetooth signals or WiFi signals, and at least one of the Star Flash module, Bluetooth module and WiFi module shares at least one of the radio frequency (RF) unit, modem unit, medium access control (MAC) unit and central processing unit (CPU).

[0028] In another possible implementation, the communication device is also used to realize the transmission of Bluetooth signals, but does not support the transmission of WiFi signals. The Star Flash module and the Bluetooth module are located in the same subsystem of the communication device, and the subsystem and the power management unit (PMU) are integrated in the communication device.

[0029] In another possible implementation, the communication device is also used to realize the transmission of Bluetooth signals or WiFi signals. At least one of the Bluetooth modules or WiFi modules coexists and communicates with the Star Flash module through different antennas, and the coexistence strategy is channel avoidance.

[0030] In another possible implementation, the communication device is further used to: determine the type of the opposite device and / or the service delay of the opposite device, and determine the link corresponding to the opposite device and / or the service for data transmission according to the link selection strategy.

[0031] In another possible implementation, the communication device is also used to: determine the type of the peer device and / or the service delay of the peer device, including: determining the type of the peer device, the type of the peer device includes an audio device type or a non-audio device type; when the type of the peer device is an audio device type, determining the service delay of the peer device.

[0032] In another possible implementation, the link selection strategy includes: when the service delay is greater than a first value, establishing an asynchronous unicast link or an asynchronous multicast link before performing data transmission; or, when the service delay is less than the first value and greater than a second value, establishing an asynchronous unicast link or an asynchronous multicast link, achieving synchronization by adding timestamps to data packets, and then performing data transmission; or, when the service delay is less than the second value, first establishing an asynchronous unicast link, and then establishing a synchronous unicast link or a synchronous multicast link before performing data transmission.

[0033] In another possible implementation, the communication device is further configured to: determine the type of the peer device and / or the service delay of the peer device, and determine the frame format type corresponding to the type of the peer device and / or the service type of the peer device according to the frame format selection strategy. The frame format type includes Starflash Wireless Frame Type 1, Starflash Wireless Frame Type 2, Starflash Wireless Frame Type 3, or Starflash Wireless Frame Type 4.

[0034] In another possible implementation, the communication device is also used to: determine the type of the peer device and / or the service delay of the peer device, including: determining the type of the peer device, the type of the peer device includes an audio device type or a non-audio device type; when the type of the peer device is an audio device type, determining the service delay of the peer device.

[0035] In another possible implementation, the frame format selection strategy includes: when the service delay requirement of the opposite device is less than the first duration, selecting Star Flash wireless frame type 1 for broadcast access, and switching to Star Flash wireless frame type 2 through physical layer parameter negotiation after the connection state; or, when the service delay requirement of the opposite device is less than the first duration and the service anti-interference capability requirement is greater than the set threshold, selecting Star Flash wireless frame type 1 for broadcast access, and switching to Star Flash wireless frame type 2 or Star Flash wireless frame type 3 through physical layer parameter negotiation after entering the connection state; or, when the type of the opposite device is a device that only supports Star Flash wireless frame type 1, or a device with a maximum transmit power greater than the first power threshold, selecting Star Flash wireless frame type 1 for broadcast access; or, when the service type of the opposite device is the Internet of Things (IoT), In the case of ultra-long-distance coverage services (IoT), when the distance between the opposite device and the communication device is greater than a first threshold, Starflash wireless frame type 4 is selected for broadcasting and connection, or, when the distance between the opposite device and the communication device is less than or equal to the first threshold, Starflash wireless frame type 2 or Starflash wireless frame type 3 is switched through physical layer parameter negotiation.

[0036] In a fourth aspect, another communication device is provided, which is used to realize the transmission of star flash signals, and the communication device includes: a module for receiving a first signal from the management node, and a module for performing phase estimation and compensation for up to two downlink control information based on a common pilot. The first signal carries a common pilot and up to two downlink control information, and each downlink control information in the common pilot and the up to two downlink control information occupies the same time domain resources. The time domain resources occupied by the common pilot and each downlink control information are, and the common pilot is used to estimate and compensate the phase between the symbol where the first signal is located and the symbol where the reference signal for demodulating up to two downlink control information is located.

[0037] In another possible implementation, the communication device is also used to realize the transmission of Bluetooth signals or WiFi signals, and at least one of the Star Flash module, Bluetooth module and WiFi module shares at least one of the RF unit, modem unit, MAC unit and CPU.

[0038] In another possible implementation, the communication device is also used to realize the transmission of Bluetooth signals, but does not support the transmission of WiFi signals. The Star Flash module and the Bluetooth module are located in the same subsystem of the communication device, and the subsystem and PMU are integrated in the communication device.

[0039] In another possible implementation, the communication device is also used to realize the transmission of Bluetooth signals or WiFi signals. At least one of the Bluetooth modules or WiFi modules coexists and communicates with the Star Flash module through different antennas, and the coexistence strategy is channel avoidance.

[0040] In another possible implementation, the communication device is further used to: determine the type of the opposite device and / or the service delay of the opposite device, and determine the link corresponding to the opposite device and / or the service for data transmission according to the link selection strategy.

[0041] In another possible implementation, the communication device is also used to: determine the type of the peer device and / or the service delay of the peer device, including: determining the type of the peer device, the type of the peer device includes an audio device type or a non-audio device type; when the type of the peer device is an audio device type, determining the service delay of the peer device.

[0042] In another possible implementation, the link selection strategy includes: when the service delay is greater than a first value, establishing an asynchronous unicast link or an asynchronous multicast link before performing data transmission; or, when the service delay is less than the first value and greater than a second value, establishing an asynchronous unicast link or an asynchronous multicast link, achieving synchronization by adding timestamps to data packets, and then performing data transmission; or, when the service delay is less than the second value, first establishing an asynchronous unicast link, and then establishing a synchronous unicast link or a synchronous multicast link before performing data transmission.

[0043] In another possible implementation, when the communication device is a non-audio device, the communication device is further configured to: transmit data via an asynchronous unicast or asynchronous multicast link.

[0044] In another possible implementation, the communication device is also used to: determine the type of the opposite device and / or the service delay of the opposite device, and determine the frame format type corresponding to the type of the opposite device and / or the service type of the opposite device according to the frame format selection strategy; wherein the frame format type includes Star Flash Wireless Frame Type 1, Star Flash Wireless Frame Type 2, Star Flash Wireless Frame Type 3 or Star Flash Wireless Frame Type 4.

[0045] In another possible implementation, the communication device is also used to: determine the type of the peer device and / or the service delay of the peer device, including: determining the type of the peer device, the type of the peer device includes an audio device type or a non-audio device type; when the type of the peer device is an audio device type, determining the service delay of the peer device.

[0046] In another possible implementation, the above-mentioned frame format selection strategy includes: when the service delay requirement of the opposite device is less than the first duration, selecting Star Flash wireless frame type 1 for broadcast access, and switching to Star Flash wireless frame type 2 through physical layer parameter negotiation after the connection state; or, when the service delay requirement of the opposite device is less than the first duration and the service anti-interference capability requirement is greater than the set threshold, selecting Star Flash wireless frame type 1 for broadcast access, and switching to Star Flash wireless frame type 2 or Star Flash wireless frame type 3 through physical layer parameter negotiation after entering the connection state; or, when the type of the opposite device is a device that only supports Star Flash wireless frame type 1, or a device with a maximum transmission power greater than the first power threshold, selecting Star Flash wireless frame type 1 for broadcast access; or, when the service type of the opposite device is IOT ultra-long-distance coverage service, when the distance between the opposite device and the communication device is greater than the first threshold, selecting Star Flash wireless frame type 4 for broadcast and connection, or, when the distance between the opposite device and the communication device is less than or equal to the first threshold, switching to Star Flash wireless frame type 2 or Star Flash wireless frame type 3 through physical layer parameter negotiation.

[0047] In another possible implementation, when the communication device is a non-audio device, the communication device is also used to: select Starflash wireless frame type 1 for broadcast access, and after entering the connection state, switch to Starflash wireless frame type 2 for data transmission through physical layer parameter negotiation.

[0048] In a fifth aspect, a communication device (for example, the communication device may be a chip or a chip system) is provided. The communication device includes: a processor configured to implement the functions involved in any of the above aspects.

[0049] In one possible design, the communication device may further include a memory for storing necessary program instructions and data. A processor is coupled to the memory, and the processor is configured to execute the computer program or instructions stored in the memory, causing the communication device to perform the method described in any possible implementation of the first or second aspect.

[0050] In one possible design solution, the communication device described in the fifth aspect may further include a transceiver. The transceiver may be a transceiver circuit or an interface circuit. The transceiver may be used for the communication device described in the fifth aspect to communicate with other communication devices.

[0051] In one possible design, the processor can be integrated with the memory.

[0052] In some possible designs, when the device is a chip system, it can be composed of a chip or include a chip and other discrete devices.

[0053] In a sixth aspect, a communication device is provided, which includes a processor and an interface circuit, the interface circuit being used to receive signals from other communication devices outside the communication device and transmit them to the processor or send signals from the processor to other communication devices outside the communication device, and the processor being used to implement the method described in any possible implementation method of the first aspect or the second aspect through a logic circuit or executing code instructions.

[0054] It can be understood that when the communication device provided in either the fifth aspect or the sixth aspect is a chip, the above-mentioned sending action / function can be understood as output, and the above-mentioned receiving action / function can be understood as input.

[0055] In a seventh aspect, a communication chip is provided, in which instructions are stored. When the chip is run on a communication device, the method described in either the first aspect or the second aspect is implemented.

[0056] In an eighth aspect, a computer-readable storage medium is provided, which stores a computer program or instruction. When the computer-readable storage medium is run on a communication device, the communication device can execute the method described in any one of the first or second aspects above.

[0057] In a ninth aspect, a computer program product comprising instructions is provided, including computer program code, which enables the communication device to execute the method described in any one of the first or second aspects above when the computer program code is run on the communication device.

[0058] In a tenth aspect, a communication system is provided, comprising: a management node for implementing the method described in the first aspect above, and a terminal node for implementing the method described in the second aspect above. BRIEF DESCRIPTION OF THE DRAWINGS

[0059] Figure 1 is a schematic diagram of the structure of a superframe in the GT1.0 protocol;

[0060] FIG2 is a schematic diagram of the architecture of a communication system provided in an embodiment of the present application;

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

[0062] FIG4 is a schematic structural diagram of the time-frequency position of a common pilot and downlink control information provided in an embodiment of the present application;

[0063] FIG5 is a schematic diagram of a chip architecture provided in an embodiment of the present application;

[0064] FIG6 is a schematic diagram of another chip architecture provided in an embodiment of the present application;

[0065] FIG7 is a schematic diagram of another chip architecture provided in an embodiment of the present application;

[0066] FIG8 is a schematic diagram of another chip architecture provided in an embodiment of the present application;

[0067] FIG9 is a schematic diagram of a chip module framework provided in an embodiment of the present application;

[0068] FIG10 is a schematic diagram of another chip module framework provided in an embodiment of the present application;

[0069] FIG11 is a schematic diagram of another chip module framework provided in an embodiment of the present application;

[0070] FIG12 is a schematic diagram of a framework of a software static policy provided in an embodiment of the present application;

[0071] FIG13 is a schematic diagram of a framework of a hardware time-division arbitration (PTA) strategy provided in an embodiment of the present application;

[0072] FIG14 is a schematic diagram of a link establishment process according to an embodiment of the present application;

[0073] FIG15 is a schematic diagram of another link establishment process provided in an embodiment of the present application;

[0074] FIG16 is a schematic diagram of another link establishment process provided in an embodiment of the present application;

[0075] FIG17 is a schematic diagram of another link establishment process provided in an embodiment of the present application;

[0076] FIG18 is a schematic diagram of another link establishment process provided in an embodiment of the present application;

[0077] FIG19 is a schematic diagram of another link establishment process provided in an embodiment of the present application;

[0078] FIG20 is a schematic diagram showing the structures of four different radio frame types defined in the Star Flash protocol;

[0079] FIG21 is a diagram illustrating an example of a frame format application in a scenario provided by an embodiment of the present application;

[0080] FIG22 is a diagram illustrating an example of a frame format application in another scenario provided by an embodiment of the present application;

[0081] FIG23 is a diagram illustrating an example of a frame format application in another scenario provided by an embodiment of the present application;

[0082] FIG24 is a diagram illustrating an example of a frame format application in another scenario provided by an embodiment of the present application;

[0083] FIG25 is a schematic structural diagram of a communication device provided in an embodiment of the present application;

[0084] FIG26 is a schematic structural diagram of another communication device provided in an embodiment of the present application;

[0085] Figure 27 is a structural diagram of another communication device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0086] The embodiments of the present application will present various aspects, embodiments, or features around a system that may include multiple devices, components, modules, etc. It should be understood and appreciated that each system may include additional devices, components, modules, etc., and / or may not include all of the devices, components, modules, etc. discussed in conjunction with the figures. Furthermore, combinations of these solutions may also be used.

[0087] The technical solutions of the embodiments of the present application can be applied to, but not limited to, wireless short-range communication systems and wireless communication systems (such as the next-generation GT network wireless communication system) that support longer-range transmission (such as 1 to 18 km, or more than 18 km). Among them, the wireless short-range communication system mainly includes vehicle-mounted wireless short-range communication technology (also known as Star Flash 1.0 technology), which has the advantages of ultra-low latency, ultra-high reliability, and precise synchronization, and is suitable for applications in scenarios such as smart cars, smart homes, smart terminals, and smart manufacturing. For example, applications in smart car scenarios include: immersive in-car sound field & noise reduction, wireless interactive projection, and 360-degree panoramic view, which can achieve an immersive interactive experience and improve vehicle safety.

[0088] Wireless communication systems that support longer-distance transmission (e.g., 1-18 km) mainly include next-generation GT network wireless communication systems, such as the GT1.5 network wireless communication system and the GT2.0 network wireless communication system. These systems are not only suitable for communication scenarios with low latency requirements, such as the aforementioned in-vehicle communications and industrial control scenarios, but can also be used in communication scenarios with low latency requirements.

[0089] In some possible implementations, the above-mentioned communication system may be used in combination with a mobile communication system, for example, the mobile communication system includes but is not limited to the fourth generation (4G) communication system (for example, the long term evolution (LTE) system), the fifth generation (5G) communication system (for example, the new radio (NR) system), and future mobile communication systems such as the sixth generation (6G) mobile communication system.

[0090] For ease of understanding, the relevant technologies involved in the embodiments of this application are first introduced below.

[0091] In the GT1.0 protocol, uplink and downlink transmission exist between G nodes and T nodes. Uplink transmission is achieved through the T link, which is the link between the T node and the G node, also known as the uplink; downlink transmission is achieved through the G link, which is the link between the G node and the T node, also known as the downlink.

[0092] In a GT communication network, as shown in Figure 1, data is transmitted between G nodes and T nodes using a 1ms superframe. A 1ms superframe contains 48 radio frames, each of which includes a G link symbol, a system overhead symbol, and a T link symbol. Each radio frame supports 0, 1, or 2 system overhead symbols. The G link symbol carries G link data (downlink data), and the T link symbol carries T link data (uplink data). Between the system overhead symbol and the T link symbol is an interval (GAP1) indicating the switch from receiving downlink data to sending uplink data. Each radio frame is followed by an interval (GAP2) indicating the switch from sending uplink data to receiving downlink data.

[0093] In each radio frame, two system overhead symbols carry 1G link control information (downlink control information) and a pilot. Since control information requires a synchronization signal as a reference signal for demodulation, and there is a certain time interval between the control information and the synchronization signal, a pilot is required for phase compensation to ensure control information demodulation performance. The pilot is used to estimate and compensate the phase between the symbol containing the reference signal (synchronization signal) for demodulating the control information and the symbol containing the control information. The pilot is carried on subcarrier #10 and subcarrier #30 in the frequency domain. In other words, the 1G link control information and the associated pilot are time- and frequency-divided. The 1G link control information and the associated pilot occupy two symbols in the time domain, and the associated pilot occupies two subcarriers in the frequency domain. Therefore, a maximum of 96 overhead symbols in a superframe can be used to carry control information, and the symbols used to carry the 1G link control information are discretely distributed across these overhead symbols.

[0094] In the next-generation GT (GT1.5) protocol, to support greater system coverage and higher user capacity, achieving the 32 concurrent user requirement, higher control information reception performance is required. This requires increasing the number of pilots configured for demodulating a single control message, and requiring each symbol to carry at most two control messages. Therefore, if the control information and pilot configuration described in the GT1.0 protocol is adopted, where only two pilot subcarriers are configured for each control message, the significant time interval between the symbols carrying the control information and the synchronization signals used for demodulating it may prevent accurate estimation of the control information's phase rotation. Therefore, the number of pilot subcarriers configured for each control message needs to be increased. However, increasing the number of pilot subcarriers results in the potential for eight subcarriers of pilot overhead to be reserved per symbol. This not only fails to improve demodulation performance but also increases system overhead and limits service bandwidth. Therefore, achieving phase compensation for control information in next-generation GT communications has become a pressing issue.

[0095] To this end, an embodiment of the present application provides a communication method that can achieve phase compensation of control information in next-generation GT communications, reduce system overhead, and ensure low-bitrate transmission of control information.

[0096] Before introducing the embodiments of the present application, the following points are explained.

[0097] First, in the embodiments of the present application, the first, second, and various numerical numbers are merely distinctions made for ease of description and are not intended to limit the scope of the embodiments of the present application. For example, different indication information is distinguished. For another example, the first duration and the second duration are merely to distinguish different lengths of time and do not limit their order. Those skilled in the art will understand that words such as "first" and "second" do not limit the quantity and order of execution, and words such as "first" and "second" do not necessarily limit them to be different.

[0098] Second, in the embodiments of the present application, descriptions such as "when...", "in the case of...", "if" and "if" all mean that the device (such as a terminal node or a management node) will make corresponding processing under certain objective circumstances. It does not limit the time, and does not require the device (such as a terminal node or a management node) to have a judgment action when implementing it, nor does it mean that there are other limitations.

[0099] At the same time, 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 more preferred or more advantageous than 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 to facilitate understanding.

[0100] Finally, the network architecture and business scenarios described in the embodiments of this application are intended to more clearly illustrate the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. Ordinary technicians in this field can know that with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0101] The communication system shown in Figure 2 is used as an example to describe in detail a communication system applicable to an embodiment of the present application.

[0102] As shown in Figure 2, the communication system includes at least one management node and at least one terminal node. The management node is a node in the communication system that sends data scheduling information, and the terminal node is a node in the communication system that receives data scheduling information and sends data according to the data scheduling information.

[0103] Exemplarily, the communication system may be a StarFlash communication system or a Bluetooth communication system.

[0104] The management node is located on the network side of the above-mentioned communication system to help the terminal node achieve wireless access, and is a device with wireless transceiver functions or a chip or chip system that can be set in the device. The management node includes but is not limited to: a base station, an evolved NodeB (eNodeB), an access point (AP), a transmission reception point (TRP or transmission point, TP), a next-generation NodeB (gNB), a next-generation base station in the sixth-generation (6G) mobile communication system, a base station in a future mobile communication system, or an access point (AP) in a wireless fidelity (Wi-Fi) system. The management node can be a macro base station, a micro base station or an indoor station, a relay node or a donor node, an open radio access network (ORAN), or a wireless controller in a centralized radio access network (CRAN) scenario. The management node may also be one or a group of antenna panels (including multiple antenna panels) of a base station in the fifth generation (5G), or a network node constituting a gNB, TRP, TP, or transmission measurement function (TMF), such as a central unit (CU), a distributed unit (DU), a CU-control plane (CP), a CU-user plane (UP), or a radio unit (RU), or a roadside unit (RSU) with base station functionality. Optionally, the management node may also be a server, a wearable device, a vehicle, or an onboard device. For example, the management node in vehicle-to-everything (V2X) technology may be an RSU. Optionally, the management node may also be a control unit in an unmanned vehicle, a central controller in a smart factory / smart home, or a handheld or automated control remote sensing device for an aircraft. All or part of the functions of the management node in this application may also be implemented by software functions running on hardware, or by virtualization functions instantiated on a platform (e.g., a cloud platform). The management node in this application may also be a logical node, a logical module or software that can implement all or part of the management node functions.

[0105] The embodiment of the present application does not limit the form of the management node. The device used to implement the functions of the management node can be a management node; it can also be a device that can support the management node to implement the functions, such as a chip system. The device can be installed in the management node or used in conjunction with the management node.

[0106] A terminal node is a device, equipment, module, chip or chip system with transceiver functions. The terminal node may also be called user equipment (UE), access terminal, subscriber unit, user station, mobile station (MS), mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent or user device. The terminal nodes in the embodiments of the present application may be mobile phones, cellular phones, smart phones, tablet computers, wireless data cards, personal digital assistants (PDAs), wireless modems, handheld devices (handsets), laptop computers, machine type communication (MTC) terminals, computers with wireless transceiver functions, virtual reality (VR) terminals, augmented reality (AR) terminals, smart home appliances (e.g., refrigerators, televisions, air conditioners, electric meters, etc.), intelligent robots, robotic arms, workshop equipment, wireless terminals in unmanned driving, wireless terminals in industrial control, wireless terminals in self-driving, wireless terminals in remote medical care, wireless terminals in smart grids, wireless terminals in transportation safety, wireless terminals in smart cities, wireless terminals in smart homes, vehicle-mounted terminals, roadside units with terminal functions, etc. The terminal node of the present application may also be an onboard module, onboard module, onboard component, onboard chip or onboard unit built into a vehicle as one or more components or units. The terminal node may also be other devices with terminal functions. For example, the terminal node may also be a device that functions as a terminal in device-to-device (D2D) communication.

[0107] The embodiments of this application do not limit the device form factor of the terminal node. The device used to implement the functions of the terminal node can be a terminal node; it can also be a device that can support the terminal node to implement the function, such as a chip system. The device can be installed in the terminal node or used in conjunction with the terminal node. In the embodiments of this application, the chip system can be composed of a chip or can include a chip and other discrete devices.

[0108] It should be noted that the solutions in the embodiments of the present application can also be applied to other communication systems, and the corresponding names can also be replaced by the names of corresponding functions in other communication systems.

[0109] The communication method provided in the embodiment of the present application will be described in detail below with reference to FIG3 and FIG4 .

[0110] For example, FIG3 is a flow chart of a communication method provided in an embodiment of the present application. The communication method is described using the communication between the management node and the terminal node shown in FIG2 as an example. Of course, the subject that executes the management node action in the method can also be a device / module in the management node, such as a chip, processor, processing unit, etc. in the management node; the subject that executes the terminal node action in the method can also be a device / module in the terminal node, such as a chip, processor, processing unit, etc. in the terminal node, and the embodiment of the present application does not specifically limit this.

[0111] As shown in FIG3 , the communication method includes:

[0112] S301: A management node generates a first signal.

[0113] S302: The management node sends a first signal to the terminal node. Correspondingly, the terminal node receives the first signal from the management node.

[0114] S303: The terminal node performs phase estimation and compensation on at most two downlink control information according to the common pilot.

[0115] The above S301 and S303 are described in detail below. Regarding the above S301:

[0116] The first signal carries a common pilot and up to two downlink control messages. The common pilot and each of the two downlink control messages occupy the same time domain resource, and the time domain resource occupied by the common pilot and each of the downlink control messages is one symbol. In other words, the common pilot and the up to two downlink control messages occupy the same symbol in the time domain and are not time-divided in the time domain.

[0117] Downlink control information refers to symbol-level control information. Downlink control information is scheduling information configured by the management node to schedule terminal nodes for data reception or transmission. For example, downlink control information includes control information such as resource allocation information and modulation and coding schemes. A management node can configure up to two downlink control information pieces per time domain symbol, and different downlink control information pieces can be assigned to different terminal nodes. For example, the management node can configure the number of downlink control information pieces based on the current service transmission conditions, the number of scheduled terminal nodes, and other factors, without limitation.

[0118] The common pilot is a symbol-level pilot configured by the management node for all downlink control information carried on the first signal. The common pilot is used to estimate and compensate for the phase between the symbol containing the first signal and the symbol containing the reference signal used to demodulate up to two downlink control information messages. In other words, the common pilot can achieve phase compensation between the two downlink control information messages carried on the same symbol. The reference signal used to demodulate downlink control information is typically a synchronization signal, such as the first training signal (FTS) as a coarse synchronization signal and the second training signal (STS) as a fine synchronization signal.

[0119] For ease of explanation, a symbol occupied by the first signal in the time domain is referred to as a first symbol.

[0120] In some embodiments, the first symbol may be a time domain symbol agreed upon by the protocol or negotiated between the transmitter and receiver. For example, the protocol predefines the first symbol to be the mth (m is a positive integer) symbol in the kth (k is a positive integer) radio frame in a superframe of 1 ms in length, which is used to carry up to two downlink control information and a common pilot for compensating the phase of the demodulated downlink control information. It should be noted that the superframe of 1 ms in length may be the superframe defined in the GT1.0 protocol described above, or the superframe defined in a future GT protocol (such as the GT1.5 protocol), and this is not limited to this.

[0121] In some embodiments, the first symbol may be a symbol configured by the management node based on, for example, service type and service latency, and the management node may indicate the location of the first symbol to the terminal node via indication information. For example, the first symbol may be a time-domain symbol in a 1ms superframe used to carry downlink control information. The management node may modulate and map up to two downlink control information and a common pilot onto the mth symbol in the kth radio frame of the 1ms superframe, thereby enabling the management node to send indication information to inform the terminal node of the location of the first symbol.

[0122] The above describes the location design of the downlink control information and the common pilot in the time domain. The following further describes the location design of the downlink control information and the common pilot in the frequency domain.

[0123] In the embodiment of the present application, for the common pilot and up to two downlink control information located on the same symbol, the common pilot and up to two downlink control information are arranged in a frequency division manner in the frequency domain. That is, the common pilot and downlink control information are sent on different frequency domain resources at the same time.

[0124] In order to ensure that the frequency domain resources occupied by the two control information are equal, considering the existence of the DC subcarrier, for the first signal, the frequency domain resources it occupies may include M subcarriers (M=2n+1, n is a positive integer), then the common pilot and each downlink control information can be carried on different subcarriers among the M subcarriers. It should be noted that since there is a DC subcarrier among the M subcarriers, the DC subcarrier is located at the center of the frequency domain resources, which can eliminate carrier leakage, power waste and demodulation interference caused by the DC component, and is not suitable for carrying downlink control information and pilot. Therefore, the number of subcarriers used to carry the common pilot and downlink control information is M-1.

[0125] For example, in the next-generation GT communication scenario, the frequency domain resources occupied by the first signal may include 157 subcarriers. The common pilot and up to two downlink control information may be carried on different subcarriers among the 156 subcarriers excluding the DC subcarrier. Typically, the sequence numbers of the M subcarriers are sorted starting from 0. In some possible scenarios, the sequence numbers of the M subcarriers may also be sorted starting from 1, without limitation.

[0126] In an embodiment of the present application, in order to improve the phase compensation capability and the demodulation performance of the downlink control information, in one possible design, the common pilot occupies 4 subcarriers in the frequency domain, that is, each downlink control information in the same time domain position as the common pilot can achieve phase compensation through the common pilot carried on the 4 subcarriers.

[0127] In this design, the four subcarriers may include any two subcarriers with odd numbers in the frequency domain and any two subcarriers with even numbers in the frequency domain. That is, among the four subcarriers used to carry the common pilot, there are two subcarriers with odd numbers and two subcarriers with even numbers.

[0128] In some embodiments, the two odd-numbered subcarriers and the two even-numbered subcarriers used to carry the common pilot can be agreed upon by the protocol or negotiated between the transmitter and receiver. For example, the total number of available frequency domain resources is 157 subcarriers, and the protocol stipulates one or more groups of combinations of four subcarrier numbers that can be used to carry the common pilot, for example, {#3, #7, #148, #152}, {#5, #9, #150, #154}, {#7, #9, #152, #154}, etc. Thus, in the case where there are multiple groups of combinations of four subcarrier numbers that can be used to carry the common pilot, the management node can select a group of subcarrier number combinations from the multiple groups of combinations of four subcarrier numbers that can be used to carry the common pilot agreed upon by the protocol, and carry the common pilot on the subcarriers of the corresponding numbers.

[0129] In some embodiments, the two odd-numbered subcarriers and the two even-numbered subcarriers used to carry the common pilot may be configured by the management node. For example, the total number of available frequency domain resources is 157 subcarriers, and the management node selects two odd-numbered subcarriers and two even-numbered subcarriers from the 157 subcarriers to carry the common pilot.

[0130] For downlink control information, since there are at most two downlink control information located at the same time domain position as the common pilot, that is, the subcarriers other than the four subcarriers used to carry the common pilot in the M subcarriers are used to carry at most two downlink control information, the positions of the two downlink control information in the frequency domain are designed as follows:

[0131] The two downlink control information include first downlink control information and second downlink control information, wherein the frequency domain resources occupied by the first downlink control information include the subcarriers with odd serial numbers on the frequency domain except the two subcarriers used to carry the common pilot, and the frequency domain resources occupied by the second downlink control information include the subcarriers with even serial numbers on the frequency domain except the two subcarriers used to carry the common pilot.

[0132] That is to say, except for the 4 subcarriers and 1 DC subcarrier used to carry the common pilot, the subcarriers with odd numbers in the remaining M-5 subcarriers are used to carry one downlink control message, and the subcarriers with even numbers are used to carry one downlink control message. It can be seen from this that the number of frequency domain resources occupied by the first downlink control information is equal to the number of frequency domain resources occupied by the second downlink control information, that is, the frequency domain resources occupied by the two downlink control information are equal in size, so that the transmission code rate of different downlink control information will not be significantly different, and the transmission performance of the two downlink control information on the same time domain symbol is equivalent, without adding additional implementation complexity.

[0133] Exemplarily, as shown in Figure 4, the total number of available frequency domain resources is 157 subcarriers, the subcarriers are numbered #0 to #156, and the common pilot and at most two downlink control information are frequency-divided on one time domain symbol, among which the subcarriers numbered #3, #7, #148 and #152 are used to carry the common pilot, and the subcarriers with odd numbers in the remaining 152 subcarriers except one DC subcarrier are used to carry the first downlink control information (denoted as CTU0), and the subcarriers with even numbers are used to carry the second downlink control information (denoted as CTU1).

[0134] Therefore, the management node modulates and maps the common pilot and at most two downlink control information onto different frequency domain resources in the same time domain resource, and sends the signals to the terminal node through the first signal.

[0135] For the above S303:

[0136] After receiving the first signal, the terminal node demodulates the first signal, demodulates at the corresponding time domain position to obtain a common pilot, uses the common pilot to estimate the phase between the time domain symbol where the common pilot or downlink control information is located and the time domain symbol where the synchronization signal used to demodulate the downlink control information is located, and compensates based on the estimated phase so as to correctly demodulate to obtain the downlink control information, and perform subsequent data transmission and reception based on the downlink control information.

[0137] Based on the communication method shown in Figure 3, the management node carries at most two downlink control information on the same time domain symbol, as well as a common pilot for compensating the phase of all downlink control information on the time domain symbol. Compared with independently configuring a pilot for each downlink control information, the symbol-level common pilot can save overhead and reduce the coding rate of the control information.

[0138] For example, the solution provided in the embodiment of the present application is applicable to Bluetooth (BT) and SparkLink (or NearLink) communication. In the embodiment of the present application, BT and Bluetooth Low Energy (BLE) can refer to each other. NearLink and SparkLink Low Energy (SLE), SparkLink Basic (SLB), or SparkLink Position (SLP) can also refer to each other.

[0139] Some embodiments of the solutions provided by this application are introduced below.

[0140] Example 1:

[0141] Both BT and StarFlash offer overlapping piconets, and both utilize the 2.4 GHz frequency band and frequency hopping technology. Their similarities allow for the reuse of some modules, saving chip cost, area, and power consumption. This allows for a high degree of chip resource reuse and rapid iteration across multiple chips.

[0142] BLE and SLE can share a set of radio frequency architectures and pathways. As shown in Figure 5, a schematic diagram of a chip architecture provided in an embodiment of the present application is shown. As can be seen from Figure 5, the design can achieve resource sharing of the central processing unit (CPU), radio frequency (RF) unit), analog baseband (ABB) unit, or modem, and reuse of some modules of the media access control (MAC) layer, thereby saving chip area, reducing chip cost and power consumption.

[0143] Figure 6 shows another chip architecture diagram provided by an embodiment of the present application. As shown in Figure 6, the MAC units of BT, SLE, and wireless fidelity (WIFI) are implemented independently, while the RF unit and Modem unit of each mode are all shared.

[0144] As shown in Figure 7, another chip architecture diagram provided by an embodiment of the present application is shown. As can be seen from Figure 7, the MAC units of BT, SLE, and WIFI are implemented independently, and the Modems of BT, SLE, and WiFi are also implemented independently, while the RF units of each mode are all shared.

[0145] Figure 8 shows another chip architecture diagram provided by an embodiment of the present application. As shown in Figure 8, the MAC units of BT, SLE, and WIFI are implemented independently, while some modes, such as BT and SLE, share the modem. Other modes, such as WIFI, have their modem implemented independently, while all RF units are shared.

[0146] Example 2:

[0147] SLE chips can be manufactured using 14 / 28 / 40nm processes and packaged in chip size packages (CSP), ball grid array (BGA), and quad flat no-lead (QFN), with either internal or external flash memory. Depending on the application scenario, at least one of the following subsystems, including a power management unit (PMU), clock management unit (CMU), active optical network (AON), wireless local area network (WLAN) or Bluetooth, SLE, global navigation satellite system (GNSS), application (APP), and audio, can be integrated onto a single chip, minimizing area, maximizing functionality, and improving performance and reliability.

[0148] The present application provides a chip design method in which the SLE and other subsystems are integrated on a single chip. The subsystems of the chip can be tailored and combined according to different products, and different subsystems are connected via a bus.

[0149] As shown in Figure 9, a schematic diagram of a chip module framework provided by an embodiment of the present application is shown. As shown in Figure 9, for products that require functional modules such as WiFi or GNSS and need to connect to Bluetooth and Star Flash devices, BT and SLE can be divided into different systems, and then combined with WiFi System, GNSS System, Always On System, PMU, CMU, Flash memory, etc. on a single chip. Different subsystems are connected through a bus.

[0150] Figure 10 shows another schematic diagram of a chip module framework provided by an embodiment of the present application. As shown in Figure 10, for devices that do not require functional modules such as WiFi or GNSS but require audio functions, in order to save area and cost, BLE and SLE can be combined into one subsystem, which can then be combined with the App System, Audio System, Always On System, PMU, CMU, Flash, etc. on a single chip. The different subsystems are connected via a bus.

[0151] Figure 11 shows another schematic diagram of a chip module framework provided by an embodiment of the present application. As shown in Figure 11, for devices that do not require functional modules such as WiFi or GNSS, nor audio functions, to save area and cost, BLE and SLE can be combined into one subsystem, which can then be combined with the Always On System, CMU, PMU, Flash, etc. on a single chip, with the different subsystems connected via a bus.

[0152] Example 3

[0153] The WiFi 2.4G frequency band is 2412-2472MHz, while the BT / BLE / SLE frequency band is 2402-2480MHz, potentially interfering with each other. SLE and BT / BLE within the same core can be allocated service time slots through software scheduling, but SLE and BT / BLE / WiFi on different cores lack unified scheduling.

[0154] The embodiment of the present application provides a coexistence solution for SLE / BT / BLE / WIFI. Depending on whether SLE and BT / BLE / WIFI share the same antenna, the coexistence scenario is divided into different antenna coexistence (using different antennas) and shared antenna coexistence (using the same antenna), and different coexistence strategies are given.

[0155] For heterogeneous antenna coexistence, if SLE and BT / BLE coexist, the transmit and receive frequencies of SLE and BT / BLE can be kept different (i.e., frequency division multiplexing). The software can handle this based on the frequency hopping sequence (i.e., code division multiplexing), service cycle, and interval (i.e., time division multiplexing). If SLE and Wi-Fi coexist, if isolation cannot meet the requirements, it is necessary to avoid the WLAN channel (i.e., channel avoidance) to reduce the impact of WLAN. At the same time, a cluster scheduling mechanism can be added to aggregate and send Wi-Fi packets (i.e., cluster scheduling) to reduce the probability of WLAN interference.

[0156] For coexistence using the same antenna, either a software static strategy or a hardware packet traffic arbitration (PTA) strategy can be used. The advantages of the software static strategy include minimal hardware requirements, minimal software modifications, and no dynamic radio frequency (RF) switching (such as RF recovery). The advantages of the PTA strategy include faster service state switching and finer switching time granularity.

[0157] Taking the coexistence of SLE and Wi-Fi as an example, Figure 12 shows a schematic diagram of the framework of a software static policy provided by an embodiment of the present application. As can be seen from Figure 12, the software static policy may include: after SLE is started, the host (HOST) is configured through software to notify Wi-Fi to exit the current RF path. In this scenario, Wi-Fi can check the SLE startup flag, and the software can set it to switch from the current RF path to another RF path. The chip needs to support software setting switching.

[0158] Exemplarily, as shown in FIG13, a schematic diagram of the framework of a hardware arbitration time division (PTA) strategy provided in an embodiment of the present application is provided. As can be seen from FIG13, the hardware arbitration time division (PTA) strategy includes: any combination of transmission (TX) and reception (RX) of each party is time-divided, and the PTA module will transmit the occupancy status of the radio frequency channel to each party respectively, using different level signals to indicate that the radio frequency channel is occupied by SLE / BT / BLE / WIFI, and this signal is used to notify the software or hardware to perform the corresponding processing. Different services can also set different PTA priorities, and high-priority services can seize air interface resources.

[0159] Example 4:

[0160] The Star Flash standard defines asynchronous and synchronous data links. Asynchronous links are divided into asynchronous unicast and multicast, and synchronous links are divided into synchronous unicast, multicast, and broadcast. This embodiment of the application designs a set of SLE link selection schemes based on the different real-time data requirements of different products. By connecting different devices in different scenarios, different data links can be used to support the needs of different product application scenarios.

[0161] Figure 14 is a schematic diagram of a link establishment process provided by an embodiment of the present application. As shown in Figure 14, after the T node sends a broadcast packet to the G node, the G node sends a scan access request to the T node. Furthermore, after the T node sends a scan access response to the G node, an asynchronous unicast link is established between the G node and the T node, and data is transmitted over the established asynchronous unicast link.

[0162] Figure 15 is a schematic diagram of another link establishment process provided by an embodiment of the present application. As shown in Figure 15, after the T node sends a broadcast packet to the G node, the G node sends a scan access request to the T node. Furthermore, after the T node sends a scan access response to the G node, an asynchronous multicast link is established between the G node and the T node, and data is transmitted over the established asynchronous multicast link.

[0163] For products (such as non-audio devices such as keyboards, mice, and styluses) or services that do not require real-time data (that is, the service delay of the product or service is greater than the first value), an asynchronous unicast link as shown in Figure 14 or an asynchronous multicast link as shown in Figure 15 can be established for data transmission.

[0164] Figure 16 is a schematic diagram of another link establishment process provided by an embodiment of the present application. As shown in Figure 16, after the T node sends a broadcast packet to the G node, the G node sends a scan access request to the T node. Furthermore, after the T node sends a scan access response to the G node, the G node and the T node first establish an asynchronous unicast link, and then establish a synchronous unicast link, and data is transmitted over the established synchronous unicast link.

[0165] Figure 17 is a schematic diagram of another link establishment process provided by an embodiment of the present application. As shown in Figure 17, after the T node sends a broadcast packet to the G node, the G node sends a scan access request to the T node. Furthermore, after the T node sends a scan access response to the G node, the G node and the T node first establish an asynchronous unicast link, then establish a synchronous multicast link, and transmit data over the established synchronous multicast link.

[0166] For products (such as audio devices such as headphones and microphones) or services with real-time data requirements (that is, the service delay of the product or service is less than the second value), as shown in Figure 16 or Figure 17, an asynchronous unicast link can be established first, and then a synchronous unicast link or a synchronous multicast link can be established for data transmission.

[0167] Figure 18 is a schematic diagram of another link establishment process provided by an embodiment of the present application. As shown in Figure 18, after the T node sends a broadcast packet to the G node, the G node sends a scan access request to the T node. Furthermore, after the T node sends a scan access response to the G node, an asynchronous unicast link is established between the G node and the T node, and data transmission is performed after synchronization is achieved by adding timestamps to the data packets.

[0168] Figure 19 is a schematic diagram of another link establishment process provided by an embodiment of the present application. As shown in Figure 19, after the T node sends a broadcast packet to the G node, the G node sends a scan access request to the T node. Furthermore, after the T node sends a scan access response to the G node, an asynchronous multicast link is established between the G node and the T node, and data transmission is performed after synchronization is achieved by adding timestamps to the data packets.

[0169] For products (such as audio devices such as headsets and live microphones) or services that have data real-time requirements but not particularly high real-time requirements (that is, the service delay of the product or service is less than the first value and greater than the second value), asynchronous unicast or asynchronous multicast links can also be established to achieve synchronization by adding timestamps to data packets.

[0170] Embodiment 5:

[0171] As shown in Figure 20, the StarFlash protocol defines four different radio frame types. Each frame format corresponds to different sensitivity, frame length, modulation mode, and synchronization sequence. Physical layer parameter negotiation can be used to select different frame formats in different scenarios to maximize performance benefits. The following examples provide examples of selecting different frame formats in different scenarios.

[0172] As shown in Figure 21, an example of a frame format application in a scenario provided by an embodiment of the present application is shown. For low-latency products (such as keyboards, mice, styluses, toothbrushes, microphones, etc.) or service scenarios (i.e., the service latency of the product or service is less than the first duration), frame format 1 is selected for broadcast access, and after entering the connected state, it is switched to frame format 2 through physical layer parameter negotiation.

[0173] As shown in Figure 22, an example of frame format application in another scenario provided by an embodiment of the present application is shown. Among them, for products (such as mobile phones, headphone audio) or business scenarios that have both low latency (i.e., the service delay of the product or service is less than the first duration) and anti-interference demands (i.e., the anti-interference capability of the product or service is required to be greater than the set threshold), frame format 1 is selected for broadcast access, and after entering the connected state, it is switched to frame format 2 or frame format 3 through physical layer parameter negotiation.

[0174] As shown in Figure 23, an example of frame format application in another scenario provided by an embodiment of the present application is shown. For extremely low-cost devices that only support Gaussian frequency shift keying (GFSK) frame format (GFSK has a higher maximum transmit power than phase shift keying (PSK)), or devices that are sensitive to maximum transmit power (i.e., the maximum transmit power must be greater than a first power threshold), frame format 1 is selected for broadcast access, and no frame format switching is performed subsequently.

[0175] As shown in Figure 24, an example of frame format application in another scenario provided by an embodiment of the present application is shown. For the ultra-long-distance coverage scenario of the Internet of Things (IoT), frame format 4 is selected for broadcasting and connection. When the distance is shortened, frame format 2 or 3 can be switched through physical layer parameter negotiation. Otherwise, frame format 4 is maintained.

[0176] It should be noted that the frame format one in the embodiment of the present application can also be called the frame format corresponding to the Star Flash Wireless Frame Type 1, the frame format two in the embodiment of the present application can also be called the frame format corresponding to the Star Flash Wireless Frame Type 2, the frame format three in the embodiment of the present application can also be called the frame format corresponding to the Star Flash Wireless Frame Type 3, and the frame format four in the embodiment of the present application can also be called the frame format corresponding to the Star Flash Wireless Frame Type 4.

[0177] In each of the above embodiments, the methods and / or steps implemented by the management node may also be implemented by components that can be used for the management node (e.g., a processor, chip, chip system, circuit, logic module, or software); the methods and / or steps implemented by the terminal node may also be implemented by components that can be used for the management node (e.g., a processor, chip, chip system, circuit, logic module, or software).

[0178] The above mainly introduces the solution provided by this application. Accordingly, this application also provides a communication device, which is used to implement the various methods in the above method embodiments. The communication device can be the management node in the above method embodiments, or a device including a management node, or a component that can be used for a management node, such as a chip or a chip system. Alternatively, the communication device can be the terminal node in the above method embodiments, or a device including a terminal node, or a component that can be used for a terminal node, such as a chip or a chip system.

[0179] In some embodiments, in order to implement the above functions, the communication device includes hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should easily appreciate that, in combination with the units and algorithm steps of the various examples described in the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0180] The embodiment of the present application can divide the functional modules of the communication device according to the above method embodiment. For example, each functional module can be divided according to each function, or two or more functions can be integrated into one processing module. The above integrated modules can be implemented in the form of hardware or in the form of software functional modules. It should be noted that the division of modules in the embodiment of the present application is schematic and is only a logical functional division. In actual implementation, there may be other division methods.

[0181] In some embodiments, the present application further provides a communication device 250 for realizing the transmission of a star flash signal. The communication device 250 may include: a module for generating a first signal, and a module for sending the first signal to a terminal node. The first signal carries a common pilot and at most two downlink control information, and each downlink control information in the common pilot and at most two downlink control information occupies the same time domain resource. The time domain resource occupied by the common pilot and each downlink control information is one symbol. The common pilot is used to estimate and compensate for the phase between the symbol where the first signal is located and the symbol where the reference signal for demodulating at most two downlink control information is located.

[0182] Optionally, as shown in FIG. 25 , the module for generating the first signal may be a processing module 2501 , and the module for sending the first signal to the terminal node may be a communication module 2502 .

[0183] The communication module and processing module in the embodiment of the present application can be deployed in the Star Flash module, Bluetooth module or WiFi module at the same time; or, the communication module in the embodiment of the present application can be deployed in the Star Flash module, Bluetooth module or WiFi module, and the processing module in the embodiment of the present application can be deployed in other modules of the module where the processing module is located; or, the processing module in the embodiment of the present application can be deployed in the Star Flash module, Bluetooth module or WiFi module, and the communication module in the embodiment of the present application can be deployed in other modules of the module where the processing module is located. The embodiment of the present application does not make specific limitations on this.

[0184] In another possible implementation, the above-mentioned communication device 250 is also used to realize the transmission of Bluetooth signals or WiFi signals, and at least one of the Star Flash module, Bluetooth module and WiFi module shares at least one of the RF unit, modem unit, MAC unit and CPU.

[0185] In another possible implementation, the communication device 250 is also used to realize the transmission of Bluetooth signals, but does not support the transmission of WiFi signals. The Star Flash module and the Bluetooth module are located in the same subsystem of the communication device 250, and the subsystem and PMU are integrated in the communication device 250.

[0186] In another possible implementation, the communication device 250 is also used to realize the transmission of Bluetooth signals or WiFi signals. At least one of the Bluetooth modules or WiFi modules coexists and communicates with the Star Flash module through different antennas, and the coexistence strategy is channel avoidance.

[0187] In another possible implementation, the communication device 250 is further used to determine the type of the opposite device and / or the service delay of the opposite device, and determine the link corresponding to the opposite device and / or the service for data transmission according to the link selection strategy.

[0188] In another possible implementation, the communication device 250 is also used to: determine the type of the opposite device and / or the service delay of the opposite device, including: determining the type of the opposite device, the type of the opposite device includes an audio device type or a non-audio device type; when the type of the opposite device is an audio device type, determining the service delay of the opposite device.

[0189] In another possible implementation, the link selection strategy includes: when the service delay is greater than a first value, establishing an asynchronous unicast link or an asynchronous multicast link before performing data transmission; or, when the service delay is less than the first value and greater than a second value, establishing an asynchronous unicast link or an asynchronous multicast link, achieving synchronization by adding timestamps to data packets, and then performing data transmission; or, when the service delay is less than the second value, first establishing an asynchronous unicast link, and then establishing a synchronous unicast link or a synchronous multicast link before performing data transmission.

[0190] In another possible implementation, the communication device 250 is further configured to determine the type of the peer device and / or the service delay of the peer device, and determine the frame format type corresponding to the type of the peer device and / or the service type of the peer device according to the frame format selection policy. The frame format type includes Starflash Wireless Frame Type 1, Starflash Wireless Frame Type 2, Starflash Wireless Frame Type 3, or Starflash Wireless Frame Type 4.

[0191] In another possible implementation, the communication device 250 is also used to: determine the type of the opposite device and / or the service delay of the opposite device, including: determining the type of the opposite device, the type of the opposite device includes an audio device type or a non-audio device type; when the type of the opposite device is an audio device type, determining the service delay of the opposite device.

[0192] In another possible implementation, the above-mentioned frame format selection strategy includes: when the service delay requirement of the opposite device is less than the first duration, selecting Star Flash wireless frame type 1 for broadcast access, and switching to Star Flash wireless frame type 2 through physical layer parameter negotiation after the connection state; or, when the service delay requirement of the opposite device is less than the first duration and the service anti-interference capability requirement is greater than the set threshold, selecting Star Flash wireless frame type 1 for broadcast access, and switching to Star Flash wireless frame type 2 or Star Flash wireless frame type 3 through physical layer parameter negotiation after entering the connection state; or, when the type of the opposite device is a device that only supports Star Flash wireless frame type 1, or a device with a maximum transmission power greater than the first power threshold, selecting Star Flash wireless frame type 1 for broadcast access; or, when the service type of the opposite device is IOT ultra-long-distance coverage service, when the distance between the opposite device and the communication device is greater than the first threshold, selecting Star Flash wireless frame type 4 for broadcast and connection, or, when the distance between the opposite device and the communication device is less than or equal to the first threshold, switching to Star Flash wireless frame type 2 or Star Flash wireless frame type 3 through physical layer parameter negotiation.

[0193] In some embodiments, the present application further provides a communication device 260, which is used to realize the transmission of star flash signals. The communication device 260 may include: a module for receiving a first signal from the management node, and a module for performing phase estimation and compensation for up to two downlink control information based on a common pilot. The first signal carries a common pilot and up to two downlink control information, and each downlink control information in the common pilot and up to two downlink control information occupies the same time domain resources. The time domain resources occupied by the common pilot and each downlink control information are, and the common pilot is used to estimate and compensate the phase between the symbol where the first signal is located and the symbol where the reference signal for demodulating up to two downlink control information is located.

[0194] Optionally, as shown in Figure 26, the module for receiving the first signal from the management node may be the communication module 2601, and the module for performing phase estimation and compensation for up to two downlink control information based on the common pilot may be the processing module 2602.

[0195] The communication module and processing module in the embodiment of the present application can be deployed in the Star Flash module, Bluetooth module or WiFi module at the same time; or, the communication module in the embodiment of the present application can be deployed in the Star Flash module, Bluetooth module or WiFi module, and the processing module in the embodiment of the present application can be deployed in other modules of the module where the processing module is located; or, the processing module in the embodiment of the present application can be deployed in the Star Flash module, Bluetooth module or WiFi module, and the communication module in the embodiment of the present application can be deployed in other modules of the module where the processing module is located. The embodiment of the present application does not make specific limitations on this.

[0196] In another possible implementation, the communication device 260 is also used to realize the transmission of Bluetooth signals or WiFi signals, and at least one of the Star Flash module, Bluetooth module and WiFi module shares at least one of the RF unit, modem unit, MAC unit and CPU.

[0197] In another possible implementation, the communication device 260 is also used to realize the transmission of Bluetooth signals, but does not support the transmission of WiFi signals. The Star Flash module and the Bluetooth module are located in the same subsystem of the communication device 260, and the subsystem and PMU are integrated in the communication device 260.

[0198] In another possible implementation, the communication device 260 is also used to realize the transmission of Bluetooth signals or WiFi signals. At least one of the Bluetooth modules or WiFi modules coexists and communicates with the Star Flash module through different antennas, and the coexistence strategy is channel avoidance.

[0199] In another possible implementation, the communication device 260 is further used to determine the type of the opposite device and / or the service delay of the opposite device, and determine the link corresponding to the opposite device and / or the service for data transmission according to the link selection strategy.

[0200] In another possible implementation, the communication device 260 is also used to: determine the type of the opposite device and / or the service delay of the opposite device, including: determining the type of the opposite device, the type of the opposite device includes an audio device type or a non-audio device type; when the type of the opposite device is an audio device type, determining the service delay of the opposite device.

[0201] In another possible implementation, the link selection strategy includes: when the service delay is greater than a first value, establishing an asynchronous unicast link or an asynchronous multicast link before performing data transmission; or, when the service delay is less than the first value and greater than a second value, establishing an asynchronous unicast link or an asynchronous multicast link, achieving synchronization by adding timestamps to data packets, and then performing data transmission; or, when the service delay is less than the second value, first establishing an asynchronous unicast link, and then establishing a synchronous unicast link or a synchronous multicast link before performing data transmission.

[0202] In another possible implementation, when the communication device 260 is a non-audio device, the communication device 260 is further configured to: transmit data via an asynchronous unicast or asynchronous multicast link.

[0203] In another possible implementation, the communication device 260 is also used to: determine the type of the opposite device and / or the service delay of the opposite device, and determine the frame format type corresponding to the type of the opposite device and / or the service type of the opposite device according to the frame format selection strategy; wherein the frame format type includes Star Flash Wireless Frame Type 1, Star Flash Wireless Frame Type 2, Star Flash Wireless Frame Type 3 or Star Flash Wireless Frame Type 4.

[0204] In another possible implementation, the communication device 260 is also used to: determine the type of the opposite device and / or the service delay of the opposite device, including: determining the type of the opposite device, the type of the opposite device includes an audio device type or a non-audio device type; when the type of the opposite device is an audio device type, determining the service delay of the opposite device.

[0205] In another possible implementation, the above-mentioned frame format selection strategy includes: when the service delay requirement of the opposite device is less than the first duration, selecting Star Flash wireless frame type 1 for broadcast access, and switching to Star Flash wireless frame type 2 through physical layer parameter negotiation after the connection state; or, when the service delay requirement of the opposite device is less than the first duration and the service anti-interference capability requirement is greater than the set threshold, selecting Star Flash wireless frame type 1 for broadcast access, and switching to Star Flash wireless frame type 2 or Star Flash wireless frame type 3 through physical layer parameter negotiation after entering the connection state; or, when the type of the opposite device is a device that only supports Star Flash wireless frame type 1, or a device with a maximum transmission power greater than the first power threshold, selecting Star Flash wireless frame type 1 for broadcast access; or, when the service type of the opposite device is IOT ultra-long-distance coverage service, when the distance between the opposite device and the communication device is greater than the first threshold, selecting Star Flash wireless frame type 4 for broadcast and connection, or, when the distance between the opposite device and the communication device is less than or equal to the first threshold, switching to Star Flash wireless frame type 2 or Star Flash wireless frame type 3 through physical layer parameter negotiation.

[0206] In another possible implementation, when the communication device 260 is a non-audio device, the communication device 260 is also used to: select Star Flash wireless frame type 1 for broadcast access, and after entering the connection state, switch to Star Flash wireless frame type 2 for data transmission through physical layer parameter negotiation.

[0207] An embodiment of the present application provides a schematic structural diagram of a communication device 270. As shown in Figure 27, the communication device 270 may include a processor 2701, a bus 2702, a communication interface 2703, and a memory 2704. The processor 2701, the memory 2704, and the communication interface 2703 communicate with each other via the bus 2702. The communication device 270 may be the aforementioned management node or a terminal node. It should be understood that this application does not limit the number of processors and memories in the communication device 270.

[0208] Bus 2702 may be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, among others. Buses may be classified as address buses, data buses, control buses, and the like. For ease of illustration, FIG. 27 shows only one line, but this does not imply a single bus or type of bus. Bus 2702 may include a path for transmitting information between the various components of communication device 270 (e.g., memory 2704, processor 2701, and communication interface 2703).

[0209] The processor 2701 may include any one or more processors such as a CPU, a graphics processing unit (GPU), a microprocessor (MP), or a digital signal processor (DSP).

[0210] The memory 2704 may include a volatile memory, such as a random access memory (RAM). The processor 2701 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).

[0211] The communication interface 2703 uses a transceiver module such as, but not limited to, a network interface card or a transceiver to implement communication between the communication device 270 and other devices or a communication network.

[0212] The memory 2704 stores executable program codes, and the processor 2701 executes the executable program codes to respectively implement the functions of the management node or the terminal node in the aforementioned method embodiment. That is, the memory 2704 stores instructions for executing the aforementioned communication method.

[0213] On the other hand, an embodiment of the present application further provides a computer program product comprising instructions, including computer program code, which, when the computer program code runs on a communication device, enables the communication device to execute the method described in any of the above embodiments.

[0214] In another aspect, embodiments of the present application further provide a computer-readable storage medium storing a computer program or instruction that, when executed on a communication device, enables the communication device to execute the method described in any of the above embodiments.

[0215] In the above embodiments, all or part of the embodiments can be implemented by software, hardware, firmware, or any combination thereof. When implemented using a software program, all or part of the embodiments can be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions according to the embodiments of the present application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that includes one or more media integrated therein. The available medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a DVD), or a semiconductor medium (eg, a solid state disk (SSD)).

[0216] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[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 schematic. For example, the division of the units is merely a logical function 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 through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0219] The units described as separate components may or may not be physically separate, and the 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 functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0221] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, a server, or an access network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a ROM, a random access memory RAM, a magnetic disk, or an optical disk.

[0222] Although the present application is described herein in conjunction with various embodiments, in the process of implementing the claimed application, those skilled in the art may understand and implement other variations of the disclosed embodiments by reviewing the drawings, the disclosure, and the appended claims. In the claims, the word "comprising" does not exclude other components or steps, and "a" or "an" does not exclude multiple situations. A single processor or other unit may implement several functions listed in the claims. Certain measures are recorded in different dependent claims, but this does not mean that these measures cannot be combined to produce good results.

[0223] Although the present application has been described with reference to specific features and embodiments thereof, it is apparent that various modifications and combinations may be made thereto without departing from the spirit and scope of the present application. Accordingly, this specification and the drawings are merely illustrative of the present application as defined by the appended claims and are deemed to cover any and all modifications, variations, combinations or equivalents within the scope of the present application. Obviously, those skilled in the art may make various modifications and variations to the present application without departing from the spirit and scope of the present application. Thus, the present application is intended to include such modifications and variations as fall within the scope of the claims of the present application and their equivalents.

Claims

1. A communication method, characterized in that: The method comprises: generating a first signal, where the first signal carries a common pilot and at most two downlink control information, where the common pilot and each of the at most two downlink control information occupy the same time domain resource, where the time domain resource occupied by the common pilot and each of the downlink control information is one symbol, and where the common pilot is used to estimate and compensate for a phase between a symbol in which the first signal is located and a symbol in which a reference signal for demodulating the at most two downlink control information is located; The first signal is sent to a terminal node.

2. The method according to claim 1, characterized in that The common pilot signal and the at most two downlink control information signals are frequency-divided.

3. The method according to claim 1 or 2, characterized in that The common pilot occupies 4 subcarriers in the frequency domain.

4. The method according to claim 3, characterized in that The four subcarriers include any two subcarriers among the subcarriers with odd serial numbers in the frequency domain and any two subcarriers among the subcarriers with even serial numbers in the frequency domain.

5. The method according to any one of claims 1 to 4, characterized in that The two downlink control information include first downlink control information and second downlink control information, and the number of frequency domain resources occupied by the first downlink control information is equal to the number of frequency domain resources occupied by the second downlink control information.

6. The method according to claim 5, characterized in that The frequency domain resources occupied by the first downlink control information include subcarriers with odd sequence numbers in the frequency domain except for two subcarriers used to carry the common pilot.

7. The method according to claim 5 or 6, characterized in that The frequency domain resources occupied by the second downlink control information include subcarriers with even-numbered subcarriers in the frequency domain except for two subcarriers used to carry the common pilot.

8. The method according to any one of claims 1 to 7, characterized in that The frequency domain resources occupied by the first signal include M subcarriers, where M=2n+1, and n is a positive integer.

9. A communication method, characterized in that: The method comprises: receiving a first signal from a management node, where the first signal carries a common pilot and at most two downlink control information, where the common pilot and each of the at most two downlink control information occupy the same time domain resource, where the time domain resource occupied by the common pilot and each of the downlink control information is one symbol, and where the common pilot is used to estimate and compensate for a phase between a symbol in which the first signal is located and a symbol in which a reference signal for demodulating the at most two downlink control information is located; Phase estimation and compensation are performed on the at most two downlink control information according to the common pilot.

10. The method according to claim 9, characterized in that The common pilot signal and the at most two downlink control information signals are frequency-divided.

11. The method according to claim 9 or 10, characterized in that The common pilot occupies 4 subcarriers in the frequency domain.

12. The method according to claim 11, characterized in that The four subcarriers include any two subcarriers among the subcarriers with odd serial numbers in the frequency domain and any two subcarriers among the subcarriers with even serial numbers in the frequency domain.

13. The method according to any one of claims 9 to 12, characterized in that The two downlink control information include first downlink control information and second downlink control information, and the number of frequency domain resources occupied by the first downlink control information is equal to the number of frequency domain resources occupied by the second downlink control information.

14. The method according to claim 13, characterized in that The frequency domain resources occupied by the first downlink control information include subcarriers with odd sequence numbers in the frequency domain except for two subcarriers used to carry the common pilot.

15. The method according to claim 13 or 14, characterized in that The frequency domain resources occupied by the second downlink control information include subcarriers with even-numbered subcarriers in the frequency domain except for two subcarriers used to carry the common pilot.

16. The method according to any one of claims 9 to 15, characterized in that The frequency domain resources occupied by the first signal include M subcarriers, where M=2n+1, and n is a positive integer.

17. A communication device, characterized in that: The communication device is used to realize the transmission of star flash signals, including: a module for generating a first signal, wherein the first signal carries a common pilot and at most two downlink control information, the common pilot and each of the at most two downlink control information occupying the same time domain resources, the time domain resources occupied by the common pilot and each of the downlink control information being one symbol, and the common pilot being used to estimate and compensate for a phase between a symbol in which the first signal is located and a symbol in which a reference signal for demodulating the at most two downlink control information is located; A module is configured to send the first signal to a terminal node.

18. The communication device according to claim 17, wherein: The communication device is also used to realize the transmission of Bluetooth signals or WiFi signals, and at least one module among the Star Flash module, the Bluetooth module and the WiFi module shares a radio frequency RF unit.

19. The communication device according to claim 17 or 18, characterized in that The communication device is also used to realize the transmission of Bluetooth signals, but does not support the transmission of WiFi signals. The Star Flash module and the Bluetooth module are located in the same subsystem of the communication device, and the subsystem and the power management module PMU are integrated in the communication device.

20. The communication device according to any one of claims 17 to 19, characterized in that: The communication device is also used to realize the transmission of Bluetooth signals or WiFi signals. At least one of the Bluetooth module or WiFi module and the Star Flash module coexist and communicate through different antennas, and the coexistence strategy is channel avoidance.

21. The communication device according to any one of claims 17 to 20, characterized in that: The communication device is further configured to determine the type of the opposite device and / or the service delay of the opposite device, and determine the link corresponding to the opposite device and / or the service for data transmission according to a link selection strategy.

22. The communication device according to claim 21, wherein: The communication device is further configured to determine a type of an opposite-end device and / or a service delay of the opposite-end device, including: Determining a type of a peer device, where the type of the peer device includes an audio device type or a non-audio device type; In a case where the type of the opposite-end device is the audio device type, a service delay of the opposite-end device is determined.

23. The communication device according to claim 21 or 22, characterized in that: The link selection strategy includes: When the service delay is greater than the first value, establishing an asynchronous unicast link or an asynchronous multicast link and then performing data transmission; or When the service delay is less than the first value and greater than the second value, the asynchronous unicast link or the asynchronous multicast link is established, and data transmission is performed after synchronization is achieved by adding timestamps to data packets; or When the service delay is less than the second value, the asynchronous unicast link is established first, and then the synchronous unicast link or the synchronous multicast link is established to perform data transmission.

24. The communication device according to any one of claims 17 to 23, characterized in that: The communication device is also used to: determine the type of the opposite device and / or the service delay of the opposite device, and determine the frame format type corresponding to the type of the opposite device and / or the service type of the opposite device according to the frame format selection strategy; wherein the frame format type includes Star Flash Wireless Frame Type 1, Star Flash Wireless Frame Type 2, Star Flash Wireless Frame Type 3 or Star Flash Wireless Frame Type 4.

25. The communication device according to claim 24, characterized in that The communication device is further configured to determine a type of an opposite-end device and / or a service delay of the opposite-end device, including: Determining a type of a peer device, where the type of the peer device includes an audio device type or a non-audio device type; In a case where the type of the opposite-end device is the audio device type, a service delay of the opposite-end device is determined.

26. The communication device according to claim 24 or 25, characterized in that The frame format selection strategy includes: When the service delay requirement of the opposite device is less than the first duration, the Star Flash wireless frame type 1 is selected for broadcast access, and after the connection state is reached, the Star Flash wireless frame type 2 is switched to through physical layer parameter negotiation; or When the service delay requirement of the opposite device is less than the first duration and the service anti-interference capability requirement is greater than the set threshold, the Star Flash wireless frame type 1 is selected for broadcast access, and after entering the connected state, the Star Flash wireless frame type 2 or the Star Flash wireless frame type 3 is switched through physical layer parameter negotiation; or When the type of the opposite device is a device that only supports the Starflash wireless frame type 1, or a device whose maximum transmit power is greater than a first power threshold, select the Starflash wireless frame type 1 for broadcast access; or In the case where the service type of the opposite device is the Internet of Things (IoT) ultra-long-distance coverage service, when the distance between the opposite device and the communication device is greater than a first threshold, the Starflash wireless frame type 4 is selected for broadcasting and connection, or, when the distance between the opposite device and the communication device is less than or equal to the first threshold, the Starflash wireless frame type 2 or the Starflash wireless frame type 3 is switched through physical layer parameter negotiation.

27. A communication device, characterized in that: The communication device is used to realize the transmission of star flash signals, including: a module configured to receive a first signal from a management node, the first signal carrying a common pilot and at most two downlink control information, the common pilot and each of the at most two downlink control information occupying the same time domain resource, the time domain resource occupied by the common pilot and each of the downlink control information being one symbol, and the common pilot being used to estimate and compensate for a phase between a symbol containing the first signal and a symbol containing a reference signal for demodulating the at most two downlink control information; A module is configured to perform phase estimation and compensation on the at most two downlink control information based on the common pilot.

28. The communication device according to claim 27, wherein: The communication device is also used to realize the transmission of Bluetooth signals or WiFi signals, and at least one module among the Star Flash module, the Bluetooth module and the WiFi module shares a radio frequency RF unit.

29. The communication device according to claim 27 or 28, characterized in that The communication device is also used to realize the transmission of Bluetooth signals, but does not support the transmission of WiFi signals. The Star Flash module and the Bluetooth module are located in the same subsystem of the communication device, and the subsystem and the power management module PMU are integrated in the communication device.

30. The communication device according to any one of claims 27 to 29, characterized in that: The communication device is also used to realize the transmission of Bluetooth signals or WiFi signals. At least one of the Bluetooth module or WiFi module and the Star Flash module coexist and communicate through different antennas, and the coexistence strategy is channel avoidance.

31. The communication device according to any one of claims 27 to 30, characterized in that: The communication device is further configured to determine the type of the opposite device and / or the service delay of the opposite device, and determine the link corresponding to the opposite device and / or the service for data transmission according to a link selection strategy.

32. The communication device according to claim 31, wherein: The communication device is further configured to determine a type of an opposite-end device and / or a service delay of the opposite-end device, including: Determining a type of a peer device, where the type of the peer device includes an audio device type or a non-audio device type; In a case where the type of the opposite-end device is the audio device type, a service delay of the opposite-end device is determined.

33. The communication device according to claim 31 or 32, characterized in that: The link selection strategy includes: When the service delay is greater than the first value, establishing an asynchronous unicast link or an asynchronous multicast link and then performing data transmission; or When the delay requirement is less than the first value and greater than the second value, the asynchronous unicast link or the asynchronous multicast link is established, and data transmission is performed after synchronization is achieved by adding timestamps to data packets; or When the service delay is less than the second value, the asynchronous unicast link is established first, and then the synchronous unicast link or the synchronous multicast link is established to perform data transmission.

34. The communication device according to any one of claims 27 to 30, characterized in that: In the case that the communication device is a non-audio device, the communication device is further configured to: transmit data via an asynchronous unicast or asynchronous multicast link.

35. The communication device according to any one of claims 27 to 34, characterized in that: The communication device is also used to: determine the type of the opposite device and / or the service delay of the opposite device, and determine the frame format type corresponding to the type of the opposite device and / or the service type of the opposite device according to the frame format selection strategy; wherein the frame format type includes Star Flash Wireless Frame Type 1, Star Flash Wireless Frame Type 2, Star Flash Wireless Frame Type 3 or Star Flash Wireless Frame Type 4.

36. The communication device according to claim 35, characterized in that The communication device is further configured to determine a type of an opposite-end device and / or a service delay of the opposite-end device, including: Determining a type of a peer device, where the type of the peer device includes an audio device type or a non-audio device type; In a case where the type of the opposite-end device is the audio device type, a service delay of the opposite-end device is determined.

37. The communication device according to claim 35 or 36, characterized in that: The frame format selection strategy includes: When the service delay requirement of the opposite device is less than the first duration, the Star Flash wireless frame type 1 is selected for broadcast access, and after the connection state is reached, the Star Flash wireless frame type 2 is switched to through physical layer parameter negotiation; or When the service delay requirement of the opposite device is less than the first duration and the service anti-interference capability requirement is greater than the set threshold, the Star Flash wireless frame type 1 is selected for broadcast access, and after entering the connected state, the Star Flash wireless frame type 2 or the Star Flash wireless frame type 3 is switched through physical layer parameter negotiation; or When the type of the opposite device is a device that only supports the Starflash wireless frame type 1, or a device whose maximum transmit power is greater than a first power threshold, select the Starflash wireless frame type 1 for broadcast access; or In the case where the service type of the opposite device is the Internet of Things (IoT) ultra-long-distance coverage service, when the distance between the opposite device and the communication device is greater than a first threshold, the Starflash wireless frame type 4 is selected for broadcasting and connection, or, when the distance between the opposite device and the communication device is less than or equal to the first threshold, the Starflash wireless frame type 2 or the Starflash wireless frame type 3 is switched through physical layer parameter negotiation.

38. The communication device according to any one of claims 27 to 34, characterized in that: When the communication device is a non-audio device, the communication device is also used to: select Star Flash wireless frame type 1 for broadcast access, and after entering the connection state, switch to Star Flash wireless frame type 2 for data transmission through physical layer parameter negotiation.

39. A communication device, characterized in that: include: processor; The processor is configured to execute a computer program or instruction so that the method according to any one of claims 1 to 8 or claims 9 to 16 is implemented.

40. A communication chip, characterized in that: Instructions are stored therein, and when the chip is run on a communication device, the method according to any one of claims 1 to 8 or claims 9 to 16 is implemented.

41. A computer-readable storage medium, characterized in that The storage medium stores a computer program or instruction. When the computer program or instruction is executed by the communication device, the method according to any one of claims 1 to 8 or claims 9 to 16 is implemented.

42. A computer program product, characterized in that The device comprises a computer program code, and when the computer program code is run on a communication device, the communication device implements the method according to any one of claims 1 to 8 or claims 9 to 16.

Images