WO2025090271A1 - Négociation de durée de txop pour traiter une vue de canal asymétrique pour de multiples canaux primaires - Google Patents
Négociation de durée de txop pour traiter une vue de canal asymétrique pour de multiples canaux primaires Download PDFInfo
- Publication number
- WO2025090271A1 WO2025090271A1 PCT/US2024/049808 US2024049808W WO2025090271A1 WO 2025090271 A1 WO2025090271 A1 WO 2025090271A1 US 2024049808 W US2024049808 W US 2024049808W WO 2025090271 A1 WO2025090271 A1 WO 2025090271A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- duration
- txop
- primary channel
- frame
- allowed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Definitions
- This disclosure relates generally to wireless communication, and more specifically, to aspects related to mechanisms to determine a transmit opportunity (TXOP) duration when a transmitter and receiver have asymmetric channel views for networks that support multiple channels to contend for access to a wireless medium.
- TXOP transmit opportunity
- a wireless local area network may be formed by one or more wireless access points (APs) that provide a shared wireless communication medium for use by multiple client devices also referred to as wireless stations (STAs).
- the basic building block of a WLAN conforming to the Institute of Electrical and Electronics Engineers (IEEE) 802.11 family of standards is a Basic Service Set (BSS), which is managed by an AP.
- BSS Basic Service Set
- Each BSS is identified by a Basic Service Set Identifier (BSSID) that is advertised by the AP.
- An AP periodically broadcasts beacon frames to enable any STAs within wireless range of the AP to establish or maintain a communication link with the WLAN.
- contention-based channel access is a mechanism used to share the wireless medium. This mechanism allows multiple devices to access the same wireless channel without a centralized coordinator, making it suitable for scenarios with a variable number of devices.
- devices that want to transmit data first listen to the wireless channel. This procedure is referred to as carrier sensing, where a device first checks if the channel is idle or busy. If the channel is sensed as busy, indicating another device is currently transmitting, the carrier sensing device will wait for an idle period before attempting to transmit.
- carrier sensing where a device first checks if the channel is idle or busy. If the channel is sensed as busy, indicating another device is currently transmitting, the carrier sensing device will wait for an idle period before attempting to transmit.
- One aspect provides a method for wireless communications by a first wireless device, related to selecting a transmit opportunity (TXOP) duration when switching from communicating via a first primary channel to communicating via a second primary channel, after a detection of an overlapping basic service set (BSS).
- the first wireless device may output, for transmission on the second primary channel, a first frame indicating a requested duration for a transmission opportunity (TXOP) associated with the second primary channel; obtain, after outputting the first frame, an indication of an allowed duration for the TXOP; and communicate with at least a second wireless node in accordance with the allowed duration for the TXOP.
- TXOP transmit opportunity
- One aspect provides a method for wireless communications by a second wireless device, related to selecting a transmit opportunity (TXOP) duration when switching from communicating via a first primary channel to communicating via a second primary channel, after a detection of an overlapping basic service set (BSS).
- the second wireless device may obtain, on the second primary channel, a first frame indicating a requested duration for a transmission opportunity (TXOP) associated with the second primary channel; output, for transmission in response to the first frame, an indication of an allowed duration for the TXOP; and communicate with at least a first wireless node in accordance with the allowed duration for the TXOP.
- TXOP transmit opportunity
- an apparatus operable, configured, or otherwise adapted to perform any one or more of the aforementioned methods and/or those described elsewhere herein; a non-transitory, computer-readable media comprising instructions that, when executed by a processor of an apparatus, cause the apparatus to perform the aforementioned methods as well as those described elsewhere herein; a computer program product embodied on a computer-readable storage medium comprising code for performing the aforementioned methods as well as those described elsewhere herein; and/or an apparatus comprising means for performing the aforementioned methods as well as those described elsewhere herein.
- an apparatus may comprise a processing system, a device with a processing system, or processing systems cooperating over one or more networks.
- Figure 1 shows a pictorial diagram of an example wireless communication network.
- FIG. 2 shows a pictorial diagram of an example bandwidth configuration for a wireless local area network (WLAN).
- WLAN wireless local area network
- Figures 3A and 3B show an example of primary and secondary channel selection for a given channel.
- Figures 4 and 5 show examples of channel access using multiple primary channels, in which aspects of the present disclosure may be utilized.
- Figures 6 shows an example of asymmetric channel views that may be addressed in accordance with aspects of the present disclosure.
- FIGS 8 and 9 show examples of TXOP duration determination, in accordance with aspects of the present disclosure.
- Figure 10 shows a flowchart illustrating an example process performable at a first wireless node that supports TXOP duration determination related to aspects of the present disclosure.
- Figure 11 shows a flowchart illustrating an example process performable at a second wireless node that supports TXOP duration determination related to aspects of the present disclosure.
- Figure 12 shows a block diagram of an example wireless communication device that supports aspects of the present disclosure.
- CDMA code division multiple access
- TDMA time division multiple access
- OFDM orthogonal frequency division multiplexing
- FDMA frequency division multiple access
- OFDMA orthogonal FDMA
- SC- FDMA single-carrier FDMA
- SDMA spatial division multiple access
- RSMA rate-splitting multiple access
- MUSA multi-user shared access
- SU single-user
- MIMO multiple-input multiple-output
- MU-MIMO multi-user
- the described examples also can be implemented using other wireless communication protocols or RF signals suitable for use in one or more of a wireless personal area network (WPAN), a wireless local area network (WLAN), a wireless wide area network (WWAN), a wireless metropolitan area network (WMAN), or an internet of things (loT) network.
- WPAN wireless personal area network
- WLAN wireless local area network
- WWAN wireless wide area network
- WMAN wireless metropolitan area network
- IoT internet of things
- Various aspects relate generally to wireless communication and more particularly to techniques for determining transmit opportunity (TXOP) durations for networks that support multiple channels to contend for access to a wireless medium.
- TXOP transmit opportunity
- Contention-based channel access generally refers to a mechanism used to share the wireless medium.
- Devices that want to transmit data first listen to the wireless channel. This procedure is referred to as carrier sensing, where a device first checks if the channel is idle or busy. If the channel is sensed as busy, indicating another device is currently transmitting, the carrier sensing device will wait for an idle period before attempting to transmit.
- Contention-based channel access may be used to share access in WLANs that support relatively large bandwidths.
- IEEE 802.11be Extremely High Throughput also known as Wi-Fi 7
- Wi-Fi 7 has defined bandwidth support for up to 320 MHz.
- one 20 MHz channel is designated as a primary channel.
- Figure 2 depicts a diagram 200 for an example bandwidth configuration for a 160 MHz bandwidth, in which the 20 MHz primary channel is labeled P20.
- a Wi-Fi device contends for access only on the primary channel and access to wider bandwidths (no matter how large) is contingent on access to the primary channel.
- OBSS overlapping basic service set
- In-BSS In-BSS
- a WLAN device may be capable of monitoring additional 20 MHz channel(s) within the operating bandwidth to contend for channel access. Such monitoring may be performed sequentially or in parallel. With sequential monitoring, when one 20 MHz primary channel is found Busy, the device switches to the next 20 MHz channel to contend for access. With parallel monitoring, the device can monitor each 20 MHz channel simultaneously.
- the initial primary channel is referred to as a Main Primary (M-Primary) channel
- an additional 20 MHz channel/sub channel is referred to as an Opportunistic Primary (O- Primary) channel.
- M-Primary Main Primary
- O- Primary Opportunistic Primary
- TXOP duration generally refers to a limited time period of contention-free channel access available to a channel-owning station, as other devices may set a network allocation vector or NAV based on the TXOP duration (and stay off the medium until a NAV timer expires).
- NAV duration One benefit of a TXOP duration mechanism is that it may increase throughput and reduce delay by eliminating contention periods between transmissions.
- the duration of a TXOP on an O-Primary channel is typically determined based on a TXOP duration of an OBSS transmission detected on an M-Primary channel.
- an AP and a STA to have different (asymmetrical) views of the M- Primary channel, which could result in different TXOP durations.
- an AP and STA may detect different OBSS PPDUs.
- There may be some ambiguity in TXOP duration for an O-Primary channel if an OBSS TXOP duration/NAV observed at a receiver (AP or STA) is shorter than a TXOP duration/NAV observed at a transmitter (STA or AP).
- This ambiguity may make it unclear how long a receiver should wait until PPDU reception is complete which may create certain issues. For example, if the receiver is an AP, waiting for PPDU reception to complete (and transmit an acknowledgment/ ACK) may cause backward compatibility issues. On the other hand, the receiver terminating the PPDU reception early and switching back to the M-Primary channel may result in performance loss on the O-Primary channel which diminishes the potential gains of the multi-primary channel access feature.
- FIG. 1 shows a pictorial diagram of an example wireless communication network 100.
- the wireless communication network 100 can be an example of a wireless local area network (WLAN) such as a Wi-Fi network.
- WLAN wireless local area network
- the wireless communication network 100 can be a network implementing at least one of the IEEE 802.11 family of wireless communication protocol standards (such as defined by the IEEE 802.11-2020 specification or amendments thereof including, but not limited to, 802.11ay, 802.11ax, 802.11az, 802.11ba, 802.11bd, 802.11be, 802.11bf, and 802.11bn).
- the wireless communication network 100 can be an example of a cellular radio access network (RAN), such as a 5G or 6G RAN that implements one or more cellular protocols such as those specified in one or more 3GPP standards.
- the wireless communication network 100 can include a WLAN that functions in an interoperable or converged manner with one or more cellular RANs to provide greater or enhanced network coverage to wireless communication devices within the wireless communication network 100 or to enable such devices to connect to a cellular network’s core, such as to access the network management capabilities and functionality offered by the cellular network core.
- the wireless communication network 100 may include numerous wireless communication devices including at least one wireless access point (AP) 102 and any number of wireless stations (STAs) 104. While only one AP 102 is shown in Figure 1, the wireless communication network 100 can include multiple APs 102.
- AP wireless access point
- STAs wireless stations
- the AP 102 can be or represent various different types of network entities including, but not limited to, a home networking AP, an enterprise-level AP, a single-frequency AP, a dual-band simultaneous (DBS) AP, a tri -band simultaneous (TBS) AP, a standalone AP, a non- standalone AP, a software-enabled AP (soft AP), and a multi-link AP (also referred to as an AP multi-link device (MLD)), as well as cellular (such as 3GPP, 4G LTE, 5G or 6G) base stations or other cellular network nodes such as a Node B, an evolved Node B (eNB), a gNB, a transmission reception point (TRP) or another type of device or equipment included in a radio access network (RAN), including Open-RAN (O-RAN) network entities, such as a central unit (CU), a distributed unit (DU) or a radio unit (RU).
- O-RAN Open-RAN
- CU
- Each of the STAs 104 also may be referred to as a mobile station (MS), a mobile device, a mobile handset, a wireless handset, an access terminal (AT), a user equipment (UE), a subscriber station (SS), or a subscriber unit, among other examples.
- MS mobile station
- AT access terminal
- UE user equipment
- SS subscriber station
- subscriber unit a subscriber unit
- the STAs 104 may represent various devices such as mobile phones, other handheld or wearable communication devices, netbooks, notebook computers, tablet computers, laptops, Chromebooks, augmented reality (AR), virtual reality (VR), mixed reality (MR) or extended reality (XR) wireless headsets or other peripheral devices, wireless earbuds, other wearable devices, display devices (for example, TVs, computer monitors or video gaming consoles), video game controllers, navigation systems, music or other audio or stereo devices, remote control devices, printers, kitchen appliances (including smart refrigerators) or other household appliances, key fobs (for example, for passive keyless entry and start (PKES) systems), Internet of Things (loT) devices, and vehicles, among other examples.
- PKES passive keyless entry and start
- LoT Internet of Things
- a single AP 102 and an associated set of STAs 104 may be referred to as a basic service set (BSS), which is managed by the respective AP 102.
- BSS basic service set
- Figure 1 additionally shows an example coverage area 108 of the AP 102, which may represent a basic service area (BSA) of the wireless communication network 100.
- the BSS may be identified by STAs 104 and other devices by a service set identifier (SSID), as well as a basic service set identifier (BSSID), which may be a medium access control (MAC) address of the AP 102.
- SSID service set identifier
- BSSID basic service set identifier
- MAC medium access control
- the AP 102 may periodically broadcast beacon frames (“beacons”) including the BSSID to enable any STAs 104 within wireless range of the AP 102 to “associate” or reassociate with the AP 102 to establish a respective communication link 106 (hereinafter also referred to as a “Wi-Fi link”), or to maintain a communication link 106, with the AP 102.
- the beacons can include an identification or indication of a primary channel used by the respective AP 102 as well as a timing synchronization function (TSF) for establishing or maintaining timing synchronization with the AP 102.
- TSF timing synchronization function
- the AP 102 may provide access to external networks to various STAs 104 in the wireless communication network 100 via respective communication links 106.
- each of the STAs 104 is configured to perform passive or active scanning operations (“scans”) on frequency channels in one or more frequency bands (for example, the 2.4 GHz, 5 GHz, 6 GHz, 45 GHz, or 60 GHz bands).
- scans passive or active scanning operations
- a STA 104 listens for beacons, which are transmitted by respective APs 102 at periodic time intervals referred to as target beacon transmission times (TBTTs).
- TBTTs target beacon transmission times
- a STA 104 generates and sequentially transmits probe requests on each channel to be scanned and listens for probe responses from APs 102.
- Each STA 104 may identify, determine, ascertain, or select an AP 102 with which to associate in accordance with the scanning information obtained through the passive or active scans, and to perform authentication and association operations to establish a communication link 106 with the selected AP 102.
- the selected AP 102 assigns an association identifier (AID) to the STA 104 at the culmination of the association operations, which the AP 102 uses to track the STA 104.
- AID association identifier
- a STA 104 may have the opportunity to select one of many BSSs within range of the STA 104 or to select among multiple APs 102 that together form an extended service set (ESS) including multiple connected BSSs.
- ESS extended service set
- the wireless communication network 100 may be connected to a wired or wireless distribution system that may enable multiple APs 102 to be connected in such an ESS.
- a STA 104 can be covered by more than one AP 102 and can associate with different APs 102 at different times for different transmissions.
- a STA 104 also may periodically scan its surroundings to find a more suitable AP 102 with which to associate. For example, a STA 104 that is moving relative to its associated AP 102 may perform a “roaming” scan to find another AP 102 having more desirable network characteristics such as a greater received signal strength indicator (RS SI) or a reduced traffic load.
- RS SI received signal strength indicator
- STAs 104 may form networks without APs 102 or other equipment other than the STAs 104 themselves.
- a network is an ad-hoc network (or wireless ad-hoc network).
- Ad-hoc networks may alternatively be referred to as mesh networks or peer-to-peer (P2P) networks.
- P2P peer-to-peer
- ad-hoc networks may be implemented within a larger network such as the wireless communication network 100.
- the STAs 104 may be capable of communicating with each other through the AP 102 using communication links 106, STAs 104 also can communicate directly with each other via direct wireless communication links 110.
- two STAs 104 may communicate via a direct communication link 110 regardless of whether both STAs 104 are associated with and served by the same AP 102.
- one or more of the STAs 104 may assume the role filled by the AP 102 in a BSS.
- Such a STA 104 may be referred to as a group owner (GO) and may coordinate transmissions within the ad-hoc network.
- Examples of direct wireless communication links 110 include Wi-Fi Direct connections, connections established by using a Wi-Fi Tunneled Direct Link Setup (TDLS) link, and other P2P group connections.
- the AP 102 or the STAs 104 may support applications associated with high throughput or low-latency requirements, or may provide lossless audio to one or more other devices.
- the AP 102 or the STAs 104 may support applications and use cases associated with ultra-low-latency (ULL), such as ULL gaming, or streaming lossless audio and video to one or more personal audio devices (such as peripheral devices) or AR/VR/MR/XR headset devices.
- ULL ultra-low-latency
- the AP 102 or the STAs 104 may support an extended personal audio network enabling communication with the two or more peripheral devices.
- the AP 102 and STAs 104 may support additional ULL applications such as cloud-based applications (such as VR cloud gaming) that have ULL and high throughput requirements.
- the AP 102 and the STAs 104 may function and communicate (via the respective communication links 106) according to one or more of the IEEE 802.11 family of wireless communication protocol standards. These standards define the WLAN radio and baseband protocols for the physical (PHY) and MAC layers.
- the AP 102 and STAs 104 transmit and receive wireless communications (hereinafter also referred to as “Wi-Fi communications” or “wireless packets”) to and from one another in the form of PHY protocol data units (PPDUs).
- Wi-Fi communications wireless packets
- Each PPDU is a composite structure that includes a PHY preamble and a payload that is in the form of a PHY service data unit (PSDU).
- the information provided in the preamble may be used by a receiving device to decode the subsequent data in the PSDU.
- the preamble fields may be duplicated and transmitted in each of multiple component channels.
- the PHY preamble may include both a legacy portion (or “legacy preamble”) and a non-legacy portion (or “non-legacy preamble”).
- the legacy preamble may be used for packet detection, automatic gain control and channel estimation, among other uses.
- the legacy preamble also may generally be used to maintain compatibility with legacy devices.
- the format of, coding of, and information provided in the non-legacy portion of the preamble is associated with the particular IEEE 802.11 wireless communication protocol to be used to transmit the payload.
- Such licensed operating bands may map to or be associated with frequency range designations of FR1 (410 MHz - 7.125 GHz), FR2 (24.25 GHz - 52.6 GHz), FR3 (7.125 GHz - 24.25 GHz), FR4a or FR4-1 (52.6 GHz - 71 GHz), FR4 (52.6 GHz - 114.25 GHz), and FR5 (114.25 GHz - 300 GHz).
- Each of the frequency bands may include multiple sub-bands and frequency channels (also referred to as subchannels).
- PPDUs conforming to the IEEE 802.1 In, 802.1 lac, 802.1 lax, 802.11be and 802.11bn standard amendments may be transmitted over one or more of the 2.4 GHz, 5 GHz, or 6 GHz bands, each of which is divided into multiple 20 MHz channels.
- these PPDUs are transmitted over a physical channel having a minimum bandwidth of 20 MHz, but larger channels can be formed through channel bonding.
- PPDUs may be transmitted over physical channels having bandwidths of 40 MHz, 80 MHz, 160 MHz, 240 MHz, 320 MHz, 480 MHz, or 640 MHz by bonding together multiple 20 MHz channels.
- the AP 102 or the STAs 104 of the WLAN 100 may implement Extremely High Throughput (EHT) or other features compliant with current and future generations of the IEEE 802.11 family of wireless communication protocol standards (such as the IEEE 802.1 Ibe and 802.1 Ibn standard amendments) to provide additional capabilities over other previous systems (for example, High Efficiency (HE) systems or other legacy systems).
- EHT Extremely High Throughput
- the IEEE 802.1 Ibe standard amendment introduced 320 MHz channels, which are twice as wide as those possible with the IEEE 802.1 lax standard amendment.
- EHT systems may support multiple bandwidth modes such as a contiguous 240 MHz bandwidth mode, a contiguous 320 MHz bandwidth mode, a noncontiguous 160+160 MHz bandwidth mode, or a noncontiguous 80+80+80+80 (or “4x80”) MHz bandwidth mode.
- bandwidth modes such as a contiguous 240 MHz bandwidth mode, a contiguous 320 MHz bandwidth mode, a noncontiguous 160+160 MHz bandwidth mode, or a noncontiguous 80+80+80 (or “4x80”) MHz bandwidth mode.
- signals for transmission may be generated by two different transmit chains of the wireless communication device each having or associated with a bandwidth of 160 MHz (and each coupled to a different power amplifier).
- two transmit chains can be used to support a 240 MHz/160+80 MHz bandwidth mode by puncturing 320 MHz/160+160 MHz bandwidth modes with one or more 80 MHz subchannels.
- signals for transmission may be generated by two different transmit chains of the wireless communication device each having a bandwidth of 160 MHz with one of the transmit chains outputting a signal having an 80 MHz subchannel punctured therein.
- the signals for transmission may be generated by three different transmit chains of the wireless communication device, each having a bandwidth of 80 MHz.
- signals for transmission may be generated by four or more different transmit chains of the wireless communication device, each having a bandwidth of 80 MHz.
- the operating bandwidth may span one or more disparate sub-channel sets.
- the 320 MHz bandwidth may be contiguous and located in the same 6 GHz band or noncontiguous and located in different bands or regions within a band (such as partly in the 5 GHz band and partly in the 6 GHz band).
- the AP 102 or the STA 104 may benefit from operability enhancements associated with EHT and newer generations of the IEEE 802.11 family of wireless communication protocol standards.
- the AP 102 or the STA 104 attempting to gain access to the wireless medium of WLAN 100 may perform techniques (which may include modifications to existing rules, structure, or signaling implemented for legacy systems) such as clear channel assessment (CCA) operation based on EHT enhancements such as increased bandwidth, puncturing, or refinements to carrier sensing and signal reporting mechanisms.
- CCA clear channel assessment
- EHT enhancements such as increased bandwidth, puncturing, or refinements to carrier sensing and signal reporting mechanisms.
- Access to the shared wireless medium is generally governed by a distributed coordination function (DCF).
- DCF distributed coordination function
- a wireless communication device such as an AP 102 or a STA 104, is permitted to transmit data, it may wait for a particular time and then contend for access to the wireless medium.
- the DCF is implemented through the use of time intervals (including the slot time (or “slot interval”) and the inter-frame space (IFS).
- IFS provides priority access for control frames used for proper network operation. Transmissions may begin at slot boundaries.
- Different varieties of IFS exist including the short IFS (SIFS), the distributed IFS (DIFS), the extended IFS (EIFS), and the arbitration IFS (AIFS).
- SIFS short IFS
- DIFS distributed IFS
- EIFS extended IFS
- AIFS arbitration IFS
- the values for the slot time and IFS may be provided by a suitable standard specification, such as one or more of the IEEE 802.11 family of wireless communication protocol standards.
- the wireless communication device may implement the DCF through the use of carrier sense multiple access (CSMA) with collision avoidance (CA) (CSMA/CA) techniques.
- CSMA carrier sense multiple access
- CA collision avoidance
- the wireless communication device may perform a clear channel assessment (CCA) and may determine (for example, identify, detect, ascertain, calculate, or compute) that the relevant wireless channel is idle.
- the CCA includes both physical (PHY-level) carrier sensing and virtual (MAC-level) carrier sensing. Physical carrier sensing is accomplished via a measurement of the received signal strength of a valid frame, which is then compared to a threshold to determine (for example, identify, detect, ascertain, calculate, or compute) whether the channel is busy.
- Physical carrier sensing also includes energy detection. Energy detection involves measuring the total energy the wireless communication device receives regardless of whether the received signal represents a valid frame. If the total energy detected is above a threshold, the medium is considered busy.
- Virtual carrier sensing is accomplished via the use of a network allocation vector (NAV), which effectively serves as a time duration that elapses before the wireless communication device may contend for access even in the absence of a detected symbol or even if the detected energy is below the relevant threshold.
- NAV network allocation vector
- the NAV is reset each time a valid frame is received that is not addressed to the wireless communication device.
- the wireless communication device performs the physical carrier sensing. If the channel remains idle for the appropriate IFS, the wireless communication device initiates a backoff timer, which represents a duration of time that the device senses the medium to be idle before it is permitted to transmit.
- the wireless communication device becomes the holder (or “owner”) of a transmit opportunity (TXOP) and may begin transmitting.
- TXOP is the duration of time the wireless communication device can transmit frames over the channel after it has “won” contention for the wireless medium.
- the TXOP duration may be indicated in the U-SIG field of a PPDU. If, on the other hand, one or more of the carrier sense mechanisms indicate that the channel is busy, a MAC controller within the wireless communication device will not permit transmission.
- the available distribution of the numbers that may be randomly selected for the backoff timer is referred to as the contention window (CW).
- CW contention window
- the wireless communication device may contend for access to the wireless medium of WLAN 100 in accordance with an enhanced distributed channel access (EDC A) procedure.
- EDC A enhanced distributed channel access
- a random channel access mechanism such as EDCA may afford high-priority traffic a greater likelihood of gaining medium access than low-priority traffic.
- the wireless communication device using EDCA may classify data into different access categories.
- Each AC may be associated with a different priority level and may be assigned a different range of random backoffs (RBOs) so that higher priority data is more likely to win a TXOP than lower priority data (such as by assigning lower RBOs to higher increases the likelihood that low-latency data traffic will gain access to a shared wireless medium during a given contention period, unpredictable outcomes of medium access contention operations may prevent low-latency applications from achieving certain levels of throughput or satisfying certain latency requirements.
- RBOs random backoffs
- a primary channel generally refers to a channel that a STA monitors for contention-based channel access. As described above with reference to Figure 2, in WLANs that support relatively large bandwidths, one 20 MHz channel is designated as a primary channel. This channel may be referred to as primary 20 or, as labeled in Figure 2, simply P20.
- Selection of the bandwidth for the P20 channel typically decides all other channels. For example, in the case of a 160 MHz operating bandwidth, selection of P20 may determine a secondary 20 MHz channel (S20), a primary 40 MHz channel (P40), a secondary 40 MHz channel (S40), a primary 80 MHz channel (P80), and a secondary 80 MHz channel (S80).
- S20 secondary 20 MHz channel
- P40 primary 40 MHz channel
- S40 secondary 40 MHz channel
- P80 primary 80 MHz channel
- S80 secondary 80 MHz channel
- Figures 3A and 3B show an example of primary and secondary channel selection for a given channel.
- Diagram 300 of Figure 3 A shows how the bandwidth of a 160 MHz channel number 163 may be allocated to form different 80 MHz channels (155 and 171), 40 MHz channels (151, 159, 167, and 175), and 20 MHz channels (149, 153, 157, 161, 165, 169, 173, and 177).
- Particular channel frequencies for these channels may be determined based on a set of equations, determined by the operating bandwidth and a channel selection parameter X.
- Table 350 of Figure 3B shows the possible combinations of channel frequencies for P20, S20, P40, S40, P80, and S80 channels for the 160 MHz bandwidth channel 163 shown in Figure 3 A.
- selecting the parameter X is essentially the same as choosing the channel frequency for P20.
- a STA may be capable of monitoring additional 20 MHz channel(s) within the operating bandwidth to contend for channel access.
- the initial primary channel is referred to as a Main Primary (M-Primary or M-P20) channel
- an additional 20 MHz channel/sub channel is referred to as an Opportunistic Primary (O-Primary or O-P20) channel.
- FIG. 4 shows an example diagram 400 of channel access for an AP and a STA (STA1) using sequential monitoring of multiple primary channels.
- STA1 STA1
- sequential monitoring when the M-Primary channel is found Busy (as indicated by detection of a transmission 402 in an OBSS), the devices may switch to an O-Primary to contend for access.
- the devices may detect the M-Primary channel is busy by decoding a PPDU and determining that the PPDU is an OBSS PPDU.
- the devices may also store an OBSS network allocation vector (NAV) indicated by a duration field in the OBSS PPDU, to determine when to switch back to the M-Primary channel.
- NAV OBSS network allocation vector
- the AP may send an RTS frame 404 so that STA1 switches to the O-Primary channel.
- STA1 may respond with a CTS frame 406 to confirm that STA1 has switched to the O-Primary channel.
- the devices may switch their main radios back to the M-Primary channel before the OBSS NAV expires (e.g., after a data transmission acknowledged by an ACK 408).
- the device can monitor each 20 MHz channel simultaneously.
- a STA may have an auxiliary (AUX) radio that can be used for parallel monitoring.
- the AP sees the OBSS PPDU 502 on the M-Primary channel and switches its main radio to the O-Primary channel and initiates a TXOP.
- STA1 does not see the OBSS PPDU 502 on the M- Primary channel, it may still monitor the O-Primary channel, via its AUX radio. Therefore, it may detect the RTS frame from the AP and switch to the O-Primary channel accordingly.
- one potential challenge with multi-primary channel access is how to determine a transmit opportunity (TXOP) duration when wireless nodes utilizing multiple channels for channel access have asymmetrical views of one or more of the channels.
- TXOP transmit opportunity
- an AP may detect a first OBSS transmission 602 on a primary channel (such as an M-Primary channel) and switch to a non-primary channel (such as an O-Primary channel).
- a STA detects a second OBSS transmission 604 on the primary channel and switches to the non-primary channel.
- the first OBSS transmission 602 may end sooner than the OBSS transmission 604.
- the AP and STA may have determined different TXOP durations to apply when they switch to a non-primary channel to communicate.
- the STA has data to transmit (as indicated by the solid line). Due to the different views of the primary channel, the AP’s TXOP duration may expire sooner than the STA’s TXOP duration, and the AP may, thus, return to the primary channel before the data transmission 606 from the STA is completed.
- a transmitter and receiver may effectively negotiate a TXOP duration allowed for an O- Primary channel.
- a transmitter and receiver may exchange information on a TXOP duration allowed on the O-Primary channel.
- a NAV for the O-Primary channel may be set after this exchange of information is complete.
- a transmitter and receiver may be in agreement regarding a TXOP duration when switching to an O-Primary channel.
- TXOP determination in accordance with aspects of the present disclosure may be understood with reference to the example call flow diagram 700 of Figure 7.
- one of the wireless nodes and OBSS AP shown in Figure 7 may be examples of the AP 102 (e.g., an AP STA) depicted and described with respect to Figure 1.
- one of the wireless nodes shown in Figure 7 may be an example of a (non-AP) STA 104 depicted and described with respect to Figure 1.
- the first wireless node may detect an OBSS transmission on a first Primary Channel (e.g., an M-Primary Channel).
- a first Primary Channel e.g., an M-Primary Channel
- the first wireless node may then transmit a first frame to the second wireless node indicating a requested TXOP duration, determined based on the detected OBSS transmission.
- the second wireless node may determine an allowed TXOP duration. The second wireless node may then transmit a second frame that indicates the allowed TXOP duration.
- the first and second wireless nodes may then communicate with each other in accordance with the allowed TXOP duration.
- FIGS 8 and 9 show examples of TXOP duration determination, in accordance with aspects of the present disclosure, based on an exchange of information between a transmitter and receiver on a TXOP duration allowed on the O-Primary channel.
- the transmitter is a STA
- the receiver is an AP.
- the STA may be considered a transmitter in this context because it has an amount of data to transmit and, thus, can know a corresponding TXOP duration to request for that data transmission.
- the transmitter and receiver switch to a non-primary channel (O-Primary) exchange information on TXOP duration allowed on O-Primary.
- the receiver (AP) detects OBSS transmission 802, while the transmitter (STA) detects OBSS transmission 804.
- the exchange of information may involve any suitable type of frames.
- the exchange of information regarding the TXOP duration allowed on the O-Primary channel may occur in an initial Control frame (ICF) on the O-Primary channel.
- ICF generally refers to a frame that is sent to confirm that a peer STA has switched to the O-Primary channel.
- the ICF may also be designed to cause a STA's main radio to switch to the O-Primary channel, if it has not yet switched (e.g., if it has not yet detected the OBSS).
- the NAV on the O-Primary channel may be set once the exchange of ICF (and its response from the AP) is complete.
- the response from the AP may indicate an allowed TXOP duration for the O-Primary channel and the NAV is set based on the allowed TXOP duration.
- the exchange of TXOP duration information may occur after the ICF frame exchange is complete. More generally, the TXOP duration negotiation could happen in any short frame exchange (such as RTS/CTS, MU-RTS, BSRP/BSR, BAR/BA, MU-BAR/BA) and could even occur on an M-Primary channel.
- TXOP duration negotiation could happen in any short frame exchange (such as RTS/CTS, MU-RTS, BSRP/BSR, BAR/BA, MU-BAR/BA) and could even occur on an M-Primary channel.
- the allowed TXOP duration may be significantly shorter than the TXOP duration requested by the STA.
- the STA may adjust the duration of the PPDU or TXOP or both accordingly. This approach may prevent oversuppression of other wireless nodes contending for access to the medium.
- a PPDU size may not need to be adjusted. For example, if the TXOP duration requested was based on a sequence of n PPDUs ("PPDU1 — ACK1 — PPDU2 — ACK2 — — PPDU-N — ACK-n"), after receiving the allowed duration from the receiver, the transmitter may simply adjust the number of PPDUs (e.g., by limiting the sequence to "PPDU1 - ACK1 - PPDU2 - ACK2 - .. - PPDU-m - ACK-m", where m ⁇ n).
- the allowed TXOP duration on the O-Primary may be determined as a minimum of the TXOP duration requested by the transmitter and a TXOP duration allowed at the receiver:
- TXOP o-Primary min (TXOP requested by TX, TXOP allowed at RX).
- the TXOP requested by the transmitter may be a minimum duration required to transmit an amount of data (e.g., to flush a number of PPDUs) and a TXOP duration allowed at the transmitter:
- TXOP requested by TX min (time required to flush the PPDUs, TXOP allowed at TX).
- the TXOP durations allowed at the transmitter and receiver may depend on the OBSS transmissions (804 and 802) they detected.
- the TXOP duration allowed at the transmitter may equal a remaining duration of OBSS transmission 802 as seen on the M-Primary channel by the transmitter.
- the TXOP allowed at the receiver may equal a remaining NAV of the OBSS STA as seen on M-Primary by the receiver (based on OBSS transmission 804).
- the duration of OBSS transmissions (802/804) may be based on (i) a value indicated in the Duration field of the frame received from the OBSS STA (which is the NAV), or (ii) a value indicated in a Length subfield of the L-SIG field of the PPDU received from the OBSS STA.
- the allowed TXOP duration on the O-Primary channel may be based on a minimum of allowed TXOP durations at all receivers may be considered.
- the STA may switch back to M-Primary channel.
- the transmitter may switch after receiving an ACK for a final PPDU.
- all of the PPDUs and ACKs may need to finish within the allowed TXOP duration.
- the PPDU transmission may be adjusted to account for a transition delay needed to switch the radio from the O-Primary to the M-Primary.
- the TXOP duration requested by the transmitter may be indicated on the O-Primary channel using an ICF.
- the ICF may be a type of trigger frame, such as a multi-user (MU) request to send (MU-RTS), buffer status report poll (BSRP), or MU block acknowledgment request (MU-BAR).
- MU-RTS multi-user request to send
- BSRP buffer status report poll
- MU-BAR MU block acknowledgment request
- the duration field of the ICF may be set to a relatively small value. The value in this field is used by neighboring STAs to set their NAV value. As illustrated in Figure 8, the Duration value may only protect the response frame (e.g., CTS frames labeled and applicable SIFS).
- One benefit of this approach is that neighboring STAs will not unnecessarily set their NAV to a large value if the requested TXOP is not permissible at the receiver (resulting in a smaller allowed TXOP duration).
- the TXOP requested by the transmitter may be indicated in a field inside the ICF.
- the “UL Length” field in the Common Info field of the Trigger frame may be used to specify the requested TXOP duration.
- the “Allocation Duration” field in the User Info field of the Trigger frame may be used to specify the requested TXOP duration.
- a newly defined subfield in the Common Info or User Info field of the Trigger frame or an A-Control field defined for a Trigger frame may be used to specify the requested TXOP duration.
- the transmitter may compute the value of the requested TXOP duration based on the remaining duration of the OBSS transmission and/or how much data it has in its queue. For example, if the remaining duration of the OBSS is greater than the time to flush the transmitter PPDUs, the requested TXOP duration may be set to the time to flush the transmitter PPDUs. On the other hand, if the remaining duration of the OBSS is less than the time to flush the transmitter PPDUs, the requested TXOP duration may be set to remaining duration of the OBSS.
- aspects of the present disclosure may be utilized in single user (SU) and multiuser (MU) scenarios.
- the allowed TXOP duration may be indicated in the “Duration” field of the frame sent in response to the ICF.
- Neighboring STAs on the O-Primary channel will set their NAVs based on this value.
- the “Duration” field of the frame sent in response to the ICF is set to a small value. This value may be computed, for example, as:
- Duration (response) Duration (ICF) - SIFS - time taken to transmit response.
- the value may be set to protect the following SIFS.
- one benefit of this approach is that neighboring STAs will not unnecessarily set their NAV to a large value if the allowed TXOP at some other STA is not large enough.
- the TXOP allowed at the receiver may be indicated in a field inside the response frame.
- the TXOP allowed at the receiver may be indicated in an A-Control field included in the response frame.
- the receiver may compute an allowed TXOP duration based on the remaining OBSS duration (e.g., OBSS NAV) it sees and the TXOP duration requested by the transmitter. For example, if the remaining OBSS duration is greater than the TXOP duration requested by the transmitter, the allowed TXOP duration may equal the TXOP duration requested by transmitter. On the other hand, if the remaining OBSS duration is less than the TXOP duration requested by the transmitter, the allowed TXOP duration may equal the remaining OBSS duration.
- the remaining OBSS duration e.g., OBSS NAV
- the transmitter may limit the TXOP duration on the O-Primary to allowed TXOP duration (e.g., the value indicated by the receiver in the Duration field of the frame sent in response to the ICF).
- the transmitter may drop those receivers from subsequent frames.
- the transmitter may computes the allowed TXOP duration as the minimum of the TXOPs allowed at the receivers served in the subsequent frames.
- the Duration value setting in the subsequent frames may follow a baseline behavior.
- the Duration value of the first frame sent after receiving the response frame may be set according to the allowed TXOP indicated by the receivers. If the transmitter is a STA, it can switch back to M-Primary after the TXOP ends.
- the illustrated example assumes the transmitter is an AP, while multiple STAs are receivers.
- the transmitter and receivers switch to a non-primary channel (O-Primary) exchange information on TXOP duration allowed on O-Primary.
- the AP detects OBSS transmission 904, STA1 detects OBSS transmission 902, and STA2 detects OBSS transmission 912.
- the transmitter when it is an AP, it may switch back to the M-Primary channel after the TXOP ends (after receiving ACK 908 from STA1 and/or ACK 918 from STA2). As an alternative, the AP may initiate a TXOP with another STA after the TXOP ends.
- the type of TXOP duration determination for O-Primary channels may be limited to either the SU case or the MU case.
- only the SU case may be defined.
- MU scenarios are often applicable for DL TXOPs.
- non-AP STAs remain on the O-Primary channel beyond the OBSS NAV seen on the M-Primary channel, there is no compatibility issue with other (legacy) devices, since the non-AP STA may not communicate (e.g., exchange data frames) with STAs other than the associated AP.
- the STA(s) may be required to perform some form of medium synchronization recovery on the M-Primary channel after switching back to the M- Primary channel.
- a non-AP STA may indicate to the AP that it is not capable of extending frame exchanges on the O-Primary channel beyond the TXOP of the OBSS STA on the M-Primary channel.
- the duration of O-Primary TXOP may be determined without over-suppressing neighboring STAs (e.g., without their NAV being set beyond an actual usage of the channel), since the NAV is typically set by the transmitter and/or receiver only after the duration of the allowed TXOP is exchanged between the transmitter and receiver in fields carried inside the request and response frames (such as the ICF).
- a transmitter may indicate the requested TXOP duration in the “Duration” field.
- the receiver may indicate the allowed TXOP duration in the “Duration” field and the transmitter may adjust the TXOP duration on the O-Primary channel based on the value indicated by the receiver.
- This option has the potential to cause over-suppression if the OBSS NAV seen at the transmitter is larger than OBSS NAV seen at the receiver.
- the transmitter may set a short NAV, but may not indicate the requested TXOP duration.
- the receiver may set the allowed TXOP duration in the “Duration” field, and the transmitter can initiate a TXOP according to this indicated allowed TXOP duration.
- This option also has the potential to cause oversuppression, for example, if the transmitter does not have enough PPDUs in its queue to utilize the entire allowed TXOP duration.
- a receiver may have some in-device coexistence considerations, such as an impending Bluetooth transmission for which it needs to free up its antennas/resources from other wireless (e.g., 802.11) transmissions.
- the receiver may want to terminate a TXOP sooner than what the transmitter requested.
- the negotiation procedure proposed herein may be applicable.
- the negotiation may be performed on an M-Primary channel for various reasons (such as in-device coexistence).
- the transmitter and receiver performing the negotiation may not even support multi-primary channel access.
- FIG. 10 shows a flowchart illustrating an example process 1000 performable at a first wireless node, according to certain aspects of the present disclosure.
- the operations of the process 1000 may be implemented by a wireless AP or a wireless STA, or its components as described herein.
- the process 1000 may be performed by a wireless communication device, such as the wireless communication device 1200 described with reference to Figure 12, operating as or within a wireless AP or a wireless STA.
- the process 1000 may be performed by a wireless AP or a wireless STA, such as one of the wireless APs 102 or one of the wireless STAs 104 described with reference to Figure 1.
- Process 1000 begins at step 1005 with switching from communicating via a first primary channel to communicating via a second primary channel, after (e.g., based on) a detection of an overlapping basic service set (BSS).
- BSS basic service set
- Process 1000 then proceeds to step 1010 with outputting, for transmission on the second primary channel, a first frame indicating a requested duration for a transmission opportunity (TXOP) associated with the second primary channel.
- TXOP transmission opportunity
- Process 1000 then proceeds to step 1015 with obtaining, after outputting (e.g., in response to) the first frame, an indication of an allowed duration for the TXOP. [0117] Process 1000 then proceeds to step 1020 with communicating with at least a second wireless node in accordance with the allowed duration for the TXOP
- process 1000 may be performed by an apparatus, such as wireless communications device 1200 of Figure 12, which includes various components operable, configured, or adapted to perform the process 1000.
- Wireless communications device 1200 is described below in further detail.
- Figure 10 is just one example of a method, and other methods including fewer, additional, or alternative steps are possible consistent with this disclosure.
- FIG. 11 shows a flowchart illustrating an example process 1100 performable at a second wireless node, according to certain aspects of the present disclosure.
- the operations of the process 1100 may be implemented by a wireless AP or a wireless STA, or its components as described herein.
- the process 1100 may be performed by a wireless communication device, such as the wireless communication device 1200 described with reference to Figure 12, operating as or within a wireless AP or a wireless STA.
- the process 1100 may be performed by a wireless AP or a wireless STA, such as one of the wireless APs 102 or one of the wireless STAs 104 described with reference to Figure 1.
- Process 1100 then proceeds to step 1115 with outputting, for transmission after obtaining the first frame, an indication of an allowed duration for the TXOP.
- Process 1100 then proceeds to step 1120 with communicating with at least a first wireless node in accordance with the allowed duration for the TXOP.
- process 1100 may be performed by an apparatus, such as wireless communications device 1200 of Figure 12, which includes various components operable, configured, or adapted to perform the process 1100.
- Wireless communications device 1200 is described below in further detail.
- Figure 11 is just one example of a method, and other methods including fewer, additional, or alternative steps are possible consistent with this disclosure.
- FIG 12 shows a block diagram of an example wireless communication device 1200, according to some aspects of the present disclosure.
- the wireless communication device 1200 is configured or operable to perform a process 1000, described with reference to Figure 10 and/or a process 1100 described with reference to Figure 11.
- the wireless communication device 1200 can be a chip, SoC, chipset, package or device that may include: one or more modems (such as a Wi-Fi (IEEE 802.11) modem or a cellular modem such as 3GPP 4G LTE or 5G compliant modem); one or more processors, processing blocks or processing elements (collectively “the processor”); one or more radios (collectively “the radio”); and one or more memories or memory blocks (collectively “the memory”).
- modems such as a Wi-Fi (IEEE 802.11) modem or a cellular modem such as 3GPP 4G LTE or 5G compliant modem
- the processors processing blocks or processing elements
- radios collectively “the radio”
- memories or memory blocks collectively “the memory”.
- the wireless communication device 1200 can be a device for use in an AP, such as AP 102 described with reference to Figure 1.
- the wireless communication device 1200 can be a device for use in a STA, such as STA 104 described with reference to Figure 1.
- the wireless communication device 1200 can be an AP or a STA that includes such a chip, SoC, chipset, package or device as well as multiple antennas.
- the wireless communication device 1200 is capable of transmitting and receiving wireless communications in the form of, for example, wireless packets.
- the wireless communication device can be configured or operable to transmit and receive packets in the form of physical layer PPDUs and MPDUs conforming to one or more of the IEEE 802.11 family of wireless communication protocol standards.
- the wireless communication device 1200 also includes or can be coupled with an application processor which may be further coupled with another memory.
- the wireless communication device 1200 further includes at least one external network interface that enables communication with a core network or backhaul network to gain access to external networks including the Internet.
- the wireless communication device 1200 includes at least a switching component 1202, an obtaining component 1204, an outputting component 1206, a communicating component 1208, an adjusting component 1210, a calculating component 1212, an initiating component 1214, and an indicating component 1216. Portions of one or more of the components 1202, 1204, 1206, 1208, 1210, 1212, 1214, and/or 1216 may be implemented at least in part in hardware or firmware.
- the obtaining component 1202 may be implemented at least in part by a modem.
- at least some of the components 1202, 1204, 1206, 1208, 1210, 1212, 1214, and/or 1216 are implemented at least in part by a processor and as software stored in a memory.
- portions of one or more of the components 1202, 1204, 1206, 1208, 1210, 1212, 1214, and/or 1216 can be implemented as non-transitory instructions (or “code”) executable by the processor to perform the functions or operations of the respective module.
- the processor may be a component of a processing system.
- a processing system may generally refer to a system or series of machines or components that receives inputs and processes the inputs to produce a set of outputs (which may be passed to other systems or components of, for example, the wireless communication device 1200).
- a processing system of the wireless communication device 1200 may refer to a system including the various other components or subcomponents of the wireless communication device 1200, such as the processor, or a transceiver, or a communications manager, or other components or combinations of components of the wireless communication device 1200.
- the processing system of the wireless communication device 1200 may interface with other components of the wireless communication device 1200, and may process information received from other components (such as inputs or signals) or output information to other components.
- a chip or modem of the wireless communication device 1200 may include a processing system, a first interface to output information and a second interface to obtain information.
- the first interface may refer to an interface between the processing system of the chip or modem and a transmitter, such that the wireless communication device 1200 may transmit information output from the chip or modem.
- the second interface may refer to an interface between the processing system of the chip or modem and a receiver, such that the wireless communication device 1200 may obtain information or signal inputs, and the information may be passed to the processing system.
- the first interface also may obtain information or signal inputs, and the second interface also may output information or signal outputs.
- a method for wireless communication at a first wireless node comprising: switching from communicating via a first primary channel to communicating via a second primary channel, after a detection of an overlapping basic service set (BSS); outputting, for transmission on the second primary channel, a first frame indicating a requested duration for a transmission opportunity (TXOP) associated with the second primary channel; obtaining, after outputting the first frame, an indication of an allowed duration for the TXOP; and communicating with at least a second wireless node in accordance with the allowed duration for the TXOP
- BSS overlapping basic service set
- Clause 2 The method of Clause 1, wherein: the first primary channel comprises a main primary channel; and the at least one second primary channel comprises an opportunistic primary channel.
- Clause 3 The method of any one of Clauses 1-2, wherein the communicating comprises: outputting, for transmission in accordance with the allowed duration for the TXOP, at least one physical layer protocol data unit (PPDU)]; and switching, after the end of the TXOP, from the second primary channel back to the first primary channel.
- PPDU physical layer protocol data unit
- Clause 4 The method of Clause 3, further comprising and adjusting at least one of a duration of the at least one PPDU or a duration of the TXOP, in accordance with the allowed duration for the TXOP
- Clause 5 The method of any one of Clauses 1-4, wherein the first frame comprises an initial control frame (ICF).
- ICF initial control frame
- Clause 6 The method of any one of Clauses 1-5, further comprising and calculating the requested duration based on at least one of: a duration of an overlapping BSS transmission, or a quantity of data in a queue associated with the transmitter device
- Clause 7 The method of any one of Clauses 1-6, wherein: the TXOP comprises a multi-user (MU) TXOP; and the allowed duration is based on at least one of the requested duration, a short interframe space (SIFS) associated with the second wireless node, or a time associated with transmission of the indication.
- Clause 8 The method of any one of Clauses 1-7, wherein the first wireless node comprises an access point (AP) device.
- AP access point
- Clause 9 The method of any one of Clauses 1-8, further comprising and initiating, after the allowed duration ends, a second TXOP with a third wireless node.
- Clause 10 The method of any one of Clauses 1-9, wherein the first wireless node comprises a non-access point (AP) STA device.
- AP non-access point
- Clause 11 The method of any one of Clauses 1-10, wherein the first frame comprises a trigger frame that includes at least one of an uplink length field, an allocation duration field, a duration field, or a subfield that indicates the requested duration.
- Clause 12 The method of any one of Clauses 1-11, wherein the allowed duration is indicated in at least one of: an uplink length field, an allocation duration field, a duration field, or a subfield of a second frame obtained in response to the first frame.
- a method for wireless communication at a second wireless node comprising: switching from communicating via a first primary channel to communicating via a second primary channel, after a detection of an overlapping basic service set (BSS); obtaining, on the second primary channel, a first frame indicating a requested duration for a transmission opportunity (TXOP) associated with the second primary channel; outputting, for transmission after obtaining the first frame, an indication of an allowed duration for the TXOP; and communicating with at least a first wireless node in accordance with the allowed duration for the TXOP
- BSS overlapping basic service set
- TXOP transmission opportunity
- Clause 14 The method of Clause 13, wherein: the first primary channel comprises a main primary channel; and the at least one second primary channel comprises an opportunistic primary channel.
- Clause 15 The method of any one of Clauses 13-14, wherein the communicating comprises: obtaining, in accordance with the allowed duration for the TXOP, at least one physical layer protocol data unit (PPDU); and switching, after the end of the TXOP, from the second primary channel back to the first primary channel.
- PPDU physical layer protocol data unit
- Clause 16 The method of any one of Clauses 13-15, further comprising and adjusting a duration of the TXOP, in accordance with the allowed duration for the TXOP
- Clause 17 The method of any one of Clauses 13-16, wherein the first frame comprises an initial control frame (ICF).
- ICF initial control frame
- Clause 18 The method of any one of Clauses 13-17, further comprising and calculating the allowed duration based on at least one of: a duration of an overlapping BSS transmission
- Clause 19 The method of any one of Clauses 13-18, wherein: the TXOP comprises a multi-user (MU) TXOP; and the allowed duration is based on at least one of the requested duration, a short interframe space (SIFS) associated with the second wireless node, or a time associated with transmission of the indication.
- MU multi-user
- SIFS short interframe space
- Clause 20 The method of any one of Clauses 13-19, wherein the first wireless node comprises an access point (AP) device.
- AP access point
- Clause 21 The method of any one of Clauses 13-20, wherein the first wireless node comprises a non-access point (AP) STA device.
- AP non-access point
- Clause 22 The method of any one of Clauses 13-21, wherein the first frame comprises a trigger frame that includes at least one of an uplink length field, an allocation duration field, a duration field, or a subfield that indicates the requested duration.
- Clause 23 The method of any one of Clauses 13-22, wherein the allowed duration is indicated in at least one of: an uplink length field, an allocation duration field, a duration field, or a subfield of a second frame obtained in response to the first frame.
- Clause 24 An apparatus, comprising: at least one memory comprising executable instructions; and at least one processor configured to execute the executable instructions and cause the apparatus to perform a method in accordance with any one of Clauses 1-23.
- Clause 25 An apparatus, comprising means for performing a method in accordance with any one of Clauses 1-23.
- Clause 26 A non-transitory computer-readable medium comprising executable instructions that, when executed by at least one processor of an apparatus, cause the apparatus to perform a method in accordance with any one of Clauses 1-23.
- Clause 27 A computer program product embodied on a computer-readable storage medium comprising code for performing a method in accordance with any one of Clauses 1-23.
- Clause 28 A wireless node, comprising: at least one transceiver; at least one memory comprising executable instructions; and at least one processor configured to execute the executable instructions and cause the wireless node to perform a method in accordance with any one of Clauses 1-12, wherein the at least one transceiver is configured to transmit the first frame.
- Clause 29 A wireless node, comprising: at least one transceiver; at least one memory comprising executable instructions; and at least one processor configured to execute the executable instructions and cause the wireless node to perform a method in accordance with any one of Clauses 13-23, wherein the at least one transceiver is configured to transmit the first frame.
- determining encompasses a wide variety of actions and, therefore, “determining” can include calculating, computing, processing, deriving, estimating, investigating, looking up (such as via looking up in a table, a database, or another data structure), inferring, ascertaining, or measuring, among other possibilities. Also, “determining” can include receiving (such as receiving information), accessing (such as accessing data stored in memory) or transmitting (such as transmitting information), among other possibilities. Additionally, “determining” can include resolving, selecting, obtaining, choosing, establishing and other such similar actions.
- a phrase referring to “at least one of’ or “one or more of’ a list of items refers to any combination of those items, including single members.
- “at least one of: a, b, or c” is intended to cover: a, b, c, a-b, a-c, b-c, and a-b-c.
- “or” is intended to be interpreted in the inclusive sense, unless otherwise explicitly indicated. For example, “a or b” may include a only, b only, or a combination of a and b.
- a phrase referring to “a” or “an” element refers to one or more of such elements acting individually or collectively to perform the recited function(s). Additionally, a “set” refers to one or more items, and a “subset” refers to less than a whole set, but non-empty.
- a processor “at least one processor” or “one or more processors” generally refers to a single processor configured to perform one or multiple operations or multiple processors configured to collectively perform one or more operations. In the case of multiple processors, performance the one or more operations could be divided amongst different processors, though one processor may perform multiple operations, and multiple processors could collectively perform a single operation.
- a memory “at least one memory” or “one or more memories” generally refers to a single memory configured to store data and/or instructions, multiple memories configured to collectively store data and/or instructions.
- Means for switching, means for obtaining, means for outputting, means for communicating, means for adjusting, means for calculating, means for initiating, and/or means for indicating may comprise one or more processors, such as one or more of the processors described above with reference to Figure 12.
- based on is intended to be interpreted in the inclusive sense, unless otherwise explicitly indicated. For example, “based on” may be used interchangeably with “based at least in part on,” “associated with,” “in association with,” or “in accordance with” unless otherwise explicitly indicated. Specifically, unless a phrase refers to “based on only ‘a,’” or the equivalent in context, whatever it is that is “based on ‘a,’” or “based at least in part on ‘a,’” may be based on “a” alone or based on a combination of “a” and one or more other factors, conditions, or information.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
La présente divulgation concerne des procédés, des composants, des dispositifs et des systèmes qui peuvent aider à déterminer des durées d'opportunité de transmission (TXOP) pour un canal primaire opportuniste (O-Primary) pour un émetteur et un récepteur qui peuvent avoir différentes vues (asymétriques) d'un canal primaire principal (M-Primary). Un procédé donné à titre d'exemple, mis en œuvre au niveau d'un premier nœud sans fil, consiste généralement à : commuter de la communication au moyen d'un premier canal primaire à la communication au moyen d'un second canal primaire, après détection d'un chevauchement d'un ensemble de services de base (BSS) ; générer, pour la transmission sur le second canal primaire, une première trame indiquant une durée demandée pour une opportunité de transmission (TXOP) associée au second canal primaire ; obtenir, après génération de la première trame, une indication d'une durée autorisée pour la TXOP ; et communiquer avec au moins un second nœud sans fil conformément à la durée autorisée pour la TXOP.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| IN202341072929 | 2023-10-26 | ||
| IN202341072929 | 2023-10-26 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2025090271A1 true WO2025090271A1 (fr) | 2025-05-01 |
Family
ID=93150198
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/US2024/049808 Pending WO2025090271A1 (fr) | 2023-10-26 | 2024-10-03 | Négociation de durée de txop pour traiter une vue de canal asymétrique pour de multiples canaux primaires |
Country Status (2)
| Country | Link |
|---|---|
| TW (1) | TW202520777A (fr) |
| WO (1) | WO2025090271A1 (fr) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3349535A1 (fr) * | 2011-06-24 | 2018-07-18 | Interdigital Patent Holdings, Inc. | Procédé et appareil permettant de prendre en charge des protocoles de transmission à large bande et à bandes passantes multiples |
| US20210266960A1 (en) * | 2020-02-21 | 2021-08-26 | Mediatek Singapore Pte. Ltd. | Transmission With Partial Bandwidth Spectrum Reuse In Wireless Communications |
-
2024
- 2024-10-03 WO PCT/US2024/049808 patent/WO2025090271A1/fr active Pending
- 2024-10-04 TW TW113137831A patent/TW202520777A/zh unknown
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3349535A1 (fr) * | 2011-06-24 | 2018-07-18 | Interdigital Patent Holdings, Inc. | Procédé et appareil permettant de prendre en charge des protocoles de transmission à large bande et à bandes passantes multiples |
| US20210266960A1 (en) * | 2020-02-21 | 2021-08-26 | Mediatek Singapore Pte. Ltd. | Transmission With Partial Bandwidth Spectrum Reuse In Wireless Communications |
Non-Patent Citations (1)
| Title |
|---|
| GAURANG NAIK (QUALCOMM): "Nonprimary channel access discussions", vol. 802.11 UHR, 12 September 2023 (2023-09-12), pages 1 - 12, XP068205138, Retrieved from the Internet <URL:https://mentor.ieee.org/802.11/dcn/23/11-23-1419-00-0uhr-nonprimary-channel-access-discussions.pptx> [retrieved on 20230912] * |
Also Published As
| Publication number | Publication date |
|---|---|
| TW202520777A (zh) | 2025-05-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3968724A1 (fr) | Procédé et dispositif de transmission de trame utilisant une opération de réduction de puissance aléatoire multiple dans un réseau de communication sans fil à large bande | |
| US20160353485A1 (en) | Managing medium access for wireless devices | |
| CN120077695A (zh) | 用于超高可靠性(uhr)的协调空间重用(c-sr)框架 | |
| US20250063607A1 (en) | Deterministic backoff periods for wireless transmissions | |
| US20240406999A1 (en) | Intra-band enhanced multilink single-radio communication | |
| US20250063596A1 (en) | Low latency channel access | |
| US20250133551A1 (en) | Channel selection methods for multiple primary channels | |
| US20250344239A1 (en) | Radio resource assignment | |
| WO2025090271A1 (fr) | Négociation de durée de txop pour traiter une vue de canal asymétrique pour de multiples canaux primaires | |
| US20250267520A1 (en) | Dynamic bandwidth expansion | |
| US20250185062A1 (en) | Enhanced distributed channel access (edca) for coordinated channel access | |
| US20250126524A1 (en) | Multi-primary channel access operation | |
| WO2025090218A1 (fr) | Procédés de sélection de canaux pour canaux primaires multiples | |
| US20250287216A1 (en) | Signal strength-based selection between spatial reuse or multi-primary channel communication modes | |
| US20250240778A1 (en) | Signaling details for coordinated time division multiple access | |
| US20250351121A1 (en) | Coordinated time division multiple access (c-tdma) in wi-fi networks for partial bandwidth transmission opportunity (txop) sharing | |
| US20250266950A1 (en) | Single trigger frame use for trigger based ranging sounding modes | |
| US20250274164A1 (en) | Indicating critical updates for coordinated access point mechanisms | |
| US20250274976A1 (en) | Medium protection for shared access points in coordinated time division multiple access | |
| US20250126645A1 (en) | Enabling coordinated multiple access on multiple primary channels | |
| US20250119829A1 (en) | Multi-hop support for coordinated medium access | |
| US20250008552A1 (en) | Back-to-back transmissions via a multi-hop relay path using flow-specific resource reservation | |
| US20250119938A1 (en) | Negotiation for coordinated medium access between wireless devices | |
| US20250338321A1 (en) | Techniques associated with contention window size selection in wi-fi systems | |
| US20250126658A1 (en) | Service period based coordinated spatial reuse |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 24791256 Country of ref document: EP Kind code of ref document: A1 |