A communication method and apparatus

Abstract

Provided are a communication method and device, relating to the technical field of communication, the method comprising: a first UWB device can determine the format of a PPDU sent by a second UWB device according to the device type of the first UWB device and the type of the second UWB device, and the type of the second UWB device is indicated by first indication information, which indicates that the corresponding PPDU format can be determined between the first UWB device and the second UWB device without a complicated interaction process, i.e. the interaction process of negotiating the PPDU structure is simplified, and thus the communication delay can be reduced.

Description

[0001] This application is a divisional application. The original application has the application number 202310458686.8 and the original application date is April 17, 2023. The entire contents of the original application are incorporated herein by reference. Technical Field

[0002] This application relates to the field of communication technology, and in particular to a communication method and apparatus. Background Technology

[0003] Ultra-wideband (UWB) is a wireless carrier communication technology that uses nanosecond-level non-sinusoidal narrow pulses to transmit data, thus occupying a very wide spectrum. Due to its narrow pulses and extremely low radiation spectral density, UWB systems have advantages such as strong multipath resolution, low power consumption, and strong security.

[0004] Generally, different physical layer headers (PHRs) have different physical layer protocol data unit (PPDU) structures. To correctly decode PPDUs, different UWB devices need to negotiate the PPDU structure to use before communicating. However, this negotiation process is complex, resulting in significant communication latency. Summary of the Invention

[0005] This application provides a communication method and apparatus that can simplify the interaction process of negotiating PPDU structures, thereby reducing communication latency.

[0006] In a first aspect, a communication method is provided, the method being applied to a first UWB device, the method comprising: receiving first indication information from a second UWB device, the first indication information being used to indicate the device type of the second UWB device; and sending a first PPDU to the second UWB device, the format of the first PPDU being determined according to the device type of the first UWB device and the type of the second UWB device.

[0007] In the above embodiments, the format of the PPDU sent by the first UWB device to the second UWB device is determined according to the device type of the first UWB device and the type of the second UWB device. The type of the second UWB device is indicated by the first indication information. This indicates that the format of the PPDU sent by the first UWB device to the second UWB device can be determined without a complicated interaction process between the first UWB device and the second UWB device. This simplifies the interaction process of negotiating the PPDU structure and can reduce communication latency.

[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: ranging device, sensing device, and data transmission device. The ranging device may include general ranging devices and / or advanced ranging devices. General ranging devices do not support dynamic physical layer header (PHR) and low-density parity-check code (LDCP) encoding, while advanced ranging devices support dynamic PHR and LDCP encoding. The sensing device may include general sensing devices and / or advanced sensing devices. General sensing devices do not support dynamic PHR and LDCP encoding, while advanced sensing devices support both. The data transmission device may include general data transmission devices and / or advanced data transmission devices. General data transmission devices do not support dynamic PHR and LDCP encoding, while advanced data transmission devices support both.

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

[0010] It should be noted that the PHR mentioned in this application can also be called the physical layer header or physical layer header, and there is no limitation on this.

[0011] In conjunction with the first aspect, in one possible implementation, when the format of the first PPDU is a first format, the method further includes: the upper layer of the first UWB device sending a first primitive to the physical layer (PHY) of the first UWB device, the first primitive being used to indicate the rate and coding modulation scheme adopted by the PHR and physical load in the first PPDU, respectively, the PHR in the first PPDU being used to indicate the length of the physical load in the first PPDU; the physical layer of the first UWB device generating the first PPDU according to the rate and coding modulation scheme indicated by the first primitive.

[0012] In the above embodiments, when the format of the first PPDU is the first format, the upper layer of the first UWB device can indicate to the physical layer of the first UWB device the rate and encoding modulation method used by the PHR and physical load in the first PPDU through the first primitive, so that the physical layer of the first UWB device can generate the first PPDU that meets the requirements of the upper layer, thereby ensuring that the second UWB device can correctly decode the first PPDU.

[0013] In one possible approach, the upper layer of the first UWB device could be the media access control (MAC) layer.

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

[0015] In conjunction with the first aspect, in one possible implementation, the first primitive includes a first data rate field, which is used to indicate a first index, which is associated with first information, which indicates at least one of the following: the first UWB device determines that it uses dynamic PHR, the limited length of the convolutional code used by the first UWB device, whether the first UWB device supports LDCP, the rate of the PHR in the first PPDU, and the rate of the physical load in the first PPDU.

[0016] In the above embodiments, the first data rate field in the first primitive can indicate the first index, which reduces the overhead of indication. Simultaneously, the first index is associated with first information, enabling the physical layer of the first UWB device to determine the rate and coding modulation scheme used by the PHR and physical load in the first PPDU, respectively, through the first information associated with the first index.

[0017] In conjunction with the first aspect, in one possible implementation, the first primitive includes a second data rate field and an encoding field, wherein the second data rate field is used to indicate the rate of the physical load in the first PPDU, and the encoding field is used to indicate the limited length of the convolutional code used by the first UWB device and / or whether the first UWB device supports LDCP.

[0018] In conjunction with the first aspect, in one possible implementation, when the format of the first PPDU is the second format, the rate and coding modulation method used by the PHR and physical load in the first PPDU are determined according to at least one of the data rate type determined by the first UWB device, LDCP, and the limited length of the convolutional code.

[0019] In the above embodiments, when the format of the first PPDU is the second format, the rate and coding modulation method adopted by the PHR and physical load in the first PPDU can be determined according to at least one of the data rate type, LDCP and convolutional code limitation length determined by the first UWB device. This indicates that without supporting dynamic PHR, the UWB device can be supported to adopt more rate and coding modulation methods.

[0020] In a second aspect, a communication method is provided, which is applied to a second ultra-wideband (UWB) device. The method includes: sending first indication information to a first UWB device, the first indication information being used to indicate the device type of the second UWB device; and receiving a first PPDU from the first UWB device, the format of the first PPDU being determined according to the device type of the first UWB device and the type of the second UWB device.

[0021] Thirdly, a communication device is provided, comprising units or modules for implementing the method as described in any one of the first or second aspects.

[0022] Fourthly, a communication device is provided, comprising at least one processor and a memory; wherein the memory is used to store computer programs or instructions; and at least one processor is used to execute the computer programs or instructions in the memory, such that the method described in any one of the first or second aspects is performed.

[0023] Fifthly, a communication system is provided, comprising a first UWB device and a second UWB device; the first UWB device is used to perform the method as described in any one of the first aspects; and the second UWB device is used to perform the method as described in any one of the second aspects.

[0024] In a sixth aspect, a computer-readable storage medium is provided, which stores computer instructions that, when executed, cause a computer to perform the method as described in any one of the first or second aspects.

[0025] In a seventh aspect, a computer program product is provided, comprising: computer program code, which, when executed by a computer, causes the computer to perform the method as described in any one of the first or second aspects.

[0026] Eighth aspect, a chip is provided, the chip including at least one processor and an interface, the processor being configured to read and execute instructions stored in a memory, wherein when the instructions are executed, the chip causes the chip to perform the method as described in either the first or second aspect.

[0027] The technical effects achievable by the second to eighth aspects and any of their possible implementations are described in the same way as the technical effects achievable by the first aspect and any of its possible implementations, and will not be repeated here. Attached Figure Description

[0028] Figure 1 This application provides a schematic diagram of the structure of a wireless communication system according to an embodiment of the present application.

[0029] Figure 2 for Figure 1An example of the system architecture shown;

[0030] Figure 3 A flowchart illustrating a communication method provided in an embodiment of this application;

[0031] Figure 4 A schematic diagram of equipment classification provided for an embodiment of this application;

[0032] Figure 5 A schematic diagram of a device type field provided in an embodiment of this application;

[0033] Figure 6 A schematic diagram of the structure of a PPDU provided in an embodiment of this application;

[0034] Figure 7 This is a schematic diagram of another PPDU structure provided in an embodiment of this application;

[0035] Figure 8 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application;

[0036] Figure 9 This is a schematic diagram of the structure of another communication device provided in the embodiments of this application;

[0037] Figure 10 This is a schematic diagram of another communication device provided in an embodiment of this application. Detailed Implementation

[0038] The technical solutions in the embodiments of this application will be described below with reference to the accompanying drawings. The terms "system" and "network" in the embodiments of this application can be used interchangeably. Unless otherwise stated, " / " indicates that the objects before and after are in an "or" relationship; for example, A / B can represent A or B. "And / or" in this application is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, and B alone, where A and B can be singular or plural. Furthermore, in the description of this application, unless otherwise stated, "multiple" refers to two or more. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c can represent: a, b, c, ab, ac, bc, or abc, where a, b, and c can be one or multiple. Furthermore, to facilitate a clear description of the technical solutions in the embodiments of this application, the terms "first" and "second" are used in the embodiments of this application to distinguish between network elements and similar items with essentially the same function. Those skilled in the art will understand that the terms "first" and "second" do not limit the quantity or execution order, and that the terms "first" and "second" are not necessarily different.

[0039] References to "one embodiment" or "some embodiments" in the embodiments described in this application mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0040] The following detailed embodiments further illustrate the objectives, technical solutions, and beneficial effects of this application. It should be understood that the following are merely specific embodiments of this application and are not intended to limit the scope of protection of this application. Any modifications, equivalent substitutions, improvements, etc., made based on the technical solutions of this application should be included within the scope of protection of this application.

[0041] In the various embodiments of this application, unless otherwise specified or in case of logical conflict, the terminology and / or descriptions of different embodiments are consistent and can be referenced by each other. The technical features of different embodiments can be combined to form new embodiments according to their inherent logical relationship.

[0042] For ease of understanding, the following examples illustrate some concepts related to the embodiments of this application for reference. As follows:

[0043] Ultra-wideband (UWB) technology is a novel wireless communication technology. It utilizes nanosecond-level non-sinusoidal narrow pulses to transmit data. By modulating impulse pulses with very steep rise and fall times, it achieves a wide transmission spectrum, resulting in a bandwidth on the order of gigahertz (GHz). The bandwidth used in UWB is typically above 1 GHz. Because UWB systems do not require the generation of sinusoidal carrier signals and can directly transmit impulse sequences, they possess a wide spectrum and very low average power. UWB wireless communication systems offer advantages such as strong multipath resolution, low power consumption, and strong security, facilitating coexistence with other systems and thus improving spectrum utilization and system capacity. Furthermore, in short-range communication applications, the transmit power of UWB transmitters can typically be below 1 mW. Theoretically, the interference generated by UWB signals is equivalent to only white noise. This contributes to good coexistence between ultra-wideband and existing narrowband communications. Therefore, UWB systems can operate simultaneously with narrowband (NB) communication systems without interference.

[0044] The communication system provided in the embodiments of this application is described below. See also Figure 1 , Figure 1 This is a schematic diagram of a wireless communication system provided in an embodiment of this application. Figure 1 As shown, the system includes a first UWB device and a second UWB device, which can communicate with the second UWB device. The following section provides a detailed description of a specific UWB device (such as the first or second UWB device) involved in the wireless communication system.

[0045] The UWB devices involved in this application can support 802.15 series protocols, such as 802.15.4ab or its next-generation standard. The UWB devices involved in this application can also support other standard protocols (such as 802.11 series protocols), such as 802.11be, Wi-Fi 7, or EHT (extremely high throughput), as well as 802.11be next-generation, Wi-Fi 8, UHR (ultra-high throughput), Wi-Fi AI (Wi-Fi artificial intelligence), and other 802.11 family wireless local area network (WLAN) standards. The UWB devices involved in this application can also support UWB-based sensing protocols, such as 802.11bf or its next-generation standard.

[0046] For example, the UWB devices involved in this application can be communication servers, routers, switches, bridges, computers, mobile phones, etc., that support UWB technology. They can also be user equipment (UE), which may include various handheld devices, in-vehicle devices (such as automobiles or components installed in automobiles), wearable devices, Internet of Things (IoT) devices (such as IoT nodes or sensors), computing devices, other processing devices connected to wireless modems, or sensors in smart cities that support UWB technology. The UWB devices involved in this application can also be central control points, such as personal area networks (PANs) or PAN coordinators. The PAN or PAN coordinator can be a communication server, router, switch, bridge, computer, in-vehicle device, anchor, tag, or smart home device (such as a smart camera, smart remote control, smart water meter, or smart electricity meter). As another example, the UWB devices involved in this application may include chips, which may be embedded in communication servers, routers, switches, bridges, computers, or mobile phones. As an example, the UWB device involved in this application may include a UWB module. A device or chip that implements UWB system functions may be referred to as a UWB module. Optionally, the UWB device involved in this application may also include a narrowband communication module. A device or chip that implements narrowband communication system functions may be referred to as a narrowband communication module. In one possible implementation, the UWB module and the narrowband communication module may be integrated on a single device or chip within the UWB device, or they may be deployed independently within the UWB device.

[0047] The following is combined Figure 2illustrate Figure 1 This is a specific example of the system architecture shown. Figure 2 2-1 or Figure 2 In section 2-2, there is a central control node (such as a personal area network (PAN) coordinator) and one or more other devices. The central control node can be a full-function device, while the other devices can be either full-function or reduced-function devices. The terms "full-function device" and "reduced-function device" are relative; for example, a reduced-function device cannot be a PAN coordinator. Furthermore, compared to a full-function device, a reduced-function device may lack coordination capabilities or have a lower communication speed.

[0048] It should be pointed out that, in Figure 2 In section 2-1, the wireless communication system uses a star topology, where the central control node can communicate with one or more other devices. Figure 2 In section 2-2, the wireless communication system is a point-to-point topology, where the central control node can communicate with one or more other devices, and multiple other devices can also communicate with each other.

[0049] in addition, Figure 1 and Figure 2The communication system shown is not intended to limit the communication systems to which the embodiments of this application can be applied. For example, the technical solutions provided in this application can be applied to wireless personal area networks (WPANs) based on UWB technology, such as the IEEE 802.15 series protocols, including 802.15.4a, 802.15.4z, 802.15.4ab, or a future generation of UWB WPAN standards, etc. The technical solutions provided in this application can also be applied to various communication systems. Examples include Internet of Things (IoT) systems, Vehicle-to-X (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.

[0050] It should be noted that the embodiments in this application mainly use WPAN as an example, such as a network applied to the IEEE 802.15 series of standards for illustration. However, the various aspects involved in this application can also be extended to other networks employing various standards or protocols. For example, wireless local area networks (WLAN), Bluetooth, high-performance radio LAN (HIPERLAN) (a wireless standard similar to the IEEE 802.11 standard, mainly used in Europe), and wide area networks (WAN) or other networks now known or developed in the future. Therefore, regardless of the coverage area and wireless access protocol used, the various aspects provided in this application can be applied to any suitable wireless network.

[0051] The following is combined Figure 1 and Figure 2 The communication method provided in the embodiments of this application will be described in detail. For example... Figure 3 The diagram illustrates a communication method provided in an embodiment of this application. This communication method includes, but is not limited to, the following steps:

[0052] 301. The first UWB device receives first indication information from the second UWB device, the first indication information being used to indicate the device type of the second UWB device.

[0053] Correspondingly, the second UWB device sends the first instruction information to the first UWB device.

[0054] A UWB device involved in this application may belong to one or more device types. For example, the device type of the first UWB device or the device type of the second UWB device may include at least one of the following: ranging device, sensing device, and data transmission device. Among them, a ranging device refers to a device whose primary function is ranging, and which can support multi-millisecond segmented ranging characteristics. Figure 4 As shown, the 4ab ranging device defined in the 4ab standard can support at least one of the following: mixed multi-millisecond (MMS), multi-millisecond ranging sequence (MMRS), narrow-band assistance (NBA), ranging sequence fragment only multi-millisecond (RSF only MMS), 4z scrambled timestamp sequence (4z STS), and 4z ipatov (4zipatov) sequence. A sensing device refers to a UWB device that supports transmitting UWB sensing PPDUs and performing sensing measurements. For example... Figure 4 As shown, a 4ab standard sensing device can support at least one of the following: 4z ipatov sequences, 4ab new rates, sensing sequences, 4z BCC (4zBCC), Channel Impulse Response Report (CIR report), 4z PHR (4z PHR), frequency stitching, and 4z data rates. A data transmission device refers to a device that can transmit data PPDUs containing a payload via UWB. For example... Figure 4As shown, the 4ab standard data transmission device can support 4z STS, 4z ipatov, 4ab new rates, 4z BCC, 4z PHR, 4z datarates, dynamic PHR, and LDPC. Additionally, in this application, the data transmission device can also be referred to as a data communication device, without limitation.

[0055] In one possible implementation, the ranging device may include a general ranging device and / or an advanced ranging device. A general ranging device may support basic narrowband-assisted ranging functionality, while an advanced ranging device, in addition to supporting narrowband-assisted ranging, may also support UWB communication functionality. For example, it may include various rate modes (such as 1.95M, 7.8M, 31.2M, or 62.4M, etc.) under the 4ab standard binary convolutional code (BCC) encoding conditions. Compared to data transmission devices, advanced ranging devices lack support for LDPC encoding and dynamic PHR characteristics.

[0056] In one possible implementation, the sensing device may include a general sensing device and / or an advanced sensing device. The general sensing device may support sensing measurements and reporting of sensing results by transmitting UWB sensing PPDUs, and may also support rate modes of the 4ab standard under BCC encoding (such as 1.95M, 7.8M, 1.2M, 2.4M, or 124.8M). The advanced sensing device, in addition to supporting the functions of the general sensing device, may also support LDPC encoding and dynamic PHR characteristics.

[0057] In one possible implementation, the data transmission device may include a general data transmission device and / or an advanced data transmission device. Data transmission devices can be categorized into general data transmission devices and advanced data transmission devices based on whether they support LDPC encoding and dynamic PHR features. Advanced data transmission devices, in addition to supporting general data transmission devices, may also support LDPC encoding and dynamic PHR features.

[0058] Optionally, the same UWB device can be classified into one or more subtypes under at least one device type. For example, when the device type of the first UWB device is a ranging device, the first UWB device can also belong to a general ranging device, or the first UWB device can also belong to an advanced ranging device. Similarly, when the device type of the second UWB device is a sensing device, the second UWB device can also belong to a general sensing device, or the second UWB device can also belong to an advanced sensing device. Furthermore, if the device type of the first UWB device includes both ranging devices and sensing devices, the first UWB device can also belong to both general ranging devices and advanced ranging devices, etc. These are just examples; other combinations are also possible, which are not listed here.

[0059] It should be noted that, in this application, a certain indication information, when indicating the corresponding device type, can be indicated through one or more fields. For example, the first indication information, when indicating the device type of the second UWB device, can be indicated through one or more fields. For instance, such as... Figure 5 As shown, the data transmission field includes 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 can be used to indicate that the second UWB device is a ranging device; when the value of the ranging field is 0, the first indication information can be used to indicate that the second UWB device is not a ranging device. Similarly, when the value of the sensing field is 1, the first indication information can be used to indicate that the second UWB device is a sensing device; when the value of the sensing field is 0, the first indication information can be used to indicate that the second UWB device is not a sensing device. Likewise, when the value of the data transmission field is 1, the first indication information can be used to indicate that the second UWB device is a data transmission device; when the value of the data transmission field is 0, the first indication information can be used to indicate that the second UWB device is not a data transmission device. These are merely examples; this application does not limit the values ​​of the ranging field, sensing field, or data transmission field.

[0060] Optionally, at least one of the ranging field, sensing field, data transmission field, etc., may be included in the physical layer information base (PHY-PIB).

[0061] 302. The second UWB device receives a first PPDU from the first UWB device. The format of the first PPDU is determined according to the device type of the first UWB device and the type of the second UWB device.

[0062] Correspondingly, the first UWB device sends the first PPDU to the second UWB device.

[0063] In one possible implementation, the method may further include: the second UWB device receiving second indication information from the first UWB device, the second indication information being used to indicate the format of the first PPDU; step 302 can be understood as: the second UWB device receiving the first PPDU from the first UWB device according to the format of the first PPDU.

[0064] In another possible implementation, the method may further include: the second UWB device receiving third indication information from the first UWB device, the third indication information being used to indicate the device type of the first UWB device; the second UWB device determining the format of the first PPDU based on the device type of the first UWB device and the type of the second UWB device; step 302 can be understood as: the second UWB device receiving the first PPDU from the first UWB device based on the format of the first PPDU.

[0065] In one possible implementation, when the first UWB device and the second UWB device are device types that support dynamic PHRs, the first PPDU is in a first format, and the first format PPDU includes two PHRs. For example... Figure 6 As shown, a PPDU may include a synchronization (SYNC) field, a start-of-frame delimiter (SFD) field, a PHR1 field, a PHR2 field, and a physical bearer field (PHY payload). The SYNC and SFD fields can be used by the receiver for PPDU detection and synchronization. The PHR1 field indicates the rate and coding / modulation scheme used in the PHR2 and physical bearer fields, respectively. The PHR2 field indicates the length of the physical bearer, which carries the data. It should be noted that the PHR mentioned in this application can also be called a physical layer header or physical layer header, without limitation.

[0066] In another possible implementation, when the first UWB device and / or the second UWB device is a device type that does not support dynamic PHR, the first PPDU is in the second format, and the second format PPDU includes a PHR. Figure 7 As shown, a PPDU may include a SYNC field, an SFD field, a 4zPHR field, and a physical bearer field. Among these, Figure 7 The SYNC field, SFD field, and physical bearer field are related to Figure 6 Similar to the above, it will not be elaborated here. The 4zPHR field can be understood as the PHR field defined in the 4z standard, that is, the 4zPHR field is used to indicate the length of the physical load, and can also be used to indicate whether the PPDU is a ranging packet, etc.

[0067] In the above embodiments, the format of the PPDU sent by the first UWB device to the second UWB device is determined according to the device type of the first UWB device and the type of the second UWB device. The type of the second UWB device is indicated by the first indication information. This indicates that the format of the PPDU sent by the first UWB device to the second UWB device can be determined without a complicated interaction process between the first UWB device and the second UWB device. This simplifies the interaction process of negotiating the PPDU structure and can reduce communication latency.

[0068] In one possible implementation, when the format of the first PPDU is a first format, the method further includes: the upper layer of the first UWB device sending a first primitive to the PHY layer of the first UWB device, the first primitive being used to instruct the PHR (i.e., ...) in the first PPDU. Figure 6 The first PPDU uses the PHR2 and the physical load, respectively, to specify the rate and coding modulation scheme. The PHR in the first PPDU indicates the length of the physical load. The physical layer of the first UWB device generates the first PPDU based on the rate and coding modulation scheme indicated by the first primitive. This allows the physical layer of the first UWB device to generate a first PPDU that meets the requirements of the upper layer, thus ensuring that the second UWB device can correctly decode the first PPDU.

[0069] Optionally, the upper layer of the first UWB device can be the MAC layer.

[0070] The first primitive could be, for example, the MCPS-DATA.request primitive.

[0071] Optionally, the PHR in the first PPDU (i.e. Figure 6 The rate and coding modulation scheme adopted by the PHR2 and physical load in the first UWB device can be determined by negotiation between the first UWB device and the second UWB device, and the specific process is not limited here. In addition, in this application, the rate and coding modulation scheme of the physical load in the first PPDU can also be referred to as the rate and coding modulation scheme of the physical layer service data unit (PSDU) in the first PPDU, and is not limited here.

[0072] The first primitive is used to indicate the PHR (i.e., ...) in the first PPDU. Figure 6 The rate and coding modulation scheme used by PHR2 and the physical load, respectively, can be implemented in any of the following ways:

[0073] 1. The first primitive includes a first data rate field, which indicates a first index. The first index is associated with first information, which indicates at least one of the following: the first UWB device determines that it uses a dynamic PHR; the first UWB device uses a convolutional code with a limited length; the first UWB device supports LDCP; and the PHR in the first PPDU (i.e., ...). Figure 6 The rate of PHR2 in the first PPDU, and the rate of the physical load in the first PPDU. This can reduce the overhead of indication.

[0074] 2. The first primitive includes a second data rate field and an encoding field. The second data rate field is used to indicate the rate of the physical load in the first PPDU, and the encoding field is used to indicate the limited length of the convolutional code used by the first UWB device and / or whether the first UWB device supports LDCP.

[0075] It should be noted that, in this application, the first index can be called the coding-modulation combination index.

[0076] Optionally, for Method 1 above, as shown in Table 1, when the Physical High Pulse Repetition Frequency (PHRF) UWB physical header and data rate (phyHrpUwbPhrDataRate) parameter is (DRMDR), the first UWB device determines to use dynamic PHR. When the PHRF UWB convolutional code constraint length (phyHrpUwbCcConstraintLength) parameter is CL3 and CL7, the constraint lengths of the convolutional codes used by the first UWB device are 3 and 7, respectively; when the phyHrpUwbCcConstraintLength parameter is x, the constraint length of the convolutional codes used by the first UWB device is not limited. When the PHRF UWB LDCP (phyHrpUwbLDPC) parameter is 0, the first UWB device supports LDCP; when the phyHrpUwbLDPC parameter is 1, the first UWB device does not support LDCP. The reverse is also true. When the first UWB device supports LDCP, it indicates that the physical load in the first PPDU can be encoded using LDCP, and the PHR (i.e., ...) in the first PPDU... Figure 6 The PHR2 in the first PPDU can use BCC encoding. When the first UWB device does not support LDCP, the PHR (i.e., ...) in the first PPDU... Figure 6 The PHR2 in the first PPDU and the physical load in the first PPDU use the same coding and modulation scheme. The specific coding and modulation scheme is determined according to section 15.3.4 of the IEEE 802.15.4 standard corresponding to the rate indicated by the PSDU. When using LDPC coding, the PHR2 in the first PPDU (i.e., Figure 6The rate of PHR2 in the first PPDU is half the rate of the physical load in the first PPDU because the first PPDU includes two PHRs, meaning the encoded information of the PHR field is repeated twice. The PHR in the first PPDU (i.e., Figure 6 The rates of PHR2 in the first PPDU can be 1.95Mb / s, 0.975Mb / s, 7.8Mb / s, etc., as shown in Table 1. The rates of the physical load in the first PPDU can be 1.95Mb / s, 7.8Mb / s, 31.2Mb / s, etc., as shown in Table 1.

[0077] It should be noted that the phyHrpUwbPhrDataRate, phyHrpUwbLDPC, and phyHrpUwbCcConstraintLength parameters in Table 1 can be referred to as PHY-PIB attributes.

[0078] Optionally, a first index can be associated with a first piece of 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.95Mb / s, and 1.95Mb / s, respectively. That is, when the first index is 1, the associated first information is used to indicate at least one of the following: the first UWB device determines to use dynamic PHR, the first UWB device uses a convolutional code with a limited length of 7, the first UWB device supports LDCP, and the PHR in the first PPDU (i.e., Figure 6 The rate of PHR2 in the first PPDU is 1.95 Mb / s, and the rate of the physical load in the first PPDU is also 1.95 Mb / s. The rest in Table 1 are similar and will not be repeated here.

[0079] Table 1

[0080]

[0081]

[0082] Optionally, when the first primitive includes a first data rate field, the first primitive may also include the type of the value of the first data rate field, such as integer.

[0083] Optionally, when the first primitive includes a first data rate field, the first primitive may also include a valid range of values ​​for the first data rate field, such as 0-(4+k). In one possible implementation, for the HRP UWB physical layer, values ​​1-4 are valid, representing the four rate and coding modulation combination modes defined in section 15.2.7 (for compatibility with 802.15.4a). Values ​​5-(4+K) are valid, indicating the K (e.g., 12) coding modulation combinations in Table 1, i.e., the 12 first indices. Specifically, refer to Table 2. In Table 2, the data rate, type, and valid range can be understood as the first data rate field, the type of the first data rate field's value, and the valid range of the first data rate field's value, respectively. In another possible implementation, when the UWB device involved in this application does not support the 802.15.4a standard, values ​​1-4 do not need to be used to indicate the four rates defined in section 15.2.7 of the IEEE 802.15.4 standard. That is, all values ​​in the first data rate field can be used to indicate the corresponding coded modulation combination in Table 1, i.e., the 12 first indices. It should be noted that for physical layers other than the HRP UWB physical layer, the DataRate value can be interpreted in other ways, which are not limited here.

[0084] Table 2

[0085]

[0086]

[0087] Optionally, when the first primitive includes a second data rate field and an encoding field, the rate of the physical load in the first PPDU can be one of 1.95M, 7.8M (or 6.8M), 31.2M (or 27.2M), 62.4M, and 124.8M.

[0088] Optionally, when the first primitive includes a second data rate field and an encoding field, the first primitive may also include the type of the value of the second data rate field, such as integer.

[0089] Optionally, when the first primitive includes a second data rate field and a coding field, the first primitive may also include a valid range of values ​​for the second data rate field, such as 0-9. In one possible implementation, for the HRP UWB physical layer, values ​​1-4 are valid, representing the four rate and coding modulation combination modes defined in section 15.2.7 (for compatibility with 802.15.4a). Values ​​5-9 are valid, indicating the five rates of 1.95M, 7.8M (or 6.8M), 31.2M (or 27.2M), 62.4M, and 124.8M, respectively. Specifically, refer to Table 3. In Table 3, DataRate, type, and validrange can be understood as the second data rate field, the type of value of the second data rate field, and the valid range of values ​​for the second data rate field, respectively. In another possible implementation, when the UWB device involved in this application does not support the 802.15.4a standard, values ​​1-4 do not need to be used to indicate the four rates defined in section 15.2.7 of the IEEE 802.15.4 standard. That is, values ​​1-5 in the second data rate field can be used to indicate the five rates of 1.95M, 7.8M (or 6.8M), 31.2M (or 27.2M), 62.4M, and 124.8M, respectively. It should be noted that for physical layers other than the HRP UWB physical layer, the DataRate value can be interpreted in other ways, which are not limited here.

[0090] Table 3

[0091]

[0092]

[0093] Optionally, when the first primitive includes a second data rate field and an encoding field, the first primitive may also include the type of the value of the encoding field, such as an enumeration. See Table 3 for details.

[0094] Optionally, when the first primitive includes a second data rate field and an encoding field, the first primitive may also include a valid range of values ​​for the encoding field, such as CL3, CL7, LDCP, etc. For details, please refer to Table 3. CL3 indicates that the PHR and physical payload in the first PPDU use convolutional coding with a constraint length of 3; CL7 indicates that the PHR and physical payload in the first PPDU use convolutional coding with a constraint length of 7; and LDPC indicates that the physical payload in the first PPDU uses LDPC encoding.

[0095] In one possible implementation, when the format of the first PPDU is the second format, the PHR (i.e., ...) in the first PPDU... Figure 7 The rate and coding modulation scheme used by the 4zPHR and physical load are determined according to at least one of the data rate type, LDCP and convolutional code limitation length determined by the first UWB device.

[0096] For example, the data rate type, LDCP, and convolutional code constraint length determined by the first UWB device can be indicated by the phyHrpUwbPhrDataRate, phyHrpUwbLDPC, and phyHrpUwbCcConstraintLength parameters in Table 4, respectively. This can also be understood as the first and second UWB devices negotiating and determining the PHY-PIB attributes (including the phyHrpUwbPhrDataRate, phyHrpUwbLDPC, and phyHrpUwbCcConstraintLength parameters), thereby enabling the first and second UWB devices to know the PHR (i.e., ...) in the first PPDU. Figure 7 The 4zPHR and physical load use their respective rates and coding modulation schemes. Specifically, in Table 4, the second index can be called the coding modulation combination index, numbered 1-12. The phyHrpUwbPhrDataRate parameter can be DRHM_VLR, DRHM_LR, DRHM_HR, DRHM_VHR, or DRHM_HER, etc., representing their respective values. The remaining parameters are similar to those in Table 1 and will not be elaborated upon here.

[0097] Table 4

[0098]

[0099]

[0100] For example, the indication of the phyHrpUwbLDPC parameter can be integrated into phyHrpUwbPhrDataRate, that is, more values ​​of phyHrpUwbPhrDataRate can be defined to indicate the use of LDPC encoding and rate. This can also be understood as follows: the data rate type, LDPC, and convolutional code constraint length determined by the first UWB device can be indicated by the phyHrpUwbPhrDataRate and phyHrpUwbCcConstraintLength parameters in Table 5, respectively. That is, the first UWB device and the second UWB device negotiate to determine the PHY-PIB attributes (including the phyHrpUwbPhrDataRate and phyHrpUwbCcConstraintLength parameters), thereby enabling the first and second UWB devices to know the PHR (i.e., ...) in the first PPDU. Figure 7 The 4zPHR and physical load use their respective rates and coding modulation schemes. Specifically, in Table 5, the third index can be called the coding modulation combination index, numbered 1-12. The phyHrpUwbPhrDataRate parameter can 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, or DRHM_HR_C, etc. For example, DRHM_VLR_A indicates that when LDPC encoding is used and the convolutional code length of the first UWB device is limited to 7, the physical payload rate in the first PPDU is 1.95M, i.e., the third index is 1; similarly, DRHM_VLR_B indicates that when LDPC encoding is not used and the convolutional code length of the first UWB device is not limited, the physical payload rate in the first PPDU is 1.95M, i.e., the third index is 2, and so on, which will not be elaborated here. The remaining parameters in Table 5 are similar to those in Table 4 and will not be elaborated here.

[0101] Table 5

[0102]

[0103]

[0104] The above primarily describes the solution provided in this application from the perspective of interaction between various devices. It is understood that each device, in order to achieve the aforementioned functions, includes corresponding hardware structures and / or software modules for executing each function. Those skilled in the art should readily recognize that, based on the units and algorithm steps of the examples described in conjunction with the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art 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.

[0105] This application embodiment can divide the UWB device (such as a first UWB device or a second UWB device, etc.) into functional modules according to the above method examples. For example, each function can be divided into a separate functional module, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware or as a software functional module. It should be noted that the module division in this application embodiment is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods.

[0106] See Figure 8 , Figure 8 This is a schematic diagram of a communication device provided in an embodiment of this application. The communication device 800 can be applied to the above-described... Figure 3 In the method shown in the embodiments, such as Figure 8 As shown, 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. This communication device can be used to implement UWB devices (such as a first UWB device or a second UWB device, etc.) involved in any of the above method embodiments, or to implement the functions of network elements involved in any of the above method embodiments. The network element or network function can 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 for storing the program code and data of the communication device 800.

[0107] In one example, when the communication device functions as a UWB device (such as a first UWB device or a second UWB device) or as a chip applied within a UWB device, it executes the steps performed by the UWB device in the above method embodiments. The transceiver module 802 is used for specific execution. Figure 3The transmitting and / or receiving actions performed by the UWB device in the illustrated embodiments may include, for example, other processes that support the UWB device in performing the techniques described herein. The processing module 801 may be used to support the communication device 800 in performing the processing actions in the above method embodiments, for example, supporting the UWB device in performing other processes that support the techniques described herein.

[0108] In one possible implementation, the transceiver module 802 is configured to: receive first indication information from the second UWB device, the first indication information being used to indicate the device type of the second UWB device; and send a first PPDU to the second UWB device, the format of the first PPDU being determined according to the device type of the first UWB device and the type of the second UWB device.

[0109] 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: ranging device, sensing device, and data transmission device.

[0110] Optionally, the ranging device may include a general ranging device and / or an advanced ranging device. The general ranging device does not support dynamic PHR and LDCP encoding, while the advanced ranging device supports dynamic PHR and LDCP encoding.

[0111] Optionally, the sensing device may include a general sensing device and / or an advanced sensing device. The general sensing device does not support dynamic PHR and LDCP coding, while the advanced sensing device supports dynamic PHR and LDCP coding.

[0112] Optionally, the data transmission device may include general data transmission device and / or advanced data transmission device. The general data transmission device does not support dynamic PHR and LDCP encoding, while the advanced data transmission device supports dynamic PHR and LDCP encoding.

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

[0114] Optionally, when the format of the first PPDU is the first format, the upper layer of the first UWB device sends a first primitive to the PHY layer of the first UWB device through the transceiver module 802. The first primitive is used to indicate the rate and coding modulation method adopted by the PHR and physical load in the first PPDU, respectively. The PHR in the first PPDU is used to indicate the length of the physical load in the first PPDU. The physical layer of the first UWB device generates the first PPDU according to the rate and coding modulation method indicated by the first primitive.

[0115] Optionally, the first primitive includes a first data rate field, which is used to indicate a first index. The first index is associated with first information, which is used to indicate at least one of the following: the first UWB device determines that it uses dynamic PHR, the first UWB device uses a limited length of convolutional code, the first UWB device supports LDCP, the rate of the PHR in the first PPDU, and the rate of the physical load in the first PPDU.

[0116] Optionally, the first primitive includes a second data rate field and an encoding field. The second data rate field is used to indicate the rate of the physical payload in the first PPDU, and the encoding field is used to indicate the limited length of the convolutional code used by the first UWB device and / or whether the first UWB device supports LDCP.

[0117] Optionally, when the format of the first PPDU is the second format, the rate and coding modulation method used by the PHR and physical load in the first PPDU are determined according to at least one of the data rate type, LDCP and convolutional code limitation length determined by the first UWB device.

[0118] In another possible implementation, the transceiver module 802 is configured to: send first indication information to the first UWB device, the first indication information being used to indicate the device type of the second UWB device; and receive a first PPDU from the first UWB device, the format of the first PPDU being determined according to the device type of the first UWB device and the type of the second UWB device.

[0119] 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: ranging device, sensing device, and data transmission device.

[0120] Optionally, the ranging device may include a general ranging device and / or an advanced ranging device. The general ranging device does not support dynamic PHR and LDCP encoding, while the advanced ranging device supports dynamic PHR and LDCP encoding.

[0121] Optionally, the sensing device may include a general sensing device and / or an advanced sensing device. The general sensing device does not support dynamic PHR and LDCP coding, while the advanced sensing device supports dynamic PHR and LDCP coding.

[0122] Optionally, the data transmission device may include general data transmission device and / or advanced data transmission device. The general data transmission device does not support dynamic PHR and LDCP encoding, while the advanced data transmission device supports dynamic PHR and LDCP encoding.

[0123] Optionally, when the UWB device (such as a first UWB device or a second UWB device, etc.) is a chip, the processing module 801 can be one or more processors, and the transceiver module 802 can be a transceiver. Alternatively, the transceiver module 802 can also be a transmitting module and a receiving module. The transmitting module can be a transmitter, and the receiving module can be a receiver. The transmitting module and the receiving module are integrated into one device, such as a transceiver. In this embodiment, the processor and the transceiver can be coupled, etc. The connection method between the processor and the transceiver is not limited in this embodiment. During the execution of the above method, the process of sending information (such as sending PPDU, etc.) in the above method can be understood as the process of the processor outputting the above information. When outputting the above information, the processor outputs the above information to the transceiver so that the transceiver can transmit it. After the above information is output by the processor, it may need to undergo other processing before reaching the transceiver. Similarly, the process of receiving information (such as receiving PPDU, etc.) in the above method can be understood as the process of the processor receiving the input information. When the processor receives the input information, the transceiver receives the above information and inputs it into the processor. Furthermore, after the transceiver receives the aforementioned information, the information may need to undergo further processing before being input into the processor.

[0124] The above explanation is Figure 8 The diagram illustrates possible product forms of the communication device. It should be understood that any device possessing the above-mentioned features... Figure 8 Any form of the communication device described herein falls within the protection scope of the embodiments of this application. It should also be understood that the above description is merely illustrative and does not limit the product form of the communication device in the embodiments of this application.

[0125] See Figure 9 , Figure 9 This is a schematic diagram of another communication device provided in an embodiment of this application. The communication device can be a UWB device (such as a first UWB device or a second UWB device, etc.), or a chip therein. Figure 9 Only the main components of the communication device are shown. In addition to the processor 901 and transceiver 902, the communication device may further include a memory 903 and input / output devices (not shown). The processor 901 is mainly used for processing communication protocols and communication data, controlling the entire communication device, executing software programs, and processing software program data. The memory 903 is mainly used for storing software programs and data. The transceiver 902 may include control circuitry and an antenna. The control circuitry is mainly used for converting baseband signals to radio frequency signals and processing radio frequency signals. The antenna is mainly used for transmitting and receiving radio frequency signals in the form of electromagnetic waves. Input / output devices, such as touchscreens, displays, and keyboards, are mainly used for receiving user input data and outputting data to the user.

[0126] When the communication device is powered on, the processor 901 can read the software program in the 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 outputs the baseband signal to the radio frequency (RF) circuit. The RF circuit processes the baseband signal and transmits the RF signal outward in the form of electromagnetic waves through the antenna. When data is sent to the communication device, the RF circuit receives the RF signal through the antenna, converts the RF signal into a baseband signal, and outputs the baseband signal to the processor 901. The processor 901 converts the baseband signal back into data and processes the data. In another implementation, the RF circuit and antenna can be set up independently of the processor performing baseband processing. For example, in a distributed scenario, the RF circuit and antenna can be arranged remotely, independent of the communication device.

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

[0128] For example, when the communication device is used to perform the steps, methods, or functions performed by the first UWB device in the above method embodiments, the processor 901 can be used to perform other processes of the technology described herein; the transceiver 902 can be used to perform... Figure 3 Step 301, and / or other processes used in the techniques described herein. Also, by way of example, when the communication device is used to perform the steps, methods, or functions performed by the second UWB device in the above method embodiments, the processor 901 can be used to perform other processes of the techniques described herein; the transceiver 902 can be used to perform... Figure 3 Step 302, and / or other processes used in the techniques described herein.

[0129] In one implementation, the processor 901 may store instructions, which may be a computer program. The computer program, running on the processor 901, causes the communication device to execute the methods described in the above method embodiments. The computer program may be embedded in the processor 901; in this case, the processor 901 may be implemented in hardware.

[0130] In one implementation, the communication device may include a circuit that can perform the functions of transmitting, receiving, or communicating in the aforementioned method embodiments. The processor and transceiver described in this application can be implemented on 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. The processor and transceiver can also be manufactured using various IC process technologies, such as complementary metal-oxide semiconductors (CMOS), n-metal-oxide-semiconductor (NMOS), positive-channel metal-oxide semiconductors (PMOS), bipolar junction transistors (BJTs), bipolar CMOS (BiCMOS), silicon-germanium (SiGe), gallium arsenide (GaAs), etc.

[0131] It is understood that the communication device shown in the embodiments of this application may also have more than Figure 9 This application does not limit the use of other components or other related elements. The methods performed by the processor and transceiver shown above are merely examples; for the specific steps performed by the processor and transceiver, please refer to the description of the method embodiments above.

[0132] In another possible implementation Figure 8 In the communication device shown, the processing module 801 can be one or more logic circuits, and the transceiver module 802 can be an input / output interface, or a communication interface, or an interface circuit, or an interface, etc. Alternatively, the transceiver module 802 can also be a transmitting module and a receiving module; the transmitting module can be an output interface, and the receiving module can be an input interface, with the transmitting and receiving modules integrated into one unit, such as an input / output interface. See also... Figure 10 , Figure 10 This is a schematic diagram of another communication device provided in an embodiment of this application. For example... Figure 10 As shown, Figure 10The communication device shown includes logic circuit 1001 and interface 1002. That is, the processing module 801 can be implemented using logic circuit 1001, and the transceiver module 802 can be implemented using interface 1002. The logic circuit 1001 can be a chip, processing circuit, integrated circuit, or system-on-chip (SoC) chip, etc., and the interface 1002 can be a communication interface, input / output interface, pins, etc. For example, Figure 10 The above-described communication device is illustrated using a chip as an example. This chip includes a logic circuit 1001 and an interface 1002. Optionally, the logic circuit and the interface can also be coupled to each other. The specific connection method of the logic circuit and the interface is not limited in the embodiments of this application.

[0133] For example, when the communication device is used to execute the steps, methods, or functions performed by the first UWB device in the above method embodiments, interface 1002 is used to: receive first indication information from the second UWB device, the first indication information indicating the device type of the second UWB device; and send a first PPDU to the second UWB device, the format of which is determined according to the device type of the first UWB device and the type of the second UWB device. Also for example, when the communication device is used to execute the steps, methods, or functions performed by the second UWB device in the above method embodiments, interface 1002 is used to: send first indication information to the first UWB device, the first indication information indicating the device type of the second UWB device; and receive a first PPDU from the first UWB device, the format of which is determined according to the device type of the first UWB device and the type of the second UWB device. Specific descriptions of the device type of the first UWB device, the type of the second UWB device, etc., can be found in the method embodiments shown above, and will not be detailed here.

[0134] It is understood that the communication device shown in the embodiments of this application can implement the method provided in the embodiments of this application in hardware form, or it can implement the method provided in the embodiments of this application in software form, etc., and the embodiments of this application do not limit it in this way. For Figure 10 The specific implementation of the embodiments shown can also be found in the above embodiments, which will not be described in detail here.

[0135] This application also provides a communication device, which includes at least one processor and a memory; wherein the memory is used to store computer programs or instructions; and the at least one processor is used to execute the computer programs or instructions in the memory, such that... Figure 3 The method described in any one of the illustrated embodiments is performed.

[0136] This application also provides a computer-readable storage medium storing computer instructions, which, when executed, cause the computer to perform actions such as... Figure 3 The method as described in any of the embodiments shown.

[0137] This application also provides a computer program product, which includes: computer program code, which, when executed by a computer, causes the computer to perform actions such as... Figure 3 The method as described in any of the embodiments shown.

[0138] This application embodiment also provides a chip, which includes at least one processor and an interface. The processor is used to read and execute instructions stored in a memory. When the instructions are executed, the chip causes the chip to perform actions such as... Figure 3 The method as described in any of the embodiments shown.

[0139] The units described above as separate components may or may not be physically separate. 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 the units can be selected to achieve the objectives of the embodiments of this application, depending on actual needs. Furthermore, the network element units in the various embodiments of this 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. The integrated units described above can be implemented in hardware or as software network element units.

[0140] If the integrated units described above are implemented as software network elements and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the essential contribution of the technical solution of this application, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, terminal device, cloud server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, mobile hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks. The above descriptions are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the scope of the technology disclosed in this application, and these modifications or substitutions should all be covered within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A communication method, characterized in that, The method is applied to a first ultra-wideband (UWB) device, and the method includes: Receive first indication information from the second UWB device, the first indication information being used to indicate that the device type of the second UWB device is a device type that supports dynamic physical headers; A first physical layer protocol data unit (PPDU) is sent to the second UWB device, the format of which is determined according to the device type of the first UWB device and the type of the second UWB device.

2. The method according to claim 1, characterized in that, When the device type of the first UWB device is a device type that supports dynamic physical heads, the first PPDU includes two physical heads.

3. The method according to claim 2, characterized in that, The two physical headers are the PHR1 field and the PHR2 field. The PHR1 field is used to indicate the rate and coding modulation method used by the PHR2 field and the physical bearer field, respectively, and the PHR2 field is used to indicate the length of the physical bearer.

4. The method according to claim 2, characterized in that, The first PPDU also includes a synchronization (SYNC) field, a start-of-frame delimiter (SFD) field, and a physical payload field (PHY payload). The SYNC and SFD fields can be used by the receiver to detect and synchronize PPDUs, while the physical payload field is used to carry data.

5. The method according to claim 1, characterized in that, When the first UWB device is a device type that does not support dynamic physical headers, the first PPDU includes a physical header.

6. The method according to claim 5, characterized in that, The physical header is a 4zPHR field, which is used to indicate the length of the physical carrier and can also be used to indicate whether the PPDU is a ranging packet.

7. The method according to claim 5, characterized in that, The first PPDU also includes a synchronization (SYNC) field, a start-of-frame delimiter (SFD) field, and a physical payload field (PHY payload). The SYNC and SFD fields can be used by the receiver to detect and synchronize PPDUs, while the physical payload field is used to carry data.

8. The method according to any one of claims 1-7, characterized in that, When the format of the first PPDU is the first format, the method further includes: The upper layer of the first UWB device sends a first primitive to the physical layer of the first UWB device. The first primitive is used to indicate the rate and coding modulation method used by the physical header and physical payload in the first PPDU, respectively. The physical header in the first PPDU is used to indicate the length of the physical payload in the first PPDU. The physical layer of the first UWB device generates the first PPDU based on the rate and coding modulation method indicated by the first primitive.

9. The method according to claim 8, characterized in that, The first primitive includes a first data rate field, which is used to indicate a first index, which is associated with first information, which is used to indicate at least one of the following: the first UWB device determines to use a dynamic physical head, the first UWB device uses a convolutional code with a limited length, the first UWB device supports low-density parity-check codes, the rate of the physical head in the first PPDU, and the rate of the physical payload in the first PPDU.

10. The method according to claim 8, characterized in that, The first primitive includes a second data rate field and an encoding field. The second data rate field is used to indicate the rate of the physical payload in the first PPDU, and the encoding field is used to indicate the limited length of the convolutional code used by the first UWB device and / or whether the first UWB device supports low-density parity-check codes.

11. The method according to any one of claims 1-7, characterized in that, When the format of the first PPDU is the second format, the rate and coding modulation method used by the physical head and physical payload in the first PPDU are determined according to at least one of the data rate type determined by the first UWB device, the limited length of low-density parity check code and convolutional code.

12. A communication method, characterized in that, The method is applied to a second ultra-wideband (UWB) device, and the method includes: Send a first indication message to the first UWB device, the first indication message being used to indicate that the device type of the second UWB device is a device type that supports dynamic physical headers; Receive a first PPDU from the first UWB device, the format of the first PPDU being determined based on the device type of the first UWB device and the type of the second UWB device.

13. The method according to claim 12, characterized in that, When the device type of the first UWB device is a device type that supports dynamic physical heads, the first PPDU includes two physical heads.

14. The method according to claim 13, characterized in that, The two physical headers are the PHR1 field and the PHR2 field. The PHR1 field is used to indicate the rate and coding modulation method used by the PHR2 field and the physical bearer field, respectively, and the PHR2 field is used to indicate the length of the physical bearer.

15. The method according to claim 13, characterized in that, The first PPDU also includes a synchronization (SYNC) field, a start-of-frame delimiter (SFD) field, and a physical payload field (PHY payload). The SYNC and SFD fields can be used by the receiver to detect and synchronize PPDUs, while the physical payload field is used to carry data.

16. The method according to claim 12, characterized in that, When the first UWB device is a device type that does not support dynamic physical headers, the first PPDU includes a physical header.

17. The method according to claim 16, characterized in that, The physical header is a 4zPHR field, which is used to indicate the length of the physical carrier and can also be used to indicate whether the PPDU is a ranging packet.

18. The method according to claim 16, characterized in that, The first PPDU also includes a synchronization (SYNC) field, a start-of-frame delimiter (SFD) field, and a physical payload field (PHY payload). The SYNC and SFD fields can be used by the receiver to detect and synchronize PPDUs, while the physical payload field is used to carry data.

19. The method according to any one of claims 12-18, characterized in that, When the format of the first PPDU is the first format, the method further includes: The upper layer of the first UWB device sends a first primitive to the physical layer of the first UWB device. The first primitive is used to indicate the rate and coding modulation method used by the physical header and physical payload in the first PPDU, respectively. The physical header in the first PPDU is used to indicate the length of the physical payload in the first PPDU. The physical layer of the first UWB device generates the first PPDU based on the rate and coding modulation method indicated by the first primitive.

20. The method according to claim 19, characterized in that, The first primitive includes a first data rate field, which is used to indicate a first index, which is associated with first information, which is used to indicate at least one of the following: the first UWB device determines to use a dynamic physical head, the first UWB device uses a convolutional code with a limited length, the first UWB device supports low-density parity-check codes, the rate of the physical head in the first PPDU, and the rate of the physical payload in the first PPDU.

21. The method according to claim 19, characterized in that, The first primitive includes a second data rate field and an encoding field. The second data rate field is used to indicate the rate of the physical payload in the first PPDU, and the encoding field is used to indicate the limited length of the convolutional code used by the first UWB device and / or whether the first UWB device supports low-density parity-check codes.

22. The method according to any one of claims 12-18, characterized in that, When the format of the first PPDU is the second format, the rate and coding modulation method used by the physical head and physical payload in the first PPDU are determined according to at least one of the data rate type determined by the first UWB device, the limited length of low-density parity check code and convolutional code.

23. A communication device, characterized in that, Includes units or modules for implementing the method as described in any one of claims 1 to 11.

24. A communication device, characterized in that, Includes units or modules for implementing the method as described in any one of claims 12 to 22.

25. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that, when executed, cause the computer to perform the method as described in any one of claims 1 to 11.

26. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that, when executed, cause the computer to perform the method as described in any one of claims 12 to 22.

27. A computer program product, characterized in that, The computer program product includes: computer program code, which, when executed by a computer, causes the computer to perform the method as described in any one of claims 1 to 11.

28. A computer program product, characterized in that, The computer program product includes: computer program code, which, when executed by a computer, causes the computer to perform the method as described in any one of claims 12 to 22.

29. A chip, characterized in that, The chip includes at least one processor and an interface, the processor being configured to read and execute instructions stored in a memory, wherein when the instructions are executed, the chip causes the chip to perform the method as described in any one of claims 1-11.

30. A chip, characterized in that, The chip includes at least one processor and an interface, the processor being configured to read and execute instructions stored in a memory, which, when executed, cause the chip to perform the method as described in any one of claims 12 to 22.

Images