Method and apparatus for collaboratively reserving resources
By implementing a mechanism of collaborative reserved resources in the WiFi system, using the cooperative channel access between OBSS devices, the problem of low-latency data transmission delay requirements caused by blocked LBT operations is solved, and the system performance and resources are improved Utilization efficiency.
Patent Information
- Application Number
- CN202311027086.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2023-08-14
- Publication Date
- 2025-02-21
AI Technical Summary
In WiFi systems, because the listen first and then talk (LBT) operation is blocked, it is difficult to meet the delay requirements of low-latency data transmission, affecting the performance and reliability of the communication system.
Through a mechanism of collaborative reserved resources, the first device and the second device have overlapping basic service sets (OBSSs). The first device receives a reserved resource request from the second device, determines the reserved resources within the OBSS transmission opportunity (TxOP) and TxOP, and sends configuration information of the reserved resources to the second device.
Cooperative channel access is realized between OBSS devices, which increases transmission opportunities, reduces transmission delays, and improves system performance and resource utilization efficiency.
Smart Images

Figure CN119497159A_ABST
Abstract
Description
Technical Field
[0001] Embodiments of the present disclosure generally relate to the field of communications, and more particularly to devices, methods, apparatuses, and computer-readable media for collaboratively reserving resources. Background Art
[0002] In some WiFi systems, there are multiple communication devices that share the same frequency band. The transmitting device needs to perform a listen-before-talk (LBT) operation before transmission to ensure fairness and coexistence with other devices operating in the same area. In practical applications, before data transmission, the access point (AP) needs to check whether the channel is busy through an LBT operation. If LBT fails, the AP will not have a chance to transmit, which may cause a large delay. Therefore, in unlicensed spectrum, it is difficult to meet the latency requirements of low-latency data transmission due to the impact of blocked LBT. An improved solution is needed to meet the low-latency transmission service requirements and improve the performance and reliability of the communication system. Summary of the invention
[0003] In general, example embodiments of the present disclosure relate to cooperative reservation of resources, such as cooperative channel access mechanisms, to improve or optimize low-latency traffic transmission in wireless communication systems.
[0004] In a first aspect of the present disclosure, a first device is provided. The first device includes: at least one processor; and at least one memory, wherein the at least one memory stores instructions, and when the instructions are executed by the at least one processor, the first device at least: receives a reservation resource request from a second device, the reservation resource request is used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS); based on the reservation resource request, determines an OBSS transmission opportunity (TxOP) and reserved resources within the TxOP; and sends configuration information of the reserved resources to the second device.
[0005] In a second aspect of the present disclosure, a second device is provided. The second device includes: at least one processor; and at least one memory, wherein the at least one memory stores instructions, and when the instructions are executed by the at least one processor, the second device at least: sends a reservation resource request to a first device, wherein the reservation resource request is used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS); based on determining that the first device or the second device has an OBSS transmission opportunity (TxOP), determines resources within the OBSS TxOP; and performs transmission using the determined resources.
[0006] In a third aspect of the present disclosure, a method is provided. The method includes: receiving, at a first device, a reservation resource request from a second device, the reservation resource request being used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS); determining, based on the reservation resource request, an OBSS transmission opportunity (TxOP) and reserved resources within the TxOP; and sending configuration information of the reserved resources to the second device.
[0007] In a fourth aspect of the present disclosure, a method is provided. The method includes: at a second device, sending a reservation resource request to a first device, the reservation resource request being used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS); based on determining that the first device or the second device has an OBSS transmission opportunity (TxOP), determining resources within the OBSS TxOP; and performing transmission using the determined resources.
[0008] In a fifth aspect of the present disclosure, a device is provided. The device includes: a component for receiving a reservation resource request from a second device at a first device, the reservation resource request being used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS); a component for determining an OBSS transmission opportunity (TxOP) and reserved resources within the TxOP based on the reservation resource request; and a component for sending configuration information of the reserved resources to the second device.
[0009] In a sixth aspect of the present disclosure, a device is provided. The device includes: a component for sending a reservation resource request at a second device to a first device, the reservation resource request is used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS); a component for determining resources within an OBSS transmission opportunity (TxOP) based on determining that the first device or the second device has an OBSS TxOP; and a component for performing transmission using the determined resources.
[0010] In a seventh aspect of the present disclosure, a computer-readable medium is provided, on which instructions are stored, and when the instructions are executed by at least one processing unit, the at least one processing unit is configured to at least perform: at a first device, receiving a reserved resource request from a second device, the reserved resource request being used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS); based on the reserved resource request, determining an OBSS transmission opportunity (TxOP) and reserved resources within the TxOP; and sending configuration information of the reserved resources to the second device.
[0011] In an eighth aspect of the present disclosure, a computer-readable medium is provided, on which instructions are stored. When the instructions are executed by at least one processing unit, the at least one processing unit is configured to at least execute: sending a reservation resource request to a first device, the reservation resource request is used to request the first device to reserve resources for transmission of a second device, wherein the first device and the second device have an overlapping basic service set (OBSS); based on determining that the first device or the second device has an OBSS transmission opportunity (TxOP), determining resources within the OBSS TxOP; and performing transmission using the determined resources.
[0012] In a ninth aspect of the present disclosure, there is provided a computer program comprising instructions, which, when executed by a device, causes a first device to at least: receive a reservation resource request from a second device, the reservation resource request being used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS); determine, based on the reservation resource request, an OBSS transmission opportunity (TxOP) and reserved resources within the TxOP; and send configuration information of the reserved resources to the second device.
[0013] In the tenth aspect of the present disclosure, a computer program comprising instructions is provided, which, when executed by a second device, causes the second device to at least: send a reservation resource request to a first device, the reservation resource request being used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS); based on determining that the first device or the second device has an OBSS transmission opportunity (TxOP), determine resources within the OBSS TxOP; and perform transmission using the determined resources.
[0014] In an eleventh aspect of the present disclosure, a first device is provided. The first device includes: a receiving circuit configured to receive a reservation resource request from a second device, the reservation resource request being used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS); a determining circuit configured to determine an OBSS transmission opportunity (TxOP) and reserved resources within the TxOP based on the reservation resource request; and a sending circuit configured to send configuration information of the reserved resources to the second device.
[0015] In a twelfth aspect of the present disclosure, a second device is provided. The second device includes: a request sending circuit configured to send a reservation resource request to a first device, the reservation resource request is used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS); a determination circuit configured to determine resources within an OBSS transmission opportunity (TxOP) based on determining that the first device or the second device has an OBSS TxOP; and the transmission execution unit circuit is configured to perform transmission using the determined resources.
[0016] It should be understood that the contents described in the summary of the invention are not intended to limit the key or important features of the embodiments of the present disclosure, nor are they intended to limit the scope of the present disclosure. Other features of the present disclosure will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS
[0017] Figure 1 A block diagram of an example communication system is shown in which embodiments of the present disclosure may be implemented.
[0018] Figure 2 An interactive schematic diagram of a communication method according to some embodiments of the present disclosure is shown.
[0019] Figure 3 An interaction schematic diagram of another communication method according to some embodiments of the present disclosure is shown.
[0020] Figure 4A and 4B A schematic diagram of resource reservation and allocation without resource contention according to some embodiments of the present disclosure is shown.
[0021] Figures 5A to 5C A schematic diagram of resource reservation and allocation requiring resource contention according to some embodiments of the present disclosure is shown.
[0022] Figure 6 A schematic flow chart of a communication method according to some embodiments of the present disclosure is shown.
[0023] Figure 7 A schematic flow chart of another communication method according to some embodiments of the present disclosure is shown.
[0024] Figure 8 A simplified block diagram of an electronic device suitable for implementing embodiments of the present disclosure is shown.
[0025] Fig. 9 A schematic diagram of a computer-readable medium suitable for implementing an embodiment of the present disclosure is shown.
[0026] Throughout the drawings, the same or similar reference numerals refer to the same or similar elements. DETAILED DESCRIPTION
[0027] The principles and spirit of the present disclosure will be described below with reference to several exemplary embodiments shown in the accompanying drawings. It should be understood that these specific embodiments are described only to enable those skilled in the art to better understand and implement the present disclosure, and are not intended to limit the scope of the present disclosure in any way.
[0028] As used herein, the term "including" and similar terms should be understood as open inclusion, i.e., "including but not limited to". The term "based on" should be understood as "based at least in part on". The term "one embodiment" or "the embodiment" should be understood as "at least one embodiment". The terms "first", "second", etc. may refer to different or the same objects. Other explicit and implicit definitions may also be included below.
[0029] As used herein, the term "determine" covers a variety of actions. For example, "determine" may include operation, calculation, processing, export, investigation, search (e.g., search in a table, a database or another data structure), ascertain, etc. In addition, "determine" may include receiving (e.g., receiving information), accessing (e.g., accessing data in a memory), etc. In addition, "determine" may include parsing, selecting, selecting, establishing, etc. As used herein, "at least one of the following: " and "at least one of " and similar expressions, wherein a list of two or more elements is connected by "and" or "or", means at least any one of these elements, or at least any two or more of these elements, or at least all of them.
[0030] As used herein, the term "circuitry" refers to one or more of: (a) hardware circuit implementations only (such as implementations of analog and / or digital circuits only); and (b) combinations of hardware circuits and software, such as (where applicable): (i) a combination of analog and / or digital hardware circuits and software / firmware, and (ii) any portion of a hardware processor and software (including a digital signal processor, software, and memory that work together to enable an apparatus such as an access point or other computing device to perform various functions); and (c) a hardware circuit and / or processor, such as a microprocessor or portion of a microprocessor, that requires software (e.g., firmware) for operation, but may be without software when software is not required for operation.
[0031] The definition of circuitry applies to all uses of this term in this application, including in any claims. As another example, the term "circuitry" as used herein also covers an implementation of only a hardware circuit or processor (or multiple processors), or a portion of a hardware circuit or processor, or accompanying software or firmware. For example, the term "circuitry" also covers a baseband integrated circuit or a processor integrated circuit or a similar integrated circuit in an access point or other computing device, if applicable to the particular claim notation.
[0032] Latency improvement is a major requirement and work content of the IEEE 802.11 Ultra High Reliability (UHR) working group. Based on the current 802.11be standard, the UHR working group has developed many features to support low-latency services. These features include multi-link operation (MLO), restricted target wake-up time (R-TWT), and quality of service (QoS) signaling mechanisms based on MLO flow classification service (MSCS). In some implementations, combining R-TWT with MSCS-based QoS signaling on 802.11be devices can achieve limited latency of less than 25 milliseconds. However, it still cannot meet the requirements of industrial applications that require latency less than tens of milliseconds to a few milliseconds.
[0033] Some implementations provide preemption schemes to schedule low-latency data transmission at any time to reduce latency. For example, during the overlapping basic service set (OBSS) transmit opportunity (TxOP), spatial reuse is used to transmit low-latency services for access points (APs) / non-AP stations (STAs). However, the problem with these implementations is that the AP / non-AP STA must have the ability of spatial multiplexing to well isolate ongoing data transmission and low-latency service transmission. Otherwise, the use of spatial multiplexing for low-latency service transmission may cause severe interference between devices, and thus cause low-latency frame transmission and / or decoding failure of ongoing data transmission.
[0034] In view of this, an embodiment of the present disclosure provides a solution based on network collaboration to send low-latency services to AP / STA during OBSS TxOP without requiring AP / STA to have the spatial multiplexing capability of OBSS. In an exemplary method, a first device and a second device have OBSS, and the first device receives a reserved resource request from the second device, which is used to request the first device to reserve resources for transmission of the second device. The first device determines the OBSS TxOP and the reserved resources within the TxOP based on the reserved resource request, and sends configuration information of the reserved resources to the second device. In this way, collaborative channel access can be achieved between devices in the OBSS, which increases transmission opportunities and reduces transmission delays. The following references Figures 1 to 8 Embodiments of the present disclosure are described in detail.
[0035] Figure 1 1 is a block diagram of an example wireless communication network 100 in which embodiments of the present disclosure may be implemented. In some implementations, the wireless communication network 100 may be a WiFi communication network. Figure 1 As shown, the wireless communication network 100 includes a first device 110 and a second device 120 having a basic service set (BBS). The first device 110 and the second device 120 can be access points (APs) and have respective wireless coverage areas 101 and 102. The first device 110 and the second device 120 can communicate with each other via a wired or wireless manner, for example, via a backhaul link (backhaul) or an air interface. The wireless communication network 100 also includes a plurality of terminals 131 to 134. The terminals 131 to 134 can be non-AP stations (STAs). In some implementations, the terminals 131 to 134 can wirelessly access the first device 110 and / or the second device, and can then access other networks, such as the Internet.
[0036] As shown, the first device 110 and the second device 120 have overlapping basic service sets (OBSS). Terminals 131, 132, and 133 are within the wireless coverage 101 provided by the first device 110, and can access the wireless communication network 100 via the first device 110. Terminals 131 and 132 can transmit data to the first device 110 and receive data from the first device 110. Terminals 132, 133, and 134 are within the wireless coverage 102 provided by the second device 120, and can access the wireless communication network 120 via the second device 120. Terminals 133 and 134 can transmit data to the second device 120 and receive data from the second device 120. In some embodiments, the first devices 110 and 120 and the terminals 131 to 132 use a shared frequency band (for example, a bandwidth of 20MHz) for wireless communication. The frequency band can have multiple resource units (RUs), and each resource unit can only be used for a single service transmission at a given time to avoid interference between devices. In the wireless communication network 100, a device as a sender may perform a listen-before-talk (LBT) operation before sending, and acquire resources for subsequent data transmission if the LBT is successful.
[0037] As shown in the figure, terminals 132 and 133 are within the coverage ranges 101 and 102 of the first device 110 and the second device 120 at the same time. As an example, assume that the second device 120 needs to send a service, such as a low-latency service, to the terminal 133, and thus needs to obtain available resources. The first device 110 can assist the second device 120 to obtain resources and reserve them for the second device 120 for its service transmission. In this article, the first device 110 can be referred to as an overlapping device or overlapping AP, and the second device 120 can be referred to as an initiating device or initiating AP.
[0038] It should be noted that Figure 1 The wireless communication network 100 shown is only exemplary and may include Figure 1 The different numbers of devices and terminals shown may include, for example, more or fewer access points and more or fewer terminals. The present disclosure is not limited in this respect.
[0039] Figure 2 FIG. 2 shows an interactive schematic diagram of a communication method 200 according to some embodiments of the present disclosure. Figure 2 As shown, the communication method 200 between the first device 110 and the second device 120 of the embodiment of the present disclosure is as follows:
[0040] At 201, the second device 120 sends a reservation resource request 202 to the first device 110. Accordingly, at 203, the first device 110 receives the reservation resource request 202 from the second device 120. In some embodiments, the reservation resource request 202 may be transmitted via a wired or wireless backhaul link or transmitted over an air interface.
[0041] The first device 110 may be selected by the second device 120 from a plurality of devices. In some embodiments, before 201, the second device 120 may select which one or devices in the wireless communication network 100 to reserve resources for. The second device 120 may select the first device 110 from a plurality of devices based on a terminal report, for example, selecting a device whose reference signal received power (RSRP) of a pilot signal is greater than a threshold. For another example, the second device 120 may select the first device 110 from a plurality of devices based on its own measurement results, for example, selecting a device whose quality of a pilot signal is greater than a threshold. In some embodiments, if the second device 120 has detected the TxOP of a certain device, the second device 120 may send a request to reserve resources to the device.
[0042] The reserved resource request 202 is used to request the first device 110 to reserve resources for the transmission of the second device 120. The first device 110 and the second device 120 have overlapping basic service sets (OBSS). Therefore, the resources obtained by the first device 110 through competition can be used for the transmission of the second device 120 without causing interference between devices. In some embodiments, the second device 120 can request the first device to compete for available resources when there is a demand for low-latency service transmission. The reserved resource request may include the following information: recommended time-frequency resources (opportunities or durations), the size of the requested resources (e.g., the number of resource units, bandwidth), the duration of the requested resources, the recommended link information (such as the presence or support of multiple links), and the service priority (e.g., the priority of low-latency services). In some embodiments, the reserved resource request may also include timer information for indicating to the first device 110 that if the reserved resources are obtained, the reserved resources need to be sent to the second device 120 before the timer expires.
[0043] At 204, the first device 110 determines an OBSS transmission opportunity (TxOP) and reserved resources within the OBSS TxOP based on the reserved resource request. In response to receiving the reserved resource request, the first device 110 may determine whether it has an ongoing OBSS TxOP transmission. If so, it means that the first device 110 already has available resources that can be shared with the second device 120 for use. In this case, the first device 110 may determine the corresponding OBSS TxOP based on determining that there is an ongoing OBSS TxOP transmission, and determine the reserved resources within the TxOP based on the reserved resource request. The first device 110 will stop the ongoing normal service transmission and reserve the resources.
[0044] If the first device 110 determines that it has no ongoing OBSS TxOP transmission and has not detected an indication of an OBSS TxOP of the second device 120 or other devices (e.g., a request to send signal (RTS) or a clear to send signal (CTS), etc.), the first device 110 may compete for the TxOP. In some embodiments, the first device 110 may perform a listen before talk (LBT) operation, and if the LBT operation is successful, the first device 110 obtains the OBSS TxOP. The first device 110 may further determine the reserved resources within the OBSS TxOP based on the reserved resource request. The reserved resources will not be used for other data transmissions at the first device 110. In some embodiments, considering the time difference with the actual transmission of the second device 120, to avoid the channel being occupied by other devices, the first device 110 may send a signal to occupy the channel on the channel of the reserved resources.
[0045] In some embodiments, while the first device 110 attempts to provide the second device 120 with reserved resources, the second device 120 itself may also attempt to acquire resources for transmission. At 205, the second device 120 may determine resources within the OBSS TxOP based on determining that the first device 110 or the second device 120 has an OBSS TxOP.
[0046] In order to improve the chance of obtaining TxOP, the first device 110 and the second device 120 can compete for OBSS TxOP by performing a listen-before-talk (LBT) operation at the same time. Specifically, the second device 120 can determine whether to perform the LBT operation based on the OBSS TxOP detection result. In some cases, if an indication of OBSS TxOP is detected, this indicates that the first device 110 or other devices have occupied the channel, and the second device 120 may not perform the LBT operation. As mentioned above, the first device 110 may have an ongoing transmission of OBSS TxOP. At this time, the second device 120 has detected the indication of OBSS TxOP, so after sending the reserved resource request, the LBT operation may not be performed, and only the first device 110 needs to provide the reserved resources for it. In addition, if the second device 120 detects an indication of OBSS TxOP of the first device 110 or other devices during the execution of the LBT operation, the second device 120 may stop the LBT operation. If the indication of OBSS TxOP of the first device and other devices is not detected, the second device 120 may perform the LBT operation. If the second device 120 determines that its own LBT operation is successful, it can further determine the OBSS TxOP and the allocated resources within the OBSS TxOP. In this case, the second device 120 itself has obtained resources through competition, and it can send an instruction to the first device 110 to let the first device 110 stop competing for resources or release the resources reserved for it. In some implementations, the second device 120 can request multiple devices to reserve resources for it. If the second device 120 itself has obtained resources through competition or receives reserved resources from multiple devices, the second device 120 can send instructions to other devices to give up reserved resources or stop competing.
[0047] If the first device 110 obtains the TxOP, then at 206, the first device 110 sends configuration information 207 of the reserved resources to the second device 120. Accordingly, at 208, the second device 120 receives the configuration information 207 of the reserved resources from the first device 110. In some embodiments, the first device 110 needs to provide the configuration information to the second device 120 before the timer (if any) expires. The configuration information 207 can be provided to the second device 120 via a wired or wireless backhaul link or via an air interface.
[0048] In some embodiments, the configuration information may include the time-frequency resources (e.g., RU, bandwidth) of the reserved resources, the duration of the reserved resources, link information, and the transmission time of the pilot signal. If the reserved resources occupy a portion of the RUs of the frequency band of the wireless communication system 100, the first device 110 can use some RUs of the frequency band to transmit services. At the same time, the second device 120 uses the RUs reserved by the first device 110 for transmission. The transmission time of the pilot signal can be used for synchronous transmission between the first device 110 and the second device 120 to avoid interference between the transmissions of the first device 110 and the second device 120. If the reserved resources occupy all RUs of the entire frequency band, the first device 110 can stop transmission on the entire frequency band during the OBSS TxOP.
[0049] At 209, the second device 120 performs transmission using the determined resources. For example, the second device 120 may use the reserved resources or the allocated resources to send low-latency service data, ultra-high reliability (UHR) service data, or both service data to the terminal (e.g., terminal 133). Specifically, if the first device 110 obtains the OBSS TxOP, the service of the second device 120 may be transmitted on the resources reserved by the first device 110. If the second device obtains the OBSS TxOP, the service of the second device 120 may be transmitted on the allocated resources obtained by the second device 120 itself through competition.
[0050] Figure 3 FIG. 2 shows an interaction diagram of another communication method 300 according to some embodiments of the present disclosure. The communication method 300 involves a first AP 310 (AP 1), a second AP 320 (AP 2), and a STA 330, wherein the first AP 310 may be Figure 1 and Figure 2 The exemplary implementation of the first device 110 shown in FIG. 1 , the second AP 320 may be an exemplary implementation of the second device 120, and the STA 330 may be an exemplary implementation of the terminal 133. Figure 3 As shown, the communication method 300 between the first AP 310, the second AP 320 and the STA 330 according to an embodiment of the present disclosure is as follows:
[0051] In step 301, STA 330 reports the reference signal received power (RSRP) or quality of multiple overlapping APs in the wireless network to second AP 320. In step 302, second AP 320 determines one or more overlapping APs based on STA reports or its own measurements, e.g. Figure 3The first AP 310 is shown. In step 303, the second AP 320 determines that there is a low-latency service to be sent. In step 304, the second AP 320 sends a resource request to the first AP 310. In step 305, the first AP 310 competes for TxOP for resource reservation. In step 306, the second AP 320 competes for TxOP for resource allocation. In step 307, if the first AP 310 obtains TxOP, the reserved resources are provided to the second AP 320. In step 308, the initiating AP sends the low-latency service to the STA 330 on the allocated or reserved resources.
[0052] According to the communication method 300, when the low-latency service arrives at the second AP 320, the second AP 320 initiates a reserved resource request to the first AP 310 to assist in occupying the channel. In the request information, the first AP 310 may also be informed of the recommended reserved resources, such as the number of RUs, bandwidth or link information, the duration of the reserved resources, etc. In this way, after receiving the request from the second AP 320, the first AP 310 will start to compete for TxOP through LBT. If LBT is successful, the first AP 310 will reserve resources for the second AP 320 to transmit the low-latency service to the STA 330. For the reserved resources, the first AP 310 will not transmit anything on them.
[0053] There are two situations where the first AP 310 and the second AP 320 will take different actions. The first situation is that the first AP 310 has an ongoing TxOP when receiving the reservation resource request, in which case no resource competition is required. The second situation is that the first AP 310 has no ongoing TxOP when receiving the reservation resource request, in which case resource competition is required. Figures 4A to 4B as well as Figures 5A to 5C The above two situations are described in detail.
[0054] Figure 4A and 4B FIG. 1 is a schematic diagram of resource reservation and allocation without resource competition according to some embodiments of the present disclosure. At this time, when AP 1 (i.e., the first AP) receives a resource reservation request from AP 2 (i.e., the second AP), AP 1 has already occupied the channel, such as Figure 4A and Figure 4B As shown. Therefore, AP 1 does not need to perform LBT, and because the priority of this requested service is relatively high, it can stop the transmission of some normal services that are not sensitive to delay. Further consider two cases: the reserved resources occupy a part of the RU of the frequency band (for example, 20MHz); or the reserved resources occupy all the RUs of the entire frequency band.
[0055] Figure 4AAn example is shown in which reserved resources occupy a portion of a frequency band, where one RU of the frequency band is reserved for low-latency service transmission of AP 2. In some embodiments, AP 1 can notify the AP when to send a pilot signal to synchronize transmission to avoid interference. AP 2 will transmit the low-latency service to STA 3 (e.g., STA 330) at the reserved RU. AP 1 will not transmit any data on the reserved RU. At the same time, AP 1 can also use other RUs in a frequency band to send data to another terminal (STA1). As shown in the figure, AP 1 and AP 2 need to send a pilot signal before data transmission, and at this time, the service from AP 1 to STA 2 has stopped transmission.
[0056] Figure 4B An example of reserved resources occupying the entire frequency band is shown. In some embodiments, all RUs in the entire frequency band (i.e., 20 MHz) are reserved for low-latency service transmission, such as Figure 4B In this case, AP 1 does not need to tell AP 2 when to send a preamble signal to synchronize transmission, because AP 1 does not send anything on the entire frequency band. AP 2 can transmit low latency services (L4S) to STA 3 on all RUs in a frequency band within TxOP.
[0057] Figures 5A to 5C FIG. 1 is a schematic diagram of resource reservation and allocation requiring resource contention according to some embodiments of the present disclosure. When AP 1 receives a request to reserve resources, if it has no ongoing TxOP, AP 1 must perform an LBT operation to occupy the channel, such as Figures 5A to 5C As shown. If the LBT operation is successful, AP 1 can determine the reserved resources according to the request of AP 2 and send the configuration information of the reserved resources to AP 2. In this case, after the LBT operation is successful, AP 1 sends a signal of occupying the channel, such as CTS / RTS, on the channel of the reserved resources to tell other APs that the channel has been occupied by it. Similarly, two situations can be further considered in which the reserved resources occupy part of the RU of the frequency band or the entire frequency band.
[0058] refer to Figure 5A , which shows an example of a situation where reserved resources occupy part of the RU of the frequency band, where the configuration information of the reserved resources is sent from AP 1 to AP 2 via the backhaul link. At this time, AP 1 needs to tell AP 2 when to send a preamble signal to synchronize the transmission to avoid interference. Considering that there may be a certain delay in the signaling transmission between AP 1 and AP 2 through the backhaul link, before the preamble signal is transmitted, AP 1 needs to occupy the channel by sending some reserved signals to postpone the transmission. AP 2 will transmit low-latency services to STA3 on the reserved RU. AP1 will not transmit any data on the reserved RU. It should be noted that Figure 5A The reserved signal does not contain any useful information and is only used to occupy the channel.
[0059] refer to Figure 5B , which shows another example of a situation where reserved resources occupy part of the RU of the frequency band. In this example, in order to improve resource efficiency, the configuration information of the reserved resources can be sent from AP 1 to AP 2 through the reservation signal of the air interface. Therefore, at this time, AP 2 needs to receive the reservation signal from AP 1 to obtain the configuration information of the reserved resources of AP1. Before AP1 sends the preamble, there needs to be a gap (for example, short interframe space (SIFS), point coordination function interframe space (PIFS), CFIS, etc.) to allow AP 2 time to process the reservation signal containing the reserved resource configuration information, such as Figure 5B shown.
[0060] Figure 5C An example of a situation where reserved resources occupy all RUs of the entire frequency band is shown. At this time, all RUs in the frequency band (i.e., 20 MHz) are reserved for low-latency service transmission of AP 2. Considering that there may be a certain delay in signaling transmission between AP 1 and AP 2, AP 1 also needs to send some signals to occupy the channel. Figure 5C and Figure 5A and Figure 5B The difference is that AP 1 does not need to send a preamble code because all 20 MHz frequency bands have been reserved for AP 2 to send low-latency services to STA 3.
[0061] References Figures 1 to 5C The exemplary embodiments of the present disclosure are described. The proposed scheme has many advantages, for example, it can realize cooperative channel access between devices in OBSS, increase transmission opportunities and reduce transmission delay, and improve system performance and resource utilization efficiency.
[0062] Figure 6 A schematic flow chart of a communication method according to some embodiments of the present disclosure is shown. In some embodiments, the method 600 may be Figure 1 and Figure 2 The first device 110, and Figure 3 The method 300 is implemented at the first AP 310. In other embodiments, the method 300 may also be implemented at any other AP or other device with similar functions.
[0063] At block 610, a first device receives a reservation resource request from a second device, the reservation resource request being used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS). At block 620, the first device determines an OBSS transmission opportunity (TxOP) and reserved resources within the OBSS TxOP based on the reservation resource request. At block 630, the first device sends configuration information of the reserved resources to the second device.
[0064] In some embodiments, the first device may determine the OBSS TxOP and the reserved resources within the OBSS TxOP by: determining the OBSS TxOP based on determining that the first device has an ongoing transmission of the OBSS TxOP; and determining the reserved resources within the OBSS TxOP based on the reserved resource request.
[0065] In some embodiments, the first device may determine the OBSS TxOP and reserved resources within the OBSS TxOP by: performing a listen-before-talk (LBT) operation based on determining that the first device has no ongoing OBSS TxOP transmission and has not detected indications of OBSS TxOPs from the second device and other devices; determining an OBSS TxOP based on determining that the LBT operation is successful; and determining reserved resources within the OBSS TXoP based on the reserved resource request.
[0066] In some embodiments, the first device may send a signal to occupy the channel on the channel of the reserved resources based on determining that the LBT operation is successful.
[0067] In some embodiments, the configuration information of the reserved resources may be sent via a signal occupying a channel.
[0068] In some embodiments, configuration information of the reserved resources may be sent to the second device via a backhaul link.
[0069] In some embodiments, the configuration information of the reserved resources may include at least one of the following: the time-frequency resources of the reserved resources; the duration of the reserved resources; the link information; or the transmission time of the pilot signal.
[0070] In some embodiments, the first device may send a preamble signal for the first device based on the transmission time of the preamble signal based on the determination that the reserved resources occupy a portion of the resource units of the frequency band.
[0071] In some embodiments, the configuration information may be sent on a channel of reserved resources, and there may be a time of at least an interframe space between the sending of the configuration information and the sending of the preamble signal.
[0072] In some embodiments, the first device may also stop transmission of the first device on all resource units of the frequency band based on determining that the reserved resources occupy all resource units of the frequency band.
[0073] In some embodiments, the reservation resource request may include at least one of the following: a recommended time-frequency resource; a size of the requested resource; a duration of the requested resource; recommended link information; a service priority; or timer information.
[0074] In some embodiments, the configuration information for the reserved resources may be sent before the timer expires.
[0075] In some embodiments, the transmission by the second device may include low-latency service transmission.
[0076] In some embodiments, the first device and the second device may be access points (APs) in a Wi-Fi system.
[0077] In some embodiments, an apparatus capable of performing method 600 (eg, first device 110) may include a component for performing corresponding operations of method 600. The component may be implemented in any suitable form. For example, the component may be implemented in a circuit system or a software module.
[0078] In some embodiments, the apparatus may include a component for receiving a reservation resource request from a second device, wherein the reservation resource request is used to request a first device to reserve resources for transmission of a second device, wherein the first device and the second device have an overlapping basic service set (OBSS). The apparatus may also include a component for determining an OBSS transmission opportunity (TxOP) and reserved resources within the OBSS TxOP based on the reservation resource request. The apparatus may also include a component for sending configuration information of the reserved resources to the second device.
[0079] In some embodiments, the component for determining the OBSS TxOP and the reserved resources within the OBSS TxOP based on the reserved resource request may include: a component for determining the OBSS TxOP based on determining that the first device has an ongoing OBSS TxOP transmission; and a component for determining the reserved resources within the OBSS TxOP based on the reserved resource request.
[0080] In some embodiments, the components for determining the OBSS TxOP and the reserved resources within the OBSS TxOP based on the reserved resource request may include: a component for performing a listen-before-talk (LBT) operation based on determining that the first device has no ongoing OBSS TxOP transmission and no indication of the OBSS TxOP of the second device and other devices is detected; a component for determining the OBSS TxOP based on determining that the LBT operation is successful; and a component for determining the reserved resources within the OBSS TXoP based on the reserved resource request.
[0081] In some embodiments, the apparatus may further include a component for sending a signal of occupying the channel on a channel of reserved resources based on determining that the LBT operation is successful.
[0082] In some embodiments, the configuration information of the reserved resources may be sent via a signal occupying a channel.
[0083] In some embodiments, configuration information of the reserved resources may be sent to the second device via a backhaul link.
[0084] In some embodiments, the configuration information of the reserved resources may include at least one of the following: the time-frequency resources of the reserved resources; the duration of the reserved resources; the link information; or the transmission time of the pilot signal.
[0085] In some embodiments, the apparatus may further include a component for sending a preamble signal for the first device based on a transmission time of the preamble signal based on the determination that the reserved resources occupy a portion of resource units of the frequency band.
[0086] In some embodiments, the configuration information may be sent on a channel of reserved resources, and there may be a time of at least an interframe space between the sending of the configuration information and the sending of the preamble signal.
[0087] In some embodiments, the apparatus may further include means for stopping transmission of the first device on all resource units of the frequency band based on determining that the reserved resources occupy all resource units of the frequency band.
[0088] In some embodiments, the reservation resource request may include at least one of the following: a recommended time-frequency resource; a size of the requested resource; a duration of the requested resource; recommended link information; a service priority; or timer information.
[0089] In some embodiments, the configuration information for the reserved resources may be sent before the timer expires.
[0090] In some embodiments, the transmission by the second device may include low-latency service transmission.
[0091] In some embodiments, the first device and the second device may be access points (APs) in a Wi-Fi system.
[0092] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of method 600. In some embodiments, the means comprises at least one processor and at least one memory storing computer program code. The at least one memory and the computer program code are configured to, together with the at least one processor, cause execution of the apparatus.
[0093] Figure 7 700 is a schematic flow chart of another communication method according to some embodiments of the present disclosure. Figure 1 and Figure 2 The second device 120, and Figure 3 The method 700 is implemented at the first AP 320. In other embodiments, the method 700 may also be implemented at any other AP or other device with similar functions.
[0094] At block 710, the second device sends a reservation resource request to the first device, the reservation resource request being used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS). At block 720, the second device determines resources within an OBSS transmission opportunity (TxOP) based on determining that the first device or the second device has an OBSS TxOP. At block 730, the second device performs transmission using the determined resources.
[0095] In some embodiments, the second device may also perform a listen-before-transmit (LBT) operation based on determining that the OBSSTxOP indications of the first device and other devices are not detected; and stop the LBT operation based on determining that the OBSSTxOP indications of the first device and other APs are detected.
[0096] In some embodiments, the second device may also determine the resources within the OBSS TxOP in the following manner: based on determining that the LBT operation of the second device is successful, determine the OBSS TxOP and the resources within the OBSS TxOP.
[0097] In some embodiments, the second device may also determine the resources within the OBSS TxOP by: receiving configuration information of reserved resources within the OBSS TxOP from the first device.
[0098] In some embodiments, the configuration information of the reserved resources may include at least one of the following: the time-frequency resources of the reserved resources; the duration of the reserved resources; the link information; or the transmission time of the pilot signal.
[0099] In some embodiments, configuration information may be received via a backhaul link.
[0100] In some embodiments, the configuration information may be received on a channel of reserved resources.
[0101] In some embodiments, the reserved resources may occupy part of the resource units of the frequency band, and the second device may also send a pilot signal on the frequency band based on the transmission time of the pilot signal, wherein there is at least an inter-frame spacing between receiving the configuration information and sending the pilot signal.
[0102] In some embodiments, the second device may further send a reservation resource request to the third device, where the reservation resource request is used to request the third device to reserve resources for transmission of the second device, wherein the first device, the second device, and the third device have an OBSS.
[0103] In some embodiments, the second device may also determine the first device from the multiple devices based on reference signal received power (RSRP) of the pilot signals of the multiple devices reported by the terminal or the quality of the pilot signals measured by the second device.
[0104] In some embodiments, the second device may also send a request to reserve resources to the first device based on detecting the indication of the OBSSTxOP of the first device among the multiple devices.
[0105] In some embodiments, the reservation resource request may include at least one of the following: a recommended time-frequency resource; a size of the requested resource; a duration of the requested resource; recommended link information; a service priority; or timer information.
[0106] In some embodiments, the transmission by the second device includes low-latency service transmission.
[0107] In some embodiments, the first device and the second device are access points (APs) in a Wi-Fi system.
[0108] In some embodiments, an apparatus capable of performing method 700 (eg, second device 120) may include a component for performing corresponding operations of method 700. The component may be implemented in any suitable form. For example, the component may be implemented in a circuit system or a software module.
[0109] In some embodiments, the apparatus may include a component for sending a reservation resource request at a second device to a first device, wherein the reservation resource request is for requesting the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS). The apparatus may also include a component for determining resources within an OBSS transmission opportunity (TxOP) based on determining that the first device or the second device has an OBSS TxOP. The apparatus may also include a component for performing transmission using the determined resources.
[0110] In some embodiments, the apparatus may further include: a component for performing a listen-before-transmit (LBT) operation based on determining that an indication of an OBSS TxOP of the first device and other devices is not detected; and a component for stopping the LBT operation based on determining that an indication of an OBSS TxOP of the first device and other APs is detected.
[0111] In some embodiments, the component for determining resources within an OBSS transmission opportunity (TxOP) based on determining that the first device or the second device has an OBSS TxOP may include: a component for determining the OBSS TxOP and the resources within the OBSS TxOP based on determining that the LBT operation of the second device is successful.
[0112] In some embodiments, means for determining resources within an OBSS transmission opportunity (TxOP) based on determining that the first device or the second device has an OBSS TxOP may include means for receiving configuration information of reserved resources within the OBSS TxOP from the first device.
[0113] In some embodiments, the configuration information of the reserved resources may include at least one of the following: the time-frequency resources of the reserved resources; the duration of the reserved resources; the link information; or the transmission time of the pilot signal.
[0114] In some embodiments, configuration information may be received via a backhaul link.
[0115] In some embodiments, the configuration information may be received on a channel of reserved resources.
[0116] In some embodiments, the reserved resources may occupy part of the resource units of the frequency band, and the device may further include: a component for sending a pilot signal on the frequency band based on the transmission time of the pilot signal, wherein there is at least an inter-frame interval between the reception of the configuration information and the sending of the pilot signal.
[0117] In some embodiments, the apparatus may further include a component for determining the first device from the plurality of devices based on reference signal received power (RSRP) of the preamble signals of the plurality of devices reported by the terminal or quality of the preamble signals measured by the second device.
[0118] In some embodiments, the reservation resource request may include at least one of the following: a recommended time-frequency resource; a size of the requested resource; a duration of the requested resource; recommended link information; a service priority; or timer information.
[0119] In some embodiments, the transmission by the second device includes low-latency service transmission.
[0120] In some embodiments, the first device and the second device are access points (APs) in a Wi-Fi system.
[0121] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of method 700. In some embodiments, the means comprises at least one processor and at least one memory storing computer program code. The at least one memory and the computer program code are configured to, together with the at least one processor, cause execution of the apparatus.
[0122] Figure 8 800 is a simplified block diagram of an electronic device 800 suitable for implementing an embodiment of the present disclosure. The device 800 may be provided to implement a communication device, such as Figure 1 As shown, the device 800 includes one or more processors 810, one or more memories 820 coupled to the processor 810, and one or more communication modules 840 coupled to the processor 810.
[0123] The communication module 840 is used for two-way communication. For example, the communication module 840 may include a transmitter, a receiver, or a transceiver used in the embodiments of the present disclosure. The communication interface may represent any interface necessary for communicating with other network elements.
[0124] Processor 810 may be of any type suitable for the local technology network and may include, but is not limited to, one or more of a general purpose computer, a special purpose computer, a microcontroller, a digital signal controller (DSP), and a controller-based multi-core controller architecture. Device 800 may have multiple processors, such as application specific integrated circuit chips, which are time-slaved to a clock synchronized with a main processor.
[0125] The memory 820 may include one or more non-volatile memories and one or more volatile memories. Examples of non-volatile memories include, but are not limited to, read-only memory (ROM) 824, erasable programmable read-only memory (EPROM), flash memory, hard disks, compact disks (CDs), digital video disks (DVDs), and other magnetic storage and / or optical storage. Examples of volatile memories include, but are not limited to, random access memory (RAM) 822 and other volatile memories that do not persist over the duration of a power outage.
[0126] Computer program 830 includes computer executable instructions executed by associated processor 810. Program 830 may be stored in ROM 820. Processor 810 may perform any suitable actions and processes by loading program 830 into RAM 820.
[0127] The embodiment of the present disclosure can be implemented with the help of program 830, so that the device 800 can execute the Figure 2 and Figure 3 , Figure 6 and Figure 7 Any method or process of the present disclosure discussed. The embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.
[0128] In some embodiments, the program 830 may be tangibly embodied in a computer-readable medium that may be included in the device 800 (such as in the memory 820) or other storage device accessible by the device 800. The program 830 may be loaded from the computer-readable medium to the RAM 822 for execution. The computer-readable medium may include any type of tangible non-volatile memory, such as ROM, EPROM, flash memory, hard disk, CD, DVD, etc.
[0129] Fig. 9 An example of a computer readable medium 900 in the form of a CD or DVD is shown. The computer readable medium has a program 830 stored thereon.
[0130] In general, various embodiments of the present disclosure may be implemented in hardware or dedicated circuits, software, logic, or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software, which may be performed by a controller, microprocessor, or other computing device. Although various aspects of the embodiments of the present disclosure are shown and described as block diagrams, flow charts, or using some other graphical representation, it should be understood that the blocks, devices, systems, techniques, or methods described herein may be implemented as, by way of non-limiting example, hardware, software, firmware, dedicated circuits or logic, general purpose hardware or a controller or other computing device, or some combination thereof.
[0131] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer-readable storage medium. The computer program product includes computer executable instructions, such as instructions included in a program module, which are executed in a device on a real or virtual processor of a target to perform the above-referenced Figure 2 , Figure 3 , Figure 6 and Figure 7Methods 200, 300, 600, and 700. In general, program modules include routines, programs, libraries, objects, classes, components, data structures, etc. that perform specific tasks or implement specific abstract data types. In various embodiments, the functionality of program modules can be combined or divided between program modules as needed. Machine executable instructions for program modules can be executed in local or distributed devices. In distributed devices, program modules can be located in local and remote storage media.
[0132] The computer program code for realizing the method of the present disclosure can be written in one or more programming languages. These computer program codes can be provided to the processor of general-purpose computer, special-purpose computer or other programmable data processing device, so that the program code, when being executed by computer or other programmable data processing device, causes the function / operation specified in flow chart and / or block diagram to be implemented. The program code can be executed completely on computer, partly on computer, as independent software package, partly on computer and partly on remote computer or completely on remote computer or server.
[0133] In the context of the present disclosure, computer program codes or related data may be carried by any appropriate carrier to enable a device, apparatus or processor to perform the various processes and operations described above. Examples of carriers include signals, computer readable media, and the like. Examples of signals may include electrical, optical, radio, acoustic or other forms of propagation signals, such as carrier waves, infrared signals, and the like.
[0134] A computer-readable medium may be any tangible medium containing or storing a program for or about an instruction execution system, device or equipment. A computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. A computer-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared or semiconductor system, device or equipment, or any suitable combination thereof. A more detailed example of a computer-readable storage medium includes an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical storage device, a magnetic storage device, or any suitable combination thereof. As used herein, the term "non-transient" or "non-transient" is a limitation on the medium itself (i.e., tangible, not a signal), rather than a limitation on the persistence of data storage (e.g., RAM and ROM).
[0135] In addition, although the operation of the method of the present disclosure is described in a particular order in the accompanying drawings, this does not require or imply that these operations must be performed in this particular order, or that all the operations shown must be performed to achieve the desired result. On the contrary, the steps depicted in the flow chart can change the order of execution. Additionally or alternatively, some steps can be omitted, multiple steps can be combined into one step for execution, and / or one step can be decomposed into multiple steps for execution. It should also be noted that the features and functions of two or more devices according to the present disclosure can be embodied in one device. Conversely, the features and functions of a device described above can be further divided into being embodied by multiple devices.
[0136] Although the present disclosure has been described with reference to several specific embodiments, it should be understood that the present disclosure is not limited to the specific embodiments disclosed. The present disclosure is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims.
Claims
1. A first device, comprising: at least one processor; as well as at least one memory storing instructions that, when executed by the at least one processor, cause the first device to at least: receiving a reservation resource request from a second device, the reservation resource request being used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS); Determining an OBSS transmission opportunity (TxOP) and reserved resources within the OBSS TxOP based on the reserved resource request; as well as Send the configuration information of the reserved resources to the second device.
2. The first device of claim 1 , wherein the first device is caused to determine the reserved resources within the OBSSTxOP and the OBSS TxOP by: Determining the OBSS TxOP based on determining that the first device has an ongoing transmission of the OBSS TxOP; The reserved resources are determined within the OBSS TxOP based on the reserved resource request.
3. The first device of claim 1 , wherein the first device is further caused to determine an OBSS TxOP and reserved resources within the OBSS TxOP by: performing a listen-before-talk (LBT) operation based on determining that the first device has no ongoing transmission of an OBSS TxOP and has not detected an indication of an OBSS TxOP by the second device and other devices; Based on determining that the LBT operation is successful, determining the OBSS TxOP; as well as The reserved resources are determined within the OBSS TXoP based on the reserved resource request.
4. The first device according to claim 3, wherein the first device is further configured to: Based on determining that the LBT operation is successful, a signal for occupying a channel is sent on the channel of the reserved resources. 5 . The first device according to claim 1 , wherein the configuration information of the reserved resources is sent via a signal of the occupied channel. 6 . The first device according to claim 1 , wherein the configuration information of the reserved resources is sent to the second device via a backhaul link.
7. The first device according to any one of claims 1 to 6, wherein the configuration information of the reserved resources comprises at least one of the following: The time-frequency resources of the reserved resources; The duration of the reserved resources; Link information; or The transmission time of the preamble signal.
8. The first device according to claim 7, wherein the first device is further caused to: Based on determining that the reserved resources occupy a portion of resource units of a frequency band, a preamble signal for the first device is sent based on a transmission time of the preamble signal. 9 . The method according to claim 8 , wherein the configuration information is sent on the channel of the reserved resources, and there is a time of at least an interframe space between the sending of the configuration information and the sending of the preamble signal.
10. The first device according to claim 7, wherein the first device is further caused to: Based on determining that the reserved resources occupy all resource units of the frequency band, transmission of the first device on all resource units of the frequency band is stopped.
11. The first device according to any one of claims 1 to 10, wherein the request for reserving resources comprises at least one of the following: Suggested time-frequency resources; The size of the resource requested; The duration of the requested resource; Recommended link information; Business priorities; or Timer information.
12. The method according to claim 11, wherein the configuration information of the reserved resources is sent before the timer expires.
13. The first device according to any one of claims 1-12, wherein the transmission of the second device includes low-latency service transmission.
14. The first device according to any one of claims 1 to 13, wherein the first device and the second device are access points (APs) in a Wi-Fi system.
15. A second device, comprising: at least one processor; as well as at least one memory storing instructions that, when executed by the at least one processor, cause the second device to at least: Sending a reservation resource request to a first device, the reservation resource request being used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have overlapping basic service sets (OBSS); Based on determining that the first device or the second device has an OBSS transmission opportunity (TxOP), determining resources within the OBSSTxOP; as well as The transmitting is performed using the determined resources.
16. The second device according to claim 15, wherein the second device is caused to: Based on determining that the indication of the OBSS TxOP of the first device and the other devices is not detected, performing a listen before send (LBT) operation; and Based on determining that indications of the OBSS TxOP of the first device and other APs are detected, the LBT operation is stopped.
17. The second device of claim 16, wherein the second device is further caused to determine resources within the OBSS TxOP by: Based on determining that the LBT operation of the second device is successful, the OBSS TxOP and resources within the OBSS TxOP are determined.
18. The second device of claim 15 or 16, wherein the second device is further caused to determine resources within the OBSS TxOP by: Configuration information of reserved resources in the OBSS TxOP is received from the first device.
19. The first device according to claim 18, wherein the configuration information of the reserved resources comprises at least one of the following: The time-frequency resources of the reserved resources; The duration of the reserved resources; Link information; or The transmission time of the preamble signal.
20. The second device according to claim 18 or 19, wherein the configuration information is received via a backhaul link.
21. The second device according to claim 18 or 19, wherein the configuration information is received on a channel of the reserved resources.
22. The second device according to claim 21, wherein the reserved resources occupy part of the resource units of the frequency band, and the second device is further configured to: The preamble signal is transmitted on the frequency band based on the transmission time of the preamble signal, wherein there is a time of at least an interframe space between the reception of the configuration information and the transmission of the preamble signal.
23. The second device according to any one of claims 15 to 22, wherein the second device is further configured to: A resource reservation request is sent to a third device, where the resource reservation request is used to request the third device to reserve resources for the transmission of the second device, wherein the first device, the second device, and the third device have the OBSS.
24. The second device according to any one of claims 15 to 23, wherein the second device is further configured to: The first device is determined from the multiple devices based on reference signal received power (RSRP) of the preamble signals of the multiple devices reported by the terminal or quality of the preamble signals measured by the second device.
25. The second device according to any one of claims 15-23, wherein the second device is further configured to: Based on detecting the indication of the OBSS TxOP of the first device among a plurality of devices, the request to reserve resources is sent to the first device.
26. The second device according to any one of claims 15-25, wherein the request for reserving resources comprises at least one of the following: Suggested time-frequency resources; The size of the resource requested; The duration of the requested resource; Recommended link information; Business priorities; or Timer information.
27. The first device according to any one of claims 15-26, wherein the transmission of the second device includes low-latency service transmission.
28. The first device according to any one of claims 15-27, wherein the first device and the second device are access points (APs) in a Wi-Fi system.
29. A method comprising: At the first device, receiving a reservation resource request from a second device, the reservation resource request being used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have an overlapping basic service set (OBSS); Determining an OBSS transmission opportunity (TxOP) and reserved resources within the TxOP based on the reserved resource request; as well as Send the configuration information of the reserved resources to the second device.
30. A method comprising: At the second device, Sending a reservation resource request to a first device, the reservation resource request being used to request the first device to reserve resources for transmission of the second device, wherein the first device and the second device have overlapping basic service sets (OBSS); Determining resources within the OBSSTxOP based on determining that the first device or the second device has an OBSS transmission opportunity (TxOP); as well as The transmitting is performed using the determined resources.
31. An apparatus comprising: means for receiving, at a first device, a reservation resource request from a second device, the reservation resource request for requesting the first device to reserve resources for transmissions of the second device, wherein the first device and the second device have overlapping basic service sets (OBSS); means for determining an OBSS transmission opportunity (TxOP) and reserved resources within the TxOP based on the reserved resource request; as well as A component configured to send the configuration information of the reserved resources to the second device.
32. An apparatus comprising: means for sending, at a second device, a reservation resource request to a first device, the reservation resource request being for requesting the first device to reserve resources for transmissions of the second device, wherein the first device and the second device have overlapping basic service sets (OBSS); means for determining resources within the OBSSTxOP based on determining that the first device or the second device has an OBSS transmission opportunity (TxOP); as well as Means for performing said transmitting using said determined resources.
33. A computer-readable medium having instructions stored thereon, which, when executed by a device, cause the device to at least perform the method according to claim 29 or 30.