Communication method and device

Abstract

A communication method and apparatus are provided that relate to the field of communication technology. The method includes the following: the format of a PPDU that may be transmitted from a first UWB device to a second UWB device is determined based on the device type of the first UWB device and the type of the second UWB device, the type of the second UWB device being indicated by first indication information. This means that the corresponding PPDU format may be determined between the first UWB device and the second UWB device without a complex interaction process. In other words, this simplifies the interaction procedure for negotiating the PPDU structure, thereby reducing communication delay.

Description

Technical Field

[0001] This application claims the priority of Chinese Patent Application No. 202310458686.8, titled "COMMUNICATION METHOD AND APPARATUS", filed with the China National Intellectual Property Administration on April 17, 2023, which is incorporated herein by reference in its entirety.

[0002] This application relates to the field of communication technologies, and particularly to communication methods and apparatuses.

Background Art

[0003] Ultra-wideband (UWB) is a wireless carrier communication technology in which narrow impulses in the form of non-sinusoidal waves at the nanosecond level are used for data transmission. Therefore, ultra-wideband occupies a wide spectral range. Due to the narrow impulses and extremely low radiation spectral density of ultra-wideband, UWB systems have advantages such as strong multipath resolution ability, low power consumption, and high confidentiality.

[0004] Generally, different physical headers (PHRs) have different physical layer protocol data unit (PPDU) structures. In order to correctly decode a PPDU, different UWB devices need to pre-negotiate the PPDU structure to be used before communication. However, the interaction process in this negotiation method is complex and causes a large communication delay.

Summary of the Invention

Means for Solving the Problems

[0005] This application provides a communication method and apparatus for simplifying interaction procedures for negotiating PPDU structures, thereby reducing communication delay.

[0006] According to a first embodiment, a communication method is provided. The method is applied to a first UWB device and includes the steps of: receiving first indication information from a second UWB device, wherein the first indication information indicates the device type of the second UWB device; and transmitting a first PPDU to the second UWB device, wherein the format of the first PPDU is determined based on the device type of the first UWB device and the type of the second UWB device.

[0007] In the embodiment described above, the format of the PPDU transmitted from the first UWB device to the second UWB device is determined based on the device type of the first UWB device and the type of the second UWB device, the type of the second UWB device being indicated by the first indication information. This indicates that the format of the PPDU transmitted from the first UWB device to the second UWB device may be determined between the first UWB device and the second UWB device without a complex interaction process. In other words, this simplifies the interaction procedure for negotiating the PPDU structure, thereby reducing communication delay.

[0008] The device type of the first UWB device or the device type of the second UWB device includes at least one of the following: a ranging device, a sensing device, and a data transmission device. The ranging device may include a standard ranging device and / or an advanced ranging device, where the standard ranging device does not support dynamic physical header (PHR) and low-density parity-check (LDPC) coding, and the advanced ranging device supports dynamic PHR and LDPC coding. The sensing device may include a standard sensing device and / or an advanced sensing device, where the standard sensing device does not support dynamic PHR and LDPC coding, and the advanced sensing device supports dynamic PHR and LDPC coding. The data transmission device may include a standard data transmission device and / or an advanced data transmission device, where the standard data transmission device does not support dynamic PHR and LDPC coding, and the advanced data transmission device supports dynamic PHR and LDPC coding.

[0009] In relation to the first aspect, in a possible implementation, when the first UWB device and the second UWB device are device types that support dynamic PHRs, the format of the first PPDU is the first format, and the PPDU in the first format contains two PHRs, or when the first UWB device and / or the second UWB device are device types that do not support dynamic PHRs, the format of the first PPDU is the second format, and the PPDU in the second format contains one PHR.

[0010] It should be noted that the PHR referred to in this application may also be called a physical header or physical layer header, but is not limited to this.

[0011] In relation to the first aspect, in a possible implementation, when the format of the first PPDU is the first format, the method further includes, namely, the upper layer of the first UWB device transmits a first primitive to the physical layer (PHY) of the first UWB device, the first primitive indicating the rate and modulation coding scheme used by the PHR of the first PPDU, and the rate and modulation coding scheme used by the physical payload of the first PPDU, the PHR of the first PPDU indicating the length of the physical payload of the first PPDU, and the physical layer of the first UWB device generates the first PPDU based on the rate and modulation coding scheme indicated by the first primitive.

[0012] In the embodiments described above, when the format of the first PPDU is the first format, the upper layer of the first UWB device may indicate to the physical layer of the first UWB device the rate and modulation coding scheme used by the PHR of the first PPDU, as well as the rate and modulation coding scheme used by the physical payload of the first PPDU, by using the first primitive. In this way, the physical layer of the first UWB device can generate a first PPDU that satisfies the requirements of the upper layer, ensuring that the second UWB device can correctly decode the first PPDU.

[0013] In possible implementations, the layer above the first UWB device may be a medium access control (MAC) layer.

[0014] The first primitive may be, for example, the MAC common part sublayer-data request primitive (MCPS-DATA.request primitive).

[0015] In relation to the first aspect, in a possible implementation, the first primitive includes a first data rate field, the first data rate field indicates a first index, the first index is associated with first information, the first information indicates at least one of the following: that the first UWB device decides to use dynamic PHR, the constraint length of the convolutional code used by the first UWB device, whether the first UWB device supports LDPC, the PHR rate of the first PPDU, and the rate of the physical payload of the first PPDU.

[0016] In the embodiments described above, the first index may be indicated by the first data rate field of the first primitive. This reduces the overhead of the indication. Furthermore, the first index is associated with first information, and as a result, the physical layer of the first UWB device can determine the rate and modulation coding scheme used by the PHR of the first PPDU, as well as the rate and modulation coding scheme used by the physical payload of the first PPDU, based on the first information associated with the first index.

[0017] In relation to the first aspect, in a possible implementation, the first primitive includes a second data rate field and a code field, the second data rate field indicating the rate of the physical payload of the first PPDU, and the code field indicating the constraint length of the convolutional code used by the first UWB device, and / or whether the first UWB device supports LDPC.

[0018] In relation to the first aspect, in a possible implementation, when the format of the first PPDU is the second format, the rate and modulation coding scheme used by the PHR of the first PPDU, and the rate and modulation coding scheme used by the physical payload of the first PPDU, are determined based on at least one of the data rate type, LDPC, and convolutional code constraint length determined by the first UWB device.

[0019] In the embodiments described above, when the format of the first PPDU is the second format, the rate and modulation coding scheme used by the PHR of the first PPDU, and the rate and modulation coding scheme used by the physical payload of the first PPDU, may be determined based on at least one of the data rate type, LDPC, and convolutional code constraint length determined by the first UWB device. This indicates that when dynamic PHR is not supported, the UWB device may be supported to use more rate and modulation coding schemes.

[0020] According to a second embodiment, a communication method is provided. The method is applied to a second ultrawideband UWB device, and the method includes the steps of: transmitting first indication information to a first UWB device, wherein the first indication information indicates the device type of the second UWB device; and receiving a first PPDU from the first UWB device, wherein the format of the first PPDU is determined based on the device type of the first UWB device and the type of the second UWB device.

[0021] According to a third aspect, a communication device is provided which includes a unit or module configured to implement either the method of the first or second aspect.

[0022] According to a fourth aspect, a communication device is provided. The communication device includes at least one processor and memory. The memory is configured to store computer programs or instructions. The at least one processor is configured to execute the computer programs or instructions in memory so that either the first or second aspect is performed.

[0023] According to a fifth aspect, a communication system is provided. The communication system includes a first UWB device and a second UWB device. The first UWB device is configured to execute any one of the methods of implementing the first aspect. The second UWB device is configured to execute any one of the methods of implementing the second aspect.

[0024] According to a sixth aspect, a computer-readable storage medium is provided. The computer-readable storage medium stores computer instructions. When the computer instructions are executed, the computer is enabled to execute either the method of the first aspect or the method of the second aspect.

[0025] According to a seventh aspect, a computer program product is provided. The computer program product includes computer program code. When the computer program code is executed by a computer, the computer is enabled to execute either the method of the first aspect or the method of the second aspect.

[0026] According to an eighth aspect, a chip is provided. The chip includes at least one processor and an interface. The processor is configured to read and execute instructions stored in a memory. When the instructions are executed, the chip is enabled to execute either the method of the first aspect or the method of the second aspect.

[0027] Regarding the technical effects that can be achieved in any one of the possible implementations from the second aspect to the eighth aspect and from the second aspect to the eighth aspect, refer to the technical effects that can be achieved in any one of the first aspect and the possible implementations of the first aspect. Details will not be described again herein.

Brief Description of the Drawings

[0028] [Figure 1] It is a diagram of the structure of a wireless communication system according to an embodiment of the present application. [Figure 2]It is a diagram showing an example of the system architecture shown in FIG. 1. [Figure 3] It is a schematic flowchart of a communication method according to an embodiment of the present application. [Figure 4] It is a diagram of device classification according to an embodiment of the present application. [Figure 5] It is a diagram of a device type field according to an embodiment of the present application. [Figure 6] It is a diagram of the structure of a PPDU according to an embodiment of the present application. [Figure 7] It is a diagram of the structure of another PPDU according to an embodiment of the present application. [Figure 8] It is a diagram of the structure of a communication device according to an embodiment of the present application. [Figure 9] It is a diagram of the structure of another communication device according to an embodiment of the present application. [Figure 10] It is a diagram of the structure of yet another communication device according to an embodiment of the present application.

Mode for Carrying Out the Invention

[0029] The technical solutions of embodiments of this application are described below with reference to the accompanying drawings of embodiments of this application. The terms “system” and “network” may be used interchangeably in embodiments of this application. Unless otherwise specified, “ / ” indicates an “or” relationship between related subjects. For example, A / B may indicate A or B. In this application, “and / or” simply describes a relationship of association between related subjects and indicates that three relationships may exist. For example, A and / or B may indicate three cases: that only A exists, that both A and B exist, and that only B exists, and A or B may be singular or plural. Furthermore, in the description of this application, “a plurality of” means two or more unless otherwise specified. “At least one of the aforementioned pieces” or similar expressions mean any combination of these, including any single piece or any combination of plural pieces. For example, at least one of a, b, or c (piece) could represent a, b, c, a and b, a and c, b and c, or a, b, and c, where a, b, and c may be singular or plural. Furthermore, in order to clearly illustrate the technical solutions of the embodiments of this application, terms such as “first” and “second” are used in the embodiments of this application to distinguish the same or similar things having essentially the same network element or purpose. Those skilled in the art will understand that terms such as “first” and “second” do not limit the quantity or order of execution, and that terms such as “first” and “second” do not indicate a clearly defined difference.

[0030] References to “embodiments,” “some embodiments,” etc., in the embodiments of this application mean that one or more embodiments of this application include certain features, structures, or characteristics described in relation to the embodiments. Accordingly, phrases such as “in some embodiments,” “in some other embodiments,” and “in other embodiments” appearing in different parts of this specification do not necessarily mean references to the same embodiments. Instead, unless otherwise explicitly emphasized, the phrases mean “one or more embodiments, but not all of them.” The terms “include,” “contain,” “have,” and their variations all mean “including, but not limited to, these,” unless otherwise explicitly emphasized.

[0031] The purpose, technical solution, and beneficial effects of this application are described in more detail in the specific implementations described below. It should be understood that the following descriptions are merely specific implementations of this application and are not intended to limit the scope of protection. All modifications, equivalent substitutions, improvements, etc., made based on the technical solution of this application fall within the scope of protection.

[0032] In the embodiments of this application, unless otherwise specified or inconsistent, terms and / or descriptions in different embodiments are consistent and may be mutually referenced, and technical features of different embodiments may be combined on the basis of their internal logical relationships to form a new embodiment.

[0033] For the sake of clarity, some concepts related to the embodiments of this application are explained below by reference using examples. Details are as follows.

[0034] UWB technology is a new wireless communication technology. In UWB technology, non-sinusoidal narrow impulses at the nanosecond level are used for data transmission, and modulation is performed with impulses that have very steep rise and fall times. Therefore, UWB technology has a wide spectral range for transmission, and the signal has a gigahertz (GHz)-scale bandwidth. The bandwidth used by UWB is typically wider than 1 GHz. UWB systems do not need to generate a sinusoidal carrier signal and can transmit a sequence of impulses directly. Therefore, UWB systems have a wide spectrum and low average power. UWB wireless communication systems have advantages such as strong multipath resolution, low power consumption, and high confidentiality. This facilitates coexistence with other systems, thereby improving spectral utilization and system capacity. Furthermore, in short-range communication applications, the transmission power of a UWB transmitter can typically be less than 1 mW (milliwatt). Theoretically, interference generated by UWB signals is simply equivalent to white noise. This facilitates good coexistence between ultra-wideband and existing narrowband communications. Therefore, both UWB systems and narrowband (NB) communication systems can operate without interfering with each other.

[0035] The communication system provided in the embodiments of this application will be described below. Figure 1 is a diagram of the structure of a wireless communication system according to the embodiments of this application. As shown in Figure 1, it includes a first UWB device and a second UWB device. The first UWB device may perform data communication with the second UWB device. The UWB devices of the wireless communication system (for example, the first UWB device or the second UWB device) will be described in more detail below.

[0036] The UWB device in this application may support 802.15 series protocols, for example, the 802.15.4ab standard or the next-generation standard of 802.15.4ab. The UWB device in this application may further support several wireless local area network (WLAN) standards of the 802.11 family, for example, 802.11be, Wi-Fi 7, or EHT (extremely high throughput), and, as another example, other standard protocols (for example, 802.11 series protocols) such as the next-generation 802.11be, Wi-Fi 8, UHR (ultra high throughput), or Wi-Fi AI (Wi-Fi artificial intelligence). The UWB device in this application may further support UWB-based sensing protocols, for example, 802.11bf, or the next-generation standard of 802.11bf.

[0037] For example, a UWB device in this application may be a communications server, router, switch, bridge, computer, mobile phone, or other device that supports UWB technology, or it may be user equipment (UE). User equipment may include various handheld devices, in-vehicle devices (e.g., a vehicle or components mounted in a vehicle), wearable devices, Internet of Things (IoT) devices (e.g., an Internet of Things node or sensor), computing devices, another processing device connected to a wireless modem, or a smart city sensor that supports UWB technology. Alternatively, a UWB device in this application may be a central control point, such as a personal area network (PAN) or PAN coordinator. A PAN or PAN coordinator may be a communications server, router, switch, bridge, computer, in-vehicle device, anchor, tag, smart home (e.g., a smart camera, smart remote controller, or smart water meter), etc. Another example is that a UWB device in this application may include a chip. For example, the chip may be located in a communications server, router, switch, bridge, computer, or mobile phone. As another example, a UWB device in this application may include a UWB module. A device or chip that implements the functionality of a UWB system may be referred to as a UWB module. Optionally, a UWB device in this application may further include a narrowband communications module. A device or chip that implements the functionality of a narrowband communications system may be referred to as a narrowband communications module. In possible implementations, the UWB module and the narrowband communications module may be integrated into the device or chip of the UWB device, or they may be located independently within the UWB device.

[0038] Specific examples of the system architecture shown in Figure 1 are described below with reference to Figure 2. Figure 2-2-1 or Figure 2-2-2 includes one central control node (for example, a personal area network (PAN) coordinator) and one or more other devices. The central control node in this specification may be a full-function device, and the other devices may be full-function devices or reduced-function devices. A full-function device is relative to a reduced-function device. For example, a reduced-function device cannot be a PAN coordinator. As another example, a reduced-function device may not have coordination capabilities or may have a lower communication rate than a full-function device compared to a full-function device.

[0039] In Figure 2-2-1, note that this wireless communication system has a star topology structure, and the central control node may perform data communication with one or more other devices. In Figure 2-2-2, this wireless communication system has a point-to-point topology structure, and the central control node may perform data communication with one or more other devices, and multiple other devices may also perform data communication with each other.

[0040] In addition, the communication systems shown in Figures 1 and 2 do not constitute any limitation to the communication systems to which the embodiments of this application may be applied. For example, the technical solutions provided in this application may be applied to wireless personal area networks (WPANs) based on UWB technology. For example, the IEEE 802.15 series protocols include the 802.15.4a protocol, the 802.15.4z protocol, the 802.15.4ab protocol, or future generations of UWB WPAN standards. The technical solutions provided in this application may also be applied to various communication systems, such as Internet of Things (IoT) systems, Internet of Vehicles (V2X) systems, Narrow Band Internet of Things (NB-IoT) systems, Long Term Evolution (LTE) frequency division duplex (FDD) systems, LTE time division duplex (TDD) systems, Worldwide Interoperability for Microwave Access (WiMAX) communication systems, LTE systems, 5th-generation (5G) communication systems, and 6th-generation (6G) communication systems.

[0041] It should be noted that the embodiments of this application are primarily described using a WPAN, for example, a network used in the IEEE 802.15 series of standards, as an example. However, various embodiments of this application may be extended to other networks using various standards or protocols, such as wireless local area networks (WLANs), Bluetooth, high-performance radio LANs (HIPERLANs) (wireless standards similar to the IEEE 802.11 standard mainly used in Europe), wide area networks (WANs), or other networks that are currently known or may be developed in the future. Therefore, regardless of the coverage used and the wireless access protocol used, the various embodiments provided in this application are applicable to any suitable wireless network.

[0042] The communication method provided in the embodiments of this application will be described in detail below with reference to Figures 1 and 2. Figure 3 shows the communication method according to the embodiments of this application. The communication method includes, but is not limited to, the following steps.

[0043] 301: The first UWB device receives first indication information from the second UWB device, and the first indication information indicates the device type of the second UWB device.

[0044] In response, the second UWB device transmits the first indication information to the first UWB device.

[0045] The UWB devices in this application may belong to one or more device types. For example, the device type of a first UWB device or a device type of a second UWB device may include at least one of the following: a ranging device, a sensing device, and a data transmission device. A ranging device is a device configured primarily to perform ranging and may support multi-millisecond fragment ranging features. As shown in Figure 4, a ranging device as defined in the 4ab standard (4ab ranging device) may support at least one of the following: mixed multi-millisecond (mixed MMS), multi-millisecond ranging sequence (MMRS), narrowband assistance (NBA), ranging sequence fragment only multi-millisecond (RSF only MMS), 4z scrambled timestamp sequence (4z STS), 4z ipatov sequence, etc. A sensing device is a UWB device that supports performing sensing measurements by transmitting a UWB sensing PPDU. As shown in Figure 4, a 4ab standard sensing device (4ab sensing device) may support at least one of the following: 4z ipatov sequences, 4ab standard new rates, sensing sequences, 4z BCC as defined in the 4z standard, channel impulse response report (CIR report), 4z standard PHR (4z PHR), frequency stitching, and 4z standard data rates.A data transmission device is a device capable of transmitting a data PPDU containing a payload via UWB. As shown in Figure 4, a 4ab standard data transmission device (4ab data device) may support 4z STS, 4z ipatov, 4ab new rate, 4z BCC, 4z PHR, 4z data rate, dynamic PHR, and LDPC. Furthermore, in this application, a data transmission device may also be referred to as a data communication device. This is not limited to the foregoing.

[0046] In possible implementations, the ranging device may include a standard ranging device and / or an advanced ranging device. A standard ranging device may support basic narrowband-assisted ranging functions. In addition to narrowband-assisted ranging functions, an advanced ranging device may further support UWB communication functions, including various rate modes (e.g., 1.95 Mb / s, 7.8 Mb / s, 31.2 Mb / s, or 62.4 Mb / s) under 4ab standard binary convolutional coding (binary convolution code, BCC) conditions. Compared to a data transmission device, an advanced ranging device does not support LDPC coding and dynamic PHR.

[0047] In possible implementations, the sensing device may include a standard sensing device and / or an advanced sensing device. A standard sensing device may support performing sensing measurements and sensing result reporting by transmitting a UWB sensing PPDU and may further support rate modes of 4ab standard BCC coding (e.g., 1.95 Mb / s, 7.8 Mb / s, 1.2 Mb / s, 2.4 Mb / s, or 124.8 Mb / s). In addition to the capabilities of a standard sensing device, an advanced sensing device may further support LDPC coding and dynamic PHR.

[0048] In possible implementations, data transmission devices may include ordinary data transmission devices and / or advanced data transmission devices. Data transmission devices may be classified into ordinary data transmission devices and advanced data transmission devices based on whether they support LDPC coding and dynamic PHR. In addition to ordinary data transmission devices, advanced data transmission devices may further support LDPC coding and dynamic PHR.

[0049] Optionally, the same UWB device may be classified into one or more subtypes of at least one device type. For example, when the device type of a first UWB device is a distance measuring device, the first UWB device may further be a standard distance measuring device, or the first UWB device may further be an advanced distance measuring device. Another example is when the device type of a second UWB device is a sensing device, the second UWB device may further be a standard sensing device, or the second UWB device may further be an advanced sensing device. Another example is when the device type of a first UWB device includes both distance measuring devices and sensing devices, the first UWB device may further be a standard distance measuring device, an advanced distance measuring device, etc. The foregoing description is merely an example, and other combinations may be included, which are not enumerated herein.

[0050] In this application, it should be noted that when indication information indicates a corresponding device type, one or more fields may be used for indication. For example, when first indication information indicates the device type of a second UWB device, one or more fields may be used for indication. For example, as shown in Figure 5, these may include a ranging field, a sensing field, and a data transmission field. For example, when the value of the ranging field is 1, the first indication information may indicate that the device type of the second UWB device is a ranging device, or when the value of the ranging field is 0, the first indication information may indicate that the second UWB device is not a ranging device. As another example, when the value of the sensing field is 1, the first indication information may indicate that the device type of the second UWB device is a sensing device, or when the value of the sensing field is 0, the first indication information may indicate that the second UWB device is not a sensing device. As another example, when the value of the data transmission field is 1, the first indication information may indicate that the device type of the second UWB device is a data transmission device, or when the value of the data transmission field is 0, the first indication information may indicate that the second UWB device is not a data transmission device. The foregoing description is merely an example. The values ​​of the ranging field, sensing field, or data transmission field are not limited in this application.

[0051] Optionally, at least one of the following may be included in the physical layer information base (PHY-PIB): a distance measurement field, a sensing field, a data transmission field, etc.

[0052] 302: The second UWB device receives the first PPDU from the first UWB device, and the format of the first PPDU is determined based on the device type of the first UWB device and the type of the second UWB device.

[0053] In response, the first UWB device sends the first PPDU to the second UWB device.

[0054] In a possible implementation, the method may further include, namely, a second UWB device receiving second indication information from a first UWB device, the second indication information indicating the format of a first PPDU. Step 302 may be understood as the second UWB device receiving a first PPDU from the first UWB device based on the format of the first PPDU.

[0055] In another possible implementation, the method may further include, namely, a second UWB device receiving third indication information from a first UWB device, the third indication information indicating the device type of the first UWB device, and the second UWB device determining the format of a first PPDU based on the device type of the first UWB device and the type of the second UWB device. Step 302 may be understood as the second UWB device receiving a first PPDU from the first UWB device based on the format of the first PPDU.

[0056] In possible implementations, when the first and second UWB devices are device types that support dynamic PHRs, the format of the first PPDU is the first format, and the PPDU of the first format includes two PHRs. As shown in Figure 6, the PPDU may include a synchronization (SYNC) field, a start-of-frame delimiter (SFD) field, a PHR1 field, a PHR2 field, and a physical payload (PHY payload) field. The SYNC and SFD fields may be used by the receiving end to perform PPDU detection and synchronization, the PHR1 field indicates the rate and modulation coding scheme used by the PHR2 field, as well as the rate and modulation coding scheme used by the physical payload field, the PHR2 field indicates the length of the physical payload, and the physical payload field is used to carry data. Note that the PHRs referred to in this application may also be called physical headers or physical headers. This is not limited to these.

[0057] In another possible implementation, when the first UWB device and / or the second UWB device are device types that do not support dynamic PHRs, the format of the first PPDU is the second format, and the PPDU in the second format contains one PHR. As shown in Figure 7, the PPDU may include a SYNC field, an SFD field, a 4z PHR field, and a physical payload field. The SYNC field, SFD field, and physical payload field in Figure 7 are similar to the SYNC field, SFD field, and physical payload field in Figure 6. Further details are not described again herein. The 4z PHR field may be understood as the PHR field as defined in the 4z standard. In other words, the 4z PHR field indicates the length of the physical payload and may further indicate whether the PPDU is a ranging packet, etc.

[0058] In the embodiment described above, the format of the PPDU transmitted from the first UWB device to the second UWB device is determined based on the device type of the first UWB device and the type of the second UWB device, the type of the second UWB device being indicated by the first indication information. This indicates that the format of the PPDU transmitted from the first UWB device to the second UWB device may be determined between the first UWB device and the second UWB device without a complex interaction process. In other words, this simplifies the interaction procedure for negotiating the PPDU structure, thereby reducing communication delay.

[0059] In a possible implementation, when the format of the first PPDU is a first format, the method further includes, namely, the upper layer of the first UWB device transmits a first primitive to the PHY layer of the first UWB device, the first primitive indicating the rate and modulation coding scheme used by the PHR of the first PPDU (i.e., PHR2 in Figure 6), and the rate and modulation coding scheme used by the physical payload of the first PPDU, the PHR of the first PPDU indicating the length of the physical payload of the first PPDU, and the physical layer of the first UWB device generates the first PPDU based on the rate and modulation coding scheme indicated by the first primitive. In this way, the physical layer of the first UWB device can generate a first PPDU that satisfies the requirements of the upper layer, ensuring that the second UWB device can correctly decode the first PPDU.

[0060] Optionally, the layer above the first UWB device may be the MAC layer.

[0061] The first primitive may be, for example, the MCPS-DATA.request primitive.

[0062] Optionally, the rate and modulation coding scheme used by the PHR of the first PPDU (i.e., PHR2 in Figure 6), and the rate and modulation coding scheme used by the physical payload of the first PPDU, may be determined by the first and second UWB devices through negotiation. Specific processes are not limited herein. In addition, in this application, the rate and modulation coding scheme of the physical payload of the first PPDU may also be referred to as the rate and modulation coding scheme of the physical layer service data unit (PHY service data unit, PSDU) of the first PPDU. This is not limited herein.

[0063] The first primitive indicates the rate and modulation coding scheme used by the PHR of the first PPDU (i.e., PHR2 in Figure 6), as well as the rate and modulation coding scheme used by the physical payload of the first PPDU, in one of the following ways:

[0064] 1. The first primitive includes a first data rate field, the first data rate field indicates a first index, the first index is associated with first information, the first information indicates at least one of the following: that the first UWB device decides to use dynamic PHR, the constraint length of the convolutional code used by the first UWB device, whether the first UWB device supports LDPC, the rate of the PHR of the first PPDU (i.e., PHR2 in Figure 6), and the rate of the physical payload of the first PPDU. This can reduce the overhead of indication.

[0065] 2. The first primitive includes a second data rate field and a code field, the second data rate field indicating the rate of the physical payload of the first PPDU, and the code field indicating the constraint length of the convolutional code used by the first UWB device, and / or whether the first UWB device supports LDPC.

[0066] In this application, the first index may be referred to as the modulation and coding combination index.

[0067] Optionally, with respect to Method 1 described above, the first UWB device decides to use dynamic PHR when the physical high-pulse repetition frequency UWB physical header and data rate (phyHrpUwbPhrDataRate) parameter is (DRMDR), as shown in Table 1. When the physical high-pulse repetition frequency UWB convolutional code constraint length (phyHrpUwbCcConstraintLength) parameter is CL3 or CL7, the constraint length of the convolutional code used by the first UWB device is 3 or 7, or when the phyHrpUwbCcConstraintLength parameter is x, the constraint length of the convolutional code used by the first UWB device is not restricted. When the physical high-pulse repetition frequency UWBLDPC (phyHrpUwbLDPC) parameter is 0, the first UWB device supports LDPC, or when the phyHrpUwbLDPC parameter is 1, the first UWB device does not support LDPC. The reverse is also applicable. When the first UWB device supports LDPC, it indicates that the physical payload of the first PPDU may use LDPC coding, and the PHR of the first PPDU (i.e., PHR2 in Figure 6) may use BCC coding. When the first UWB device does not support LDPC, the PHR of the first PPDU (i.e., PHR2 in Figure 6) and the physical payload of the first PPDU use the same modulation coding scheme, and the specific modulation coding scheme is determined based on the indicated rate of the PSDU corresponding to section 15.3.4 of the IEEE 802.15.4 standard.When LDPC encoding is used, the rate of the PHR of the first PPDU (i.e., PHR2 in Figure 6) is half the rate of the physical payload of the first PPDU because the first PPDU contains two PHRs, in other words, the encoded information in the PHR field is repeated twice. The rate of the PHR of the first PPDU (i.e., PHR2 in Figure 6) may be 1.95 Mb / s, 0.975 Mb / s, 7.8 Mb / s, etc., in Table 1. The rate of the physical payload of the first PPDU may be 1.95 Mb / s, 7.8 Mb / s, 31.2 Mb / s, etc., in Table 1.

[0068] Please note that the phyHrpUwbPhrDataRate, phyHrpUwbLDPC, and phyHrpUwbCcConstraintLength parameters in Table 1 are sometimes referred to as PHY-PIB attributes.

[0069] Optionally, one first index may be associated with one type of first information. As shown in Table 1, when the first index is 1, the associated phyHrpUwbPhrDataRate parameter, phyHrpUwbCcConstraintLength parameter, phyHrpUwbLDPC parameter, PHR2 bit rate, and PSDU bit rate are DRMDR, CL7, 0, 1.95 Mb / s, and 1.95 Mb / s, respectively. In other words, when the first index is 1, the relevant first information indicates at least one of the following: that the first UWB device decides to use dynamic PHR, that the constraint length of the convolutional code used by the first UWB device is 7, that the first UWB device supports LDPC, that the rate of the PHR of the first PPDU (i.e., PHR2 in Figure 6) is 1.95 Mb / s, and that the rate of the physical payload of the first PPDU is 1.95 Mb / s. The rest of Table 1 is similar. Further details are not described again herein.

[0070] [Table 1]

[0071] Optionally, if the first primitive includes a first data rate field, the first primitive may further include the type of the value of the first data rate field, for example, an integer.

[0072] Optionally, when the first primitive includes a first data rate field, the first primitive may further include a valid range of values ​​for the first data rate field, e.g., from 0 to (4+k). In possible implementations, with respect to the HRP UWB physical layer, values ​​1 to 4 are valid and represent the four rate and modulation and coding combination modes defined in Section 15.2.7 (for 802.15.4a compatibility). Values ​​5 to (4+k) are valid and represent K (e.g., 12) modulation and coding combinations, i.e., 12 first indices, respectively, in Table 1. See Table 2 for further details. The DataRate, type, and valid range in Table 2 may be understood as the first data rate field, the type of values ​​for the first data rate field, and the valid range of values ​​for the first data rate field, respectively. In other possible implementations, when the UWB device of this application does not support the 802.15.4a standard, values ​​1 through 4 do not need to represent the four rates defined in section 15.2.7 of the IEEE 802.15.4 standard; in other words, all values ​​in the first data rate field may represent the corresponding modulation and encoding combinations in Table 1, i.e., the 12 first indices. Note that with respect to physical layers other than the HRP UWB physical layer, the DataRate values ​​may be interpreted in other ways, and this is not limited herein.

[0073] [Table 2]

[0074] Optionally, when the first primitive includes a second data rate field and a code field, the rate of the physical payload of the first PPDU may be one of 1.95 Mb / s, 7.8 Mb / s (or 6.8 Mb / s), 31.2 Mb / s (or 27.2 Mb / s), 62.4 Mb / s, and 124.8 Mb / s.

[0075] Optionally, if the first primitive includes a second data rate field and a sign field, the first primitive may further include a value type for the second data rate field, such as an integer.

[0076] Optionally, when the first primitive includes a second data rate field and a code field, the first primitive may further include a valid range of values ​​for the second data rate field, e.g., from 0 to 9. In possible implementations, with respect to the HRP UWB physical layer, values ​​1 to 4 are valid and represent the four rates and modulation and coding combination modes defined in Section 15.2.7 (for 802.15.4a compatibility). Values ​​5 to 9 are valid and represent five rates, namely 1.95 Mb / s, 7.8 Mb / s (or 6.8 Mb / s), 31.2 Mb / s (or 27.2 Mb / s), 62.4 Mb / s, and 124.8 Mb / s, respectively. See Table 3 for further details. In Table 3, DataRate, type, and valid range may be understood as the second data rate field, the type of value for the second data rate field, and the valid range of values ​​for the second data rate field, respectively. In other possible implementations where the UWB device of this application does not support the 802.15.4a standard, values ​​1 through 4 do not need to represent the four rates defined in section 15.2.7 of the IEEE 802.15.4 standard; in other words, values ​​5 through 9 of the second data rate field may represent five rates, namely 1.95 Mb / s, 7.8 Mb / s (or 6.8 Mb / s), 31.2 Mb / s (or 27.2 Mb / s), 62.4 Mb / s, and 124.8 Mb / s, respectively. Note that with respect to physical layers other than the HRP UWB physical layer, the DataRate value may be interpreted in a different way, and this is not limited herein.

[0077] [Table 3]

[0078] Optionally, if the first primitive includes a second data rate field and a sign field, the first primitive may further include a value type for the sign field, such as an enumeration. See Table 3 for details.

[0079] Optionally, when the first primitive includes a second data rate field and a code field, the first primitive may further include a valid range of values ​​for the code field, e.g., CL3, CL7, or LDPC. See Table 3 for details. CL3 indicates that the PHR and physical payload of the first PPDU use a convolutional coding scheme with a constraint length of 3, CL7 indicates that the PHR and physical payload of the first PPDU use a convolutional coding scheme with a constraint length of 7, and LDPC indicates that the physical payload of the first PPDU uses LDPC coding.

[0080] In possible implementations, when the format of the first PPDU is the second format, the rate and modulation coding scheme used by the PHR of the first PPDU (i.e., the 4z PHR in Figure 7), as well as the rate and modulation coding scheme used by the physical payload of the first PPDU, are determined based on at least one of the data rate type, LDPC, and convolutional code constraint length determined by the first UWB device.

[0081] For example, the data rate type, LDPC, and convolutional code constraint length determined by the first UWB device may be represented by the phyHrpUwbPhrDataRate parameter, phyHrpUwbLDPC parameter, and phyHrpUwbCcConstraintLength parameter, respectively, in Table 4. This may be understood as the first and second UWB devices determining PHY-PIB attributes (including the phyHrpUwbPhrDataRate parameter, phyHrpUwbLDPC parameter, and phyHrpUwbCcConstraintLength parameter) through negotiation, and further, the first and second UWB devices may know the rate and modulation coding scheme used by the PHR of the first PPDU (i.e., the 4z PHR in Figure 7), as well as the rate and modulation coding scheme used by the physical payload of the first PPDU. In particular, in Table 4, the second index is sometimes called the modulation and coding combination index, and ranges from 1 to 12, respectively. The phyHrpUwbPhrDataRate parameter may be DRHM_VLR, DRHM_LR, DRHM_HR, DRHM_VHR, DRHM_HER, etc., and is expressed separately. Other parameters are the same as those in Table 1. Details are not described again herein.

[0082] [Table 4]

[0083] As another example, the indication of the phyHrpUwbLDPC parameter may be combined into phyHrpUwbPhrDataRate, in other words, a greater value of phyHrpUwbPhrDataRate may be defined to indicate the LDPC encoding used and the rate used. This may be understood as the data rate type, LDPC, and convolutional code constraint length determined by the first UWB device being separately indicated by the phyHrpUwbPhrDataRate and phyHrpUwbCcConstraintLength parameters in Table 5. In other words, the first and second UWB devices determine the PHY-PIB attributes (including the phyHrpUwbPhrDataRate and phyHrpUwbCcConstraintLength parameters) through negotiation, and may also know the rate and modulation coding scheme used by the PHR of the first PPDU (i.e., the 4z PHR in Figure 7), as well as the rate and modulation coding scheme used by the physical payload of the first PPDU. In particular, in Table 5, the third index is sometimes called the modulation and coding combination index, and ranges from 1 to 12, respectively. The phyHrpUwbPhrDataRate parameter may be DRHM_VLR_A, DRHM_LR_A, DRHM_HR_A, DRHM_VHR_A, DRHM_HER_A, DRHM_VLR_B, DRHM_LR_B, DRHM_HR_B, DRHM_VHR_B, DRHM_HER_B, DRHM_HR_C, etc. For example, DRHM_VLR_A indicates that the rate of the physical payload of the first PPDU is 1.95 Mb / s when LDPC coding is used and the constraint length of the convolutional code used by the first UWB device is 7, i.e., the third index is 1.As another example, DRHM_VLR_B indicates that when LDPC coding is not used and the constraint length of the convolutional code used by the first UWB device is not limited, the rate of the physical payload of the first PPDU is 1.95 Mb / s, i.e., the third index is 2. The rest may be estimated by analogy. Details are not described herein. The other parameters in Table 5 are the same as those in Table 4. Details are again not described herein.

[0084] [Table 5]

[0085] The above describes the solutions provided in this application primarily in terms of device-to-device interaction. In the aforementioned implementations, it will be understood that each device includes a corresponding hardware structure and / or software module for performing each function in order to implement the aforementioned functions. Those skilled in the art will readily realize, in combination with the example units and algorithmic steps described in the embodiments disclosed herein, that this application can be implemented in hardware or in combination of hardware and computer software. Whether the functions are performed by hardware or by hardware driven by computer software will depend on the specific application and design constraints of the technical solution. Those skilled in the art may implement the functions described for their respective specific applications using different methods, but such implementations should not be considered to deviate from the scope of this application.

[0086] In embodiments of this application, a UWB device (e.g., a first UWB device or a second UWB device) may be divided into functional modules based on the examples of the methods described above. For example, each functional module may be obtained by a division based on a corresponding function, or two or more functions may be integrated into a single processing module. The integrated module may be implemented in hardware form or in the form of a software functional module. Note that in embodiments of this application, the division into modules is illustrative and merely a logical division of functions. In actual implementations, other division methods may exist.

[0087] Figure 8 is a diagram showing the structure of a communication device according to an embodiment of the present application. The communication device 800 may be used in the manner shown in the embodiment of Figure 3. As shown in Figure 8, the communication device 800 includes a processing module 801 and a transceiver module 802. The processing module 801 may be one or more processors, and the transceiver module 802 may be a transceiver or a communication interface. The communication device may be configured to implement one of the UWB devices (e.g., a first UWB device or a second UWB device) of the embodiments of the methods described above, or to implement the functionality of one of the network elements of the embodiments of the methods described above. The network element or network functionality may be a network component in a hardware device, a software function running on dedicated hardware, or a virtualization function instantiated on a platform (e.g., a cloud platform). Optionally, the communication device 800 may further include a storage module 803 configured to store program code and data belonging to the communication device 800.

[0088] In the example, the communication device is used as a UWB device (e.g., a first UWB device or a second UWB device) or a chip used in the UWB device, and performs steps performed by the UWB device in the embodiments of the method described above. The transceiver module 802 is configured to support the UWB device, for example, when performing another process of the technology described herein, in order to specifically perform transmit and / or receive actions performed by the UWB device in the embodiment shown in Figure 3. The processing module 801 may be configured to support the communication device 800 when performing processing actions in the embodiments of the method described above, for example, when performing another process of the technology described herein.

[0089] In a possible implementation, the transceiver module 802 is configured to receive first indication information from a second UWB device, wherein the first indication information indicates the device type of the second UWB device, and to transmit a first PPDU to the second UWB device, wherein the format of the first PPDU is determined based on the device type of the first UWB device and the type of the second UWB device.

[0090] Optionally, the device type of the first UWB device or the device type of the second UWB device includes at least one of the following: a ranging device, a sensing device, and a data transmission device.

[0091] Optionally, the ranging device may include a standard ranging device and / or an advanced ranging device, the standard ranging device not supporting dynamic PHR and LDPC coding, and the advanced ranging device supporting dynamic PHR and LDPC coding.

[0092] Optionally, the sensing devices may include ordinary sensing devices and / or advanced sensing devices, where ordinary sensing devices do not support dynamic PHR and LDPC coding, and advanced sensing devices do support dynamic PHR and LDPC coding.

[0093] Optionally, the data transmission devices may include a standard data transmission device and / or an advanced data transmission device, the standard data transmission device not supporting dynamic PHR and LDPC coding, and the advanced data transmission device supporting dynamic PHR and LDPC coding.

[0094] Optionally, when the first UWB device and the second UWB device are device types that support dynamic PHRs, the format of the first PPDU is the first format, and a PPDU in the first format contains two PHRs; or when the first UWB device and / or the second UWB device are device types that do not support dynamic PHRs, the format of the first PPDU is the second format, and a PPDU in the second format contains one PHR.

[0095] Optionally, when the format of the first PPDU is a first format, the upper layer of the first UWB device transmits a first primitive to the PHY layer of the first UWB device via the transceiver module 802, the first primitive indicating the rate and modulation coding scheme used by the PHR of the first PPDU, and the rate and modulation coding scheme used by the physical payload of the first PPDU, the PHR of the first PPDU indicating the length of the physical payload of the first PPDU, and the physical layer of the first UWB device generates the first PPDU based on the rate and modulation coding scheme indicated by the first primitive.

[0096] Optionally, the first primitive includes a first data rate field, the first data rate field indicates a first index, the first index is associated with first information, the first information indicates at least one of the following: that the first UWB device decides to use dynamic PHR, the constraint length of the convolutional code used by the first UWB device, whether the first UWB device supports LDPC, the PHR rate of the first PPDU, and the rate of the physical payload of the first PPDU.

[0097] Optionally, the first primitive includes a second data rate field and a code field, where the second data rate field indicates the rate of the physical payload of the first PPDU, and the code field indicates the constraint length of the convolutional code used by the first UWB device, and / or whether the first UWB device supports LDPC.

[0098] Optionally, when the format of the first PPDU is the second format, the rate and modulation coding scheme used by the PHR of the first PPDU, as well as the rate and modulation coding scheme used by the physical payload of the first PPDU, are determined based on at least one of the data rate type, LDPC, and convolutional code constraint length determined by the first UWB device.

[0099] In another possible implementation, the transceiver module 802 is configured to transmit first indication information to a first UWB device, wherein the first indication information indicates the device type of a second UWB device, and to receive a first PPDU from the first UWB device, wherein the format of the first PPDU is determined based on the device type of the first UWB device and the type of the second UWB device.

[0100] Optionally, the device type of the first UWB device or the device type of the second UWB device includes at least one of the following: a ranging device, a sensing device, and a data transmission device.

[0101] Optionally, the ranging device may include a standard ranging device and / or an advanced ranging device, the standard ranging device not supporting dynamic PHR and LDPC coding, and the advanced ranging device supporting dynamic PHR and LDPC coding.

[0102] Optionally, the sensing devices may include ordinary sensing devices and / or advanced sensing devices, where ordinary sensing devices do not support dynamic PHR and LDPC coding, and advanced sensing devices do support dynamic PHR and LDPC coding.

[0103] Optionally, the data transmission devices may include a standard data transmission device and / or an advanced data transmission device, the standard data transmission device not supporting dynamic PHR and LDPC coding, and the advanced data transmission device supporting dynamic PHR and LDPC coding.

[0104] Optionally, when the UWB device (e.g., a first UWB device or a second UWB device) is a chip, the processing module 801 may be one or more processors, the transceiver module 802 may be a transceiver, or the transceiver module 802 may be a transmit module and a receive module, the transmit module may be a transmitter, the receive module may be a receiver, and the transmit module and the receive module may be integrated into a single component, e.g., a transceiver. In this embodiment of the present application, the processor and the transceiver may be coupled, etc. The method of connection between the processor and the transceiver is not limited to the embodiment of the present application. In the process of performing the method described above, the process of transmitting information (e.g., transmitting a PPDU) may be understood as the process of outputting information by the processor. When outputting information, the processor outputs the information to the transceiver, and as a result the transceiver transmits the information. After the information has been output by the processor, further processing may need to be performed on the information before the processed information arrives at the transceiver. Similarly, the process of receiving information in the aforementioned method (for example, receiving a PPDU) can be understood as the process of receiving input information by the processor. When the processor receives input information, the transceiver receives the information and inputs it to the processor. Furthermore, after the transceiver receives the information, further processing may need to be performed on the information before the processed information is input to the processor.

[0105] The above description represents possible product forms of the communication device shown in Figure 8. It should be understood that all products in all forms having the functionality of the communication device shown in Figure 8 fall within the scope of protection of the embodiments of this application. It should be further understood that the above description is merely illustrative, and the product forms of the communication device of the embodiments of this application are not limited to these.

[0106] Figure 9 is a diagram of the structure of another communication device according to an embodiment of the present application. The communication device may be a UWB device (e.g., a first UWB device or a second UWB device) or a chip of a UWB device. Figure 9 shows only the main components of the communication device. In addition to the processor 901 and transceiver 902, the communication device may further include a memory 903 and an input / output device (not shown). The processor 901 is mainly configured to process communication protocols and communication data, control the entire communication device, execute software programs, and process data for the software programs. The memory 903 is mainly configured to store software programs and data. The transceiver 902 may include a control circuit and an antenna. The control circuit is mainly configured to perform conversions between baseband signals and radio frequency signals and to process radio frequency signals. The antenna is mainly configured to receive or transmit radio frequency signals in the form of electromagnetic waves. An input / output device, such as a touchscreen, display, or keyboard, is mainly configured to receive data entered by the user and output data to the user.

[0107] After the communication device is powered on, the processor 901 may read the software program in memory 903, interpret and execute the instructions of the software program, and process the data of the software program. When data needs to be transmitted wirelessly, the processor 901 performs baseband processing on the data to be transmitted and then outputs a baseband signal to the radio frequency circuit. The radio frequency circuit performs radio frequency processing on the baseband signal and then transmits the radio frequency signal in the form of electromagnetic waves through the antenna. When data is transmitted to the communication device, the radio frequency circuit receives the radio frequency signal through the antenna, converts the radio frequency signal into a baseband signal, and outputs the baseband signal to the processor 901. The processor 901 converts the baseband signal into data and processes the data. In other implementations, the radio frequency circuit and antenna may be located independently of the processor that performs the baseband processing. For example, in a distributed scenario, the radio frequency circuit and antenna may be located remotely, independently of the communication device.

[0108] The processor 901, transceiver 902, and memory 903 may be connected via a communication bus.

[0109] For example, when the communication device is configured to perform a step, method, or function performed by the first UWB device in an embodiment of the method described above, the processor 901 may be configured to perform another process of the technology described herein. The transceiver 902 may be configured to perform step 301 in Figure 3 and / or another process of the technology described herein. As another example, when the communication device is configured to perform a step, method, or function performed by the second UWB device in an embodiment of the method described above, the processor 901 may be configured to perform another process of the technology described herein. The transceiver 902 may be configured to perform step 302 in Figure 3 and / or another process of the technology described herein.

[0110] In the implementation, the processor 901 may store instructions. These instructions may be computer programs. The computer programs are executed on the processor 901 to enable the communication device to perform the method described in the embodiments of the above-described method. The computer programs may be fixed to the processor 901. In this case, the processor 901 may be implemented in hardware.

[0111] In possible implementations, the communication device may include a circuit. The circuit may implement the transmit, receive, or communicate functions in the embodiments of the methods described above. The processors and transceivers described herein may be implemented in integrated circuits (ICs), analog ICs, radio frequency integrated circuits (RFICs), mixed-signal ICs, application-specific integrated circuits (ASICs), printed circuit boards (PCBs), electronic devices, etc. Alternatively, the processors and transceivers may be manufactured using various IC technologies, such as complementary metal oxide semiconductors (CMOS), N-type metal oxide semiconductors (NMOS), positive channel metal oxide semiconductors (PMOS), bipolar junction transistors (BJTs), bipolar CMOS (BiCMOS), silicon germanium (SiGe), and gallium arsenide (GaAs).

[0112] It will be understood that the communication device described in the embodiments of this application may have more components than those shown in Figure 9, and this is not limited to the embodiments of this application. The methods described above performed by the processor and transceiver are merely examples. For specific steps performed by the processor and transceiver, please refer to the description of embodiments of the methods described above.

[0113] In another possible implementation, in the communication device shown in Figure 8, the processing module 801 may be one or more logic circuits, and the transceiver module 802 may be an input / output interface, also called a communication interface, interface circuit, or interface. Alternatively, the transceiver module 802 may be a transmit module and a receive module. The transmit module may be an output interface, and the receive module may be an input interface. The transmit module and the receive module are integrated into a single unit, for example, an input / output interface.

[0114] Figure 10 is a diagram illustrating the structure of yet another communication device according to an embodiment of the present application. As shown in Figure 10, the communication device shown in Figure 10 includes a logic circuit 1001 and an interface 1002. In other words, a processing module 801 may be implemented by the logic circuit 1001, and a transceiver module 802 may be implemented by the interface 1002. The logic circuit 1001 may be a chip, a processing circuit, an integrated circuit, a system on a chip (SoC), etc. The interface 1002 may be a communication interface, an input / output interface, a pin, etc. For example, Figure 10 shows an example where the communication device is a chip. The chip includes the logic circuit 1001 and the interface 1002. Optionally, the logic circuit and the interface may be further coupled to each other. The specific method of connection between the logic circuit and the interface is not limited to the embodiments of the present application.

[0115] For example, when a communication device is configured to perform a step, method, or function performed by the first UWB device in an embodiment of the method described above, the interface 1002 is configured to receive first indication information from the second UWB device, wherein the first indication information indicates the device type of the second UWB device, and to transmit a first PPDU to the second UWB device, wherein the format of the first PPDU is determined based on the device type of the first UWB device and the type of the second UWB device. As another example, when a communication device is configured to perform a step, method, or function performed by a second UWB device in an embodiment of the method described above, the interface 1002 is configured to transmit first indication information to the first UWB device, wherein the first indication information indicates the device type of the second UWB device, and to receive a first PPDU from the first UWB device, wherein the format of the first PPDU is determined based on the device type of the first UWB device and the type of the second UWB device. For specific descriptions of the device type of the first UWB device, the type of the second UWB device, etc., please refer to the embodiments of the method described above. Details are not described again herein.

[0116] It will be understood that the communication devices described in the embodiments of this application may implement the methods provided in the embodiments of this application in hardware form or in software form. This is not limited to the embodiments of this application. For specific implementations of the embodiments shown in Figure 10, please refer to the embodiments described above. Details are not described again herein.

[0117] Embodiments of this application further provide a communication device, the communication device comprising at least one processor and memory, the memory configured to store computer programs or instructions, the at least one processor configured to execute the computer programs or instructions in memory so that one of the implementations of the embodiment shown in Figure 3 is performed.

[0118] Embodiments of this application further provide a computer-readable storage medium. The computer-readable storage medium stores computer instructions. When a computer instruction is executed, the computer is enabled to perform one of the implementations of the embodiment shown in Figure 3.

[0119] Embodiments of this application further provide a computer program product, which includes computer program code. When the computer program code is executed by a computer, the computer is enabled to perform one of the implementations of the embodiment shown in Figure 3.

[0120] Embodiments of this application further provide a chip, which includes at least one processor and interface. The processor is configured to read and execute instructions stored in memory. When an instruction is executed, the chip is enabled to perform any one of the implementations of the embodiment shown in Figure 3.

[0121] The aforementioned units described as separate parts may or may not be physically separate; the parts shown as units may or may not be physical units; they may be located in one place or distributed across multiple network units. Some or all of the units may be selected based on actual requirements to achieve the objectives of the solutions of the embodiments of this application. Furthermore, the various network element units of the embodiments of this application may be integrated into a single processing unit, or each unit may exist physically independently, or two or more units may be integrated into a single unit. The integrated unit may be implemented in hardware form or in the form of a software network element unit.

[0122] When an integrated unit is implemented in the form of a software network element unit and sold or used as a standalone product, the integrated unit may be stored on a computer-readable storage medium. Based on such understanding, an essentially contributing portion of the technical solution of this application, or all or part of the technical solution, may be embodied in the form of a software product. The computer software product is stored on a storage medium and includes several instructions for instructing a computer device (which may be a personal computer, terminal device, cloud server, network device, etc.) to perform all or part of the steps of the method of the embodiment of this application. The aforementioned storage medium includes any medium capable of storing program code, such as a USB flash drive, a removable hard disk, read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk. The foregoing description is merely a specific implementation of this application and is not intended to limit the scope of protection of this application. All modifications or substitutions that are readily conceivable by a person skilled in the art within the technical scope disclosed in this application fall within the scope of protection of this application. Accordingly, the scope of protection of this application is subject to the scope of protection of the claims. [Explanation of Symbols]

[0123] 800 Communication equipment 801 Processing Module 802 Transceiver Module 803 Storage Module 901 Processor 902 Transceiver 903 memory 1001 Logic Circuits 1002 Interface

Claims

1. A communication method applicable to a first ultra-wideband UWB device, A step of receiving first indication information from a second UWB device, wherein the first indication information indicates the device type of the second UWB device. A method comprising the steps of transmitting a first physical layer protocol data unit PPDU to the second UWB device, wherein the format of the first PPDU is determined based on the device type of the first UWB device and the device type of the second UWB device.

2. The method according to claim 1, wherein the device type of the first UWB device or the device type of the second UWB device includes at least one of the following: a ranging device, a sensing device, and a data transmission device.

3. The method according to claim 2, wherein the ranging device includes a conventional ranging device and / or an advanced ranging device, the conventional ranging device does not support dynamic physical headers and low-density parity check coding, and the advanced ranging device supports dynamic physical headers and low-density parity check coding.

4. The method according to claim 2, wherein the sensing device includes a conventional sensing device and / or an advanced sensing device, the conventional sensing device does not support dynamic physical headers and low-density parity check coding, and the advanced sensing device supports dynamic physical headers and low-density parity check coding.

5. The method according to claim 2, wherein the data transmission device includes a standard data transmission device and / or an advanced data transmission device, the standard data transmission device does not support a dynamic physical header and low-density parity check coding, and the advanced data transmission device supports the dynamic physical header and the low-density parity check coding.

6. When the first UWB device and the second UWB device are device types that support dynamic physical headers, the format of the first PPDU is the first format, and the PPDU of the first format includes two physical headers, or The method according to any one of claims 1 to 5, wherein when the first UWB device and / or the second UWB device is a device type that does not support the dynamic physical header, the format of the first PPDU is a second format, and the first PPDU in the second format includes one physical header.

7. When the format of the first PPDU described above is the first format, the method is A step of transmitting a first primitive to the physical layer of the first UWB device by the upper layer of the first UWB device, wherein the first primitive indicates the rate and modulation coding scheme used by the physical header of the first PPDU and the rate and modulation coding scheme used by the physical payload of the first PPDU, and the physical header of the first PPDU indicates the length of the physical payload of the first PPDU. The method according to any one of claims 1 to 6, further comprising the step of generating the first PPDU based on the rate and the modulation coding scheme indicated by the first primitive by the physical layer of the first UWB device.

8. The method according to claim 7, wherein the first primitive includes a first data rate field, the first data rate field indicates a first index, the first index is associated with first information, the first information indicates at least one of the following: that the first UWB device determines to use a dynamic physical header; the constraint length of a convolutional code used by the first UWB device; whether the first UWB device supports low-density parity check coding; the rate of the physical header of the first PPDU; and the rate of the physical payload of the first PPDU.

9. The method according to claim 7, wherein the first primitive includes a second data rate field and a code field, the second data rate field indicating the rate of the physical payload of the first PPDU, and the code field indicating the constraint length of the convolutional code used by the first UWB device, and / or whether the first UWB device supports low-density parity check coding.

10. The method according to any one of claims 1 to 6, wherein, when the format of the first PPDU is a second format, the rate and modulation coding scheme used by the physical header of the first PPDU and the rate and modulation coding scheme used by the physical payload of the first PPDU are determined based on at least one of the data rate type, low-density parity check coding, and constrained length of the convolutional code, which are determined by the first UWB device.

11. A communication method applicable to a second ultra-wideband UWB device, A step of transmitting first indication information to a first UWB device, wherein the first indication information indicates the device type of the second UWB device. A method comprising the steps of receiving a first PPDU from the first UWB device, wherein the format of the first PPDU is determined based on the device type of the first UWB device and the type of the second UWB device.

12. The method according to claim 11, wherein the device type of the first UWB device or the device type of the second UWB device includes at least one of the following: a ranging device, a sensing device, and a data transmission device.

13. The method according to claim 12, wherein the ranging device includes a conventional ranging device and / or an advanced ranging device, the conventional ranging device does not support dynamic physical headers and low-density parity check coding, and the advanced ranging device supports dynamic physical headers and low-density parity check coding.

14. The method according to claim 12, wherein the sensing device includes a conventional sensing device and / or an advanced sensing device, the conventional sensing device does not support dynamic physical headers and low-density parity check coding, and the advanced sensing device supports dynamic physical headers and low-density parity check coding.

15. The method according to claim 12, wherein the data transmission device includes a standard data transmission device and / or an advanced data transmission device, the standard data transmission device does not support a dynamic physical header and low-density parity check coding, and the advanced data transmission device supports the dynamic physical header and the low-density parity check coding.

16. A communication device comprising a unit or module configured to carry out the method described in any one of claims 1 to 15.

17. A communication device comprising at least one processor and memory, A communication device in which the memory is configured to store computer programs or instructions, and the at least one processor is configured to execute the computer programs or instructions in the memory so that the method according to any one of claims 1 to 15 is performed.

18. A communication system comprising a first ultra-wideband UWB device and a second UWB device, The first UWB device is configured to perform the method described in any one of claims 1 to 10, A communication system in which the second UWB device is configured to perform the method according to any one of claims 11 to 15.

19. A computer-readable storage medium that stores computer instructions and enables a computer to perform the method according to any one of claims 1 to 15 when the computer instructions are executed.

20. A computer program product comprising computer program code, wherein when the computer program code is executed by the computer, the computer is enabled to perform the method according to any one of claims 1 to 15.

21. A chip comprising at least one processor and an interface, wherein the processor is configured to read and execute instructions stored in memory, and when the instructions are executed, the chip is enabled to perform the method according to any one of claims 1 to 15.

Images