Distributed Resource Unit Signaling

Abstract

The present disclosure provides a method, device, and system for increasing the transmission power of a wireless communication device operating on a power spectral density (PSD) limited wireless channel. Some implementations relate more particularly to a trigger frame and physical layer convergence protocol (PLCP) protocol data unit (PPDU) design supporting distributed transmission. In some implementations, an access point (AP) may transmit a trigger frame to a wireless station (STA) requesting a trigger-based (TB) PPDU, where the trigger frame carries RU allocation information indicating a certain number (N) of tones allocated for the STA, and carries tone distribution information indicating whether the N tones are allocated for continuous transmission or distributed transmission. In some other implementations, the AP or STA may transmit a PPDU carrying distribution signaling information indicating whether the PPDU is transmitted as a continuous transmission or distributed transmission.

Description

[Technical field]

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0001] This patent application claims priority to commonly assigned U.S. patent application Ser. No. 17 / 245,471, entitled "DISTRIBUTED RESOURCE UNIT SIGNALING," filed Apr. 30, 2021. The disclosures of all prior applications are deemed to be part of, and are incorporated by reference into, this patent application.

[0002] FIELD OF THE DISCLOSURE

[0002] The present disclosure relates generally to wireless communication, and more particularly, to signaling for distributed resource units (dRUs) used in wireless communication. [Background technology]

[0003]

[0003] A wireless local area network (WLAN) may be formed by one or more access points (APs) that provide a shared wireless communication medium for use by several client devices, also called stations (STAs). The basic building block of a WLAN that complies with the Institute of Electrical and Electronics Engineers (IEEE) 802.11 family of standards is a basic service set (BSS), which is managed by the AP. Each BSS is identified by a basic service set identifier (BSSID) advertised by the AP. The AP periodically broadcasts a beacon frame to enable any STA within wireless range of the AP to establish or maintain a communication link with the WLAN.

[0004]

[0004] In some cases, APs and STAs may be subject to power spectral density (PSD) restrictions. For example, some APs and STAs operating in the 6 gigahertz (GHz) frequency band may be required to comply with a low power indoor (LPI) power class, which limits the transmission power of APs and STAs (in the 6 GHz band) to 5 decibel milliwatts per megahertz (dBm / MHz) and -1 dBm / MHz, respectively. In other words, the transmission power in the 6 GHz band is PSD limited per MHz. Such PSD restrictions may undesirably reduce the range of wireless communications and may reduce the packet detection and channel estimation capabilities of APs and STAs. Summary of the Invention

[0005]

[0005] The systems, methods, and devices disclosed herein each have several inventive aspects, no single one of which is solely responsible for the desirable attributes disclosed herein.

[0006]

[0006] One inventive aspect of the subject matter described in this disclosure may be implemented as a method of wireless communication. The method may be performed by a wireless communication device and includes receiving a trigger frame requesting a trigger-based (TB) physical layer convergence protocol (PLCP) protocol data unit (PPDU) from the wireless communication device, where the trigger frame carries resource unit (RU) allocation information indicating a number (N) of tones allocated for the wireless communication device and carries tone distribution information indicating whether the N tones are allocated for contiguous transmission or distributed transmission, allocating the N tones to a wireless channel according to a first tone plan or a second tone plan based on whether the N tones are allocated for contiguous transmission or distributed transmission, respectively. The method may include mapping the N tones to N subcarrier indices associated with the N tones (channel) and transmitting the TB PPDU over the wireless channel based on the mapping of the N tones to the N subcarrier indices.

[0007]

[0007] The N tones may represent one or more RUs. In some implementations, each of the one or more RUs may be mapped to a respective set of contiguous subcarrier indices according to a first tone plan. In some other implementations, each of the one or more RUs may be mapped to noncontiguous subcarrier indices according to a second tone plan.

[0008] In some implementations, the RU allocation information and the tone distribution information may be carried in a user information field that carries information specific to a wireless communication device. In some aspects, the RU allocation information may be indicated by a value of an RU allocation subfield of the user information field, and the tone distribution information may be indicated by a value of a distributed transmission bit.

[0009]

[0009] In some other implementations, the RU allocation information may be carried in a user information field, and the tone distribution information may be carried in a common information field, or a special user information field, that carries information common to each user associated with the trigger frame. In some aspects, the RU allocation information may be indicated by a value of an RU allocation subfield of the user information field, and the tone distribution information may be indicated by a value of a distributed transmission bit. In some other aspects, the RU allocation information may be indicated by a value of an RU allocation subfield of the user information field, and the tone distribution information may comprise a bitmap, where each bit of the bitmap indicates whether a respective subchannel of the wireless channel is allocated for continuous transmission or distributed transmission.

[0010]

[0010] In some implementations, the TB PPDU may include a physical layer preamble having a universal signal field (U-SIG) carrying distributed signaling information indicating whether the N tones are mapped to the N subcarrier indices according to a first tone plan or a second tone plan.

[0011] Another inventive aspect of the subject matter described in this disclosure may be implemented in a wireless communication device. In some implementations, the wireless communication device may include at least one modem, at least one processor communicatively coupled to the at least one modem, and at least one memory communicatively coupled to the at least one processor and storing processor-readable code. In some implementations, execution of the processor readable code by at least one processor causes the wireless communication device to perform operations including receiving a trigger frame requesting a TB PPDU from the wireless communication device, where the trigger frame carries RU allocation information indicating a number (N) of tones allocated for the wireless communication device and carries tone distribution information indicating whether the N tones are allocated for continuous transmission or distributed transmission, mapping the N tones to N subcarrier indices associated with the wireless channel according to a first tone plan or a second tone plan based on whether the N tones are allocated for continuous transmission or distributed transmission, respectively, and transmitting the TB PPDU over the wireless channel based on the mapping of the N tones to the N subcarrier indices.

[0012] Another inventive aspect of the subject matter described in this disclosure may be implemented as a method of wireless communication. The method may be performed by a wireless communication device and may include receiving a PPDU having a physical layer preamble followed by a data payload, where the physical layer preamble carries bandwidth information indicating a bandwidth of a wireless channel associated with the PPDU and carries distributed signaling information indicating whether the PPDU is transmitted as a continuous transmission or a distributed transmission, demapping the PPDU from a number (N) of subcarrier indexes associated with the wireless channel according to a first tone plan or a second tone plan based on whether the PPDU is transmitted as a continuous transmission or a distributed transmission, respectively, and recovering the data payload based on the demapped PPDU.

[0013] In some implementations, the distributed signaling information may be indicated by a value of a distributed signaling bit (). In some other implementations, the distributed signaling information may comprise a bitmap, where each bit of the bitmap indicates whether a respective subchannel of the wireless channel is associated with a continuous transmission or a distributed transmission.

[0014] In some implementations, the PPDU may be demapped from one or more sets of contiguous subcarrier indexes according to a first tone plan, where each of the one or more sets of contiguous subcarrier indexes represents a respective RU. In some other implementations, the PPDU may be demapped from non-contiguous subcarrier indexes according to a second tone plan.

[0015]

[0015] In some implementations, the distributed signaling information may be carried in a U-SIG that carries information for interpreting one or more subsequent fields of the physical layer preamble. In some other implementations, the distributed signaling information may be carried in a common field of a non-legacy signal field that immediately follows the U-SIG in the physical layer preamble, where the common field carries information common to each user associated with the PPDU. Still further, in some implementations, the distributed signaling information may be carried in a user field of a non-legacy signal field that immediately follows the U-SIG in the physical layer preamble, where the user field carries information specific to the wireless communication device.

[0016]

[0016] In some implementations, the method may further include transmitting a trigger frame requesting a PPDU, where the trigger frame carries tone distribution information indicating whether the wireless channel is allocated for continuous transmission or distributed transmission, where the PPDU is received in response to the trigger frame.

[0017] Another inventive aspect of the subject matter described in this disclosure may be implemented in a wireless communication device. In some implementations, the wireless communication device may include at least one modem, at least one processor communicatively coupled to the at least one modem, and at least one memory communicatively coupled to the at least one processor and storing processor-readable code. In some implementations, execution of the processor-readable code by the at least one processor causes the wireless communication device to perform operations including receiving a PPDU having a physical layer preamble followed by a data payload, where the physical layer preamble carries bandwidth information indicating a bandwidth of a wireless channel associated with the PPDU and carries distributed signaling information indicating whether the PPDU is transmitted as a continuous transmission or a distributed transmission, demapping the PPDU from a number (N) of subcarrier indexes associated with the wireless channel according to a first tone plan or a second tone plan based on whether the PPDU is transmitted as a continuous transmission or a distributed transmission, respectively, and recovering the data payload based on the demapped PPDU.

[0018]

[0018] Details of one or more implementations of the subject matter described in this disclosure are set forth in the accompanying drawings and the following description. Other features, aspects, and advantages will become apparent from the description, drawings, and claims. Please note that the relative dimensions of the following figures may not be drawn to scale. [Brief description of the drawings]

[0019] [Figure 1]

[0019] An illustration of an exemplary wireless communications network. [Figure 2A]

[0020] 1 illustrates an example protocol data unit (PDU) that can be used for communication between an access point (AP) and one or more wireless stations (STAs). [Figure 2B]

[0021] FIG. 2B illustrates example fields in the PDU of FIG. 2A. [Diagram 3]

[0022] 1 illustrates an example Physical Layer Convergence Protocol (PLCP) Protocol Data Unit (PPDU) that can be used for communication between an AP and one or more STAs. [Figure 4]

[0023] 1 is a block diagram of an example wireless communication device. [Figure 5A]

[0024] 1 is a block diagram of an example AP. [Figure 5B]

[0025] 1 is a block diagram of an exemplary STA. [Figure 6A]

[0026] A frequency diagram illustrating an example distributed tone mapping, according to some implementations. [Figure 6B]

[0027] 4 is another frequency diagram illustrating an example distributed tone mapping according to some implementations. [Figure 7]

[0028] 1 illustrates an example trigger frame that can be used for communication between an AP and a number of STAs, according to some implementations. [Figure 8]

[0029] 1 illustrates a user information field for a trigger frame formatted according to an existing trigger frame format. [Figure 9]

[0030] 4 illustrates another example trigger frame that can be used for communication between an AP and a number of STAs, according to some implementations. [Figure 10]

[0031] 1 illustrates a common information field for a trigger frame formatted according to an existing trigger frame format. [Figure 11]

[0032] 4 illustrates another example trigger frame that can be used for communication between an AP and a number of STAs, according to some implementations. [Figure 12]

[0033] 1 illustrates a special user information field for a trigger frame formatted according to an existing trigger frame format. [Figure 13]

[0034] 1 illustrates an example PPDU that can be used for communication between a STA and an AP, according to some implementations. [Figure 14]

[0035] 1 illustrates a universal signal field (U-SIG) for a PPDU formatted according to an existing PPDU format. [Figure 15]

[0036] FIG. 13 illustrates another U-SIG for a PPDU formatted according to an existing PPDU format. [Figure 16]

[0037] 4 illustrates another example PPDU that can be used for communication between a STA and an AP, according to some implementations. [Figure 17]

[0038] 2 illustrates common fields for a PPDU formatted according to an existing PPDU format. [Figure 18]

[0039] 2 illustrates another common field for a PPDU formatted according to an existing PPDU format. [Figure 19]

[0040] 4 illustrates another example PPDU that can be used for communication between a STA and an AP, according to some implementations. [Figure 20]

[0041] 2 illustrates a user field for a PPDU formatted according to an existing PPDU format. [Figure 21]

[0042] 1 is a flowchart illustrating an example process for wireless communication supporting distributed resource unit (RU) signaling, according to some implementations. [Figure 22]

[0043] 4 is a flowchart illustrating an example process for wireless communication supporting distributed RU signaling, according to some implementations. [Diagram 23]

[0044] 1 is a block diagram of an example wireless communication device, according to some implementations. [Figure 24]

[0045] 1 is a block diagram of an example wireless communication device, according to some implementations. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0020]

[0046] Like reference numbers and designations in the various drawings indicate like elements.

[0021]

[0047] The following description is directed to several implementations for the purpose of describing the inventive aspects of the present disclosure. However, those skilled in the art will readily recognize that the teachings herein can be applied in many different ways. The described implementations can be implemented in any device, system, or network capable of transmitting and receiving radio frequency (RF) signals, in particular according to one or more of the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard, the IEEE 802.15 standard, the Bluetooth standard defined by the Bluetooth Special Interest Group (SIG), or the Long Term Evolution (LTE), 3G, 4G, or 5G (New Radio (NR)) standards promulgated by the 3rd Generation Partnership Project (3GPP). The described implementations may be implemented in any device, system, or network capable of transmitting and receiving RF signals according to one or more of the following technologies or techniques: Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal FDMA (OFDMA), Single Carrier FDMA (SC-FDMA), Single User (SU) Multiple Input Multiple Output (MIMO), and Multi-User (MU) MIMO. The described implementations may also be implemented using other wireless communications protocols or RF signals suitable for use in one or more of a Wireless Personal Area Network (WPAN), Wireless Local Area Network (WLAN), Wireless Wide Area Network (WWAN), or Internet of Things (IOT) network.

[0022]

[0048] Various aspects relate generally to increasing the transmission power of wireless communication devices operating over power spectral density (PSD) limited wireless channels, and more particularly to trigger frame and physical layer convergence protocol (PLCP) protocol data unit (PPDU) designs supporting distributed transmission. As used herein, the term "distributed transmission" refers to the transmission of a PPDU on non-contiguous tones (or subcarriers) across a wireless channel. In contrast, the term "continuous transmission" refers to the transmission of a PPDU on one or more sets of contiguous tones, each representing one or more resource units (RUs), as defined by existing versions of the IEEE 802.11 standard. In some implementations, an access point (AP) may transmit a trigger frame to request a trigger-based (TB) PPDU from one or more wireless stations (STAs), where the trigger frame carries RU allocation information indicating a certain number (N) of tones allocated for the STAs, and carries tone distribution information indicating whether the N tones are allocated for continuous transmission or distributed transmission. In some other implementations, the AP or STA may transmit a PPDU that carries distributed signaling information indicating whether the PPDU is transmitted as a continuous transmission or a distributed transmission.

[0023]

[0049] Particular implementations of the subject matter described in this disclosure may be implemented to achieve one or more of the following potential advantages: Distributed transmissions provide greater flexibility in medium utilization for PSD-limited wireless channels. As described above, the LPI power class limits the transmit power of APs and STAs in the 6 GHz band to 5 dBm / MHz and -1 dBm / MHz, respectively. By allowing wireless communication devices to distribute tones allocated for transmission of a PPDU across non-contiguous subcarrier indexes of a wireless channel, aspects of the present disclosure may increase the overall transmit power of a PPDU without exceeding the PSD limit of the wireless channel. For example, a distributed tone plan may reduce the total number of tones modulated by a device on a 1 MHz subchannel of a wireless channel. As a result, a wireless communication device may increase its per-tone transmit power without exceeding the PSD limit. In some implementations, distributed transmissions by multiple wireless communication devices may be multiplexed onto a shared wireless channel, thus increasing the transmit power of each device without sacrificing spectral efficiency. Such an increase in transmit power may be combined with any modulation and coding scheme (MCS) to increase the range and throughput of wireless communications over PSD-limited wireless channels. Distributed transmission may also improve packet detection and channel estimation capabilities of wireless communication devices.

[0024]

[0050] FIG. 1 illustrates a block diagram of an exemplary wireless communication network 100. According to some aspects, the wireless communication network 100 may be an example of a wireless local area network (WLAN), such as a Wi-Fi network (and hereinafter referred to as WLAN 100). For example, the WLAN 100 may be a network that implements at least one of the IEEE 802.11 wireless communication protocol standard family (such as those defined by the IEEE 802.11-2020 specification or amendments thereto, including, but not limited to, 802.11ah, 802.11ad, 802.11ay, 802.11ax, 802.11az, 802.11ba, and 802.11be). The WLAN 100 may include a number of wireless communication devices, such as an access point (AP) 102 and multiple stations (STAs) 104. Although only one AP 102 is shown, the WLAN network 100 may also include multiple APs 102.

[0025]

[0051] Each of the STAs 104 may also be referred to as a mobile station (MS), mobile device, mobile handset, wireless handset, access terminal (AT), user equipment (UE), subscriber station (SS), or subscriber unit, among other possibilities. The STAs 104 may represent a variety of devices, such as a mobile phone, a personal digital assistant (PDA), other handheld device, a netbook, a notebook computer, a tablet computer, a laptop, a display device (e.g., a TV, a computer monitor, a navigation system, among others), a music or other audio or stereo device, a remote control device ("remote control"), a printer, a kitchen or other household appliance, a key fob (e.g., for a passive keyless entry and start (PKES) system), and the like.

[0026]

[0052] A single AP 102 and an associated set of STAs 104 may be referred to as a Basic Service Set (BSS) managed by the respective AP 102. FIG. 1 further illustrates an example coverage area 108 of the AP 102, which may represent a Basic Service Area (BSA) of the WLAN 100. The BSS may be identified to a user by a Service Set Identifier (SSID) and to other devices by a Basic Service Set Identifier (BSSID), which may be a Medium Access Control (MAC) address of the AP 102. The AP 102 periodically broadcasts a beacon frame ("beacon") containing the BSSID to allow any STA 104 within wireless range of the AP 102 to "associate" or reassociate with the AP 102 to establish or maintain a respective (hereinafter also referred to as a "Wi-Fi link") communication link 106 with the AP 102. For example, the beacon may include an identification of the primary channel used by each AP 102, as well as a timing synchronization function for establishing or maintaining timing synchronization with the AP 102. The APs 102 may provide access to external networks to various STAs 104 in the WLAN via their respective communication links 106.

[0027]

[0053] To establish a communication link 106 with an AP 102, each of the STAs 104 is configured to perform passive or active scanning operations ("scans") on frequency channels in one or more frequency bands (e.g., the 2.4 GHz, 5 GHz, 6 GHz, or 60 GHz bands). To perform passive scanning, the STAs 104 listen for beacons transmitted by the respective APs 102 at periodic time intervals called target beacon transmission times (TBTTs) (measured in time units (TUs), where one TU may equal 1024 microseconds (μs)). To perform active scanning, the STAs 104 generate and transmit probe requests continuously on each channel to be scanned and listen for probe responses from the APs 102. Each STA 104 may be configured to identify or select an AP 102 to associate with based on scanning information obtained through passive or active scanning, and perform authentication and association operations to establish a communication link 106 with the selected AP 102. The AP 102 assigns an association identifier (AID) to the STA 104 at the height of the association operation, and the AP 102 uses the AID to track the STA 104 .

[0028]

[0054] As a result of the increasing ubiquity of wireless networks, a STA 104 may have the opportunity to select one of many BSSs within range of the STA or to select among multiple APs 102 that together form an extended service set (ESS) including multiple connected BSSs. An extended network station associated with a WLAN 100 may be connected to a wired or wireless distribution system that may allow multiple APs 102 to be connected in such an ESS. Thus, a STA 104 may be covered by more than one AP 102 and may associate with different APs 102 at different times for different transmissions. Furthermore, after association with an AP 102, a STA 104 may also be configured to periodically scan its surroundings to find a more suitable AP 102 to associate with. For example, a STA 104 moving with respect to its associated AP 102 may perform a "roaming" scan to find another AP 102 with more desirable network characteristics, such as a greater received signal strength indicator (RSSI) or reduced traffic load.

[0029]

[0055] In some cases, the STAs 104 may form a network without the AP 102 or other equipment other than the STAs 104 themselves. One example of such a network is an ad-hoc network (or wireless ad-hoc network). An ad-hoc network may alternatively be referred to as a mesh network or a peer-to-peer (P2P) network. In some cases, the ad-hoc network may be implemented within a larger wireless network, such as the WLAN 100. In such an implementation, the STAs 104 may be able to communicate with each other through the AP 102 using the communication link 106, but the STAs 104 may also communicate with each other directly via the direct wireless link 110. Furthermore, two STAs 104 may communicate via the direct communication link 110 regardless of whether both STAs 104 are associated with and served by the same AP 102. In such an ad-hoc system, one or more of the STAs 104 may assume the role played by the AP 102 in a BSS. Such STAs 104 may be referred to as group owners (GOs) and may coordinate transmissions within the ad-hoc network. Examples of direct wireless 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.

[0030]

[0056] The APs 102 and the STAs 104 may function and communicate (via their respective communication links 106) in accordance with the IEEE 802.11 wireless communications protocol standards family (such as those defined by the IEEE 802.11-2016 specification or amendments thereof, including, but not limited to, 802.11ah, 802.11ad, 802.11ay, 802.11ax, 802.11az, 802.11ba, and 802.11be). These standards define WLAN radio and baseband protocols for the PHY layer and medium access control (MAC) layer. The APs 102 and the STAs 104 transmit and receive wireless communications (hereinafter also referred to as “Wi-Fi communications”) between each other in the form of Physical Layer Convergence Protocol (PLCP) Protocol Data Units (PPDUs). The APs 102 and STAs 104 in the WLAN 100 may transmit PPDUs on an unlicensed spectrum, which may be a portion of the spectrum that includes frequency bands traditionally used by Wi-Fi technology, such as the 2.4 GHz band, the 5 GHz band, the 60 GHz band, the 3.6 GHz band, and the 700 MHz band. Some implementations of the APs 102 and STAs 104 described herein may also communicate in other frequency bands, such as the 6 GHz band, which may support both licensed and unlicensed communications. The APs 102 and STAs 104 may also be configured to communicate on other frequency bands, such as shared licensed frequency bands, where multiple operators may have licenses to operate in the same or overlapping frequency band or bands.

[0031]

[0057] Each of the frequency bands may include multiple sub-bands or frequency channels. For example, PPDUs conforming to the IEEE 802.11n, 802.11ac, 802.11ax and 802.11be standard amendments may be transmitted on the 2.4 GHz, 5 GHz or 6 GHz bands, each of which is divided into multiple 20 MHz channels. These PPDUs are therefore transmitted on physical channels with a minimum bandwidth of 20 MHz, although larger channels may be formed through channel bonding. For example, PPDUs may be transmitted on physical channels with bandwidths of 40 MHz, 80 MHz, 160 MHz or 320 MHz by bonding multiple 20 MHz channels together.

[0032]

[0058] Each PPDU is a composite structure that includes a PHY preamble and a payload in the form of a PHY Service Data Unit (PSDU). Information provided in the preamble may be used by a receiving device to decode subsequent data in the PSDU. In cases where the PPDU is transmitted over bonded channels, the preamble field may be duplicated and transmitted in each of the 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 applications. The legacy preamble may also be used generally to maintain compatibility with legacy devices. The format, coding, and information provided in the non-legacy portion of the preamble are based on the particular IEEE 802.11 protocol to be used to transmit the payload.

[0033]

[0059] 2A illustrates an exemplary protocol data unit (PDU) 200 usable for wireless communication between an AP 102 and one or more STAs 104. For example, the PDU 200 may be configured as a PPDU. As illustrated, the PDU 200 includes a PHY preamble 202 and a PHY payload 204. For example, the preamble 202 may include a legacy portion that itself includes a legacy short training field (L-STF) 206, which may consist of two BPSK symbols, a legacy long training field (L-LTF) 208, which may consist of two BPSK symbols, and a legacy signal field (L-SIG) 210, which may consist of two BPSK symbols. The legacy portion of the preamble 202 may be configured in accordance with the IEEE 802.11a wireless communication protocol standard. The preamble 202 may also include a non-legacy portion that includes one or more non-legacy fields 212 that conform to an IEEE wireless communication protocol, such as, for example, IEEE 802.11ac, 802.11ax, 802.11be, or later wireless communication protocol.

[0034]

[0060] The L-STF 206 generally enables the receiving device to perform automatic gain control (AGC) and coarse timing and frequency estimation. The L-LTF 208 generally enables the receiving device to perform fine timing and frequency estimation and also perform an initial estimate of the wireless channel. The L-SIG 210 generally enables the receiving device to determine the duration of a PDU and use the determined duration to avoid transmitting over the PDU. For example, the L-STF 206, the L-LTF 208 and the L-SIG 210 may be modulated according to a binary phase shift keying (BPSK) modulation scheme. The payload 204 may be modulated according to a BPSK modulation scheme, a quadrature BPSK (Q-BPSK) modulation scheme, a quadrature amplitude modulation (QAM) modulation scheme, or another suitable modulation scheme. The payload 204 may include a PSDU that includes a data field (DATA) 214, which may carry upper layer data, for example, in the form of a Medium Access Control (MAC) Protocol Data Unit (MPDU) or an aggregated MPDU (A-MPDU).

[0035]

[0061] 2B illustrates an example L-SIG 210 in the PDU 200 of FIG. 2A. The L-SIG 210 includes a data rate field 222, a reserved bit 224, a length field 226, a parity bit 228, and a tail field 230. The data rate field 222 indicates a data rate (note that the data rate indicated in the data rate field 212 may not be the actual data rate of the data carried in the payload 204). The length field 226 indicates the length of the packet, for example, in units of symbols or bytes. The parity bits 228 may be used to detect bit errors. The tail field 230 includes tail bits that may be used by a receiving device to terminate the operation of a decoder (e.g., a Viterbi decoder). The receiving device may utilize the data rate and length indicated in the data rate field 222 and length field 226 to determine the duration of the packet, for example, in units of microseconds (μs) or other time units.

[0036]

[0062] 3 illustrates an example PPDU 300 usable for communication between an AP 102 and one or more STAs 104. As described above, each PPDU 300 includes a PHY preamble 302 and a PSDU 304. Each PSDU 304 may represent (or "carry") one or more MAC Protocol Data Units (MPDUs) 316. For example, each PSDU 304 may carry an aggregated MPDU (A-MPDU) 306 that includes an aggregation of multiple A-MPDU subframes 308. Each A-MPDU subframe 306 may include an MPDU frame 310 that includes a MAC delimiter 312 and a MAC header 314 prior to an associated MPDU 316 that comprises a data portion ("payload" or "frame body") of the MPDU frame 310. Each MPDU frame 310 may also include a frame check sequence (FCS) field 318 for error detection (e.g., the FCS field may include a cyclic redundancy check (CRC)) and padding bits 320. The MPDU 316 may carry one or more MAC service data units (MSDUs) 326. For example, the MPDU 316 may carry an aggregate MSDU (A-MSDU) 322 that includes multiple A-MSDU subframes 324. Each A-MSDU subframe 324 includes a corresponding MSDU 330 preceded by a subframe header 328 and, in some cases, followed by padding bits 332.

[0037]

[0063] Referring again to the MPDU frame 310, the MAC delimiter 312 may serve as a marker of the start of the associated MPDU 316 and indicate the length of the associated MPDU 316. The MAC header 314 may include multiple fields containing information defining or indicating characteristics or attributes of the data encapsulated within the frame body 316. The MAC header 314 includes a duration field indicating a duration extending from the end of the PPDU to at least the end of an acknowledgement (ACK) or block ACK (BA) of the PPDU to be transmitted by the receiving wireless communication device. Use of the duration field serves to reserve the wireless medium for the indicated duration, allowing the receiving device to establish its network allocation vector (NAV). The MAC header 314 also includes one or more fields indicating an address for the data encapsulated within the frame body 316. For example, the MAC header 314 may include a combination of a source address, a transmitter address, a receiver address, or a destination address. The MAC header 314 may further include a frame control field containing control information. The frame control field may specify the frame type, for example, a data frame, a control frame, or a management frame.

[0038]

[0064] 4 shows a block diagram of an example wireless communication device 400. In some implementations, the wireless communication device 400 may be an example of a device for use in a STA, such as one of the STAs 104 described with reference to FIG. 1. In some implementations, the wireless communication device 400 may be an example of a device for use in an AP, such as the AP 102 described with reference to FIG. 1. The wireless communication device 400 is capable of transmitting (or outputting for transmission) and receiving wireless communications (e.g., in the form of wireless packets). For example, a wireless communication device may be configured to transmit and receive packets in the form of physical layer convergence protocol (PLCP) protocol data units (PPDUs) and medium access control (MAC) protocol data units (MPDUs) that conform to IEEE 802.11 wireless communications protocol standards, such as those defined by the IEEE 802.11-2016 specification or amendments thereof, including, but not limited to, 802.11ah, 802.11ad, 802.11ay, 802.11ax, 802.11az, 802.11ba, and 802.11be.

[0039]

[0065] The wireless communication device 400 may be or include a chip, system-on-chip (SoC), chipset, package, or device including one or more modems 402, e.g., a Wi-Fi (IEEE 802.11 compliant) modem. In some implementations, the one or more modems 402 (collectively "modems 402") additionally include a WWAN modem (e.g., a 3GPP 4G LTE or 5G compliant modem). In some implementations, the wireless communication device 400 also includes one or more radios 404 (collectively "radios 404"). In some implementations, the wireless communication device 406 further includes one or more processors, processing blocks, or processing elements 406 (collectively "processors 406") and one or more memory blocks or elements 408 (collectively "memory 408").

[0040]

[0066] The modem 402 may include an intelligent hardware block or device, such as, for example, an application specific integrated circuit (ASIC), among other possibilities. The modem 402 is generally configured to implement a PHY layer. For example, the modem 402 is configured to modulate packets and output the modulated packets to the radio 404 for transmission over a wireless medium. The modem 402 is also configured to obtain modulated packets received by the radio 404 and demodulate the packets to provide demodulated packets. In addition to the modulator and demodulator, the modem 402 may further include a digital signal processing (DSP) circuit, an automatic gain control (AGC), a coder, a decoder, a multiplexer, and a demultiplexer. For example, while in a transmit mode, data obtained from the processor 406 is provided to the coder, which encodes the data to provide coded bits. The coded bits are then mapped to points in a modulation constellation (using a selected MCS) to provide modulated symbols. The modulated symbols are then encoded into N SS Spatial streams or N STS The modulated symbols in each spatial or space-time stream may then be multiplexed and converted via an Inverse Fast Fourier Transform (IFFT) block before being provided to a DSP circuit for Tx windowing and filtering. The digital signal may then be provided to a digital-to-analog converter (DAC). The resulting analog signal may then be provided to a frequency up-converter and finally to the radio 404. In an implementation involving beamforming, the modulated symbols in each spatial stream are precoded via a steering matrix prior to their provision to the IFFT block.

[0041]

[0067] While in the receive mode, the digital signal received from the radio 404 is provided to a DSP circuit, which is configured to acquire the received signal, for example, by detecting the presence of a signal and estimating an initial timing and frequency offset. The DSP circuit is further configured to digitally condition the digital signal, for example, using channel (narrowband) filtering, analog impairment conditioning (such as correcting I / Q imbalance), and applying a digital gain to finally obtain a narrowband signal. The output of the DSP circuit may then be provided to an AGC, which is configured to use information extracted from the digital signal, for example, in one or more received training fields, to determine an appropriate gain. The output of the DSP circuit is also coupled to a demodulator, which is configured to extract modulated symbols from the signal and calculate, for example, a log-likelihood ratio (LLR) for each bit position of each subcarrier in each spatial stream. The demodulator may be coupled to a decoder, which may be configured to process the LLR to provide decoded bits. The decoded bits from all of the spatial streams are then provided to a demultiplexer for demultiplexing. The demultiplexed bits may then be descrambled and provided to a MAC layer (processor 406) for processing, evaluation or interpretation.

[0042]

[0068] The radio 404 generally includes at least one radio frequency (RF) transmitter (or “transmitter chain”) and at least one RF receiver (or “receiver chain”), which may be combined into one or more transceivers. For example, the RF transmitter and receiver may each include various DSP circuits, including at least one power amplifier (PA) and at least one low noise amplifier (LNA). The RF transmitter and receiver may be coupled to one or more antennas. For example, in some implementations, the wireless communication device 400 may include or be coupled to multiple transmit antennas (each with a corresponding transmit chain) and multiple receive antennas (each with a corresponding receive chain). Symbols output from the modem 402 are provided to the radio 404, which then transmits the symbols via the coupled antenna. Similarly, symbols received via the antennas are obtained by the radio 404, which then provides the symbols to the modem 402.

[0043]

[0069] The processor 406 may include intelligent hardware blocks or devices, such as, for example, a processing core, processing block, central processing unit (CPU), microprocessor, microcontroller, digital signal processor (DSP), application specific integrated circuit (ASIC), programmable logic device (PLD) such as field programmable gate array (FPGA), discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. The processor 406 processes information received through the radio 404 and modem 402, and processes information to be output through the modem 402 and radio 404 for transmission over a wireless medium. For example, the processor 406 may implement a control plane and a MAC layer configured to perform various operations related to the generation and transmission of MPDUs, frames, or packets. The MAC layer is configured to perform or facilitate frame coding and decoding, spatial multiplexing, space-time block coding (STBC), beamforming, and OFDMA resource allocation, among other operations or techniques. In some implementations, the processor 406 may generally control the modem 402 to cause the modem to perform the various operations described above.

[0044]

[0070] The memory 408 may include a tangible storage medium, such as a random access memory (RAM) or a read only memory (ROM), or a combination thereof. The memory 408 may also store non-transitory processor or computer executable software (SW) code that, when executed by the processor 406, causes the processor to perform various operations described herein for wireless communication, including generating, transmitting, receiving, and interpreting MPDUs, frames, or packets. For example, various functions of the components disclosed herein, or various blocks or steps of the methods, operations, processes, or algorithms disclosed herein, may be implemented as one or more modules of one or more computer programs.

[0045]

[0071] FIG. 5A illustrates a block diagram of an exemplary AP 502. For example, the AP 502 may be an exemplary implementation of the AP 102 described with reference to FIG. 1. The AP 502 includes a wireless communication device (WCD) 510 (although the AP 502 itself may also be generally referred to as a wireless communication device as used herein). For example, the wireless communication device 510 may be an exemplary implementation of the wireless communication device 400 described with reference to FIG. 4. The AP 502 also includes multiple antennas 520 coupled with the wireless communication device 510 for transmitting and receiving wireless communications. In some implementations, the AP 502 additionally includes an application processor 530 coupled with the wireless communication device 510 and a memory 540 coupled with the application processor 530. The AP 502 further includes at least one external network interface 550 that enables the AP 502 to communicate with a core network or a backhaul network to gain access to external networks, including the Internet. For example, the external network interface 550 may include one or both of a wired (e.g., Ethernet) network interface and a wireless network interface (such as a WWAN interface). Components of the above-mentioned components may communicate directly or indirectly with other components of the components over at least one bus. The AP 502 further includes a housing that encloses the wireless communication device 510, the application processor 530, the memory 540, at least a portion of the antenna 520, and the external network interface 550.

[0046]

[0072] FIG. 5B illustrates a block diagram of an exemplary STA 504. For example, the STA 504 may be an exemplary implementation of the STA 104 described with reference to FIG. 1. The STA 504 includes a wireless communication device 515 (although the STA 504 itself may also be generally referred to as a wireless communication device as used herein). For example, the wireless communication device 515 may be an exemplary implementation of the wireless communication device 400 described with reference to FIG. 4. The STA 504 also includes one or more antennas 525 coupled with the wireless communication device 515 to transmit and receive wireless communications. The STA 504 additionally includes an application processor 535 coupled with the wireless communication device 515 and a memory 545 coupled with the application processor 535. In some implementations, the STA 504 further includes a user interface (UI) 555 (such as a touch screen or keypad) and a display 565 that may be integrated with the UI 555 to form a touch screen display. In some implementations, the STA 504 may further include one or more sensors 575, such as, for example, one or more inertial sensors, accelerometers, temperature sensors, pressure sensors, or altitude sensors. Components of the above-mentioned components can communicate directly or indirectly with other components of the components over at least one bus. The STA 504 further includes a housing that contains the wireless communication device 515, the application processor 535, the memory 545, at least a portion of the antenna 525, the UI 555, and the display 565.

[0047]

[0073] As described above, some APs and STAs may be subject to power spectral density (PSD) limitations. For example, some APs and STAs operating in the 6 GHz frequency band may be required to comply with a low power indoor (LPI) power class, which limits the transmit power of the APs and STAs (in the 6 GHz band) to 5 dBm / MHz and -1 dBm / MHz, respectively. In other words, the transmit power in the 6 GHz band is PSD limited per MHz. Such PSD limitations may undesirably reduce the range of wireless communications and may reduce the packet detection and channel estimation capabilities of the APs and STAs.

[0048]

[0074] Various aspects relate generally to increasing the transmission power of wireless communication devices operating on PSD-limited wireless channels, and more particularly to trigger frame and PPDU designs supporting distributed transmission. The term "distributed transmission" as used herein refers to the transmission of a PPDU on non-contiguous tones (or subcarriers) across a wireless channel. In contrast, the term "continuous transmission" refers to the transmission of a PPDU on one or more sets of contiguous tones, each representing one or more RUs, as defined by existing versions of the IEEE 802.11 standard. In some implementations, an AP may transmit a trigger frame to request a TB PPDU from one or more STAs, where the trigger frame carries RU allocation information indicating a certain number (N) of tones allocated for the STAs, and carries tone distribution information indicating whether the N tones are allocated for continuous transmission or distributed transmission. In some other implementations, the AP or STA may transmit a PPDU carrying distribution signaling information indicating whether the PPDU is transmitted as a continuous transmission or distributed transmission.

[0049]

[0075] Particular implementations of the subject matter described in this disclosure may be implemented to achieve one or more of the following potential advantages: Distributed transmissions provide greater flexibility in medium utilization for PSD-limited wireless channels. As described above, the LPI power class limits the transmit power of APs and STAs in the 6 GHz band to 5 dBm / MHz and -1 dBm / MHz, respectively. By allowing wireless communication devices to distribute tones allocated for transmission of a PPDU across non-contiguous subcarrier indexes of a wireless channel, aspects of the present disclosure may increase the overall transmit power of a PPDU without exceeding the PSD limit of the wireless channel. For example, a distributed tone plan may reduce the total number of tones modulated by a device on a 1 MHz subchannel of a wireless channel. As a result, a wireless communication device may increase its per-tone transmit power without exceeding the PSD limit. In some implementations, distributed transmissions by multiple wireless communication devices may be multiplexed onto a shared wireless channel, thus increasing the transmit power of each device without sacrificing spectral efficiency. Such an increase in transmit power may be combined with any modulation and coding scheme (MCS) to increase the range and throughput of wireless communications over PSD-limited wireless channels. Distributed transmission may also improve packet detection and channel estimation capabilities of wireless communication devices.

[0050]

[0076] FIG. 6A illustrates a frequency diagram 600 showing an example distributed tone mapping according to some implementations. More specifically, FIG. 6A illustrates an example mapping of logical RUs 602 to distributed RUs (dRUs) 604. The logical RUs 602 represent a certain number of tones or subcarriers allocated for the transmission of a PPDU. In contrast, the dRUs 604 represent physical resources (identified by subcarrier index) that are modulated to transmit a PPDU.

[0051]

[0077] Existing versions of the IEEE 802.11 standard define a number of RUs and multiple RUs (MRUs) of various sizes that map to consecutive tones or subcarriers across a frequency bandwidth (or wireless channel). For example, a 242-tone RU maps to 242 consecutive subcarrier indices across a 20 MHz bandwidth. Similarly, a 484+242-tone MRU maps to 484 consecutive subcarrier indices across a 40 MHz bandwidth and 242 consecutive subcarrier indices across a 20 MHz bandwidth. As used herein, the term "regular RU" (or rRU) refers to an RU or MRU configuration supported by existing versions of the IEEE 802.11 standard. Similarly, the term "legacy tone plan" refers to existing tone mapping techniques that may be used to map logical RUs to one or more sets of consecutive subcarrier indices associated with a wireless channel, for example, to construct an rRU.

[0052]

[0078] In the example of FIG. 6A, the logical RU 602 includes 26 tones. In some implementations, the logical RU 602 may be mapped to rRUs according to a legacy tone plan (not shown for simplicity). In such implementations, the logical RU 602 is mapped to 26 contiguous or consecutive subcarrier indexes across a 2 MHz subchannel. However, in this configuration, the transmit power of the wireless communication device may be severely limited based on the PSD of the wireless channel. For example, the LPI power class limits the transmit power of the AP and STA to 5 dBm / MHz and −1 dBm / MHz, respectively, in the 6 GHz band. Thus, the transmit power per tone of the logical RU 602 is limited by the number of tones mapped to each 1 MHz subchannel of the wireless channel.

[0053]

[0079] Aspects of the present disclosure recognize that the transmit power per tone of the logical RU 602 may be increased by distributing the tones across a wider bandwidth. Increasing the transmit power per tone may also increase the overall transmit power of the logical RU 602. Thus, in some other implementations, the logical RU 602 may be mapped to a set of non-contiguous subcarrier indexes across a wider bandwidth channel. As used herein, the term "distributed RU" (or dRU) refers to a logical RU distributed across a set of non-contiguous subcarrier indexes. Similarly, the term "distributed tone plan" refers to a new tone mapping technique that may be used to map logical RUs to a set of non-contiguous subcarrier indexes associated with a wireless channel, for example, to construct a dRU.

[0054]

[0080] For example, referring to FIG. 6A, the logical RU 602 is mapped to the dRU 604 according to a distributed tone plan. More specifically, the logical RU 602 is mapped to 26 non-contiguous subcarrier indexes spread across a 40 MHz wireless channel. Compared to the tone mapping described above with respect to the legacy tone plan, the distributed tone mapping shown in FIG. 6A effectively reduces the number of tones (of the logical RU 602) in each 1 MHz subchannel. For example, each of the 26 tones may be mapped to a different 1 MHz subchannel of the 40 MHz channel. As a result, each AP or STA implementing the distributed tone mapping of FIG. 6A may maximize its per-tone transmit power (which may maximize the overall transmit power of the logical RU 602).

[0055]

[0081] In some implementations, a transmitting device (such as an AP) may include a distributed tone mapper that maps the logical RU 602 to the dRU 604 in the frequency domain (as described with reference to FIG. 6A). The dRU 604 is then converted (such as by an inverse fast Fourier transform (IFFT)) to a time domain signal for transmission over a wireless channel. A receiving device (such as a STA) receives the time domain signal over a wireless channel and converts (such as by a fast Fourier transform (FFT)) the time domain signal to the dRU 604. In some implementations, the receiving device may include a distributed tone demapper that demaps the dRU 604 to the logical RU 602. In other words, the distributed tone demapper reverses the mapping performed by the distributed tone mapper in the transmitting device. The receiving device can then recover the information carried (or modulated) on the logical RU 602 as a result of the demapping.

[0056]

[0082] In the example of FIG. 6A, the logical RUs 602 are evenly distributed across the 40 MHz wireless channel. However, in actual implementation, the logical RUs 602 may be mapped to any suitable pattern of non-contiguous subcarrier indexes. For example, in some aspects, the distance between any pair of modulated tones may be less than or greater than that shown in FIG. 6A. In some other aspects, a subset of two or more tones of a logical RU 602 may be mapped to contiguous subcarrier indexes. Still further, in some aspects, multiple logical RUs may be mapped to interleaved subcarrier indexes of a shared wireless channel.

[0057]

[0083] FIG. 6B illustrates another frequency diagram 610 illustrating an example distributed tone mapping according to some implementations. More specifically, FIG. 6B illustrates an example mapping of logical RUs 612 and 614 to dRUs 616 and 618, respectively. In some implementations, an AP may allocate logical RUs 612 and 614 to the first and second STAs, respectively, for transmission of TB PPDUs. In some other implementations, an AP may transmit MU PPDUs to the first and second STAs using logical RUs 612 and 614, respectively.

[0058]

[0084] In the example of FIG. 6B, each of the logical RUs 612 and 614 includes 26 tones. In some implementations, the logical RUs 612 and 614 are mapped to the dRUs 616 and 618, respectively, according to a distributed tone plan. More specifically, each of the logical RUs 612 and 614 is mapped to a respective set of 26 non-contiguous subcarrier indexes spread across the 40 MHz wireless channel. Thus, as shown in FIG. 6B, the dRU 616 is interleaved with the dRU 618 across the shared 40 MHz wireless channel. Aspects of the present disclosure recognize that by interleaving the dRUs 616 and 618, the transmit power per tone of each dRU can be significantly increased without sacrificing spectral efficiency.

[0059]

[0085] To support distributed transmission, new packet design and signaling are required to indicate whether a PPDU should be transmitted on tones across rRUs (according to the legacy tone plan) or on tones across dRUs (according to the distributed tone plan). For example, existing versions of the IEEE 802.11 standard define a trigger frame format that can be used to request one or more STAs to transmit a TB PPDU. The trigger frame allocates resources to the STAs for transmission of the TB PPDU and indicates how the TB PPDU should be configured for transmission. For example, the trigger frame may indicate the logical RUs (or MRUs) allocated for transmission in the TB PDDU. In some implementations, the trigger frame may be further configured to carry tone distribution information indicating whether the logical RUs (or MRUs) map to the rRUs or the dRUs.

[0060]

[0086] FIG. 7 illustrates an exemplary trigger frame 700 usable for communication between an AP and some STAs according to some implementations. The trigger frame 700 may be used to request a TB PPDU from one or more STAs. For example, referring to FIG. 1, the AP 102 may transmit the trigger frame 700 to one or more of the STAs 104 to request a TB PPDU from the STAs. The trigger frame 700 may allocate one or more logical RUs (or MRUs) for transmission in the TB PPDU. In some implementations, each of the logical RUs may map to an rRU. In some other implementations, each of the logical RUs may map to a dRU. Still further, in some implementations, a logical RU may map to a combination of an rRU and a dRU.

[0061]

[0087] The trigger frame 700 includes a MAC header 710, a common information field 720, a user information list 730, zero or more padding bits 740, and an FCS 750. The MAC header 710 includes a frame control field, a duration field, a receiver address (RA) field, and a transmitter address (TA) field. The common information field 720 and the user information list 730 carry configuration information that may be used by a receiving device to configure a TB PPDU to be transmitted in response to receiving the trigger frame 700. In some aspects, the user information list 730 may include one or more user information fields 732, each carrying per-user information for a respective user. In contrast, the common information field 620 may carry information that is common to all recipients of the trigger frame 600 (such as any users identified in the user information list 630).

[0062]

[0088] In some implementations, each user information field 732 may carry RU allocation information 734 and tone distribution information 736. The RU allocation information 734 indicates the logical RUs (or MRUs) allocated for transmission in the TB PPDU, and the tone distribution information 736 indicates whether the logical RUs are allocated for continuous transmission or distributed transmission. As described above, a logical RU represents a certain number (N) of tones on which a particular user or STA may transmit a TB PPDU. Thus, the tone distribution information 736 may indicate whether the N tones represent rRUs or dRUs. Because the trigger frame 700 may include multiple user information fields 732 (to request TB PPDUs from multiple users), the tone distribution information 736 may only apply to the RU allocation information 734 in the same user information field 732. In some aspects, the tone distribution information 736 may be indicated by the value of the distributed transmission bit.

[0063]

[0089] Aspects of the present disclosure recognize that the trigger frame 700 may include a number of reserved bits. The reserved bits represent unused bits that are reserved for future implementations of the IEEE 802.11 standard. In some aspects, one or more reserved bits in an earlier version or release of the IEEE 802.11 standard may be repurposed (to carry information) in a later version or release. For example, some reserved bits in the trigger frame 700 may be repurposed in a later version or release of the IEEE 802.11 standard to expand the range of values ​​that may be represented by an existing field in the earlier version or release. Some other reserved bits in the trigger frame 700 may be repurposed in a later version or release of the IEEE 802.11 standard to carry information unrelated to information carried in the earlier version or release (or remain unused in the later version or release). In some implementations, one or more of the reserved bits in the trigger frame 700 may be repurposed to carry tone dispersion information 736.

[0064]

[0090] FIG. 8 illustrates an example user information field 800 for a trigger frame formatted according to an existing trigger frame format. More specifically, the user information field 800 conforms to the Extremely High Throughput (EHT) variable user information field format defined by the initial release of the IEEE 802.11be amendment of the IEEE 802.11 standard. For example, with reference to FIG. 7, the user information field 800 may be an example of the user information field 732. Each user information field in the user information list is identified by a respective association identifier (AID) value in the AID12 subfield (in bit positions B0-B11). In some aspects, the AID value may uniquely identify a particular STA (or user) in a BSS. As shown in FIG. 8, the user information field 800 includes two reserved bits (in bit position B25 of the user information field 800 and in bit position B5 of the trigger-dependent user information subfield).

[0065]

[0091] In some implementations, any number of reserved bits in the user information field 800 may be diverted to carry tone dispersion information 736. In some other implementations, only the reserved bit in bit position B5 of the trigger-dependent user information subfield may be diverted to carry tone dispersion information 736. In some aspects, the reserved bits of the user information field 800 may be replaced by distributed transmission bits (or subfields) in future releases or versions of the IEEE 802.11 standard. For example, a first value of the distributed transmission bit (such as "1") may indicate that a logical RU (or MRU) allocated to a particular user or STA maps to an rRU. Meanwhile, a second value of the distributed transmission bit (such as "0") may indicate that a logical RU (or MRU) allocated to a particular user or STA maps to a dRU.

[0066]

[0092] The user information field 800 also includes an RU allocation subfield (at bit positions B12-B19) and a PS160 subfield (at bit position B39). The combined values ​​of the RU allocation subfield and the PS160 subfield map to an entry in the RU allocation table. The RU allocation table is a lookup table that stores a number of entries representing respective RU or MRU allocations. In particular, each entry in the RU allocation table may indicate a bandwidth, a RU / MRU size, and a RU / MRU index. In some implementations, the RU allocation information may include a value of the RU allocation subfield. In some aspects, any entry in the RU allocation table may be allocated for distributed transmission. In some other aspects, only a subset of the entries in the RU allocation table may be allocated for distributed transmission (e.g., 26-tone, 52-tone, 106-tone, 242-tone RUs).

[0067]

[0093] FIG. 9 illustrates another exemplary trigger frame 900 usable for communication between an AP and some STAs according to some implementations. The trigger frame 900 may be used to request a TB PPDU from one or more STAs. For example, referring to FIG. 1, the AP 102 may transmit the trigger frame 900 to one or more of the STAs 104 to request a TB PPDU from the STAs. The trigger frame 900 may allocate one or more logical RUs (or MRUs) for transmission in the TB PPDU. In some implementations, each of the logical RUs may map to an rRU. In some other implementations, each of the logical RUs may map to a dRU. Still further, in some implementations, a logical RU may map to a combination of an rRU and a dRU.

[0068]

[0094] The trigger frame 900 includes a MAC header 910, a common information field 920, a user information list 930, zero or more padding bits 940, and an FCS 950. The MAC header 910 includes a frame control field, a duration field, a receiver address (RA) field, and a transmitter address (TA) field. The common information field 920 and the user information list 930 carry configuration information that may be used by a receiving device to configure a TB PPDU to be transmitted in response to receiving the trigger frame 900. In some aspects, the user information list 930 may include one or more user information fields 932, each carrying per-user information for a respective user. For example, each user information field 932 may carry RU allocation information 934 indicating a logical RU (or MRU) allocated for transmission in the TB PPDU. As described above, a logical RU represents a certain number (N) of tones on which a particular user or STA may transmit a TB PPDU.

[0069]

[0095] The common information field 920 may carry information that is common to all recipients of the trigger frame 900. In some implementations, the common information field 920 may carry tone distribution information 922 that indicates whether the logical RUs (or MRUs) allocated by the trigger frame 900 are for continuous transmission or distributed transmission. In other words, the tone distribution information 922 indicates whether each logical RU maps to an rRU or a dRU. In some aspects, the tone distribution information 922 may be indicated by a value of a distributed transmission bit. Thus, the value of the distributed transmission bit may apply to all user information fields in the user information list 930. In some other aspects, the tone distribution information 922 may include a bitmap. In particular, each bit of the bitmap may represent a respective subchannel of a given wireless channel. Thus, some subchannels may be configured for continuous transmission and some other subchannels may be configured for distributed transmission.

[0070]

[0096] FIG. 10 illustrates a common information field 1000 for a trigger frame formatted according to an existing trigger frame format. More specifically, the common information field 1000 conforms to the EHT variable common information field format defined by the initial release of the IEEE 802.11be amendment of the IEEE 802.11 standard. For example, referring to FIG. 9, the common information field 1000 may be an example of a common field 920. In the example of FIG. 10, the common information field 1000 may be included in a trigger frame configured to request an EHT TB PPDU. Thus, the common information field 1000 includes a total of 11 reserved bits (in bit positions B22, B26, B53, B56-B62, and B63).

[0071]

[0097] In some implementations, any number of the reserved bits may be diverted to carry the tone distribution information 922. In some other implementations, only a subset of the nine reserved bits in bit positions B56-B62 may be diverted to carry the tone distribution information 922. In some aspects, the reserved bits of the common information field 1000 may be replaced by distributed transmission bits (or subfields) in a future release or version of the IEEE 802.11 standard. For example, a first value of the distributed transmission bit (such as "1") may indicate that the TB PPDU supports only continuous transmission. In other words, each logical RU (or MRU) allocated for transmission in the TB PPDU maps to an rRU. Meanwhile, a second value of the distributed transmission bit (such as "0") may indicate that the TB PPDU supports only distributed transmission. In other words, each logical RU (or MRU) allocated for transmission in the TB PPDU maps to a dRU.

[0072]

[0098] In some other aspects, the reserved bits of the common information field 1000 may be replaced by a bitmap in a future release or version of the IEEE 802.11 standard. For example, the value of each bit of the bitmap may indicate whether a respective subchannel of a wireless channel is configured for continuous transmission or distributed transmission. In some aspects, the bitmap may be 4 bits in length, where each bit represents a respective 80 MHz subchannel of a 320 MHz channel. Thus, the value of each bit may indicate whether each logical RU (or MRU) allocated within each 80 MHz subchannel maps to an rRU or a dRU. In some other aspects, the bitmap may be 8 bits in length, where each bit represents a respective 40 MHz subchannel of a 320 MHz channel. Thus, the value of each bit may indicate whether each logical RU (or MRU) allocated within each 40 MHz subchannel maps to an rRU or a dRU.

[0073]

[0099] In some other aspects, the bitmap may be 4 bits in length, where each bit represents a respective 20 MHz subchannel of the 80 MHz channel. Thus, the value of each bit may indicate whether each logical RU (or MRU) allocated within each 20 MHz subchannel maps to an rRU or a dRU. In some other aspects, the bitmap may be 8 bits in length, where each bit represents a respective 20 MHz subchannel of the 160 MHz channel. Thus, the value of each bit may indicate whether each logical RU (or MRU) allocated within each 20 MHz subchannel maps to an rRU or a dRU.

[0074]

[0100] FIG. 11 illustrates another exemplary trigger frame 1100 usable for communication between an AP and some STAs according to some implementations. The trigger frame 1100 may be used to request a TB PPDU from one or more STAs. For example, referring to FIG. 1, the AP 102 may transmit the trigger frame 1100 to one or more of the STAs 104 to request a TB PPDU from the STAs. The trigger frame 1100 may allocate one or more logical RUs (or MRUs) for transmission in the TB PPDU. In some implementations, each of the logical RUs may map to an rRU. In some other implementations, each of the logical RUs may map to a dRU. Still further, in some implementations, a logical RU may map to a combination of an rRU and a dRU.

[0075]

[0101] The trigger frame 1100 includes a MAC header 1110, a common information field 1120, a user information list 1130, zero or more padding bits 1140, and an FCS 1150. The MAC header 1110 includes a frame control field, a duration field, a receiver address (RA) field, and a transmitter address (TA) field. The common information field 1120 and the user information list 1130 carry configuration information that may be used by a receiving device to configure a TB PPDU to be transmitted in response to receiving the trigger frame 1100. In some aspects, the user information list 1130 may include one or more user information fields 1132, each carrying per-user information for a respective user. For example, each user information field 1132 may carry RU allocation information 1134 indicating a logical RU (or MRU) allocated for transmission in the TB PPDU. As explained above, a logical RU represents a certain number (N) of tones on which a particular user or STA may transmit TB PPDUs.

[0076]

[0102] In some implementations, the user information list 1130 may further include a specific user information field 1136. As described with reference to FIG. 8, each of the user information fields 1132 is identified by a unique AID value assigned to a particular STA (or user) in the BSS. In contrast, the specific user information field 1136 may be identified by an AID value that is not assigned to a STA in the BSS. In some aspects, the specific user information field 1136 may be an extension of the common information field 1120. In other words, the specific user information field 1136 may also carry information that is common to all users associated with the trigger frame. In some implementations, the specific user information field 1136 may carry tone distribution information 1138 that indicates whether the logical RUs (or MRUs) allocated by the trigger frame 1100 are for continuous transmission or distributed transmission. In other words, the tone distribution information 1138 indicates whether each logical RU maps to an rRU or a dRU. In some aspects, the tone distribution information 1138 may be indicated by the value of a distributed transmission bit. In some other aspects, the tone distribution information 1138 may include a bitmap, where each bit of the bitmap represents a respective subchannel of a given wireless channel.

[0077]

[0103] FIG. 12 illustrates a specific user information field 1200 for a trigger frame formatted according to an existing trigger frame format. More specifically, the specific user information field 1200 conforms to the specific user information field format defined by the initial release of the IEEE 802.11be amendment of the IEEE 802.11 standard. Thus, the AID12 subfield (in bit positions B0-B11) may carry an AID value equal to 2007. For example, referring to FIG. 11, the specific user information field 1200 may be an example of the specific user information field 1136. More specifically, the specific user information field 1200 may be an extension of the common information field of the underlying trigger frame (such as the common information field 1120). In the example of FIG. 12, the special user information field 1200 may include a total of four reserved bits (in bit positions B37-B39 of the special user information field 1200 and bit position B5 of the trigger-dependent user information field) and twelve U-SIG disregard and validate bits (in bit positions B25-B36).

[0078]

[0104] In some implementations, any number of reserved bits in the specific user information field 1200 may be repurposed to carry tone distribution information 1138. In some other implementations, the tone distribution information 1138 may be carried by one or more of the U-SIG neglect and acknowledgement bits (such as to carry the tone distribution information 1138 over to the U-SIG of the TB PPDU). In some aspects, the reserved bits of the specific user information field 1200 may be replaced by a distributed transmission bit (or subfield) in a future release or version of the IEEE 802.11 standard. For example, the value of the distributed transmission bit may indicate whether the TB PPDU supports continuous transmission or distributed transmission. In some other aspects, multiple reserved bits of the specific user information field 1200 may be replaced by a bitmap (such as a 4-bit bitmap) in a future release or version of the IEEE 802.11 standard. For example, the value of each bit of the bitmap may indicate whether a respective subchannel of the wireless channel is configured for continuous transmission or distributed transmission.

[0079]

[0105] As described above, tone distribution information may be carried in the trigger frame to allocate one or more dRUs for transmission in the TB PPDU. In other words, the tone distribution information facilitates distributed transmission of the TB PPDU by one or more STAs. Although the AP may be aware of the tone mapping used to transmit the TB PPDU (by transmitting the trigger frame), neighboring devices that do not receive the trigger frame cannot interpret the tone distribution information therein. However, some neighboring devices may need to measure out-of-band emissions (OOBE) or detect intra-RU or inter-RU interference caused by the PPDU. Moreover, the AP or STA may also increase its per-tone transmit power through distributed transmission of the PPDU to one or more STAs (such as MU PPDU). Thus, in some implementations, the PHY preamble of the PPDU may carry distribution signaling information indicating whether the PPDU is transmitted as a continuous transmission or a distributed transmission.

[0080]

[0106] 13 illustrates an example PPDU 1300 usable for communication between a STA and an AP, according to some implementations. The PPDU 1300 includes a PHY preamble including a first portion 1302 and a second portion 1304. The PPDU 1300 may further include a PHY payload 1306 after the preamble, for example, in the form of a PSDU carrying a data field 1326. In some implementations, the PPDU 1300 may be formatted as a non-legacy or very high throughput (EHT) PPDU. The first portion 1302 of the PHY preamble includes an L-STF 1308, an L-LTF 1310, and an L-SIG 1312. The second part 1304 of the PHY preamble includes a repeating legacy signal field (RL-SIG) 1314, a universal signal field (U-SIG) 1316, a non-legacy short training field (EHT-STF) 1322, and a number of non-legacy long training fields (EHT-LTF) 1324. In some implementations, the second part 1304 may further include a non-legacy signal field (EHT-SIG) 1318. In particular, the EHT-SIG 1318 is present only in single-user (SU) and multi-user (MU) PPDU formats.

[0081]

[0107] In the IEEE 802.11be amendment and future generations of the IEEE 802.11 standard, new fields may be used to carry signaling information. At least some of the new fields and signaling information may be included in the U-SIG 1316. For example, the U-SIG 1316 may include signaling regarding the type or format of additional signal fields that may follow the U-SIG 1316. Such signaling may be carried in one or more version-independent fields and one or more version-dependent fields. The version-independent fields may include, for example, a version identifier subfield that carries information indicating a version of an associated wireless communication protocol and a PPDU bandwidth subfield that carries information indicating a bandwidth associated with the PPDU 1300. The version-dependent fields may carry information used to interpret other fields of the U-SIG 1316 (or EHT-SIG 1318).

[0082]

[0108] In some implementations, the U-SIG 1316 may carry distributed signaling information 1330. The distributed signaling information 1330 may indicate whether the PPDU 1300 is transmitted as a continuous transmission or a distributed transmission. In some aspects, the distributed signaling information 1330 may be indicated by a value of a distributed signaling bit. Thus, the value of the distributed signaling bit may apply to the entire bandwidth of the PPDU 1300. In other words, the entire PPDU 1300 may be transmitted as a continuous transmission or a distributed transmission. In some other aspects, the distributed signaling information 1330 may include a bitmap. In particular, each bit of the bitmap may represent a respective subchannel of a given wireless channel. Thus, some portions of the PPDU 1300 may be transmitted as a continuous transmission (on one or more subchannels) and some other portions of the PPDU 1300 may be transmitted as a distributed transmission (on the remaining subchannels).

[0083]

[0109] FIG. 14 illustrates a U-SIG 1400 for a PPDU formatted according to an existing PPDU format. More specifically, the U-SIG 1400 conforms to the U-SIG format for the EHT TB PPDU defined by the initial release of the IEEE 802.11be amendment of the IEEE 802.11 standard. For example, referring to FIG. 14, the U-SIG 1400 may be an example of a U-SIG 1316. In accordance with the EHT TB PPDU format, the reserved bits are further subdivided into acknowledgement bits and disregard bits. The acknowledgement bits are used to indicate whether a STA should continue to receive the PPDU, and the disregard bits may be ignored by the receiving STA. As illustrated in FIG. 14, the U-SIG 1400 includes one acknowledgement bit and eleven disregard bits distributed across two U-SIG symbols (U-SIG-1 and U-SIG-2). More specifically, U-SIG 1400 includes six deprecated bits in U-SIG-1 (in bit positions B20-B25), five deprecated bits in U-SIG-2 (in bit positions B11-B15), and one acknowledgement bit in U-SIG-2 (in bit position B2). In some implementations, any number of the acknowledgement or deprecated bits may be diverted to carry distributed signaling information 1330.

[0084]

[0110] In some other implementations, only the confirmation bit may be repurposed to carry the distributed signaling information 1330. In such an embodiment, the confirmation bit may be replaced by a distributed signaling bit (or subfield) in a future release or version of the IEEE 802.11 standard. For example, a first value of the distributed signaling bit (such as "1") may indicate that the PPDU is transmitted as a continuous transmission. In other words, the PPDU is transmitted as a continuous transmission across the entire bandwidth of the wireless channel. Meanwhile, a second value of the distributed transmission bit (such as "0") may indicate that the PPDU is transmitted as a distributed transmission. In other words, the PPDU is transmitted as a distributed transmission across the entire bandwidth of the wireless channel. Thus, legacy STAs that do not support distributed transmission may stop processing the PPDU (and save power) when the value of the distributed signaling bit indicates distributed transmission.

[0085]

[0111] In some other implementations, only the deprecated bits may be repurposed to carry distributed signaling information 1330. In such an embodiment, the multiple deprecated bits may be replaced by a bitmap in a future release or version of the IEEE 802.11 standard. For example, the value of each bit of the bitmap may indicate whether a respective portion of the PPDU that corresponds to a respective subchannel of the wireless channel is transmitted as a continuous transmission or as a distributed transmission. In other words, the bitmap may indicate whether each logical RU (or MRU) allocated for transmission in the PPDU maps to an rRU or a dRU. Thus, a legacy STA that does not support distributed transmission can continue to process the PPDU if it is assigned an rRU. In some aspects, the bitmap may be 4 bits in length, where each bit represents a respective 80 MHz subchannel of the 320 MHz channel. Thus, the value of each bit may indicate whether each logical RU (or MRU) allocated within a respective 80 MHz subchannel maps to an rRU or a dRU. In some other aspects, the bitmap may be 8 bits in length, where each bit represents a respective 40 MHz subchannel of the 320 MHz channel, and the value of each bit may thus indicate whether each logical RU (or MRU) allocated within each 40 MHz subchannel maps to an rRU or a dRU.

[0086]

[0112] In some other aspects, the bitmap may be 4 bits in length, where each bit represents a respective 20 MHz subchannel of the 80 MHz channel. Thus, the value of each bit may indicate whether each logical RU (or MRU) allocated within each 20 MHz subchannel maps to an rRU or a dRU. In some other aspects, the bitmap may be 8 bits in length, where each bit represents a respective 20 MHz subchannel of the 160 MHz channel. Thus, the value of each bit may indicate whether each logical RU (or MRU) allocated within each 20 MHz subchannel maps to an rRU or a dRU.

[0113] FIG. 15 illustrates another U-SIG 1500 for a PPDU formatted according to an existing PPDU format. More specifically, U-SIG 1500 conforms to the U-SIG format for EHT MU PPDU defined by the initial release of the IEEE 802.11be amendment of the IEEE 802.11 standard. For example, referring to FIG. 13, U-SIG 1500 may be an example of U-SIG 1316. In accordance with the EHT MU PPDU format, the reserved bits are further subdivided into acknowledgement bits and disregard bits. As explained above, the acknowledgement bits are used to indicate whether a STA should continue to receive the PPDU, and the disregard bits may be ignored by the receiving STA. As shown in FIG. 15, U-SIG 1500 includes three acknowledgement bits and five disregard bits distributed across two U-SIG symbols (U-SIG-1 and U-SIG-2). More specifically, U-SIG 1500 includes five deprecated bits in U-SIG-1 (in bit positions B20-B24), one confirmation bit in U-SIG-1 (in bit position B25), and two confirmation bits in U-SIG-2 (in bit positions B2 and B8). In some implementations, any number of the confirmation or deprecated bits may be diverted to carry distributed signaling information 1330.

[0087]

[0114] In some other implementations, only the acknowledgement bit may be diverted to carry the distributed signaling information 1330. In such an embodiment, one of the acknowledgement bits may be replaced by a distributed signaling bit (or subfield) in a future release or version of the IEEE 802.11 standard. Thus, a legacy STA that does not support distributed transmission may stop processing the PPDU (and save power) when the value of the distributed signaling indicates distributed transmission. In some other implementations, only the deprecated bit may be diverted to carry the distributed signaling information 1330. In such an embodiment, a number of deprecated bits may be replaced by a bitmap in a future release or version of the IEEE 802.11 standard. For example, the value of each bit of the bitmap may indicate whether a respective portion of the PPDU that corresponds to a respective subchannel of the wireless channel is transmitted as a continuous transmission (as described with reference to FIG. 14) or as a distributed transmission. Thus, a legacy STA that does not support distributed transmission may continue to process the PPDU if it is assigned an rRU.

[0088]

[0115] FIG. 16 illustrates an example PPDU 1600 usable for communication between a STA and an AP, according to some implementations. The PPDU 1600 includes a PHY preamble including a first portion 1602 and a second portion 1604. The PPDU 1600 may further include a PHY payload 1606 after the preamble, for example, in the form of a PSDU carrying a data field 1626. In some implementations, the PPDU 1600 may be formatted as a non-legacy or EHT PPDU. The first portion 1602 of the PHY preamble includes an L-STF 1608, an L-LTF 1610, and an L-SIG 1612. The second portion 1604 of the PHY preamble includes an RL-SIG 1614, a U-SIG 1616, an EHT-SIG 1618, an EHT-STF 1622, and several EHT-LTFs 1624. The EHT-SIG 1618 may further include a common field 1630 and a user-specific field 1632. The common field 1630 may include a U-SIG overflow, which represents one or more bits or fields overflowed from the U-SIG 1616, or a RU allocation subfield, which carries information indicating an allocation of RUs for the intended recipient of the PPDU 1600. The user-specific field 1632 may include several user fields, which carry per-user information for the intended recipient of the PPDU 1600.

[0089]

[0116] In some implementations, the EHT-SIG 1618 may carry distributed signaling information 1634. More specifically, in the example of FIG. 16, the distributed signaling information 1634 may be carried in the common field 1630. The distributed signaling information 1634 may indicate whether the PPDU 1600 is transmitted as a continuous transmission or a distributed transmission. In some aspects, the distributed signaling information 1634 may be indicated by a value of a distributed signaling bit. Thus, the value of the distributed signaling bit may apply to the entire bandwidth of the PPDU 1600. In other words, the entire PPDU 1600 may be transmitted as a continuous transmission or a distributed transmission. In some other aspects, the distributed signaling information 1634 may include a bitmap. In particular, each bit of the bitmap may represent a respective subchannel of a given wireless channel. Thus, some portions of the PPDU 1600 may be transmitted as a continuous transmission (on one or more sub-channels) and some other portions of the PPDU 1600 may be transmitted as a distributed transmission (on the remaining sub-channels).

[0090]

[0117] FIG. 17 illustrates a common field 1700 for a PPDU formatted according to an existing PPDU format. More specifically, the common field 1700 conforms to a common field format for OFDMA or non-OFDMA transmission defined by an initial release of the IEEE 802.11be amendment of the IEEE 802.11 standard. In the example of FIG. 17, for simplicity, only the first seven subfields (in bit positions B0-B16) of the common field 1700 are shown. The content of the remaining subfields (in bit positions B17-B17+N) depends on whether the common field 1700 is for an OFDMA or non-OFDMA transmission. For example, referring to FIG. 16, the common field 1700 may be an example of the common field 1630 of the EHT-SIG 1618. As shown in FIG. 17, the common field 1700 includes four deprecated bits (in bit positions B13-B16). As explained above, the deprecated bits may be ignored by the receiving STA. In some implementations, any number of the deprecated bits may be diverted to carry distributed signaling information 1634.

[0091]

[0118] In some aspects, one of the confirmation bits may be replaced by a distributed signaling bit (or subfield) in a future release or version of the IEEE 802.11 standard. For example, a first value of the distributed signaling bit (such as "1") may indicate that the PPDU is transmitted as a continuous transmission, whereas a second value of the distributed transmission bit (such as "0") may indicate that the PPDU is transmitted as a distributed transmission. In some other aspects, a number of the deprecated bits may be replaced by a bitmap in a future release or version of the IEEE 802.11 standard. For example, a value of each bit of the bitmap may indicate whether a respective portion of the PPDU corresponding to a respective subchannel of the wireless channel is transmitted as a continuous transmission (as described with reference to FIG. 14) or a distributed transmission.

[0092]

[0119] FIG. 18 illustrates another common field 1800 for a PPDU formatted according to an existing PPDU format. More specifically, the common field 1800 conforms to a common field format for an EHT Sounding Null Data Packet (NDP) defined by an initial release of the IEEE 802.11be amendment of the IEEE 802.11 standard. For example, referring to FIG. 16, the common field 1800 may be an example of a common field 1630 of the EHT-SIG 1618. As shown in FIG. 18, the common field 1800 includes two deprecated bits (at bit positions B14 and B15). As described above, the deprecated bits may be ignored by the receiving STA. In some implementations, any number of deprecated bits may be diverted to carry distributed signaling information 1634.

[0093]

[0120] In some aspects, one of the confirmation bits may be replaced by a distributed signaling bit (or subfield) in a future release or version of the IEEE 802.11 standard. For example, a first value of the distributed signaling bit (such as "1") may indicate that the PPDU is transmitted as a continuous transmission, whereas a second value of the distributed transmission bit (such as "0") may indicate that the PPDU is transmitted as a distributed transmission. In some other aspects, a number of the deprecated bits may be replaced by a bitmap in a future release or version of the IEEE 802.11 standard. For example, a value of each bit of the bitmap may indicate whether a respective portion of the PPDU corresponding to a respective subchannel of the wireless channel is transmitted as a continuous transmission (as described with reference to FIG. 14) or a distributed transmission.

[0094]

[0121] 19 illustrates an example PPDU 1900 usable for communication between a STA and an AP, according to some implementations. The PPDU 1900 includes a PHY preamble including a first portion 1902 and a second portion 1904. The PPDU 1900 may further include a PHY payload 1906 after the preamble, for example in the form of a PSDU carrying a data field 1926. In some implementations, the PPDU 1900 may be formatted as a non-legacy or EHT PPDU. The first portion 1902 of the PHY preamble includes an L-STF 1908, an L-LTF 1910, and an L-SIG 1912. The second portion 1904 of the PHY preamble includes an RL-SIG 1914, a U-SIG 1916, an EHT-SIG 1918, an EHT-STF 1922, and several EHT-LTFs 1924. The EHT-SIG 1918 may further include a common field 1930 and a user specific field 1932. The common field 1930 may include a U-SIG overflow, which represents one or more bits or fields overflowed from the U-SIG 1916, or a RU allocation subfield, which carries information indicating an allocation of RUs for the intended recipients of the PPDU 1900. The user specific field 1932 may include one or more user fields 1934, which carry per-user information for the intended recipients of the PPDU 1900.

[0095]

[0122] In some implementations, the EHT-SIG 1918 may carry distributed signaling information 1936. More specifically, in the example of FIG. 19, the distributed signaling information 1936 may be carried in each user field 1934 of the user specific field 1932. The distributed signaling information 1936 may indicate whether the PPDU 1900 is transmitted as a continuous transmission or as a distributed transmission. In some aspects, the distributed signaling information 1936 may be indicated by a value of a distributed signaling bit. Because the user specific field 1932 may include multiple user fields 1934, the distributed signaling information 1936 may apply only to the RUs (or MRUs) allocated to the particular user field 1934 carrying the distributed signaling information 1936.

[0096]

[0123] FIG. 20 illustrates a user field 2000 for a PPDU formatted according to an existing PPDU format. More specifically, the user field 2000 conforms to the user field format for non-MU-MIMO allocation defined by the initial release of the IEEE 802.11be amendment of the IEEE 802.11 standard. For example, referring to FIG. 19, the user field 1900 may be an example of a user field in the user specific field 1932 of the EHT-SIG 1918. As shown in FIG. 20, the user field 2000 includes one reserved bit (at bit position B15). In some implementations, the reserved bit may be repurposed to carry distributed signaling information 1936. In some aspects, the reserved bit may be replaced by a distributed signaling bit (or subfield) in a future release or version of the IEEE 802.11 standard. For example, a first value of the distributed signaling bit (such as "1") may indicate that its assigned RU (or MRU) is transmitted as a continuous transmission. On the other hand, a second value of the distributed transmission bit (such as "0") may indicate that its assigned RU (or MRU) is to be transmitted as a distributed transmission.

[0097]

[0124] 21 shows a flowchart illustrating an example process 2100 for wireless communication supporting distributed RU signaling, according to some implementations. In some implementations, the process 2100 may be performed by a wireless communication device operating as or within a network node, such as one of the STAs 104 or 504 described above with reference to FIG. 1 and FIG. 5B, respectively.

[0098]

[0125] In some implementations, process 2100 begins at block 2102 with receiving a trigger frame requesting a TB PPDU from a wireless communication device, where the trigger frame carries RU allocation information indicating a number (N) of tones allocated for the wireless communication device and carries tone distribution information indicating whether the N tones are allocated for continuous transmission or distributed transmission. In some implementations, the RU allocation information and tone distribution information may be carried in a user information field that carries information specific to the wireless communication device. In some aspects, the RU allocation information may be indicated by a value of the RU allocation subfield of the user information field, and the tone distribution information may be indicated by a value of the distributed transmission bit.

[0099]

[0126] In some other implementations, the RU allocation information may be carried in a user information field, and the tone distribution information may be carried in a common information field, or a specific user information field, that carries information common to each user associated with the trigger frame. In some aspects, the RU allocation information may be indicated by a value of the RU allocation subfield of the user information field, and the tone distribution information may be indicated by a value of a distributed transmission bit. In some other aspects, the RU allocation information may be indicated by a value of the RU allocation subfield of the user information field, and the tone distribution information may comprise a bitmap, where each bit of the bitmap indicates whether a respective subchannel of the wireless channel is allocated for continuous transmission or distributed transmission.

[0100]

[0127] At block 2104, process 2100 proceeds with mapping the N tones to N subcarrier indices associated with the wireless channel according to a first tone plan or a second tone plan based on whether the N tones are allocated for contiguous or distributed transmission, respectively. For example, the N tones may represent one or more RUs. In some implementations, each of the one or more RUs may be mapped to a respective set of contiguous subcarrier indices according to the first tone plan. In some other implementations, each of the one or more RUs may be mapped to non-contiguous subcarrier indices according to the second tone plan.

[0101]

[0128] At block 2106, process 2100 proceeds with transmitting a TB PPDU over the wireless channel based on the mapping of the N tones to the N subcarrier indices. In some implementations, the TB PPDU may include a physical layer preamble with a U-SIG carrying distributed signaling information indicating whether the N tones are allocated for continuous transmission or distributed transmission.

[0102]

[0129] 22 shows a flowchart illustrating an example process 2200 for wireless communication supporting distributed RU signaling, according to some implementations. In some implementations, the process 2200 may be performed by a wireless communication device operating as or within an AP, such as one of the APs 102 or 502 of FIG. 1 and FIG. 5A, respectively.

[0103]

[0130] In some implementations, the process 2200 begins at block 2202 with receiving a PPDU having a physical layer preamble followed by a data payload, where the physical layer preamble carries bandwidth information indicating a bandwidth of a wireless channel associated with the PPDU and carries distributed signaling information indicating whether the PPDU is transmitted as a continuous transmission or a distributed transmission. In some implementations, the distributed signaling information may be indicated by a value of a distributed signaling bit. In some other implementations, the distributed signaling information may comprise a bitmap, where each bit of the bitmap indicates whether a respective subchannel of the wireless channel is associated with a continuous transmission or a distributed transmission.

[0104]

[0131] In some implementations, the distributed signaling information may be carried in a U-SIG that carries information for interpreting one or more subsequent fields of the physical layer preamble. In some other implementations, the distributed signaling information may be carried in a common field of a non-legacy signal field that immediately follows the U-SIG in the physical layer preamble, where the common field carries information common to each user associated with the PPDU. Still further, in some implementations, the distributed signaling information may be carried in a user field of a non-legacy signal field that immediately follows the U-SIG in the physical layer preamble, where the user field carries information specific to the wireless communication device.

[0105]

[0132] At block 2204, process 2200 proceeds with de-mapping the PPDU from a number (N) of subcarrier indices associated with the wireless channel according to a first tone plan or a second tone plan based on whether the PPDU is transmitted as a continuous transmission or a distributed transmission, respectively. In some implementations, the PPDU may be de-mapped from one or more sets of contiguous subcarrier indices according to the first tone plan, where each of the one or more sets of contiguous subcarrier indices represents a respective RU. In some other implementations, the PPDU may be de-mapped from non-contiguous subcarrier indices according to the second tone plan. At block 2206, process 2200 proceeds with recovering the data payload based on the de-mapped PPDU.

[0106]

[0133] In some implementations, process 2200 may further include transmitting a trigger frame requesting a PPDU, where the trigger frame carries tone distribution information indicating whether the wireless channel is allocated for continuous transmission or distributed transmission, where the PPDU is received in response to the trigger frame.

[0107]

[0134] Figure 23 shows a block diagram of an example wireless communication device 2300 according to some implementations. In some implementations, the wireless communication device 2300 is configured to perform the process 2100 described above with reference to Figure 21. The wireless communication device 2300 may be an example implementation of the wireless communication device 400 described above with reference to Figure 4. For example, the wireless communication device 2300 may be a chip, SoC, chipset, package or device including at least one processor and at least one modem (e.g., a Wi-Fi (IEEE 802.11) modem or a cellular modem).

[0108]

[0135] The wireless communication device 2300 includes a receiving component 2310, a communications manager 2320, and a transmitting component 2330. The communications manager 2320 further includes a tone mapping component 2322. Portions of the tone mapping component 2322 may be implemented at least partially in hardware or firmware. In some implementations, the tone mapping component 2322 is implemented at least partially as software stored in a memory (such as the memory 408). For example, portions of the tone mapping component 2322 may be implemented as non-transitory instructions (or “code”) executable by a processor (such as the processor 406) to perform the functions or operations of the respective components.

[0109]

[0136] The receiving component 2310 is configured to receive RX signals from one or more other wireless communication devices over a wireless channel. In some implementations, the receiving component 2310 may receive a trigger frame requesting a TB PPDU from the wireless communication device 2300, where the trigger frame carries RU allocation information indicating a number (N) of tones allocated for the wireless communication device 2300 and carries tone distribution information indicating whether the N tones are allocated for continuous transmission or distributed transmission. The communications manager 2320 is configured to control or manage communications with the one or more other wireless communication devices. In some implementations, the tone mapping component 2322 may map the N tones to the N subcarrier indices associated with the wireless channel according to a first tone plan or a second tone plan based on whether the N tones are allocated for continuous transmission or distributed transmission, respectively. The transmitting component 2330 is configured to transmit TX signals to one or more other wireless communication devices over the wireless channel. In some implementations, the transmitting component 2330 may transmit the TB PPDU over a wireless channel based on the mapping of the N tones to the N subcarrier indices.

[0110]

[0137] Figure 24 shows a block diagram of an example wireless communication device 2400 according to some implementations. In some implementations, the wireless communication device 2400 is configured to perform the process 2200 described above with reference to Figure 22. The wireless communication device 2400 may be one example implementation of the wireless communication device 400 described above with reference to Figure 4. For example, the wireless communication device 2400 may be a chip, SoC, chipset, package or device including at least one processor and at least one modem (e.g., a Wi-Fi (IEEE 802.11) modem or a cellular modem).

[0111]

[0138] The wireless communication device 2400 includes a receiving component 2410, a communications manager 2420, and a transmitting component 2430. The communications manager 2420 further includes a tone mapping component 2422. Portions of the tone demapping component 2422 may be implemented at least partially in hardware or firmware. In some implementations, the tone demapping component 2422 is implemented at least partially as software stored in a memory (such as the memory 408). For example, portions of the tone demapping component 2422 may be implemented as non-transitory instructions (or “code”) executable by a processor (such as the processor 406) to perform the functions or operations of the respective components.

[0112]

[0139] The receiving component 2410 is configured to receive an RX signal from one or more other wireless communication devices over a wireless channel. In some implementations, the receiving component 2410 may receive a PPDU having a physical layer preamble followed by a data payload, where the physical layer preamble carries bandwidth information indicating a bandwidth of a wireless channel associated with the PPDU and carries distributed signaling information indicating whether the PPDU is transmitted as a continuous transmission or a distributed transmission. The communications manager 2420 is configured to control or manage communications with one or more other wireless communication devices. In some implementations, the tone demapping component 2422 may demap the PPDU from a number (N) of subcarrier indexes associated with the wireless channel according to a first tone plan or a second tone plan based on whether the PPDU is transmitted as a continuous transmission or a distributed transmission, respectively, and recover the data payload based on the demapped PPDU. The transmitting component 2430 is configured to transmit a TX signal to one or more other wireless communication devices over the wireless channel. In some implementations, the transmitting component 2430 may transmit a trigger frame to request a PPDU from another wireless communication device.

[0113]

[0140] Example implementations are described in the following numbered clauses.

[0114] Clause 1. A method for wireless communication by a wireless communication device, comprising: receiving a trigger frame requesting a trigger-based (TB) physical layer convergence protocol (PLCP) protocol data unit (PPDU) from a wireless communication device, the trigger frame carrying resource unit (RU) allocation information indicating a number (N) of tones allocated for the wireless communication device and tone distribution information indicating whether the N tones are allocated for continuous transmission or distributed transmission; mapping the N tones to the N subcarrier indices associated with the wireless channel according to a first tone plan or a second tone plan based on whether the N tones are allocated for continuous transmission or distributed transmission, respectively; transmitting a TB PPDU over a wireless channel based on a mapping of the N tones to the N subcarrier indices; A method comprising:

[0115] Clause 2. The method of clause 1, wherein the N tones represent one or more RUs.

[0116] Clause 3. The method of any of clauses 1 or 2, wherein each of the one or more RUs is mapped to a respective set of consecutive subcarrier indexes according to a first tone plan.

[0117] Clause 4. The method of any of clauses 1 or 2, wherein each of the one or more RUs is mapped to non-contiguous subcarrier indices according to a second tone plan.

[0118] Clause 5. The method of any of clauses 1 to 4, wherein the RU allocation information and tone distribution information are carried in a user information field that carries information specific to the wireless communication device.

[0119] Clause 6. The method of any one of clauses 1 to 5, wherein the RU allocation information is indicated by a value of the RU Allocation subfield of the User Information field, and the tone dispersion information is indicated by a value of the Dispersion Transmission bit.

[0120] Clause 7. The method of any of clauses 1 to 4, wherein RU allocation information is carried in a user information field and tone distribution information is carried in a common information field, which carries information common to each user associated with the trigger frame, or in a specific user information field.

[0121] Clause 8. The method of any of clauses 1 to 4 or 7, wherein the RU allocation information is indicated by a value of the RU Allocation subfield of a User Information field, and the tone dispersion information is indicated by a value of a Dispersion Transmission bit.

[0122] Clause 9. The method of any of clauses 1 to 4 or 7, wherein the RU allocation information is indicated by a value of a RU allocation subfield of a user information field, and the tone distribution information includes a bitmap, each bit of the bitmap indicating whether a respective subchannel of the wireless channel is allocated for continuous transmission or for distributed transmission.

[0123] Clause 10. The method of any of clauses 1 to 9, wherein the TB PPDU includes a physical layer preamble having a universal signal field (U-SIG) carrying distributed signaling information indicating whether the N tones are mapped to the N subcarrier indices according to a first tone plan or a second tone plan.

[0124] Article 11. At least one modem; at least one processor communicatively coupled to the at least one modem; at least one memory communicatively coupled to the at least one processor and storing processor-readable code; wherein the processor readable code, when executed by at least one processor in conjunction with at least one modem, is configured to perform the method described in any one or more of clauses 1 to 10.

[0125] Clause 12. A method for wireless communication implemented by a wireless communication device, comprising: receiving a Physical Layer Convergence Protocol (PLCP) Protocol Data Unit (PPDU) having a physical layer preamble followed by a data payload, the physical layer preamble carrying bandwidth information indicating a bandwidth of a wireless channel associated with the PPDU and carrying distributed signaling information indicating whether the PPDU is to be transmitted as a continuous transmission or a distributed transmission; Demapping the PPDU from a number (N) of subcarrier indexes associated with the wireless channel according to a first tone plan or a second tone plan based on whether the PPDU is transmitted as a continuous transmission or a distributed transmission, respectively; Recovering the data payload based on the demapped PPDU; A method comprising:

[0126] Clause 13. The method of clause 12, wherein the PPDU is demapped from one or more sets of consecutive subcarrier indexes according to a first tone plan, each of the one or more sets of consecutive subcarrier indexes representing a respective resource unit (RU).

[0127] Clause 14. The method of clause 12, wherein the PPDU is demapped from non-consecutive subcarrier indexes according to a second tone plan.

[0128] Clause 15. A method according to any one of clauses 12 to 14, wherein the distributed signalling information is indicated by a value of a distributed signalling bit.

[0129] Clause 16. The method of any of clauses 12 to 14, wherein the distributed signaling information comprises a bitmap, each bit of the bitmap indicating whether a respective subchannel of the wireless channel is associated with a continuous transmission or a distributed transmission.

[0130] Clause 17. The method of any of clauses 12 to 16, wherein the distributed signaling information is carried in a universal signal field (U-SIG) that carries information for interpreting one or more subsequent fields of the physical layer preamble.

[0131] Clause 18. The method of any of clauses 12 to 16, wherein the distributed signaling information is carried in a common field of a non-legacy signal field that immediately follows the U-SIG in the physical layer preamble, the common field carrying information common to each user associated with the PPDU. 19. The method of any of clauses 12 to 16, wherein the distributed signaling information is carried in a user field of a non-legacy signal field that immediately follows the U-SIG in the physical layer preamble, the user field carrying information specific to the wireless communications device.

[0132] Article 20. transmitting a trigger frame requesting a PPDU, the trigger frame carrying tone distribution information indicating whether the wireless channel is allocated for continuous transmission or distributed transmission, and a PPDU being received in response to the trigger frame; 20. The method of any of clauses 12 to 19, further comprising:

[0133] Article 21. At least one modem; at least one processor communicatively coupled to the at least one modem; at least one memory communicatively coupled to the at least one processor and storing processor-readable code; wherein the processor readable code, when executed by at least one processor in conjunction with at least one modem, is configured to perform the method described in any one or more of clauses 12 to 20.

[0134]

[0141] As used herein, 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. For example, "at least one of a, b, or c" is intended to encompass the possibilities of a only, b only, c only, a combination of a and b, a combination of a and c, a combination of b and c, and a combination of a, b, and c.

[0135]

[0142] The various example components, logic, logic blocks, modules, circuits, operations, and algorithmic processes described in connection with the implementations disclosed herein may be implemented as electronic hardware, firmware, software, or combinations of hardware, firmware, or software, including the structures disclosed herein and their structural equivalents. Interchangeability of hardware, firmware, and software has been described generally in terms of functionality and illustrated in the various example components, blocks, modules, circuits, and processes described above. Whether such functionality is implemented in hardware, firmware, or software depends on the particular application and design constraints imposed on the overall system.

[0136]

[0143] Various modifications to the implementations described in this disclosure may be readily apparent to those skilled in the art, and the general principles defined herein may be applied to other implementations without departing from the spirit or scope of the disclosure. Thus, the claims are not intended to be limited to the implementations shown herein, but are to be accorded the widest scope consistent with the disclosure and the principles and novel features disclosed herein.

[0137]

[0144] Moreover, various features described herein in the context of separate implementations may also be implemented in combination in a single implementation. Conversely, various features described with respect to a single implementation may also be implemented in multiple implementations separately or in any suitable subcombination. Thus, although features may be described above as working in a particular combination, and may even initially be claimed as such, one or more features from a claimed combination may in some cases be deleted from that combination, and the claimed combination may be directed to a subcombination, or a variation of the subcombination.

[0138]

[0145] Similarly, although operations are illustrated in the figures in a particular order, this should not be understood as requiring such operations to be performed in the particular order or sequence shown, or that all of the illustrated operations be performed, to achieve desirable results. Additionally, the figures may generally illustrate another exemplary process in the form of a flow chart or flow diagram. However, other operations not shown may be incorporated into the generally illustrated exemplary process. For example, one or more additional operations may be performed before, after, simultaneously with, or between any of the illustrated operations. In some situations, multitasking and parallel processing may be advantageous. Moreover, it should be understood that the separation of various system components in the implementations described above should not be understood as requiring such separation in all implementations, and that the described program components and systems may generally be integrated together in a single software product or packaged in multiple software products.

Claims

1. 1. A method for wireless communication implemented by a wireless communication device, comprising: receiving a trigger frame requesting a trigger-based (TB) physical layer convergence protocol (PLCP) protocol data unit (PPDU) from the wireless communication device, the trigger frame carrying resource unit (RU) allocation information indicating a number (N) of tones allocated for the wireless communication device and tone distribution information indicating whether the N tones are allocated for continuous transmission or distributed transmission; mapping the N tones to N subcarrier indices associated with a wireless channel according to a first tone plan or a second tone plan based on whether the N tones are allocated for the continuous transmission or the distributed transmission, respectively, where the first tone plan indicates to the wireless communication device to map the N tones to a set of contiguous subcarrier indices and the second tone plan indicates to the wireless communication device to map the N tones to non-contiguous subcarrier indices. transmitting the TB PPDU over the wireless channel based on the mapping of the N tones to the N subcarrier indexes; A method comprising:

2. The method of claim 1 , wherein the N tones represent one or more RUs.

3. The method of claim 2 , wherein each of the one or more RUs is mapped to a respective set of consecutive subcarrier indexes according to the first tone plan.

4. The method of claim 2 , wherein each of the one or more RUs is mapped to the non-contiguous subcarrier indexes according to the second tone plan.

5. 2. The method of claim 1, wherein the RU allocation information and the tone distribution information are carried in a user information field that carries information specific to the wireless communication device.

6. 6. The method of claim 5, wherein the RU allocation information is indicated by a value of an RU Allocation subfield of the User Information field, and the tone dispersion information is indicated by a value of a Dispersion Transmission bit.

7. 2. The method of claim 1, wherein the RU allocation information is carried in a user information field, the tone distribution information is carried in a common information field or a specific user information field that carries information common to each user associated with the trigger frame, the RU allocation information is indicated by a value of an RU allocation subfield of the user information field, the tone distribution information is indicated by a value of a distributed transmission bit, or the RU allocation information is indicated by a value of an RU allocation subfield of the user information field, and the tone distribution information comprises a bitmap, each bit of the bitmap indicating whether a respective subchannel of the wireless channel is allocated for continuous transmission or distributed transmission.

8. 2. The method of claim 1, wherein the TB PPDU includes a physical layer preamble having a universal signal field (U-SIG) that carries distributed signaling information indicating whether the N tones are allocated for continuous transmission or distributed transmission.

9. At least one modem; at least one processor communicatively coupled to the at least one modem; at least one memory communicatively coupled to the at least one processor and storing processor-readable code; wherein the processor readable code, when executed by the at least one processor in conjunction with the at least one modem, receiving a trigger frame requesting a trigger-based (TB) physical layer convergence protocol (PLCP) protocol data unit (PPDU) from the wireless communication device, the trigger frame carrying resource unit (RU) allocation information indicating a number (N) of tones allocated for the wireless communication device and tone distribution information indicating whether the N tones are allocated for continuous transmission or distributed transmission; mapping the N tones to N subcarrier indices associated with a wireless channel according to a first tone plan or a second tone plan based on whether the N tones are allocated for the continuous transmission or the distributed transmission, respectively, where the first tone plan indicates to the wireless communication device to map the N tones to a set of contiguous subcarrier indices and the second tone plan indicates to the wireless communication device to map the N tones to non-contiguous subcarrier indices. transmitting the TB PPDU over the wireless channel based on the mapping of the N tones to the N subcarrier indexes; 16. A wireless communication device configured to:

10. 10. The wireless communication device of claim 9, wherein the N tones represent one or more RUs, each of which is mapped to a respective set of contiguous subcarrier indexes according to the first tone plan and to the non-contiguous subcarrier indexes according to the second tone plan.

11. 10. The wireless communication device of claim 9, wherein the RU allocation information and the tone distribution information are carried in a user information field that carries information specific to the wireless communication device.

12. 10. The wireless communication device of claim 9, wherein the RU allocation information is carried in a user information field and the tone distribution information is carried in a common information field or a specific user information field that carries information common to each user associated with the trigger frame.

13. 1. A method for wireless communication implemented by a wireless communication device, comprising: receiving a Physical Layer Convergence Protocol (PLCP) Protocol Data Unit (PPDU) having a physical layer preamble followed by a data payload, the physical layer preamble carrying bandwidth information indicating a bandwidth of a wireless channel associated with the PPDU and carrying distributed signaling information indicating whether the PPDU is to be transmitted as a continuous transmission or a distributed transmission; demapping the PPDU from a number (N) of subcarrier indices associated with the wireless channel according to a first tone plan or a second tone plan based on whether the PPDU is transmitted as the continuous transmission or the distributed transmission, respectively, where the PPDU is demapped from one or more sets of contiguous subcarrier indices according to the first tone plan and is demapped from non-contiguous subcarrier indices according to the second tone plan. and recovering the data payload based on the demapped PPDU.

14. At least one modem; at least one processor communicatively coupled to the at least one modem; at least one memory communicatively coupled to the at least one processor and storing processor-readable code; wherein the processor readable code, when executed by the at least one processor in conjunction with the at least one modem, receiving a Physical Layer Convergence Protocol (PLCP) Protocol Data Unit (PPDU) having a physical layer preamble followed by a data payload, the physical layer preamble carrying bandwidth information indicating a bandwidth of a wireless channel associated with the PPDU and carrying distributed signaling information indicating whether the PPDU is to be transmitted as a continuous transmission or a distributed transmission; demapping the PPDU from a number (N) of subcarrier indices associated with the wireless channel according to a first tone plan or a second tone plan based on whether portions of the PPDU are transmitted as the continuous transmission or whether portions of the PPDU are transmitted as the distributed transmission, respectively, where the PPDU is demapped from one or more sets of contiguous subcarrier indices according to the first tone plan and is demapped from non-contiguous subcarrier indices according to the second tone plan. and recovering the data payload based on the demapped PPDU.

15. A computer program comprising instructions which, when executed on at least one processor of a wireless communication device as described in claim 9, cause the at least one processor to perform a method as described in any one of claims 1 to 8, and which, when executed on at least one processor of a wireless communication device as described in claim 14, cause the at least one processor to perform a method as described in claim 13.

Images