WO2025213346A1 - Transmission method for available window of wireless communication device, wireless communication method in case of in-device interference, wireless communication device and storage medium - Google Patents

Abstract

Provided in the present application is a transmission method for an available window of a wireless communication device. The method comprises: a first device sending a first frame to a second device, wherein the first frame includes availability information of the first device, and the availability information of the first device is determined on the basis of in-device interference of the first device. By implementing the method, a second device can be informed of a window occupied by in-device interference occurring in a first device, thereby facilitating operations, such as communication negotiation and transmission, between the first device and the second device.

Description

Method for transmitting available window of wireless communication device, wireless communication method with interference in device, wireless communication device and storage medium Technical Field

The embodiments of the present application relate to the technical field of interference coexistence or interference avoidance of wireless communication technology, and specifically to a method for transmitting an available window of a wireless communication device, a wireless communication method in the presence of interference within the device, a wireless communication device, and a storage medium.

Background Art

Most of today's wireless communication devices support multiple wireless communication methods. For example, mobile phones, laptops, or XR (augmented reality, virtual reality, mixed reality) devices support different communication systems such as Wi-Fi and Bluetooth, each responsible for different wireless communication needs. These communication systems may all operate in the unlicensed 2.4GHz, 5GHz and/or 6GHz frequency bands. Consider a common scenario, when a wireless communication device (such as a mobile phone) communicates with a home access point via Wi-Fi to watch online videos, if the wireless communication device (such as a mobile phone) also communicates with other devices (such as Bluetooth headsets) via Bluetooth to transmit data (such as audio), then the two may interfere with each other. In this application, this is referred to as in-device interference.

Accordingly, it is necessary to design an effective mechanism for indicating and avoiding in-device interference to solve the above problems and improve the user experience of wireless communication devices.

Summary of the Invention

Embodiments of the present application provide a method for transmitting an available window of a wireless communication device, a wireless communication method in the presence of interference within the device, a wireless communication device, and a storage medium to solve problems existing in the prior art.

The present application provides a method for transmitting an availability window of a wireless communication device. The method includes: a first device sending a first frame to a second device, the first frame including availability information of the first device, wherein the availability information of the first device is determined based on intra-device interference of the first device.

The present application also provides a wireless communication method, performed by a transmitting device. Intra-device interference exists on the transmitting device. The method comprises: sending initial control information to a receiving device and receiving an initial control response from the receiving device to exchange a transmission opportunity; ceasing transmission to the receiving device for the duration of the intra-device interference on the transmitting device; and resuming transmission in response to the termination of the intra-device interference.

The present application also provides a wireless communication method, which is performed by a receiving device. There is intra-device interference in the transmitting device. The method includes: receiving initial control information from the transmitting device, and sending an initial control response to the transmitting device to exchange transmission opportunities; and performing at least one of the following within the transmission opportunity: waiting for a preset time, competing for a channel for other transmissions; receiving a signal from the transmitting device and responding, wherein the signal is sent by the transmitting device after the intra-device interference ends; receiving an adjustment of the end time of the transmission opportunity from the transmitting device, wherein the end time of the transmission opportunity is adjusted based on the start time of the time window of the intra-device interference; or receiving a time window of the intra-device interference from the transmitting device, and competing for a channel for other transmissions within the time window.

The present application also provides a wireless communication method, performed by a receiving device. Intra-device interference exists on the receiving device. The method comprises: receiving initial control information from a transmitting device and sending an initial control response to the transmitting device to exchange transmission opportunities; ceasing to receive transmissions from the transmitting device and/or ceasing to transmit to the transmitting device for the duration of the intra-device interference on the receiving device; and resuming transmission in response to the termination of the intra-device interference.

The present application also provides a wireless communication method, which is performed by a transmitting device. There is in-device interference in the receiving device. The method includes: sending initial control information to the receiving device, receiving an initial control response from the receiving device to exchange transmission opportunities; and performing at least one of the following: receiving an in-device interference end indication from the receiving device within the transmission opportunity, and sending data to the receiving device within the remaining time of the transmission opportunity; terminating the transmission opportunity after waiting for a preset time; repeatedly transmitting to the receiving device within the transmission opportunity until: receiving a response from the receiving device; or exceeding a preset number of times; or the transmission opportunity ends; or receiving an interference indication from the receiving device, and adjusting the end time of the transmission opportunity according to the interference indication.

The present application also provides a wireless communication device, comprising a processor and a memory, wherein the memory is used to store program instructions, and when the program instructions are executed by the processor, they are used to implement any of the above methods.

The present application also provides a readable storage medium for storing program instructions, wherein when the program instructions are executed by a processor, they are used to implement any of the above methods.

BRIEF DESCRIPTION OF THE DRAWINGS

The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

FIG1 is a schematic flow chart of a method for transmitting an available window of a wireless communication device according to an embodiment of the present application.

FIG2 is a schematic diagram of a scenario illustrating a method for transmitting an available window of a wireless communication device according to an embodiment of the present application.

FIG3 is a schematic diagram of a scenario showing a method for transmitting an available window of a wireless communication device according to another embodiment of the present application.

FIG4 is a schematic diagram of a scenario showing a method for transmitting an available window of a wireless communication device according to yet another embodiment of the present application.

FIG. 5 is a diagram showing a frame format of fields or units indicating availability information of a device in units of the entire device.

FIG. 6 is a diagram illustrating a frame format of fields or units indicating device availability information in units of frequency bands.

FIG. 7 is a schematic diagram of a frame format showing fields or units indicating device availability information in units of links.

FIG. 8 is a diagram illustrating a frame format of fields or units indicating device availability information in units of channels.

FIG9 is a schematic diagram of a frame format of fields or units indicating device availability information in units of resource units/multi-resource units/distributed resource units.

FIG10 is a flow chart illustrating a wireless communication method performed by a transmitting device according to an embodiment of the present application, wherein the transmitting device has intra-device interference.

FIG11 is a flow chart of a wireless communication method performed by a receiving device according to an embodiment of the present application, wherein the transmitting device has intra-device interference.

FIG12 shows a schematic diagram of a flow chart of transmission interaction between a transmitting device and a receiving device in an example in which there is intra-device interference in the transmitting device.

FIG13 shows a schematic diagram of a flow chart of transmission interaction between a transmitting device and a receiving device in another example when there is intra-device interference in the transmitting device.

FIG14 shows a schematic diagram of a flow chart of transmission interaction between a transmitting device and a receiving device in another example when there is intra-device interference in the transmitting device.

FIG15 shows a schematic diagram of a flow chart of transmission interaction between a transmitting device and a receiving device in another example when there is intra-device interference in the transmitting device.

FIG16 shows a schematic diagram of a flow chart of transmission interaction between a transmitting device and a receiving device in another example when there is intra-device interference in the transmitting device.

FIG17 is a flow chart of a wireless communication method performed by a receiving device according to an embodiment of the present application, wherein the receiving device has intra-device interference.

FIG18 is a flow chart of a wireless communication method performed by a transmitting device according to an embodiment of the present application, wherein intra-device interference exists in the receiving device.

FIG19 shows a schematic diagram of a flow chart of transmission interaction between a transmitting device and a receiving device in an example in which there is intra-device interference in the receiving device.

FIG20 shows a schematic diagram of a flow chart of transmission interaction between a transmitting device and a receiving device in another example in which there is intra-device interference in the receiving device.

FIG21 shows a schematic diagram of the flow of transmission interaction between a transmitting device and a receiving device in another example when there is intra-device interference in the receiving device.

FIG22 shows a schematic diagram of the flow of transmission interaction between a transmitting device and a receiving device in another example when there is intra-device interference in the receiving device.

FIG23 shows a schematic diagram of the flow of transmission interaction between a transmitting device and a receiving device in another example when there is intra-device interference in the receiving device.

FIG24 shows a schematic diagram of a flow chart of transmission interaction between a transmitting device and a receiving device in another example in which there is intra-device interference in the receiving device.

FIG25 shows a schematic diagram of the flow of transmission interaction between a transmitting device and a receiving device in another example when there is intra-device interference in the receiving device.

FIG26 shows a schematic diagram of the flow of transmission interaction between a transmitting device and a receiving device in another example when there is intra-device interference in the receiving device.

FIG27 shows a schematic diagram of the flow of transmission interaction between a transmitting device and a receiving device in another example when there is intra-device interference in the receiving device.

FIG28 shows a schematic diagram of the flow of transmission interaction between a transmitting device and a receiving device in another example when there is intra-device interference in the receiving device.

FIG29 is a schematic structural diagram of a wireless communication device according to an embodiment of the present application.

DETAILED DESCRIPTION

The following will describe the technical solutions in the embodiments of this application in conjunction with the drawings in the embodiments of this application. Obviously, the described embodiments are part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

It should be understood that the term "and/or" in this document simply describes a relationship between related objects, indicating that three possible relationships exist. For example, "A and/or B" can represent: A exists alone, A and B exist simultaneously, or B exists alone. Furthermore, the character "/" in this document generally indicates that the related objects are in an "or" relationship.

A wireless communication device (e.g., a wireless communication device with multiple wireless communication systems) may experience interference between different communication systems operating simultaneously (referred to herein as in-device interference), causing a communication system (e.g., a Wi-Fi communication system) to function normally (or not function normally) at certain frequencies at certain times. To achieve coordinated operation between different communication systems (referred to herein as in-device coexistence), this application designs:

1) Using relevant frames to announce the time window (unavailability window) and/or frequency during which a wireless communication device cannot operate normally due to interference within the device in a wireless communication system (such as a Wi-Fi communication system). Specific solutions include the following aspects:

a) The wireless communication device indicates that it cannot operate normally during the time window, including the following methods:

●Indicates one or more time windows during which the equipment cannot function properly

●Indicates one or more time windows where the system cannot function properly in units of frequency bands

Indicates one or more time windows where links cannot function properly.

● Indicates one or more time windows where the system cannot function properly, in units of channels

Indicates one or more time windows where normal operation cannot be performed, using resource units, multiple resource units, or distributed resource units.

In addition, relevant frames can also be used to announce the time window (availability window) and/or frequency during which a wireless communication device can normally operate in a certain wireless communication system (such as a Wi-Fi communication system). Specifically, solutions include the following aspects:

b) The wireless communication device indicates the time window in which it can operate normally, including the following methods:

●Indicates one or more time windows during which the equipment can operate normally.

●Indicates one or more time windows in which normal operation can occur in units of frequency bands

Indicates one or more time windows in which normal operation can occur, in units of links.

Indicates one or more time windows in which normal operation can be performed, in units of channels

● Indicates one or more time windows in which normal operation can be performed in units of resource units, multiple resource units, or distributed resource units

After a wireless communication device announces the above information, the opposite wireless communication device or other wireless communication devices in its vicinity that receive the announcement can avoid communicating with the announcing device during the unavailable time window and/or frequency. Detailed design details of the unavailable and available time window information are shown in the relevant embodiments of Figures 1 to 9.

2) When there is known and/or sudden in-device interference at the transmitting and/or receiving ends of the communication, this application also designs in-device coexistence behavior, specifically including the following solutions:

a) Behavior design when there is in-device interference at the transmitter

i. Behavioral design for the transmitter's intra-device interference at the start of a transmission opportunity (TXOP)

ii. Behavioral design for transmitting-side intra-device interference occurring in the middle of a TXOP

b) Behavioral design when there is interference in the receiving device

i. Behavioral design for the receiver's in-device interference to occur at the start of the TXOP acquired by the transmitter

ii. Behavioral design for receiving-side intra-device interference to occur in the middle of a TXOP acquired by the transmitter

For specific solutions, please see the relevant embodiments of Figures 10 to 28.

FIG1 is a flow chart of a method for transmitting an available window of a wireless communication device according to an embodiment of the present application. As shown in FIG1 , the method includes operation S101: a first device sends a first frame to a second device, wherein the first frame contains availability information of the first device. The first device and the second device are any devices in a wireless communication system and are not limited in the present application. For example, the first device may be a wireless communication device with multiple wireless communication systems, which may have interference inside, so its availability information (for example, a time window in which normal operation can be performed and/or a time window in which normal operation cannot be performed) may be sent to a second device related to it or having a transmission requirement. The availability information may be the aforementioned time window (unavailability window) and/or frequency in which normal operation cannot be performed, or the aforementioned time window (availability window) and/or frequency in which normal operation can be performed.

By implementing this method, the window occupied by the intra-device interference occurring in the first device can be notified to the second device, thereby facilitating operations such as communication negotiation and transmission between the first device and the second device.

In some embodiments, the method shown in Figure 1 may further include: the first device receiving a second frame from the second device, wherein the second frame is a response to the first frame. Optionally, the second frame may further include availability information of the second device, where the availability information of the second device is determined based on intra-device interference of the second device.

In some embodiments, the method shown in Figure 1 also includes: the first device receiving a request frame from the second device; the first device sending a first frame to the second device includes: in response to the request frame, the first device sending the first frame to the second device.

This application provides three different ways of indicating availability information, as shown in Figures 2 to 4.

The first method is the unsolicited method. As shown in Figure 2, the first device can actively send a first frame (for example, an Initial Control frame, a management frame, a data frame, etc.) carrying its own availability information to the second device. The second device responds with a second frame, for example, an Initial Control Response frame (or a corresponding Ack frame). The second frame sent by the second device can also carry the second device's availability information. If the first frame is an Action No Ack frame, then this step can be omitted.

The second method is the unsolicited method. As shown in Figure 3, the second device can actively send a first frame (for example, an Initial Control frame, a management frame, a data frame, etc.) carrying its own availability information to the first device. The first device responds with a second frame, for example, an Initial Control Response frame (or a corresponding Ack frame). The second frame sent by the first device can also carry the availability information of the first device. If the first frame is an Action No Ack frame, then this step can be omitted.

The third method is a non-solicited method. As shown in FIG4 , the first device may also send a request frame to request the second device to feedback its availability information (method 1 in FIG4 ). Alternatively, the second device may send a request frame to request the first device to feedback its availability information (method 2 in FIG4 ).

The first frame and the second frame in the first and second methods above can be any of the following combinations:

The first frame is a request to send frame (RTS frame), and the second frame is a clear to send frame (CTS frame)

The first frame is a probe request frame (Probe Request Frame), and the second frame is a probe response frame (Probe Response frame)

The first frame is a Multi-Link Probe Request frame, and the second frame is a Multi-Link Probe Response frame.

The first frame is a BSBP Trigger frame, and the second frame is a Trigger-Based Physical Protocol Data Unit with Buffer Status Report (TB PPDU with BSR).

The first frame is a multi-user request to send trigger frame (MU-RTS Trigger frame), and the second frame is a clear to send frame (CTS)

The first frame is a data frame, and the second frame is an acknowledgment frame. Similarly, the request frame and response frame in the third method above can be any of the following combinations:

The first frame is a request to send frame, and the second frame is a clear to send frame

The first frame is a probe request frame, and the second frame is a probe response frame

The first frame is a multi-link detection request frame, and the second frame is a multi-link detection response frame

The first frame is a buffer status report trigger frame, and the second frame is a trigger-based physical protocol data unit with a buffer status report

The first frame is a multi-user request to send trigger frame, and the second frame is a clear to send frame

The first frame is a data frame, and the second frame is an acknowledgment frame

In addition to the above combinations, the first frame (or the response frame in the third manner) may also be a power save poll frame (PS-Poll) frame, a quality of service null frame (QoS Null frame), a frame sent as part of a sounding feedback exchange, an action frame, an action no ack frame (Action No Ack frame), a control response frame, or a trigger frame. Alternatively, the first frame (or the response frame in the third manner) may include: a quality of service control field (QoS Control field), a high-efficiency variant high throughput control field (HE variant HT Control field), a high-efficiency trigger-based feedback null data packet (HE TB feedback NDP), a bandwidth query report field (BQRs), and a buffer status report field (BSRs).

In some embodiments, the availability information of the first device includes: one or more time window fields, used to indicate one or more time windows during which the first device is available and/or unavailable.

Specifically, the time window field may include: a start time field, used to indicate the start time of the one or more available and/or unavailable time windows; and a duration field, used to indicate the duration of the one or more available and/or unavailable time windows.

It is understood that other equivalent methods may also be used to indicate the time of each available or unavailable time window. For example, in another example, multiple available and/or unavailable time windows appear periodically, then the time window field may include: a start time field, used to indicate the start time of the first of the one or more available and/or unavailable time windows; a window interval field, used to indicate the interval between the one or more available and/or unavailable time windows; and a duration field, used to indicate the duration of the one or more available and/or unavailable time windows. Based on the start time of the first time window, the interval between each time window, and the duration of each time window, the time period of each time window can be accurately determined.

In some embodiments, the aforementioned available and/or unavailable one or more time windows are considered and indicated on a device-by-device basis. FIG5 is a schematic diagram of a frame format for fields or elements indicating device availability information on a device-by-device basis. In this case, the device availability information also includes a field indicating the number of unavailability windows, which indicates the number of the one or more time window fields, i.e., how many available and unavailable time windows the current availability information field or element carries.

The design of the field or unit for indicating one or more available/unavailable time window information on a device-wide basis is shown in FIG5 . It is worth noting that there are multiple ways to indicate the unavailable time window information, such as by using a reserved bit in an existing frame format to carry the indication information designed below, etc. This application does not limit this. The description of other fields in the frame format shown in FIG5 is as follows:

Unavailability Window 1 to Unavailability Window a: Each unavailability window indicates a period of time during which a device cannot function normally due to internal interference. Each unavailability window may include an unavailability start time field and an unavailability duration field. It is important to note that the times indicated by Unavailability Window 1 to Unavailability Window a should not overlap.

Unavailable Start Time: When present, this field indicates the time at which the device became inoperable due to internal interference. This field can contain 16 bits (2 bytes) and can be used to indicate 2^16 values. The step size can be set to m microseconds, indicating (2^16–1)*m start times.

Unavailable Duration: When present, this field indicates the duration of time the device was unable to function due to internal interference. This field's design is consistent with the design principles of the Duration field in the 802.11 standard.

In some embodiments, the unavailable time window field may also include an information control (Information Control) field, which is used to indicate the relevant fields present in each of the time window fields, and/or to indicate whether each time window can be received and/or sent. For example, the information control field may include one or more of the following: an unavailable start time presence (Unavailable Start Time Presence) field, an unavailable duration presence (Unavailable Duration Presence) field, an unavailable transmit (Unavailable TX) field, or an unavailable receive (Unavailable RX) field. Among them, the unavailable start time presence field is used to indicate whether there is an unavailable start time field in the current unavailable time window. For example, when the unavailable start time field value is 0, it means that there is no unavailable start time field in the current unavailable time window field, and when the unavailable start time field value is 1, it means that there is an unavailable start time field in the current unavailable time window field. The unavailable duration presence field is used to indicate whether there is an unavailable duration field in the current unavailable time window. For example, if the value of the Unavailable Duration field is 0, it indicates that the Unavailable Duration field does not exist in the current Unavailable Time Window field; if the value of the Unavailable Duration field is 1, it indicates that the Unavailable Duration field exists in the current Unavailable Time Window field. The Unavailable Send field is used to indicate whether the wireless communication device is unable to perform a transmit operation during the current Unavailable Time Window. For example, if the value of the Unavailable Send field is 1, it indicates that the wireless communication device is unable to transmit; if the value of the Unavailable Send field is 0, it indicates that the wireless communication device is able to transmit. The Unavailable Receive field is used to indicate whether the wireless communication device is unable to perform a receive operation during the current Unavailable Time Window. For example, if the value of the Unavailable Receive field is 1, it indicates that the wireless communication device is unable to receive; if the value of the Unavailable Receive field is 0, it indicates that the wireless communication device is able to receive. It should be understood that the above field values and corresponding meanings are merely examples, and other configurations can also be used in this method. In addition, if the Unavailable Send and Unavailable Receive fields are absent, it can be assumed that the Unavailable Time Window field indicates information related to the wireless communication device being unable to operate (including transmit and receive operations). If the Unavailable Send and Unavailable Receive fields are present, the values of both fields cannot be 0.

In some implementations, the availability information of the first device may further include: a supported frequency band field, used to indicate the frequency bands corresponding to the one or more time windows.

Wi-Fi devices based on the IEEE 802.11 standard can operate in multiple different frequency bands, such as 2.4GHz, 5GHz, 6GHz and/or 60GHz. Different frequency bands may have intra-device interference at different times, so it is possible to indicate intra-device interference on different operating frequency bands. The design of indicating one or more available/unavailable time window fields/elements in units of frequency bands is shown in FIG6 . It is worth noting that there are many ways to indicate the unavailable time window information field/element (Unavailability Window Information field/element), such as by carrying the indication information designed below through the reserved bits of the existing frame format, etc. This application does not impose any restrictions on this. The description of each field of the frame format shown in FIG6 is as follows, where the fields that are repeated or substantially the same as those in FIG5 will not be introduced again:

Supported Band Bitmap: This field indicates which frequency bands the current unavailable time window information field/element carries unavailable time window information on. For example, if the Supported Band field is 8 bits long and a bit set to 1 indicates that unavailable time window information exists on the corresponding frequency band (Band 1 to Band b). Theoretically, it can indicate that the current unavailable time window information field/element carries the unavailable time window information on 8 frequency bands. In practice, the indication method can be: the first bit corresponds to the 2.4 GHz frequency band (then the bit is set to 1, indicating that the unavailable time window information field/element carries the unavailable time window corresponding to frequency band 1; if the bit is set to 0, it does not carry the unavailable time window); the second bit corresponds to the 5 GHz frequency band (then the bit is set to 1, indicating that the unavailable time window information field/element carries the unavailable time window corresponding to frequency band 2; if the bit is set to 0, it does not carry the unavailable time window); the third bit corresponds to the 6 GHz frequency band (then the bit is set to 1, indicating that the unavailable time window information field/element carries the unavailable time window corresponding to frequency band 3; if the bit is set to 0, it does not carry the unavailable time window); the fourth bit corresponds to the 60 GHz frequency band (then the bit is set to 1, indicating that the unavailable time window information field/element carries the unavailable time window corresponding to frequency band 4; if the bit is set to 0, it does not carry the unavailable time window); bits 5 to 8 can be reserved.

Unavailable time window field corresponding to frequency bands 1 to b: For the indication of the unavailable time window corresponding to each frequency band, please refer to the introduction in Figure 5 and will not be repeated here.

In some implementations, the availability information of the first device further includes: a link identification field, used to indicate the links corresponding to the one or more time windows.

Wi-Fi devices based on the IEEE 802.11be standard and later versions can support multi-link (multi-link), such as link 1 to link 15. Different links may have intra-device interference at different times, so the intra-device interference on different links can be indicated. The design of indicating one or more available/unavailable time window fields/elements in units of links is shown in Figure 7. It is worth noting that there can be multiple ways to indicate the unavailable time window field/element, such as by carrying the indication information designed below through the reserved bits of the existing frame format, etc. This application does not limit this. The description of each field of the frame format shown in Figure 7 is as follows, where the fields that are repeated or substantially the same as those in Figure 5 or Figure 6 will not be repeated:

Link ID Bitmap: This field is used to indicate which links the currently unavailable time window field/element carries the unavailable time window information for. For example, the Link ID field is 16 bits long. Setting a bit to 1 indicates that the corresponding link ID has unavailable time window information. This application proposes that bits 1 through 15 of the Link ID field correspond to Link IDs 11 through 15, respectively, and that the 16th bit is reserved.

Unavailable time window field corresponding to links 1 to c: For the indication of the unavailable time window corresponding to each link, please refer to the introduction in Figure 5 and will not be repeated here.

In some implementations, the availability information of the first device further includes: a channel identification field, used to indicate the channels corresponding to the one or more time windows.

Wi-Fi devices based on the IEEE 802.11 standard can select different channels as the main channel (Primary 20MHz Channel), or support working on multiple 20MHz channels, such as channel 1 to channel d. Then different channels (in units of 20MHz, the same below) may have intra-device interference at different times, so it is necessary to indicate the intra-device interference on different channels. The design of indicating 1 or more available/unavailable time window fields/elements in units of channels is shown in Figure 8. It is worth noting that there are many ways to indicate the available/unavailable time window field/element, such as through the reserved bits of the existing frame format to carry the indication information designed below, etc. This application does not limit this. The description of each field of the frame format shown in Figure 8 is as follows, where the fields that are repeated or substantially the same as those in Figure 5 will not be repeated:

Channel Number Bitmap: This field indicates which channels contain unavailable time windows. For example, the Channel Number Bitmap field is 8*e bits long and can indicate information about up to 2^(8*e) channels. A bit set to 1 indicates an unavailable time window on the corresponding channel.

Unavailable time window field corresponding to channels 1 to d: For the indication of the unavailable time window corresponding to each channel, please refer to the introduction in Figure 5 and will not be repeated here.

In some embodiments, the time window field further includes: a resource unit field, used to indicate the resource unit, multiple resource units and/or distributed resource units corresponding to each of the time windows.

Wi-Fi devices based on the IEEE 802.11 standard can operate on different Resource Units (RUs). Each RU is assigned a number, known as an RU index, such as RU 1 to RU g. Furthermore, Wi-Fi devices based on the IEEE 802.11be standard and later standards can operate on different Multiple Resource Units (MRUs). MRUs are also numbered, such as MRU 1 to MRU g. Furthermore, Wi-Fi devices based on the IEEE 802.11bn standard and later standards can operate on different Distributed Resource Units (DRUs), such as DRU 1 to DRU g. Intra-device interference may exist between different RUs/MRUs/DRUs at different times. Therefore, it is necessary to indicate the intra-device interference between each RU/MRU/DRU at different times. The design of indicating one or more available/unavailable time window fields/elements in units of RU/MRU/DRU is shown in FIG9 . It is worth noting that there are multiple ways to indicate the available/unavailable time window field/element, such as by using the reserved bits of the existing frame format to carry the indication information designed below, etc. This patent does not limit this. The description of each field of the frame format shown in FIG9 is as follows, where the fields that are repeated or substantially the same as those in FIG5 will not be repeated:

The Resource Unit field (Unavailable RU/MRU/DRU indication) indicates the RU/MRU/DRU that the device cannot operate due to intra-device interference during the time indicated by the Unavailable Start Time field and the Unavailable Duration field. The RU/MRU/DRU and their corresponding indexes are detailed in the IEEE 802.11 standard. As shown in Figure 9, this Resource Unit field can be included in the Unavailable Time Window field described above.

It should be understood that, for the sake of clarity and simplicity, only the fields related to the unavailability window are shown in Figures 5 to 9. However, in actual applications, only the fields related to the availability window may be used, or fields related to both the availability and unavailability windows may be used. For example, the availability window field may indicate a time window in which the wireless communication device can operate normally (transmit and/or receive normally).

Through the above method, the frequency band, link, channel, or one or more available or unavailable time periods on the RU/MRU/DRU where the interference within the wireless communication device is located can be indicated in a refined manner as needed, so that the opposite device or other surrounding devices can avoid the different working times and/or frequencies (i.e., frequency band/link/channel/RU/MRU/DRU) of the wireless communication device, thereby avoiding waste of resources.

This application also provides behavioral designs for transmitters and receivers in situations where intra-device interference exists in a transmitter. The transmitter may also be referred to as a TXOP initiator. The transmitter may indicate intra-device interference by adding the available/unavailable time window information field/element described above to the Initial Control Frame (ICF, such as an RTS frame) it sends.

Figure 10 is a schematic flow diagram illustrating a wireless communication method performed by a transmitting device according to an embodiment of the present application, wherein the transmitting device is subject to intra-device interference. As shown in Figure 10, the method includes the following operations: S201: transmitting an initial control signal to a receiving device and receiving an initial control response from the receiving device to exchange transmission opportunities; S202: ceasing transmission to the receiving device for the duration of the intra-device interference of the transmitting device; and S203: resuming transmission in response to the termination of the intra-device interference.

In some embodiments, the re-execution of transmission in response to the end of the in-device interference includes: determining whether the transmission opportunity has ended when the in-device interference ends, and if the transmission opportunity has not ended when the in-device interference ends, continuing to transmit to the receiving device during the remaining time of the transmission opportunity. Alternatively, if the transmission opportunity has ended when the in-device interference ends, competing for a channel for transmission. Optionally, the determination of whether the transmission opportunity has ended when the in-device interference ends includes: determining whether the transmission opportunity has ended based on a known time window of the in-device interference; or the determination of whether the transmission opportunity has ended when the in-device interference ends includes: determining whether the transmission opportunity has ended based on an internal clock after the in-device interference ends.

In some embodiments, the method shown in Figure 10 may also include: sending a time window of the interference within the device to the receiving device; and adjusting the end time of the transmission opportunity according to the start time of the time window of the interference within the device; wherein, re-executing the transmission in response to the end of the interference within the device includes: after the interference within the device ends, competing for the channel for transmission.

Figure 11 is a flow chart of a wireless communication method performed by a receiving device according to an embodiment of the present application, wherein the transmitting device has intra-device interference. As shown in Figure 11, the method includes operation S301, and includes one or more of operations S302a to S302c. In S301, initial control information is received from the transmitting device, and an initial control response is sent to the transmitting device to exchange transmission opportunities. In S302a, within the transmission opportunity, a signal from the transmitting device is received and responded. In S302b, within the transmission opportunity, an adjustment of the end time of the transmission opportunity is received from the transmitting device. In S302c, a time window of intra-device interference is received from the transmitting device, and a channel is competed for other transmissions within the time window.

The preset time may include: a preset timer event, or the remaining time until the end of the transmission opportunity.

The above method describes the behavior of the transmitting and receiving devices in different scenarios when the transmitting device is subject to intra-device interference. This can help reduce the ineffective waiting time of the receiving device and improve communication efficiency and resource utilization. The methods shown in Figures 10 and 11 will be explained in detail below in conjunction with specific scenarios.

In some cases, intra-device interference at the transmitting end occurs at the beginning of a transmission opportunity (TXOP), which can further include several different examples.

Example 1: The interference duration is known and is greater than or equal to the remaining TXOP time. The transmitting device re-competes for the channel to initiate a new transmission after the interference ends.

As shown in Figure 12, the transmitting and receiving devices establish a TXOP by exchanging Initial Control Frames (ICFs, such as RTS frames) and Initial Control Response Frames (ICRs, such as CTS frames). However, at the start of the TXOP, the transmitting device experiences sudden intra-device interference. If the duration of the intra-device interference is known and exceeds the remaining TXOP duration, the transmitting device cannot transmit any frames after the start of the TXOP. In this case, the transmitting and receiving devices exhibit the following behaviors.

Sending device behavior:

After the interference within the device ends, the idle channel assessment (CCA) is used to detect the busy or idle state of the channel again. If the channel state is idle, the device can compete for the channel to initiate a new transmission.

The receiving device behavior can be one of the following:

Method 1 (as shown in Method 1 in Figure 12): The receiving device maintains a timer (e.g., Timer 1), the length of which is less than the length of the TXOP. Timer 1 begins counting when the receiving device completes sending a CTS frame. If no frames have been received from the transmitting device when Timer 1 expires, the receiving device automatically resets the Network Allocation Vector (NAV) set by the transmitting device's initial control frame (ICF, such as an RTS frame), thus prematurely ending the initial TXOP. The channel's busy or idle state is then detected through CCA. If the channel is idle, the receiving device can compete for the channel to initiate a new transmission. Note that this new transmission can be directed to another device or the transmitting device. Whether Timer 1 is enabled and its specific duration can be set by system default (e.g., default setting to on/off, default setting to a fixed duration, etc.) or determined by negotiation between the transmitting and receiving devices.

Method 2 (as shown in Figure 12): At the end of the TXOP (i.e., after the TXOP ends) as indicated by the Initial Control Frame (ICF, such as the RTS frame) of the transmitting device, the channel idle/busy status is detected through CCA. If the channel is idle, a new transmission can be initiated by contending for the channel. Similarly, this new transmission can be directed to another device or to the transmitting device.

Example 2: The duration of interference is unknown. When the interference ends, the current TXOP ends. In this case, the transmitting device competes for the channel again to initiate a new transmission.

Example 2 is similar to Example 1. As shown in FIG12 , after the transmitting device obtains the TXOP, since the transmitting device does not know the specific duration of the interference within its device, the transmitting device and the receiving device behave as follows.

Sending device behavior:

After the interference within its own in-device interference device ends, it uses its own clock to determine whether there is still time remaining in the current TXOP. If there is no time remaining, it uses CCA to detect the idle or busy status of the channel. If the channel status is idle, it can compete for the channel to initiate a new transmission.

The receiving device behavior is similar to Method 1 and Method 2 in Example 1 and is not described here.

Example 3: The duration of the interference is known and is less than the remaining TXOP time. The transmitting device maintains the current TXOP and initiates transmission immediately after the interference ends.

As shown in Figure 13, the transmitting and receiving devices establish a TXOP through the exchange of Initial Control Frames (ICFs, such as RTS frames) and Initial Control Response Frames (ICRs, such as CTS frames). However, at the start of the TXOP, the transmitting device experiences intra-device interference. If the duration of the intra-device interference is known and is less than or equal to the remaining TXOP duration, the transmitting device can maintain the current TXOP. In this case, the transmitting and receiving devices each have the following behaviors:

Sending device behavior:

After the interference within its own device ends, it immediately uses the remaining time of the current TXOP to continue transmitting to the receiving device.

Receiver device behavior:

Method 1: Similar to Method 1 of Examples 1 and 2, the receiving device maintains a timer (e.g., Timer 1), where the length of Timer 1 is less than the length of the TXOP. Timer 1 starts counting from the time the receiving device completes sending a CTS frame. If no frame is received from the transmitting device when Timer 1 expires, the receiving device automatically resets the NAV set by the initial control frame (ICF, such as an RTS frame) of the transmitting device, and then detects the idle or busy state of the channel through CCA. If the channel state is idle, the receiving device can compete for the channel to initiate a new transmission. For a description of this method, please refer to Method 1 in Figure 12.

Method 2: The receiving device waits for the transmitting device's intra-device interference to end before receiving a frame (such as a control frame, management frame, or data frame, shown in the figure as a data frame, or PPDU). It then responds (shown in the figure as an Ack frame or BlockAck frame) and continues sending and receiving data until the current TXOP ends. The receiving device then uses CCA to detect the channel's busy or idle status. If the channel is idle, it can compete for the channel to initiate a new transmission.

Example 4: The duration of the interference is unknown. The transmitting device maintains the current TXOP. If there is still time left in the current TXOP after the interference ends, the transmitting device will immediately initiate transmission after the interference ends.

Example 4 is similar to Example 3. As shown in FIG13 , after the transmitting device obtains the TXOP, since the transmitting device does not know the specific length of the interference within its device, the transmitting device and the receiving device behave as follows:

Sending device behavior:

After the interference in its own device ends, it uses its own clock to determine whether there is still time left in the current TXOP. If there is still time left, it immediately uses the remaining time of the current TXOP to initiate transmission to the receiving device.

Receiver device behavior:

Method 1: Similar to Method 1 in Example 3, and will not be repeated here.

Method 2: Similar to Method 2 in Example 3, and will not be repeated here.

In some cases, intra-device interference on the transmitting end occurs mid-transmission opportunity (TXOP), which can be further categorized into several different examples. Specifically, intra-device interference on the transmitting end occurs mid-TXOP when the transmitting and receiving ends perform normal frame exchange after the start of the TXOP.

Example 1: If the interference duration is known and is greater than or equal to the remaining TXOP time, the transmitting device terminates the current TXOP in advance, and the end point of the TXOP is set to the time when the interference occurs within the device.

As shown in Figure 14, the transmitting and receiving devices establish a TXOP by exchanging Initial Control Frames (ICFs, such as RTS frames) and Initial Control Response Frames (ICRs, such as CTS frames). At the beginning of the TXOP, the transmitting and receiving devices can exchange data normally. However, in the middle of the TXOP, the transmitting device experiences intra-device interference. If the duration of the intra-device interference is known and exceeds the remaining TXOP duration, the transmitting and receiving devices will each take the following actions:

Sending device behavior:

The transmitting device can indicate the start time and duration of the intra-device interference in the Initial Control Frame (ICF, such as the RTS frame) and set the end time of the TXOP to the start time of the intra-device interference;

After the transmitting device's own intra-device interference ends, it re-detects the busy or idle state of the channel through CCA. If the channel is idle, it can compete for the channel to initiate a new transmission.

Receiver device behavior:

At the end of the TXOP declared by the transmitting device (i.e., the start of the intra-device interference of the transmitting device), the receiving device uses CCA to detect the busy or idle state of the channel. If the channel state is idle, the receiving device can compete for the channel to initiate a new transmission.

Example 2: The duration of the interference is unknown. When the interference ends, the current TXOP ends. The transmitting device then competes for the channel again to initiate a new transmission.

As shown in Figure 15, the transmitting and receiving devices establish a TXOP by exchanging an Initial Control Frame (ICF, such as an RTS frame) and an Initial Control Response Frame (ICR, such as a CTS frame). At the beginning of the TXOP, the transmitting and receiving devices can exchange data normally. However, in the middle of the TXOP, the transmitting device experiences internal interference, but the specific extent of the interference is unknown. The transmitting and receiving devices then behave as follows:

Sending device behavior:

After the interference within the transmitting device ends, the transmitting device uses its own clock to determine whether there is still time remaining in the current TXOP. If there is no time remaining, it uses CCA to detect the idle or busy status of the channel. If the channel status is idle, it can compete for the channel to initiate a new transmission.

Receiver device behavior:

At the end of the TXOP declared by the transmitting device, the receiving device detects the busy or idle state of the channel through CCA. If the channel state is idle, the receiving device can compete for the channel to initiate a new transmission.

Example 3: If the duration of the interference is known and is less than the remaining TXOP time, the transmitting device maintains the current TXOP and immediately resumes transmission after the interference ends.

As shown in Figure 16, the transmitting and receiving devices establish a TXOP by exchanging Initial Control Frames (ICFs, such as RTS frames) and Initial Control Response Frames (ICRs, such as CTS frames). At the beginning of the TXOP, the transmitting and receiving devices can exchange data normally. However, during the middle of the TXOP, the transmitting device experiences intra-device interference. If the duration of the intra-device interference is known and is less than or equal to the remaining TXOP duration, the transmitting and receiving devices will each take the following actions:

Sending device behavior:

The transmitting device maintains the current TXOP and immediately initiates transmission to the receiving device using the remaining time of the current TXOP after the interference within its own device ends.

Receiver device behavior:

Example 1: Similar to Method 1 of Example 1 and Example 2 in the previous text where intra-device interference occurs in the initial stage of a TXOP, the receiving device maintains a timer (e.g., Timer 1). The length of Timer 1 is less than the length of the TXOP. Timer 1 starts counting from the time the receiving device completes sending a CTS frame. If no frame is received from the transmitting device when Timer 1 expires, the receiving device automatically resets the NAV set by the initial control frame (ICF, such as an RTS frame) of the transmitting device, and then detects the idle or busy state of the channel through CCA. If the channel state is idle, the receiving device can compete for the channel to initiate a new transmission. Please refer to Method 1 shown in Figure 12.

Example 2: The receiving device waits for the transmitting device's intra-device interference to end before sending a frame (such as a control frame, management frame, or data frame, shown in the figure as a data frame, i.e., PPDU). It then responds (shown in the figure as an Ack frame or BlockAck frame) and continues sending and receiving data until the current TXOP ends. It then uses CCA to detect the channel's busy or idle status. If the channel status is idle, it can compete for the channel to initiate a new transmission.

Example 3: Since the transmitting device may declare its interference start time and duration in the initial control frame (ICF, such as RTS frame), the receiving device can initiate transmission with other devices (such as peer devices, STA, etc.) during the intra-device interference period of the transmitting device, and the deadline for transmission is the end time of the intra-device interference of the transmitting device.

Example 4: The duration of interference is unknown. The transmitting device maintains the current TXOP. If there is still time remaining in the current TXOP after the interference ends, the transmitting device immediately initiates transmission after the interference ends.

Example 4 is similar to Example 3. As shown in Figure 16, since the transmitting device does not know the specific length of the interference within its device, the transmitting and receiving devices behave as follows:

Sending device behavior:

After the interference in its own device ends, the transmitting device uses the clock to determine whether there is still time left in the current TXOP. If there is still time left, it immediately uses the remaining time of the current TXOP to initiate transmission to the receiving device;

Receiver device behavior:

Method 1: Same as Method 1 in Example 3, so I will not go into details here.

Method 2: Same as Method 2 in Example 3, so I will not go into details here.

This application also provides behavioral designs for a transmitting device (transmitting device) and a receiving device (receiving device) in the presence of intra-device interference in a receiving device. In this patent, a receiving device may also be referred to as a TXOP Responder. The receiving device may indicate information about its intra-device interference by adding the available/unavailable time window information field/element described above to the sent active or passive Initial Control Response frame (ICR, such as a CTS frame).

Figure 17 is a schematic flow diagram illustrating a wireless communication method performed by a receiving device according to an embodiment of the present application, wherein the receiving device is subject to in-device interference. As shown in Figure 17 , the method includes the following operations: S401: receiving initial control information from a transmitting device and sending an initial control response to the receiving device to exchange transmission opportunities; S402: ceasing to receive transmissions from the transmitting device and/or ceasing to transmit to the transmitting device for the duration of the in-device interference on the receiving device; and S403: resuming transmission in response to the termination of the in-device interference.

The re-transmission in response to the termination of the intra-device interference includes: determining whether the transmission opportunity has terminated when the intra-device interference terminates; if the transmission opportunity has not terminated when the intra-device interference terminates, then: sending an intra-device interference termination indication to the transmitting device and receiving a transmission from the transmitting device within the remaining time of the transmission opportunity; or waiting for and responding to a transmission from the transmitting device within the remaining time of the transmission opportunity. Alternatively, if the transmission opportunity has terminated when the intra-device interference terminates, performing transmission on a contended channel.

The determining whether the transmission opportunity ends when the intra-device interference ends includes determining whether the transmission opportunity ends based on a known time window of the intra-device interference. Alternatively, the determining whether the transmission opportunity ends when the intra-device interference ends includes determining whether the transmission opportunity ends based on an internal clock after the intra-device interference ends.

In some embodiments, the method shown in FIG17 further includes: adjusting the time window of the transmission opportunity based on the information of the time window of the intra-device interference and notifying the transmitting device, wherein the information of the time window of the intra-device interference is included in the initial control response.

Figure 18 is a flow chart illustrating a wireless communication method performed by a transmitting device according to an embodiment of the present application, wherein a receiving device experiences in-device interference. As shown in Figure 18, the method includes operation S501 and one or more of operations S502a to S502c. In S501, initial control information is sent to the receiving device, and an initial control response is received from the receiving device to exchange a transmission opportunity. In S502a, within the transmission opportunity, an indication of the end of in-device interference is received from the receiving device, and data is transmitted to the receiving device during the remaining time of the transmission opportunity. In S502b, after waiting for a preset time, the transmission opportunity is terminated; within the transmission opportunity, transmissions are repeated to the receiving device until a response is received from the receiving device, a preset number of transmissions is exceeded, or the transmission opportunity ends. In S502c, an interference indication is received from the receiving device, and the end time of the transmission opportunity is adjusted based on the interference indication.

The preset time includes: a preset timer time or a remaining time until the end of the transmission opportunity.

In some embodiments, adjusting the end time of the transmission opportunity based on the interference indication includes sending a contention-free period end frame.

The above methods describe the behavior of transceiver devices in different scenarios when intra-device interference exists on the receiving device. This can help reduce ineffective waiting time on the transmitting device, improving communication efficiency and resource utilization. The methods shown in Figures 17 and 18 will be described in detail below, combining specific scenarios.

In some cases, the intra-device interference at the receiving end occurs at the beginning of a TXOP, which can further include several different examples.

Example 1: The receiving device cannot respond to the transmitting device's frame. The transmitting device maintains the current TXOP. After the receiving device's internal interference ends, it actively indicates that the internal interference has ended. If there is still time left in the current TXOP, the transmitting device immediately continues transmission.

As shown in Figure 19, the transmitting and receiving devices establish a TXOP through the exchange of Initial Control Frames (ICFs, such as RTS frames) and Initial Control Response Frames (ICRs, such as CTS frames). At the start of a TXOP, after the transmitting device successfully sends a Control Frame or Data Frame (such as a Data Frame or PPDU) to the receiving device, the receiving device is unable to reply with the corresponding Control Response Frame or Acknowledgement Frame (Ack/BlockAck frame) due to internal interference. The transmitting and receiving devices then behave as follows:

Sending device behavior:

The transmitting device maintains the current TXOP and waits for a response frame from the receiving device or an unsolicited Control Response frame. It then continues sending data to the receiving device using the remaining time of the current TXOP until the current TXOP ends. It then uses CCA to detect the channel's busy or idle status. If the channel is idle, it competes for the channel to initiate a new transmission. Otherwise, it continues waiting if there is no response.

Receiver device behavior:

After the interference within its device ends, the receiving device actively sends a delayed control response frame (Control Response frame) or an acknowledgment frame (Ack/BlockAck frame) carrying indication information to indicate the end of the interference within its device, and exchanges data with the transmitting device during the remaining time of the current TXOP until the end of the TXOP; then the idle or busy status of the channel is detected through CCA. If the channel status is idle, it can compete for the channel to initiate a new transmission.

Example 2: The receiving device cannot respond to the sending device's frame. The sending device waits for a timer (Timer 1) to expire and then terminates the current TXOP.

As shown in Figure 20, the transmitting and receiving devices establish a TXOP through the exchange of Initial Control Frames (ICFs, such as RTS frames) and Initial Control Response Frames (ICRs, such as CTS frames). At the start of a TXOP, after the transmitting device successfully sends a Control Frame or Data Frame (such as a Data Frame or PPDU) to the receiving device, the receiving device, due to internal interference, cannot reply with a Control Response Frame or Acknowledgement Frame (Ack/BlockAck frame). The transmitting and receiving devices then behave as follows:

Sending device behavior:

The transmitting device maintains a timer (Timer 1). After sending a frame (Figure 20 shows a data frame, i.e., PPDU), it starts the countdown of Timer 1 and waits for a response frame from the receiving device. If no response frame is received from the receiving device within Timer 1, it actively sends a Contention-Free Period End frame (CF-End frame) to terminate the current TXOP. The CF-End can be a broadcast or multicast frame. The channel idle/busy status is then detected through CCA. If the channel status is idle, it can compete for the channel with other devices to initiate a new transmission.

Receiver device behavior:

After the interference within the transmitting device ends, the receiving device does not know that the current TXOP was terminated early by the transmitting device because it has missed the CF-End sent by the transmitting device. Therefore, the receiving device needs to detect the idle or busy status of the channel through CCA at the original TXOP end time declared by the transmitting device. If the channel status is idle, it can compete for the channel to initiate a new transmission.

Example 3: The receiving device cannot respond to the frame of the transmitting device. The transmitting device maintains the current TXOP and retries to initiate transmission at intervals of t until the receiving device successfully responds, the maximum number of attempts is exceeded, or the current TXOP ends.

As shown in Figure 21, the transmitting and receiving devices establish a TXOP through the exchange of Initial Control Frames (ICFs, such as RTS frames) and Initial Control Response Frames (ICRs, such as CTS frames). At the start of a TXOP, after the transmitting device successfully sends a Control Frame or Data Frame (such as a Data Frame or PPDU) to the receiving device, the receiving device is unable to reply with a Control Response Frame or Acknowledgement Frame (Ack/BlockAck frame) due to internal interference. The transmitting and receiving devices then behave as follows:

Sending device behavior:

Method 1 (successful response from the receiving device): The transmitting device resends a frame (Control frame or PPDU, etc.) to the receiving device at an interval t. If the receiving device still does not respond, it attempts to send a frame up to T times (T is a positive integer greater than 0, for example, T can be set to a reasonable value such as 1 or 2) until a response frame from the receiving device is received. Then, data exchange continues using the remaining time of the current TXOP until the TXOP ends. The CCA is then used to detect the busy or idle state of the channel. If the channel state is idle, a new transmission can be initiated by competing for the channel. Figure 21 shows a related diagram.

Method 2 (exceeding the maximum number of attempts): The transmitting device resends a frame (Control frame or PPDU, etc.) to the receiving device at an interval t. If the receiving device still does not respond, the transmitting device attempts to send a frame up to T times (T is a positive integer greater than 0, for example, T can be set to a reasonable value such as 1 or 2) and still does not receive a response frame from the receiving device. If the current TXOP has not ended, the transmitting device sends CF-End to actively terminate the current TXOP; then the idle or busy state of the channel is detected through CCA. If the channel state is idle, the transmitting device can compete for the channel to initiate a new transmission; the relevant illustration is not repeated in Figure 21.

Mode 3 (end of current TXOP): The transmitting device resends a frame (Control frame or PPDU, etc.) to the receiving device at an interval t. If the receiving device still does not respond, it attempts to send a maximum of T times (T is a positive integer greater than 0, for example, T can be set to a reasonable value such as 1 or 2). If the current TXOP ends during the repeated attempts to send, the CCA is used to detect the busy or idle state of the channel after the TXOP ends. If the channel state is idle, a new transmission can be initiated by competing for the channel. The relevant illustration is not repeated in Figure 21.

Receiver device behavior:

Method 1: After the interference ends within the receiving device, the receiving device uses its own clock to determine whether there is still time remaining in the current TXOP. If there is still time remaining, it waits for the transmitting device to send a frame (Control frame or PPDU, etc.) and then responds, continuing to send and receive data until the current TXOP ends. It then uses CCA to detect the idle or busy status of the channel. If the channel status is idle, it can compete for the channel to initiate a new transmission.

Method 2: After the interference within the receiving device ends, the receiving device uses its own clock to determine whether there is still time remaining in the current TXOP. If there is no time remaining, it can immediately detect the idle or busy status of the channel through CCA. If the channel status is idle, it can compete for the channel to initiate a new transmission. The relevant illustration is not repeated in Figure 21.

In other cases, intra-device interference at the receiving end occurs in the middle of a TXOP, which can further include several different examples:

Example 1: If the interference duration is known and is greater than or equal to the remaining TXOP time, the receiving device instructs the transmitting device to terminate the TXOP early and recommends setting the TXOP end point to the time when the interference occurs within the receiving device.

As shown in Figure 22, the transmitting and receiving devices establish a TXOP through the exchange of Initial Control Frames (ICFs, such as RTS frames) and Initial Control Response Frames (ICRs, such as CTS frames). At the beginning of the TXOP, the transmitting and receiving devices can transmit and receive data normally. However, during the middle of the TXOP, the receiving device experiences intra-device interference. If the duration of the intra-device interference is known and is greater than or equal to the remaining time of the current TXOP, the transmitting and receiving devices will each take the following actions:

Sending device behavior:

The transmitting device terminates the current TXOP (for example, sending a CF-End frame) when internal interference occurs based on the indication of internal interference information in the frame sent by the receiving device (for example, ICR). The transmitting device then detects the idle or busy state of the channel through CCA. If the channel state is idle, it can compete for the channel with other devices to initiate a new transmission.

Receiver device behavior:

The receiving device indicates the information about the interference within the device in the ICR frame (or active ICR frame) that it replies to the transmitting device, for example, by setting the duration of the duration field in the ICR frame to the time when the interference within the device occurs.

After the intra-device interference of the receiving device ends, the idle and busy status of the channel is detected through CCA. If the channel status is idle, the receiving device can compete for the channel to initiate a new transmission.

After obtaining the right to use the channel, the receiving device can also actively send a control frame to indicate that the interference within its device has ended and/or subsequent interference information within the device.

Mode 2: The duration of the interference is unknown. When the interference ends, the current TXOP ends. After the intra-device interference of the receiving device ends, the receiving device can compete for the channel to initiate a new transmission.

As shown in Figure 23, the transmitting and receiving devices establish a TXOP through the exchange of Initial Control Frames (ICFs, such as RTS frames) and Initial Control Response Frames (ICRs, such as CTS frames). At the beginning of the TXOP, the transmitting and receiving devices can transmit and receive data normally. However, during the middle of the TXOP, the receiving device experiences intra-device interference. If the duration of this intra-device interference is unknown, the transmitting and receiving devices will each behave as follows:

Sending device behavior:

Method 1: As shown in Figure 23, the transmitting device maintains the current TXOP and sends a frame (Control frame or PPDU, etc.) to the receiving device and waits for the receiving device's response. If the receiving device still does not respond when the current TXOP ends, the transmitting device uses CCA to detect the idle or busy status of the channel at the end of the TXOP. If the channel status is idle, it can compete for the channel with other devices to initiate a new transmission.

Method 2: As shown in Figure 24, the transmitting device maintains the current TXOP and sends a frame (Control frame or PPDU, etc.) to the receiving device and waits for the receiving device's response. If the waiting time exceeds Timer 1 (the duration of Timer 1 is less than the remaining duration of the current TXOP) and the receiving device still does not respond, it actively sends a CF-End frame to end the current TXOP when Timer 1 expires; then the idle or busy status of the channel is detected through CCA. If the channel status is idle, it can compete for the channel with other devices to initiate a new transmission.

Method 3: As shown in Figure 25, the transmitting device maintains the current TXOP, sends a frame (Control frame or PPDU, etc.) to the receiving device and waits for the response of the receiving device. If the receiving device does not respond, the transmitting device repeatedly tries to send a frame (Control frame or PPDU, etc.) to the receiving device at an interval of time t. If the maximum number of attempts T is exceeded and there is still no response from the receiving device, the transmitting device checks whether there is time left in the current TXOP. If there is time left, the transmitting device actively sends a CF-End frame to end the current TXOP. If the current TXOP ends during the transmitting device's repeated attempts to send, the transmitting device detects the busy or idle state of the channel through CCA after the end of the TXOP. If the channel state is idle, the transmitting device can compete for the channel and initiate a new transmission with other devices.

Receiver device behavior:

After the interference in the receiving device ends, the receiving device uses the clock to determine whether the current TXOP has ended. If the current TXOP has ended, the receiving device uses CCA to detect the idle or busy status of the channel. If the channel status is idle, the receiving device can compete for the channel to initiate a new transmission.

In addition, after obtaining the right to use the channel, the receiving device can also actively send a control frame to indicate that the interference within its device has ended and/or subsequent interference information within the device.

Example 3: If the duration of interference is unknown, the transmitting device initiates transmission until the receiving device experiences intra-device interference. After the interference ends, the receiving device proactively indicates the end of interference to the transmitting device. If there is time remaining in the current TXOP, the transmitting device immediately resumes transmission using the remaining TXOP time.

As shown in Figure 26, the transmitting and receiving devices establish a TXOP through the exchange of Initial Control Frames (ICFs, such as RTS frames) and Initial Control Response Frames (ICRs, such as CTS frames). At the beginning of the TXOP, the transmitting and receiving devices can transmit and receive data normally. However, during the middle of the TXOP, the receiving device experiences intra-device interference. If the duration of this intra-device interference is unknown, the transmitting and receiving devices will each behave as follows:

Sending device behavior:

The transmitting device maintains the current TXOP and sends a frame (Control frame or PPDU, etc.) to the receiving device and waits for the receiving device's response. If the receiving device does not respond, the transmitting device continues to wait for the receiving device's response (or actively initiates an unsolicited Control frame) before the end of the TXOP until the receiving device successfully responds. The transmitting device then uses the remaining time of the current TXOP to continue data exchange with the receiving device until the end of the current TXOP; the CCA is then used to detect the channel's busy or idle status. If the channel status is idle, the transmitting device can compete for the channel to initiate a new transmission.

Receiver device behavior:

After the intra-device interference ends, the receiving device uses a clock to determine whether the current TXOP has ended. If the current TXOP has not yet ended, the receiving device can proactively send a control frame to indicate that the intra-device interference has ended and/or information about subsequent intra-device interference. The receiving device then waits for the transmitting device to initiate data exchange using the remaining time of the current TXOP. The receiving device uses CCA to detect the channel's busy or idle status. If the channel is idle, it can compete for the channel to initiate a new transmission.

Example 4: If the duration of the interference is unknown, the transmitting device initiates transmission until the receiving device experiences interference, and then retries transmission at intervals of t until the receiving device successfully responds.

As shown in Figure 27, the transmitting and receiving devices establish a TXOP through the exchange of Initial Control Frames (ICFs, such as RTS frames) and Initial Control Response Frames (ICRs, such as CTS frames). At the beginning of the TXOP, the transmitting and receiving devices can transmit and receive data normally. However, during the middle of the TXOP, the receiving device experiences intra-device interference. If the duration of this intra-device interference is unknown, the transmitting and receiving devices will each behave as follows:

Sending device behavior:

The transmitting device maintains the current TXOP, sends a frame (Control frame or PPDU, etc.) to the receiving device, and waits for the receiving device's response. If the receiving device does not respond, the transmitting device repeatedly tries to send the frame (Control frame or PPDU, etc.) at an interval t. If a response is received from the receiving device before the maximum number of retries T is reached and before the end of the current TXOP, the transmitting device continues to exchange data with the receiving device for the remaining time of the current TXOP until the end of the current TXOP. The transmitting device then detects the idle or busy status of the channel through CCA. If the channel status is idle, it can compete for the channel to initiate a new transmission.

Receiver device behavior:

After the interference within the receiving device ends, the receiving device uses the clock to determine whether the current TXOP has ended. If the current TXOP has not ended, it waits for the frame initiated by the transmitting device (Control frame or PPDU, etc.), and then continues to exchange data with the transmitting device until the current TXOP ends. The receiving device then uses CCA to detect the idle or busy status of the channel. If the channel status is idle, it can compete for the channel to initiate a new transmission.

Example 5: If the duration of the interference is known and is less than the remaining TXOP time, the receiving device indicates the time when the in-device interference ends, and the transmitting device maintains the current TXOP. Once the in-device interference ends on the receiving device, the transmitting device immediately resumes transmission.

As shown in Figure 28, the transmitting and receiving devices establish a TXOP through the exchange of Initial Control Frames (ICFs, such as RTS frames) and Initial Control Response Frames (ICRs, such as CTS frames). At the beginning of the TXOP, the transmitting and receiving devices can transmit and receive data normally. However, during the middle of the TXOP, the receiving device experiences intra-device interference. If the duration of the intra-device interference is known and is less than the remaining time of the current TXOP, the transmitting and receiving devices will each take the following actions:

Sending device behavior:

Based on the indication of intra-device interference information by the receiving device in the frame (Initial Control Response frame, ICR), the transmitting device continues to maintain the current TXOP when the intra-device interference of the receiving device occurs, and immediately continues to send frames (control frames, management frames and/or data frames, etc.) to the receiving device until the current TXOP ends when the intra-device interference of the receiving device ends; the transmitting device then detects the idle or busy status of the channel through CCA. If the channel status is idle, it can compete for the channel to initiate a new transmission.

Note: Since the transmitting device knows the start time and duration of the intra-device interference of the receiving device through the intra-device interference information indication in the ICR sent by the receiving device, the transmitting device can communicate with other devices during this period and continue data transmission with the receiving device after the intra-device interference of the receiving device ends.

Receiver device behavior:

The receiving device can indicate its own intra-device interference information in the Initial Control Response (ICR) frame. For example, the ICR's Duration field can be set to the onset time of intra-device interference and the end time of intra-device interference. Furthermore, the receiving device can adjust the end time of its transmission opportunity based on its own intra-device interference information and notify the transmitting device accordingly.

After the interference within its own device ends, the receiving device waits for the frame initiated by the transmitting device (Control frame or PPDU, etc.) and responds, exchanging data with the transmitting device until the current TXOP ends; the receiving device then detects the idle or busy status of the channel through CCA. If the channel status is idle, it can compete for the channel to initiate a new transmission.

Figure 29 is a schematic block diagram of a communication device 600 provided in an embodiment of the present application. As shown in Figure 29, the communication device 600 includes a processor 601 and a memory 602, and the processor 601 and the memory 602 are communicatively connected. The communication device 600 can be, for example, but not limited to, the transmitting device, receiving device, etc. described above. In some embodiments, the communication device 600 may also include a transceiver for sending/receiving data, or only include a transmitting circuit for sending data, or only include a receiving circuit for receiving data. The memory 602 of the communication device 600 is used to store program instructions, which can be executed by the processor 601 to implement the transmission method or wireless communication method described in any of the above embodiments.

It should be understood that the processor of the embodiment of the present application may be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method embodiment may be completed by hardware integrated logic circuits in the processor or software instructions.

It is understood that the memory in the embodiments of the present application may be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. It should be noted that the memory of the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory. The embodiments of the present application also provide a computer-readable storage medium for storing a computer program.

Optionally, the computer-readable storage medium may be applied to the communication device in the embodiments of the present application, and the computer program enables the computer to execute the corresponding processes implemented by the communication device in the various methods of the embodiments of the present application. For the sake of brevity, they are not described in detail here. Optionally, the computer-readable storage medium may be applied to the transmitting device or the receiving device in any embodiment of the present application, and the computer program enables the computer to execute the processes implemented by the access point in the various methods of the embodiments of the present application. For the sake of brevity, they are not described in detail here. Optionally, the computer-readable storage medium may be applied to the transmitting device or the receiving device in any embodiment of the present application, and the computer program enables the computer to execute the processes implemented by the environmental power supply device or the non-access point station in the various methods of the embodiments of the present application. For the sake of brevity, they are not described in detail here.

An embodiment of the present application also provides a computer program product, including computer program instructions.

Optionally, the computer program product can be applied to the communication device in the embodiments of the present application, and the computer program instructions enable the computer to execute the corresponding processes implemented by the communication device in the various methods of the embodiments of the present application. For the sake of brevity, they are not repeated here.

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

The above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in the present application should be included in the scope of protection of the present application. Therefore, the scope of protection of the present application should be based on the scope of protection of the claims.

Claims (36)

A method for transmitting an available window of a wireless communication device, wherein the method comprises: A first device sends a first frame to a second device, where the first frame includes availability information of the first device, wherein the availability information of the first device is determined based on intra-device interference of the first device. The method of claim 1, further comprising: The first device receives a second frame from the second device, wherein the second frame is a response to the first frame. The method of claim 2, wherein the second frame further comprises availability information of the second device, the availability information of the second device being determined based on intra-device interference of the second device. The method according to claim 1, wherein The first frame includes: a power saving polling frame, a quality of service empty frame, a frame in a detection feedback exchange process, an action frame, an action without response frame, a control response frame, or a trigger frame; or The first frame includes: a quality of service control field, a high-efficiency variant high-throughput control field, a high-efficiency trigger-based feedback null data packet, a bandwidth query report field, and a buffer status report field. The method according to claim 1, wherein The first frame is a request to send frame and the second frame is a clear to send frame; or The first frame is a probe request frame, and the second frame is a probe response frame; or The first frame is a multi-link detection request frame, and the second frame is a multi-link detection response frame; or The first frame is a buffer status report trigger frame, and the second frame is a trigger-based physical protocol data unit with a buffer status report; or The first frame is a multi-user request to send trigger frame, and the second frame is a clear to send frame; or The first frame is a data frame, and the second frame is an acknowledgment frame. The method of claim 1, further comprising: The first device receives a request frame from the second device; The first device sending the first frame to the second device includes: in response to the request frame, the first device sending the first frame to the second device. The method of claim 5, wherein: The request frame is a request to send frame, and the first frame is a clear to send frame; or The request frame is a probe request frame, and the first frame is a probe response frame; or The request frame is a multi-link detection request frame, and the first frame is a multi-link detection response frame; or The request frame is a buffer status report trigger frame, and the first frame is a trigger-based physical protocol data unit with a buffer status report; or The request frame is a multi-user request to send trigger frame, and the first frame is a clear to send frame; or The request frame is a data frame, and the first frame is an acknowledgment frame. The method of claim 1, wherein the availability information of the first device comprises: One or more time window fields are used to indicate one or more time windows during which the first device is available and/or unavailable. The method of claim 8, wherein the time window field comprises: A start time field, used to indicate the start time of the one or more available and/or unavailable time windows; and The duration field is used to indicate the duration of the one or more available and/or unavailable time windows. The method of claim 8, wherein the time window field comprises: A start time field, used to indicate the start time of the first of the one or more available and/or unavailable time windows; A window interval field, used to indicate the interval between the available and/or unavailable one or more time windows; and The duration field is used to indicate the duration of the one or more available and/or unavailable time windows. The method of claim 8, wherein the availability information of the first device further comprises: The time window quantity indication field is used to indicate the quantity of the one or more time window fields. The method of claim 11, wherein the time window field further comprises: The resource unit field is used to indicate the resource unit, multiple resource units and/or distributed resource units corresponding to each of the time windows. The method of claim 8, wherein the availability information of the first device further includes: The supported frequency band field is used to indicate the frequency bands corresponding to the one or more time windows. The method of claim 8, wherein the availability information of the first device further includes: The link identification field is used to indicate the links corresponding to the one or more time windows. The method of claim 8, wherein the availability information of the first device further includes: The channel identification field is used to indicate the channels corresponding to the one or more time windows. The method of claim 8, wherein the time window field further comprises: The information control field is used to indicate the fields present in each of the time window fields, and/or to indicate whether each time window can be received and/or sent. A wireless communication method, performed by a transmitting device, wherein the transmitting device has intra-device interference, the method comprising: sending initial control information to a receiving device and receiving an initial control response from the receiving device to exchange transmission opportunities; ceasing transmission to the receiving device for a duration of the in-device interference of the transmitting device; and Responsive to the ending of the in-device interference, the transmission is re-performed. The method of claim 17, wherein re-performing transmission in response to the termination of the in-device interference comprises: Determine whether the transmission opportunity ends when the interference in the device ends; if the transmission opportunity does not end when the interference in the device ends, continue to transmit to the receiving device during the remaining time of the transmission opportunity. The method of claim 18, wherein: If the transmission opportunity ends when the interference in the device ends, the contention channel is used for transmission. The method of claim 18, wherein determining whether the transmission opportunity ends when the in-device interference ends comprises: Whether the transmission opportunity ends is determined based on a known time window of interference within the device. The method of claim 18, wherein determining whether the transmission opportunity ends when the in-device interference ends comprises: After the interference in the device ends, it is determined based on the internal clock whether the transmission opportunity ends. The method of claim 17, further comprising: Sending the time window of the intra-device interference to the receiving device; and adjusting an end time of the transmission opportunity according to a start time of a time window of interference within the device; The re-performing transmission in response to the termination of the intra-device interference includes: After the in-device interference ends, the contention channel is used for transmission. A wireless communication method, performed by a receiving device, wherein a transmitting device has intra-device interference, the method comprising: receiving an initial control message from the transmitting end device and sending an initial control response to the transmitting end device to exchange a transmission opportunity; and During the transmission opportunity, perform at least one of the following: After waiting for a preset time, the contention channel is used for transmission; receiving a signal from the transmitting device and responding thereto, wherein the signal is sent by the transmitting device after the interference within the device ends; receiving an adjustment of an end time of the transmission opportunity from the transmitting device, wherein the end time of the transmission opportunity is adjusted based on a start time of a time window of interference within the device; or A time window of the intra-device interference is received from the transmitting device, and a contention channel is contended for for transmission within the time window. The method of claim 23, wherein the preset time comprises: a preset timer time or a remaining time until the end of the transmission opportunity. A wireless communication method, performed by a receiving device, wherein the receiving device has intra-device interference, the method comprising: receiving an initial control message from a transmitting end device and sending an initial control response to the transmitting end device to exchange a transmission opportunity; ceasing to receive transmissions from the transmitting device and/or ceasing to transmit to the transmitting device for a duration of the in-device interference of the receiving device; and Responsive to the ending of the in-device interference, the transmission is re-performed. The method of claim 25, wherein re-performing transmission in response to the termination of the in-device interference comprises: Determine whether the transmission opportunity ends when the interference in the device ends. If the transmission opportunity does not end when the interference in the device ends, then: sending an intra-device interference end indication to the transmitting end device, and receiving a transmission from the transmitting end device during a remaining time of the transmission opportunity; or During the remaining time of the transmission opportunity, wait for the transmission from the sending end device and respond. The method of claim 26, wherein If the transmission opportunity ends when the interference in the device ends, the contention channel is used for transmission. The method of claim 26, wherein determining whether the transmission opportunity ends when the in-device interference ends comprises: Whether the transmission opportunity ends is determined based on a known time window of interference within the device. The method of claim 26, wherein determining whether the transmission opportunity ends when the in-device interference ends comprises: After the interference in the device ends, it is determined based on the internal clock whether the transmission opportunity ends. The method of claim 25, further comprising: According to the time window of the interference in the device, the time window of the transmission opportunity is adjusted and notified to the transmitting end device. The method of claim 30, wherein information about a time window of the intra-device interference is included in the initial control response. A wireless communication method, performed by a transmitting device, wherein a receiving device has intra-device interference, the method comprising: sending initial control information to the receiving end device, and receiving an initial control response from the receiving end device to exchange transmission opportunities; and Do at least one of the following: receiving an in-device interference end indication from the receiving end device within the transmission opportunity, and sending data to the receiving end device within a remaining time of the transmission opportunity; After waiting for a preset time, terminating the transmission opportunity; Repeat the transmission to the receiving device within the transmission opportunity until: a response from the receiving device is received; or a preset number of times is exceeded; or the transmission opportunity ends; or An interference indication is received from the receiving end device, and an end time of the transmission opportunity is adjusted according to the interference indication. The method of claim 32, wherein the preset time comprises: a preset timer time or a remaining time until the end of the transmission opportunity. The method of claim 32, wherein adjusting the end time of the transmission opportunity based on the interference indication comprises: Send a contention-free period end frame. A wireless communication device comprises a processor and a memory, wherein the memory is used to store program instructions, and when the program instructions are executed by the processor, they are used to implement the method according to any one of claims 1 to 34. A readable storage medium for storing program instructions, wherein when the program instructions are executed by a processor, they are used to implement the method according to any one of claims 1 to 34.