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

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

Transmission method of available window of wireless communication device, wireless communication method in case of in-device interference, wireless communication device and storage medium TECHNICAL FIELD

[0001] Embodiments of the present application relate to the technical field of interference coexistence or interference avoidance in wireless communication technology, and in particular to a transmission method of an available window of a wireless communication device, a wireless communication method in case of in-device interference, a wireless communication device and a storage medium. BACKGROUND

[0002] Most of the wireless communication devices nowadays support multiple wireless communication modes, for example, a mobile phone, a notebook computer, or an XR (Augmented Reality, Virtual Reality, Mixed Reality) device supports different communication systems such as Wi-Fi and Bluetooth, each of which is responsible for different wireless communication needs. These communication systems may all work in the unlicensed 2.4GHz, 5GHz and / or 6GHz frequency bands. Considering a common scenario, when a wireless communication device (for example, a mobile phone) communicates with a home access point through Wi-Fi for online video watching, if at this time the wireless communication device (for example, a mobile phone) also communicates with other devices (for example, a Bluetooth headset) through Bluetooth for data (for example, audio) transmission, then the two may interfere with each other. In this application, this is referred to as in-device interference.

[0003] Accordingly, it is necessary to design an effective in-device interference indication and in-device interference avoidance mechanism to solve the above problems and improve the user experience of the wireless communication device.

[0004] SUMMARY

[0005] Embodiments of the present application provide a transmission method of an available window of a wireless communication device, a wireless communication method in case of in-device interference, a wireless communication device and a storage medium to solve the problems in the prior art.

[0006] The present application provides a transmission method of an available window of a wireless communication device. The method comprises: a first device sending a first frame to a second device, the first frame containing availability information of the first device, wherein the availability information of the first device is determined based on in-device interference of the first device.

[0007] The present application also provides a wireless communication method performed by a sending end device. Wherein, the sending end device has in-device interference. The method comprises: sending initial control information to a receiving end device and receiving initial control response from the receiving end device to interact with a transmission opportunity; stopping transmission to the receiving end device for the duration of in-device interference of the sending end device; and re-executing transmission in response to the end of in-device interference.

[0008] The application also provides a wireless communication method, executed by a receiving end device. Wherein, the transmitting end device has in-device interference. The method comprises: receiving initial control information from the transmitting end device, and sending initial control response to the transmitting end device to interact with a transmission opportunity; and within the transmission opportunity, performing at least one of the following: waiting for a preset time and then competing for a channel for other transmission; receiving a signal from the transmitting end device and responding, wherein the signal from the transmitting end device is sent after the in-device interference ends; receiving an adjustment of the end time of the transmission opportunity from the transmitting end device, wherein the end time of the transmission opportunity is adjusted based on the start time of the time window of the in-device interference; or receiving a time window of the in-device interference from the transmitting end device, within which a channel is competed for other transmission.

[0009] The application also provides a wireless communication method, executed by a receiving end device. Wherein, the transmitting end device has in-device interference. The method comprises: receiving initial control information from the transmitting end device, and sending initial control response to the transmitting end device to interact with a transmission opportunity; within the duration of the in-device interference of the receiving end device, stopping receiving transmission from the transmitting end device and / or stopping transmission to the transmitting end device; and in response to the end of the in-device interference, re-executing transmission.

[0010] The application also provides a wireless communication method, executed by a transmitting end device. Wherein, the receiving end device has in-device interference. The method comprises: sending initial control information to the receiving end device, receiving initial control response from the receiving end device to interact with a transmission opportunity; and performing at least one of the following: within the transmission opportunity, receiving an indication of the end of in-device interference from the receiving end device, and sending data to the receiving end device within the remaining time of the transmission opportunity; after waiting for a preset time, terminating the transmission opportunity; within the transmission opportunity, repeatedly transmitting to the receiving end device until: receiving a response from the receiving end device; or exceeding a preset number of times; or the transmission opportunity ends; or receiving an interference indication from the receiving end device, and adjusting the end time of the transmission opportunity according to the interference indication.

[0011] The application also provides a wireless communication device, comprising a processor and a memory. Wherein, the memory is used to store program instructions, which are executed by the processor to implement any of the above methods.

[0012] The application also provides a readable storage medium, used to store program instructions. Wherein, when the program instructions are executed by a processor, any of the above methods are implemented. BRIEF DESCRIPTION OF DRAWINGS

[0013] The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiments of the application and together with the description serve to explain the application. In the drawings:

[0014] FIG. 1 is a flow diagram illustrating a transmission method of an available window of a wireless communication device according to an embodiment of the present application.

[0015] FIG. 2 is a scenario diagram illustrating a transmission method of an available window of a wireless communication device according to an embodiment of the present application.

[0016] FIG. 3 is a scenario diagram illustrating a transmission method of an available window of a wireless communication device according to another embodiment of the present application.

[0017] FIG. 4 is a scenario diagram illustrating a transmission method of an available window of a wireless communication device according to yet another embodiment of the present application.

[0018] FIG. 5 is a frame format diagram indicating a field or unit of device availability information in a device as a whole.

[0019] FIG. 6 is a frame format diagram indicating a field or unit of device availability information in a frequency band.

[0020] FIG. 7 is a frame format diagram indicating a field or unit of device availability information in a link.

[0021] FIG. 8 is a frame format diagram indicating a field or unit of device availability information in a channel.

[0022] FIG. 9 is a frame format diagram indicating a field or unit of device availability information in a resource unit / multi-resource unit / distributed resource unit.

[0023] FIG. 10 is a flow diagram illustrating a wireless communication method performed by a transmitting device according to an embodiment of the present application, in which the transmitting device has intra-device interference.

[0024] FIG. 11 is a flow diagram illustrating a wireless communication method performed by a receiving device according to an embodiment of the present application, in which the transmitting device has intra-device interference.

[0025] FIG. 12 is a flow diagram illustrating a transmission interaction between a transmitting device and a receiving device in a case where the transmitting device has intra-device interference in an example.

[0026] FIG. 13 is a flow diagram illustrating a transmission interaction between a transmitting device and a receiving device in a case where the transmitting device has intra-device interference in another example.

[0027] FIG. 14 shows a flow diagram of a transmission interaction between a transmitting device and a receiving device in another example where the transmitting device has intra-device interference.

[0028] FIG. 15 shows a flow diagram of a transmission interaction between a transmitting device and a receiving device in another example where the transmitting device has intra-device interference.

[0029] FIG. 16 shows a flow diagram of a transmission interaction between a transmitting device and a receiving device in another example where the transmitting device has intra-device interference.

[0030] FIG. 17 is a flow diagram illustrating a method of wireless communication performed by a receiving device, in accordance with one novel aspect. The receiving device has intra-device interference.

[0031] FIG. 18 is a flow diagram illustrating a method of wireless communication performed by a transmitting device, in accordance with one novel aspect. The receiving device has intra-device interference.

[0032] FIG. 19 shows a flow diagram of a transmission interaction between a transmitting device and a receiving device in one example where the receiving device has intra-device interference.

[0033] FIG. 20 shows a flow diagram of a transmission interaction between a transmitting device and a receiving device in another example where the receiving device has intra-device interference.

[0034] FIG. 21 shows a flow diagram of a transmission interaction between a transmitting device and a receiving device in another example where the receiving device has intra-device interference.

[0035] FIG. 22 shows a flow diagram of a transmission interaction between a transmitting device and a receiving device in another example where the receiving device has intra-device interference.

[0036] FIG. 23 shows a flow diagram of a transmission interaction between a transmitting device and a receiving device in another example where the receiving device has intra-device interference.

[0037] FIG. 24 shows a flow diagram of a transmission interaction between a transmitting device and a receiving device in another example where the receiving device has intra-device interference.

[0038] FIG. 25 shows a flow diagram of a transmission interaction between a transmitting device and a receiving device in another example where the receiving device has intra-device interference.

[0039] FIG. 26 shows a flow diagram of a transmission interaction between a transmitting device and a receiving device in another example where the receiving device has intra-device interference.

[0040] FIG. 27 shows a flow diagram of transmission interaction between a transmitting device and a receiving device in another example when the receiving device has in-device interference.

[0041] FIG. 28 shows a flow diagram of transmission interaction between a transmitting device and a receiving device in another example when the receiving device has in-device interference.

[0042] FIG. 29 is a structure diagram of a wireless communication device according to an embodiment of the present application. DETAILED DESCRIPTION

[0043] The technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only some, but not all of the embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative work fall within the scope of the present application.

[0044] It should be understood that the term "and / or" in the present document is only used to describe the associated relationship of associated objects, which means that there can be three relationships, for example, A and / or B can mean that A exists alone, A and B exist together, and B exists alone. In addition, the character " / " in the present document generally represents an "or" relationship between the front and rear associated objects.

[0045] Because of the interference (referred to as in-device interference in the present application) between simultaneous work of different communication systems, a certain communication system (for example, a Wi-Fi communication system) can normally work (or cannot normally work) at some frequencies at some time. In order to realize the coordinated work (referred to as in-device coexistence in the present application) between different communication systems, the present application designs:

[0046] 1) Through related frames, the wireless communication device announces the time window (unavailability window) and / or frequency in which the wireless communication device itself cannot normally work due to in-device interference in a certain wireless communication system (for example, a Wi-Fi communication system), which includes the following several aspects of solutions:

[0047] a) The wireless communication device indicates the time window information in which it cannot normally work, including the following several ways:

[0048] ● Indicate 1 or more time window information in which it cannot normally work as a whole device

[0049] • Indicate 1 or more time window information of non-availability in frequency band unit

[0050] • Indicate 1 or more time window information of non-availability in link unit

[0051] • Indicate 1 or more time window information of non-availability in channel unit

[0052] • Indicate 1 or more time window information of non-availability in resource unit / multi-resource unit / distributed resource unit

[0053] In addition, the wireless communication device can also announce its own time window (availability window) and / or frequency of normal operation in a certain wireless communication system (such as Wi-Fi communication system) through related frames, including the following aspects:

[0054] b) The wireless communication device indicates its time window information of normal operation, including the following ways:

[0055] • Indicate 1 or more time window information of normal operation in device unit

[0056] • Indicate 1 or more time window information of normal operation in frequency band unit

[0057] • Indicate 1 or more time window information of normal operation in link unit

[0058] • Indicate 1 or more time window information of normal operation in channel unit

[0059] • Indicate 1 or more time window information of normal operation in resource unit / multi-resource unit / distributed resource unit

[0060] After a certain wireless communication device announces the above information, the receiving wireless communication device or other wireless communication devices receiving the announcement information can avoid wireless communication with the announcing device in the non-availability time window and / or frequency of the announcing device. The details of the non-availability time window information and the normal operation time window information are shown in the related embodiments of FIGS. 1-9.

[0061] 2) When there is known and / or burst in-device interference at the sending end and / or receiving end of the communication, the application also designs the behavior of in-device coexistence, including the following aspects:

[0062] a) Behavior design when there is in-device interference at the sending end

[0063] i. Behavior design when the in-device interference at the transmitting device occurs at the beginning of the TXOP

[0064] ii. Behavior design when the in-device interference at the transmitting device occurs at the middle of the TXOP

[0065] b) Behavior design when the in-device interference at the receiving device exists

[0066] i. Behavior design when the in-device interference at the receiving device occurs at the beginning of the TXOP acquired by the transmitting device

[0067] ii. Behavior design when the in-device interference at the receiving device occurs at the middle of the TXOP acquired by the transmitting device

[0068] The specific solutions are shown in the related embodiments of FIGS. 10-28.

[0069] FIG. 1 is a flow diagram illustrating a transmission method of a useable window of a wireless communication device according to an embodiment of the present application. As shown in FIG. 1, the method comprises 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, which are not limited in the present application. For example, the first device can be a wireless communication device with multiple wireless communication systems, and there can be in-device interference in the first device. Therefore, the first device can send its availability information (e.g., a time window in which it can work normally and / or a time window in which it cannot work normally) to the second device which is related to the first device or has transmission requirements. The availability information can be the aforementioned unavailability window and / or frequency, or the aforementioned availability window and / or frequency.

[0070] By implementing the method, the window occupied by the in-device interference occurring in the first device can be informed to the second device, thereby facilitating the communication negotiation and transmission between the first device and the second device.

[0071] In some embodiments, the method shown in FIG. 1 can further comprise: the first device receives a second frame from the second device, wherein the second frame is a response to the first frame. Optionally, the second frame can further comprise availability information of the second device, which is determined based on in-device interference of the second device.

[0072] In some embodiments, the method shown in FIG. 1 further comprises: the first device receives a request frame from the second device; and the first device sending the first frame to the second device comprises: in response to the request frame, the first device sending the first frame to the second device.

[0073] Three different ways of indicating availability information are provided, as shown in FIG. 2 to FIG. 4.

[0074] The first way is unsolicited, as shown in FIG. 2, the first device can send a first frame (e.g. can be an Initial Control frame, or a management frame, or a data frame, etc.) carrying its own availability information to the second device. The second device responds with a second frame, e.g. an Initial Control Response frame, or an Ack frame, etc. The second frame sent by the second device can also carry the availability information of the second device. If the first frame is an Action No Ack frame, this step can be omitted.

[0075] The second way is unsolicited, as shown in FIG. 3, the second device can send a first frame (e.g. can be an Initial Control frame, or a management frame, or a data frame, etc.) carrying its own availability information to the first device. The first device responds with a second frame, e.g. an Initial Control Response frame, or an Ack frame, etc. 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, this step can be omitted.

[0076] The third way is solicited, as shown in FIG. 4, the first device can also send a request frame to request the second device to feedback its availability information (FIG. 4 way 1). Or the second device sends a request frame to request the first device to feedback its availability information (FIG. 4 way 2).

[0077] The first frame and the second frame in the above first and second ways can be any of the following combinations:

[0078] • the first frame is a Request To Send frame (RTS frame), and the second frame is a Clear To Send frame (CTS frame)

[0079] • the first frame is a Probe Request frame, and the second frame is a Probe Response frame

[0080] • the first frame is a Multi-Link Probe Request frame and the second frame is a Multi-Link Probe Response frame

[0081] • the first frame is a Buffer Status Report Trigger frame and the second frame is a Trigger Based Physical Protocol Data Unit with Buffer Status Report

[0082] • the first frame is a Multi-User Request To Send Trigger frame and the second frame is a Clear To Send frame

[0083] • the first frame is a Data frame and the second frame is an Ack frame Similarly, the Request frame and the Response frame in the third way above can be any of the following combinations:

[0084] • the first frame is a Request To Send frame and the second frame is a Clear To Send frame

[0085] • the first frame is a Probe Request frame and the second frame is a Probe Response frame

[0086] • the first frame is a Multi-Link Probe Request frame and the second frame is a Multi-Link Probe Response frame

[0087] • the first frame is a Buffer Status Report Trigger frame and the second frame is a Trigger Based Physical Protocol Data Unit with Buffer Status Report

[0088] • the first frame is a Multi-User Request To Send Trigger frame and the second frame is a Clear To Send frame

[0089] • the first frame is a Data frame and the second frame is an Ack frame

[0090] In addition to the above combinations, the first frame (or the response frame in the third approach) can 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 acknowledgement frame, a control response frame, or a trigger frame. Alternatively, the first frame (or the response frame in the third approach) can include 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, or a buffer status report field.

[0091] In some embodiments, the availability information of the first device includes one or more time window fields indicating one or more time windows in which the first device is available and / or unavailable.

[0092] In particular, the time window field can include a start time field indicating a start time of the one or more time windows in which the first device is available and / or unavailable, and a duration field indicating a duration of the one or more time windows in which the first device is available and / or unavailable.

[0093] It can be appreciated that other equivalent manners can also be used to indicate the time of each available or unavailable time window. For example, in another example, the one or more available and / or unavailable time windows occur periodically, the time window field can include a start time field indicating a start time of a first of the one or more time windows in which the first device is available and / or unavailable, a window interval field indicating an interval between each of the one or more time windows in which the first device is available and / or unavailable, and a duration field indicating a duration of the one or more time windows in which the first device is available and / or unavailable. According to the start time of the first time window, the interval between each of the time windows, and the duration of each of the time windows, the time period of each of the time windows can be accurately determined.

[0094] In some embodiments, the aforementioned one or more time windows of availability and / or unavailability are considered and indicated in terms of the device as a whole. FIG. 5 is a schematic diagram of a frame format of a field or element indicating availability information of a device in terms of the device as a whole. At this time, the availability information of the device further includes a Number of unavailability Windows field, which is used to indicate the number of the one or more time window fields, i.e., indicates how many available and unavailable time windows are carried by the current availability information field or element.

[0095] The design of the field or element indicating one or more available / unavailable time window information in terms of the device as a whole is shown in FIG. 5. It is worth noting that the manner of indicating the unavailable time window information can be various, such as being achieved by using the reserved bits of the existing frame format to carry the indication information designed below, etc., which is not limited in the present application. The other fields of the frame format shown in FIG. 5 are described as follows.

[0096] Unavailability Window 1-a: Each unavailability window is used to indicate a period of time during which the device cannot work normally due to in-device interference. Each unavailability window can include an Unavailable Start Time field and an Unavailable Duration field. It is worth noting that the time indicated by the aforementioned Unavailability Window 1 to Unavailability Window a should not have overlapping parts.

[0097] Unavailable Start Time: When this field exists, it is used to indicate the start time of the period during which the current device cannot work normally due to in-device interference. This field can contain 16 bits (2 bytes), which can be used to indicate 2^16 values, and the step size can be set to m microseconds, so it can be used to indicate (2^16-1)*m start times.

[0098] Unavailable Duration: When this field exists, it is used to indicate the duration of the period during which the current device cannot work normally due to in-device interference. The specific indication method of this field can be consistent with the design principle of the Duration field in the 802.11 standard.

[0099] In some embodiments, the unavailable time window field can further include an information control field, which is used to indicate the presence of related fields in the time window field and / or to indicate whether the time window can be received and / or transmitted. For example, the information control field can include one or more of the following: an unavailable start time presence field, an unavailable duration presence field, an unavailable TX field, or an unavailable RX field. The unavailable start time presence field is used to indicate whether the unavailable start time field is present in the current unavailable time window field. For example, when the unavailable start time field value is 0, it means that the unavailable start time field is not present in the current unavailable time window field, and when the unavailable start time field value is 1, it means that the unavailable start time field is present in the current unavailable time window field. The unavailable duration presence field is used to indicate whether the unavailable duration field is present in the current unavailable time window field. For example, when the unavailable duration presence field value is 0, it means that the unavailable duration field is not present in the current unavailable time window field, and when the unavailable duration presence field value is 1, it means that the unavailable duration field is present in the current unavailable time window field. The unavailable TX field is used to indicate whether the wireless communication device cannot transmit in the current unavailable time window; for example, when the unavailable TX field value is 1, it means that the wireless communication device cannot transmit, and when the unavailable TX field value is 0, it means that the wireless communication device can transmit. The unavailable RX field is used to indicate whether the wireless communication device cannot receive in the current unavailable time window; for example, when the unavailable RX field value is 1, it means that the wireless communication device cannot receive, and when the unavailable RX field value is 0, it means that the wireless communication device can receive. It should be understood that the above field values and corresponding meanings are only examples, and other configurations can also be used in the method. In addition, if the unavailable TX and unavailable RX fields are not present, it can be considered that the unavailable time window field indicates the relevant information that the wireless communication device cannot work (including transmit and receive operations); if the unavailable TX and unavailable RX fields are present, the values of the two fields cannot be both 0.

[0100] In some embodiments, the availability information of the first device can further include a supported frequency band field, which is used to indicate the frequency band corresponding to each of the one or more time windows.

[0101] Wi-Fi devices based on IEEE 802.11 standards can work in multiple different frequency bands, such as 2.4GHz, 5GHz, 6GHz and / or 60GHz, etc. Different frequency bands can have different in-device interference at different times, so the in-device interference on different operating frequency bands can be indicated. The design of indicating 1 or more available / unavailable time window fields / elements in units of frequency bands is shown in FIG. 6. It is worth noting that the indication of the Unavailability Window Information field / element can be in multiple ways, such as through the reserved bits of the existing frame format to carry the indication information designed below, etc. The present application does not limit this. The fields of the frame format shown in FIG. 6 are described as follows, where the fields repeated or basically the same as in FIG. 5 will not be introduced again:

[0102] Supported Band Bitmap: used to indicate which frequency bands have the unavailability time window information carried in the current Unavailability Window Information field / element. For example, the Supported Band Bitmap is 8 bits long, and a bit set to 1 means that there is unavailability time window information on the corresponding frequency band (Band 1~Band b). In theory, the current Unavailability Window Information field / element can carry unavailability time window information on 8 frequency bands. The actual indication method can be: the 1st bit corresponds to the 2.4GHz frequency band (so the bit set to 1 means that the Unavailability Window Information field / element carries the unavailability time window information of the corresponding frequency band 1, and the bit set to 0 means that it is not carried), the 2nd bit corresponds to the 5GHz frequency band (so the bit set to 1 means that the Unavailability Window Information field / element carries the unavailability time window information of the corresponding frequency band 2, and the bit set to 0 means that it is not carried), the 3rd bit corresponds to the 6GHz frequency band (so the bit set to 1 means that the Unavailability Window Information field / element carries the unavailability time window information of the corresponding frequency band 3, and the bit set to 0 means that it is not carried), the 4th bit corresponds to the 60GHz frequency band (so the bit set to 1 means that the Unavailability Window Information field / element carries the unavailability time window information of the corresponding frequency band 4, and the bit set to 0 means that it is not carried), and the 5th~8th bits can be reserved.

[0103] Unavailability time window fields corresponding to frequency bands 1 to b: the indication of the unavailability time window corresponding to each frequency band can refer to the introduction in FIG. 5, which will not be repeated here.

[0104] In some embodiments, the availability information of the first device further comprises: a link identification field, used to indicate the links corresponding to the one or more time windows respectively.

[0105] A Wi-Fi device based on IEEE 802.11be standard and later versions can support multi-link, for example, link 1 to link 15, and different links can have different in-device interference at different times, so the in-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 FIG. 7. It is worth noting that the way of indicating the unavailable time window field / element can be various, for example, by using the reserved bits of the existing frame format to carry the indication information designed below, etc., which is not limited in the present application. The fields of the frame format shown in FIG. 7 are described as follows, where the fields repeated or basically the same as in FIG. 5 or FIG. 6 will not be introduced again.

[0106] Link identification field (Link ID Bitmap): used to indicate which links have the unavailable time window information carried by the current unavailable time window field / element. For example, the length of the link identification field is 16 bits, and a bit set to 1 represents that there is unavailable time window information on the corresponding link ID. It is proposed in the present application that bits 1 to 15 of the link identification field can correspond to link ID=11 to link ID=15 respectively, and the 16th bit can be reserved.

[0107] Unavailable time window field corresponding to link 1 to c: the indication of the unavailable time window corresponding to each link can refer to the introduction in FIG. 5, which will not be repeated here.

[0108] In some embodiments, the availability information of the first device further comprises: a channel identification field, used to indicate the channels corresponding to the one or more time windows respectively.

[0109] Wi-Fi devices based on IEEE 802.11 standards can select different channels as the primary 20MHz channel, and can also support working on multiple 20MHz channels, such as channel 1 to channel d. Different channels (in 20MHz, the same below) can have different in-device interference at different times, so it is necessary to indicate the in-device interference on different channels. The design of the channel unit indicating 1 or more available / unavailable time window fields / elements is shown in FIG. 8. It is worth noting that the indication of the available / unavailable time window field / element can be in various ways, for example, by using the reserved bits of the existing frame format to carry the indication information designed below, etc. The present application does not limit this. The fields of the frame format shown in FIG. 8 are described as follows, where the fields repeated or basically the same as in FIG. 5 will not be introduced again.

[0110] Channel Number Bitmap: used to indicate which channels have the unavailable time window information carried by the current unavailable time window field / element. For example, the channel number bitmap has a length of 8*e bits, and can indicate the information of up to 2^(8*e) channels, where a bit set to 1 represents that there is an unavailable time window on the corresponding channel.

[0111] Unavailable time window fields corresponding to channels 1 to d: the indication of the unavailable time window corresponding to each channel can refer to the introduction in FIG. 5, which will not be repeated here.

[0112] In some embodiments, the time window field further includes a resource unit field for indicating the resource unit, multiple resource units and / or distributed resource units corresponding to each of the time windows.

[0113] Wi-Fi devices based on IEEE 802.11 standards can support working on different resource units (RUs), each of which corresponds to a number, i.e., RU index, such as RU 1~RU g. In addition, Wi-Fi devices based on IEEE 802.11be and later standards can also support working on different multiple resource units (MRUs), each of which also corresponds to a number, such as MRU 1~MRU g. Furthermore, Wi-Fi devices based on IEEE 802.11bn and later standards can also support working on different distributed resource units (DRUs), such as DRU 1~DRU g. Therefore, there may be intra-device interference on different RUs / MRUs / DRUs at different times, and it is necessary to indicate the intra-device interference on each RU / MRU / DRU at different times. The design of the RU / MRU / DRU unit indicating one or more available / unavailable time window fields / elements is shown in FIG. 9. It is worth noting that the indication of the available / unavailable time window field / element can be in various ways, such as through the existing frame format reserved bits to carry the indication information designed below, etc. This patent does not limit it. The fields of the frame format shown in FIG. 9 are described as follows, where the fields repeated or basically the same as in FIG. 5 will not be introduced again:

[0114] Resource unit field (Unavailable RU / MRU / DRU indication): used to indicate the RU / MRU / DRU that cannot work due to intra-device interference within the time indicated by the unavailable start time field and the unavailable duration field. The RU / MRU / DRU and the corresponding index can be referred to the IEEE 802.11 standard specification. As can be seen from FIG. 9, the resource unit field can be included in the unavailable time window field described above.

[0115] It should be understood that, for the sake of clarity and simplicity, only the fields related to the unavailability window are shown in FIGS. 5-9, while in actual application, only the fields related to the availability window can be used, or the fields related to the availability / unavailability window can be used. For example, the availability window field can indicate the time window in which the wireless communication device can work normally (normal transmission and / or normal reception).

[0116] By the above manner, the available or unavailable time period on the frequency band, link, channel, or RU / MRU / DRU of the in-device interference of the wireless communication device can be indicated in detail according to the requirement, and the end device or other peripheral devices are facilitated to avoid the different working time and / or frequency (i.e. frequency band / link / channel / RU / MRU / DRU) of the wireless communication device, so as to avoid the waste of resources.

[0117] The application also provides the behavior design of the transmitter and the receiver in the case that the in-device interference exists in the transmitter. The transmitter can also be referred to as TXOP Initiator. The transmitter can indicate the in-device interference information by adding the available / unavailable time window information field / element described above in the initial control frame (ICF, such as RTS frame, etc.) sent by the transmitter.

[0118] FIG. 10 is a flow diagram illustrating a wireless communication method performed by a transmitter in which the in-device interference exists, according to an embodiment of the application. As shown in FIG. 10, the method comprises the operations of: S201, sending an initial control signal to a receiver and receiving an initial control response from the receiver to exchange a transmission opportunity; S202, stopping transmission to the receiver during the duration of the in-device interference of the transmitter; and S203, re-executing the transmission in response to the end of the in-device interference.

[0119] In some embodiments, the re-executing the transmission in response to the end of the in-device interference comprises: determining whether the transmission opportunity ends at the end of the in-device interference, and if the transmission opportunity does not end at the end of the in-device interference, continuing the transmission to the receiver during the remaining time of the transmission opportunity. Alternatively, if the transmission opportunity ends at the end of the in-device interference, contending for the channel to transmit. Optionally, the determining whether the transmission opportunity ends at the end of the in-device interference comprises: determining whether the transmission opportunity ends according to the known time window of the in-device interference; or the determining whether the transmission opportunity ends at the end of the in-device interference comprises: determining whether the transmission opportunity ends based on an internal clock after the end of the in-device interference.

[0120] In some embodiments, the method shown in FIG. 10 can further comprise: sending the time window of the in-device interference to the receiver; and adjusting the end time of the transmission opportunity according to the start time of the time window of the in-device interference; wherein the re-executing the transmission in response to the end of the in-device interference comprises: contending for the channel to transmit after the end of the in-device interference.

[0121] FIG. 11 is a flow diagram illustrating a method of wireless communication performed by a receiving device, according to an embodiment of the application, in which the transmitting device has intra-device interference. As shown in FIG. 11, the method includes operation S301, and one or more of operations S302a-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 a transmission opportunity. In S302a, within the transmission opportunity, a signal is received from the transmitting device and a response is made. In S302b, within the transmission opportunity, an adjustment of an 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 the channel is contended for other transmissions within the time window.

[0122] The preset time can include a preset timer event, or a remaining time to an end of the transmission opportunity.

[0123] The above method gives the behavior of the transceiver device in different scenarios when the transmitting device has intra-device interference, which can help to reduce the invalid waiting time of the receiving device, and improve the communication efficiency and resource utilization. The methods shown in FIGS. 10 and 11 will be described in detail below in combination with specific scenarios.

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

[0125] Example 1: The duration of the interference is known and greater than or equal to the remaining time of the TXOP, and the transmitting device re-contests the channel to initiate a new transmission after the end of the interference.

[0126] As shown in FIG. 12, the transmitting device and the receiving device obtain a TXOP through the exchange of an initial control frame (ICF, such as an RTS frame) and an initial control response frame (ICR, such as a CTS frame). However, the transmitting device has a burst of intra-device interference at the beginning of the TXOP. If the duration of the intra-device interference is known and greater than the remaining duration of the TXOP, the transmitting device cannot normally transmit any frame after the start of the TXOP, then the transmitting device and the receiving device have the following behaviors, respectively.

[0127] Transmitting device behavior:

[0128] After the end of its own intra-device interference, the channel is detected again through the clear channel assessment (CCA) to determine the idle / busy state of the channel, and if the channel state is idle, the channel can be contended to initiate a new transmission.

[0129] The receiving device behavior can be one of the following ways:

[0130] Way 1 (as shown in FIG. 12, Way 1): The receiving end device keeps a timer (e.g., Timer 1), and the length of Timer 1 is less than the length of TXOP. Timer 1 starts timing from the moment when the receiving end device sends the CTS frame, and if no frame from the sending end device is received when Timer 1 expires, the receiving end device automatically resets the network allocation vector (NAV) set by the initial control frame (ICF, e.g., RTS frame) of the sending end device, i.e., ends the initial TXOP in advance. Then, the idle / busy state of the channel is detected through CCA, and if the channel state is idle, a new transmission can be initiated by competing for the channel. It should be noted that the new transmission can be for other devices or can still be for the sending end device. Whether Timer 1 is started and the specific length is set by default (e.g., the default is to start / close, the default is 1 fixed length, etc.) or determined by negotiation between the sending end device and the receiving end device.

[0131] Way 2 (as shown in FIG. 12, Way 2): At the end of the TXOP declared by the initial control frame (ICF, e.g., RTS frame) of the sending end device (i.e., after the end of TXOP), the idle / busy state of the channel is detected through CCA, and if the channel state is idle, a new transmission can be initiated by competing for the channel. Similarly, the new transmission can be for other devices or can still be for the sending end device.

[0132] Example 2: The interference duration is not known, and after the end of the interference, the current TXOP has ended, then the sending end device re-competes for the channel to initiate a new transmission.

[0133] Example 2 is similar to the case of Example 1, as shown in FIG. 12, after the sending end device obtains the TXOP, since the sending end device does not know the specific length of the in-device interference, the behaviors of the sending end device and the receiving end device are as follows.

[0134] Sending end device behavior:

[0135] After the end of the in-device interference of the in-device interference device itself, it is judged through the clock of the device itself whether there is still remaining time for the current TXOP, if there is no remaining time, the idle / busy state of the channel is detected through CCA, and if the channel state is idle, a new transmission can be initiated by competing for the channel.

[0136] Receiving end device behavior: similar to Way 1 and Way 2 in Example 1, which will not be described here.

[0137] Example 3: The interference duration is known and the interference duration is less than the remaining time of TXOP, the sending end device keeps the current TXOP, and the sending end device initiates transmission immediately after the end of the interference

[0138] As shown in FIG. 13, the transmitting device and the receiving device obtain the TXOP through the interaction of the initial control frame (ICF, such as an RTS frame) and the initial control response frame (ICR, such as a CTS frame). However, the transmitting device has in-device interference at the beginning of the TXOP. If the duration of the in-device interference is known and less than or equal to the remaining duration of the TXOP, the transmitting device can maintain the current TXOP. The transmitting device and the receiving device have the following behaviors, respectively.

[0139] Transmitting device behavior:

[0140] Immediately after the end of its own in-device interference, the transmitting device continues to initiate transmission to the receiving device using the remaining time of the current TXOP.

[0141] Receiving device behavior:

[0142] Method 1: Similar to the method 1 of Example 1 and Example 2, the receiving device maintains a timer (for example, Timer 1), the length of Timer 1 is less than the length of the TXOP, Timer 1 starts timing from the time when the receiving device sends the CTS frame, and if no frame from the transmitting device is received 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 / busy state of the channel through CCA. If the channel state is idle, the receiving device can compete for the channel to initiate new transmission. The description of this method can refer to the method 1 in FIG. 12.

[0143] Method 2: The receiving device waits for a frame (such as a control frame, a management frame, or a data frame, which is shown as a PPDU in the figure) from the transmitting device after the end of the in-device interference of the transmitting device, and then responds (which is shown as an Ack frame or a BlockAck frame in the figure). The receiving device performs data transmission and reception until the end of the current TXOP, and then detects the idle / busy state of the channel through CCA. If the channel state is idle, the receiving device can compete for the channel to initiate new transmission.

[0144] Example 4: The duration of the interference is unknown, the transmitting device maintains the current TXOP, and there is still remaining time after the end of the interference. The transmitting device initiates transmission immediately after the end of the interference.

[0145] This example 4 is similar to Example 3. As shown in FIG. 13, after the transmitting device obtains the TXOP, because the transmitting device does not know the specific length of its in-device interference, the transmitting device and the receiving device have the following behaviors:

[0146] Transmitting device behavior:

[0147] After the end of the self-device interference, the current TXOP is determined by the self-clock whether there is still time left, if there is still time left, the current TXOP time is immediately used to initiate transmission to the receiving end device.

[0148] Receiving end device behavior:

[0149] Method 1: similar to method 1 in example 3, which will not be repeated here.

[0150] Method 2: similar to method 2 in example 3, which will not be repeated here.

[0151] In some cases, the sending end device interference occurs in the middle stage of the transmission opportunity (TXOP), which can further include several different examples. The sending end device interference occurs in the middle stage of the TXOP, which means that after the TXOP starts, the transceiver first performs a normal frame interaction before the device interference occurs.

[0152] Example 1: The duration of the interference is known and greater than or equal to the remaining TXOP time, then the sending end device terminates the current TXOP in advance, and the end of the TXOP is set to the time when the device interference occurs.

[0153] As shown in FIG. 14, the sending end device and the receiving end device obtain the TXOP through the interaction of the initial control frame (ICF, such as RTS frame) and the initial control response frame (ICR, such as CTS frame). In the TXOP start stage, the sending end device and the receiving end device can perform normal data interaction, but in the middle stage of the TXOP, the sending end device has device interference. If the duration of the device interference is known and greater than the remaining TXOP duration, then the sending end device and the receiving end device have the following behaviors respectively:

[0154] Sending end device behavior:

[0155] The sending end device can indicate the start time and duration of the device interference in the initial control frame (ICF, such as RTS frame) and set the termination time of the TXOP to the start time of the device interference;

[0156] After the end of the sending end device's own device interference, the channel idle / busy state is detected again through CCA, and if the channel state is idle, the channel can be competed for to initiate new transmission;

[0157] Receiving end device behavior:

[0158] The receiving end device detects the channel idle / busy state through CCA at the TXOP end time declared by the sending end device (i.e. the start time of the device interference of the sending end device), and if the channel state is idle, the channel can be competed for to initiate new transmission;

[0159] Example 2: interference duration is unknown, current TXOP has ended after the interference ends, then the sending device re-competes for the channel to initiate a new transmission

[0160] As shown in FIG. 15, the sending device and the receiving device obtain a TXOP through the interaction of an initial control frame (ICF, for example, an RTS frame) and an initial control response frame (ICR, for example, a CTS frame). The sending device and the receiving device can normally interact with data in the TXOP start stage, but the sending device has in-device interference in the TXOP middle stage, and the specific length of the in-device interference is unknown. Then, the sending device and the receiving device behave as follows:

[0161] Sending device behavior:

[0162] After the in-device interference of the sending device ends, the sending device determines whether there is still time left in the current TXOP through its own clock. If there is no time left, the sending device detects the idle / busy state of the channel through CCA. If the channel state is idle, the sending device can compete for the channel to initiate a new transmission.

[0163] Receiving device behavior:

[0164] The receiving device detects the idle / busy state of the channel through CCA at the end time of the TXOP declared by the sending device. If the channel state is idle, the receiving device can compete for the channel to initiate a new transmission.

[0165] Example 3: the interference duration is known and less than the remaining TXOP time, then the sending device maintains the current TXOP, and the sending device immediately continues to initiate transmission after the interference ends.

[0166] As shown in FIG. 16, the sending device and the receiving device obtain a TXOP through the interaction of an initial control frame (ICF, for example, an RTS frame) and an initial control response frame (ICR, for example, a CTS frame). The sending device and the receiving device can normally interact with data in the TXOP start stage, but the sending device has in-device interference in the TXOP middle stage. If the length of the in-device interference is known and less than or equal to the remaining TXOP length, then the sending device and the receiving device behave as follows:

[0167] Sending device behavior:

[0168] The sending device maintains the current TXOP, and immediately initiates transmission to the receiving device using the remaining time of the current TXOP after the in-device interference of the sending device ends.

[0169] Receiving device behavior:

[0170] Example 1: Similar to the way 1 in example 1 and example 2, the receiving end device keeps a timer (e.g. Timer 1), the length of Timer 1 is less than the length of TXOP, Timer 1 starts counting from the moment the receiving end device sends the CTS frame, if no frame from the sending end device is received when Timer 1 expires, the receiving end device automatically resets the NAV set by the initial control frame (ICF, e.g. RTS frame) of the sending end device, and then detects the idle / busy state of the channel through CCA, if the channel state is idle, the receiving end device can compete for the channel to initiate a new transmission, which can be referred to as way 1 shown in FIG. 12.

[0171] Example 2: The receiving end device waits for a frame (e.g. control frame, management frame or data frame, shown as data frame, i.e. PPDU in the figure) from the sending end device after the end of the intra-device interference of the sending end device, and then responds (shown as Ack frame or BlockAck frame in the figure), and performs data transmission until the end of the current TXOP, and then detects the idle / busy state of the channel through CCA, if the channel state is idle, the receiving end device can compete for the channel to initiate a new transmission.

[0172] Example 3: Since the sending end device can declare the start time and duration of its interference in the initial control frame (ICF, e.g. RTS frame), the receiving end device can initiate transmission with other devices (e.g. peer devices Peer STA, etc.) during the intra-device interference period of the sending end device, and the deadline of the transmission is the end time of the intra-device interference of the sending end device.

[0173] Example 4: The duration of the interference is unknown, the sending end device keeps the current TXOP, and if there is still time left after the end of the interference, the sending end device initiates transmission immediately after the end of the interference.

[0174] This example 4 is similar to example 3, as shown in FIG. 16, since the sending end device does not know the specific length of its intra-device interference, the behaviors of the sending end device and the receiving end device are as follows:

[0175] Sending end device behavior:

[0176] After the end of its intra-device interference, the sending end device determines whether there is still time left in the current TXOP through the clock, and if there is still time left, the sending end device initiates transmission to the receiving end device immediately using the time left in the current TXOP;

[0177] Receiving end device behavior:

[0178] Way 1: Similar to the way 1 in example 3, which will not be described again.

[0179] Way 2: As Way 2 in Example 3, no further description.

[0180] The present application also provides the behavior design of the transmitting end device (transmitting end device) and the receiving end device (receiving end device) in the case of the existence of the receiving end device's intra-device interference. The receiving end device in the present patent can also be referred to as TXOP Responder. The receiving end device can indicate the information of its intra-device interference by adding the available / unavailable time window information field / element described above in the transmitted active or non-active initial control response frame (ICR, such as CTS frame, etc.).

[0181] FIG. 17 is a flow diagram illustrating a wireless communication method performed by a receiving end device according to an embodiment of the present application, wherein the receiving end device has intra-device interference. As shown in FIG. 17, the method comprises the operations of: S401: receiving initial control information from a transmitting end device, and transmitting an initial control response to the receiving end device to exchange a transmission opportunity; S402: stopping receiving transmission from the transmitting end device and / or stopping transmission to the transmitting end device for the duration of the receiving end device's intra-device interference; S403: re-executing transmission in response to the end of the intra-device interference.

[0182] Wherein, the re-executing transmission in response to the end of the intra-device interference comprises: judging whether the transmission opportunity ends at the end of the intra-device interference, and if the transmission opportunity does not end at the end of the intra-device interference, then: sending an intra-device interference end indication to the transmitting end device, and receiving transmission from the transmitting end device for the remaining time of the transmission opportunity; or waiting for transmission from the transmitting end device and responding for the remaining time of the transmission opportunity. Alternatively, if the transmission opportunity has ended at the end of the intra-device interference, competing for the channel for transmission.

[0183] Wherein, the judging whether the transmission opportunity ends at the end of the intra-device interference comprises: judging whether the transmission opportunity ends according to the known time window of the intra-device interference. Alternatively, the judging whether the transmission opportunity ends at the end of the intra-device interference comprises: judging whether the transmission opportunity ends based on an internal clock after the end of the intra-device interference.

[0184] In some embodiments, the method as shown in FIG. 17 further comprises: adjusting the time window of the transmission opportunity according to the information of the time window of the intra-device interference and notifying the transmitting end device. Wherein, the information of the time window of the intra-device interference is contained in the initial control response.

[0185] FIG. 18 is a flow diagram illustrating a method of wireless communication performed by a transmitting device, according to an embodiment of the application, where the receiving device has intra-device interference. As shown in FIG. 18, the method includes operation S501, and one or more of operations S502a-S502c. In S501, initial control information is transmitted to the receiving device, and an initial control response from the receiving device is received to exchange a transmission opportunity. In S502a, an end of intra-device interference indication from the receiving device is received within the transmission opportunity, and data is transmitted to the receiving device for the remaining time of the transmission opportunity. In S502b, the transmission opportunity is terminated after a predetermined time, and the transmission is repeated to the receiving device within the transmission opportunity until a response from the receiving device is received, a predetermined number of times is exceeded, or the transmission opportunity ends. In S502c, an interference indication from the receiving device is received, and the end of the transmission opportunity is adjusted based on the interference indication.

[0186] In some embodiments, the predetermined time includes a predetermined timer time or a remaining time to the end of the transmission opportunity.

[0187] In some embodiments, the adjusting the end of the transmission opportunity based on the interference indication includes transmitting a contention free period end frame.

[0188] The above method provides the behavior of the transmitting device and the receiving device in different scenarios when the receiving device has intra-device interference, which can help reduce the invalid waiting time of the transmitting device, and improve the communication efficiency and resource utilization. The methods shown in FIG. 17 and FIG. 18 will be described in detail below in conjunction with specific scenarios.

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

[0190] Example 1: The receiving device cannot respond to the frame of the transmitting device, the transmitting device keeps the current TXOP, and the receiving device actively indicates the end of the intra-device interference after the end of the intra-device interference. If there is still remaining time in the current TXOP, the transmitting device immediately continues transmission

[0191] As shown in FIG. 19, the transmitting device and the receiving device obtain TXOP through the interaction of an initial control frame (ICF, such as an RTS frame) and an initial control response frame (ICR, such as a CTS frame). After the transmitting device successfully sends a control frame or a data frame (such as a Data frame or a PPDU) to the receiving device at the beginning of the TXOP, the receiving device cannot reply to the corresponding control response frame or Ack / BlockAck frame due to in-device interference. Then the transmitting device and the receiving device have the following behaviors, respectively.

[0192] Transmitting device behavior:

[0193] The transmitting device keeps the current TXOP, waits for a response frame of the receiving device or an unsolicited control response frame, continues to send data to the receiving device using the remaining time of the current TXOP until the end of the current TXOP, and then detects the idle / busy state of the channel through CCA. If the channel state is idle, the transmitting device can compete for the channel to initiate a new transmission. In addition, if there is no response, the transmitting device continues to wait.

[0194] Receiving device behavior:

[0195] The receiving device actively sends a delayed control response frame or an Ack / BlockAck frame carrying indication information to indicate the end of in-device interference after the in-device interference ends, interacts with the transmitting device in the remaining time of the current TXOP until the end of the TXOP, and then detects the idle / 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.

[0196] Example 2: The receiving device cannot respond to the frame of the transmitting device, and the transmitting device terminates the current TXOP after waiting for more than the duration of a timer (Timer 1).

[0197] As shown in FIG. 20, the transmitting device and the receiving device obtain TXOP through the interaction of initial control frame (ICF, such as RTS frame) and initial control response frame (ICR, such as CTS frame). After the transmitting device successfully sends the control frame or data frame (such as Data frame or PPDU) to the receiving device at the beginning of TXOP, the receiving device cannot reply the control response frame or Ack / BlockAck frame due to the in-device interference. Then the transmitting device and the receiving device have the following behaviors respectively:

[0198] Transmitting device behavior:

[0199] The transmitting device maintains a timer (Timer 1). After the transmitting device sends the frame (Data frame, i.e. PPDU, shown in FIG. 20), the transmitting device starts the countdown of Timer 1 to wait for the response frame of the receiving device. If the response frame of the receiving device is not received within the duration of Timer 1, the transmitting device actively sends the CF-End frame to terminate the current TXOP. The CF-End can be a broadcast or multicast frame, etc. Then the transmitting device detects the idle / busy state of the channel through CCA. If the channel state is idle, the transmitting device can contend for the channel and initiate new transmission with other devices.

[0200] Receiving device behavior:

[0201] After the in-device interference of the transmitting device ends, the receiving device misses the CF-End sent by the transmitting device. Therefore, the receiving device does not know that the current TXOP is terminated by the transmitting device in advance. Thus, the receiving device needs to detect the idle / busy state of the channel through CCA at the end time of the original TXOP declared by the transmitting device. If the channel state is idle, the receiving device can contend for the channel and initiate new transmission.

[0202] Example 3: The receiving device cannot respond to the frame of the transmitting device. The transmitting device maintains the current TXOP. The transmitting device reattempts to initiate transmission at an interval of t time until the receiving device successfully responds or the maximum number of attempts is exceeded or the current TXOP ends.

[0203] As shown in Fig. 21, the sender device and the receiver device obtain TXOP through the interaction of initial control frame (ICF, such as RTS frame) and initial control response frame (ICR, such as CTS frame). After the sender device successfully sends a control frame or a data frame (such as Data frame or PPDU) to the receiver device at the beginning of TXOP, the receiver device fails to reply a control response frame or an Ack / BlockAck frame due to the in-device interference. Then the sender device and the receiver device have the following behaviors respectively:

[0204] Sender device behavior:

[0205] Method 1 (the receiver device successfully responds): The sender device re-sends a frame (such as Control frame or PPDU) to the receiver device after a time interval t. If the receiver device still does not respond, the sender device tries to send at most T times (T is a positive integer greater than 0, for example, T can be set to 1 or 2, etc.), until it receives a response frame from the receiver device. Then the sender device continues to interact with the receiver device using the remaining time of the current TXOP until the TXOP ends. Then the sender device detects the idle / busy state of the channel through CCA. If the channel state is idle, the sender device can compete for the channel to initiate a new transmission. The related illustration is given in Fig. 21.

[0206] Method 2 (exceeding the maximum number of attempts): The sender device re-sends a frame (such as Control frame or PPDU) to the receiver device after a time interval t. If the receiver device still does not respond, the sender device tries to send at most T times (T is a positive integer greater than 0, for example, T can be set to 1 or 2, etc.), and still does not receive a response frame from the receiver device. If the current TXOP has not ended, the sender device sends CF-End to actively terminate the current TXOP. Then the sender device detects the idle / busy state of the channel through CCA. If the channel state is idle, the sender device can compete for the channel to initiate a new transmission. The related illustration is not repeated in Fig. 21.

[0207] Method 3 (the current TXOP ends): The sender device re-sends a frame (such as Control frame or PPDU) to the receiver device after a time interval t. If the receiver device still does not respond, the sender device tries to send at most T times (T is a positive integer greater than 0, for example, T can be set to 1 or 2, etc.). If the current TXOP ends during the repeated attempts to send, the sender device detects the idle / busy state of the channel through CCA after the TXOP ends. If the channel state is idle, the sender device can compete for the channel to initiate a new transmission. The related illustration is not repeated in Fig. 21.

[0208] Receiver device behavior:

[0209] Way 1: After the end of the in-device interference of the receiving end device, the current TXOP is determined by the clock of the receiving end device. If there is still time left, the sending end device sends a frame (Control frame or PPDU, etc.) and then responds, continues to transmit and receive data until the current TXOP ends. Then, the idle / busy state of the channel is detected by CCA. If the channel state is idle, the channel can be competed for to initiate a new transmission.

[0210] Way 2: After the end of the in-device interference of the receiving end device, the current TXOP is determined by the clock of the receiving end device. If there is no time left, the idle / busy state of the channel can be immediately detected by CCA. If the channel state is idle, the channel can be competed for to initiate a new transmission. The related diagram is not repeated in FIG. 21.

[0211] In other cases, the in-device interference of the receiving end device occurs in the middle stage of the TXOP, which can further include several different examples:

[0212] Example 1: The duration of the interference is known and greater than or equal to the remaining time of the TXOP. The receiving end device instructs the sending end device to terminate the TXOP in advance, and suggests that the end of the TXOP be set to the time when the in-device interference of the receiving end device occurs.

[0213] As shown in FIG. 22, the sending end device and the receiving end device obtain the TXOP through the interaction of the initial control frame (ICF, such as RTS frame) and the initial control response frame (ICR, such as CTS frame). In the TXOP start stage, the sending end device and the receiving end device can normally transmit and receive data. However, in the middle stage of the TXOP, the receiving end device has in-device interference. If the duration of the in-device interference is known and greater than or equal to the remaining time of the current TXOP, the sending end device and the receiving end device have the following behaviors, respectively:

[0214] Sending end device behavior:

[0215] The sending end device terminates the current TXOP at the time when the in-device interference occurs based on the indication of the in-device interference information in the frame (such as ICR) sent by the receiving end device (such as sending CF-End frame). Then, the idle / busy state of the channel is detected by CCA. If the channel state is idle, the channel can be competed for to initiate a new transmission with other devices.

[0216] Receiving end device behavior:

[0217] The receiving device indicates the information of the in-device interference in the ICR frame (or the active ICR frame) sent back to the sending device, for example, setting the duration of the Duration field in the ICR frame as the time when the in-device interference occurs.

[0218] After the in-device interference of the receiving device ends, the channel state is detected by CCA, and if the channel state is idle, the receiving device can compete for the channel to initiate a new transmission.

[0219] After the receiving device obtains the right to use the channel, it can also actively send a control frame to indicate that the in-device interference has ended and / or subsequent in-device interference information.

[0220] Method 2: The duration of the interference is unknown, and the current TXOP has ended after the interference ends. After the in-device interference of the receiving device ends, the receiving device can compete for the channel to initiate a new transmission.

[0221] As shown in FIG. 23, the sending device and the receiving device obtain a TXOP through the interaction of an initial control frame (ICF, such as an RTS frame) and an initial control response frame (ICR, such as a CTS frame). In the TXOP start stage, the sending device and the receiving device can normally transmit and receive data. However, in the middle stage of the TXOP, the receiving device has in-device interference. If the duration of the in-device interference is unknown, the sending device and the receiving device have the following behaviors, respectively.

[0222] Sending device behavior:

[0223] Method 1: As shown in FIG. 23, the sending device keeps the current TXOP, sends a frame (such as a Control frame or a PPDU) to the receiving device, and waits for the response of the receiving device. If the current TXOP ends and the receiving device still does not respond, the sending device detects the idle / busy state of the channel by CCA at the end of the TXOP. If the channel state is idle, the sending device can compete for the channel to initiate a new transmission with other devices.

[0224] Method 2: As shown in FIG. 24, the sending device keeps the current TXOP, sends a frame (such as a Control frame or a PPDU) to the receiving device, and waits for the response of the receiving device. 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, the sending device actively sends a CF-End frame to end the current TXOP when Timer 1 expires. Then, the sending device detects the idle / busy state of the channel by CCA. If the channel state is idle, the sending device can compete for the channel to initiate a new transmission with other devices.

[0225] Way 3: As shown in FIG. 25, the sending end device keeps the current TXOP, sends a frame (Control frame or PPDU, etc.) to the receiving end device, waits for the response of the receiving end device, if the receiving end device has no response, repeats the attempt to send a frame (Control frame or PPDU, etc.) to the receiving end device after an interval time t, if the maximum number of attempts T is exceeded and the response of the receiving end device is still not received, checks whether there is remaining time in the current TXOP, if there is remaining time, the sending end device actively sends a CF-End frame to end the current TXOP; if the sending end device ends the current TXOP in the process of repeated attempts to send, the sending end device detects the idle / busy state of the channel through CCA after the TXOP ends, if the channel state is idle, the sending end device can compete for the channel to initiate a new transmission with other devices.

[0226] Receiving end device behavior:

[0227] After the interference in the receiving end device ends, the receiving end device judges whether the current TXOP has ended through a clock, if the current TXOP has ended, the receiving end device detects the idle / busy state of the channel through CCA, if the channel state is idle, the receiving end device can compete for the channel to initiate a new transmission.

[0228] In addition, after the receiving end device obtains the right to use the channel, the receiving end device can also actively send a control frame (Control frame) to indicate that the interference in the device has ended and / or subsequent interference information in the device.

[0229] Example 3: If the duration of the interference is unknown, the sending end device initiates transmission until the moment when the interference in the receiving end device comes, after the interference ends, the receiving end device actively indicates to the sending end device that the interference has ended, if there is remaining time in the current TXOP, the sending end device immediately continues transmission using the remaining time of the TXOP.

[0230] As shown in FIG. 26, the sending end device and the receiving end device obtain the TXOP through the interaction of an initial control frame (ICF, such as an RTS frame) and an initial control response frame (ICR, such as a CTS frame). In the TXOP starting stage, the sending end device and the receiving end device can normally perform data transmission and reception. However, in the middle stage of the TXOP, the receiving end device has interference in the device, if the duration of the interference in the device is unknown, the sending end device and the receiving end device have the following behaviors respectively:

[0231] Sending end device behavior:

[0232] The sending device holds 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 sending device continues to wait for the response of the receiving device (or unsolicited Control frame initiated by the sending device) before the end of the TXOP until the receiving device successfully responds. Then the sending device continues to interact with the receiving device for data until the end of the current TXOP. Then the channel is detected by CCA to determine the idle / busy state of the channel. If the channel state is idle, the sending device can compete for the channel to initiate a new transmission.

[0233] Receiving device behavior:

[0234] After the end of the interference within the receiving device, the receiving device determines whether the current TXOP has ended by using the clock. If the current TXOP has not ended, the receiving device can actively send a Control frame to indicate that the interference within the device has ended and / or subsequent interference information within the device, and then wait for the sending device to initiate data interaction with it using the remaining time of the current TXOP. After the end of the current TXOP, the receiving device can detect the idle / busy state of the channel by CCA. If the channel state is idle, the receiving device can compete for the channel to initiate a new transmission.

[0235] Example 4: The duration of the interference is not known, the sending device initiates transmission until the moment when the interference within the receiving device comes, and then the sending device reattempts to initiate transmission at an interval of t time until the receiving device successfully responds

[0236] As shown in FIG. 27, the sending device and the receiving device obtain a TXOP through the interaction of an initial control frame (ICF, such as an RTS frame) and an initial control response frame (ICR, such as a CTS frame). In the TXOP start stage, the sending device and the receiving device can normally transmit and receive data. However, in the middle stage of the TXOP, the receiving device has interference within the device. If the duration of the interference within the device is unknown, the sending device and the receiving device have the following behaviors, respectively:

[0237] Sending device behavior:

[0238] The sending device keeps the current TXOP, sends a frame (Control frame or PPDU, etc.) to the receiving device, waits for the response of the receiving device, if the receiving device does not respond, the sending device repeats the attempt to send the frame (Control frame or PPDU, etc.) with an interval of time t, if the response of the receiving device is received before the maximum number of attempts T is reached and before the current TXOP ends, the sending device continues to interact with the receiving device for data exchange within the remaining time of the current TXOP until the current TXOP ends; then the sending device detects the idle / busy state of the channel through CCA, if the channel state is idle, it can compete for the channel to initiate a new transmission.

[0239] Receiving device behavior:

[0240] The receiving device judges whether the current TXOP has ended through the clock after the end of its device internal interference, if the current TXOP has not ended, it waits for the frame (Control frame or PPDU, etc.) initiated by the sending device, then continues to interact with the sending device for data exchange until the current TXOP ends; then the receiving device detects the idle / busy state of the channel through CCA, if the channel state is idle, it can compete for the channel to initiate a new transmission.

[0241] Example 5: The duration of interference is known and the duration of interference is less than the remaining time of TXOP, the receiving device indicates the time when the device internal interference ends, the sending device keeps the current TXOP, and the sending device continues transmission immediately after the end of the device internal interference of the receiving device

[0242] As shown in FIG. 28, the sending device and the receiving device obtain the TXOP through the interaction of the initial control frame (ICF, such as RTS frame) and the initial control response frame (ICR, such as CTS frame). In the TXOP starting stage, the sending device and the receiving device can normally transmit and receive data. But in the middle stage of TXOP, the receiving device has device internal interference, if the duration of the device internal interference is known and less than the remaining time of the current TXOP, then the sending device and the receiving device have the following behaviors respectively:

[0243] Sending device behavior:

[0244] The sending device keeps the current TXOP based on the indication of the device internal interference information of the receiving device in the frame (initial control response frame, ICR) at the moment when the device internal interference of the receiving device comes, waits for the end of the device internal interference of the receiving device, and then immediately continues to send the frame (Control frame, management frame and / or data frame, etc.) to the receiving device until the current TXOP ends; then the sending device detects the idle / busy state of the channel through CCA, if the channel state is idle, it can compete for the channel to initiate a new transmission.

[0245] Note: Since the transmitting device knows the start time and duration of the in-device interference of the receiving device through the in-device interference information 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 until the end of the in-device interference of the receiving device.

[0246] Receiving device behavior:

[0247] The receiving device can indicate its in-device interference information in a frame (initial control response frame, ICR), for example, set the duration field of the ICR to the time when the in-device interference occurs, and indicate the time when the in-device interference ends. In addition, the receiving device can adjust the end time of the transmission opportunity according to its in-device interference information, and notify the transmitting device.

[0248] After the in-device interference of the receiving device ends, the receiving device waits for the frame (control frame or PPDU, etc.) initiated by the transmitting device and responds, and interacts with the transmitting device for data until the current TXOP ends; then the receiving device detects the idle / busy state of the channel through CCA, and can initiate a new transmission by competing for the channel if the channel state is idle.

[0249] FIG. 29 is a schematic block diagram of a communication device 600 provided by an embodiment of the present application. As shown in FIG. 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, the receiving device, etc. described above. In some embodiments, the communication device 600 can further include a transceiver for transmitting / receiving data, or only include a transmitting circuit for transmitting 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 embodiments above.

[0250] It should be understood that the processor of the embodiments of the present application can be an integrated circuit chip having a processing capability of signals. In the implementation process, each step of the above method embodiments can be completed by integrated logic circuits or instructions in the form of software in the processor.

[0251] It can be appreciated that the memory in the embodiments of the application can be a volatile memory or a non-volatile memory, or can include both volatile and non-volatile memory. It should be noted that the memory of the system and method described herein is intended to include, but not be limited to, these and any other suitable type of memory. The embodiments of the application also provide a computer readable storage medium for storing a computer program.

[0252] Optionally, the computer readable storage medium can be applied to the communication device in the embodiments of the application, and the computer program causes the computer to execute the corresponding procedures realized by the communication device in the various methods of the embodiments of the application. For brevity, details are not repeated here. Alternatively, the computer readable storage medium can be applied to the sending end device or the receiving end device in any of the embodiments of the application, and the computer program causes the computer to execute the procedures realized by the access point in the various methods of the embodiments of the application. For brevity, details are not repeated here. Alternatively, the computer readable storage medium can be applied to the sending end device or the receiving end device in any of the embodiments of the application, and the computer program causes the computer to execute the procedures realized by the environment powered device or the non-access point station in the various methods of the embodiments of the application. For brevity, details are not repeated here.

[0253] The embodiments of the application also provide a computer program product comprising computer program instructions.

[0254] Optionally, the computer program product can be applied to the communication device in the embodiments of the application, and the computer program instructions cause the computer to execute the corresponding procedures realized by the communication device in the various methods of the embodiments of the application. For brevity, details are not repeated here.

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

[0256] The above is only a specific implementation of the application, but the protection scope of the application is not limited thereto. Any person skilled in the art can easily think of changes or replacements within the technical scope disclosed in the application, which should be covered within the protection scope of the application. Therefore, the protection scope of the application should be subject to the protection scope of the claims.

Claims

1. 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.

2. 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.

3. The method according to claim 2, wherein: The second frame further includes 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.

4. 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.

5. 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.

6. 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.

7. 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.

8. The method of claim 1, wherein: The availability information of the first device includes: 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.

9. The method of claim 8, wherein: The time window field includes: 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.

10. The method of claim 8, wherein: The time window field includes: 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.

11. The method of claim 8, wherein: The availability information of the first device also includes: The time window quantity indication field is used to indicate the quantity of the one or more time window fields.

12. The method of claim 11, wherein: The time window field also includes: 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.

13. The method of claim 8, wherein: The availability information of the first device also includes: The supported frequency band field is used to indicate the frequency bands corresponding to the one or more time windows.

14. The method of claim 8, wherein: The availability information of the first device also includes: The link identification field is used to indicate the links corresponding to the one or more time windows.

15. The method of claim 8, wherein: The availability information of the first device also includes: The channel identification field is used to indicate the channels corresponding to the one or more time windows.

16. The method of claim 8, wherein: The time window field also includes: 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.

17. A wireless communication method, performed by a transmitting device, wherein: There is intra-device interference in the transmitting device, and the method includes: 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.

18. The method of claim 17, wherein: The re-performing transmission in response to the end of the in-device interference includes: 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.

19. 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.

20. The method of claim 18, wherein: The determining whether the transmission opportunity ends when the interference in the device ends includes: Whether the transmission opportunity ends is determined based on a known time window of interference within the device.

21. The method of claim 18, wherein: The determining whether the transmission opportunity ends when the interference in the device ends includes: After the interference in the device ends, it is determined based on the internal clock whether the transmission opportunity ends.

22. The method of claim 17, further comprising: Sending a time window of interference within the device to the receiving device; as well as 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.

23. A wireless communication method, performed by a receiving device, wherein: There is intra-device interference in a transmitting device, and the method includes: 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.

24. The method of claim 23, wherein: The preset time includes: a preset timer time or a remaining time until the end of the transmission opportunity.

25. A wireless communication method, performed by a receiving device, wherein: The receiving device has intra-device interference, and the method includes: 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.

26. The method of claim 25, wherein: The re-performing transmission in response to the end of the in-device interference includes: 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.

27. 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.

28. The method of claim 26, wherein: The determining whether the transmission opportunity ends when the interference in the device ends includes: Whether the transmission opportunity ends is determined based on a known time window of interference within the device.

29. The method of claim 26, wherein: The determining whether the transmission opportunity ends when the interference in the device ends includes: After the interference in the device ends, it is determined based on the internal clock whether the transmission opportunity ends.

30. 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.

31. The method of claim 30, wherein: Information about the time window of the intra-device interference is included in the initial control response.

32. A wireless communication method, performed by a transmitting device, wherein: There is intra-device interference in a receiving device, and the method includes: 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.

33. The method of claim 32, wherein: The preset time includes: a preset timer time or a remaining time until the end of the transmission opportunity.

34. 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.

35. 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 the method according to any one of claims 1 to 34.

36. 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.

Images