Communication method and communication apparatus for overlapping basic service set

Abstract

The present application provides a communication method and communication apparatus for an overlapping basic service set. The method comprises: a first device receives first information from at least one second device, wherein the first information is used for indicating a transmission requirement of the at least one second device for an emergency service; and the first device sends second information to the at least one second device, wherein the second information is used for indicating that the at least one second device is used for transmitting a transmission resource of the emergency service, and the transmission resource is a transmission resource used for transmitting the emergency service and shared by the first device to the at least one second device. The first device belongs to a first basic service set, the at least one second device belongs to a second basic service set, and the first basic service set and the second basic service set are an overlapping basic service set. The present application provides a preempt transmission mechanism in an overlapping basic service set, thereby improving the transmission efficiency.

Description

Communication method and communication device for repeating basic service set

[0001] This application claims priority to the Chinese patent application filed with the State Intellectual Property Office of China on September 8, 2023, with application number 202311165166.4 and invention name “A communication method and communication device for repeating a basic service set”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of communication technology, and in particular to a communication method and a communication device for repeating a basic service set. Background Art

[0003] With the development of mobile internet and the popularization of smart devices, data traffic is experiencing explosive growth. Wireless local area networks (WLANs), with their high speed and low cost, have become one of the mainstream mobile broadband access technologies.

[0004] Currently, WLAN systems use a fallback mechanism to compete for channels and begin data transmission after acquiring a channel. If the currently transmitted service has a lower priority, and a higher-priority service waiting in the queue is unable to transmit, the existing WLAN protocol requires the lower-priority service in the queue to complete its transmission before the higher-priority service can proceed. This results in longer latency for the higher-priority service, failing to meet service requirements.

[0005] Introducing a preemption mechanism in a WLAN system can reduce latency for high-priority services and ensure their required latency. Current standards focus primarily on preemptive transmission mechanisms within the basic service set (BSS) where an access point (AP) resides. Extending the preemption mechanism within a BSS to an adjacent BSS, namely, an AP in an overlapping basic service set (OBSS) or one or more non-AP stations (non-AP STAs) associated with that AP, remains a hot topic in this area.

[0006] Summary of the Invention

[0007] The present application provides a communication method and a communication device for repeating a basic service set. The method provides a preemptive transmission mechanism in an OBSS to improve the efficiency of preemptive transmission.

[0008] In a first aspect, a communication method for repeating a basic service set is provided. The method may be performed by an access point or by a component of an access point (such as a chip or chip system, etc.), and this application is not limited thereto. The method includes:

[0009] A first device receives first information from at least one second device, where the first information is used to indicate the transmission requirements of an emergency service of the at least one second device; the first device sends second information to the at least one second device, where the second information is used to indicate the transmission resources used by the at least one second device to transmit the emergency service, and the transmission resources are transmission resources shared by the first device to the at least one second device for transmitting the emergency service; wherein the first device belongs to a first basic service set, the at least one second device belongs to a second basic service set, and the first basic service set and the second basic service set are duplicate basic service sets.

[0010] It should be understood that the transmission resource is a transmission resource used by the first device to transmit a PPDU. The first device shares the transmission resource with at least one second device, which then transmits emergency services using the transmission resource. The first device and the at least one second device, or the access point associated with the first device and the at least one second device, may have pre-negotiated a preemption mechanism. That is, after the first device receives the first information from the at least one second device, the first device shares the transmission resource with the at least one second device for use according to the pre-negotiated preemption mechanism.

[0011] It should also be understood that the first device shares transmission resources with at least one second device for transmitting emergency services. Specifically, the first device can share the transmission opportunity (TXOP) of the first device with at least one second device through a transmission opportunity sharing (TXS) trigger frame.

[0012] According to the method provided in the present application, at least one second device is a device of the repeated basic service set of the first device. When the at least one second device has a need to transmit an emergency service, the first device receives first information from the at least one second device, and the first information is used to indicate the transmission need of the emergency service of the at least one second device. After the first device receives the first information, the first device sends second information to the at least one second device, and the second information is used to indicate the transmission resources used by the at least one second device to transmit the emergency service. The transmission resources indicated by the second information are shared by the first device to the at least one second device. In the repeated basic service set, the transmission resources can be shared between the first device and the at least one second device to improve transmission efficiency.

[0013] In addition, when at least one second device has a need to transmit emergency services, there is no need to determine whether the channel is busy. The at least one second device can use the transmission resources shared by the first device to transmit emergency services, thereby reducing transmission interference between devices with overlapping basic service sets and reducing the transmission delay of the at least one second device.

[0014] In combination with the first aspect, in some possible implementations, before the first device receives the first information from the at least one second device, the method further includes: the first device sends the PPDU on the transmission resource, and the PPDU is used to indicate that preemptive transmission is allowed, and the preemptive transmission includes preemptive transmission of the first basic service set and / or preemptive transmission of the second basic service set.

[0015] It should be understood that the preemption transmission in this application can also be called preemptive transmission, which is not limited in this application.

[0016] It should also be understood that when the first device is an access point in the first basic service set, the first device may send a PPDU to a non-access point in the first basic service set on the transmission resource, where the PPDU is used to indicate that the first device allows preemptive transmission. Allowing preemptive transmission in this application may refer to allowing devices in the first basic service set to preempt transmission, and / or allowing devices in a basic service set that is a duplicate of the first basic service set (e.g., the second basic service set) to preempt transmission.

[0017] In combination with the first aspect, in some possible implementations, before the first device receives the first information from the at least one second device, the method also includes: the first device receives a preemptive request from the at least one second device; the first device sends a first trigger information to the at least one second device, and the first trigger information is used by the first device to obtain the transmission requirement information of the emergency service of the at least one second device.

[0018] Based on the above technical solution, before a first device receives first information from at least one second device, the first device receives a preemption request from the at least one second device. When the first device determines that the at least one second device is allowed to preempt transmission, the first device sends first trigger information to the at least one second device. The at least one second device sends the first information to the first device based on the first trigger information.

[0019] In combination with the first aspect, in some possible implementations, the first information also includes identification information of the second basic service set.

[0020] It should be understood that when the at least one second device is an access point in the second basic service set, when the first device receives the first information of the at least one second device, the sending address of the first information is the identification information of the second basic service set, and the first information does not need to additionally carry the identification information of the second basic service set. The first device can obtain that there is an emergency service to be transmitted in the second basic service set based on the sending address of the first information; or, the access point in the first basic service set and the access point in the second basic service set pre-negotiate / handshake, and the access point in the first basic service set (e.g., the first device) pre-knows the non-access point in the second basic service set. When the at least one second device is a non-access point in the second basic service set, when the first device receives the first information of the at least one second device, the first device knows that the at least one second device belongs to the second basic service set based on the pre-negotiation / handshake, and the first information does not need to carry the identification information of the second basic service set; or, when the at least one second device is a non-access point in the second basic service set, the first information of the at least one second device additionally carries the identification information of the second basic service set, which is used by the first device to identify which specific basic service set has the emergency service to be transmitted.

[0021] In combination with the first aspect, in some possible implementation methods, when the first trigger information is an uplink orthogonal frequency division multiple access random access UORA trigger frame, the association identifier (AID) 12 subfield in the UORA trigger frame includes at least one first value, and the user information field corresponding to the at least one first value is used to indicate that the first device is configured with at least one resource unit for the at least one second device, and the at least one resource unit is used for the at least one second device to transmit the first information.

[0022] It should be understood that the first trigger information is used to collect emergency services of the at least one second device. When the first trigger information is a UORA trigger frame, the user information field corresponding to at least one first value (e.g., 0, 2008-2044, 2045) in the AID12 field included in the UORA trigger frame indicates that the first device is allocated at least one resource unit for a non-associated non-access point (e.g., at least one second device). At least one second device can compete in a UORA manner to obtain a transmission opportunity from the at least one transmission unit and send an emergency service request (e.g., first information) to the first device.

[0023] It should also be understood that when the first trigger information is a UORA trigger frame, the user information field corresponding to at least one first value (for example, 0, 2008-2044, 2045) in the AID12 field included in the UORA trigger frame indicates at least one resource unit allocated by the first device to a non-associated non-access point, and the at least one resource unit can also be used to indicate the transmission resources used by the at least one second device to transmit emergency services.

[0024] In combination with the first aspect, in some possible implementations, when the first trigger information is an empty data packet feedback request polling NFRP trigger frame, the starting AID in the NFRP trigger frame is a group of AIDs, and the group of AIDs is an AID including the identification information of the at least one second device, or the starting AID in the NFRP trigger frame is the identification information of the starting emergency service device in the second basic service set, and the feedback type in the NFRP trigger frame is transmission requirement type information for indicating feedback reporting emergency services.

[0025] The starting AID in the NFRP trigger frame is a starting AID in a group of AIDs, and the group of AIDs includes the identification information of the at least one second device. Alternatively, the starting AID in the NFRP trigger frame includes the starting AID in the group of AIDs corresponding to the identification information of the at least one second device. That is, the starting AID in the NFRP frame can indirectly indicate the identification information of the at least one second device.

[0026] It should also be understood that the first trigger information is used to collect emergency services from the at least one second device. Specifically, when the first trigger information is an NFRP trigger frame, the starting AID in the NFRP trigger frame is updated to the starting AID of a group of AIDs that identify the at least one second device. Alternatively, the starting AID in the NFRP trigger frame is updated to the identification information of the starting emergency service device included in the second basic service set, and the feedback type in the NFRP trigger frame is used to indicate information about the transmission requirement type of the feedback emergency service.

[0027] It should also be understood that the first device first performs a handshake negotiation with the access point in the second basic service set to determine the AID corresponding to the identifier of the device containing the emergency service in the second basic service set. The first device updates the starting AID field in the NFRP according to the result of the handshake negotiation, or updates the starting AID and feedback type in the NFRP trigger frame.

[0028] In combination with the first aspect, in some possible implementations, when the first device does not receive the second information from the third device, the third device is any device in the third basic service set, the third basic service set and the first basic service set are duplicate service sets, and the second information is used to indicate the transmission requirements of the emergency service of the third device. The method also includes: the first device sends emergency service polling information to the access point in the third basic service set, the emergency service polling information is used to query whether the access point in the third basic service set has the transmission requirement of the emergency service, and the first device receives the third information of the access point in the third basic service set.

[0029] Based on the above technical solution, when a device in the third basic service set (e.g., a third device) does not send the third information to the first device, the first device may further send an emergency service polling message to the access point in the third basic service set, and the emergency service polling message is used to query whether the access point in the third basic service set has an emergency service transmission requirement. If the access point in the third basic service set has an emergency service transmission requirement, the first device receives the third information from the access point in the third basic service set. The first device sends a second message to the access point in the third basic service set, and the second message is used to respond to the third message, and the second message is used to indicate the transmission resources shared by the first device with the third device for transmitting the emergency service. If the first device determines that it has not received the emergency service requirement information of the repeated basic service set, the first device may poll the devices in the repeated basic service set for emergency service transmission, thereby ensuring that if there is an emergency service to be transmitted in the repeated basic service set, the transmission resources shared by the first device can be obtained and preempted for transmission.

[0030] In combination with the first aspect, in some possible implementations, the at least one second device includes an access point in the second basic service set. Before the first device receives the first information from the at least one second device, the method further includes: the first device sends emergency service polling information to the access point in the second basic service set, and the emergency service polling information is used to query whether the access point in the second basic service set has an emergency service transmission requirement; the first device receives the first information from the at least one second device, including: in the case that the access point in the second basic service set has an emergency service transmission requirement, the first device receives the first information from the access point in the second basic service set.

[0031] Based on the above technical solution, before a first device receives information indicating an emergency service transmission requirement from an access point in a repeated basic service set, the first device may first perform emergency service polling on the access point in the repeated basic service set. If an access point in the repeated basic service set has an emergency service to be transmitted, the access point may send first information to the first device based on the emergency service polling by the first device. If the access point in the repeated basic service set does not have uplink orthogonal frequency division multiple access capability, the access point in the repeated basic service set may send information indicating an emergency service transmission requirement to the first device.

[0032] In combination with the first aspect, in some possible implementations, the at least one second device includes an access point in the second basic service set, and the preemptive transmission includes the preemptive transmission of the access point in the second basic service set. Before the first device receives the first information from the at least one second device, the method further includes: the first device receives a preemptive request from the access point in the second basic service set; the first device sends emergency service polling information to the access point in the second basic service set, and the emergency service polling information is used to query whether the access point in the second basic service set has an emergency service transmission requirement; the first device receives the first information from the at least one second device, including: when the access point in the second basic service set has an emergency service transmission requirement, the first device receives the first information from the access point in the second basic service set.

[0033] In combination with the first aspect, in some possible implementation methods, before the first device receives the first information from the at least one second device, the method also includes: the first device sends emergency service polling information to the access point in the second basic service set, and the emergency service polling information is used to query whether the access point in the second basic service set has an emergency service transmission requirement; the first device receives the first information from the at least one second device, including: in the case that the device in the second basic service set has an emergency service transmission requirement, the first device receives the first information from the at least one second device, and the first information is sent by the at least one second device through the fallback contention channel.

[0034] Based on the above technical solution, the first device queries the repeated basic service set (e.g., the second basic service set) through emergency service polling information to determine whether there is a demand for emergency service transmission. The emergency service polling information triggers the device in the repeated basic service set to send information indicating the demand for emergency service transmission to the first device through a fallback contention method. For example, if an access point in the second basic service set has a demand for emergency service transmission, the first device receives first information from the access point in the second basic service set, where the first information is sent by the access point in the second basic service set through a fallback contention channel.

[0035] In a second aspect, a communication method for repeating a basic service set is provided. The method can be performed by an access point, a non-access point, or by a component of an access point (such as a chip or chip system, etc.) or a component of a non-access point (such as a chip or chip system, etc.), and this application is not limited to this. The method includes:

[0036] The second device sends first information to the first device, and the first information is used to indicate the transmission requirements of the emergency service of the second device; the second device receives second information from the first device, and the second information is used to indicate the transmission resources used by the second device to transmit the emergency service, and the transmission resources are the transmission resources shared by the first device to the at least one second device for transmitting the emergency service; wherein, the first device belongs to the first basic service set, the at least one second device belongs to the second basic service set, and the first basic service set and the second basic service set are repeated basic service sets.

[0037] It should be understood that the second device may be an access point in the second basic service set, or may be a non-access point in the second basic service set.

[0038] According to the method provided in the present application, the second device is any device in the repeated basic service set of the first device. When the second device has a need to transmit an emergency service, the second device sends a first message to the first device, and the first message is used to indicate the transmission need of the emergency service of the second device. After the first device receives the first message, it sends a second message to the second device according to the first message, that is, the second device receives the second message from the first device, and the second message is used to indicate the transmission resources used by the second device to transmit the emergency service. The transmission resources are shared by the first device to the second device. In the repeated basic service set, the transmission resources can be shared between the first device and the second device, thereby improving transmission efficiency.

[0039] In combination with the second aspect, in some possible implementation methods, before the second device sends the first information to the first device, the method also includes: the second device sends a preemptive request to the first device; the second device receives the first trigger information of the first device, and the first trigger information is used by the first device to obtain the transmission requirement information of the emergency service of the at least one second device.

[0040] In combination with the second aspect, in some possible implementations, the first information also includes identification information of the second basic service set.

[0041] It should be understood that when the second device is a non-access point in the second basic service set, the first information may include an identifier of the second basic service set, or may not carry the identifier of the second basic service set. When the second device is a non-access point in the second basic service set, the first device has previously handshaked / negotiated with an access point of the second basic service set, and the first device has determined the non-access point corresponding to the access point of the second basic service set, that is, the first information may not carry the identifier of the second basic service set. When the second device is an access point in the second basic service set, the first information may not carry the identifier of the second basic service set, and the sending address of the first information is the identifier of the second basic service set.

[0042] In combination with the second aspect, in some possible implementation methods, when the first trigger information is an uplink orthogonal frequency division multiple access random access UORA trigger frame, the AID12 subfield in the UORA trigger frame includes at least one first value, and the user information field corresponding to the at least one first value is used to indicate that the first device is configured with at least one resource unit for at least one of the second devices, and the at least one resource unit is used for at least one of the second devices to transmit the emergency service.

[0043] In combination with the second aspect, in some possible implementation methods, when the first trigger information is an empty data packet feedback request polling NFRP trigger frame, the starting AID in the NFRP trigger frame is the starting AID in a group of AIDs, and the group of AIDs is the AID of the identification information of at least one second device, or the NFRP trigger frame includes the identification information of the starting emergency service device, and the feedback type in the NFRP trigger frame is for indicating the transmission requirement information for feedback emergency service.

[0044] In combination with the second aspect, in some possible implementation methods, the second device is an access point in the second basic service set, and before the second device sends the first information to the first device, the method also includes: the second device receives emergency service polling information from the first device, and the emergency service polling information is used to query whether the second device has an emergency service transmission requirement; the second device sends the first information to the first device, including: when the second device has an emergency service transmission requirement, the second device sends the first information to the first device.

[0045] In combination with the second aspect, in some possible implementation methods, the second device is an access point in the second basic service set, and before the second device sends the first information to the first device, the method also includes: the second device receives emergency service polling information of the first device, and the emergency service polling information is used to query whether the second device has an emergency service transmission requirement; the second device sends the first information to the first device, including: when the device in the second basic service set has an emergency service transmission requirement, the second device sends the first information to the first device through a fallback contention channel.

[0046] In a third aspect, a communication device is provided, which includes: a transceiver unit for receiving first information from at least one second device, the first information being used to indicate transmission requirement information of an emergency service of the at least one second device; the transceiver unit is also used to send second information to the at least one second device, the second information being used to indicate a transmission resource used by the at least one second device to transmit the emergency service, the transmission resource being a transmission resource shared by the first device to the at least one second device for transmitting the emergency service; wherein the first device belongs to a first basic service set, the at least one second device belongs to a second basic service set, and the first basic service set and the second basic service set are duplicate basic service sets.

[0047] It should be understood that the transceiver unit may also perform the receiving and sending processing in the aforementioned first aspect;

[0048] In a possible implementation, the communication device further includes a processing unit, which is used for other processing except receiving and sending in the aforementioned first aspect.

[0049] In a fourth aspect, a communication device is provided, which includes: a transceiver unit for sending first information to a first device, wherein the first information is used to indicate the transmission requirements of the emergency service of the second device; the transceiver unit is also used to receive second information from the first device, wherein the second information is used to indicate the transmission resources used by the second device to transmit the emergency service, and the transmission resources are transmission resources shared by the first device to the at least one second device for transmitting the emergency service; wherein the first device belongs to a first basic service set, the at least one second device belongs to a second basic service set, and the first basic service set and the second basic service set are repeated basic service sets.

[0050] It should be understood that the transceiver unit can also perform the receiving and sending processing in the aforementioned second aspect.

[0051] In one possible implementation, the communication device further includes a processing unit, which is used for other processing in addition to receiving and sending in the aforementioned second aspect.

[0052] In a fifth aspect, a communication device is provided, comprising a processor. The processor is coupled to a memory and configured to execute instructions in the memory to implement the method of the first aspect and any possible implementation of the first aspect, or to implement the method of the second aspect and any possible implementation of the second aspect.

[0053] Optionally, the communication device also includes a memory.

[0054] Optionally, the communication device further includes a communication interface, and the processor is coupled to the communication interface.

[0055] In one implementation, the communication device is a centralized user configuration function. When the communication device is a centralized user configuration function, the communication interface may be a transceiver, or an input / output interface.

[0056] In another implementation, the communication device is a chip configured in a centralized user configuration function. When the communication device is a chip configured in a centralized user configuration function, the communication interface may be an input / output interface.

[0057] Optionally, the transceiver may be a transceiver circuit. Optionally, the input / output interface may be an input / output circuit.

[0058] In a sixth aspect, a processor is provided, comprising: an input circuit, an output circuit, and a processing circuit. The processing circuit is configured to receive a signal through the input circuit and transmit a signal through the output circuit, so that the processor executes the method in any possible implementation of the first aspect, or the method in any possible implementation of the second aspect.

[0059] In a specific implementation, the processor may be one or more chips, the input circuit may be an input pin, the output circuit may be an output pin, and the processing circuit may be a transistor, a gate circuit, a trigger, or various logic circuits. The input signal received by the input circuit may be, for example, but not limited to, received and input by a receiver, and the signal output by the output circuit may be, for example, but not limited to, output to and transmitted by a transmitter. The input circuit and the output circuit may be the same circuit, which functions as an input circuit and an output circuit at different times. The embodiments of the present application do not limit the specific implementation of the processor and various circuits.

[0060] In a seventh aspect, a processing device is provided, comprising a processor and a memory. The processor is configured to read instructions stored in the memory and receive signals via a receiver or transmit signals via a transmitter to execute the method of any possible implementation of the first aspect, or to execute the method of any possible implementation of the second aspect.

[0061] Optionally, there are one or more processors and one or more memories.

[0062] Optionally, the memory may be integrated with the processor, or the memory may be provided separately from the processor.

[0063] In the specific implementation process, the memory can be a non-transitory memory, such as a read-only memory, which can be integrated with the processor on the same chip or can be set on different chips. The embodiments of the present application do not limit the type of memory and the setting method of the memory and the processor.

[0064] It should be understood that the relevant data interaction process, such as sending configuration information, can be the process of outputting configuration information from the processor, and receiving configuration information can be the process of receiving input configuration information from the processor. Specifically, the data output by the processor can be output to the transmitter, and the input data received by the processor can be from the receiver. The transmitter and receiver can be collectively referred to as a transceiver.

[0065] The processing device in the seventh aspect may be one or more chips. The processor in the processing device may be implemented in hardware or software. When implemented in hardware, the processor may be a logic circuit, an integrated circuit, or the like; when implemented in software, the processor may be a general-purpose processor implemented by reading software code stored in a memory, which may be integrated into the processor or located independently of the processor.

[0066] In an eighth aspect, a computer program product is provided, which includes: a computer program (also referred to as code, or instructions), which, when executed, enables a computer to execute a method in any possible implementation of the first aspect, or enables a computer to execute a method in any possible implementation of the second aspect.

[0067] In the ninth aspect, a computer-readable storage medium is provided, which stores a computer program (also referred to as code, or instructions). When the computer program runs on a computer, the method in any possible implementation of the first aspect is executed, or the method in any possible implementation of the second aspect is executed. BRIEF DESCRIPTION OF THE DRAWINGS

[0068] FIG1 is a schematic diagram of a channel access process.

[0069] FIG2 is a schematic diagram of a rollback process.

[0070] FIG3 is a schematic diagram of NAV processing of virtual carrier sensing.

[0071] FIG4 is a schematic diagram of a wireless local area network architecture applicable to the present application.

[0072] FIG5 is a schematic diagram of a communication device provided in an embodiment of the present application.

[0073] FIG6 is a schematic diagram of a downlink transmission process of an access point that allows preemptive transmission.

[0074] FIG7 is a schematic diagram of a downlink transmission process of another access point that allows preemptive transmission.

[0075] FIG8 is a schematic diagram of a process of prioritizing transmission of uplink services during downlink transmission.

[0076] FIG9 is a schematic flowchart of a communication method for repeating a basic service set provided in an embodiment of the present application.

[0077] FIG10 is a schematic structural diagram of a UORA trigger frame provided in an embodiment of the present application.

[0078] FIG11 is a schematic diagram of a frame structure of an NFRP trigger frame provided in an embodiment of the present application.

[0079] FIG12 is a flowchart of OBSS preemptive transmission in uplink transmission provided by an embodiment of the present application.

[0080] FIG13 is a flowchart of OBSS preemptive transmission in uplink transmission provided by an embodiment of the present application.

[0081] FIG14 is a flowchart of another OBSS preemptive transmission process for uplink transmission provided in an embodiment of the present application.

[0082] FIG15 is a flowchart of another OBSS preemptive transmission process for uplink transmission provided in an embodiment of the present application.

[0083] FIG16 is a flowchart of another OBSS preemptive transmission process for uplink transmission provided in an embodiment of the present application.

[0084] FIG17 shows a schematic block diagram of a communication device provided in an embodiment of the present application.

[0085] FIG18 shows a schematic block diagram of another communication device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0086] The technical solutions in the embodiments of the present application will be described below in conjunction with the accompanying drawings. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making any creative efforts should fall within the scope of protection of this application.

[0087] In the embodiments of this application, words such as "exemplary" and "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design described in this application as "exemplary" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of the word "exemplary" is intended to present concepts in a concrete way.

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

[0089] It should be noted that the term "field" in this application may generally refer to a portion of information. A "field" may also be referred to as a "domain" or "field." Furthermore, the names of the fields in this application are merely examples and may be other names in specific implementations, and this application does not impose any specific limitations on these terms.

[0090] It should be understood that references to "embodiments" throughout this specification mean that a particular feature, structure, or characteristic associated with the embodiment is included in at least one embodiment of the present application. Therefore, various embodiments throughout this specification do not necessarily refer to the same embodiment. Furthermore, these particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.

[0091] It should also be understood that the ordinal numbers "first" and "second" mentioned in the embodiments of this application are used to distinguish multiple objects and are not used to define the size, content, order, timing, priority, or importance of the multiple objects. For example, the first information and the second information do not indicate differences in information size, content, priority, or importance.

[0092] It should also be understood that in this application, "when", "if" and "if" all mean that the network element will make corresponding processing under certain objective circumstances, which is not a time limit, and does not require the network element to make judgment actions when implementing it, nor does it mean that there are other limitations.

[0093] It should also be understood that in each embodiment of the present application, "A corresponds to B" means that B is associated with A, and B can be determined based on A. However, it should also be understood that determining B based on A does not mean determining B based solely on A, and B can also be determined based on A and / or other information.

[0094] In this application, "at least one" means one or more, and "more" means two or more. "And / or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can mean: including the existence of A alone, the existence of A and B at the same time, and the existence of B alone, where A and B can be singular or plural. The character " / " generally indicates that the previous and next associated objects are in an "or" relationship. "At least one of the following items" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, or c can mean: a, b, c, ab, ac, bc, or abc, where a, b, c can be single or multiple.

[0095] The technical solutions provided in the embodiments of the present application can be applied to wireless local area network (WLAN) scenarios, for example, supporting IEEE 802.11 related standards, such as 802.11a / b / g standards, 802.11n standards, 802.11ac standards, 802.11ax standards, IEEE 802.11ax next-generation Wi-Fi protocols, such as 802.11be, Wi-Fi 7, 802.11ad, 802.11ay or 802.11bf, and further such as the next generation of 802.11be, Wi-Fi 8, etc., and can also be applied to wireless personal area network systems based on ultra-wide band (UWB), such as the 802.15 series standards, and can also be applied to sensing systems, such as the 802.11bf series standards. The 802.11n standard is called high throughput (HT), the 802.11ac standard is called very high throughput (VHT), the 802.11ax standard is called high efficiency (HE), and the 802.11be standard is called extremely high throughput (EHT). Standards prior to HT, such as 802.11a / b / g, are collectively referred to as non-HT.

[0096] Currently, IEEE 802.11be's next-generation standard has been launched, with the Ultra-High Reliability (UHR) Working Group. Transmission reliability is a key focus for UHR. Furthermore, within the millimeter wave band, the IEEE 802.11 standards group plans to establish an Integrated Millimeter Wave (IMMW) Working Group. IMMW stands for Integrated Millimeter Wave.

[0097] To achieve the technical goal of extremely high throughput, the IEEE 802.11be standard identifies multi-link operation (MLO) as one of its key technologies. The core concept is that WLAN devices supporting the IEEE 802.11 standard have the ability to transmit and receive on multiple links, or multiple frequency bands (Multi-band), allowing for greater bandwidth for data transmission and significantly improving throughput. Multi-bands include, but are not limited to, the 2.4GHz Wi-Fi band, the 5GHz Wi-Fi band, and the 6GHz Wi-Fi band. Access and transmission on each frequency band is called a link, or access and transmission on a frequency interval within the same frequency band is called a link. Access and transmission consisting of multiple links is called MLO. An IEEE 802.11 standard station device that supports multiple links simultaneously is called a multi-link device (MLD), and the internal entity responsible for any one link is called a station (STA). If all STAs within an MLD are APs, it can be further referred to as an AP MLD. If all STAs within an MLD are non-AP STAs, it can be further referred to as a non-AP MLD. The methods in the embodiments of this application are also applicable to MLDs. For example, the APs in the embodiments of this application can also be AP MLDs, and the STAs can also be non-AP MLDs. This application does not specifically limit this.

[0098] Although the embodiments of the present application are mainly described by taking the deployment of a WLAN network, especially a network using the IEEE 802.11 system standard as an example, it will be readily understood by those skilled in the art that the various aspects involved in the embodiments of the present application can be extended to other networks that adopt various standards or protocols, such as a high performance wireless local area network (HIPERLAN), a wireless wide area network (WWAN), a wireless personal area network (WPAN), or other networks now known or developed later. Therefore, regardless of the coverage range and wireless access protocol used, the various aspects provided in the embodiments of the present application can be applied to any suitable wireless network. For example, the embodiments of the present application can also be applied to wireless local area network systems such as the Internet of Things (IoT) network or the Vehicle to X (V2X) network. Of course, the embodiments of the present application can also be applied to other possible communication systems, such as long term evolution (LTE) system, LTE frequency division duplex (FDD) system, LTE time division duplex (TDD), universal mobile telecommunication system (UMTS), world-wide interoperability for microwave access (WiMAX) communication system, fifth generation (5G) communication system, and future sixth generation (6G) communication system, etc.

[0099] The above-mentioned communication system applicable to the present application is only an example, and the communication system applicable to the present application is not limited to this. It is described uniformly here and will not be repeated below.

[0100] A WLAN can include multiple basic service sets (BSSs). Network nodes in a BSS are stations (STAs) and access points (APs). Each BSS can contain an AP and multiple STAs associated with the AP. STAs can also be called non-access points, and APs can also be called access points.

[0101] The AP in the embodiment of the present application may also be referred to as a wireless access point or hotspot, etc. AP is an access point for mobile users to enter the wired network. It is mainly deployed in homes, inside buildings, and inside campuses. The typical coverage radius is tens of meters to hundreds of meters. Of course, it can also be deployed outdoors. AP is equivalent to a bridge connecting the wired network and the wireless network. Its main function is to connect various wireless network clients together and then connect the wireless network to the Ethernet. For example, the AP can be a device that supports the 802.11ax protocol and a device that supports the 802.11ax next-generation Wi-Fi protocol. Furthermore, the AP can support the next generation of 802.11be, such as Wi-Fi 8, UHR, IMW and other 802.11 series protocols or subsequent versions and other one or more WLAN standard devices.

[0102] The STA in the embodiments of the present application can be a wireless communication chip, a wireless sensor, or a wireless communication terminal. For example, a mobile phone that supports Wi-Fi communication, a tablet computer that supports Wi-Fi communication, a set-top box that supports Wi-Fi communication, a smart TV that supports Wi-Fi communication, a smart wearable device that supports Wi-Fi communication, an in-vehicle communication device that supports Wi-Fi communication, and a computer that supports Wi-Fi communication. For example, the STA can be a device that supports the 802.11ax standard and a device that supports the next-generation 802.11ax Wi-Fi protocol. Furthermore, the AP can support one or more WLAN standards, such as the next generation of 802.11be, 802.11 series protocols such as Wi-Fi 8, UHR, or subsequent versions.

[0103] In an embodiment of the present application, as an example structure, a STA or AP includes a hardware layer, an operating system layer running on the hardware layer, and an application layer running on the operating system layer. The hardware layer includes hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory (also called main memory). The operating system can be any one or more computer operating systems that implement business processing through processes, such as a Linux operating system, a Unix operating system, an Android operating system, an iOS operating system, or a Windows operating system. The application layer includes applications such as browsers, address books, word processing software, and instant messaging software. The above examples do not limit the specific structure of the execution subject of the method provided in the embodiment of the present application to a unique implementation form. As long as it is possible to communicate according to the method provided in the embodiment of the present application by running a program that records the code of the method provided in the embodiment of the present application, for example, the execution subject of the method provided in the embodiment of the present application can be a STA or AP, or a functional module in the STA or AP that can call and execute a program.

[0104] In addition, various aspects or features of the present application can be implemented as methods, apparatuses, or articles of manufacture using standard programming and / or engineering techniques. The term "article of manufacture" as used in this application covers computer programs that can be accessed from any computer-readable device, carrier, or medium. For example, computer-readable media may include, but are not limited to: magnetic storage devices (e.g., hard disks, floppy disks, or magnetic tapes, etc.), optical disks (e.g., compact discs (CDs), digital versatile discs (DVDs), etc.), smart cards, and flash memory devices (e.g., erasable programmable read-only memories (EPROMs), cards, sticks, or key drives, etc.). In addition, the various storage media described herein may represent one or more devices and / or other machine-readable media for storing information. The term "machine-readable medium" may include, but is not limited to, wireless channels and various other media capable of storing, containing, and / or carrying instructions and / or data.

[0105] Latency requirements for various applications today, such as real-time competitive gaming, industrial IoT, virtual reality, augmented reality, and cloud gaming, are continuously increasing. Reducing latency in both wired and wireless transmission has become a key issue. Wired transmission, due to its relatively reliable transmission medium and relatively simple latency control, has attracted considerable research on latency reduction. Time-sensitive networking (TSN), specifically developed for this purpose, has explored several latency reduction solutions. However, wireless transmission, particularly in unlicensed spectrum, requires nodes to compete for transmission opportunities. Latency is therefore more difficult to control. Specifically, WLAN systems use a backoff mechanism to compete for channels and, after securing a channel, begin data transmission. If the currently transmitted service has a lower priority, existing WLAN protocols require queued services to wait until the lower-priority services have completed their transmission before transmission can proceed. This results in longer latency for the higher-priority services, failing to meet service requirements.

[0106] Wireless-fidelity (Wi-Fi) devices operate in unlicensed spectrum and access channels through methods such as the distributed coordination function (DCF). This ensures that APs and STAs can access the wireless medium without causing collisions. The carrier sense multiple access with collision avoidance (CSMA / CA) mechanism is the foundation of DCF. Before sending data, STAs or APs first monitor the channel status. If the channel remains idle for a period of time, a random backoff is performed. Data transmission can only begin if the channel remains idle after the backoff.

[0107] For example, when a STA needs to send data, it first listens to the wireless medium (WM) for a fixed duration to perform a clear channel access (CCA). If the medium is idle and the value of the random backoff counter is 0, the STA assumes that it can own the medium and begins a frame exchange. If the medium is busy, the STA waits for the medium to become idle, then waits for a fixed duration, and further waits for a random backoff (BO) period. If the STA determines that the medium remains idle after the fixed duration and during the backoff period, the STA assumes that it can own the medium and begins a frame exchange.

[0108] It should be understood that the basis of CSMA / CA is carrier sensing (CS). DCF uses both physical carrier sensing and virtual carrier sensing functions to determine the media status. The physical carrier sensing function is located in the physical layer (PHY), and it uses energy detection (ED) and preamble detection (PD) to determine whether the media is busy. Virtual carrier sensing is located in the media access control (MAC), and it uses the predetermined information carried in the duration field of the MAC frame header, which declares exclusive access to the media. The virtual carrier sensing function is called the network allocation vector (NAV). The channel is considered idle only if both the physical carrier sensing and virtual carrier sensing mechanisms consider the channel to be idle; otherwise, the channel is considered busy.

[0109] Figure 1 illustrates the channel access process. The distributed coordination function inter-frame space (DIFS), point coordination function inter-frame space (PIFS), and short inter-frame space (SIFS) are fixed durations for different frame types. When multiple STAs access a channel via the DCF, the fallback mechanism shown in Figure 2 can be used.

[0110] In the backoff process shown in Figure 2, the STA needs to back off to a random backoff time equal to a random backoff value multiplied by the time of each slot. The random backoff value is randomly selected from a uniformly distributed window [0, CW]. The contention window (CW) has multiple values. The initial attempt is initialized with the minimum value, CWmin. Each time a conflict occurs and a retransmission is required, the CW increases until it reaches its maximum value, CWmax. When the STA successfully sends data, the CW is reset to CWmin. The size of each window is the level of 2 minus 1, and is approximately twice the size of the previous level, or what can be called a window doubling.

[0111] As shown in Figure 3, with virtual carrier sensing, when a STA receives a Media Access Control Protocol Data Unit (MAC Protocol Data Unit, MPDU) not destined for the STA, it records the Network Allocation Vector (NAV) duration in the MAC frame header. During this NAV duration, the channel is considered busy and no channel contention occurs. The communicating devices typically exchange two short frames to set the NAV for surrounding third-party devices, reserving a transmission opportunity (TXOP). Multiple PPDUs can be transmitted within a TXOP.

[0112] It should be understood that 802.11 also introduces the EDCA (enhanced distributed channel access) mechanism, which designs different fixed durations (for example, xIFS), different contention windows, and different maximum allowed NAV duration values ​​for different services to meet the priorities of different services.

[0113] The method provided in the embodiment of the present application is mainly described by taking the application in WLAN as an example, wherein the WLAN may include multiple BSSs, and each BSS may include one or more STAs associated with an AP.

[0114] An AP, also known as a wireless access point or hotspot, may be referred to as an access point or access point in the embodiments of this application. An AP is an access point for mobile users to access a wired network. It is primarily deployed in homes, buildings, and campuses, with a typical coverage radius of tens to hundreds of meters. It can also be deployed outdoors. An AP acts as a bridge between wired and wireless networks, connecting wireless network clients and then connecting the wireless network to the Ethernet.

[0115] A STA can be a wireless communication chip, a wireless sensor, or a wireless communication terminal. In the embodiments of the present application, it can be referred to as a non-access point, a non-access point, or a station device, etc. Specific forms of a STA include: a mobile phone that supports Wi-Fi communication, a tablet that supports Wi-Fi communication, a set-top box that supports Wi-Fi communication, a smart TV that supports Wi-Fi communication, a smart wearable device that supports Wi-Fi communication, and a computer that supports Wi-Fi communication. Currently, the IEEE 802.11 series of standards is primarily used by STAs or APs. Specifically, a STA or AP can be a device equipped with a Wi-Fi chip. Optionally, a STA or AP can be a device that supports the 802.11ax standard. Furthermore, the STA or AP can be a device that supports multiple WLAN standards, such as 802.11ac, 802.11n, 802.11g, 802.11b, 802.11a, 802.11be, 802.11bn, and 1MW.

[0116] Figure 4 is a schematic diagram of the network architecture of a wireless local area network applicable to an embodiment of the present application. As shown in Figure 4, the WLAN includes BSS1 and BSS2, where BSS1 and BSS2 exist in the same physical space and use the same frequency channel area, such as the gray area in Figure 4, that is, BSS1 and BSS2 overlap in the spatial and frequency domains. BSS1 and BSS2 can be referred to as each other's overlapping basic service sets (OBSSs).

[0117] It should be understood that within a BSS, an AP can be associated with one or more STAs, that is, an AP can communicate with one or more STAs. As shown in Figure 4, the network architecture of a wireless local area network can also include multiple APs, and different APs can also communicate with each other. For example, as shown in Figure 4, AP#1 and AP#2 are shown, as well as STA 1 associated with AP#1 and STA2 associated with AP#2. Among them, AP#1, AP#2, STA1 and STA2 all belong to the repeated basic service set, that is, data can be transmitted between AP#1 and STA 1 or STA 2, data can be transmitted between STA 1 and STA 2, and AP#1 and AP#2 can also communicate with each other.

[0118] It should be understood that Figure 4 is only exemplary and should not limit the network architecture of the wireless local area network to which the present application is applicable. For example, the network architecture can also include more APs, and each AP can also be associated with more STAs. The embodiments of the present application are not limited here.

[0119] Figure 5 is a schematic diagram of a communication device provided in an embodiment of the present application. The communication device may include one or more of the following components: a processor 510, a transmitter 520, a memory 530, a receiver 540, a signal detector 550, a digital signal processor 560, and a user interface 570. It should be understood that the communication device may include only some of the modules shown in the diagram, for example, the communication device may include the processor 510 and the memory 530. In some possible implementations, the communication device may be an AP or a STA.

[0120] Figure 6 is a schematic diagram of the downlink transmission process. Based on the preemption mechanism being discussed in the current standard, AP, STA1, STA2 and STA3 all belong to the same BSS. Among them, the AP sends a request to send (RTS) frame to STA1, requesting transmission with STA1. STA1 sends a clear to send (CTS) frame to the AP, and then the AP and STA1 establish a transmission opportunity. The AP sends a downlink (DL) physical layer protocol data unit (PPDU) to STA1. Within a transmission opportunity, for non-low latency (Non-LL) services, or non-emergency services, the AP can send multiple DL PPDUs at intervals of x inter-frame space (xIFS). The specific duration of xIFS is not limited in this application (for example, xIFS can be SIFS).

[0121] When a STA has urgent business to transmit, the STA may send a preemption request (PR) to the AP with a shorter interframe interval, that is, a higher priority, to trigger the STA's preemptive transmission.

[0122] It should also be understood that during the process of AP transmitting DL PPDU to STA1, if the AP needs to send downlink emergency services to other STAs (such as STA2), the AP needs to send the DL PPDU containing the emergency services to STA2 after the frame interval of xIFS of sending the DL PPDU to STA1, as shown in Figure 7.

[0123] It should also be understood that when the AP transmits a DL PPDU to a certain STA (for example, STA1), when another one or more STAs (such as STA2 and / or STA3) have uplink business data for urgent business that needs to be transmitted, the STA2 and / or STA3 should send a PR to the AP after the AP transmits the DL PPDU to STA1 for an interval of SIFS, as shown in Figure 8.

[0124] The PRs sent by STA2 and STA3 contain identical PPDUs. This identical content prevents interference between the PRs sent by STA2 and STA3, allowing the AP to correctly receive them. However, since STA2 and STA3 send identical PRs to the AP, the AP cannot distinguish which STA sent the PR. To enable the AP to distinguish which STA sent the PR, after receiving PRs from STA2 and STA3, the AP can send a Null Data Packet Feedback Request Poll (NFRP) trigger frame. This NFRP triggers the associated STAs to send Null Data Packet Feedback Reports (NFRs). Different STAs send NFRs to the AP using different frequency subcarriers. The AP determines which STAs have urgent services to transmit based on the NFRs. The AP can also send an Uplink Orthogonal Frequency Division Multiple Access Random Access (UORA) trigger frame. This UORA trigger frame is used to trigger the STA to send an urgent service request (e.g., the first message), also known as a Low Latency Indication (LLI). The emergency service requests reported to the AP by different STAs can be distinguished. The STA sends a MAC frame on the resource unit indicated by the UORA trigger frame it competes for, and the MAC frame can carry the BSSID of the AP to which the STA is associated. Once the AP learns which STA or STAs have uplink emergency services to transmit, it further sends a basic trigger frame, which is used to schedule the STA to send an UL PPDU containing the emergency service.

[0125] According to the flowchart of downlink emergency service transmission shown in FIG6 , the flowchart of uplink emergency service transmission shown in FIG7 , and the flowchart of uplink emergency service transmission shown in FIG8 , the introduction of a preemptive mechanism in the WLAN system can reduce the latency of high-priority services and ensure the latency requirements of high-priority services. Currently, those skilled in the art are more concerned about the preemptive transmission mechanism within the same BSS. How to extend the preemptive mechanism within a BSS to another BSS in a neighboring area, that is, the AP or STA in the overlapping basic service set (OBSS), that is, how to configure transmission resources when there is an emergency service that needs to be transmitted on the device in the OBSS, is still unclear.

[0126] In view of this, the present application proposes a communication method for repeating a basic service set, clarifies the preemptive transmission mechanism in the OBSS, and thus improves the transmission efficiency.

[0127] Figure 9 is a schematic flow chart of a communication method for repeating a basic service set provided in an embodiment of the present application. The method includes the following steps. For example, the first device in the method may be AP#1 in BSS1 shown in Figure 4 , and the second device may be AP#2 and / or STA2 in BSS2 shown in Figure 4 , or other devices in BSS2.

[0128] It should be understood that the repeated basic service set of the first basic service set in the method shown in Figure 9 may include a second basic service set and / or a third basic service set. Among them, when a device in the repeated basic service set has a need for emergency service transmission, information indicating the transmission need for emergency service can be reported to the first device in the first basic service set, or the first device can perform emergency service polling on the devices in the repeated basic service set to obtain information on the transmission need for emergency service of the devices in the repeated basic service set, and the first device accordingly sends second information to the device with the emergency service transmission need, and the second information is used to indicate the transmission resources for transmitting the emergency service, and the transmission resources are the transmission resources of the first device. The following will be introduced in detail in combination with the following situations:

[0129] Case 1:

[0130] The repeated basic service set of the first basic service set includes a second basic service set, wherein at least one second device in the second basic service set has a transmission requirement for an emergency service and proactively reports information (eg, first information) indicating the transmission requirement for the emergency service to the first device.

[0131] Case 2:

[0132] The repeated basic service set of the first basic service set includes a second basic service set and a third basic service set. At least one second device in the second basic service set has a transmission requirement for an emergency service and is capable of proactively reporting information (e.g., first information) indicating the transmission requirement for the emergency service to the first device. Any device (e.g., a third device) in the third basic service set has a transmission requirement for an emergency service and has not reported information (e.g., third information) indicating the transmission requirement for the emergency service to the first device.

[0133] Case 3:

[0134] The repeated basic service set of the first basic service set includes a third basic service set, wherein any device (e.g., the third device) in the third basic service set has a need to transmit an emergency service and does not report information (e.g., the third information) indicating the need to transmit the emergency service to the first device.

[0135] For situation 1, the repeated basic service set of the first basic service set includes a second basic service set. Among them, at least one second device in the second basic service set has a transmission demand for emergency services and actively reports information (such as first information) indicating the transmission demand for emergency services to the first device. As shown in Figure 9, steps 901 and 902 may be included, as follows:

[0136] 901. A first device receives first information from at least one second device.

[0137] Correspondingly, the at least one second device sends the first information to the first device, wherein the first information is used to indicate the transmission requirement of the emergency service of the at least one second device.

[0138] Among them, the first device belongs to a first basic service set (such as BSS1 in Figure 4), at least one second device belongs to a second basic service set (such as BSS2 in Figure 4), and the first basic service set and the second basic service set are overlapping basic service sets.

[0139] It should be understood that when the at least one second device has urgent business to transmit, the at least one second device may send the first information to the first device.

[0140] In a possible implementation manner, the first information includes identification information of the second basic service set.

[0141] It should be understood that when the at least one second device is an access point in the second basic service set, the first device receives first information from the at least one second device, and the sending address of the first information is the identification information of the second basic service set, that is, the first device determines that the first information is from the second basic service set. The first information does not need to carry the identification information of the second basic service set.

[0142] It should also be understood that an access point in the first basic service set (e.g., a first device) pre-negotiates / handshakes with an access point in the second basic service set, and the first device and the access point in the second basic service set pre-exchange information and learn about other non-access points in the second basic service set associated with the access point. When the at least one second device is a non-access point in the second basic service set, the first device receives first information from the at least one second device, and the first information does not need to carry an identifier of the second basic service set. The first device can determine, based on the sender of the first information (the at least one second device) and the pre-negotiated information, that a device in the second basic service set is transmitting an emergency service.

[0143] It should also be understood that when the at least one second device is a non-access point in the second basic service set, the at least one second device may additionally carry identification information of the second basic service set in the first information, and the identification information of the second basic service set is used by the first device to identify which specific basic service set has emergency services that need to be transmitted.

[0144] 902. The first device sends second information to at least one second device.

[0145] Correspondingly, the at least one second device receives second information from the first device, where the second information is used to indicate a transmission resource used by the at least one second device to transmit the emergency service, where the transmission resource is the transmission resource of the first device.

[0146] It should be understood that, in response to the first information, the first device sends second information to at least one second device, where the second information is used to indicate the transmission resources for the at least one second device to transmit the emergency service. The first device determines, based on the first information, that the at least one second device has an emergency service that needs to be transmitted, and the first device shares its own transmission resources with the at least one second device. That is, the at least one second device transmits the emergency service using the transmission resources of the first device shared by the first device.

[0147] According to the method shown in Figure 9 above, the first basic service set and the second basic service set are overlapping basic service sets. When at least one second device in the second basic service set has an emergency service that needs to be transmitted, the at least one second device can send a first message to the first device in the first basic service set. The first device further shares its transmission resources with the at least one second device, and uses them to transmit the emergency service to the at least one second device. This ensures that emergency services are preemptively transmitted in overlapping basic service sets, improving transmission performance.

[0148] It should be understood that steps 901 and 902 in the method shown in Figure 9 above show that the repeated basic service set of the first basic service set includes the second basic service set, and at least one second device in the second basic service set has a demand for emergency service transmission and reports information (e.g., first information) indicating the transmission demand for emergency service transmission to the first device. When the repeated basic service set of the first basic service set includes the second basic service set and the third basic service set, the method shown in Figure 9 may specifically include the following situations:

[0149] For situation 2, the repeated basic service set of the first basic service set includes a second basic service set and a third basic service set. Among them, at least one second device in the second basic service set has a transmission demand for emergency services and can actively report information (such as first information) indicating the transmission demand for emergency services to the first device. Any device (such as a third device) in the third basic service set has a demand for emergency service transmission and does not report information (such as third information) indicating the transmission demand for emergency services to the first device. As shown in Figure 9, it can include steps 901', 902', 903' and 904', as follows:

[0150] 901 ′, a first device receives first information from at least one second device.

[0151] Correspondingly, the at least one second device sends the first information to the first device, wherein the first information is used to indicate the transmission requirement of the emergency service of the at least one second device.

[0152] It should be understood that step 901' is similar to step 901 in case 1. For details, please refer to the description of step 901 above, which will not be repeated here.

[0153] 902', the first device sends emergency service polling information to the third device.

[0154] Correspondingly, the third device receives the emergency service polling information from the first device.

[0155] It should be understood that the first basic service set and the third basic service set are overlapping basic service sets. When the first device does not receive the third information from any device in the third basic service set (e.g., the third device), the first device sends an emergency service polling message to the devices in the third basic service set. The third information is used to indicate the transmission requirement of the emergency service of the third device.

[0156] Among them, if the first device does not receive information indicating the transmission requirements of emergency services from any device in the repeated basic service set, the first device can send emergency service polling information to the devices in the repeated basic service set (for example, the third basic service set), and the emergency service polling information is used to query whether the devices in the repeated basic service set have transmission requirements for emergency services.

[0157] 903', the third device sends third information to the first device.

[0158] Correspondingly, the first device receives third information from the third device.

[0159] It should be understood that after the third device receives the emergency service polling information from the first device, it determines that the third device has emergency service that needs to be transmitted, and then the third device sends third information to the first device, and the third information is also used to indicate the transmission requirements of the emergency service of the third device.

[0160] 904 ′, the first device sends second information to at least one second device and a third device.

[0161] Accordingly, the at least one second information and the third device receive the second information from the first device.

[0162] It should be understood that in step 901', the first device receives first information from at least one second device, where the first information indicates the at least one second device's need to transmit an emergency service. If the first device does not receive third information from any device in the third basic service set, the first device sends an emergency service polling message to the devices in the third basic service set to inquire whether the devices in the third basic service set have any need to transmit an emergency service. Assuming that the third device has a need to transmit an emergency service, the first device receives third information from the third device, where the third information indicates the third device's need to transmit an emergency service. In response to the second information of the at least one second information and the third information of the third device, the first device sends second information to the at least one second device and the third device, where the second information indicates transmission resources for the at least one second device and the third device to transmit the emergency service. The transmission resources are the transmission resources shared by the first device with the at least one second device and the third device. Assuming that the third device does not have a need to transmit an emergency service, the first device does not need to perform step 903'. When the first device performs step 904', the second information indicates the transmission resources used by the first device to transmit the emergency service to the at least one second device, similar to step 902 in scenario one.

[0163] Based on the above technical solution, when the devices in the repeated basic service set of the first basic service set do not send information indicating the transmission requirements of the emergency service to the first device, the first device can send emergency service polling information to the devices in the repeated basic service set. When the devices in the repeated basic service set have emergency services that need to be transmitted, the devices in the repeated basic service set send their own emergency service transmission requirement information to the first device according to the emergency service polling information. The first device shares its own transmission resources with the devices in the repeated basic service set that need to transmit emergency services, for the devices to transmit the emergency services. In the case that the devices in the repeated basic service set do not have UL OFDMA transmission capability and are unable to actively send emergency service transmission requirements to the first device, the first device can obtain the emergency service transmission requirements of the devices in the repeated basic service set by sending emergency service polling information, thereby ensuring the preemptive transmission of the OBSS devices and improving transmission performance.

[0164] For situation three, the repeated basic service set of the first basic service set includes a third basic service set. Wherein, any device in the third basic service set (e.g., the third device) has a need to transmit an emergency service and has not reported information (e.g., the third information) indicating the transmission need for the emergency service to the first device. As shown in FIG. 9 , steps 901 , 902 , and 903 may be specifically as follows:

[0165] 901", the first device sends emergency service polling information to the third device.

[0166] Correspondingly, the third device receives the emergency service polling information from the first device.

[0167] It should be understood that the first basic service set and the third basic service set are overlapping basic service sets. When the first device does not receive the third information from any device in the third basic service set (e.g., the third device), the first device sends an emergency service polling message to the devices in the third basic service set. The third information is used to indicate the transmission requirement of the emergency service of the third device.

[0168] Among them, if the first device does not receive information indicating the transmission requirements of emergency services from any device in the repeated basic service set, the first device can send emergency service polling information to the devices in the repeated basic service set (for example, the third basic service set), and the emergency service polling information is used to query whether the devices in the repeated basic service set have transmission requirements for emergency services.

[0169] 902”, the third device sends third information to the first device.

[0170] Correspondingly, the first device receives third information from the third device.

[0171] It should be understood that after the third device receives the emergency service polling information from the first device, it determines that the third device has emergency service that needs to be transmitted, and then the third device sends third information to the first device, and the third information is also used to indicate the transmission requirements of the emergency service of the third device.

[0172] 903”, the first device sends second information to the third device.

[0173] Accordingly, the at least one second information and the third device receive the second information from the first device.

[0174] It should be understood that the repeated basic service set of the first basic service set is the third basic service set, wherein when the first device does not receive the third information from any device in the third basic service set, the first device sends an emergency service polling information to the devices in the third basic service set to inquire whether the devices in the third basic service set have any transmission requirements for emergency services. Assume that the third device has a transmission requirement for emergency services, that is, the first device receives the third information from the third device, and the third information is used to indicate the transmission requirement of the emergency services of the third device. In order to respond to the third information of the third device, the first device sends a second information to the third device, and the second information is used to indicate the transmission resources of the third device for transmitting emergency services, and the transmission resources are the transmission resources shared by the first device to the third device.

[0175] It should also be understood that the above-mentioned steps 901", 902" and 903" can also be applied to repeated basic service sets including a second basic service set and a third basic service set. The step 901" is that the first device sends emergency service polling information to at least one second device and a third device. When at least one second device and a third device have emergency services that need to be transmitted, the at least one second device and the third device both execute step 902"; when at least one second device does not have emergency services that need to be transmitted, and the third device has emergency services that need to be transmitted, the at least one second device does not need to execute subsequent steps, and the third device executes subsequent steps 902" and 903".

[0176] Based on the above technical solution, when the devices in the repeated basic service set of the first basic service set do not send information indicating the transmission requirements of the emergency service to the first device, the first device can send emergency service polling information to the devices in the repeated basic service set. When the devices in the repeated basic service set have emergency services that need to be transmitted, the devices in the repeated basic service set send their own emergency service transmission requirement information to the first device according to the emergency service polling information. The first device shares its own transmission resources with the devices in the repeated basic service set that need to transmit emergency services, for the devices to transmit the emergency services. In the case that the devices in the repeated basic service set do not have UL OFDMA transmission capability and are unable to actively send emergency service transmission requirements to the first device, the first device can obtain the emergency service transmission requirements of the devices in the repeated basic service set by sending emergency service polling information, thereby ensuring the preemptive transmission of the OBSS devices and improving transmission performance.

[0177] It should be understood that, based on the introduction in the above-mentioned cases 2 and 3, the first device can send emergency service polling information to the device in the repeated basic service set (e.g., the third device) to obtain the transmission requirements of the emergency services of the devices in the repeated basic service set. Based on the method shown in FIG9 above, in combination with cases 1 and 2, before step 901 and step 901', the method may further include the following steps:

[0178] The first device sends emergency service polling information to the access point in the second basic service set. Correspondingly, the access point in the second basic service set receives the emergency service polling information from the first device.

[0179] Among them, the emergency service polling information is used for the first information to query whether the access point in the second basic service set has the transmission demand of the emergency service. When the access point in the second basic service set has the transmission demand of the emergency service, the first device and the at least one second device perform step 901 or step 901'. That is, the first device receives the first information from the at least one second device (for example, the access point in the second basic service set), and accordingly, the at least one second device sends the first information to the first device. The first information is used to indicate the transmission demand of the emergency service of the access point in the second basic service set. For specific examples, please refer to the detailed description in Figures 13 to 15 below.

[0180] It can be seen that before the first device receives information indicating the need for emergency service transmission from an access point in the repeated basic service set, the first device can first poll the access point in the repeated basic service set for emergency services. When an access point in the repeated basic service set has an emergency service that needs to be transmitted, the access point sends the first information to the first device based on the emergency service polling of the first device. Even if the access point in the repeated basic service set does not have UL OFDMA transmission capability, the access point in the repeated basic service set can still send information indicating the need for emergency service transmission to the first device, ensuring preemptive transmission of the OBSS device and improving transmission performance.

[0181] It should be understood that based on the method shown in FIG. 9 , before step 901 and step 901 ′, the method may further include the following steps:

[0182] The first device sends emergency service polling information to the access point in the second basic service set. Correspondingly, the access point in the second basic service set receives the emergency service polling information from the first device.

[0183] When a device in the second basic service set has a transmission requirement for an emergency service, the first device and the at least one second device perform step 901, where the first device receives first information from the at least one second device, and the at least one second device sends the first information to the first device. The first information is sent by the at least one second device via a back-off contention channel.

[0184] It should be understood that the first device queries the repeated basic service set (e.g., the second basic service set) through the emergency service polling information to see whether there is a transmission demand for emergency services, and triggers the device of the repeated basic service set to send information indicating the transmission demand for emergency services to the first device through a fallback contention method through the emergency service polling information. For example, an access point in the second basic service set has a transmission demand for emergency services, and the first device receives first information from the access point in the second basic service set, where the first information is sent by the access point in the second basic service set through a fallback contention channel. For a specific example, please refer to the detailed description in Figure 16 below.

[0185] It should be understood that based on the method shown in Figure 9 above, before step 901 and step 901', the method may further include the following steps 1, 2, and 3. Among them, the following steps 1, 2, and 3 are mainly introduced in detail using the interaction between the first device and at least one second device as an example. Those skilled in the art can replace the at least one second device with a third device to perform the following steps, or perform the following steps with the first device and at least one second device and the third device, and at least one second device and the third device to perform similar steps. This application will not go into details. The following mainly takes the interaction between the first device and at least one second device as an example for introduction:

[0186] Step 1: The first device sends a PPDU on a transmission resource.

[0187] The first device may send a PPDU to other devices (e.g., non-access points) in the first basic service set on the transmission resource, where the PPDU is used to indicate that the first device allows preemptive transmission. The preemptive transmission includes preemptive transmission of the first basic service set and / or preemptive transmission of the repeated basic service set.

[0188] It should be understood that the first device sends a PPDU to other non-access points in the first basic service set first. The PPDU can be used to indicate that the first device allows devices within the BSS to preempt transmission, or the PPDU can be used to indicate that the first device allows devices within the OBSS to preempt transmission, or the PPDU can be used to indicate that the first device allows devices within the BSS and devices within the OBSS to preempt transmission.

[0189] It should also be understood that the first device may also pre-negotiate / interact with one or more access points of the OBSS to form a set / group, and the devices in the set / group may preempt each other's transmission.

[0190] Next, the following describes, by way of example, the use of a PPDU to indicate to the first device that preemptive transmission is permitted, and possible manifestations thereof:

[0191] Form 1: A two-bit value is used in the PPDU to indicate whether the first device is allowed to occupy the transmission.

[0192] For example, when the value of the two bits is 00, it means that the first device is not allowed to preempt transmission; when the value of the two bits is 01, it means that the first device allows devices within the BSS to preempt transmission, but does not allow devices within the OBSS to preempt transmission; when the value of the two bits is 10, it means that the first device allows devices within the 0BSS to preempt transmission, but does not allow devices within the BSS to preempt transmission; when the value of the two bits is 11, it means that the first device allows devices within the BSS to preempt transmission, and allows devices within the OBSS to preempt transmission.

[0193] It should be understood that the specific values ​​of the two bits correspond to different situations in which the first device allows preemptive transmission, and the specific situation of preemptive transmission corresponding to the above bit values ​​is only an example and not a limitation.

[0194] Form 2: A one-bit value is used in the PPDU to indicate whether the first device is allowed to occupy the transmission.

[0195] For example, when the value of this bit is 0, it indicates that the first device does not allow preemptive transmission; when the value of this bit is 1, it indicates that the first device allows preemptive transmission by devices within the BSS and allows preemptive transmission by devices within the OBSS. Alternatively, when the value of this bit is 1, it indicates that the first device does not allow preemptive transmission; when the value of this bit is 0, it indicates that the first device allows preemptive transmission by devices within the BSS and allows preemptive transmission by devices within the OBSS.

[0196] It should be understood that when a PPDU uses a bit to indicate whether preemptive transmission is allowed by the first device, assuming that the first device allows preemptive transmission by devices within the BSS by default, that is, when the value of this bit is 0, it can indicate that the first device does not allow preemptive transmission by devices within the OBSS, but allows preemptive transmission by devices within the BSS; when the value of this bit is 1, it indicates that the first device allows preemptive transmission by devices within the BSS and the OBSS. Alternatively, when the value of this bit is 1, it indicates that the first device does not allow preemptive transmission by devices within the OBSS, but allows preemptive transmission by devices within the BSS; when the value of this bit is 0, it indicates that the first device allows preemptive transmission by devices within the BSS and the OBSS.

[0197] Based on the above-mentioned first device indicating whether the first device allows preemptive transmission through PPDU, the repeated basic service set can form a preemptive transmission group, and the transmission resources are shared with each other, thereby achieving a balance of interests, encouraging OBSS preemptive transmission, and improving transmission efficiency.

[0198] It should be understood that the above step 1 is an optional step, that is, the step 1 can be executed or not, and this application does not limit this.

[0199] Step 2: The first device receives a preemption request from at least one second device, and accordingly, the at least one second device sends a preemption request to the first device.

[0200] It should be understood that when a device in the second basic service set (eg, at least one second device) has urgent services to transmit, the at least one second device may send a preemptive request to a device in the first basic service set (eg, the first device).

[0201] Step 3: The first device sends first trigger information to at least one second device, and correspondingly, the at least one second device receives the first trigger information from the first device. The first trigger information is used by the first device to obtain the transmission requirements of the emergency service of the at least one second device.

[0202] Among them, when the at least one second device has the need to transmit emergency services, the at least one second device sends a preemptive request (for example, PR) to the first device. After the first device receives the preemptive request of the at least one second device, the first device sends a first trigger message to the at least one second device according to the preemptive request of the at least one second device. The first trigger message is used to obtain the transmission requirement information of the emergency service of the at least one second device. The at least one second device performs step 901 according to the first trigger message of the first device, that is, the at least one second device sends a first message to the first device, and the first message is used to indicate the transmission requirement of the emergency service of the at least one second device.

[0203] In one possible implementation, the first trigger information is a UORA trigger frame, the AID12 subfield in the UORA trigger frame includes at least one first value, and the user information field corresponding to the at least one first value is used to indicate that the first device is configured with at least one resource unit for the at least one second device, and the at least one resource unit is used for the at least one second device to compete for resources through UORA, and is used to send the first information to the first device.

[0204] The at least one resource unit may also be used by the at least one second device to transmit the emergency service.

[0205] It should be understood that the first device defines at least one randomly contested resource unit (RU) through the UORA trigger frame, and the at least one RU is used for devices in the BSS and devices in the OBSS to send emergency services. The at least one RU can also be used by devices in the OBSS to send requests for the transmission of emergency services.

[0206] Figure 10 is a schematic diagram of the structure of the user information field included in the UORA trigger frame. As shown in Figure 10, when the value of the AID12 subfield in the user information field is 0 or 2045, it indicates that B26-B31 of the user field is the random access resource unit information (RA-RU) subfield. Otherwise, B26-B31 represents the spatial stream allocation subfield. The specific content of the AID12 subfield is shown in Table 1:

[0207] Table 1

[0208] Based on Table 1 above, when the devices in the BSS and the devices in the OBSS read the AID12 subfield in the UORA trigger frame as 0 or 2045, the devices in the BSS and the devices in the OBSS perform random access transmission according to the RU allocation subfield and the RU indicated in the RA-RU information. The RU allocation subfield is used to indicate the size and position of the first RA-RU. The structure of the RA-RU information subfield is shown in Table 2:

[0209] Table 2

[0210] The random access resource unit (RA-RU) subfield is used to indicate the number of consecutive RUs allocated to the UORA trigger frame. This value is the number of consecutive RA-RUs minus one.

[0211] Based on the introduction of the above-mentioned UORA trigger frame, in this application, for the OBSS scenario, the first device can set the AID12 subfield in some user fields in the UORA trigger frame to 2045, or any value from 2008 to 2044, and the user information field can be used to trigger the at least one second device to perform UORA transmission. Accordingly, when the at least one second device sends the first information to the first device based on the UORA trigger of the first device, the first information may carry the identification information of the second basic service set, or the first information may not carry the identification information of the second basic service set. The specific description is similar to the above, please refer to the above example. After the first device receives the first information of at least one second device, the first device can share the TXOP of the first device with at least one second device through a transmission opportunity sharing (TXOP sharing, TXS) trigger frame.

[0212] It should be understood that the transmission opportunity sharing in this application can be understood as transmission resource sharing, which can specifically be one or more of sharing part of the time, sharing part of the frequency, and sharing part of the spatial domain. This application does not limit this.

[0213] In another possible implementation, the first trigger information is an NFRP trigger frame, the starting AID in the NFRP trigger frame includes a first AID, and the first AID is the starting AID in a group of AIDs corresponding to the identification information of the at least one second device, or the NFRP trigger frame includes identification information of the starting emergency service device, and the feedback type in the NFRP trigger frame is transmission requirement information for indicating feedback of emergency services.

[0214] Figure 11 is a schematic diagram of the frame structure of an NFRP trigger frame. The user information in the NFRP trigger frame includes a starting AID, which is used to indicate the first AID within a certain AID range scheduled by the NFRP trigger frame. For example, the first AID (or starting AID) in a group of AIDs corresponding to the identification information of the at least one second device. The main meanings of the relevant fields in the NFRP trigger frame are shown in Table 3:

[0215] Table 3

[0216] It should be understood that the first device allocates some AIDs to devices participating in OBSS preemptive transmission (e.g., at least one second device), and the at least one second device performs NFRP feedback based on the AID in the BSS where the first device is located (e.g., at least one second device sends first information to the first device); or, the NFRP trigger frame redefines the starting AID in the field to the ID of the starting emergency service device, and uses the feedback type in the NFRP trigger frame to indicate the transmission requirement information for feedback emergency services. For OBSS devices that require preemptive transmission, the first information can be sent to the first device through the received NFRP trigger frame based on the ID of the emergency service device and the identification of the subcarrier used for feedback. The first information can be carried in the NFR and sent to the first device.

[0217] As an example, the number of at least one second device (eg, STA) for NFRP triggering frame scheduling may be determined based on the uplink bandwidth and the number of spatial multiplexing users, for example: The N STA Used to indicate the number of STAs, BW index It is used to indicate the index of the uplink bandwidth field. The Multiplexing Flag is used to indicate the number of spatially multiplexed users.

[0218] Among them, when BW is 20MHz, BW index =0; when BW is 40MHz, BW index =1; when BW is 80MHz, BW index =2; when BW is 160MHz or 80+80MHz, BW index = 3. If the Multiplexing Flag is 1, the number of users that can be scheduled is twice that of the case when the Multiplexing Flag is 0 under the same bandwidth.

[0219] Assume that the at least one second device is STA#1. After STA#1 receives the NFRP trigger frame, it determines the resource unit subcarrier index (eg, RU_TONE_SET_INDEX) of STA#1 as follows:

[0220] Among them, AID is the AID of STA#1, which is greater than or equal to the starting AID and less than the starting AID+N STA .

[0221] Among them, after STA#1 receives the NFRP trigger frame and determines to send feedback information (such as the first information) to the first device, the first information includes an NDP feedback report. The NDP feedback report is carried in the HE TB NDP. The HE TB NDP is a special variant of the four types of HE PPDUs in the high-efficiency trigger based physical layer protocol data unit (HE TB PPDU), and the HE TB NDP does not have a data field. Among them, STA#1 can transmit the two states of "1" and "0" by sending energy in the corresponding RU_TONE_SET (resource unit subcarrier set) of the high-efficiency long training field (HE-LTF). The subcarriers of the two states are different, and the first device (such as AP) determines whether it is "1" or "0" by identifying which subcarriers.

[0222] It should be understood that the specific mapping relationship between RU_TONE_SET_INDEX and HE-LTF subcarriers can be found in the prior art and will not be repeated in this application.

[0223] In conjunction with the above-mentioned introduction to the method shown in FIG9 , the preemptive transmission mechanism of the OBSS designed in the present application will be described in detail with reference to FIG12 to FIG16 .

[0224] Assume that AP1, STA1, and STA3 belong to BSS1, AP2 and STA2 belong to BSS2, and AP4 and STA4 belong to BSS4. BSS1, BSS2, and BSS4 are overlapping basic service sets.

[0225] As an example, when STA1 sends an uplink transmission to AP1, during the xIFS interval, BSS devices and OBSS devices (such as STA3, AP2, and STA2) with emergency services to be transmitted can send PRs to AP1. Based on the received PRs, AP1 sends first trigger information to STA3, AP2, and STA2 to obtain the transmission requirement information of the emergency services of STA3, AP2, and STA2. Based on the obtained transmission requirement information of the emergency services of STA3, AP2, and STA2, AP1 shares its own transmission resources with STA3, AP2, and STA2 through basic trigger frame 1 for transmission of emergency services.

[0226] Figure 12 shows a flowchart of OBSS preemptive transmission in uplink transmission. As shown in (a) of Figure 12, STA1 sends a request to send (e.g., RTS) frame to AP1, AP1 sends a clear to send (e.g., CTS) frame to STA1, and STA1 sends an uplink PPDU to AP1 based on the CTS. STA3, AP2, and STA2 all have urgent service needs. That is, after STA1 sends the uplink PPDU to AP1 after a SIFS interval, STA3, AP2, and STA2 send a preemption request (e.g., PR) to AP1. After receiving the preemption request, AP1 needs to further determine which device has urgent service to transmit. Subsequently, AP1 sends a first trigger message (e.g., UORA trigger frame, AID=2045) to STA3, AP2, and STA2. After receiving the first trigger message, STA3, AP2, and STA2 determine that they have urgent service to transmit and send a first message (e.g., emergency service buffer report) to AP1. After receiving emergency service buffer reports from STA3, AP2, and STA2, AP1 sends a second message (e.g., Basic Trigger Frame 1) to STA3, AP2, and STA2. Basic Trigger Frame 1 indicates the transmission resources used by STA3, AP2, and STA2 to transmit their respective emergency services. These transmission resources are the transmission resources used by AP1 to transmit information to non-access points associated with BSS1. After receiving Basic Trigger Frame 1, STA3, AP2, and STA2 transmit their respective emergency services according to the transmission resources indicated in Basic Trigger Frame 1. STA3 preempts transmission within BSS1 and sends an uplink PPDU to AP1. AP1 sends Basic Trigger Frame 2 to STA3, which is used by STA3 to send an uplink PPDU to AP1. AP2 and STA2 preempt transmission within the OBSS. AP2 sends a downlink PPDU to STA2 according to the transmission resources indicated in Basic Trigger Frame 1. AP2 then sends Basic Trigger Frame 3 to STA2, and STA2 sends an uplink PPDU to AP2 according to the transmission resources indicated in Basic Trigger Frame 3.

[0227] In Figure 12(a), AP1 sends Basic Trigger Frame 1 to STA3, AP2, and STA2, simultaneously completing the coordinated transmission between AP1 and AP2 and scheduling STA3's synchronous PPDU1. This Basic Trigger Frame 1 can also be split into two different frames: one for coordinated transmission and the other for AP1 to schedule STA3 to send TB PPDU1, as shown in Figure 12(b). The other processes included in Figure 12(b) are similar to those in Figure 12(a). For details, please refer to the detailed description of Figure 12(a).

[0228] It should be understood that AP1 may also send downlink emergency services to at least one of STA1 and STA3. Generally, by default, third-party devices are not allowed to preemptively transmit the downlink emergency services.

[0229] It should also be understood that Figures 12(a) and 12(b) above provide an OBSS preemption mechanism. AP1 receives preemption requests from within the BSS and from OBSS devices. Based on the preemption requests and the transmission requirements of received emergency services, AP1 shares its transmission opportunities with devices in BSS2. Under AP1's scheduling, AP1 and AP2 collaborate on transmission, further improving transmission efficiency and reducing interference between BSS devices.

[0230] In the flowchart shown in Figure 12, after receiving the first trigger information, STA3, AP2, and STA2 need to report the emergency service to AP1. STA3, AP2, and STA2 all have UL OFDMA transmission capabilities, that is, STA3, AP2, and STA2 send an emergency service buffer report to AP1.

[0231] As another example, when an OBSS device (e.g., AP2) does not have UL OFDMA transmission capability, that is, AP2 cannot report its own emergency service demand information to AP1 based on the first trigger information sent by AP1, AP1 can poll the APs of one or more OBSS devices by sending emergency service polling information to obtain the transmission demand information of the emergency services of the OBSS devices.

[0232] Figure 13 shows a flowchart of OBSS preemptive transmission in uplink transmission. Assume that neither AP2 nor AP4 has UL OFDMA transmission capabilities. That is, after receiving the first trigger information (e.g., UORA trigger frame) from AP1, AP2 and AP4 are unable to report their own emergency service requirements to AP1. In other words, AP2 and AP4 are unable to respond to AP1's first trigger information.

[0233] Among them, if AP1 does not receive a response to the first trigger information from any device in BSS2 and any device in BSS4, the AP1 can send emergency service polling information to the access point in BSS2 (for example, AP2) and the access point in BSS4 (for example, AP4), and the emergency service polling information is used to query whether the AP2 and AP4 have any transmission requirements for emergency services.

[0234] As shown in Figure 13, STA2 in BSS2 sends STA2's emergency service transmission requirement information to AP1 based on AP1's first trigger information. Optionally, STA2 can report BSS2's identification information to AP1. Whether STA2 needs to send BSS2's identification information to AP1 can be described in detail in Figure 9 above. This example uses STA2 sending the BSS2 ID to AP1 as an example.

[0235] AP1 receives the transmission requirement information for indicating the emergency service from STA2, that is, AP1 does not need to send the emergency service polling information to AP2. AP1 sends the emergency service polling information to AP4 to inquire whether AP4 has the transmission requirement for the emergency service. If AP4 has the transmission requirement for the emergency service, then AP4 sends the transmission requirement information for indicating the emergency service (or called the emergency service cache reporting information) to AP1 based on the emergency service polling information of AP1. Furthermore, based on the received transmission requirement information for the emergency service, AP1 shares its own transmission opportunity with the devices in BSS2 and BSS4. Subsequently, the transmission resources can be shared with the devices in BSS2 and BSS4 through trigger frames, which is similar to the description in Figure 12 above. For details, please refer to the detailed description in Figure 12 above.

[0236] As another example, when implementing the transmission of non-emergency services, AP1 only allows access points in the OBSS (such as AP2, AP4) to send PR to AP1, and then AP1 sends emergency service polling information to the access points in the OBSS to obtain response information from access points with emergency service transmission requirements, thereby reducing the waste of air interface time.

[0237] Figure 14 shows a flow chart of OBSS preemptive transmission for uplink transmission. AP2 and AP4 send PRs to AP1, and STA2 and STA4 do not need to send PRs to AP1. AP1 receives PRs from AP2 and AP4. After AP1 determines that AP2 and AP4 have transmission requirements for emergency services based on the preemptive requests, it sends emergency service polling information to AP2 and AP4. Accordingly, AP2 sends information indicating the transmission requirements for emergency services to AP1, and AP4 sends information indicating the transmission requirements for emergency services to AP1. Based on the information indicating the transmission requirements for emergency services from AP2 and AP4, AP1 shares AP1's transmission resources with AP2 and AP4, and sends transmission resources for transmitting emergency services to AP2 and AP4 through trigger frames. AP2 sends a DL PPDU (emergency service) to STA2 based on the transmission resources shared by AP1. When STA2 has emergency service to be transmitted, it sends a transmission request for the emergency service to AP2. AP2 indicates the transmission resources to STA2 based on the transmission resource indicated by AP2. STA2 then sends a TB PPDU (emergency service) to AP2 based on the transmission resources indicated by AP2. AP4 in BSS2 is similar to AP2 in BSS2 above and will not be described in detail here.

[0238] As another example, when implementing the transmission of non-emergency services, any device in the OBSS does not need to send PR to AP1. AP1 can send emergency service polling information to the access point in the OBSS at a certain interval (such as SIFS) according to a predefined / preconfigured rule or a rule indicated by the system indication information, so as to obtain response information from the access point with emergency service transmission requirements. The OBSS device does not need to support the sending of PR to achieve preemptive transmission of OBSS.

[0239] Figure 15 shows a flowchart of OBSS preemptive transmission for uplink transmission. None of the OBSS devices need to send PR to AP1. AP1 determines the interval SIFS to send emergency service polling information to AP2 and AP4 to inquire whether AP2 and AP4 have emergency services that need to be transmitted. When AP2 and AP4 have emergency services that need to be transmitted, they send transmission requirement information indicating the emergency services to AP1. AP1 determines to share its own transmission resources with AP2 and AP4 based on the transmission requirement information indicating the emergency services of AP2 and AP4, that is, AP1 sends a trigger frame to AP2 and AP4 to indicate the transmission resources of AP2 and AP4 for transmitting emergency services. Accordingly, after receiving the trigger frame from AP1, AP2 and AP4 transmit the corresponding emergency services on the transmission resources indicated by the trigger frame.

[0240] As another example, when implementing the transmission of non-emergency services, no device in the OBSS needs to send PR to AP1. AP1 can send emergency service polling information to an access point in the OBSS at a certain interval (such as SIFS) according to a predefined / preconfigured rule or a rule indicated by the system indication information. The emergency service polling information can also be used to trigger the access point in the OBSS to send emergency service transmission requirement information to AP1 through a fallback competition method. This avoids the delay of AP1 sending emergency service polling information to the access point in the OBSS and improves transmission efficiency.

[0241] Figure 16 shows a schematic diagram of the OBSS preemptive transmission process for uplink transmission. No OBSS device needs to send a preemption request to AP1. AP1 determines a SIFS interval to send emergency service polling information to AP2, triggering AP2 and AP4 to use a fallback contention method to send transmission requirement information indicating the emergency service to AP1. The fallback method used by AP2 and AP4 is similar to the fallback contention method shown in Figure 2. After AP2's fallback time expires, AP2 sends transmission requirement information indicating AP2's emergency service to AP1. After AP4's fallback time expires, AP4 sends transmission requirement information indicating AP4's emergency service to AP1. Based on the transmission requirement information indicating AP2 and AP4's emergency service, AP1 determines to share its own transmission resources with AP2 and AP4. Specifically, AP1 sends a trigger frame to AP2 and AP4, indicating the transmission resources AP2 and AP4 use for transmitting the emergency service. Accordingly, after receiving the trigger frame from AP1, AP2 and AP4 transmit the corresponding emergency service on the transmission resources indicated by the trigger frame. This avoids the delay of AP1 sending emergency service polling information to the access points in the OBSS, thereby improving transmission efficiency.

[0242] Based on the method shown in Figures 9 to 16 above, the OBSS device is allowed to preempt transmission in the PPDU sent by AP1, or AP1 pre-shakes / negotiates with other access points of the repeated basic service set (such as AP2, AP4) to allow the OBSS device to preempt transmission. AP1 can indicate that the OBSS device is allowed to preempt transmission through a trigger frame. Among them, AP1 can indicate that the OBSS device is allowed to send PR, or AP1 can allow the OBSS device to transmit emergency services through spatial multiplexing. AP1 can indicate that the OBSS device is allowed to send PR, and the OBSS device preempts transmission. For specific examples, please refer to the detailed introduction in Figures 12 to 14 above. Next, it will be exemplified that AP1 allows the OBSS device to transmit emergency services through spatial multiplexing.

[0243] It should be understood that AP1 allows OBSS devices to transmit emergency services through spatial multiplexing, which can be indicated by triggering the frame or the preamble of the PPDU. This indication can be combined with the existing signaling field, for example, indicating that spatial reuse parameters (SRP) are prohibited, or indicating that SRP and OBSS-packet detection spatial multiplexing of the non-SR group (Group) are prohibited (SRP_AND_NON-SRG_OBSS-PD_PROHIBITED) to prohibit third-party devices from performing spatial multiplexing transmission of non-emergency services, and then additionally indicating through signaling that OBSS devices are allowed to preempt transmission, that is, to exempt emergency services from restrictions.

[0244] As an example, the spatial multiplexing parameter field may be redefined as shown in Table 4:

[0245] Table 4

[0246] Among them, the meanings of the UL SRP values ​​in the above Table 4 can be interchanged. For example, when the UL SRP value is 13, the UL SRP value can correspond to PSR≥-29dBm; when the UL SRP value is 14, the UL SRP value can correspond to SRP_AND_NON-SRG_OBSS-PD_PROHIBITED (spatial multiplexing is prohibited), but OBSS devices are allowed to preempt transmission.

[0247] As shown in Table 4, spatial multiplexing is prohibited by redefining the spatial multiplexing field, but OBSS devices are allowed to preempt transmission. Furthermore, when an OBSS device sends a PR to AP1 or preempts data transmission using spatial multiplexing, it can only ignore the NAV from the BSS where AP1 is located, but not the NAV from other BSSs (e.g., a third-party BSS). The OBSS device can only ignore the NAV of duplicate basic service sets, not the NAV from other BSSs. This helps prevent OBSS transmissions from interfering with transmissions from third-party BSSs.

[0248] It should be understood that the above redefinition of the spatial multiplexing field allows OBSS devices to preempt transmissions, while disallowing spatial multiplexing transmissions for non-emergency services. This also defines that OBSS devices can only ignore the NAV of the BSS containing AP1 in BSS1 during preemptive transmissions, and cannot ignore the NAVs of other BSSs. This further reduces unnecessary interference during transmissions and increases the priority of preemptive transmissions.

[0249] The method provided in the embodiments of the present application is described in detail above in conjunction with Figures 1 to 16. The above method is mainly described from the perspective of the interaction between the first device and the second device. It is understood that in order to implement the above functions, the first device and the second device include hardware structures and / or software modules corresponding to performing each function.

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

[0251] Hereinafter, the communication device provided by the embodiment of the present application will be described in detail with reference to Figures 17 and 18. It should be understood that the description of the device embodiment corresponds to the description of the method embodiment. Therefore, for the content that is not described in detail, please refer to the method embodiment above. For the sake of brevity, some content will not be repeated. In the embodiment of the present application, the functional modules of the first device or the second device can be divided according to the above method example. For example, each functional module can be divided corresponding to each function, or two or more functions can be integrated into one processing module. The above-mentioned integrated module can be implemented in the form of hardware or in the form of software functional modules. It should be noted that the division of modules in the embodiment of the present application is schematic and is only a logical functional division. There may be other division methods in actual implementation. The following is an example of dividing each functional module corresponding to each function.

[0252] The data transmission method provided by this application is described in detail above. The following describes the communication device provided by this application. In one possible implementation, the device is used to implement the steps or processes corresponding to the first device in the above method embodiment. In another possible implementation, the device is used to implement the steps or processes corresponding to the second device in the above method embodiment.

[0253] Figure 17 is a schematic block diagram of a communication device 200 provided in an embodiment of the present application. As shown in Figure 17, the device 200 may include a communication unit 210 and a processing unit 220. The communication unit 210 can communicate with the outside world, and the processing unit 220 is used to process data. The communication unit 210 may also be referred to as a communication interface or a transceiver unit.

[0254] In one possible design, the device 200 can implement steps or processes corresponding to those performed by the first device in the above method embodiment, wherein the processing unit 220 is used to perform processing-related operations of the first device in the above method embodiment, and the communication unit 210 is used to perform sending-related operations of the first device in the above method embodiment.

[0255] In another possible design, the device 200 can implement steps or processes corresponding to those performed by the second device in the above method embodiment, wherein the communication unit 210 is used to perform reception-related operations of the second device in the above method embodiment, and the processing unit 220 is used to perform processing-related operations of the second device in the above method embodiment.

[0256] It should be understood that the device 200 here is embodied in the form of a functional unit. The term "unit" here can refer to an application specific integrated circuit (ASIC), an electronic circuit, a processor (such as a shared processor, a proprietary processor or a group processor, etc.) and a memory for executing one or more software or firmware programs, a merging logic circuit and / or other suitable components that support the described functions. In an optional example, those skilled in the art will understand that the device 200 can be specifically the first device in the above-mentioned embodiment, which can be used to execute the various processes and / or steps corresponding to the first device in the above-mentioned method embodiment, or the device 200 can be specifically the second device in the above-mentioned embodiment, which can be used to execute the various processes and / or steps corresponding to the second device in the above-mentioned method embodiment. To avoid repetition, it will not be described here.

[0257] The apparatus 200 of each of the above-mentioned solutions has the function of implementing the corresponding steps performed by the first device in the above-mentioned method, or the apparatus 200 of each of the above-mentioned solutions has the function of implementing the corresponding steps performed by the second device in the above-mentioned method. The functions can be implemented by hardware, or can be implemented by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above-mentioned functions; for example, the communication unit can be replaced by a transceiver (for example, the sending unit in the communication unit can be replaced by a transmitter, and the receiving unit in the communication unit can be replaced by a receiver), and other units, such as the processing unit, can be replaced by a processor to respectively perform the sending and receiving operations and related processing operations in each method embodiment.

[0258] In addition, the above-mentioned communication unit can also be a transceiver circuit (for example, it can include a receiving circuit and a transmitting circuit), and the processing unit can be a processing circuit. In an embodiment of the present application, the device in Figure 17 can be the first device or the second device in the aforementioned embodiment, or it can be a chip or a chip system, such as a system on chip (SoC). Among them, the communication unit can be an input and output circuit, a communication interface; the processing unit is a processor or microprocessor or integrated circuit integrated on the chip. This is not limited here.

[0259] Figure 18 is a schematic block diagram of a communication device 300 provided in an embodiment of the present application. The device 300 includes a processor 310 and a transceiver 320. The processor 310 and the transceiver 320 communicate with each other via an internal connection path. The processor 310 is configured to execute instructions to control the transceiver 320 to transmit and / or receive signals.

[0260] Optionally, the apparatus 300 may further include a memory 330, which communicates with the processor 310 and the transceiver 320 via an internal connection path. The memory 330 is used to store instructions, and the processor 310 can execute the instructions stored in the memory 330. In one possible implementation, the apparatus 300 is used to implement the various processes and steps corresponding to the first device in the above-mentioned method embodiment. In another possible implementation, the apparatus 300 is used to implement the various processes and steps corresponding to the second device in the above-mentioned method embodiment.

[0261] It should be understood that the device 300 can be specifically the first device or the second device in the above-mentioned embodiment, or it can be a chip or a chip system. Correspondingly, the transceiver 320 can be the transceiver circuit of the chip, which is not limited here. Specifically, the device 300 can be used to execute the various steps and / or processes corresponding to the first device or the second device in the above-mentioned method embodiment. Optionally, the memory 330 can include a read-only memory and a random access memory, and provide instructions and data to the processor. A portion of the memory can also include a non-volatile random access memory. For example, the memory can also store information about the device type. The processor 310 can be used to execute instructions stored in the memory, and when the processor 310 executes the instructions stored in the memory, the processor 310 is used to execute the various steps and / or processes of the above-mentioned method embodiment corresponding to the first device or the second device.

[0262] During implementation, each step of the above method can be completed by an integrated logic circuit of the hardware in the processor or by instructions in the form of software. The steps of the method disclosed in conjunction with the embodiments of the present application can be directly embodied as being executed by a hardware processor, or can be executed by a combination of hardware and software modules in the processor. The software module can be located in a storage medium mature in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in conjunction with its hardware. To avoid repetition, it will not be described in detail here.

[0263] It should be noted that the processor in the embodiments of the present application can be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method embodiment can be completed by hardware integrated logic circuits in the processor or instructions in software form. The above processor can be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component. The processor in the embodiments of the present application can implement or execute the various methods, steps, and logic block diagrams disclosed in the embodiments of the present application. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the embodiments of the present application can be directly embodied as being executed by a hardware decoding processor, or can be executed by a combination of hardware and software modules in the decoding processor. The software module can be located in a storage medium mature in the art, such as random access memory, flash memory, read-only memory, programmable read-only memory, or electrically erasable programmable memory, registers, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.

[0264] It is understood that the memory in the embodiments of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate synchronous DRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), and direct rambus RAM (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0265] It should be noted that when the processor is a general-purpose processor, DSP, ASIC, FPGA or other programmable logic device, discrete gate or transistor logic device, or discrete hardware component, the memory (storage module) can be integrated into the processor. It should also be noted that the memory described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0266] In addition, the present application also provides a computer-readable storage medium, which stores computer instructions. When the computer instructions are executed on a computer, the operations and / or processes performed by the first device or the second device in each method embodiment of the present application are executed.

[0267] The present application also provides a computer program product, which includes computer program code or instructions. When the computer program code or instructions are run on a computer, the operations and / or processes performed by the first device or the second device in each method embodiment of the present application are executed.

[0268] In addition, the present application also provides a communication system, including the first device or the second device in the embodiments of the present application.

[0269] It should also be noted that the memory described herein is intended to comprise, but not be limited to, these and any other suitable types of memory.

[0270] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application. Those skilled in the art will clearly understand that for the convenience and simplicity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here. In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interfaces, devices or units, which may be electrical, mechanical or other forms. The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment. In addition, the functional units in the various embodiments of the present application may be integrated into a processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit.

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

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

Claims

1. A communication method for repeating a basic service set, characterized in that: include: A first device receives first information from at least one second device, where the first information is used to indicate a transmission requirement of an emergency service of the at least one second device; The first device sends second information to the at least one second device, where the second information is used to indicate a transmission resource used by the at least one second device to transmit the emergency service, and the transmission resource is a transmission resource shared by the first device to the at least one second device for transmitting the emergency service; The first device belongs to a first basic service set, the at least one second device belongs to a second basic service set, and the first basic service set and the second basic service set are overlapping basic service sets.

2. The method according to claim 1, characterized in that Before the first device receives the first information from the at least one second device, the method further includes: The first device sends a physical layer data protocol unit PPDU on the transmission resource, where the PPDU is used to indicate that preemptive transmission is allowed, and the preemptive transmission includes preemptive transmission of the first basic service set and / or preemptive transmission of the repeated service set.

3. The method according to claim 1 or 2, characterized in that: Before the first device receives the first information from the at least one second device, the method further includes: The first device receives a preemption request from the at least one second device; The first device sends first trigger information to the at least one second device, where the first trigger information is used by the first device to obtain transmission requirement information of the emergency service of the at least one second device.

4. The method according to any one of claims 1 to 3, characterized in that The first information includes identification information of the second basic service set.

5. The method according to claim 3 or 4, characterized in that: When the first trigger information is an uplink orthogonal frequency division multiple access random access UORA trigger frame, the AID12 subfield in the UORA trigger frame includes at least one first value, and the user information field corresponding to the at least one first value is used to indicate that the first device is configured with at least one resource unit for the at least one second device, and the at least one resource unit is used for the at least one second device to transmit the first information.

6. The method according to claim 3 or 4, characterized in that: When the first trigger information is an empty data packet feedback request polling NFRP trigger frame, the starting association identifier AID in the NFRP trigger frame is the starting AID of a group of AIDs, and the group of AIDs is an AID including the identification information of the at least one second device, or the NFRP trigger frame contains the identification information of the starting emergency service device, and the feedback type in the NFRP trigger frame is for indicating the transmission requirement information for feedback emergency services.

7. The method according to any one of claims 1 to 3, characterized in that In a case where the first device does not receive the third information from the third device, the third device is any device in the third basic service set, the third basic service set and the first basic service set are the repeated basic service set, and the third information is used to indicate the transmission requirement of the emergency service of the third device, the method further includes: The first device sends emergency service polling information to the access points in the third basic service set, where the emergency service polling information is used to query whether the access points in the third basic service set have transmission requirements for emergency services; The first device receives the third information of access points in the third basic service set.

8. The method according to claim 1 or 2, characterized in that: The at least one second device includes an access point in the second basic service set, and before the first device receives the first information from the at least one second device, the method further includes: The first device sends emergency service polling information to the access points in the second basic service set, where the emergency service polling information is used to query whether the access points in the second basic service set have transmission requirements for emergency services; The first device receiving the first information from the at least one second device includes: In a case where the access point in the second basic service set has a transmission demand for an emergency service, the first device receives the first information from the access point in the second basic service set.

9. The method according to claim 1 or 2, characterized in that: Before the first device receives the first information from the at least one second device, the method further includes: The first device sends emergency service polling information to an access point in the second basic service set, wherein the emergency service polling information The information is used to query whether the access points in the second basic service set have transmission requirements for emergency services; The first device receiving the first information from the at least one second device includes: In a case where a device in the second basic service set has a transmission demand for an emergency service, the first device receives the first information of the at least one second device, where the first information is sent by the at least one second device through a back-off contention channel.

10. A communication method for repeating a basic service set, characterized in that: include: The second device sends first information to the first device, where the first information is used to indicate a transmission requirement of an emergency service of the second device; The second device receives second information from the first device, where the second information is used to indicate a transmission resource used by the second device to transmit the emergency service, where the transmission resource is a transmission resource shared by the first device to the at least one second device for transmitting the emergency service; The first device belongs to a first basic service set, the at least one second device belongs to a second basic service set, and the first basic service set and the second basic service set are overlapping basic service sets.

11. The method according to claim 10, characterized in that Before the second device sends the first information to the first device, the method further includes: The second device sends a preemption request to the first device; The second device receives first trigger information from the first device, where the first trigger information is used by the first device to obtain transmission requirement information of the emergency service of the at least one second device.

12. The method according to claim 10 or 11, characterized in that: The first information also includes identification information of the second basic service set.

13. The method according to claim 11 or 12, characterized in that: When the first trigger information is an uplink orthogonal frequency division multiple access random access UORA trigger frame, the AID12 subfield in the UORA trigger frame includes at least one first value, and the user information field corresponding to the at least one first value is used to indicate that the first device is configured with at least one resource unit for at least one of the second devices, and the at least one resource unit is used for at least one of the second devices to transmit the emergency service.

14. The method according to claim 11 or 12, characterized in that: When the first trigger information is an empty data packet feedback request polling NFRP trigger frame, the starting AID in the NFRP trigger frame is a starting AID in a group of AIDs, and the group of AIDs is an AID including identification information of at least one of the second devices, or the NFRP trigger frame contains identification information of the starting emergency service device, and the feedback type in the NFRP trigger frame is transmission requirement information for indicating feedback of emergency services.

15. The method according to claim 10 or 11, characterized in that: The second device is an access point in the second basic service set, and before the second device sends the first information to the first device, the method further includes: The second device receives emergency service polling information from the first device, where the emergency service polling information is used to query whether the second device has a transmission demand for emergency services; The second device sending the first information to the first device includes: In a case where the second device has a transmission demand for an emergency service, the second device sends the first information to the first device.

16. The method according to claim 10 or 11, characterized in that The second device is an access point in the second basic service set, and before the second device sends the first information to the first device, the method further includes: The second device receives emergency service polling information from the first device, where the emergency service polling information is used to query whether the second device has a transmission demand for an emergency service; The second device sends the first information to the first device, including: when a device in the second basic service set has a transmission demand for an emergency service, the second device sends the first information to the first device through a back-off contention channel.

17. A communication device, characterized in that: include: A processor, configured to execute a computer program so that the communication device executes the method according to any one of claims 1 to 9, or executes the method according to any one of claims 10 to 16.

18. The device according to claim 17, characterized in that The communication device further comprises a memory, the memory being coupled to the processor, the memory storing the computer program.

19. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed on a computer, the computer executes the method according to any one of claims 1 to 9, or executes the method according to any one of claims 10 to 16.

20. A computer program product, characterized in that The computer program product comprises a computer program or instructions for executing the method according to any one of claims 1 to 9, or a computer program or instructions for executing the method according to any one of claims 10 to 16.

Images