Coordinated beamforming information exchange for a transmission phase

Abstract

This disclosure provides methods, components, devices and systems for coordinated beamforming (CoBF) information exchange for a transmission phase. Some aspects more specifically relate to information exchange between access points (APs) to support a transmission phase for a CoBF procedure and, additionally, or alternatively, a C-SR procedure. In some examples, a first AP may transmit an invite message associated with a CoBF procedure, the invite message comprising information that pertains to a universal signal (U-SIG), information that pertains to at least one of a legacy signal (L-SIG) and a common field of a ultra-high reliability signal (UHR-SIG), and user information associated with one or more user fields of the UHR-SIG. The first AP may receive, from a second AP and in response to transmission of the invite message, a response message associated with the CoBF procedure.

Description

Qualcomm Docket No. 2501668WO1COORDINATED BEAMFORMING INFORMATION EXCHANGE FOR A TRANSMISSION PHASE CROSS REFERENCES

[0001] The present Application for Patent claims priority to U. S. Patent Application No. 19 / 437,883 by CHEN et al., entitled “ COORDINATED BEAMFORMING INFORMATION EXCHANGE FOR A TRANSMISS SION PHASE” filed December 31, 2025, which claims the benefit of U. S. Provisional Patent Application No.63 / 801,728 by CHEN et al., entitled “COORDINATED BEAMFORMING INFORMATION EXCHANGE FOR A TRANSMISSION PHASE,” filed May 7, 2025, U. S. Provisional Patent Application No. 63 / 767,506 by CHEN et al., entitled “COORDINATED BEAMFORMING INFORMATION EXCHANGE FOR A TRANSMISSION PHASE,” filed March 5, 2025, U. S. Provisional Patent Application No. 63 / 754,484 by CHEN et al., entitled “COORDINATED BEAMFORMING INFORMATION EXCHANGE FOR A TRANSMISSION PHASE,” filed February 5, 2025, and U. S. Provisional Patent Application No. 63 / 741,742 by CHEN et al., entitled “COORDINATED BEAMFORMING INFORMATION EXCHANGE FOR A TRANSMISSION PHASE,” filed January 3, 2025, each of which is assigned to the assignee hereof, and each of which is expressly incorporated by reference in its entirety herein.TECHNICAL FIELD

[0002] This disclosure relates generally to wireless communication and, more specifically, to coordinated beamforming (CoBF) information exchange for a transmission phase. Various aspects relate generally to information exchange for a CoBF transmission phase, and related techniques for information exchange for coordinated spatial reuse (C-SR) transmission. In some implementations, some aspects more specifically relate to a multistage information exchange associated with a transmission phase of a CoBF procedure. In some implementations, some aspects more specifically relate to C-SR transmission, which may also use a multistage information exchange or, additionally, or alternatively, a single stage information exchange, prior to the C-SR transmission.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO2DESCRIPTION OF THE RELATED TECHNOLOGY

[0003] Wireless communication networks may include various types of wireless communication devices including network entities (such as wireless access points (AP) or base stations (BS)), client devices (such as wireless stations (STAs) or user equipment (UEs)), and other wireless nodes. These wireless communication devices may communicate with one another via a variety of technologies and wireless communication protocols, including wireless local area network (WLAN) or Wi-Fibased protocols or cellular (such as 4G, 5G, or 6G)-based protocols. The wireless communication networks may be capable of supporting communication with multiple users by sharing the available system resources (such as time, frequency, and spatial resources). To enable features or provide improved performance, the wireless communication devices may employ technologies such as orthogonal frequency divisional multiple access (OFDMA), multi-user Multiple-Input Multiple-Output (MU-MIMO), spatial multiplexing, and beamforming. For greater inter-operability, the wireless communication networks may support backwards compatibility (such as supporting legacy wireless communication devices) as well as forward compatibility (such as supporting communication with wireless communication devices compatible with next-generation wireless communication standards).SUMMARY

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

[0005] One innovative aspect of the subject matter described in this disclosure can be implemented in a method for wireless communications by a first access point (AP), as described. The method may include transmitting an invite message associated with a coordinated beamforming (CoBF) procedure, the invite message including baseline information that includes control information and preamble information, where the preamble information includes information that pertains to a universal signal (U-SIG), information that pertains to at least one of a legacy signal (L-SIG) and a common field of an ultra-high reliability signal (UHR-SIG), user information associated with one or more user fields of the UHR-SIG, or any combination thereof and receiving, from aAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO3second AP and in response to transmission of the invite message, a response message associated with the CoBF procedure.

[0006] Another innovative aspect of the subject matter described in this disclosure can be implemented in a first AP for wireless communications, as described. The first AP may include a processing system that includes processor circuitry and memory circuitry that stores code. The processing system may be configured to cause the first AP to transmit an invite message associated with a CoBF procedure, the invite message including baseline information that includes control information and preamble information, where the preamble information includes information that pertains to a U-SIG, information that pertains to at least one of a L-SIG and a common field of an UHR-SIG, user information associated with one or more user fields of the UHR-SIG, or any combination thereof and receive, from a second AP and in response to transmission of the invite message, a response message associated with the CoBF procedure.

[0007] Another innovative aspect of the subject matter described in this disclosure can be implemented in another first AP for wireless communications, as described. The first AP may include means for transmitting an invite message associated with a CoBF procedure, the invite message including baseline information that includes control information and preamble information, where the preamble information includes information that pertains to a U-SIG, information that pertains to at least one of a L-SIG and a common field of an UHR-SIG, user information associated with one or more user fields of the UHR-SIG, or any combination thereof and means for receiving, from a second AP and in response to transmission of the invite message, a response message associated with the CoBF procedure.

[0008] Another innovative aspect of the subject matter described in this disclosure can be implemented in a non-transitory computer-readable medium storing code for wireless communications is described. The code may include instructions executable by one or more processors to transmit an invite message associated with a CoBF procedure, the invite message including baseline information that includes control information and preamble information, where the preamble information includes information that pertains to a U-SIG, information that pertains to at least one of a L-SIG and a common field of an UHR-SIG, user information associated with one or more user fields of the UHR-SIG, or any combination thereof and receive, from a second AP and in response toAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO4transmission of the invite message, a response message associated with the CoBF procedure.

[0009] Some examples of the method, first APs, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for transmitting, in response to reception of the response message, a synchronization message that indicates that the CoBF procedure may be to begin.

[0010] In some examples of the method, first APs, and non-transitory computer-readable medium described herein, the synchronization message includes second baseline information, the second baseline information includes second control information and second preamble information, and the second preamble information includes information that pertains to a second U-SIG, information that pertains to at least one of a second L-SIG and a common field of a second UHR-SIG, second user information associated with one or more user fields of the second UHR-SIG, or any combination thereof.

[0011] In some examples of the method, first APs, and non-transitory computer-readable medium described herein, the synchronization message indicates optional information and the optional information includes third information that pertains to a second U-SIG, third information that pertains to at least one of a second L-SIG and a common field of a second UHR-SIG, third user information associated with one or more user fields of the second UHR-SIG, or any combination thereof.

[0012] In some examples of the method, first APs, and non-transitory computer-readable medium described herein, the invite message, the response message, the synchronization message, or any combination thereof includes a trigger frame, wherein the trigger frame includes a buffer status report poll (BSRP) trigger frame, a stationspecific BSRP trigger frame, a multi-user request-to-send (MU-RTS) trigger frame, a MU-RTS transmit opportunity sharing (TXS) trigger frame, a new trigger type frame, or any combination thereof, and the invite message, the response message, the synchronization message, or any combination thereof triggers transmission of a physical layer protocol data unit (PPDU) including a quality of service (QoS) null frame, a BlockAck frame, a multi-station BlockACK frame, or any combination thereof.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO5

[0013] In some examples of the method, first APs, and non-transitory computer-readable medium described herein, the response message indicates participation by the second AP in the CoBF procedure.

[0014] In some examples of the method, first APs, and non-transitory computer-readable medium described herein, the response message includes second baseline information that includes second control information and second preamble information, the second control information includes an indication of participation of the second AP in the CoBF procedure, bandwidth information associated with the second AP, synchronization leader information, an immediate response notification, a multi-AP scheme, an information type, or any combination thereof, and the second preamble information includes information that pertains to a second U-SIG, information that pertains to at least one of a second L-SIG and a common field of a second UHR-SIG, second user information associated with one or more user fields of the second UHR-SIG, or any combination thereof.

[0015] Another innovative aspect of the subject matter described in this disclosure can be implemented in a method for wireless communications by a second AP, as described. The method may include receiving, from a first AP, an invite message associated with a CoBF procedure, the invite message including baseline information that includes control information and preamble information, where the preamble information includes information that pertains to a U-SIG, information that pertains to at least one of a L-SIG and a common field of an UHR-SIG, user information associated with one or more user fields of the UHR-SIG, or any combination thereof and transmitting, in response to reception of the invite message, a response message associated with the CoBF procedure.

[0016] Another innovative aspect of the subject matter described in this disclosure can be implemented in a second AP for wireless communications, as described. The second AP may include a processing system that includes processor circuitry and memory circuitry that stores code. The processing system may be configured to cause the second AP to receive, from a first AP, an invite message associated with a CoBF procedure, the invite message including baseline information that includes control information and preamble information, where the preamble information includes information that pertains to a U-SIG, information that pertains to at least one of a L-SIGAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO6and a common field of an UHR-SIG, user information associated with one or more user fields of the UHR-SIG, or any combination thereof and transmit, in response to reception of the invite message, a response message associated with the CoBF procedure.

[0017] Another innovative aspect of the subject matter described in this disclosure can be implemented in another second AP for wireless communications, as described. The second AP may include means for receiving, from a first AP, an invite message associated with a CoBF procedure, the invite message including baseline information that includes control information and preamble information, where the preamble information includes information that pertains to a U-SIG, information that pertains to at least one of a L-SIG and a common field of an UHR-SIG, user information associated with one or more user fields of the UHR-SIG, or any combination thereof and means for transmitting, in response to reception of the invite message, a response message associated with the CoBF procedure.

[0018] Another innovative aspect of the subject matter described in this disclosure can be implemented in a non-transitory computer-readable medium storing code for wireless communications, as described. The code may include instructions executable by one or more processors to receive, from a first AP, an invite message associated with a CoBF procedure, the invite message including baseline information that includes control information and preamble information, where the preamble information includes information that pertains to a U-SIG, information that pertains to at least one of a L-SIG and a common field of an UHR-SIG, user information associated with one or more user fields of the UHR-SIG, or any combination thereof and transmit, in response to reception of the invite message, a response message associated with the CoBF procedure.

[0019] Some examples of the method, second APs, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for receiving, in response to transmission of the response message, a synchronization message that indicates that the CoBF procedure may be to begin.

[0020] In some examples of the method, second APs, and non-transitory computer-readable medium described herein, the synchronization message includes second baseline information, the second baseline information includes second control Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO7information and second preamble information, and the second preamble information includes information that pertains to a second U-SIG, information that pertains to at least one of a second L-SIG and a common field of a second UHR-SIG, second user information associated with one or more user fields of the second UHR-SIG, or any combination thereof.

[0021] In some examples of the method, second APs, and non-transitory computer-readable medium described herein, the synchronization message indicates optional information and the optional information includes third information that pertains to a second U-SIG, third information that pertains to at least one of a second L-SIG and a common field of a second UHR-SIG, third user information associated with one or more user fields of the second UHR-SIG, or any combination thereof.

[0022] Some examples of the method, second APs, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for determining, for inclusion in the invite message or based on information included in the response message, one or more physical layer protocol data unit (PPDU) bandwidth parameters and punctured channel information.

[0023] In some examples of the method, second APs, and non-transitory computer-readable medium described herein, the invite message, the response message, the synchronization message, or any combination thereof includes a trigger frame, wherein the trigger frame includes a BSRP trigger frame, a station-specific BSRP trigger frame, a MU-RTS trigger frame, a MU-RTS TXS trigger frame, a new trigger type frame, or any combination thereof, and the invite message, the response message, the synchronization message, or any combination thereof triggers transmission of a PPDU including a QoS null frame, a BlockAck frame, a multi-STA BlockACK frame, or any combination thereof.

[0024] In some examples of the method, second APs, and non-transitory computer-readable medium described herein, the response message indicates participation by the second AP in the CoBF procedure.

[0025] In some examples of the method, second APs, and non-transitory computer-readable medium described herein, the response message includes second baseline information that includes second control information and second preamble information,Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO8the second control information includes an indication of participation of the second AP in the CoBF procedure, bandwidth information associated with the second AP, synchronization leader information, an immediate response notification, a multi-AP scheme, an information type, or any combination thereof, and the second preamble information includes information that pertains to a second U-SIG, information that pertains to at least one of a second L-SIG and a common field of a second UHR-SIG, second user information associated with one or more user fields of the second UHR-SIG, or any combination thereof.

[0026] Details of one or more implementations of the subject matter described in this disclosure are set forth in the accompanying drawings and the description below. Other features, aspects, and advantages will become apparent from the description, the drawings and the claims. Note that the relative dimensions of the following figures may not be drawn to scale.BRIEF DESCRIPTION OF THE DRAWINGS

[0027] Figure 1 shows a pictorial diagram of an example wireless communication network.

[0028] Figure 2 shows an example protocol data unit (PDU) usable for communications between a wireless access point (AP) and one or more wireless stations (STAs).

[0029] Figure 3 shows an example physical layer (PHY) protocol data unit (PPDU) usable for communications between a wireless AP and one or more wireless STAs.

[0030] Figures 4 and 5 show examples of timing diagrams that support coordinated beamforming (CoBF) and coordinated spatial reuse (C-SR) information exchange for a transmission phase.

[0031] Figure 6 shows an example of a process flow that supports CoBF information exchange for a transmission phase.

[0032] Figures 7A and 7B show examples of timing diagrams that support CoBF information exchange for a transmission phase.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO9

[0033] Figure 8 shows a block diagram of an example wireless communication device that supports CoBF information exchange for a transmission phase.

[0034] Figures 9 and 10 show flowcharts illustrating example processes performable by or at a first access point that supports CoBF information exchange for a transmission phase.

[0035] Figure 11 shows a block diagram of an example wireless communication device that supports CoBF information exchange for a transmission phase.

[0036] Figure 12 shows a flowchart illustrating an example process performable by or at a first access point that supports CoBF information exchange for a transmission phase.

[0037] Figure 13 shows a flowchart illustrating an example process performable by or at a second access point that supports CoBF information exchange for a transmission phase.

[0038] Figure 14 shows a block diagram of an example wireless communication device that supports coordinated beamforming information exchange for a transmission phase.

[0039] Figure 15 shows a flowchart illustrating an example process performable by or at a first access point that supports coordinated beamforming information exchange for a transmission phase.

[0040] Figure 16 shows a flowchart illustrating an example process performable by or at a second access point that supports coordinated beamforming information exchange for a transmission phase.

[0041] Like reference numbers and designations in the various drawings indicate like elements.DETAILED DESCRIPTION

[0042] The following description is directed to some particular examples for the purposes of describing innovative aspects of this disclosure. However, a person having ordinary skill in the art will readily recognize that the teachings herein can be applied in a multitude of different ways. Some or all of the described examples may beAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO10implemented in any device, system or network that is capable of transmitting and receiving radio frequency (RF) signals according to one or more of the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standards, the IEEE 802.15 standards, the Bluetooth® standards as defined by the Bluetooth Special Interest Group (SIG), or the Long Term Evolution (LTE), 3G, 4G, 5G (New Radio (NR)) or 6G standards promulgated by the 3rd Generation Partnership Project (3GPP), among others.

[0043] The described examples can be implemented in any suitable device, component, system or network that is 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), orthogonal frequency division multiplexing (OFDM), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single-carrier FDMA (SC-FDMA), spatial division multiple access (SDMA), rate-splitting multiple access (RSMA), multi-user shared access (MUSA), single-user (SU) multiple-input multiple-output (MIMO) and multi-user (MU)-MIMO (MU-MIMO). The described examples also can be implemented using other wireless communication protocols or RF signals suitable for use in one or more of a wireless personal area network (WPAN), a wireless local area network (WLAN), a wireless wide area network (WWAN), a wireless metropolitan area network (WMAN), a nonterrestrial network (NTN), or an internet of things (IOT) network.

[0044] In some wireless communications systems, access points (APs) (e.g., wireless devices, UEs, network entities) may participate in coordinated beamforming (CoBF), coordinated spatial reuse (C-SR), other multi-AP (MAP) schemes (e.g., coordinated time division multi-access (Co-TDMA), joint transmission (JT) from multiple APs to a single user, JT from multiple APs to multiple users associated with a single basic service set (BSS), JT from multiple APs to multiple users associated with multiple BSSs), or any combination thereof. CoBF may enable APs to coordinate beamforming based on measurement or sounding from the APs, and transmission between the APs. This may be divided into at least two phases, including a sounding (e.g., measurement) phase and a transmission phase. Both the sounding phase and the transmission phase may rely on an information exchange between the APs in order to be performed properly. For example, transmissions from different APs may use a common preamble to avoid interference-related issues. The information exchange may allowAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO11each AP to determine this common preamble and participate in the phases as expected. However, the sounding phase and the transmission phase may use different transmission opportunities (TXOPs) and bandwidths, which may use different preambles.Information exchange related to both the sounding phase and the transmission phase may be used to generate one common preamble, even though the preamble may change between phases. That is, in order to accommodate these differences, it may be beneficial to separate the information exchange for each phase. Additionally, or alternatively, C-SR may rely on an information exchange before transmission for a C-SR procedure.

[0045] Various aspects relate generally to information exchange for a CoBF transmission phase, and related techniques for information exchange for C-SR transmission, as well as other MAP schemes. In some implementations, some aspects more specifically relate to a multistage information exchange associated with a transmission phase of a CoBF procedure. In some cases, the multistage information exchange may include an invite frame, a response frame, and, in some examples, a synchronization (e.g., sync, trigger) frame. For example, an initiating AP (e.g., a sharing AP, TXOP holder) associated with a sharing BSS may transmit an invite message (e.g., frame), which may include baseline information including control information and physical (PHY) preamble information used to form a common preamble in the MAP transmission (e.g., a common preamble in the PPDUs in CoBF transmissions). The preamble information may include information pertaining to a universal signal (U-SIG), legacy signal (L-SIG), a common field of an ultra-high reliability signal (UHR-SIG), one or more user fields of the UHR-SIG, or any combination thereof. A responding AP (e.g., shared AP) associated with the shared BSS may transmit a response message (e.g., response frame), which may indicate an intent to participate in the CoBF transmission phase. Additionally, or alternatively, the response message may include other baseline information pertaining to a U-SIG, L-SIG, UHR-SIG common field, one or more UHR-SIG user fields, or any combination thereof. In some cases, after receiving the response message, the initiating AP, being a synchronization leader (e.g., Sync-Leader, Sync-Reference) as the reference for synchronization, may transmit a sync message to trigger the CoBF transmission phase. In other cases, the responding AP may be designated as a synchronization leader (Sync-Leader), and so may transmit the sync message to the initiating AP. The designation of Sync-Leader may be indicated in the invite message,Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO12the response message, the sync message, or any combination thereof. In other cases, the responding AP may be the Sync-Leader and may refrain from transmitting the trigger message, as the trigger message may not include new information for the initiating AP and the response frame could be used for synchronization as well. In some examples, the sync message may be used to transmit other baseline information or optional information. In some examples, the invite message and response message may also carry optional information. The AP that is not designated as the Sync-Leader may be a synchronization follower (Sync-Follower), and may synchronize to the Sync-Leader’s frames in time and frequency in the MAP transmission.

[0046] In other implementations, some aspects more specifically relate to C-SR transmission, which may also use a multistage information exchange or, additionally, or alternatively, a single stage information exchange, prior to the C-SR transmission. In some implementations, the multi-stage information exchange may, similarly to the CoBF, include an invite message, a response message, and, in some cases, a sync message. The invite message may include information pertaining to an L-SIG or U-SIG, or interference or power control information for the responding AP or initiating AP or any combination thereof, and bandwidth information for the responding AP, or any combination thereof, in some cases. The response message may include an intent to participate in the C-SR transmission, as well as interference or power control information for the responding AP or initiating AP or any combination thereof, and bandwidth information for the responding AP, or any combination thereof, in some cases. The sync message may include the trigger indication and, in some cases, interference or power control information for the responding AP or initiating AP or any combination thereof. This may allow for synchronous transmissions. In other implementations, the multi-stage information exchange may rely on a two frame procedure and may allow for asynchronous transmissions. The two frame procedure may include invite and response messages, which may indicate information, as discussed with respect to the three-frame implementation. In other implementations, the single stage information exchange may combine the invite and sync frame from the initiating AP. The combined message may include information pertaining to a U-SIG, L-SIG, or interference or power control information, or any combination thereof. TheAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO13initiating AP may assume the responding AP may participate in the C-SR, as the responding AP may not transmit a response message.

[0047] Particular aspects of the subject matter described in this disclosure can be implemented to realize one or more of the following potential advantages. In some examples, by including an information exchange specific to a transmission phase for CoBF, the described techniques can be used to limit interference during the transmission phase of CoBF and improve communication reliability. In some examples, by including an information exchange specific to C-SR transmission, the described techniques can be used to limit interference during the C-SR transmission and improve communication reliability.

[0048] Figure 1 shows a pictorial diagram of an example wireless communication network 100. According to some aspects, the wireless communication network 100 can be an example of a wireless local area network (WLAN) such as a Wi-Fi network. For example, the wireless communication network 100 can be a network implementing at least one of the IEEE 802.11 family of wireless communication protocol standards, such as defined by the IEEE 802.11-2020 specification or amendments thereof (including, but not limited to, 802.1 lay, 802.1 lax (also referred to as Wi-Fi 6), 802.11 az, 802.11ba, 802.1 Ibc, 802.1 Ibd, 802.1 Ibe (also referred to as Wi-Fi 7), 802.1 Ibf, and 802.1 Ibn (also referred to as Wi-Fi 8)) or other WLAN or Wi-Fi standards, such as that associated with the 802.1 Ibq Integrated Millimeter Wave (IMMW) study group. In some other examples, the wireless communication network 100 can be an example of a cellular radio access network (RAN), such as a 5G or 6G RAN that implements one or more cellular protocols such as those specified in one or more 3GPP standards. In some other examples, the wireless communication network 100 can include a WLAN that functions in an interoperable or converged manner with one or more cellular RANs to provide greater or enhanced network coverage to wireless communication devices within the wireless communication network 100 or to enable such devices to connect to a cellular network’s core, such as to access the network management capabilities and functionality offered by the cellular network core. In some other examples, the wireless communication network 100 can include a WLAN that functions in an interoperable or converged manner with one or more personal area networks, such as a network implementing Bluetooth or other wireless technologies, to provide greater or enhancedAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO14network coverage or to provide or enable other capabilities, functionality, applications or services.

[0049] The wireless communication network 100 may include numerous wireless communication devices including a wireless access point (AP) 102 and any number of wireless stations (STAs) 104. While only one AP 102 is shown in Figure 1, the wireless communication network 100 can include multiple APs 102 (for example, in an extended service set (ESS) deployment, enterprise network or AP mesh network), or may not include any AP at all (for example, in an independent basic service set (IBSS) such as a peer-to-peer (P2P) network or other ad hoc network). The AP 102 can be or represent various different types of network entities including, but not limited to, a home networking AP, an enterprise-level AP, a single-frequency AP, a dual-band simultaneous (DBS) AP, a tri -band simultaneous (TBS) AP, a standalone AP, a non-standalone AP, a software-enabled AP (soft AP), and a multi-link AP (also referred to as an AP multi-link device (MLD)), as well as cellular (such as 3GPP, 4G LTE, 5G or 6G) base stations or other cellular network nodes such as a Node B, an evolved Node B (eNB), a gNB, a transmission reception point (TRP) or another type of device or equipment included in a radio access network (RAN), including Open-RAN (O-RAN) network entities, such as a central unit (CU), a distributed unit (DU) or a radio unit (RU).

[0050] Each of the STAs 104 also may be referred to as a mobile station (MS), a mobile device, a mobile handset, a wireless handset, an access terminal (AT), a user equipment (UE), a subscriber station (SS), or a subscriber unit, among other examples. The STAs 104 may represent various devices such as mobile phones, other handheld or wearable communication devices, netbooks, notebook computers, tablet computers, laptops, Chromebooks, augmented reality (AR), virtual reality (VR), mixed reality (MR) or extended reality (XR) wireless headsets or other peripheral devices, wireless earbuds, other wearable devices, display devices (for example, TVs, computer monitors or video gaming consoles), video game controllers, navigation systems, music or other audio or stereo devices, remote control devices, printers, kitchen appliances (including smart refrigerators) or other household appliances, key fobs (for example, for passive keyless entry and start (PKES) systems), Internet of Things (loT) devices, and vehicles, among other examples.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO15

[0051] A single AP 102 and an associated set of STAs 104 may be referred to as an infrastructure basic service set (BSS), which is managed by the respective AP 102. Figure 1 additionally shows an example coverage area 108 of the AP 102, which may represent a basic service area (BSA) of the wireless communication network 100. The BSS may be identified by STAs 104 and other devices by a service set identifier (SSID), as well as a basic service set identifier (BSSID), which may be a medium access control (MAC) address of the AP 102. The AP 102 may periodically broadcast beacon frames (“beacons”) including the BSSID to enable any STAs 104 within wireless range of the AP 102 to “associate” or re-associate with the AP 102 to establish a respective communication link 106 (hereinafter also referred to as a “Wi-Fi link”), or to maintain a communication link 106, with the AP 102. For example, the beacons can include an identification or indication of a primary channel used by the respective AP 102 as well as a timing synchronization function (TSF) for establishing or maintaining timing synchronization with the AP 102. The AP 102 may provide access to external networks to various STAs 104 in the wireless communication network 100 via respective communication links 106.

[0052] 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 (for example, the 2.4 GHz, 5 GHz, 6 GHz, 45 GHz, or 60 GHz bands). To perform passive scanning, a STA 104 listens for beacons, which are transmitted by respective APs 102 at periodic time intervals referred to as target beacon transmission times (TBTTs). To perform active scanning, a STA 104 generates and sequentially transmits probe requests on each channel to be scanned and listens for probe responses from APs 102. Each STA 104 may identify, determine, ascertain, or select an AP 102 with which to associate in accordance with the scanning information obtained through the passive or active scans, and to perform authentication and association operations to establish a communication link 106 with the selected AP 102. The selected AP 102 assigns an association identifier (AID) to the STA 104 at the culmination of the association operations, which the AP 102 uses to track the STA 104.

[0053] 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 104 or to select among multiple APs 102 that together form an ESS including multiple connectedAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO16BSSs. For example, the wireless communication network 100 may be connected to a wired or wireless distribution system that may enable multiple APs 102 to be connected in such an ESS. As such, a STA 104 can be covered by more than one AP 102 and can associate with different APs 102 at different times for different transmissions.Additionally, after association with an AP 102, a STA 104 also may periodically scan its surroundings to find a more suitable AP 102 with which to associate. For example, a STA 104 that is moving relative to its associated AP 102 may perform a “roaming” scan to find another AP 102 having more desirable network characteristics such as a greater received signal strength indicator (RS SI) or a reduced traffic load.

[0054] In some examples, STAs 104 may form networks without APs 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). Ad hoc networks may alternatively be referred to as mesh networks or P2P networks. In some examples, ad hoc networks may be implemented within a larger network such as the wireless communication network 100. In such examples, while the STAs 104 may be capable of communicating with each other through the AP 102 using communication links 106, STAs 104 also can communicate directly with each other via direct wireless communication links 110. Additionally, two STAs 104 may communicate via a direct wireless 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 filled by the AP 102 in a BSS. Such a STA 104 may be referred to as a group owner (GO) and may coordinate transmissions within the ad hoc network. Examples of direct wireless communication links 110 include Wi-Fi Direct connections, connections established by using a Wi-Fi Tunneled Direct Link Setup (TDLS) link, and other P2P group connections.

[0055] In some networks, the AP 102 or the STAs 104, or both, may support applications associated with high throughput or low-latency requirements, or may provide lossless audio to one or more other devices. For example, the AP 102 or the STAs 104 may support applications and use cases associated with ultra-low-latency (ULL), such as ULL gaming, or streaming lossless audio and video to one or more personal audio devices (such as peripheral devices) or AR / VR / MR / XR headset devices. In scenarios in which a user uses two or more peripheral devices, the AP 102 or theAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO17STAs 104 may support an extended personal audio network enabling communication with the two or more peripheral devices. Additionally, the AP 102 and STAs 104 may support additional ULL applications such as cloud-based applications (such as VR cloud gaming) that have ULL and high throughput requirements.

[0056] As indicated above, in some implementations, the AP 102 and the STAs 104 may function and communicate (via the respective communication links 106) according to one or more of the IEEE 802.11 family of wireless communication protocol standards. These standards define the WLAN radio and baseband protocols for the physical (PHY) and MAC layers. The AP 102 and STAs 104 transmit and receive wireless communications (hereinafter also referred to as “Wi-Fi communications” or “wireless packets”) to and from one another in the form of PHY protocol data units (PPDUs).

[0057] Each PPDU is a composite structure that includes a PHY preamble and a payload that is in the form of a PHY service data unit (PSDU). The information provided in the preamble may be used by a receiving device to decode the subsequent data in the PSDU. In instances in which a PPDU is transmitted over a bonded or wideband channel, the preamble fields may be duplicated and transmitted in each of multiple component channels. The PHY preamble may include both a legacy portion (or “legacy preamble”) and a non-legacy portion (or “non-legacy preamble”). The legacy preamble may be used for packet detection, automatic gain control and channel estimation, among other uses. The legacy preamble also may generally be used to maintain compatibility with legacy devices. The format of, coding of, and information provided in the non-legacy portion of the preamble is associated with the particular IEEE 802.11 wireless communication protocol to be used to transmit the payload.

[0058] The APs 102 and STAs 104 in the wireless communication network 100 may transmit PPDUs over an unlicensed spectrum, which may be a portion of spectrum that includes frequency bands traditionally used by Wi-Fi technology, such as the 2.4 GHz, 5 GHz, 6 GHz, 45 GHz, and 60 GHz bands. Some examples of the APs 102 and STAs 104 described herein also may communicate in other frequency bands that may support licensed or unlicensed communications. For example, the APs 102 or STAs 104, or both, also may be capable of communicating over licensed operating bands, where multiple operators may have respective licenses to operate in the same or overlapping Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO18frequency ranges. Such licensed operating bands may map to or be associated with frequency range designations of FR1 (410 MHz - 7.125 GHz), FR2 (24.25 GHz -52.6 GHz), FR3 (7.125 GHz - 24.25 GHz), FR4a or FR4-1 (52.6 GHz - 71 GHz), FR4 (52.6 GHz - 114.25 GHz), and FR5 (114.25 GHz - 300 GHz).

[0059] Each of the frequency bands may include multiple sub-bands and frequency channels (also referred to as subchannels). The terms “channel” and “subchannel” may be used interchangeably herein, as each may refer to a portion of frequency spectrum within a frequency band (for example, a 20 MHz, 40 MHz, 80 MHz, or 160 MHz portion of frequency spectrum) via which communication between two or more wireless communication devices can occur. For example, PPDUs conforming to the IEEE 802.1 In, 802.1 lac, 802.1 lax, 802.11be and 802.11bn standard amendments may be transmitted over one or more of the 2.4 GHz, 5 GHz, or 6 GHz bands, each of which is divided into multiple 20 MHz channels. As such, these PPDUs are transmitted over a physical channel having a minimum bandwidth of 20 MHz, but larger channels can be formed through channel bonding. For example, PPDUs may be transmitted over physical channels having bandwidths of 40 MHz, 80 MHz, 160 MHz, 240 MHz, 320 MHz, 480 MHz, or 640 MHz by bonding together multiple 20 MHz channels.

[0060] An AP 102 may determine or select an operating or operational bandwidth for the STAs 104 in its BSS and select a range of channels within a band to provide that operating bandwidth. For example, the AP 102 may select sixteen 20 MHz channels that collectively span an operating bandwidth of 320 MHz. Within the operating bandwidth, the AP 102 may typically select a single primary 20 MHz channel on which the AP 102 and the STAs 104 in its BSS monitor for contention-based access schemes. In some examples, the AP 102 or the STAs 104 may be capable of monitoring only a single primary 20 MHz channel for packet detection (for example, for detecting preambles of PPDUs). Conventionally, any transmission by an AP 102 or a STA 104 within a BSS must involve transmission on the primary 20 MHz channel. As such, in conventional systems, the transmitting device must contend on and win a TXOP on the primary channel to transmit anything at all. However, some APs 102 and STAs 104 supporting ultra-high reliability (UHR) communications or communication according to the IEEE 802.1 Ibn standard amendment can be configured to operate, monitor, contend and communicate using multiple primary 20 MHz channels. Such monitoring of multipleAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO19primary 20 MHz channels may be sequential such that responsive to determining, ascertaining or detecting that a first primary 20 MHz channel is not available, a wireless communication device may switch to monitoring and contending using a second primary 20 MHz channel. Additionally, or alternatively, a wireless communication device may be configured to monitor multiple primary 20 MHz channels in parallel. In some examples, a first primary 20 MHz channel may be referred to as a main primary (M-Primary) channel and one or more additional, second primary channels may each be referred to as an opportunistic primary (O-Primary) channel. For example, if a wireless communication device measures, identifies, ascertains, detects, or otherwise determines that the M-Primary channel is busy or occupied (such as due to an overlapping BSS (OBSS) transmission), the wireless communication device may switch to monitoring and contending on an O-Primary channel. In some examples, the M-Primary channel may be used for beaconing and serving legacy client devices and an O-Primary channel may be specifically used by non-legacy (for example, UHR- or IEEE 802.1 Ibn-compatible) devices for opportunistic access to spectrum that may be otherwise underutilized.

[0061] Puncturing is a wireless communication technique that enables a wireless communication device (such as either an AP 102 or a STA 104) to transmit and receive wireless communications over a portion of a wireless channel exclusive of one or more particular subchannels (hereinafter also referred to as “punctured subchannels”).Puncturing specifically may be used to exclude one or more subchannels from the transmission of a PPDU, including the signaling of the preamble, to avoid interference from a static source, such as an incumbent system, or to avoid interference of a more dynamic nature such as that associated with transmissions by other wireless communication devices in overlapping BSSs (OBSSs). The transmitting device (such as an AP 102 or a STA 104) may puncture the subchannels on which there is interference and in essence spread the data of the PPDU to cover the remaining portion of the bandwidth of the channel. For example, if a transmitting device determines (for example, detects, identifies, ascertains, or calculates), in association with a contention operation, that one or more 20 MHz subchannels of a wider bandwidth wireless channel are busy or otherwise not available, the transmitting device implement puncturing to avoid communicating over the unavailable subchannels while still utilizing theAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO20remaining portions of the bandwidth. Accordingly, puncturing enables a transmitting device to improve or maximize throughput, and in some instances reduce latency, by utilizing as much of the available spectrum as possible. Static puncturing in particular makes it possible to consistently use wideband channels in environments or deployments where there may be insufficient contiguous spectrum available, such as in the 5 GHz and 6 GHz bands.

[0062] The AP 102 and the STAs 104 of the wireless communication network 100 may implement technologies, protocols or procedures compliant with current and future generations of the IEEE 802.11 family of wireless communication protocol standards, such as Extremely High Throughput (EHT) operation defined by the IEEE 802.1 Ibe standard amendment and Ultra-High Reliability (UHR) operation defined by the IEEE 802.1 Ibn standard amendments, to enable additional capabilities or features relative to previous generations, such as devices supporting only legacy operation such as Very High Throughput (VHT) operation defined by the 802.1 lac standard amendment or High Efficiency (HE) operation defined by the IEEE 802.1 lax standard amendment. For example, the IEEE 802.1 Ibe standard amendment introduced 320 MHz channels, which are twice as wide as those possible with the IEEE 802.1 lax standard amendment. Accordingly, the AP 102 or the STAs 104 may use 320 MHz channels enabling double the throughput and network capacity, as well as providing rate versus range gains at high data rates due to linear bandwidth versus log SNR trade-off. EHT, UHR or other newer wireless communication protocols may support flexible operating bandwidth enhancements, such as broadened operating bandwidths relative to legacy operating bandwidths or more granular operation relative to legacy operation. For example, an EHT system may allow communications spanning operating bandwidths of 20 MHz, 40 MHz, 80 MHz, 160 MHz, 240 MHz, and 320 MHz while a UHR system may enable communications spanning even greater bandwidths, such as 480 MHz, 640 MHz or greater. EHT systems may, for example, support multiple bandwidth modes such as a contiguous 240 MHz bandwidth mode, a contiguous 320 MHz bandwidth mode, a noncontiguous 160+160 MHz bandwidth mode, or a noncontiguous 80+80+80+80 (or “4x80”) MHz bandwidth mode.

[0063] In some examples in which a wireless communication device (such as the AP 102 or the STA 104) operates in a contiguous 320 MHz bandwidth mode or aAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO21160+160 MHz bandwidth mode, signals for transmission may be generated by two different transmit chains of the wireless communication device each having or associated with a bandwidth of 160 MHz (and each coupled with a different power amplifier). In some other examples, two transmit chains can be used to support a 240 MHz / 160+80 MHz bandwidth mode by puncturing 320 MHz / 160+160 MHz bandwidth modes with one or more 80 MHz subchannels. For example, signals for transmission may be generated by two different transmit chains of the wireless communication device each having a bandwidth of 160 MHz with one of the transmit chains outputting a signal having an 80 MHz subchannel punctured therein. In some other examples in which the wireless communication device may operate in a contiguous 240 MHz bandwidth mode, or a noncontiguous 160 + 80 MHz bandwidth mode, the signals for transmission may be generated by three different transmit chains of the wireless communication device, each having a bandwidth of 80 MHz. In some other examples, signals for transmission may be generated by four or more different transmit chains of the wireless communication device, each having a bandwidth of 80 MHz.

[0064] In noncontiguous examples, the operating bandwidth may span one or more disparate sub-channel sets. For example, the 320 MHz bandwidth may be contiguous and located in the same 6 GHz band or noncontiguous and located in different bands or regions within a band (such as partly in the 5 GHz band and partly in the 6 GHz band).

[0065] In some examples, the AP 102 or the STA 104 may benefit from operability enhancements associated with EHT, UHR and newer generations of the IEEE 802.11 family of wireless communication protocol standards. For example, the AP 102 or the STA 104 attempting to gain access to the wireless medium of the wireless communication network 100 may perform techniques (which may include modifications to existing rules, structure, or signaling implemented for legacy systems) such as clear channel assessment (CCA) operation based on EHT or UHR enhancements such as increased bandwidth, puncturing, or refinements to carrier sensing and signal reporting mechanisms.

[0066] Some wireless communication networks 100 may support information exchange for a CoBF transmission phase, and related techniques for information exchange for C-SR transmission. In some implementations, APs 102 may perform a Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO1multistage information exchange associated with a transmission phase of a CoBF procedure. In some cases, the multistage information exchange may include an invite frame, a response frame, and, in some examples, a sync frame (e.g., trigger frame). For example, an initiating AP 102 may transmit an invite message (e.g., frame), which may include baseline information including control information and preamble information. The preamble information may include information pertaining to a U-SIG, L-SIG, a common field of a UHR-SIG, one or more user fields of the UHR-SIG, or any combination thereof. A responding AP 102 may transmit a response message (e.g., response frame), which may indicate an intent to participate in the CoBF transmission phase and may include baseline information, optional information, or both.Additionally, or alternatively, the response message may include information pertaining to a U-SIG, L-SIG, UHR-SIG common field, one or more UHR-SIG user fields, or any combination thereof. In some cases, after receiving the response message, the initiating AP 102 may transmit a trigger message to trigger the CoBF transmission phase. In other cases, the responding AP 102 may be designated as a Sync-Leader, and so may transmit the sync message to the initiating AP 102, which may include other baseline information, optional information, or both. The designation of Sync-Leader may be indicated in the invite message, the response message, or both. In other cases, the responding AP 102 may be the Sync-Leader and may refrain from transmitting the sync message, as the sync message may not include new information for the initiating AP 102.

[0067] In some implementations, APs 102 may perform C-SR transmission, which may also use a multistage information exchange or, additionally, or alternatively, a single stage information exchange, prior to the C-SR transmission. In some implementations, the multi-stage information exchange may, similarly to the CoBF, include an invite message, a response message, and, in some cases, a sync message. The invite message may include L-SIG and U-SIG information, as well as interference or power control information and bandwidth information, in some cases. The response message may include an intent to participate in the C-SR transmission, as well as interference or power control information and bandwidth information, in some cases. The sync message may include the trigger indication and, in some cases, interference or power control information. This may allow for synchronous transmissions. In otherAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO23implementations, the multi-stage information exchange may rely on a two frame procedure and may allow for asynchronous transmissions. The two frame procedure may include invite and response messages, which may indicate information, as discussed with respect to the three-frame implementation. In other implementations, the single stage information exchange may combine the invite and trigger frame from the initiating AP 102. The combined message may include U-SIG information, L-SIG information, and interference or power control information. The initiating AP 102 may assume the responding AP 102 may participate in the C-SR, as the responding AP 102 may not transmit a response message.

[0068] Figure 2 shows an example protocol data unit (PDU) 200 usable for wireless communication between a wireless AP and one or more wireless STAs. For example, the AP and STAs may be examples of the AP 102 and the STAs 104 described with reference to Figure 1. The PDU 200 can be configured as a PPDU. As shown, 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 symbols, a legacy long training field (L-LTF) 208, which may consist of two symbols, and a legacy signal field (L-SIG) 210, which may consist of two symbols. The legacy portion of the preamble 202 may be configured according to the IEEE 802.11a wireless communication protocol standard. The preamble 202 also may include a non-legacy portion including one or more non-legacy fields 212, for example, conforming to one or more of the IEEE 802.11 family of wireless communication protocol standards.

[0069] The L-STF 206 generally enables a receiving device (such as an AP 102 or a STA 104) to perform coarse timing and frequency tracking and automatic gain control (AGC). The L-LTF 208 generally enables the receiving device to perform fine timing and frequency tracking and also to perform an initial estimate of the wireless channel. The L-SIG 210 generally enables the receiving device to determine (for example, obtain, select, identify, detect, ascertain, calculate, or compute) a duration of the PDU and to use the determined duration to avoid transmitting on top of the PDU. The legacy portion of the preamble, including 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, aAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO24quadrature BPSK (Q-BPSK) modulation scheme, a quadrature amplitude modulation (QAM) modulation scheme, or another appropriate modulation scheme. The payload 204 may include a PSDU including a data field (DATA) 214 that, in turn, may carry higher layer data, for example, in the form of MAC protocol data units (MPDUs) or an aggregated MPDU (A-MPDU).

[0070] Some wireless communications networks may support information exchange for a CoBF transmission phase, and related techniques for information exchange for C-SR transmission. In some implementations, APs may perform a multistage information exchange associated with a transmission phase of a CoBF procedure. In some cases, the multistage information exchange may include an invite frame, a response frame, and, in some examples, a trigger frame. For example, an initiating AP may transmit an invite message (e.g., frame), which may include baseline information including control information and preamble information. The preamble information may include information pertaining to a U-SIG, L-SIG, a common field of a UHR-SIG, one or more user fields of the UHR-SIG, or any combination thereof. A responding AP may transmit a response message (e.g., response frame), which may indicate an intent to participate in the CoBF transmission phase. Additionally, or alternatively, the response message may include information pertaining to a U-SIG, L-SIG, UHR-SIG common field, one or more UHR-SIG user fields, or any combination thereof. In some cases, after receiving the response message, the initiating AP may transmit a sync message to trigger the CoBF transmission phase. In other cases, the responding AP may be designated as a Sync-Leader, and so may transmit the sync message to the initiating AP. The designation of Sync-Leader may be indicated in the invite message, the response message, or both. In other cases, the responding AP may be the Sync-Leader and may refrain from transmitting the sync message, as the sync message may not include new information for the initiating AP.

[0071] In some implementations, APs may perform C-SR transmission, which may also use a multistage information exchange or, additionally, or alternatively, a single stage information exchange, prior to the C-SR transmission. In some implementations, the multi-stage information exchange may, similarly to the CoBF, include an invite message, a response message, and, in some cases, a sync message. The invite message may include L-SIG and U-SIG information, as well as interference or power controlAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO25information and bandwidth information, in some cases. The response message may include an intent to participate in the C-SR transmission, as well as interference or power control information and bandwidth information, in some cases. The sync message may include the trigger indication and, in some cases, interference or power control information. This may allow for synchronous transmissions. In other implementations, the multi-stage information exchange may rely on a two frame procedure and may allow for asynchronous transmissions. The two frame procedure may include invite and response messages, which may indicate information, as discussed with respect to the three-frame implementation. In other implementations, the single stage information exchange may combine the invite and trigger frame from the initiating AP. The combined message may include U-SIG information, L-SIG information, and interference or power control information. The initiating AP may assume the responding AP may participate in the C-SR, as the responding AP may not transmit a response message.

[0072] Figure 3 shows an example physical layer (PHY) protocol data unit (PPDU) 350 usable for communications between a wireless AP and one or more wireless STAs. For example, the AP and STAs may be examples of the AP 102 and the STAs 104 described with reference to Figure 1. As shown, the PPDU 350 includes a PHY preamble, that includes a legacy portion 352 and a non-legacy portion 354, and a payload 356 that includes a data field 374. The legacy portion 352 of the preamble includes an L-STF 358, an L-LTF 360, and an L-SIG 362. The non-legacy portion 354 of the preamble includes a repetition of L-SIG (RL-SIG) 364, a universal signal field 366 (referred to herein as “U-SIG 366”) and a UHR signal field 368 (referred to herein as “UHR-SIG 368”). The presence of RL-SIG 364 and U-SIG 366 may indicate to UHR or later version-compliant STAs 104 that the PPDU 350 is a UHR PPDU or a PPDU conforming to any later (post-UHR) version of a new wireless communication protocol conforming to a future IEEE 802.11 wireless communication protocol standard. One or both of U-SIG 366 and UHR-SIG 368 may be structured as, and carry versiondependent information for, other wireless communication protocol versions associated with amendments to the IEEE family of standards beyond UHR. For example, U-SIG 366 may be used by a receiving device (such as an AP 102 or a STA 104) to interpret bits in one or more of UHR-SIG 368 or the data field 374. U-SIG 366 may include oneAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO26or more universal, version-independent fields and one or more version-dependent fields. Information in the universal fields may include, for example, a version identifier (starting from the IEEE 802.11be amendment and beyond) and channel occupancy and coexistence information (such as a punctured channel indication). The versiondependent fields may include format information fields used for interpreting other fields of U-SIG 366 and UHR-SIG 368 and additional information fields or single user (SU)-specific fields that may be useful to intended recipients. In some implementations, the version-dependent fields may include at least a PPDU format field to indicate a general PPDU format for the PPDU 350 (such as a trigger-based (TB), a single-user (SU), or a multi-user (MU) PPDU format). Like L-STF 358, L-LTF 360, and L-SIG 362, the information in U-SIG 366 and UHR-SIG 368 may be duplicated and transmitted in each of the component 20 MHz channels in instances involving the use of a bonded channel.

[0073] The non-legacy portion 354 further includes an additional short training field 370 (referred to herein as “UHR-STF 370,” although it may be structured as, and carry version-dependent information for, other wireless communication protocol versions beyond UHR) and one or more additional long training fields 372 (referred to herein as “UHR-LTFs 372,” although they may be structured as, and carry version-dependent information for, other wireless communication protocol versions beyond UHR). UHR-STF 370 may be used for timing and frequency tracking and AGC, and UHR-LTF 372 may be used for more refined channel estimation.

[0074] UHR-SIG 368 may be used by an AP 102 to identify and inform one or multiple STAs 104 that the AP 102 has scheduled uplink (UL) or downlink (DL) resources for them. UHR-SIG 368 may be decoded by each compatible STA 104 served by the AP 102. UHR-SIG 368 also may generally be used by the receiving device to interpret bits in the data field 374. For example, UHR-SIG 368 may include resource unit (RU) allocation information, spatial stream configuration information, and per-user (for example, STA-specific) signaling information. Each UHR-SIG 368 may include a common field and at least one user-specific field. In the context of OFDMA, the common field can indicate RU distributions to multiple STAs 104, indicate the RU assignments in the frequency domain, indicate which RUs are allocated for MU-MIMO transmissions and which RUs correspond to OFDMA transmissions, and the number of users in allocations, among other examples. The user-specific fields are assigned toAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO27particular STAs 104 and carry STA-specific scheduling information such as userspecific MCS values and user-specific RU allocation information. Such information enables the respective STAs 104 to identify and decode corresponding RUs in the associated data field 374.

[0075] In some wireless communications systems, a STA 104 or an AP 102 may transmit the PPDU 350 over bandwidths larger than the 20 MHz, 40 MHz, 80 MHz, 160 MHz, and 320 MHz bandwidths supported by previous generations of IEEE-compliant wireless communication systems. For example, the PPDU 350 may support 480 MHz or 640 MHz bandwidth communications. By increasing the channel bandwidth of the PPDU 350 to 480 MHz or 640 MHz, more data may be transmitted because more or larger RUs are available based on the larger bandwidth, and accordingly, higher peak throughput or increased capacity may be achieved. Parameters for assembling and transmitting the 480 MHz or 640 MHz PPDUs may be defined to account for the larger bandwidths. For example, parameters or designs such as the tone plans, resource unit allocation indications, spatial reuse fields, UHR-STFs 370, UHR-LTFs 372, pilot signal locations, phase shifts, and spectral masks may be optimized or otherwise selected in accordance with the 480 MHz or 640 MHz bandwidths. In some examples, the spatial reuse fields may enable multiple BSSs to operate on the same 480 MHz or 640 MHz bandwidth channels.

[0076] In some examples, UHR-capable STAs 104 and APs 102 may support unequal modulation techniques (also referred to as unequal quadrature amplitude modulation (QAM)) with joint encoding across multiple streams for MIMO communications. For example, while different data streams may be transmitted using different spatial streams, or different resource units (RUs), or both, different spatial streams or RUs may be associated with different levels of quality (such as a different signal to noise ratios (SNRs)), and it may be advantageous to use different (unequal) MCSs for different spatial streams or RUs.

[0077] To support unequal modulation, an AP 102 may transmit signaling that indicates unequal MCSs across spatial streams or RUs to multiple STAs 104. For example, the AP 102 may transmit an MCS configuration message, which may be an example of a PHY preamble included in control signaling for PHY layer configuration, to indicate the unequal MCSs. In some examples, an MCS field of the MCS Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO28configuration message may include entries for unequal QAM schemes across multiple spatial streams, where the multiple spatial streams may be encoding with the same code rate.

[0078] In some wireless communication systems, wireless communication devices may support low density parity check (LDPC) coding for forward error correcting purposes to increase the likelihood of accurate data transmission. In some examples, UHR-capable STAs 104 and APs 102 may be capable of selecting among multiple LDPC codeword lengths, including 648 bits, 1296 bits and 1944 bits (defined in legacy IEEE 802.11 wireless communications protocol standards), as well as even longer (extended) codeword lengths, which may increase as operating bandwidths increase, higher modulation orders are introduced, or more spatial streams are available. Using longer LDPC codewords may achieve lower block error rates in some channels, such as channels associated with additive white Gaussian noise. Longer LDPC codewords also may enable more reliable communications in channels with lower SNRs. To facilitate the use of multiple LDPC codeword lengths, a STA 104 and an AP 102 may each include multiple LDPC encoders and multiple LDPC decoders. In some examples, such a STA 104 or AP 102 may connect, aggregate or otherwise utilize multiple encoders to implement a larger single encoder capable of encoding a longer codeword, or similarly, utilize multiple decoders to implement a larger single decoder capable of decoding a longer codeword, which may increase performance gains associated with larger block sizes without substantially increasing the hardware cost or complexity. In some examples, to generate an extended LDPC codeword, a STA 104 or an AP 102 may implement one or more lifting operations to extend a shorter codeword, with each lifting operation extending the previously lifted codeword. A “lifting” operation enables LDPC codes to be implemented using parallel encoding or decoding implementations while also reducing the complexity typically associated with large LDPC codewords. In some examples, a STA 104 or an AP 102 may use mixed codeword lengths for a given transmission. For example, the STA 104 or the AP 102 may encode input bits into one or more codewords having a first, longer codeword length (more than 1944 bits) and one or more codewords having a second, shorter codeword length (1944 bits or less). In such examples, the STA 104 or the AP 102 may perform shortening or puncturing onAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO29the codewords having the longer codeword length, or on the codewords having the shorter codeword length, or both.

[0079] To support increased range or rate-over-range, a STA 104 and an AP 102 may support extended long range (ELR) PPDU formats. The use of an ELR PPDU format can enable the achievement of a target data rate while maintaining an existing coverage range, reduce an uplink / downlink power imbalance (due to, for example, one or more regulations or hardware differences at the uplink and downlink devices), or extend a coverage range while maintaining a similar, or slightly lower, data rate as compared with other PPDU formats. In some examples, an ELR PPDU may be transmitted over a narrow bandwidth, which may have a lower noise floor and thus higher SNR, thereby extending the coverage range. The reliability of the transmission of an ELR PPDU also may be increased as a result of using various optimized coding rates, coded bit repetition schemes, or duplication schemes, which may provide for improved decodability and fewer retransmissions. In some examples, the U-SIG 366 of an ELR PPDU 350 may include a first indication (for example, a codepoint of a PHY version identifier subfield within a version-independent portion of the U-SIG 366 or a value of an ELR subfield within a version-dependent portion of the U-SIG 366) that the PPDU 350 is associated with an ELR format. The U-SIG 366 of an ELR PPDU 350 may include a second indication (for example, a STA identifier subfield within the version-dependent portion of the U-SIG 366) of an intended receiver of the PPDU. In some examples, an ELR PPDU 350 may include an ELR-signature (ELR-SIG) field that includes an uplink / downlink indicator subfield, a length subfield, a coding indicator subfield, and a modulation and coding scheme (MCS) subfield.

[0080] Some wireless communications networks may support information exchange for a CoBF transmission phase, and related techniques for information exchange for C-SR transmission. In some implementations, APs may perform a multistage information exchange associated with a transmission phase of a CoBF procedure. In some cases, the multistage information exchange may include an invite frame, a response frame, and, in some examples, a trigger frame. For example, an initiating AP may transmit an invite message (e.g., frame), which may include baseline information including control information and preamble information. The preamble information may include information pertaining to a U-SIG, L-SIG, a common field of a UHR-SIG, one or moreAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO30user fields of the UHR-SIG, or any combination thereof. A responding AP may transmit a response message (e.g., response frame), which may indicate an intent to participate in the CoBF transmission phase. Additionally, or alternatively, the response message may include information pertaining to a U-SIG, L-SIG, UHR-SIG common field, one or more UHR-SIG user fields, or any combination thereof. In some cases, after receiving the response message, the initiating AP may transmit a sync message to trigger the CoBF transmission phase. In other cases, the responding AP may be designated as a Sync-Leader, and so may transmit the sync message to the initiating AP. The designation of Sync-Leader may be indicated in the invite message, the response message, or both. In other cases, the responding AP may be the Sync-Leader and may refrain from transmitting the sync message, as the sync message may not include new information for the initiating AP.

[0081] In some implementations, APs may perform C-SR transmission, which may also use a multistage information exchange or, additionally, or alternatively, a single stage information exchange, prior to the C-SR transmission. In some implementations, the multi-stage information exchange may, similarly to the CoBF, include an invite message, a response message, and, in some cases, a sync message. The invite message may include L-SIG and U-SIG information, as well as interference or power control information and bandwidth information, in some cases. The response message may include an intent to participate in the C-SR transmission, as well as interference or power control information and bandwidth information, in some cases. The sync message may include the trigger indication and, in some cases, interference or power control information. This may allow for synchronous transmissions. In other implementations, the multi-stage information exchange may rely on a two frame procedure and may allow for asynchronous transmissions. The two frame procedure may include invite and response messages, which may indicate information, as discussed with respect to the three-frame implementation. In other implementations, the single stage information exchange may combine the invite and trigger frame from the initiating AP. The combined message may include U-SIG information, L-SIG information, and interference or power control information. The initiating AP may assume the responding AP may participate in the C-SR, as the responding AP may not transmit a response message.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO31

[0082] Figure 4 shows an example of a timing diagram 400 that supports CoBF information exchange for a transmission phase. The timing diagram 400 may implement, or be implemented by, aspects of the wireless communication network 100 or the example PDUs 200 and 300. For example, the timing diagram 400 may include one or more APs 102, including at least the initiating AP 102-a and the responding AP 102-b, which may be examples of corresponding devices as described herein, including with reference to Figure 1. The techniques described herein in the context of the timing diagram 400 may support the initiating AP 102-a to perform an information exchange with the responding AP 102-b to support CoBF transmission, C-SR transmission, or both. In some examples, by including an information exchange specific to a transmission phase for CoBF or C-SR, the described techniques may be used to limit interference during the transmission phase of CoBF and C-SR, and improve communication reliability.

[0083] In some implementations, APs 102, such as an initiating AP 102-a and a responding AP 102-b, may participate in a CoBF procedure. The CoBF procedure may include at least a sounding stage (e.g., phase) and a transmission stage. In both stages, the initiating AP 102-a and the responding AP 102-b may perform transmissions, which may use a common preamble in order to avoid or lessen interference between the transmissions form the different APs 102. In order to generate the common preamble, there may be some unified information exchange between the initiating AP 102-a and the responding AP 102-b, which may apply to both the sounding stage and the transmission stage. The information exchanged may be parameters or information that may be shared between the APs 102 to ensure the common preamble. However, either of the APs 102 may inform the other AP 102 of the specific information. That is, what information is sent from which AP 102 may differ, depending on the wireless communication network.

[0084] Within the information exchange, there may be two types of information signaled. Information associated with a common preamble, or PHY information, to help form a common preamble in the MAP transmission (e.g., CoBF transmission), may be signaled between the APs 102. For example, subfields in the common preamble may include information related to the common preamble that may be signaled. In some cases, the subfields may include L-SIG fields, U-SIG fields, and UHR-SIG fields, whichAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO32may include a common field and one or more user fields. Additional control information may also be signaled. For example, the additional control information may include an information type (e.g., an invitation type associated with the invite 405 in the invite frame, a confirmation type associated with the response 410 in the response frame, a rejection type associated with the response 410 in the response frame, a trigger or synchronization type associated with the sync 415 (e.g., trigger, synchronization) in the sync frame (e.g., trigger frame). Additionally, or alternatively, the additional control information may include a multi-access point (MAP) scheme or type, such as an indication of a CoBF procedure, different types of C-SR procedures, a Co-TDMA procedure, or a future MAP scheme (e.g., a procedure associated with JT from multiple APs to a single user, a procedure associated with JT from multiple APs to multiple users associated with a single AP or multiple APs). For example, a Type-I C-SR procedure may include a common L-SIG but may not include a common U-SIG. A Type-II C-SR may include both a common L-SIG and a common U-SIG. In some cases, the MAP type or MAP scheme may be indicated with two or more bits to differentiate between the COBF, the Type-I C-SR, the Type-II C-SR, or some other MAP procedure. In other cases, one or more bits may be used to indicate whether the MAP scheme or type is COBF or a C-SR scheme. An additional one or more bits may, optionally or depending on whether the MAP scheme may be a C-SR scheme, indicate whether U-SIG information may be included in the frame or not, which may differentiate between the Type-I C-SR and the Type-II C-SR. Additionally, or alternatively, the MAP scheme or type may include one indication of no MAP, which may indicate that it may not be a MAP scheme. Additionally, or alternatively, the additional control information may include an indication of whether an AP 102 may be a synchronization leader (e.g., Sync-Leader, Sync-Reference) or a synchronization follower (e.g., Sync-Follower). Additionally, or alternatively, the additional control information may include an immediate response indication, which may indicate whether an AP 102 may be expected to respond within a time frame (e.g., right after a short interframe space (SIFS) period) after receiving a prior frame, as described further with reference to Figures 7A and 7B.

[0085] In some implementations, information that may be exchanged during the information exchange may be divided into baseline (e.g., essential) information andAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO33optional (e.g., non-essential) information. Baseline information may be necessary or required to be exchanged within an information exchange, such as via the invite 405, the response 410, the sync 415 (e.g., trigger) or any combination thereof. Optional information may be optionally exchanged in any of the frames, omitted, or exchanged in the sync 415 (e.g., a final synchronization frame). In some cases, control information, including the additional control information, may be baseline information. The subfields in the common preamble may be divided into baseline information and optional information. For example, each sub-field may include baseline information that may be exchanged, or alternative parameters that may be exchanged in place of the baseline parameter. In some examples, alternative parameters may be exchanged via the invite 405 and response 410 such that some baseline parameters may be derived from the alternative parameters and other information, and the derived baseline parameters may further be exchanged via the sync 415. For example, one or more alternative parameters to indicate the range of data field duration, e.g., average number of data OFDM symbols, minimum number of data OFDM symbols, maximum number of data OFDM symbols, and any combinations thereof, in place of the PPDU length (in the unit of octets) as a subfield in L-SIG, may be exchanged via the invite 405, and the final length (in the unit of octets) as a subfield in L-SIG may be exchanged via the sync 415. In some examples, alternative parameters may be exchanged via any frame (e.g., the invite 405, response 410 and sync 415), such that the final information may be derived from the alternative parameters and other information, and the derived information may not be exchanged via the sync 415. For example, the alternative parameter per-user number of spatial streams (Nss) of users in the sharing BSS may be exchanged via the invite 405, and the alternative parameter per-user Nss of users in the shared BSS may be exchanged via the response 410, in place of the spatial configuration. The spatial configuration may be derived based on the per-user Nss of all users and the user ordering rules and may be omitted from being exchanged via the sync 415. For example, the alternative parameter max total number of spatial streams (Nss, total) allowed for the shared AP may be exchanged via the invite 405, and the alternative parameter extra LTF allowed or not allowed for the shared AP may be exchanged via the response 410. The sharing AP may derive the final number of UHR-LTF symbols based on the per-user Nss and extra LTF allowed or not at both APs, and exchange an alternative parameter extra LTF enabled or not via the sync 415, such that the shared APAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO34may derive the final number of UHR-LTF symbols based on extra LTF enabled or not. In some cases, each sub-field may also include optional information that may not be exchanged or may not be required to be exchanged. In some cases, APs 102 may use one or more fixed values for the optional information fields, which may be preconfigured or indicated. In other cases, the APs 102 may derive the values of the optional information fields based on the indicated baseline information, indicated alternative parameters, other information, or any combination thereof. For example, a quantity of UHR-SIG symbols may be optional information. The quantity of UHR-SIG symbols may be derived based on a UHR-SIG modulation and coding scheme (MCS) and a total quantity of user fields, which may be baseline information. In some examples, a spatial configuration may be optional information, and the spatial configuration may be derived based on a per-user number of spatial streams (Nss) parameter and a user field ordering. Each AP 102 may indicate per-user Nss as an alternative parameter, baseline parameter, or both to support this derivation. In some examples, a subfield or parameter may be, in general, baseline (e.g., essential) information, but the subfield or parameter may become optional (e.g., non-essential) if it may be fixed to a certain value for the MAP transmission (e.g., CoBF transmission). For example, the UHR-SIG MCS may, in general or usually, be baseline information, but it may become optional if it may be fixed to MCSO. Additionally, or alternatively, the LDPC Extra Symbol Segment and Pre-FEC Padding Factor may, in general, be baseline information, but the LDPC Extra Symbol Segment may become optional if it may be fixed to 1 for a lower puncturing ratio, and the Pre-FEC Padding Factor may become optional if it may be fixed to a value such as 3 or 4 to maximize packet size and pre-FEC padding, and avoid post-FEC padding (e.g., an initial pre-FEC padding factor may be fixed to 3, a final pre-FEC padding factor may be fixed to 4 (e.g., with an extra LDPC symbol segment)).

[0086] In some cases, some or all optional information may be omitted from the information exchange. That is, no frame (e.g., the invite 405, response 410, sync 415) may include an indication of some or all of the optional information. Additionally, or alternatively, some or all of the optional information may be indicated in a same frame as baseline information in the same field. For example, optional information related for the U-SIG may be indicate din the same frame as baseline information for the U-SIG.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO35Additionally, or alternatively, some or all of the optional information may be indicated in the final frame (e.g., the synchronization or sync 415), or in any frame (including the invite 405, response 410, and sync 415). Table 1 may include an example of different information that may be exchanged, whether the information may be baseline, and, in some cases, alternative parameters related to the information.Preamble Subfield Category Alternative Parameters Field / ControlInformationControl Information Type BaselineInformation (‘Invitation’,‘Acceptance’ (or‘Confirmation’ or‘Response’),‘Rejection’,‘Trigger’,‘ Synchronization)Control MAP Scheme BaselineInformation (‘COBF’, ‘Type-IC-SR’, ‘Type-IIC-SR’, etc.)Control Sync- BaselineInformation Leader / Sync- FollowerIndication (1 bit)Control Immediate BaselineInformation Response Needed(1 bit)L-SIG Length (12 bits) Baseline Modified Length (12 bits),Quantity of Data OFDM Symbols (9 bits), Initial Quantity of Data OFDM Symbols (9 bits), Average Modified Length (12 bits), Average Number of Data OFDM Symbols (9 bits), Average Initial Number of Data OFDM Symbols (9 bits), range of length in the form of Minimum Modified Length (12 bits), Maximum Modified Length (12 bits), or [Minimum Modified Length (12 bits), Maximum Modified LengthAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO36(12 bits)], range of Data field duration in the form of Minimum Number of Data OFDM Symbols (9 bits), Maximum Number of Data OFDM Symbols (9 bit), [Minimum Number of Data OFDM Symbols (9 bits), Maximum Number of Data OFDM Symbols (9 bit)], Minimum Initial Number of Data OFDM Symbols (9 bits), Maximum Initial Number of Data OFDM Symbols (9 bits), or [Minimum Initial Number of Data OFDM Symbols (9 bits), Maximum Initial Number of Data OFDM Symbols (9 bits)], multiple Modified Lengths (12 bits each corresponding to a total number of spatial streams transmitted by shared AP 102 being 1,..., Maximum Total number of spatial streams allowed for the shared AP), multiple Number of Data OFDM Symbols (9 bits each corresponding to a total number of spatial streams transmitted by shared AP 102 being 1,..., Maximum Total number of spatial streams allowed for the shared AP), multiple Initial Number of Data OFDM Symbols (9 bits each corresponding to a total number of spatial streams transmitted by shared AP being 1,..., Maximum Total number of spatial streams allowed for the shared AP) U-SIG PHY Version EitherIdentifierBandwidth (3 Baselinebits)Attorney Docket No. PY2931. WO (114958. TBD)Qualcomm Docket No. 2501668WO37Uplink / Downlink OptionalIndication (1 bit)BSS Color(s) (6 Optionalbits each)TXOP (7 bits) Optional Duration field of the MAC framePPDU Type and OptionalCompressionMode (2 bits)CoBF / C-SR OptionalIndication (1 bit)Punctured BaselineChannelInformation (5bits)UHR-SIG MCS Optional(2 bits)Quantity of OptionalUHR-SIGSymbols (5 bits)UHR-SIG Spatial Reuse (4 OptionalCommon Field bits)GI+LTF Size (2 Baselinebits)Quantity of Baseline Maximum Total Number of UHR-LTF Spatial Streams (Nss) allowed Symbols (3 bits) for the shared AP 102 (2 bits),Extra LTF Allowed (1 bit), Extra LTF Enabled (1 bit) LDPC Extra OptionalSymbol Segment(1 bit)Pre-FEC Padding EitherFactor (2 bits)PE Disambiguity Baseline(1 bit)Quantity of Optional Quantity of CoBF Users in CoBF Users (e g., sharing BSS (1-2 bits), Quantity of Non-Attorney Docket No. PY2931. WO (114958. TBD)Qualcomm Docket No. 2501668WO38OFDMA users) Quantity of CoBF Users in (3 bits) shared BSS (1-2 bits) UHR-SIG User STA ID (11 bits) BaselineFieldMCS (5 bits) BaselineSpatial Optional Nss (1-2 bits) Configuration (4bits)BSS Color OptionalIndication (1 bit)2xLDPC (1 bit) Baseline 2xLDPC Capability (1 bit)Table 1: Example of Subfields Divided into Baseline and Optional Information

[0087] In Table 1, the PHY version identifier may be indicated to enable flexibility in field design (e.g., futureproof and determine a field structure). The PHY version identifier may be set to a default value of 1 to indicate Ultra High Reliability (UHR). Additionally, or alternatively, the PHY version identifier may be set to another value to indicate a future generation, and the remaining field structure (e.g., existence, definitions and bitwidths of certain subfields) in each of the CoBF invite 405, response 410 and sync 415 frames may depend on the generation. Therefore, the PHY version identifier may be indicated in any of the CoBF invite 405, response 410 and sync 415 frames. In general, the PHY version identifier may be baseline information, and it becomes optional and derivable in the context of UHR CoBF invite 405, response 410 and sync 415 frames. The uplink / downlink indication may be set to a default value (e.g., 0) to indicate ‘downlink’ (e.g., ‘DL’), and may thus be optional. The BSS color(s) of both the initiating AP 102 and the responding AP 102 may be derived based on the identifiers (e.g., IDs), addresses, or both of the APs 102, and may thus be optional. The TXOP may be derived from the duration field of the MAC frame (e.g., as specified according to current techniques). Depending on the control information MAP scheme, the PPDU type and compression mode may be set to 2 for CoBF and set to 1 for C-SR. The CoBF / C-SR Indication may be set to 0 as a default value, in conjunction with the PPDU type and compression mode being set to 2 to indicate a CoBF transmission, or in conjunction with the PPDU type and compression mode being set to 1 to indicate a C-Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO39SR transmission. The UHR-SIG MCS may be fixed to a specific MCS (e.g., MCSO). The quantity (e.g., number) of UHR-SIG symbols may be derived based on the UHR-SIG MCS and the total quantity of user fields associated with the UHR-SIG. The spatial reuse may be set to disabled spatial reuse (e.g., a state of PSR_AND_NON_SRG_OBSS_PD_PROHIBITED) by default. The LDPC extra symbol segment may be a fixed value, such as one. The pre-FEC padding factor may be a baseline parameter if it is not a fixed value, and may be optional if it is a fixed value, such as 3. The PE disambiguity may be derived at each AP 102 if the quantity of data OFDM symbols is known; otherwise the PE disambiguity may be baseline information. The quantity of CoBF users may be derived as the sum of the quantity of users in two BSSs. Each AP 102 may indicate, explicitly or implicitly, the quantity of users. The spatial configuration may be derived based on the per-user Nss and user ordering. Each AP 102 may indicate a per-user Nss for users of the AP 102.

[0088] In some implementations, the sounding phase and the transmission phase of a CoBF procedure may occur in different TXOPs 425, with different available bandwidths, or both. In some cases, the APs 102 may use different common preambles for the sounding phase and the transmission phase to reflect these differences in TXOPs 425 and bandwidths. To accommodate multiple different common preambles (e.g., a common preamble specific to the sounding phase and a common preamble specific to the transmission phase), information exchange between the two APs 102 may be divided for the sounding phase and the transmission phase. That is, there may be an information exchange between the initiating AP 102-a and the responding AP 102-b that may be specific to the transmission phase. For example, the information exchange may be specific to each frame (e.g., invite 405, response 410, sync 415) that may set up the CoBF transmission phase for the common preamble purpose. Additionally, or alternatively, an information exchange, as described herein, may set up a common preamble for transmission related to a C-SR procedure.

[0089] In some implementations, the information exchange for the CoBF transmission phase may be implemented in a multi-stage procedure. For example, the initiating AP 102-a (e.g., TXOP holder) may transmit a CoBF invite 405 (e.g., invite frame, invite message) and share common preamble information, in addition to indicating the serving clients of the initiating AP 102-a. The responding AP 102-b mayAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO40transmit a CoBF response 410 (e.g., response frame, response message), in which the responding AP 102-b may acknowledge an ability to null the signal from the responding AP 102-b for the clients of the initiating AP 102-a, and may indicate (e.g., declare) the serving clients for the responding AP 102-b. In some cases, the initiating AP 102-a may transmit a CoBF trigger / sync 415-a (e.g., trigger frame, sync message, CoBF sync), which may acknowledge that the initiating AP 102-a may null its signal for the clients of the responding AP 102-b. The sync 415 (e.g., sync 415-a, sync 415-b) may also serve as a synchronization message (e.g., CoBF sync) if the initiating AP 102-a may be designated as a synchronization leader (e.g., Sync-Leader). In other cases, the responding AP 102-b may be designated a synchronization leader (e.g., Sync-Leader). The responding AP 102-b, as the Sync-Leader, may transmit the sync 415-b, or may not transmit a sync 415-b at all. That is, there may be no sync 415 transmitted, while the CoBF response 410 may also serve as a synchronization message. After the sync 415, the APs 102 may perform the CoBF downlink PPDU 420 transmission within the shared TXOP 425. For example, the downlink PPDUs 420 may be examples of UHR PPDUs and may include an un-beamformed common preamble based on the information exchange over the invite 405, the response 410, and the sync 415. Between each frame (e.g., the invite frame, response frame, sync frame, PPDU frame), there may be some short interframe space (SIFS).

[0090] The CoBF invite 405 sent from the initiating AP 102-a to the responding AP 102-b may include or indicate various different information. In some implementations, the CoBF invite 405 may indicate an invite for the responding AP 102-b to participate in the CoBF procedure. In some implementations, the CoBF invite 405 may contain information associated with a U-SIG. In some cases, the information associated with the U-SIG may be between 19 and 30 bits. The information associated with the U-SIG may include a physical layer (PHY) version identifier (e.g., 3 bits), a bandwidth of the PPDU sent by the initiating AP 102-a (e.g., 3 bits), an indication of the TXOP 425 duration (e.g., 7 bits), a PPDU type and compression mode (e.g., 2 bits), an indication of a CoBF procedure or a C-SR procedure (e.g., 1 bit), punctured channel information (e.g., 5 bits), a UHR-SIG modulation and coding scheme (MCS) (e.g., 2 bits to indicate one UHR-SIG MCS within a set of 4 MCS, 1 bit for a reduced set of 2 MCS, or omitted if only one UHR-MCS is used or configured), or any combination thereof. The PPDU type andAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO41compression mode, as well as the CoBF or C-SR indication, may jointly serve to differentiate between a CoBF procedure information exchange and a C-SR procedure information exchange, for determining related and remaining information. In some examples, the combinations of these two fields may be reduced to total 1 bit. For example, the APs 102 may either perform downlink multi-user MIMO (MU-MIMO) with a CoBF procedure, or a single user (SU) transmission with a C-SR procedure. Similarly, the UHR-SIG MCS may be 1 bit for a reduced set, such as a reduced quantity of possible options, or omitted if one MCS is used or configured. In some examples, the CoBF invite 405 may also include an indication of uplink or downlink communication (e.g., 1 bit) for the PPDU sent by the initiating AP 102-a. If only downlink is supported, this may be omitted. In some examples, the CoBF invite 405 may include an identifier associated with the responding AP 102-b, which may be an AP ID or a basic service set (BSS) color (e.g., 6 bits).

[0091] In some cases, the CoBF invite 405 may include bandwidth and punctured channel information of the PPDUs for the CoBF transmission. The bandwidth (3 bits) and punctured channel information (5 bits) may be subfields in the U-SIG of the PPDUs for the CoBF transmission. The bandwidth and punctured channel information may be associated with the PPDU sent by the initiating AP 102-a in the CoBF transmission. In UHR, the PPDU sent by the responding AP 102-a in the CoBF transmission may have the same bandwidth and punctured channel information. The shared AP 102 (e.g., the AP 102 that may receive the sync 415 (e.g., the synchronization)) may use the bandwidth information to schedule users of different bandwidth capabilities. Based on a clear channel assessment (CCA), the shared AP 102 may determine if it may transmit in the unpunctured subchannels jointly indicated by the bandwidth and punctured channel information. In some cases, for simplicity and efficiency, there may be no bandwidth or punctured pattern negotiation between the two APs. In a future WiFi generation, the PPDU sent by the responding AP 102-b in the CoBF transmission may have a different bandwidth, punctured channel information, or both. In some cases, the CoBF invite 405 may include assigned bandwidth for the responding AP 102-b, assigned punctured channel information for the responding AP 102-b, or both. In some cases, the CoBF response 410 may include the bandwidth for the responding AP 102-b, punctured channel information for the responding AP 102-b, or both.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO42

[0092] Additionally, or alternatively, the invite 405 (e.g., the invite frame) may include packet size-related parameters (e.g., rough packet size-related parameters). The shared AP 102 may use the rough knowledge of the packet size to schedule users with different payloads. The exact length in the L-SIG may not be known at the sharing AP 102 before reception of the response 410, because the quantity of UHR-SIG symbols and quantity of UHR-LTF symbols may not be known prior to reception of the response 410. The sharing AP 102 (e.g., the initiating AP 102-a) may determine one or more data field durations or the range of a data field duration and may indicate such baseline information in the invite 405. In some examples, one or more data field durations may be indicated as one or more quantities of data OFDM symbols or one or more initial quantities of data OFDM symbols in the invite 405. Each quantity of Data OFDM Symbols (9 bits) and initial quantity of Data OFDM Symbols (9 bits) may correspond to the total number of spatial streams (Nss) transmitted by the shared AP 102 being a value from 1 to a maximum total number of spatial streams allowed for the shared AP 102, as specified in the invite 405. In some examples, only one data field duration may be indicated as a quantity of data OFDM symbols or an initial quantity of Data OFDM Symbols in the invite 405, and it may correspond to the total number of spatial streams transmitted by the shared AP being a certain value. In some examples, the range of the data field duration may be indicated as an average quantity of data OFDM symbols, a minimum quantity of data OFDM symbols, a maximum quantity of data OFDM symbols, or any combination thereof. In some examples, the range of the data field duration may be indicated as an average initial quantity of data OFDM symbols (e.g., prior to possibly adding an LDPC extra symbol segment, as indicated in the LDPC extra symbol segment subfield), a minimum initial quantity of data OFDM symbols (e.g., prior to possibly adding an LDPC extra symbol segment, as indicated in the LDPC extra symbol segment subfield), a maximum initial quantity of data OFDM symbols (e.g., prior to possibly adding an LDPC extra symbol segment, as indicated in the LDPC extra symbol segment subfield), or any combination thereof. Alternatively, the sharing AP 102 (e.g., the initiating AP 102-a) may determine one or more modified PPDU length (e.g., in the unit of octets) or the range of a modified PPDU length (e.g., in the unit of octets), which may assume the quantity of UHR-symbols and quantity of UHR-LTF symbols based on the number of users scheduled in the sharing BSS and the quantity of spatial streams (Nss) of each user scheduled in the sharing BSS. In some examples, oneAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO43or more modified PPDU lengths may be indicated as one or more Modified Lengths (12 bits) in the invite 405. Each Modified Length (12 bits) may correspond to the total number of spatial streams transmitted by the shared AP being a value from 1 to a maximum total number of spatial streams allowed for the shared AP 102, as specified in the invite 405. In some examples, only one modified PPDU length may be indicated as a Modified Length (12 bits) in the invite 405, and it may correspond to the total number of spatial streams transmitted by the shared AP being a certain value. In some examples, the range of the modified PPDU length (e.g., in the unit of octets) may be indicated as an average modified PPDU length (e.g., in the unit of octets), a minimum modified PPDU length (e.g., in the unit of octets), a maximum modified PPDU length (e.g., in the unit of octets), or any combination thereof. In some examples, the pre-FEC padding factor and the LDPC extra symbol segment may be indicated to determine the range of the data field duration. In some examples, there may be one or more sets of the pre-FEC padding factor and the LDPC extra symbol segment, which may each be grouped with the one or more quantity of data OFDM symbols, the average quantity of data OFDM symbols, the minimum quantity of data OFDM symbols or the maximum quantity of data OFDM symbols to determine the corresponding one or more data field durations, average data field duration, and minimum data field duration and maximum data field duration, respectively. In some examples, there may be one or more sets of the pre-FEC padding factor and the LDPC extra symbol segment, which may each be grouped with the one or more initial quantities of data OFDM symbols, the average initial quantity of data OFDM symbols, the minimum initial quantity of data OFDM symbols or the maximum initial quantity of data OFDM symbols to determine the corresponding one or more data field durations, average data field duration, and minimum data field duration and maximum data field duration, respectively. In some examples, the pre-FEC padding factor, the LDPC extra symbol segment, or both may be fixed values. For example, the pre-FEC padding factor may be set to a fixed value (e.g., 3, 4) and post-FEC padding may be avoided. The LDPC extra symbol segment may be fixed to 1. Fixing the values of these fields may render them optional and they may, in some examples, be omitted from the invite 405. In some examples, in the sync frame 415, the pre-FEC padding factor (2 bits) and the LDPC extra symbol segment (1 bit), as subfields in the common field of UHR-SIG in the PPDUs in the CoBF transmission, may be indicated for completeness of information. In some examples, if any quantities of modified PPDUAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO44lengths (e.g., in the unit of octets), such as an average modified PPDU length (e.g., in the unit of octets), a minimum modified PPDU length (e.g., in the unit of octets), a maximum modified PPDU length (e.g., in the unit of octets), or any combination thereof, may be indicated in the invite 405, a PE disambiguity bit (1 bit) paired with each of such quantities may be indicated in the invite 405 to resolve the ambiguity in determining the quantity of data OFDM symbols or the initial quantity of data OFDM symbols in the process of deriving the packet size and performing rate matching.

[0093] In some cases, the data field duration may be indicated with fewer bits, such as by lessening the granularity of the reported or indicated value. For example, a data field duration may be indicated as a quantity of data OFDM symbols, an initial quantity of data OFDM symbols, or any combination thereof, which may utilize some quantity of bits (e.g., 9 bits). The quantity of data OFDM symbols may be modified by some unit of data OFDM symbols, J. The value of the quantity of data OFDM symbols may be derived from a formula or equation (e.g., ceil(quantity of data OFDM symbols J). For example, if J is from {2,3}, 8 bits may be used to indicate the quantity of data OFDM symbols, rather than 9 bits. If J is from {4, 5, 6, 7}, 7 bits may be used to indicate the quantity of data OFDM symbols. If J is from {8, 9,..., 15}, 6 bits may be used to indicate the quantity of data OFDM symbols. If J is from {16, 17,..., 31 }, 5 bits may be used to indicate the quantity of data OFDM symbols. If J is from {32, 33,..., 63}, 4 bits may be used to indicate the quantity of data OFDM symbols. If J is from {64, 65,..., 127}, 3 bits may be used to indicate the quantity of data OFDM symbols. In some examples, each quantity may be associated with a time unit (e.g., 50us, 100us, 200us, 500us, 1ms, or the like), which also may be indicated in the information exchange. For example, the indicated quantities may become the time duration of PPDU or data field, the average, minimum, or maximum time duration of PPDU or data field, the corresponding time duration of PPDU or data field for each total quantity of spatial streams transmitted from the shared AP 102, or the like. The time duration of PPDU may include the time duration of data field and time duration of preamble after L-SIG.

[0094] In some implementations, the CoBF invite 405 may include information associated with a L-SIG or a common field of a UHR-SIG. In some cases, the information associated with a L-SIG or a common field of a UHR-SIG may be between 14 and 20 bits. The information associated with a L-SIG or a common field of a UHR-Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO45SIG may include a combination of guard interval and long training field size (GI+LTF Size) (e.g., 2 bits to indicate one out of a set of 4 combinations, 2 bits to indicate one of a set of 3 combinations (e.g., {2xLTF+0.8us GI, 2xLTF+1.6us GI, 4xLTF+3.2us GI} with 4xLTF+0.8us GI disabled, or any such combinations of the 4 combinations), 1 bit for a reduced set of 2 combinations {2xLTF+1.6us GI, 4xLTF+3.2us GI}, or omitted if a fixed combination is used or configured), a quantity of CoBF users served by the initiating AP 102-a (e.g., 2 bits), PPDU length and LDPC encoding parameters (e.g., 12 to 16 bits), or any combination thereof. In some examples, the GI+LTF size may be 1 bit for a reduced set such as a reduced quantity of possible options (e.g., 2xLTF+1.6us GI, 4xLTF+3.2us GI), or omitted if one GI+LTF size combination is used or configured.

[0095] In some examples, both the sharing AP 102 and the shared AP 102 may enable or disable a GI+LTF Size choice that uses 0.8us GI. For example, during a setup phase of CoBF (e.g., before sounding and transmission phase), each AP 102 may indicate (e.g., one time indication) at least one of whether 0.8GI is allowed or not (1 bit), whether 2xLTF+0.8us GI is allowed or not (1 bit), or a 2 -bit bitmap to indicate whether the AP 102 supports {2xLTF+0.8us, 4xLTF+0.8us} in CoBF transmission (1 bit for each GI+LTF choice). Additionally, or alternatively, the sharing AP 102 may indicate the initial choice of GI+LTF Size in the invite 405. The shared AP 102 may indicate whether 0.8GI is allowed or not (1 bit) in the response 410. The sharing AP 102 may indicate the final choice of GI+LTF Size in the sync 415.

[0096] In some cases, the GI+LTF size may be determined or decided by the sharing AP 102 (e.g., the initiating AP 102-a or, in some cases, the responding AP 102-b) without negotiation with the shared AP 102. In some examples, 4xLTF+0.8us GI may be an optional feature for the GI+LTF size that not all users may have implemented. The GI+LTF size may be indicated in the invite 405 so that the shared AP 102 may decide whether to participate in the CoBF transmission, and may schedule CoBF users that support this GI+LTF size option. In some examples, the GI+LTF size may be 2xLTF+1.6us GI or 4xLTF+3.2us GI (e.g., reduced set, only one of these options). The GI+LTF size may be indicated in the invite 405 or the sync 415 (e.g., synchronization frame, trigger frame). In some cases, GI+LTF size options may include lxLTF+1.6us GI, 2xLTF+0.8us GI, 2xLTF+1.6us GI, 4xLTF+0.8us GI, orAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO464xLTF+3.2us GI. In these cases, the GI-LTF size may be indicated in the invite 405 or the sync 415 (e.g., synchronization frame).

[0097] In some cases, the UHR-SIG common field may include an interference mitigation (IM) indication or parameter. The IM indication may include a one-bit subfield in the UHR-SIG common field for a non-OFDMA system, which may indicate whether IM is enabled or disabled. For a MAP scheme (e.g., CoBF, C-SR), the APs 102 may assume IM is disable, and the IM indication bit may be set to disabled (e.g., 1). There may be no need to indicate the IM parameter in the invite 405, response 410, or sync 415. If it is indicated, it may be set to disabled.

[0098] In some implementations, the CoBF invite 405 may include information from each user served by the sharing AP (e.g., initiating AP 102-a) in a user field of the UHR-SIG (e.g., 18 or 19 bits per user) in the PPDUs in CoBF transmission. The information from each user in a user field of the UHR-SIG may include a STA ID (e.g., 11 bits), an MCS (e.g., 5 bits), a number of spatial streams (Nss) (e.g., 1 bit to indicate 1 spatial stream or 2 spatial streams, or 2 bits to indicate 1 spatial stream, 2 spatial streams and other options), an indication of an LDPC-related coding scheme (e.g., 2x LDPC enabled or disabled (e.g., 1 bit), 2x LDPC capability (e.g., 1 bit or multiple bits, each for a code rate or modulation and coding scheme (MCS)), or any combination thereof. For more than one users served by the sharing AP (e.g., initiating AP 102-a), the user fields or information related to the user fields included in the CoBF invite 405 may be random, may be ordered according to the Nss in a non-increasing order or nondecreasing order, or may be ordered according to any other parameter. In some examples, LDPC may be the default coding scheme and an indication may only be included for 2xLDPC (e.g., to indicate enabling or disabling 2xLDPC).

[0099] In some cases, the UHR-SIG MCS may be a fixed value (e.g., MCS0). In these cases, the UHR-SIG MCS may be an optional field and may not be included in the invite 405 (e.g., omitted, or included in the sync 415). In some cases, the quantity of CoBF users (e.g., quantity of Non-OFDMA users) may be derivable based on the information indicated in the invite 405 and in the response 410. For example, the invite 405 may indicate the quantity of CoBF users served by the sharing AP 102 (e.g., the initiating AP 102-a), which may be some quantity of bits (e.g., 1 bit to indicate 1 user or 2 users, or 2 bits to indicate 1 user, 2 users and other options, e.g., 3 users, 4 users). Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO47Additionally, or alternatively, the quantity of CoBF users served by the sharing AP 102 (e.g., the initiating AP 102-a) may not be indicated in the invite 405, but may be implied by the number of valid STA IDs indicated in the invite 405. In the response 410, the quantity of CoBF users served by the shared AP 102 (e.g., the responding AP 102-b) may be indicated (e.g., 1 bit to indicate 1 user or 2 users, or 2 bits to indicate 1 user, 2 users and other options, e.g., 3 users, 4 users). Additionally, or alternatively, the quantity of CoBF users served by the shared AP 102 (e.g., the responding AP 102-b) may not be indicated in the response 410, but may be implied by the number of valid STA IDs indicated in the response 410. The quantity of CoBF users (e.g., quantity of Non-OFDMA users) as in the Number of CoBF Users subfield (or Number of Non-OFDMA Users) subfield in the common field of UHR-SIG sent in the PPDUs in CoBF transmission, may be the quantity of CoBF users across both BSSs and derived as the sum of the quantity of CoBF users served by the sharing AP 102 (e.g., the initiating AP 102-a) and the quantity of CoBF users served by the shared AP 102 (e.g., the responding AP 102-b). In some cases, the quantity of CoBF users (e.g., quantity of Non-OFDMA users) may be derived at each AP and omitted in from the information exchange. In other cases, the response 410 may indicate the quantity of CoBF users (e.g., 2-3 bits to indicate total 2, 3 or 4 users) (e.g., quantity of Non-OFDMA users) as in the Number of CoBF Users subfield (or Number of Non-OFDMA Users) subfield in the common field of UHR-SIG sent in the PPDUs in CoBF transmission. In some cases, the sync 415 (e.g., synchronization) may indicate the quantity of CoBF users (e.g., 2-3 bits to indicate total 2, 3 or 4 users) (e.g., quantity of Non-OFDMA users) as in the Number of CoBF Users subfield (or Number of Non-OFDMA Users) subfield in the common field of UHR-SIG sent in the PPDUs in CoBF transmission. In some cases, a quantity of UHR-SIG symbols may be indicated or omitted from the information exchange. For example, if the UHR-SIG MCS is fixed (e.g., MCS0), the quantity of UHR-SIG symbols may be a function of the quantity of CoBF users and the indication of the quantity of UHR-SIG symbols may be omitted from the information exchange, as in Table 2. If the indication of the quantity of UHR-SIG symbols is included or is necessary, it may use 1-5 bits and may be indicated in the response 410 or the sync 415 (e.g., synchronization frame). For example, indicating the quantity of UHR-SIG symbols may use a minimum of 1 bit to indicate 2 or 4 UHR-SIG symbols, or 5 bits toAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO48indicate the number of UHR-SIG symbols as in the Number of UHR-SIG Symbols subfield in U-SIG of the PPDUs sent in the CoBF transmission.Quantity of Non- Maximum Quantity Quantity of UHR-SIG OFDMA Users of Information Bits Symbols (for MCSO) per ContentChannel in theUHR-SIG2 52 23 85 44 85 4Table 2: Example of Mapping Between the Quantity of Non-OFDMA Users to the Quantity of UHR-SIG Symbols for MCSO

[0100] In some cases, a per-user MCS, as the MCS subfield (5 bits) in each user field in UHR-SIG in the PPDUs in CoBF transmissions, may be indicated in the information exchange. In some examples, the per-user MCS for the users in the sharing BSS may be pre-determined by the sharing AP 102 and may be indicated in the invite 405. However, the sharing AP 102 may not know the total quantity of spatial streams across two BSSs and may not have all beamforming and nulling gain parameters. In some examples, the per-user MCS for the users in the shared BSS may be determined by the shared AP 102 and indicated in the response 410, because the shared AP 102 may know all scheduled users and per-user Nss. In some examples, the per-user MCS (e.g., optimal per-user MCS) for the users in the sharing BSS may be determined by the sharing AP 102 and may be indicated in the sync 415 (e.g., synchronization frame).

[0101] In some implementations, the per-user 2xLDPC subfield (or bit) may be indicated in the information exchange. In some cases, the 2xLDPC capability may depend on both an AP 102 and a STA (e.g., STA 104, as described in Figure 1) and, in some examples, may depend on an MCS. For example, if one AP 102 is not capable of transmitting 2xLDPC codewords, the 2xLDPC subfield (or “2xLDPC capability” bit) may be set to 0 for all users served by this AP 102. If one user is not capable of receiving 2xLDPC codewords, the 2xLDPC subfield (or “2xLDPC capability” bit) may be set to 0 for this user. For a given MCS, if both an AP 102 is capable of transmittingAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO492xLDPC codewords and the user is capable of receiving 2xLDPC codewords, the AP 102 may decide to enable or disable 2xLDPC based on a packet size. Enabling or disabling the 2xLDPC may depend on capability at the users and the APs 102, and may also be a rate adaptation decision at an AP 102. In some examples, each AP 102 may decide on the 2xLDPC subfield for the users served by the AP 102. That is, the per-user 2xLDPC subfield may be determined by serving APs. In the invite 405, since the rough or exact data field duration, bandwidth and punctured channel information may be known, the rough or exact Navbits may be known. For example, if the MCS for the users in the sharing BSS is pre-determined or indicated in the invite 405, the sharing AP 102 may determine and indicate the 2xLDPC bit for the users in the sharing BSS in the invite 405. If the MCS for the users in the sharing BSS is determined by the sharing AP 102 after receiving the response 410 and indicated in the sync 415 (e.g., synchronization frame), the sharing AP 102 may determine (e.g., decide) and indicate the 2xLDPC bit for the users in the sharing BSS in the sync 415 (e.g., synchronization frame). In the response 410, the shared AP 102 may determine (e.g., decide) and indicate the 2xLDPC bit for each scheduled user in the shared BSS or, additionally, or alternatively, the shared AP 102 may indicate the 2xLDPC capability bit for each scheduled user in the shared BSS to indicate that the sharing AP 102 may determine the 2xLDPC bit for each scheduled user in the shared BSS. In some examples, in the sync 415 (e.g., synchronization frame, trigger frame), if the 2xLDPC bit of any user is not yet determined and indicated in previous frames (e.g., the invite 405, response 410), the sharing AP 102 may determine and indicate the 2xLDPC bit (e.g., via the sync 415).

[0102] In some implementations, the CoBF invite 405 may include other optional information. For example, the CoBF invite 405 may include an assigned bandwidth for the responding AP 102-b, the assigned punctured channel information for the responding AP 102-b, or both. In some cases, the responding AP 102-b may use a partial bandwidth, and the information indicating the assigned bandwidth may be 2 bits. For example, the initiating AP 102-a may operate on a first bandwidth (e.g.,320 MHz-1). The responding AP 102-b may operate only on a part of that bandwidth (e.g., 160 MHz), or on a bandwidth that only partially overlaps with the first bandwidth (e.g., 320 MHz-2 with an overlapping 160 MHz). The two bits may be used to indicate whether the responding AP 102-b is assigned the same bandwidth as the initiating APAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO50102-a (e.g., the first bandwidth), the lower half of the first bandwidth, or the upper half of the first bandwidth. Additionally, or alternatively, the CoBF invite 405 may include an indication of whether or not the initiating AP 102-a may be a Sync-Leader (e.g., 1 bit, Sync-Leader or Sync-Follower).

[0103] In some cases, as described herein, the CoBF invite 405 may include PPDU length and LDPC encoding parameters. These parameters may be included in the CoBF invite 405, and in some cases the CoBF response 410, in order to maintain LDPC rate matching between multiple users served by both the initiating and responding APs 102. There may be multiple parameters indicated or included in the CoBF invite 405 to facilitate this. In some examples, the PPDU length and LDPC encoding parameters may include a length field in the L-SIG (e.g., 12 bits), an LDPC extra symbol segment (e.g., 1 bit), a common pre-forward error correction (FEC) padding factor (e.g., 2 bits), a packet extension disambiguity (e.g., 1 bit), or any combination thereof. This may result in 16 bits of PPDU length and LDPC encoding parameters in the CoBF invite 405. In other examples, the PPDU length and LDPC encoding parameters may include an LDPC extra symbol segment (e.g., 1 bit), an initial pre-FEC padding factor (e.g., 2 bits), an initial quantity of OFDM symbols in a data field (e.g., 9 bits for a lowest first MCS (e.g., MCS0), 10 bits for a lowest second MCS (e.g., MCS15)), or any combination thereof. This may result in 12 or 13 bits of PPDU length and LDPC encoding parameters in the CoBF invite 405. In other examples, the PPDU length and LDPC encoding parameters may include an LDPC extra symbol segment (e.g., 1 bit), the common pre-FEC padding factor (e.g., 2 bits), a quantity of OFDM symbols in a data field (e.g., 9 bits for a lowest first MCS (e.g., MCS0), 10 bits for a lowest second MCS (e.g., MCS 15)), or any combination thereof. This may result in 12 or 13 bits of PPDU length and LDPC encoding parameters in the CoBF invite 405. For any of the examples, the LDPC extra symbol segment may be fixed (e.g., to 1), the common pre-FEC padding actor may be fixed (e.g., to 4), the initial pre-FEC padding factor may be fixed (e.g., to 3), or any combination thereof. The PPDU length and LDPC encoding parameters may not include an indication of the fixed values.

[0104] The CoBF response 410, sent from the responding AP 102-b to the initiating AP 102-a, may also include or indicate various different information. In some implementations, the CoBF response 410 may indicate an intent for the responding APAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO51102-b to participate in the CoBF procedure. This may be explicitly signaled (e.g., 1 bit to indicate ‘Acceptance’ (or ‘Confirmation’ or ‘Response’) or ‘Rejection’), or may be implicit, such as based on transmission of the CoBF response 410 or based on a state of some field in the CoBF response 410. This may also be indicated by a CoBF or C-SR indication (e.g., 1 bit), which may not be included in a common information field or a special user information field. This may differentiate CoBF and C-SR for the APs 102, which may then determine remaining information based on the determination. In some cases, the CoBF response 410 may include a bandwidth of the responding AP 102-b, punctured channel information of the responding AP 102-b, or both. If partial bandwidth CoBF is used, as described with reference to the invite message 405, the bandwidth of the responding AP 102-b may be 2 bits. Additionally, or alternatively, the CoBF response 410 may include a Sync-Leader indication (e.g., 1 bit, indicates whether the responding AP 102-b may be a Sync -Leader or Sync-Follower).

[0105] In some implementations, the CoBF response 410 may also include information associated with the L-SIG or a common field of the UHR-SIG (e.g., between 14 and 18 bits). For example, the information associated with the L-SIG or a common field of the UHR-SIG may include a quantity of CoBF users served by the responding AP 102-b (e.g., 2 bits), a PPDU length and LDPC encoding parameters, as described further with respect to the CoBF invite 405, or any combination thereof. The PPDU length and LDPC encoding parameters may be indicated similarly to described with respect to the CoBF invite 405 (e.g., between 12 and 16 bits). Additionally, or alternatively, the CoBF response 410 may not include an indication of the PPDU length and LDPC encoding parameters, and the responding AP 102-b may tailor the packet sizes and PPDU 420 parameters to fit parameters provided by the initiating AP 102-a, such as via the CoBF invite 405. In some implementations, the CoBF response 410 may also include information for each user served by the shared AP 102 (e.g., the responding AP 102-b) in the user field of the UHR-SIG, as described further with reference to the CoBF invite message 405 (e.g., 18-19 bits per user). As described with reference to the CoBF invite 405, if there are more than one users served by the shared AP (e.g., the responding AP 102-b), the user fields may be ordered randomly, according to the Nss in non-increasing order or non-decreasing order, or according to some other parameter.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO52

[0106] In some implementations, a quantity of UHR-SIG symbols may be calculated by the APs 102 according to the total quantity of user fields, which may be determined by the summation of the quantity of users served by the initiating AP 102-a and the quantity of users served by the responding AP 102-b. A quantity of UHR-LTF symbols may be calculated or determined may be specified by the Sync-Leader AP 102 (e.g., the AP 102 that may send the CoBF sync 415), or, additionally, or alternatively, a minimum quantity of UHR-LTF symbols may be determined based on a total Nss in CoBF transmission. In some cases, a spatial reuse parameter may be set to a state to disable spatial reuse during the CoBF procedure and there may be no information exchange on the spatial reuse parameter between the two APs 102 (e.g., or no information exchange may be necessary). In some cases, the quantity of CoBF users (e.g., quantity of non-OFDMA users) may be a total quantity of CoBF users across two BSSs (e.g., the summation of the quantity of users served by the initiating AP 102-a and the quantity of users served by the responding AP 102-b), and all of the user fields across two BSSs, as in the UHR-SIG of the PPDUs sent in the CoBF transmission, may be ordered and the spatial configuration subfield set based on one or more rules. The user fields may be ordered according to Nss in non-increasing order. In some cases, the user fields of users served by the same AP in one BSS may be contiguous, and not separated by user fields of users served by another AP in another BSS. In some examples, the order of the user fields of the BSS may be explicitly indicated (e.g., 1 bit to indicate the user fields of the users served by the sharing AP in the sharing BSS are before or after the user fields of the users served by the shared AP in the shared BSS) or implicitly implied (e.g., by the user field ordering) in the sync 415 (e.g., synchronization frame) or, additionally, or alternatively, may use a fixed order such that in the case where the user fields of either BSS may go first, while preserving the Nss in nonincreasing order, the user fields of the sharing BSS may be ordered first or the order of the user fields of the shared BSS may be ordered first. The spatial configuration for each user may be derived based on per-user Nss and user ordering.

[0107] In some cases, the quantity of UHR-LTF symbols may be unknown at the time of the invite 405, as the total quantity of spatial streams and any extra LTFs may not be known. In the invite 405, the sharing AP 102 (e.g., initiating AP 102-a) may indicate the per-user Nss of the users served by the sharing AP 102 (implying the totalAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO53quantity of spatial streams in the sharing BSS) and may indicate the maximum total quantity of spatial streams allowed for the shared AP 102. Additionally, or alternatively, the sharing AP 102 may also indicate, in the invite 405, whether extra LTFs may be allowed or not in the sharing BSS. In the response 410, the shared AP 102 (e.g., responding AP 102-b) may indicate the per-user Nss of the users served by the shared AP (e.g., implying the total quantity of spatial streams in the shared BSS and the total quantity of spatial streams across two BSSs) and may indicate whether extra LTFs may be allowed or not in the shared BSS. In some examples, the shared AP 102 may determine the quantity of UHR-LTF symbols (e.g., based on the total quantity of spatial streams across the two BSSs and whether extra LTFs may be allowed in each BSS) and may indicate the quantity of UHR-LTF symbols (e.g., 1-3 bits, 1 bit to indicate whether extra LTF may be enabled, 1 -bit to indicate two values of the quantity of UHR-LTF symbols for each total quantity of spatial streams across two BSSs, or 2-3 bits to indicate the quantity of UHR-LTF symbols) in the response 410. In other examples, the sharing AP 102 may determine the quantity of UHR-LTF symbols (e.g., based on the total quantity of spatial streams across the two BSSs and whether extra LTFs may be allowed in each BSS) and may indicate, in the sync 415 (e.g., synchronization frame), the quantity of UHR-LTF symbols (e.g., 1-3 bits, 1 bit to indicate whether extra LTF may be enabled, 1 -bit to indicate two values of the quantity of UHR-LTF symbols for each total quantity of spatial streams across two BSSs or not, 1 -bit to indicate two values of the quantity of UHR-LTF symbols for each total quantity of spatial streams across two BSSs). Table 3 may provide an example mapping between the quantity of spatial streams across two BSSs (Nss, total) and the quantity of UHR-LTF symbols (e.g., NLTF, with and without extra LTFs).Nsstotaiin BSS1 Nsstotai in NsStotal Minimum NLTF with BSS2 NLTF (e.g., Extra LTF NLTF withoutExtra LTF)1 1 2 2 41 2 3 4 8Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO541 3 4 4 82 2 4 4 8Table 3: Example of Mapping Between Quantity of Spatial Streams per BSS and the Quantity of UHR-LTF Symbols

[0108] In some implementations, PPDU length and LDPC encoding parameters, which may be included in the CoBF invite 405, the CoBF response 410, or both, may be determined or derived by an AP 102 based on an initial pre-FEC padding factor and an initial quantity of OFDM symbols for each BSS in a same LDPC rate matching algorithm as multiple users in one BSS. That is, based on indicated parameters, each AP 102 may determine values for the PPDU length and LDPC encoding to preserve rate matching between users. For example, the PPDU length and PHY coded bits boundary may be chosen from a reference BSS, which may have a data field with longer length. If two BSSs have a same PHY coded bits boundary and a same value in the LDPC extra symbol segment, there may be no need to change or update the parameters. However, if two BSSs have same PHY coded bits boundary but different values in the LDPC extra symbol segment, the AP 102 may choose the BSS that has an LDPC extra symbol segment being set to OFF (e.g., 0) to be a reference BSS. The AP 102 may update the initial pre-FEC padding factor and the initial quantity of OFDM symbols of a BSS that may not be the reference BSS according to those of the reference BSS, and may recalculate the LDPC encoding parameters as such. In some examples (e.g., if the LDPC extra symbol segment is enabled (e.g., ON, 1) in at least one BSS), the AP 102 may determine the LDPC extra symbol segment. Each AP 102 may update the parameters accordingly and following the same rules, and thus may not require further exchange of information.

[0109] In some implementations, a CoBF sync 415 may be transmitted, from the initiating AP 102-a or the responding AP 102-b. The CoBF sync 415 may include a CoBF trigger indication, an indication differentiating between a CoBF and a C-SR procedure (e.g., 1 bit) (e.g., if not included in a common information field or special user information field), or any combination thereof. In some cases, the CoBF sync 415 may also include a quantity of UHR-LTF symbols (e.g., between 1 and 3 bits), or, additionally, or alternatively, a Sync-Leader indication (e.g., 1 bit, indicates whether theAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO55AP 102 transmitting the sync 415 may be a Sync-Leader or Sync-Follower). The quantity of UHR-LTF symbols may be three bits indicative of a complete set of quantities of UHR-LTF symbols (e.g., a conventional or legacy quantity of bits), or the quantity of UHR-LTF symbols may be 1 or 2 bits indicative of a reduced set of quantities of UHR-LTF symbols no less than the minimum quantity of UHR-LTF symbols. In some cases, the CoBF sync 415 may be used for synchronization before a CoBF transmission.

[0110] The PHY information exchange may allow parameters to be indicated in the invite 405, response 410, and the syncs 415 (e.g., synchronization frames). In some implementations, optional PHY information may be omitted (e.g., fixed value, derivable at each AP 102), or may be signaled in any of the three frames (e.g., invite 405, response 410, sync 415). The sync 415 may repeat some of the PHY information that may be carried in or derived from the invite 405 and the response 410.[OHl] In some cases, two frames (e.g., invite 405 and response 410) may be used to complete the information exchange of baseline information. Baseline PHY information may be exchanged in the two frames, and the packet size or sizes, MCS or MCSs, and rate matching for the sharing BSS may be pre-determined and indicated in the invite 405. Different parameters may be indicated or determined in the two frames, as in Table 4 (Option 1).Preamble Subfield Categ Carried Carried Carried in Rule Field / ory in Invite in Sync 415Control 405 ResponseInformatio 410nControl Information B Yes Yes YesInformation Type ('Invitati (‘Confirm (‘Trigger’ / on’) ation’) ‘ Synchronization’)Control MAP B Yes Yes YesInformation Scheme (‘CoBF’ (‘CoBF’) (‘CoBF’)(‘COBF’, )‘Type-I C- SR’, ‘Type- II C-SR’,etc.)Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO56Control Sync- B YesInformation Leader / Sync-FollowerIndication(1 bit)Control Immediate B Yes Yes YesInformation ResponseNeeded (1bit)L-SIG Length (12 B Rough Yes The final bits) length / d length uration (octets) may (eg., be derived Modifte based on the d Length rough length / (e.g., in duration and the unit the final of quantity of octets) UHR-LTF (12 bits), symbols QuantityofOFDMSymbols(9 bits),InitialQuantityofOFDMSymbols(9 bits)U-SIG PHY B Yes (set Yes (set to Yes (set toVersion to 1) 1) 1) IdentifierBandwidth B Yes(3 bits)Uplink / Do 0wnlinkIndication(1 bit)BSS 0Color(s) (6bits each)Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO57TXOP (7 Bbits)PPDU 0Type andCompression Mode (2bits)CoBF / C- 0SRIndication(1 bit)Punctured B YesChannelInformation(5 bits)UHR-SIG 0MCS (2bits)Quantity of 0 Determined UHR-SIG by the Symbols (5 quantity of bits) user fields and the UHR- SIG MCS UHR-SIG Spatial 0Common Reuse (4Field bits)GI+LTF B YesSize (2bits)Quantity of B Extra Number Shared AP UHR-LTF LTF Of UHR- 102 Symbols (3 Allowed LTF determines bits) (1 bit), Symbols the final Maximu (3 bits) quantity of m Total UHR-LTF Nss symbols allowedat sharedAP (2bits)Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO58LDPC Either Yes (or Shared AP Extra fixed to 102 tailors Symbol 1) packet size(s) Segment (1 to meet pre- bit) FEC padding boundary Pre-FEC Either Yes (orPadding fixed toFactor (2 a valuebits) (e g, 3))PE B Yes Yes (orDisambigui omitted)ty (1 bit)Quantity of 0 Quantity Quantity Determined CoBF of CoBF of CoBF by the total Users (e.g., Users Users quantity of Quantity of served served by CoBF users Non- by the the sharedOFDMA sharing AP 102users) (3 AP 102 (1-2 bits),bits) (1-2 orbits) Quantityof CoBFUsers (2-3bits for thetotalnumberacross twoBSSs)UHR-SIG STAID (11 B Yes (for Yes (forUser Field bits) users in users inthe the sharedsharing BSS)BSS)MCS (5 B Yes (for Yes (forbits) users in users inthe the sharedsharing BSS)BSS)Spatial 0 Nss (1-2 Nss (1-2 Determined, Configurati bits) (for bits) (for as described on (4 bits) the users the users with in the in the reference to sharing shared Table 1 BSS) BSS)Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO59BSS Color OIndication(1 bit)2xLDPC (1 B Yes (for Yes (forbit) users in users inthe the sharedsharing BSS)BSS)Table 4: Example of Subfields Indicated by Frame for Two Frame Option e.g., Option 1) (B=Baseline, O = Optional)

[0112] For the two frames option (e.g., Option 1, Table 4), the sharping AP 102 may indicate in the CoBF invite 405, whether extra LTF is allowed (e.g., 1 bit) and a maximum total quantity of spatial streams (Nss, total) allowed for the shared AP 102 (e.g., 2 bits to indicate the maximum total quantity of spatial stream that the shared AP 102 may transmit). The shared AP 102 may determine and indicate, in the CoBF response 410, the final quantity of UHR-LTF symbols. In some cases, if the sharing AP 102 indicates that the extra LTF may not be allowed, the shared AP 102 may use the minimum quantity of UHR-LTF symbols (e.g., derived based on the total quantity of spatial streams transmitted by the two APs 102) as the quantity of UHR-LTF symbols. In other cases, if the sharing AP 102 may indicate that extra LTF may be allowed, the shared AP 102 may determine the quantity of UHR-LTF symbols based on the minimum quantity of UHR-LTF symbols (e.g., derived based on the total quantity of spatial streams transmitted by the two APs 102) and whether the extra LTF is allowed by both APs 102.

[0113] In some cases, the sharing AP 102 may indicate, in the CoBF invite 405, a rough or estimated length or duration for the L-SIG (9-12 bits), the LDPC extra symbol segment (1 bit), a pre-FEC padding factor (2 bits), a PE disambiguity (1 bit), or any combination thereof. The rough length or duration may be a modified length (e.g., in the unit of octets) (e.g., assuming the length is only derived based on a quantity of data OFDM symbols, quantity of UHR-SIG symbols corresponding to the quantity of users in the sharing BSS, and a minimum quantity of UHR-LTF symbols corresponding to the total quantity of spatial streams transmitted by the sharing AP 102), a quantity of OFDM Symbols, an initial quantity of OFDM symbols, other parameters, or any combination thereof. In some examples, the PE disambiguity may be derived based onAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO60the modified length (octets). By specifying the rough length or duration, the LDPC extra symbol segment, and the pre-FEC padding factor, the sharing AP 102 may determine the pre-FEC padding boundary and PHY coded bits boundary. In some cases, the shared AP 102 may tailor the packet size(s) to meet the pre-FEC padding boundary.Additionally, or alternatively, the shared AP 102 also determines the final quantity of UHR-LTF symbols. In some cases, the final length (12 bits), as the Length subfield in L-SIG in the PPDUs sent in the CoBF transmission, and PE disambiguity (1 bit), as a subfield in the common field of UHR-SIG in the PPDUs sent in the CoBF transmission, may be derived and indicated in the CoBF response 410, or may be omitted as each AP 102 may derive these parameters individually.

[0114] In some implementations, three frames (e.g., invite 405, response 410, sync 415) may be used to complete the information exchange. Baseline PHY information may be exchanged in the three frames, and the packet size or sizes, MCS or MCSs, and rate matching for the sharing BSS may be determined and indicated in the invite 405, while the packet size or sizes, MCS or MCSs, and rate matching for the shared BSS may be determined by the shared AP 102 and indicated in the response 410. The final packet size or sizes and rate matching may be determined or performed individually at each AP 102. Different parameters may be indicated or determined in the three frames, as in Tables 5-7. In Table 5, packet size(s), MCS(s), and rate matching may be indicated in the invite 405 (Option 2a). In Table 6, packet size(s) and MCS(s) in the sharing BSS and rate matching may be determined by the sharing AP 102 and may be indicated in the sync 415 (Option 2b). In Table 7, packet size(s) and MCS(s) in the sharing BSS may be determined by the sharing AP 102 and may be indicated in the sync 415, while rate matching may be pre-determined (Option 2c).Preamble Subfield Categ Carried Carried Carried in Rule Field / ory in Invite in Sync 415Control 405 ResponseInformatio 410nControl Information B Yes Yes YesInformation Type ('Invitati (‘Confirm (‘Trigger’ / on’) ation’) ‘ Synchronization’)Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO61Control MAP B Yes Yes YesInformation Scheme (‘CoBF’ (‘CoBF’) (‘CoBF’)(‘COBF’, )‘Type-I C- SR’, ‘Type- II C-SR’,etc.)Control Sync- B YesInformation Leader / Sync-FollowerIndication(1 bit)Control Immediate B Yes Yes YesInformation ResponseNeeded (1bit)L-SIG Length (12 B Rough Yes The final bits) length / d length uration (octets) may (eg., be derived Modifte based on the d rough Length) length / duratio (e.g., in n and the the unit final quantity of ofUHR-LTF octets) symbols (12 bits),QuantityofOFDMSymbols(9 bits),InitialQuantityofOFDMSymbols(9 bits)U-SIG PHY B Yes (set Yes (set to Yes (set toVersion to 1) 1) 1) IdentifierBandwidth B Yes(3 bits)Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO62Uplink / 0DownlinkIndication(1 bit)BSS 0Color(s) (6bits each)TXOP (7 Bbits)PPDU 0Type andCompression Mode (2bits)CoBF / C- 0SRIndication(1 bit)Punctured B YesChannelInformation(5 bits)UHR-SIG 0MCS (2bits)Quantity of 0 Determined UHR-SIG by the Symbols (5 quantity of bits) user fields and the UHR- SIG MCS UHR-SIG Spatial 0Common Reuse (4Field bits)GI+LTF B Yes (or 0.8GI Yes (if notSize (2 omitted) Allowed indicated inbits) (1 bit) the CoBFInvite 405)Quantity of B Maximu Extra LTF Quantity of Sharing AP UHR-LTF m Total Allowed UHR-LTF 102 Symbols (3 Nss (1 bit) Symbols (3 determines bits) allowed bits) the finalAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO63at shared quantity of AP (2 UHR-LTF bits) symbols LDPC Either Yes (or Shared AP Extra fixed to 102 tailors Symbol 1) packet size(s) Segment (1 to meet pre- bit) FEC padding boundary Pre-FEC Either Yes (orPadding fixed toFactor (2 a valuebits) (e g, 3))PE B Yes Yes (or Yes Disambigui omitted)ty (1 bit)Quantity of 0 Quantity Quantity Determined CoBF of CoBF of CoBF by the total Users (e.g., Users Users quantity of Quantity of served served by CoBF users Non- by the the sharedOFDMA sharing AP 102users) (3 AP 102 (1-2 bits)bits) (1-2bits)UHR-SIG STAID (11 B Yes (for Yes (forUser Field bits) users in users inthe the sharedsharing BSS)BSS)MCS (5 B Yes (for Yes (forbits) users in users inthe the sharedsharing BSS)BSS)Spatial 0 Nss (1-2 Nss (1-2 Determined, Configurati bits) (for bits) (for as described on (4 bits) users in users in with the the shared reference to sharing BSS) Table 1 BSS)BSS Color 0Indication(1 bit)Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO642xLDPC (1 B Yes (for Yes (forbit) users in users inthe the sharedsharing BSS)BSS)Table 5: Example of Subfields Indicated by Frame for Option 2 a (B=Baseline, O = _ Optional) _Preamble Subfield Categ Carried Carried Carried in Rule Field / ory in Invite in Sync 415 Control 405 ResponseInformatio 410nControl Information B Yes Yes Yes Information Type (‘Invitati (‘Confirm (‘Trigger’ / on’) ation’) ‘ Synchroniz ation’)Control MAP B Yes Yes Yes Information Scheme (‘CoBF’ (‘CoBF’) (‘CoBF’)(‘COBF’, )‘Type-I C- SR’, ‘Type- II C-SR’,etc.)Control Sync- B YesInformation Leader / Sync-FollowerIndication(1 bit)Control Immediate B Yes Yes Yes Information ResponseNeeded (1bit)L-SIG Length (12 B Range of Yesbits) length / duration(eg.,[MinimumQuantityof DataOFDMSymbols(9 bits),MaximuAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO65mQuantityof DataOFDMSymbols(9 bits)]U-SIG PHY B Yes (set Yes (set to Yes (set toVersion to 1) 1) 1)IdentifierBandwidth B Yes(3 bits)Uplink / 0DownlinkIndication(1 bit)BSS 0Color(s) (6bits each)TXOP (7 Bbits)PPDU 0Type andCompression Mode (2bits)CoBF / C- 0SRIndication(1 bit)Punctured B YesChannelInformation(5 bits)UHR-SIG 0MCS (2bits)Quantity of 0 Determined UHR-SIG by the Symbols (5 quantity of bits) user fields and the UHR- SIG MCSAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO66UHR-SIG Spatial 0Common Reuse (4Field bits)GI+LTF B Yes (or 0.8GI Yes (if notSize (2 omitted) Allowed indicated inbits) (1 bit) the CoBFInvite 405) Quantity of B Maximu Extra LTF Quantity of Sharing AP UHR-LTF m Total Allowed UHR-LTF 102 Symbols (3 Nss (1 bit) Symbols (3 determines bits) allowed bits) the final at shared quantity of AP 102 UHR-LTF (2 bits) symbols LDPC B Yes (or Shared AP Extra fixed to 1) 102 tailors Symbol packet size(s) Segment (1 to meet pre- bit) FEC padding boundary Pre-FEC B Yes (or Padding fixed to aFactor (2 valued (e.g.,bits) 3)) PE B Yes Disambiguity (1 bit)Quantity of 0 Quantity Quantity Determined CoBF of CoBF of CoBF by the total Users (e.g., Users Users quantity of Quantity of served served by CoBF users Non- by the the sharedOFDMA sharing AP 102users) (3 AP 102 (1-2 bits)bits) (1-2bits)UHR-SIG STAID (11 B Yes (for Yes (forUser Field bits) users in users inthe the sharedsharing BSS)BSS)MCS (5 B Yes (for Yes (forbits) users in users in theAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO67the shared sharingBSS) BSS)Spatial 0 Nss (1-2 Nss (1-2 Determined, Configurati bits) (for bits) (for as described on (4 bits) users in users in with the the shared reference to sharing BSS) Table 1 BSS)BSS Color 0Indication(1 bit)2xLDPC (1 B Yes (or Yes (for bit) 2xLDPC users inCapability sharing(1 bit)) BSS, or for(for users all users ifin the the 2xLDPCshared bit(s) for theBSS) users in theshared BSSnotindicated inthe CoBF Response410)Table 6: Example of Subfields Indicated by Frame for Option 2b (B=Baseline, O = _ Optional) _Preamble Subfield Categ Carried Carried Carried in Rule Field / ory in Invite in Sync 415Control 405 ResponseInformatio 410nControl Information B Yes Yes YesInformation Type ('Invitati (‘Confirm (‘Trigger’ / on’) ation’) ‘ Synchronization’)Control MAP B Yes Yes YesInformation Scheme (‘CoBF’ (‘CoBF’) (‘CoBF’)(‘COBF’, )‘Type-I C- SR’, ‘Type- II C-SR’,etc.)Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO68Control Sync- B YesInformation Leader / Sync-FollowerIndication(1 bit)Control Immediate B Yes Yes Yes Information ResponseNeeded (1bit)L-SIG Length (12 B Range of Yes bits) length / duration(eg.,[MinimumQuantityof DataOFDMSymbols(9 bits),MaximumQuantityof DataOFDMSymbols(9 bits)]U-SIG PHY B Yes (set Yes (set to Yes (set to Version to 1) 1) 1) IdentifierBandwidth B Yes(3 bits)Uplink / 0DownlinkIndication(1 bit)BSS 0Color(s) (6bits each)TXOP (7 Bbits)PPDU 0Type andAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO69Compression Mode (2bits)CoBF / C- 0SRIndication(1 bit)Punctured B YesChannelInformation(5 bits)UHR-SIG 0MCS (2bits)Quantity of 0 Determined UHR-SIG by the Symbols (5 quantity of bits) user fields and the UHR- SIG MCS UHR-SIG Spatial 0Common Reuse (4Field bits)GI+LTF B Yes (or 0.8GI Yes (if not Size (2 omitted) Allowed indicated in bits) (1 bit) the CoBFInvite 405)Quantity of B Maximu Extra LTF Quantity of Shared AP UHR-LTF m Total Allowed UHR-LTF 102 Symbols (3 Nss (1 bit) Symbols (3 determines bits) allowed bits) the final at shared quantity of AP 102 UHR-LTF (2 bits) symbols LDPC 0 Shared AP Extra (fixed 102 tailors Symbol to 1) packet size(s) Segment (1 to meet pre- bit) FEC padding boundary Pre-FEC 0Padding (fixedFactor (2 to abits) valueAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO70(e g-,3))PE B Yes Disambiguity (1 bit)Quantity of 0 Quantity Quantity Determined CoBF of CoBF of CoBF by the total Users (e.g., Users Users quantity of Quantity of served served by CoBF users Non- by the the sharedOFDMA sharing AP 102users) (3 AP 102 (1-2 bits)bits) (1-2bits)UHR-SIG STAID (11 B Yes (for Yes (forUser Field bits) users in users inthe the sharedsharing BSS)BSS)MCS (5 B Yes Yes (for bits) users in thesharingBSS)Spatial 0 Nss (1-2 Nss (1-2 Determined, Configurati bits) (for bits) (for as described on (4 bits) users in users in with the the shared reference to sharing BSS) Table 1 BSS)BSS Color 0Indication(1 bit)2xLDPC (1 B Yes (or Yes (for bit) 2xLDPC users inCapability sharing(1 bit)) BSS, or for(for users all users ifin the the 2xLDPCshared bit(s) for theBSS) users in theshared BSSnot yetindicated inthe CoBFAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO71Response410)Table 7: Example of Subfields Indicated by Frame for Option 2c (B=Baseline, O = Optional)

[0115] For the three frame options (e.g., Options 2a, 2b, and 2c, Tables 5-7), the sharing AP 102 may indicate, in the CoBF invite 405, a maximum total Nss at the shared AP 102 (e.g., 2 bits to indicate a maximum total quantity of spatial streams (Nss) that the shared AP 102 may transmit (e.g., may be allowed to transmit). The sharing AP 102 may also indicate whether the extra LTF may be allowed (1 bit) or may omit this. The shared AP 102 may determine and indicate, in the CoBF response 410, whether the extra LTF may be allowed. The sharing AP 102 may indicate, in the sync 415, the final quantity of UHR-LTF symbols. In some cases, if the shared AP 102 indicates that the extra LTF may not be allowed, the sharing AP 102 may use the minimum quantity of UHR-LTF symbols (e.g., derived based on the total quantity of spatial streams transmitted by the two APs 102) as the quantity of UHR-LTF symbols. In other cases, if the shared AP 102 may indicate that extra LTF may be allowed, the sharing AP 102 may determine the quantity of UHR-LTF symbols based on the minimum quantity of UHR-LTF symbols (e.g., derived based on the total quantity of spatial streams transmitted by the two APs 102) and whether the extra LTF is allowed by both APs 102.

[0116] In some cases (e.g., option 1 and Table 4, option 2a and Table 5), the sharing AP may indicate, in the CoBF invite 405, the rough length or data field duration. In other cases (e.g., option 2b and Table 6, option 2c and Table 7), the sharing AP 102 may indicate, in the CoBF invite 405, the rough range of the length or data field duration. In some cases (e.g., option 1 and Table 4, option 2a and Table 5), the MCS and 2xLDPC bits for the users in the sharing BSS may be pre-determined by the sharing AP 102 and may be indicated in the invite 405. In other cases (e.g., option 2b and Table 6, option 2c and Table 7), the MCS and 2xLDPC bits for the users in the sharing BSS may be determined by the sharing AP 102 after receiving the response 410, and may be indicated in the sync 415 (e.g., synchronization frame). In some cases (e.g., option 1 and Table 4, option 2a and Table 5), the LDPC encoding parameters (e.g., LDPC extra symbol segment, pre-FEC padding factor) may be baseline (e.g., pre-determined and indicated in the invite 405) or optional (e.g., fixed values, omitted or not indicated). In other cases (e.g., option 2b and Table 6), the LDPC encoding parameters may beAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO72baseline (e.g., determined by the sharing AP 102 after receiving the response 410 and indicated in the sync 415). In other cases (e.g., option 2c and Table 7), the LDPC encoding parameters may be optional (e.g., fixed values, omitted or not indicated).

[0117] In some cases, the APs 102 may implement a trigger-based (TB) BlockAck (BA) information exchange during the CoBF information exchange (or a C-SR information exchange). For example, after the CoBF (or C-SR) transmission, the APs 102 may use coordinated uplink TB transmission to solicit BA from multiple CoBF users, which may include concurrent transmission from all CoBF users across two BSSs, and may follow immediately after a Data PPDU in the CoBF transmission (e.g., may be enabled or disabled for C-SR). In some examples, the uplink TB PPDU may be an uplink OFDMA transmission, uplink non-OFDMA MU-MIMO transmission, or a mixture of uplink OFDMA and MU-MIMO transmission, and the co-uplink TB BA may always be uplink OFDMA without MU-MIMO in any RU. In some examples, the sync 415 may carry various information related to the TB BA. For example, the sync 415 may include control information, such as a bit to indicate immediate TB BA ON or OFF for all CoBF users (OFF may mean a delayed BA), two bits to indicate immediate TB BA ON or OFF for CoBF users in two separate BSSs ( 1 -bit for CoBF users in sharing BSS and 1 -bit for CoBF users in shared BSS), or any combination thereof. Additionally, or alternatively, the sync 415 may include common information for the TB PPDU, including uplink length (e.g., 12 bits), a GI and UHR-LTF type (e.g., 2 bits, if not fixed or using 1 bit for a reduced set), a quantity of UHR-LTF symbols (e.g., 3 bits, if not fixed or using 1 or 2 bits for a reduced set of choices), a LDPC extra symbol segment indication (e.g., 1 bit, if not fixed, e.g., to 1), pre-FEC padding factor indication (e.g., 2 bits, if not fixed, e.g., to 4), a PE disambiguity indication (e.g., 1 bit), distributed RU (DRU) or regular RU (RRU) indication (e.g., 4 bits, if not fixed to RRU only), or any combination thereof. Additionally, or alternatively, the APs 102 may assume spatial reuse is disabled and interference mitigation (IM) is disabled. Additionally, or alternatively, the sync 415 may include per-user info for the TB PPDU to carry the BA frames, including RU type (e.g., RRU or DRU, if not fixed to either RRU or DRU), RU allocation (e.g., total 9 bits including the 8-bit RU Allocation and 1 -bit PS160), coding type (e.g., 1 bit, if not fixed, e.g., LDPC), MCS (e.g., 5 bits), 2x LDPC bit (e.g.,1 bit), uplink target receive power (e.g., 7 bits), spatial stream allocation (e.g., total 5 bits)Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO73including starting stream index (e.g., 3 bits) and quantity of spatial streams (e.g., 2 bit) in the case of RRU, a spatial stream allocation (e.g., total 5 bits) including distribution bandwidth (e.g., 2 bits), reserved bits (e.g., 2 bits), a quantity of spatial streams (e.g., 1 bit, DRU) in the case of DRU, or any combination thereof.

[0118] In some cases, APs 102 may perform and indicate STA selection and grouping. In some examples, STA selection and grouping may depend on a spatial correlation of channels. For example, for grouping (e.g., long term or short term), in-BSS STAs and overlapping BSS (OBSS) STAs may be grouped with one or more channels with larger spatial separation, rather than smaller spatial separation. For selection (e.g., short term, for a particular transmission), scheduling users may depend on both STA grouping and payload size. In some examples, there may be no STA grouping information exchange. For joint NDP sounding, each AP 102 may collect the global CSI and may implement grouping and selection accordingly. For sequential NDP sounding, each AP 102 may listen to the in-BSS sounding section of the other AP 102 and record the CSI feedback, and may implement grouping and selection accordingly.

[0119] In other examples, there may be a post-sounding information exchange of a recommended STA grouping. For example, this may be a one-time exchange where each AP 102 may send the information to each other (e.g., bidirectional information exchange). In other examples, there may be a per-TXOP information exchange. For example, there may be information included in the invite 405, response 410, sync 415, or any combination hereof (e.g., unidirectional from sharing AP 102 to shared AP 102). A per-TXOP information exchange may aid in accurately determining a MCS and range of data field duration in the invite 405 when the sharing AP 102 selects users in the sharing BSS. In other examples, a combination of a per-TXOP information exchange and a post-sounding information exchange may be implemented for sharing information for STA selection and grouping. For example, there may be a long-term exchange for a group of more candidate OBSS STA for each in-BSS STA, and there may also be a per-TXOP exchange to narrow down the selection to a smaller number of OBSS STAs.

[0120] For both long term feedback associated with STA selection and grouping (e.g., post-sounding information exchange, combined information exchange) and short term feedback (per-TXOP information exchange, combined information exchange), there may be one or more parameters that may be derived by the APs 102. For example, Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO74for each in-BSS STA, a list of preferred OBSS STAs in a grouping may be derived (e.g., a list of the STAs (e.g., IDs) in the form of [STA_ID_1_BSS_2, STA_ID_2_BSS_2] for an in-BSS STA with STA ID I BSS I) (e.g., a bitmap (binary: 1 means preferred, 0 means negative) with 1 bit for each OBSS STA, where the order of OBSS STAs may be known (e.g., according to STA ID in increasing order or order of STA number in sounding (e.g., STA info fields ordering in NDPA))).Additionally, or alternatively, a list of OBSS STAs to avoid in grouping (e.g., list or bitmap, as described with reference to the list of preferred OBSS STAs) may be derived. Additionally, or alternatively, a list of preference rating of OBSS STAs may be derived. For example, for each in-BSS STA, there may be a rating (e.g., scale 1-5) for each OBSS STA to indicate a level of preference. Some OBSS STAs may have the same rating. Additionally, or alternatively, an ordered of OBSS STAs according to preference may be derived (e.g., in the form of an ordered list of STAs (e.g., IDs, STA number according to STA ID in increasing order, or STA number in sounding)).

[0121] For a per-TXOP information exchange associated with STA selection and grouping, the sharing AP 102 may indicate users in the sharing BSS in the invite 405. The shared AP 102 may select users and the per-user Nss according to a maximum total Nss allowed for the shared AP 102, as indicated in the invite 405, and may indicate users in the shared BSS in the response 410. The sharing AP 102 may down select the users in the shared BSS and indicates the information in the sync 415. In some examples, the per-user Nss, MCS, and 2xLDPC information may not change in the down selection. In some examples, the sharing AP 102 may select none of the users in the shared BSS and may disable or reject the shared AP 102 for the CoBF transmission opportunity. The transmission to follow may no longer be a CoBF transmission between the two APs 102. In some examples, the sharing AP 102, shared AP 102, or both may indicate a list of STAs (e.g., IDs, STA number according to STA ID in increasing order, STA number according to user field ordering in the Response frame, a bitmap (1 meaning user is selected, 0 meaning not selected), or the like). In some examples, the sharing AP 102 may indicate a list of candidate users in the shared BSS in the invite 405 and may let the shared AP 102 down select from the list, the shared AP 102 may indicate the down selection in the response 410. In some examples, the sharing AP 102Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO75may indicate a list of users in the shared BSS in the invite 405 and may let the shared AP 102 accept the list, or reject the CoBF opportunity in the response 410.

[0122] Although the techniques described so far regarding Figure 4 may be described with respect to a CoBF procedure, a similar information exchange may be applicable for a C-SR procedure. For example, similar to a CoBF procedure, a C-SR procedure may use a three frame handshaking procedure (e.g., invite 405, response 410, sync 415) for information exchange prior to a C-SR procedure, such as synchronous C-SR. Synchronous C-SR may also be possible with a one frame information exchange, as explained further with respect to Figure 5. In other cases, asynchronous C-SR may be possible with a two frame system, as explained further with respect to Figure 5.

[0123] For C-SR information exchange, regardless of the frame setup, a subset of information may be exchanged in comparison to the information exchange for the CoBF procedure. The C-SR transmissions may share a common preamble up to a portion of the message, such as the L-SIG or the U-SIG or both. That is, the C-SR may be divided into two types (e.g., modes). Type-I C-SR may not include same U-SIG contents (e.g., the transmit sequence may include a C-SR trigger / sync frame followed by the PPDUs in C-SR transmission where the PPDUs share the same / common L-SIG contents while possible different U-SIG contents or different SIG fields after L-SIG). Type-I C-SR may be used for UHR+EHT, EHT+UHR, or EHT+EHT combinations of PPDUs in C-SR transmissions, and may be provided if non-UHR EHT non-AP STA(s) may be recipient STA(s). Type-II C-SR may include the same L-SIG and U-SIG contents (e.g., the transmit sequence may include a C-SR trigger / sync frame followed by the PPDUs in C-SR transmission where the PPDUs share same / common L-SIG contents and same / common U-SIG contents). Type-II C-SR may be implemented for UHR+UHR C-SR transmission. In some examples, a C-SR invite 405 may include a C-SR invite indication. The C-SR invite 405 may include a C-SR invite 405 may include information for the L-SIG, such as a length field (e.g., as described with reference to the CoBF invite 405) (e.g., if the C-SR transmission share a common preamble up to at least the L-SIG), information for the U-SIG (e.g., as described with reference to the CoBF invite 405) (e.g., if the C-SR transmission share a common preamble up to at least the U-SIG), or any combination thereof. In some cases, the C-SR invite 405 may include interference or power control information for the responding AP 102-b or theAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO76initiating AP 102-a or both, an assigned bandwidth of the responding AP 102-b (e.g., if partial bandwidth C-SR is allowed or used), or any combination thereof. The C-SR response 410 may include an intent to participate in the C-SR procedure or a C-SR response indication and, additionally, or alternatively, interference or power control information for the responding AP 102-b or the initiating AP 102-a or both, an assigned bandwidth of the responding AP 102-b (e.g., if partial bandwidth is allowed or used), or any combination thereof. The C-SR sync 415 may include a C-SR trigger indication and, additionally, or alternatively, interference or power control information for the responding AP 102-b or the initiating AP 102-a or both. For both C-SR types, the two PPDUs 420 for the APs 102 may start and end at the same time. In some examples, a UHR PPDU 420 for C-SR transmission may be used for either type of C-SR when UHR transmission may be implemented. There may an indication in the U-SIG field to indicate that the UHR PPDU 420 may be a UHR PPDU 420 for C-SR transmission.

[0124] In some cases, such as for Type-II C-SR (e.g., common preamble up to UHR-LTF), the preamble design may support clean channel estimation and interfering channel estimation. The common preamble may include L-SIG (and RL-SIG), U-SIG, UHR-SIG, UHR-STF, UHR-LTF, or any combination thereof, in addition to L-STF and L-LTF. The UHR-LTF may be a joint LTF, where each AP 102 may transmit nonoverlapping sets of spatial streams. The UHR-SIG for C-SR may use the same design as in CoBF. In some examples, although the PPDU Type and Compression Mode may indicate 1, the quantity of Non-OFDMA users in the UHR-SIG common field may indicate two users and there may be two different user fields (one for each user in each BSS) with the MU-MIMO user field format. This preamble design may be implemented for Type-II C-SR, or may be a sub-option for a preamble for Type-II C-SR such as Type-II-b C-SR.

[0125] In some cases, not all users may support Type-II C-SR or Type-II-b C-SR. For example, not all users may support processing a total quantity of spatial streams (e.g., total 8 spatial streams C-SR allows each AP 102 to transit up to 4 spatial streams) and at least eight LTF symbols. In this case, the total quantity of UHR-LTF symbols may be negotiated. The shared AP 102 may select STAs that may support Type-II C-SR or Type-II-b C-SR and may support the reception of the quantity of LTF symbols in the C-SR transmission. In some examples (e.g., Type-II C-SR only), the control informationAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO77signaling may be as described herein. In other cases, there may be new signaling to differentiate Type-II C-SR subtypes (e.g., Type-II-b C-SR) from the original Type-II C-SR (e.g., Type-II-a C-SR). In some examples, in the MAP scheme or advanced scheme subfield, besides the values for other MAP schemes or advanced schemes, there may be 3 values for C-SR, including Type-I C-SR, Type-II-a C-SR and Type-II-b C-SR. In other examples, there may be no change to the MAC scheme or advanced scheme subfield design. However, if the MAC scheme or advanced scheme subfield is set to Type-II C-SR, there may be an additional 1 -bit field to indicate Type-II-a (common preamble up to U-SIG) or Type-II-b C-SR (common preamble up to UHR-LTF). In other examples, If the MAP scheme or advanced scheme subfield indicates ‘C-SR’ (no details in type), there may be an additional 2 -bit field to indicate ‘Type-I’, ‘Type-II-a’ and ‘Type-II-b’ C-SR.

[0126] In some cases, as described herein, a one-frame sequence may be used for C-SR, such as Type-II-b C-SR. A one-frame sequence may not allow for enough PHY layer information exchange to support Type-II-b C-SR. In some sequences, such as the three-frame sequence, it may be necessary or possible to indicate UHR-SIG information. In some examples, the information exchange through three frames (e.g., invite 405, response 410, sync 415) for a C-SR transmission may be the same as the CoBF transmission, except the sharing AP 102 may indicate ‘Type-II C-SR’ or ‘Type-II-b C-SR’ instead of ‘CoBF’ in all frames (e.g., invite 405, response 410, sync 415). Additionally, or alternatively, the C-SR invite 405 may indicate the 12-bit length field instead of the range of PPDU duration or range of Data field duration. Additionally, or alternatively, control of NLTF for a C_SR transmission may be implemented differently from CoBF. For example, the sharing AP 102 may not control the quantity of spatial streams transmitted at the shared AP 102 (e.g., may not indicate the Maximum Total Nss Allowed for Shared AP 102). Additionally, or alternatively, the sharing AP 102 may indicate the Maximum Total Nss Allowed for Shared AP 102 to control the total quantity of spatial streams in the joint LTF and the quantity of LTF symbols to ensure the users for the sharing AP 102 or the shared AP 102 may process the joint LTF.Additionally, or alternatively, the sharing AP 102 may determine and indicate MCS and 2xLDPC bit for the user in the sharing BSS in the invite 405. In some examples, the invite 405 may include control info and basic PHY info of length (12 bits) in L-SIG, PEAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO78disambiguity, bandwidth, punctured channel information, GI+LTF Size, maximum total Nss allowed for shared AP, maximum quantity of UHR-LTF symbols, per-user Nss for the single user in the sharing BSS, power control or interference control information, or any combination thereof. The invite 405 may, in some cases, also carry an indication of a LDPC extra symbol segment and pre-FEC padding factor, if these values are not fixed. The response 410 may indicate “acceptance” or “rejection”. In the case of “acceptance”, the shared AP 102 may send the same information as in the CoBF response 410. The sync 415 may carry the per-user STA ID, MCS and 2xLDPC of the users in the sharing BSS or both BSSs.

[0127] In some implementations, an AP 102 that may transmit the C-SR sync 415 (e.g., synchronization frame) may be known as a sharing AP 102. The AP 102 that may receive the sync 415 may be the shared AP 102. The sharing AP 102, that may transmit the trigger frame as part of a transmission sequence in a multi-AP coordinated transmission scheme, may identify the shared AP 102 via an AP ID carried in a field (e.g., the AID 12 field) of a user information field (including a trigger-dependent user info field where the field size and structure may depend on the trigger type) for the sync frame 415. Multi-AP coordinated transmission schemes may include C-SR, CoBF and coordinated time division multiple access (Co-TDMA). That is, in some cases, the sharing AP 102 that initiates the C-SR transmission may transmit the C-SR sync 415 to initiate concurrent C-SR transmissions with one or more APs 102 within the obtained TXOP bandwidth. In some examples, the addressed non-AP STAs may be UHR STAs, and the concurrent C-SR transmission may start after some gap (e.g., SIFS period) after the C-SR sync 415. For C-SR, the trigger 415 that may initiate the concurrent C-SR transmissions between the APs 102 may include the duration of the data PPDU 420 transmitted by the sharing AP 102 and the duration of the data PPDU 420 transmitted by the shared AP 102, which may be the same and may be transmitted after the sync 415. Additionally, or alternatively, the sync 415 may include other parameters related to the C-SR transmission.

[0128] In some cases, C-SR transmission may include negotiation between APs 102. For example, for a three-frame sequence (e.g., C-SR invite 405, C-SR response 410, C-SR sync 415), negotiation for current transmission or future transmissions (such as for a next transmission) may be allowed. Negotiations between the APs 102 may beAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO79for parameters, such as type of C-SR, PPDU length, PPDU duration, bandwidth and punctured channel information, GI+LTF size, generation-specific SIGMCS (such as UHR-SIG MCS if one PPDU in C-SR transmission uses a UHR MU PPDU, or EHT-SIG MCS if one PPDU in C-SR transmission uses an EHT MU PPDU), a quantity of generation-specific SIG symbols (such as a quantity of UHR-SIG symbols if one PPDU in C-SR transmission uses a UHR MU PPDU, or a quantity of EHT-SIG symbols if one PPDU in C-SR transmission uses an EHT MU PPDU), or any combination thereof, which may occur in any of the three frames (e.g., bandwidth at the shared AP 102 may be indicated in the C-SR response 410, punctured channel information at the shared AP 102 may be indicated in the C-SR response 410). In a one-frame sequence (e.g., C-SR sync 415), no negotiation may be allowed. In this case, if the shared AP accepts the C-SR invite, it may start the C-SR transmission SIFS after the Sync frame; otherwise, it doesn’t transmit. In some cases, negotiation may be enabled or disabled. In some examples, negotiation may be disabled or may not be allowed. For example, no negotiation may occur during an information exchange associated with a C-SR procedure. In other examples, negotiation may be enabled or may be allowed (e.g., always allowed). In other examples, an indication of whether negotiation is enabled may be transmitted in the C-SR invite 405. For example, 1 bit may indicate whether negotiation is allowed or whether negotiation is enabled or disabled. Additionally, or alternatively, a bitmap in the C-SR invite 405 may be used to indicate information about the C-SR negotiation. For example, negotiation may be allowed between APs 102 for specific aspects of the information exchange. The bitmap may indicate for which aspects negotiation may be allowed. For example, the bitmap may include 1 bit indicating whether negotiation is allowed for a type of C-SR, 1 or 2 bits for bandwidth and punctured channel information, 1 bit for length, 1 bit for a GI+LTF size, 1 to 2 bits for generation-specific SIG MCS (such as UHR-SIG MCS or EHT-SIG MCS) and a quantity of generation-specific SIG symbols (such as a quantity of UHR-SIG symbols or a quantity of EHT-SIG symbols), or any combination thereof.

[0129] Additionally, or alternatively, negotiation may be implemented for a specific transmission. That is, the APs 102 may receive some information or may determine some information about when negotiation may be effective or enabled. In some cases, the APs 102 may be pre-configured or configured with when to implement negotiation.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO80In some examples, the negotiation may apply to a current transmission. In other examples, the current transmission may not be negotiable, and the negotiation may be for the next transmission. In some cases, the sharing AP 102 may indicate whether the negotiation may be effective for the current transmission or a next transmission in the C-SR invite 405. For example, one bit in the C-SR invite 405 may indicate that the negotiation is for the current transmission, or that the negotiation is for the next transmission. In some cases, the indication of whether the negotiation may be effective for the current transmission or a next transmission may be included in the C-SR response 410. For example, an information type set to “acceptance” may indicate negotiation for the current transmission (e.g., which negotiation details in other signaling). An information type set to “rejection” may indicate negotiation for the next transmission (e.g., with negotiation details in other signaling). In some implementations, the three-frame sequence may include some parameters for negotiation or for informative purposes. A sharing AP 102-a (e.g., initiating AP 102-a) may include one or more parameters in the C-SR invite 405. For example, the C-SR invite 405 may include (e.g., advertise) a PHY version identifier of a first PPDU that the sharing AP 102-a may plan or intend to transmit during the C-SR procedure (e.g., EHT, UHR). Additionally, or alternatively, the C-SR invite 405 may include a threshold transmit power (e.g., maximum power limit) for transmission of a second PPDU from a shared AP 102-b (e.g., responding AP 102-b) during the C-SR procedure. For example, the sharing AP 102-a may indicate a maximum transmit power for the shared AP 102-b to limit interference between transmissions from the APs 102 during the C-SR procedure. In some cases, the threshold transmit power may indicate, to the shared AP 102-b, which STAs may be possible candidates for C-SR transmission within the BSS of the shared AP 102-b. For example, the shared AP 102-b may choose a STA based on the threshold transmit power, as the shared AP 102-b may be able to reach some STAs with a transmit power below the threshold but may not be able to reach other STAs. In some examples, the threshold transmit power may be indicated as a transmit power limit per frequency (e.g., transmit power limit per 20MHz). The threshold transmit power per frequency may enable more flexibility for the shared AP 102-b to determine a transmit power for a C-SR transmission.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO81

[0130] Additionally, or alternatively, the C-SR invite 405 may include an indication of a bandwidth for the transmission of the first PPDU, punctured channel information for the first PPDU, or both. In some cases, the bandwidth, punctured channel information, or both may be considered baseline information. Additionally, or alternatively, the C-SR invite 405 may include an indication of an L-SIG length for the first PPDU and the second PPDU (e.g., the first PPDU and second PPDU may have the same L-SIG length). In some examples, the L-SIG length may be indicated as a quantity of data symbols for the L-SIG. Additionally, or alternatively, the C-SR invite 405 may include the GI+LTF combination that the sharing AP 102-a may use for transmission of the first PPDU. In some examples, indicating the GI+LTF combination may increase accuracy of channel estimation and phase tracking. Additionally, or alternatively, the C-SR invite 405 may include the transmit power the sharing AP 102-a may use for the transmission of the first PPDU. In some cases, the shared AP 102-b may choose a STA for transmission of the second PPDU, an MCS for transmission of the second PPDU, another parameter, or any combination thereof based on the indication of the transmit power for the first PPDU. In some examples, the transmit power may be indicated as a transmit power per frequency (e.g., per-20MHz transmit power indication).

[0131] In some implementations, the shared AP 102-b may include one or more parameters in the C-SR response 410, which may be based on parameters included in the C-SR invite 405. For example, the C-SR response 410 may include a PHY version identifier of the second PPDU that the shared AP 102-a may plan or intend to transmit during the C-SR procedure. Additionally, or alternatively, the C-SR response 410 may include an indication of a transmit power for the second PPDU. The transmit power for the second PPDU indicated in the C-SR response 410 may be less than the threshold transmit power indicated in the C-SR invite 405. In some examples, the transmit power may be less than the threshold transmit power indicated in the C-SR invite 405, which may indicate less interference from the second PPDU on the transmission of the first PPDU. The sharing AP 102-a may adjust one or more parameters based on the transmit power being different from the threshold transmit power. In some examples, the transmit power may be indicated as a transmit power per frequency (e.g., per-20MHz transmit power indication). Additionally, or alternatively, the C-SR response 410 may include the GI+LTF combination that the shared AP 102-b may use for transmission ofAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO82the second PPDU, which may be different from the GI+LTF indicated in the C-SR invite 405 for transmission of the first PPDU. In some examples, the GI+LTF combination that the shared AP 102-b may use for transmission of the second PPDU may use an LTF symbol duration (without the GI) different from the LTF symbol duration in the GI+LTF indicated in the C-SR invite 405 for transmission of the first PPDU. Additionally, or alternatively, the C-SR response 410 may include an indication of a bandwidth for the transmission of the second PPDU, punctured channel information for the second PPDU, or both. In some examples, the non-punctured channels indicated jointly by the bandwidth and the punctured channel information in the C-SR response 410 for the second PPDU may enable C-SR transmission from the shared AP 102-b to be in a subset of non-punctured channels indicated jointly by the bandwidth and punctured channel information in the C-SR invite 405 for the first PPDU. In some examples, the C-SR transmission from the shared AP 102-b (i.e., the second PPDU) may be using a reduced bandwidth compared to the bandwidth of the C-SR transmission from the sharing AP 102-a (e.g., the first PPDU). For example, the sharing AP 102-a may transmit a first PPDU of a 320MHz PPDU, while the shared AP 102-b may transmit a second PPDU of a 160MHz PPDU. Additionally, or alternatively, the C-SR response 410 may indicate a requested L-SIG length, or candidate L-SIG length. For example, the shared AP 102-b may request an L-SIG length different from the L-SIG length indicated in the C-SR invite 405. For example, the requested L-SIG length may be longer than the L-SIG length indicated in the C-SR invite 405. In some examples, the L-SIG length may be indicated as a quantity of data symbols for the requested L- SIG.

[0132] In some implementations, the sharing AP 102-a may include one or more parameters in the C-SR sync 415, which may be based on parameters included in the C-SR response 410. For example, the contents of the C-SR sync 415 may be based on the type of C-SR procedure (e.g., Type I, Type II). In some cases, for a Type II C-SR procedure, the C-SR sync 415 may include additional PHY parameters related to the common U-SIG (e.g., PHY Version Identifier, TXOP, bandwidth, punctured channel information, BSS color of the sharing AP, BSS color of the shared AP, UHR-SIG MCS, Quantity of UHR-SIG Symbols). A sync 415 for a Type I C-SR procedure may, in some examples, include fewer PHY parameters. In some cases, the C-SR sync 415 mayAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO83include a final L-SIG length or final quantity of symbols for an L-SIG. For example, if the shared AP 102-b negotiates the L-SIG length via the C-SR response 410, the C-SR sync 415 may indicate the final L-SIG length (e.g., the requested L-SIG length, the L-SIG length in the C-SR invite 405, or a different L-SIG length).

[0133] In some cases, one or more parameters for the C-SR procedure may be predefined, preconfigured (e.g., standardized), or signaled as fixed values. For example, an EHT-SIG MCS, a UHR-SIG MCS, or both may be fixed values (e.g., MCSO). Fixing the EHT-SIG MCS, UHR-SIG MCS, or both may increase communication reliability despite interference for the C-SR procedure. Additionally, or alternatively, a quantity of symbols of the EHT-SIG, UHR-SIG, or both may be predefined, preconfigured, or signaled as fixed values. The fixed value may be a minimum quantity of data symbols to convey the information. For example, the EHT-SIG, UHR-SIG, or both may not include padding (e.g., extra SIG symbols). For an EHT-SIG, a UHR-SIG, or both with an MCS of MCSO, the fixed value may be two symbols for a single user case.

[0134] In some cases, an LTF duration for a first PPDU transmitted by the sharing AP 102-a may be different from an LTF duration for a second PPDU transmitted by the shared AP 102-b, which may increase channel smoothing and phase tracking. In some examples, using different LTF durations may make a same L-SIG length difficult to signal. For example, the first PPDU may use a 4x+3.2 us cyclic prefix (CP) as a GI, while the second PPDU may use a 2x+1.6 us CP as a GI, which may result in a delay between the end times of the PPDUs, despite using a same quantity of data symbols (e.g., 8us time difference). In some cases, the shared AP 102-b may adjust the packet size of the second PPDU such that the first PPDU and the second PPDU may end at a same time or within a threshold duration. For example, a C-SR transmission may implement a fixed nominal packet extension (PE) (e.g., 16 us, 20 us, or the like). The sharing AP 102-a may indicate the L-SIG length for a C-SR transmission (e.g., via the C-SR invite 405, the C-SR sync 415). Based on the L-SIG length, the shared AP 102-b may select (e.g., choose, determine) a packet size (e.g., quantity of data OFDM symbols and a pre-FEC padding factor) to adjust the pre-FEC padding boundary, the data, and the PE field durations for the second PPDU. This may enable the shared AP 102-b to match the overall PPDU duration for the second PPDU in the shared BSS with the L-SIG length indicated by the sharing AP 102-a. The gap between end times of the firstAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO84PPDU and the second PPDU may be within the threshold duration (e.g., 4us), which may allow the same L-SIG length field to be valid for both BSSs (e.g., the granularity of the L-SIG field may be 4us).

[0135] In some cases, a type of C-SR procedure may be negotiated between APs 102. A sharing AP 102 may not be affected if a shared AP 102 may transmit an EHT MU PPPDU or a UHR MU PPDU in the C-SR transmission. That is, no negotiation may be needed between the APs 102, and the sharing AP may indicate the control information (e.g., MAP scheme, information type (‘Invite’ / ’ Sync’) and Sync-Reference indication), L-SIG information (Length field value), U-SIG information (bandwidth, punctured channel information, generation-specific SIGMCS (such as UHR-SIG MCS), a quantity of generation-specific SIG symbols (such as Quantity of UHR-SIG Symbols)) and other information (e.g., GI+LTF Size, quantity of generation-specific LTF Symbols (such as quantity of UHR-LTF Symbols)), in a C-SR invite 405 (e.g., 3-frame sequence) or a C-SR sync 415 (e.g., 1-frame sequence or 3-frame sequence). In some cases, the sharing AP 102 may indicate ‘Type-I C-SR’ or ‘Type-II C-SR’ in the MAP scheme subfield. The shared AP 102 may follow the indication of the type of C-SR procedure, and, in some examples, may accept or reject the indication of the type of C-SR procedure. Accepting or rejecting the indication may be performed without sending an indication (e.g., 1-frame sequence), or by indicating ‘Acceptance’ or ‘Rejection’ in the C-SR response 410 (e.g., 3-frame sequence) In some cases, the MAP scheme subfield may only indicate the C-SR procedure, without an indication of a type of C-SR procedure (e.g., Type 1, Type 2). The sharing AP 102 may indicate ‘C-SR’, and may further indicate ‘Type-I’ (e.g., without common U-SIG) or Type-II (e.g., with common U-SIG) in a frame (e.g., with an extra bit) or the ‘PHY Version Identifier of the PPDU in the Sharing BSS’ (3 bits, similar to the PHY Version Identifier subfield, e.g., value 0 for EHT, value 1 for UHR, etc.). The shared AP 102 may indicate the ‘PHY Version Identifier of the PPDU in the Shared BSS’ (3 bits, similar to the PHY Version Identifier subfield (e.g., value 0 for EHT, value 1 for UHR, and the like)) in the C-SR response 410 (e.g., 3-frame sequence).

[0136] In some cases, the type of C-SR indication (e.g., as a state in the MAP scheme subfield, or using a 1 -bit field if the MAP Scheme subfield is set to ‘C-SR’) may be included in the C-SR invite 405. If the sharing AP 102 schedules an EHT userAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO85for an EHT MU PPDU, the sharing AP 102 may indicate Type-I C-SR in the C-SR invite 405. If the sharing AP 102 schedules a UHR user for a UHR MU PPDU, the sharing AP 102 may choose or select between Type-I and Type-II C-SR and may indicate the C-SR type in the C-SR invite 405 accordingly. Additionally, or alternatively, the sharing AP 102 may indicate a Type-II C-SR in the C-SR invite 405 (e.g., may always be Type-II C-SR). In some examples, negotiation of the type of C-SR may be allowed. The shared AP 102 may agree with the indication of the type of C-SR from the sharing AP 102 (e.g., form the C-SR invite 405) and may indicate the same type of C-SR in the C-SR response 410. Additionally, or alternatively, the shared AP 102 may indicate a different type of C-SR in the C-SR response 410. For example, the sharing AP 102 may indicate a Type-II C-SR in the C-SR invite 405, while the shared AP 102 may indicate Type-I C-SR in the C-SR response 410 (e.g., the shared AP 102 may prefer Type-I C-SR, may not want to share a common U-SIG because some information may be different). The shared AP 102 may negotiate the type of C-SR for multiple reasons. For example, the shared AP 102 may send an EHT MU PPDU to an EHT user. Additionally, or alternatively, the shared AP 102 may want to send a PPDU with a reduced bandwidth or the same bandwidth but with a different punctured subchannels. Additionally, or alternatively, the shared AP 102 may want to use different generation-specific SIG MCS (such as UHR-SIG MCS), different quantities of generation-specific SIG symbols (such as quantities of UHR-SIG symbols), or both. In some examples, the sharing AP 102 may accept the request of the shared AP 102. For example, the sharing AP 102 may indicate a same type of C-SR in the C-SR sync 415, if the sharing AP 102 accepts the negotiation. In other examples, the sharing AP 102 may reject the request of the shared AP 102. For example, the sharing AP 102 may indicate a ‘rejection’ (e.g., in the Information Type subfield) to reject the TXOP sharing in C-SR transmission (e.g., no C-SR transmission).

[0137] In some cases, a length of a PPDU (e.g., PPDU duration) may be negotiated between APs 102. For example, the sharing AP 102 may send a 12-bit length field value in the C-SR invite 405. If negotiation is allowed, the shared AP 102 may indicate a proposed PPDU length or duration in the C-SR response 410. The proposed PPDU length or duration may be a 12-bit Proposed Length field, a 9-bit Proposed Number of Data OFDM Symbols field, a multi-bit Proposed PPDU Duration field (in a time unit,Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO86e.g., 100us), or any combination thereof. The sharing AP 102 may send a final 12-bit length field value in the C-SR sync 415. In some examples, the negotiation may be for the current transmission, and the final value may be the proposed value by the shared AP 102 if the sharing AP 102 accepts it. If the sharing AP 102 rejects the proposed value, it may indicate a ‘rejection’ (e.g., in the Information Type subfield) to reject the TXOP sharing in C-SR or CoBF transmission, or alternatively, set the final value to be the same as the original value of the sharing AP 102, and the C-SR or CoBF transmission may still be scheduled. In some examples, the negotiation may be for the next transmission. The final value may be the same as the original value of the sharing AP 102. The sharing AP 102 may indicate ‘acceptance’ or ‘rejection’ in a 1 -bit Length Of Next Transmission Negotiated field. In the next transmission, the sharing AP 102 may use and indicate a length value same as or slightly greater than the proposed one by the shared AP 102.

[0138] In some cases, other fields or parameters may be negotiated between APs 102. For example, the sharing AP 102 may indicate values for one or more fields, such as GI+LTF Size, generation-specific SIG MCS (such as UHR-SIG MCS or EHT-SIG MCS), Quantity of generation-specific SIG symbols (such as Quantity of UHR-SIG Symbols or Quantity of EHT-SIG Symbols), or any combination thereof, (e.g., for the PHY preamble in the PPDU sent from the sharing AP 102 in the C-SR transmission) in the C-SR invite 405. The shared AP 102 may indicate values for the one or more fields (e.g., for the PHY preamble in the PPDU sent from the shared AP 102 in the C-SR transmission) in the C-SR response 410. If negotiation is allowed, the negotiation may be for the current transmission and may also be used for the next C-SR transmission. In some examples, if Type-II C-SR is indicated in both the C-SR invite 405 (e.g., by the sharing AP 102) and the C-SR response 410 (e.g., by the shared AP), the values in the generation-specific SIG MCS (such as UHR-SIG MCS or EHT-SIG MCS) and Quantity of generation-specific SIG Symbols (such as Quantity of UHR-SIG Symbols or Quantity of EHT-SIG Symbols) fields may be the same in both the C-SR invite 405 and the C-SR response 410. If values in at least one of the generation-specific SIG MCS (such as UHR-SIG MCS or EHT-SIG MCS) and Quantity of generation-specific SIG Symbols (such as Quantity of UHR-SIG Symbols or Quantity of EHT-SIG Symbols) fields are different from the ones from the sharing AP 102, this may indicate Type-I C-Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO87SR. In some cases, in the C-SR sync 415, the sharing AP 102 may indicate ‘Sync’ in the Information Type subfield if a negotiation or proposed value form the shared AP 102 is accepted. If the sharing AP 102 rejects the negotiation or proposed value, it may indicate a ‘rejection’ (e.g., in the Information Type subfield) to reject the TXOP sharing in C-SR transmission (e.g., no C-SR transmission).

[0139] In some implementations, the CoBF or C-SR invite 405, response 410, or sync 415 may be frames that may use a trigger frame (e.g., a UHR variant trigger frame, BSRP trigger frame (e.g., a STA-specific BSRP trigger frame (individually addressed to a single AP 102) that solicits PPDU(s) not using TB PPDU format(s) (e.g., HE / EHT / UHR TB PPDU formats)), MU-RTS trigger frame, MU-RTS TXS trigger frame), or a new trigger type frame. For example, a PHY version identifier in the special user information field in the trigger frame may be set to a value to indicate UHR (e.g., 1). Additionally, or alternatively, a common information field (including a triggerdependent common info field where the field size and structure may depend on the trigger type) or special user information field (including a trigger-dependent user info field where the field size and structure may depend on the trigger type) may include a MAP subfield. The MAP subfield may include 1 bit (e.g., to indicate MAP or no MAP), or two bits (e.g., indicative of {no MAP, CoBF, C-SR}, or {no MAP, MAP Invite, MAP Response, MAP Trigger / Sync}), or three bits (e.g., indicative of {no MAP, CoBF Invite, CoBF Response, CoBF Trigger / Sync, C-SR Invite, C-SR Response, C-SR Trigger / Sync}). Any state except “No MAP” may indicate that user information fields (including a trigger-dependent user info field where the field size and structure may depend on the trigger type) convey information for other APs 102. UHR non-AP STAs may terminate processing of the sync 415 (e.g., the trigger frame) if any state except “No MAP” is indicated, while high efficiency and extremely high throughput (HE / EHT) non-AP STAs may keep processing the trigger frame. Additionally, or alternatively, the trigger frame (e.g., a UHR variant trigger frame) may include one or more user information fields (e.g., UHR variant AP information fields), which may follow the special user information field, and may have a field (e.g., AID12) that may be set to the AP ID of another AP 102, and may carry information for the other AP 102. For example, the AP ID may be chosen from a range (e.g., 2008-4094, in particular 2008-2044 and 2046-4094) that may not be used to indicate any non-AP STAs. In someAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO88cases, in each UHR variant AP information field, a first set of bits (e.g., B0-B11) may be the field (e.g., AID12 field) set to an AP ID, one bit (e.g., B39) may be a reserved field and may be set to 1, and there may be 28 bits (e.g., B12-B39) or 27 bits (e.g., B12-B38) for carrying information for the APs 102. Unused bits in each AP information field may be reserved bits. In some examples, bits after the reserved bits (e.g., after B39) may be trigger dependent user information. For example, a first set of bits (e.g., B0-B11) may be the field (e.g., AID 12 field) set to an AP ID or a special value (e.g., 2009), yielding 28 available bits. A second set of bits (e.g., B12-B22) may be used for a STA ID, a next bit (e.g., B23) may be a BSS color indication, a third set of bits (e.g., B24-B28) may be an MCS, a next bit (e.g., B29) may be a 2xLDPC indication, fourth set of bits (e.g., B30-B33) may be a Nss or spatial configuration indication (e.g., B30 may indicate Nss of 1 or 2 spatial streams and B31-B33 may be reserved in the Invite 405, and B30-B33 may indicate the spatial configuration in the Sync 415), and a fifth set of bits (e.g., B34-B39) may be a BSS color or may be otherwise reserved bits.

[0140] In some cases, a first set of bits (e.g., B0-B11) may be interpreted as the AID12 field. A range of values (e.g., [1, 2006]) may be used for non-AP STAs. The first set of bits (e.g., B0-B11) may be assigned within a range of unused or reserved values (e.g., [2048, 4095], or [2049, 4054]) by setting the MSB (e.g., B11) to a value (e.g., 1) as a disambiguity bit. In this way, the set of bits (e.g., B0-B10) may be available bits without ambiguity (e.g., the set of bits (e.g., B0-B10) may be assigned any value without making a non-AP STA or AP wrongly identify the AID 12 field value as its AID value). In some examples, a value of 4095 may indicate a start of padding for HE / EHT frames. A second set of bits (e.g., B12-B39) may be reserved, yielding a total of 39 available bits (e.g., B0-B11 and B12-B39). Bits after the second set of bits (e.g., after B39) may be trigger dependent user information. For example, the first set of bits (e.g., B0-B10) may be a STA ID, while a next bit (e.g., B11) may be a disambiguity bit set to a value (e.g., 1), which may take the place of an AID12 field (e.g., unused range [2049, 4054]), which may yield remaining 28 available bits (after the first 11 bits are used for a STA ID). The remaining 28 available bits may be used for a BSS color indication (e.g., reuse 1 -bit “UL FEC Coding Type”), MCS, 2xLDPC, and Spatial Configuration and Nss (e.g., total 5 bits to reuse “SS Allocation”), which may reuse the field structure in the original UHR variant user info field for these fields. The frame may or may notAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO89include RU allocation information. For example, a frame without RU allocation information may include a first set of bits (e.g., B0-B10) for a STA ID, a next bit (e.g., B11) for a disambiguity indication (e.g., set to 1), a second set of bits (e.g., B12-B19) that may be reserved, a next bit (e.g., B20) for a BSS color indication, a third set of bits (e.g., B21-B25) as a MCS indication, a next bit (e.g., B26) for a 2xLDPC indication, a fourth set of bits (e.g., B27-B30) as a spatial configuration indication, a next bit (e.g., B31) as an Nss indication, a fifth set of bits (e.g., B32-B37) for a BSS color indication, or as reserved bits, and a sixth set of bits (e.g., B38-B39) that may be reserved. A frame with RU allocation information may be the same as without but may include the RU allocation in the second set of bits (e.g., B12-B19), and may use a final bit (e.g., B39) for a PS 160 bit (e.g., 9 bits for RU allocation information).

[0141] In some cases, a user field size may be flexible. For example, a first set of bits (e.g., B0-B11) may be the AID12, which may be set to a value (e.g., 4095, 4094 in UHR) to indicate the start of padding, which may allow a user field of K-octets. For example, a second set of bits may be defined by K and may be reserved (e.g., B12-B(8*K-1)), which may be a quantity of 8*K-12 reserved bits. Bits after the second set of bits may be trigger dependent user information.

[0142] In some cases, a BSRP trigger frame (e.g., BSRP G13 trigger frame) may be individually addressed to a single STA, and may include an indication to set the GI and HE / UHR-LTF Size field in the UHR variant common information field to a value (e.g., 3) in order to indicate that the solicited PPDU may not use TB PPDU format(s) (e.g., HE / EHT / UHR TB PPDU formats) and may be a non-HT PPDU or non-HT duplicate PPDU. In some examples, the invite 405 may be a BSRP G13 trigger frame (e.g., a BSRP trigger frame variant that may solicit a response in non-HT (duplicate) PPDU format). When a BSRP GI3 trigger variant is used for the invite 405, the frame length of the response 410 may be equal to or shorter than the value of the " Uplink Length" field in the BSRP GI3 Trigger frame. This may be a generic rule for all BSRP GI3 Trigger frames, or may be a rule exclusive for CoBF, C-SR, or other MAP schemes.

[0143] In some cases, padding control may be implemented for the invite 405, response 410, and sync 415 frames. For example, padding may be used for the invite 405, response 410, and sync 415 frames to ensure the AP 102 that receives the frame may have time to perform calculations (e.g., additional 100-150 us, 200 us) and to Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO90respond with a next PPDU at a given time. The sharing AP 102 may implement padding in the invite 405 such that the shared AP 102 may have enough time to perform STA and per-user Nss selection and calculate per-user information (e.g., MCS, 2xLDPC), and the like. Padding may be indicated or implemented through the Padding field in the invite 405 (e.g., if the invite 405 is a Trigger frame, or through padding after the invite 405 if the invite 405 is a MPDU (e.g., use the pre-EOF padding or a pre-defined sequence or a combination thereof)). The sharing AP 102 may also implement padding in the sync 415 so that the shared AP 102 may have enough time to perform rate matching and calculate the per-user packet size, and the like. Padding for the sync 415 may be implemented or indicated in the same way as in for the invite 405. In some examples, the response 410 may also implement padding such that the sharing AP 102 may perform rate matching, calculate per-user information (e.g., MCS, 2xLDPC), further perform STA down- sei ection, and the like. The padding in the response 410 may be controlled by the sharing AP 102, the shared AP 102, or both APs 102. For example, the sharing AP 102 may indicate a large enough “Uplink Length” field (or “Length” field) value in the invite 405 for the PPDU that carriers the response 410 to follow. The sharing AP 102 may indicate a low and reliable MCS in the invite 405 for the PPDU that carries the response 410 to follow, if the response 410 is carried in a TB PPDU. Additionally, or alternatively, there may be a rule, configuration, or pre-configuration (e.g., standardization) that may define a fixed low and reliable MCS (e.g., MCS0) for the response 410. The sharing AP 102 may indicate in the invite 405 an amount of padding (e.g., in the unit of time (50 / 100 / 150 / 200us)) may be needed in the response 410. Additionally, or alternatively, the shared AP 102 may control the length, as for the BSRP G13 trigger variants for the CoBF invite 405.

[0144] In some cases, as described herein, the invite 405 and sync 415 may be examples of BSRP G13 trigger frames or MU-RTS TXS frames, and there may be some unified design between the invite 405 and the sync 415. For example, both BSRP G13 trigger frames and MU-RTS TXS trigger frames may include a special user information field (e.g., AID12 set to 2007, PHY version identifier set to 1 for UHR) (including a trigger-dependent user info field where the field size and structure may depend on the trigger type). For a BSRP G13 trigger frame, the GI and HE / UHR-LTF type subfield may be set to a value (e.g., 3). For the MU-RTS TXS trigger frame, the TXS modeAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO91subfield may be set to a value (e.g., 3) to indicate the MAP scheme. In some examples, some bits (e.g., B22, B26, B53, and B63) in the common information field of the trigger frames may be reserved or left for MAC features, while some existing fields in the trigger frames may be leveraged or reused to carry PHY information. The control information and non-user specific PHY information may be indicated in the common information field (including a trigger-dependent common info field where the field size and structure may depend on the trigger type) and special user information field (e.g., with AID 12 field set to 2007) (including a trigger-dependent user info field where the field size and structure may depend on the trigger type). With trivial re-organization of fields, the control information may be indicated in either the common information field (including the trigger-dependent user info field)or special user information field (e.g., with AID 12 field set to 2007) (including the trigger-dependent user info field), the nonuser specific PHY information related to L-SIG (e.g., Minimum Quantity of Data OFDM Symbols, Maximum Quantity of Data OFDM Symbols, Length) and information related to U-SIG (e.g., Punctured channel information, TXOP, BSS Color 1, BSS Color 2, Quantity of UHR-SIG Symbols) may be indicated in the common information field (including the trigger-dependent common info field), while the nonuser specific information related to the common field of UHR-SIG (e.g., GI+LTF Size, Maximum Total Quantity of Spatial Streams Allowed for Shared AP, Quantity of UHR-LTF Symbols, LDPC Extra Symbol Segment, Pre-FEC Padding Factor, PE Disambiguity, Quantity of CoBF Users in sharing BSS, Quantity of CoBF Users in Shared BSS, Quantity of CoBF Users) may be indicated in the special user information field (e.g., with AID12 field set to 2007) (including the trigger-dependent user info field). Information for each user may be indicated in one CoBF user information field (including the trigger-dependent user info field), and, in some cases, each BSS color may be indicated in the CoBF user field or fields of an associated user or users. This may yield a size of the user field based on the quantity of users, N (e.g., a minimum size (from the beginning of the common info field to the end of user field list and before Padding field) of 8+5+5N octets). Table 8 may provide a broad example of a trigger format for a MAP scheme, where the user information fields (1 to N) may be the CoBF user information fields (including the trigger-dependent user info field).Fra Fram D RA TA Comm Specia User User Padding FCS me e ur on 1 User Inform InformAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO92Para Cont at Inform Inform ation ationmete rol io ation ation Field 1 Field Nr n Field(PHYVer si on ID =1)Qua 2 2 6 6 8 5 5 5 5 Variable 4 ntityofOctetsTable 8: Trigger Frame Format for MAP

[0145] The CoBF invite 405, response 410, and sync 415 may use the AP information field to carry the relevant information for the CoBF procedure. For example, the CoBF invite 405, may include a first AP information field (e.g., up to 25 or 27 bits), which may include a PHY Version Identifier (e.g., 3 bits), a bandwidth of the PPDU sent by the initiating AP 102-a (3 bits), uplink or downlink indication of the initiating AP 102-a (e.g., 1 bit), the BSS color of the responding AP (e.g., 6 bits), the shared TXOP 425 duration (e.g., 7 bits), a PPDU Type And Compression Mode (e.g., 2 bits), a CoBF / C-SR Indication (e.g., 1 bit), an assigned bandwidth of the responding AP 102-b (e.g., 2 bits), and, additionally, or alternatively, an information type or MAP subfield (e.g., 2 bits, indicate the invite 405, the response 410, or the sync 415, when this may not be indicated in the common information field or the special user information field and set to “MAP Invite”, 3 bits, set to “CoBF Invite”). The CoBF invite 405 may include a second AP information field (e.g., up to 27 bits), which may include punctured channel information (e.g., 5 bits), an indication of a UHR-SIG MCS (e.g., 2 bits), a GI+LTF Size (e.g., 2 bits), a quantity of CoBF users served by the initiating AP 102-a (e.g., 2 bits), a length in the L-SIG (e.g., 12 bits), an LDPC extra symbol segment (e.g., 1 bit), a pre-FEC padding factor (e.g., 2 bits), a PE disambiguity (e.g., 1 bit), or any combination thereof. The CoBF Invite 405 may include at least one AP information field after the second AP information field. Each AP information field (e.g., 19 bits) after the first two (e.g., starting with the third AP information field) may be about information of one user field, which may include a STA ID (e.g., 11 bits), a MCS (e.g., 5 bits), an Nss indication (e.g., 2 bits), an indication of whether 2x LDPC may be used (e.g., 1 bit), or any combination thereof.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO93

[0146] For example, the invite 405 and sync 415 frames may be unified and reuse existing fields, as in Tables 9-11.Bits B0-B3 B4-B15 B16 B17 B18-B19 B20-B21 B22 B23-B25Maximum Total Nss for UplinkInvite Shared Length GI and405 HE / UHR- AP 102MoreTrigger CS Uplink LTF and Sync- Trigger Reserved Type Required Bandwidth Type / TXS Reference FrameMode (Set Indication to 3) Quantity Sync ofUHR- Length415 LTFSymbolsB28- B34- B37- B44- B49- B42- Bits B26 B27 B36B33 B35 B43 B48 B51 B53 Invite405PuncturLDPC Shared QuantitedReser Extra AP 102 Pre- y of Reserve PE TXOP ChannelSync ved Symbol Transmi FEC CoBF d t Power Disambi Informa415 Segmen Padding Users guity tiont FactorBits B54 B55 B56-B58 B59 B60 B61 B62 B63Invite SpecialProtectio405 HE / U User IFCSMAP nHR Informati Reserved Present Key ID Reserved Sync Scheme IndicatioP160 on Field Flag415 nFlagTable 9: Example of Common Information Field for Invite 405 and Sync 415 Using BSRP G13 Trigger Frames or MU-RTS TXS Trigger FramesB38-B39 Bits B0-B11 B12-B14 B15-B16 B17-B18 B19-B36 B37Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO94Minimum Informatio Quantity n Type of DataOFDMSymbolsInvite 405 andMaximumQuantityPHY UplinkAID of Data NPCA Version Bandwidt GI+LTF(set to OFDM Primary Identifier h Size2007) Symbols Indication ExtensionBSS Color1 and BSSColor 2andSync 415QuantityofUHR- SIGSymbolsTable 10: Example of Special User Information Field for Invite 405 and Sync 415 Using BSRP G13 Trigger Frames or MU-RTS TXS Trigger FramesB34-B39 Bits B0-B11 B12-B22 B23 B24-B28 B29 B30-B33AID 12Invite 405 Nss Reserved (set toSharedAP ID STAID BSS Coloror aIndication SpatialSync 415 special MCS 2xLDPC Configurat value, ion e.g.,2009)Table 11: Example of CoBF User Information Field for Invite 405 and Sync 415 Using BSRP G13 Trigger Frames or MU-RTS TXS Trigger Frames

[0147] Table 9 shows a unified design of the common Information field for Invite 405 and Sync 415. For bits B23-B25, for the invite 405, the first two bits may be used to indicate the maximum total Nss for the shared AP 102, and the third bit may be used as a Sync-Reference indication. For the sync 415, all three bits may be used to indicate the quantity of UHR-LTF symbols. Table 10 shows a unified design of the special user information field for Invite 405 and Sync 415. For bits B19-B36, for the invite 405, theAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO95first nine bits may be for the minimum quantity of data OFDM symbols, while the second nine bits may be for the maximum quantity of data OFDM symbols. For the sync 415, the first six bits may be for BSS color 1, the next 6 bits may be for BSS color 2, the next bit may be reserved, and the last five bits may be for the quantity of UHR-SIG symbols. Table 11 shows a unified design of the CoBF user information field for Invite 405 and Sync 415. For bits B30-B33, for the invite 405, the first bit may indicate the Nss, and the last three bits may be reserved. For the sync 415, all four bits may be used to indicate the spatial configuration.

[0148] Tables 12-14 may provide alternative design examples for the BSRP G13 trigger frame or MU-RTS TXS trigger frame, as exemplified in Tables 9-13.B0-B3 B4-B15 B16 B17 B18-B19 B20-B21 B22 B23-B25 BitsMaximum Total Nss Uplink for InviteLength GI and Shared 405 HE / UHR- More AP 102 Trigger CS Uplink LTFTrigger Reserved and Sync- Type Required Bandwidth Type / TXSFrame Ref Mode (Setto 3) Quantity Sync ofUHR- Length415 LTFSymbolsB28- B34- B37- B44- B49- B42- Bits B26 B27 B36B33 B35 B43 B48 B51 B53 Invite405PuncturLDPC Shared QuantitedReser Extra AP 102 Pre- y of Reserve TXOP ChannelSyn ved Transmi PEc Symbol FEC CoBF d D Informat Power isambi415 Segmen Padding Users guity tiont FactorBits B54 B55 B56-B58 B59 B60 B61 B62 B63Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO96Invite SpecialProtectio405 HE / U User IFCSMAP nHR Informati Reserved Present Key ID Reserved Sync Scheme IndicatioP160 on Field Flag415 nFlagTable 12: Example of Common Information Field for Invite 405 and Sync 415 Using BSRP G13 Trigger Frames or MU-RTS TXS Trigger FramesB38-B39 Bits B0-B11 B12-B14 B15-B16 B17-B18 B19-B36 B37Minimum Informatio Quantity n Type of DataOFDMSymbolsInvite 405 andMaximumPHY UplinkAID Quantity NPCA Version Bandwidt GI+LTF(set to of Data Primary Identifier h Size2007) OFDM Indication Extension SymbolsShared APID andQuantitySync 415ofUHR- SIGSymbolsTable 13: Example of Special User Information Field for Invite 405 and Sync 415 Using BSRP G13 Trigger Frames or MU-RTS TXS Trigger FramesB34-B39 Bits B0-B11 B12-B22 B23 B24-B28 B29 B30-B33AID 12Invite 405 Nss BSS Color (set to aspecial STAID BSS Colorvalue, Indication Spatial Sync 415 e.g., MCS 2xLDPC Configurat 2009) ionTable 14: Example of CoBF User Information Field for Invite 405 and Sync 415 Using BSRP G13 Trigger Frames or MU-RTS TXS Trigger FramesAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO97

[0149] Table 9 may be the same as Table 12, but may be combined with Tables 13 and 14 to include different signaling of information. Table 12, similar to Table 9, shows a unified design of the common information field for Invite 405 and Sync 415. In Table 12, bits B23-B25, for the invite 405, may include a first two bits to indicate the maximum total Nss for the shared AP 102 and a third bit as a Sync-Ref indication, while, for the sync 415, all three bits may be used to indicate the quantity of UHR-LTF symbols. Table 13, similar to Table 10, shows a unified design of the special user information field for Invite 405 and Sync 415. For bits B19-B36, for the invite 405, the first nine bits may be for the minimum quantity of data OFDM symbols, while the second nine bits may be for the maximum quantity of data OFDM symbols. For the sync 415, the first twelve bits may be for the shared AP 102 ID, the next bit may be reserved, and the last five bits may be for the quantity of UHR-SIG symbols. Table 14, similar to Table 11, shows a unified design of the CoBF user information field for Invite 405 and Sync. As in Table 11, for bits B30-B33 of Table 14, for the invite 405, the first bit may indicate the Nss, and the last three bits may be reserved. For the sync 415, all four bits may be used to indicate the spatial configuration.

[0150] In some implementations, a BSRP G13 trigger frame or MU-RTS TXS trigger frame may be used as a reject frame. For example, a reject frame may be sent instead of a sync 415 to reject CoBF or a MAP procedure. In some cases, the reject frame may only include a common information field and a special information field, which may be a total size of 8+5 octets, as in Table 15. In some examples, the ‘length’ field may be set to a value (e.g., 0), which may indicate that no response may be necessary, or the bit may be reserved, the shared AP 102 ID field may be in the common information field (including a trigger-dependent common info field where the field size and structure may depend on the trigger typejor special user information field (e.g., for the MU-RTS TXS trigger frame, which may be broadcast) (including a triggerdependent user info field where the field size and structure may depend on the trigger type). That is, the reject frame may use the same bits in the special user information field as in the sync 415. In other cases, a user information field with an AID 12 field set to the ID of the shared AP 102 may be included in the reject frame, and all other bits may be set to reserved, as in Table 16.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO98B22-B53 Bits B0-B3 B4-B15 B16 B17 B18-B19 B20-B21GI andLengthHE / UHR- (set to 0) More UplinkTrigger CS LTF Reject or Trigger Bandwidt Reserved Type Required Type / TXS Reserved Frame hMode (Set to 3)B62 B63 Bits B54 B55 B56-B58 B59 B60 B61Special Reserved User Protectio HE / U IFCSInformati MAP nReject HR Reserved Present Key IDon Field Scheme Indicatio P160 FlagFlag nTable 15: Example of Common Information Field for a Reject Frame Using BSRP G13Trigger Frames or MU-RTS TXS Trigger FramesB0-B37 B38-B39 Bits B12-B14 B15-B16 B17-B18 B19-B30 B31-B36BUUplink NPCAPHY AID Bandwid Shared Primary Version Informati Reject (set to th Reserved AP 102 Reserved Indicatio Identifier on Type 2007) Extensio ID nnTable 16: Example of Special User Information Field for a Reject Frame Using BSRP G13 Trigger Frames or MU-RTS TXS Trigger Frames

[0151] In some implementations, an AP 102 may use the information to be indicated in the invite 405, sync 415, or reject frames to determine a solicited PDDU and trigger frame field structure, which may be based on a trigger type, GI and HE / UHR-LTF type field, a MAP field, an information type field, or any combination thereof, as in Table 17, for a BSRP G13 trigger frame. For a MU-RTS TXS trigger frame, the solicited PPDU and trigger frame field structure may be based on the trigger type, TXS mode field, the MAP field, the information type field, or any combination thereof, as in Table 18.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO99GI andHE / UHR- Information B4-B15 inTrigger LTF MAP Field SolicitedType Field Common Rules Type Type Value PPDUValue Info FieldFieldValueUplinkNot present Not present Length fieldBSRP0-2 or any value or any value TB PPDU (in octets, a N / A (value 4)(if present) (if present) multiple of3 plus 1)'CoBF' or MU PPDU Length field'(Type-I or (in CoBF or (in octets, a'Sync' N / A Type-II) C- C-SR multiple ofSR' transmission) 3)'CoBF' or Uplink'(Type-I or Length field No response 'Reject' NoneType-II) C- (set to 0) or is needed BSRP SR' Reserved(value 4)(A SubFor example,3Type: the length of BSRP the solicited Non-HTGI3) UL Length PPDU can be 'CoBF' or (Duplicate)field (in equal to or '(Type-I or PPDU that'Invite' octets, a shorter than Type-II) C- contains amultiple of the value of SR' Multi-STA3) the Uplink BlockAckLength field, (e.g., MCSO is used forAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO100the solicited PPDU as a rule or MCS is indicated in the invite 405)Not present'No MAP' or any value Non-HTUplink(if present) (Duplicate)Length fieldPPDU thatNot present (in octets, a N / A 'No MAP contains aor any value multiple ofInfo' Multi-STA(if present) 3)Block AckOther combinationsTable 17: Example for Using a BSRP G13 Trigger Frames for an Invite 405, Sync 415, or Reject FrameInformation B4-B15 in Trigger TXS Mode MAP Field SolicitedType Field Common Info Type Field Value Value PPDUValue Field Not present or any value (ifMU-RTS 0 CTS Reserved present)MU-RTS Not present or any value (if1-2 CTS Reserved TXS present)'CoBF' or MU PPDULength field (in '(Type-I or (in CoBF orMU-RTS ‘Sync’ octets, a multiple Type-II) C- C-SRTXS for 3 of 3)SR' transmission)MAP'CoBF' or Length field (set to ‘Reject’ None'(Type-I or 0) or ReservedAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO101Type-II) C- SR'Other CombinationsTable 18: Example for a Reject Frame Using aMU-RTS TXS Trigger Frame for a Sync 415 or Reject Frame

[0152] In some cases, the sync 415 may, as described herein, be a BSRP G13 trigger frame or a MU-RTS TXS trigger frame (e.g., total / minimum size is 8+5+5N octets for N users, starting from the beginning of the common information field to the end of user information list (e.g., before the Padding field)). In some examples, for CoBF, a BSRP trigger frame which may not be a BSRP GI3 trigger frame may reuse the ‘GI and HE / UHR-LTF Type’ field as a ‘GI+LTF Size’ (excluding value 3) to indicate up to 3 choices of GI+LTF Size, if the Information Type field indicates ‘Sync’ and the MAP Scheme field indicates ‘CoBF’. In other examples, for CoBF, the AP 102 may not use the spatial reuse field and the DRU or RRU indication field (e.g., 28 bits). There may be an additional user information field (e.g., with AID 12 set to the ID of the shared AP 102) to carry all the information (e.g., total size (starting from the beginning of the common info field to the end of user info list (before the Padding field)) = 8+5+5+5N octets).

[0153] In some cases, the invite 405 may, as described herein, be a BSRP G13 trigger frame or a MU-RTS TXS trigger frame (e.g., total / minimum size is 8+5+5N for N users, starting from the common information field). For CoBF, the BSRP trigger frame may solicit a UHR TB PPDU (e.g., PHY version identifier set to 1) by preserving TB PPDU fields. There may be an original UHR variant user information field with a AID12 set to the ID of the shared AP 102. To minimize the size of the invite 405, only baseline control information and PHY information may be carried. There may be an extra user information field (e.g., AID 12 set to 2010) to carry non-user specific baseline information. The frame may include one user field to carry per-user information for one user (e.g., total size (starting from common information field) = 8+15+5N) or two users (e.g., total size (starting from common information field) = 8+15+5 for 1 user and 8+15+10 for 2-3 users).

[0154] The CoBF Response 410 may include a first AP information field (e.g., up to 21, 22, 23 bits), which may include a CoBF or C-SR indication (e.g., 1 bit), anAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO102indication of an intent to participate in CoBF (e.g., 1 bit) or an indication of an information type or MAP subfield (e.g., 2 bits, set to ‘MAP Response’, or 3 bits, set to ‘CoBF Response’) if not yet indicated in the common information field or the special user information field, a bandwidth of the responding AP 102-b (e.g., 2 bits), a quantity of CoBF users served by the responding AP 102-b (e.g., 2 bits), a length in L-SIG (e.g., 12 bits), a LDPC extra symbol segment (e.g., 1 bit), a pre-FEC padding factor (e.g., 2 bits), a PE disambiguity (e.g., 1 bit), or any combination thereof. The CoBF Response 410 may include at least one AP information field after the first AP information field. Each AP information field (e.g., 19 bits) after the first AP information field (e.g., starting from the 2ndone) may be about the information of one user field, including a STA ID (e.g., 11 bits), a MCS (e.g., 5 bits), an Nss indication (e.g., 2 bits), an indication of whether 2x LDPC is used (e.g., 1 bit), or any combination thereof. The CoBF sync 415 may also include a first AP information field (e.g., between 2 and 6 bits), which may include a CoBF or C-SR indication (e.g., 1 bit), a CoBF trigger indication (e.g., 1 bit) or information type or MAP subfield (e.g., 2 bits, set to “MAP Trigger / Sync”, 3 bits, set to “CoBF Trigger / Sync”) if not yet indicated in the common information field or the special user information field, a quantity of UHR-LTF symbols (e.g., between 1 and 3 bits), or any combination thereof.

[0155] The C-SR procedure, whether three frame or single frame, as described further at Figure 5, may also utilize the AP information field of the trigger frame, e.g., a UHR variant trigger frame. For example, the C-SR invite 405, or combined C-SR invite and trigger frame for the single frame option, may include a first AP information field (e.g., 25 or 27 bits), which may be similar in design to CoBF invite 405. For example, the first AP information field may include a PHY version identifier (e.g., 3 bits), a bandwidth of the PPDU sent by the initiating AP 102-a (e.g., 3 bits), an uplink or downlink indication of the initiating AP 102-a (e.g., 1 bit), a BSS color of the responding AP 102-b (e.g., 6 bits), an indication of the TXOP duration (e.g., 7 bits), a PPDU Type And Compression Mode (e.g., 2 bits), a CoBF or C-SR indication (e.g., 1 bit), an assigned bandwidth of the responding AP 102-b (e.g., 2 bits), or any combination thereof. Additionally, or alternatively, the first AP information field may include the information type or MAP subfield (e.g., 2 bits to indicate {Invite, Response, Trigger / Sync}, 3 bits to indicate {CoBF Invite, CoBF Response, CoBF Trigger / Sync,Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO103C-SR Invite, C-SR Response, C-SR Trigger / Sync}, if not yet indicated in the common information field or special user information field). In some cases, the C-SR invite 405 may include a second AP information field (e.g., 23 bits), which may indicate punctured channel information (e.g., 5 bits), a UHR-SIG MCS (e.g., 2 bits), a length in L-SIG (e.g., 12 bits), interference or power control information for the responding AP 102-b or the initiating AP 102-a or both (e.g., up to 4 bits per AP, total more than 4 bits), or any combination thereof. The C-SR response 410 may include a first AP information field (e.g., up to between 7 and 9 bits), which may include a CoBF or C-SR indication (e.g., 1 bit), an indication of intent to participate in C-SR (e.g., 1 bit) or an information type or MAP subfield (e.g., 2 bits, set to ‘MAP Response’, or 3 bits, set to ‘C-SR Response’), if not yet indicated in the common information field or special user information field, a bandwidth of the responding AP 102-b (e.g., 2 bits), interference or power control information for the responding AP 102-b or initiating AP 102-a or both (e.g., up to 4 bits per AP, total more than 4 bits), or any combination thereof. The C-SR sync 415 may include a first AP information field (e.g., up to 5-7 bits), which may include a CoBF or C-SR Indication (e.g., 1 bit), a C-SR trigger indication (e.g., 1 bit) or information type or MAP subfield (e.g., 2 bits, set to ‘MAP Trigger / Sync’, or 3 bits, set to ‘C-SR Trigger / Sync’) if not yet indicated in the common information field or special user information field, interference or power control information for the responding AP 102-b or initiating AP 102-a or both (e.g., up to 4 bits per AP, total more than 4 bits), or any combination thereof.

[0156] In some cases, the invite 405, response 410, and sync 415 may all be BSRP trigger frames that may not be BSRP GI3 trigger frames (e.g., BSRP trigger type, without trigger dependent common information or user information, GI and HE / UHR-LTF type may not be set to 3). The BSRP trigger frame may include one special user information field (e.g., AID12 set to 2007, PHY version identifier set to 1 (UHR)) (including the trigger-dependent user info field). TB PPDU information may be included in the frame, a control and PHY information for another AP 102 may be included. The BSRP frames may include reserved bits in the special user information that may carry basic control information (e.g., MAP, information type). The first AP user information field (e.g., with AID12 set to AP ID) (including the trigger-dependent user info field) may carry TB PPDU information (if present, to solicit an M-B AAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO104response). Additional AP user info field(s) (including the trigger-dependent user info field) may carry other information for the other AP 102. The frame may be organized as in Table 8, with additional user information fields for the other users, where each parameter of the one or more other user information fields may be K octets. Examples of invite 405, response 410, and sync 415 frame designs may be indicated in Tables 18-23, Tables 24-27, and Tables 28-33, respectively.B22 Bits B0-B3 B4-B15 B16 B17 B18-B19 B20-B21GI andInvite 405 Uplink More Uplink HE / UHR- Trigger CSParamete Length Trigger Bandwidt LTF Reserved Type Requiredr Frame h Type / TXSModeB23- B37-B52 B53 Bits B26 B27 B28-B33 B34-B35 B36B25Quanti Reserved ty ofInvite LDPCHE / U AP Pre-FEC PE UL 405 Reserved ExtraHR- Transmit Padding Disambi Spatial Paramet SymbolLTF Power Factor guity Reuse er SegmentSymbolsB63 Bits B54 B55 B56-B59 B60 B61 B62Special Reserved Invite UserDRU / RR IFCS405 HE / UH Informatio ProtectionU Present Key ID Paramet RP160 n Field IndicationIndication Flager FlagTable 18: Example of Common Information Field for an Invite 405 Using BSRP Trigger FrameBOB28-B30 B31 Bits B12-B14 B15-B16 B17-B20 B21-B24 B25-B27BU AID PHY Uplink EHT / UH EHT / UH Quantity Invite MAP Reserved (set to Version Bandwid R Spatial R Spatial ofCoBF 405 Scheme (set to 1) 2007) Identifier th Reuse 1 Reuse 2 UsersAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO105Paramet Extensioer nBits B32 B33-B34 B35-B36 B37 B38-B39InviteNFPCA405 Sync-Ref GI+LTF Size Information Reserved PrimaryParamet Indication Type IndicationerTable 19: Example of Special User Information Field for an Invite 405 Using BSRP Trigger FrameBOB32-B38 B39 Bits B12-B19 B20 B21-B25 B26 B27-B31BU AID1 Uplink Invite 2 RU Uplink Search Target Uplink405 (Share Allocatio FEC Space Receive UHR- 2xLDPC PS160 Paramet d AP n Coding Allocatio Power MCSer 102 Type nID)Table 20: Example of a UHR variant User Information Field where the Shared AP 102 is a recipient for an Invite 405 Using BSRP Trigger FrameBits B0-B11 B12-B16 B17-B25 B26-B34 B35-B36 B37-B39AID 12(set to a Punctured Minimum Maximum Maximum Invite 405 special Channel Quantity of Quantity of Total Nss Reserved Parameter value, information Data OFDM Data OFDM for Sharede.g., Symbols Symbols AP 1022010)Table 21: Example of an Additional AP User Information Field to carry non-user specific information for an Invite 405 Using BSRP Trigger FrameBits B0-B11 B12-B22 B23-B29 B30 B31-B39AID 12 (setInvite 405 to a special STAIDReserved Nss Reserved Parameter value, e.g.,2009)Table 22: Example of CoBF User Information Field to carry information for one user for an Invite 405 Using BSRP Trigger FrameAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO106B38-B39 Bits B0-B11 B12-B22 B23 B24-B25 B26-B36 B37AID12 Reserved STA ID of(set to a Nss of a STA ID of Nss of a Invite 405 a first userspecial first user a second second Paramete in the user Reservedvalue, in the user user in the user in ther fielde.g., field user field user field2009)Table 23: Example of CoBF User Information Field to carry information for two users _ for an Invite 405 Using BSRP Trigger Frame _B22 Bits B0-B3 B4-B15 B16 B17 B18-B19 B20-B21GI and ResponseUplink More Uplink HE / UHR- 410 Trigger CSLength Trigger Bandwidt LTF Reserved Paramete Type RequiredFrame h Type / TXSrModeB23- B37-B52 B53 Bits B26 B27 B28-B33 B34-B35 B36B25Quanti Reserved ty ofRespons LDPCHE / U AP Pre-FEC PE UL e 410 Reserved ExtraHR- Transmit Padding Disambi Spatial Paramet SymbolLTF Power Factor guity Reuse er SegmentSymbolsB63 Bits B54 B55 B56-B59 B60 B61 B62Special Reserved Respons UserDRU / RR IFCSe 410 HE / UH Informatio ProtectionU Present Key ID Paramet RP160 n Field IndicationIndication Flager FlagTable 24: Example of Common Information Field for a Response 410 Using BSRP Trigger FrameBOB28-B30 B31 Bits B12-B14 B15-B16 B17-B20 B21-B24 B25-B27BUAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO107Uplink Quantity Respons PHYAID Bandwid EHT / UH EHT / UH ofCoBF e 410 Version MAP Reserved (set to th R Spatial R Spatial Users Paramet Identifier Scheme (set to 1)2007) Extensio Reuse 1 Reuse 2ernBits B32 B33 B34-B36 B37 B38-B39ResponsNFPCAe 410 Extra LTF 0.8GI Allowed Information Reserved PrimaryParamet Allowed Type IndicationerTable 25: Example of Special User Information Field for a Response 410 Using BSRP Trigger FrameBOB32-B38 B39 Bits B12-B19 B20 B21-B25 B26 B27-B31BU AID1 Uplink 2 (set Target Respons RU Uplink Searchto Uplink Receivee 410 Allocatio FEC SpaceSharin UHR- 2xLDPC Power PS160 Paramet n Coding Allocatiog AP MCSer Type n102ID)Table 26: Example of a UHR variant User Information Field where the Sharing AP 102 is a recipient for a Response 410 Using BSRP Trigger FrameB31-B39 Bits B0-B11 B12-B22 B23 B24-B28 B29 B30AID12 Reserved Response (set to a410 special STA IDReserved MCS 2xLDPC Nss Paramete value,r e.g.,2009)Table 27: Example of CoBF User Information Field for a Response 410 Using BSRP Trigger Frame

[0157] Tables 22 and 23 may be frame design sub-options (e.g., Table 22 may be for a 1-user design, Table 23 may be for a 2-users design).B22 Bits B0-B3 B4-B15 B16 B17 B18-B19 B20-B21Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO108GI+LTFSync 415 More UplinkTrigger Length CS Size Paramete Trigger Bandwidt Reserved Type Required (excludingr Frame hvalue 3)B23- B37-B52 B53 Bits B26 B27 B28-B33 B34-B35 B36B25Quanti Reserved ty ofSync LDPC SharedHE / U Pre-FEC PE UL 415 Reserved ExtraAP 102HR- Padding Disambi Spatial Paramet Symbol TransmitLTF Factor guity Reuse er Segment PowerSymbolsB63 Bits B54 B55 B56-B59 B60 B61 B62Special Reserved Sync UserDRU / RR IFCS415 HE / UH Informatio ProtectionU Present Key ID Paramet RP160 n Field IndicationIndication Flager FlagTable 28: Example of Common Information Field for a Sync 415 Using BSRP Trigger FrameBits B0-B11 B12-B14 B15-B16 B17-B20 B21-B24 B25-B27PHYUplink EHT / UHR EHT / UHRSync 415 AID (set Version MAP Bandwidth Spatial Spatial Parameter to 2007) Identifier Scheme Extension Reuse 1 Reuse 2B28-B30 B31Bits B32-B36 B37 B38-B39Quantity of Quantity of NFPCASync 415 Information CoBF Reserved UHR-SIG Primary Parameter Type Users symbols IndicationTable 29: Example of Special User Information Field for a Sync 415 Using BSRP Trigger FrameAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO109Bits B0-B11 B12-B16 B17-B23 B24-B39AID 12 (set toPuncturedShared APSync 415 Channel102 ID or a TXOP Reserved Parameter Informationspecial value,e.g., 2010)Table 30: Example for a Sync 415 Using BSRP Trigger FrameB34-B39 Bits B0-B11 B12-B22 B23 B24-B28 B29 B30-B33AID12 BSS Color (set to aSync 415 Spatial special STA ID BSS ColorParamete MCS 2xLDPC Configurat value, Indicationr ione.g.,2009)Table 31: Example of CoBF User Information Field for a Sync 415 Using BSRP Trigger FrameB36-B39 Bits B0-B11 B12-B16 B17-B23 B24-B29 B30-B35AID 12 Reserved (set toSharedPuncturedAP 102Sync 415 Channel BSS Color BSS ColorID or a TXOPParameter Information 1 2specialvalue,e.g.,2010)Table 32: Example of an Additional AP User Information Field to carry non-user specific information for a Sync 415 Using BSRP Trigger FrameB34-B39 Bits B0-B11 B12-B22 B23 B24-B28 B29 B30-B33AID12 Reserved (set to aSync 415 Spatialspecial STA ID BSS ColorParamete MCS 2xLDPC Configurat value, Indicationr ione.g.,2009)Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO110Table 33: Example of CoBF User Information Field for a Sync 415 Using BSRP Trigger Frame

[0158] Tables 30-33 may be sub-options of frame designs (e.g., Tables 30 and 31 may be for one sub-option, Tables 32 and 33 may be for an alternative sub-option).

[0159] In some implementations, an AP 102 may use the information to be indicated in the invite 405, response 410, or sync 415 to determine a solicited PDDU and trigger frame field structure, which may be based on a trigger type, GI and HE / UHR-LTF type field, a MAP field, an information type field, or any combination thereof, as in Table 34, for a BSRP trigger frame.GI andInformatio B4-B15 in Trigger HE / UHR- MAP Field Solicitedn Type Common Rules Type LTF Type Value PPDUField Value Info FieldField Value0-2 (thevalue mayindicate Length'CoBF' or MU PPDUGI+LTF Field (in'(Type-I or (in CoBF orSize for the ‘Sync’ octets, a N / A Type-II) C- C-SRMU PPDU multiple ofSR' transmission)with 3)differentBSRP encoding)(value 4)Uplink'CoBF' orLength'(Type-I or No response ‘Reject’ None field (set toType-II) C- is needed 0) or0-2 SR'Reserved'CoBF' or TB PPDU Uplink For ‘Invite’'(Type-I or that contains Length example,Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WOIllType-II) C- a Multi-STA field (in the length of SR' Block Ack octets, a the solicited multiple of PPDU can 3 plus 1) be equal to or shorter ’CoBF’ orthan the '(Type-I or‘Response value of the Type-II) C- Uplink SR'Length fieldNot present‘No Map’ or any valueTB PPDU Uplink(if present)that contains LengthNot present a QoS Null field (in‘No Map N / A or any value frame, e.g., a octets, aInfo’(if present) Multi-STA multiple ofBlock Ack 3 plus 1)Other CombinationsTable 34: Example for Using a BSRP Trigger Frames for an Invite 405, Response 410, or Sync 415

[0160] In some implementations, as discussed above, with the PPDU length and LDPC encoding parameters conveyed in the CoBF Invite 405 or CoBF Response 410 or both, it may be beneficial to implement LDPC rate matching between transmissions for CoBF. The LDPC rate matching between transmissions for CoBF is based on the 802.1 Ibn (UHR) LDPC rate matching, which is based on the 802.1 Ibe (EHT) LDPC rate matching and further includes the 2x LDPC feature and modification in rate matching for the CoBF procedure. A two-step padding process may be applied to an EHT or UHR PPDU. A pre-FEC padding process including both pre-FEC medium access control (MAC) and pre-FEC PHY padding may be applied before conducting FEC coding, and a post-FEC PHY padding process may be applied on the FEC encoded bits. Four pre-FEC padding boundaries may partition the last OFDM symbol of an EHT or UHR PPDU into four symbol segments. The pre-FEC padding may pad toward oneAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO112of the four possible boundaries. The four pre-FEC padding boundaries may be represented by a pre-FEC padding factor parameter a.

[0161] In some implementations, an encoding process may be applied to both an EHT and UHR MU PPDUs with transmission to a single user or multiple users. First, an AP 102 or other device (e.g., a transmitter) may determine an LDPC pre-FEC padding boundary. In an EHT or UHR MU PPDU transmission, the transmitter may first compute the quantity of data bits left in the last OFDM symbol for user z / , as in Equation 1.N Excess, u ~ ‘ APE PLENGTHUT Ntail,uT NserviceA)mod NDBPS. U(1)

[0162] APEPLENGTHM may be the transmission vector (e.g., TXVECTOR) parameter APEPLENGTH for the wthuser; Ntaii umay be the quantity of tails bits per encoder for user z / , where Ntaii u= 6 for binary convolution codes (BCC) encoding and Ntaii u= 0 for LDPC; Nservicemay be the quantity of bits in a SERVICE field (e.g., 16);NDBPS, U=fl°or(NcBPS,u ’ Ru) may be the quantity of data bits per OFDM symbol for the wthuser, where Rumay be the nominal coding rate for the wthuser; NCBPS u= iVcm, ■ IVcc,, ■ Nno r,, may be the quantity of coded bits per OFDM symbol for user z / , in which NSD umay be the NSD(the effective quantity of data tones carrying unique data in one OFDM symbol) value corresponding to the occupied resource unit (RU) or multiple RU (MRU) size of the wthuser, Nss umay be the Nss for the wthuser, and NBPSCS, U may be the quantity of coded bits per OFDM symbol per spatial stream for user u.

[0163] Based on NExcess u, the transmitter may compute the initial quantity of symbol segments in the initial last OFDM symbol, i.e., initial pre-FEC padding factor value ainit uand the initial quantity of OFDM symbols, NSYM,init,u, f°r user u usmg Equations 2 and 3.if ^Excess, u 0 ^-imt,u ~ ^Excess, u min otherwiseNDBPS, short, uAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO1138 ■ APE PLENGTHU+ ^tail,u + ^service NsYM,init,u NDBPS, u (3)where NDBPS, short, u NCBPS, short, u ' inwhich NcBPS, short, u i^SD, short, u ' Nss.u ' NBPSCS. U’ in w^'c^ NSD, short, u is the NSD, short (effective quantity of data tones carrying unique data in each symbol segment of the first three symbol segments) value corresponding to the occupied RU or MRU size of the z / thuser.

[0164] Among all the users, the transmitter may derive the set of the user indices S, with the longest encoded packet duration as in Equation 4 and select one value from the Set aS Umax.^-imt,u5 = ar§n 0.< U.< NvmusearX, total A 1 'NSYM,init,U4where argmax / (x):= {% e [0, Nuser total- l]: / (y) < / (%) for all y e [0, Nuser totai— 1]}. Then the common ainitand NSYM,imt values among all the users may be derived using Equations 5 and 6.sYM.init ~ sYM,init,umax(5)-init ~ ^-init,umax(6)

[0165] Next, the transmitter may calculate each user’s initial quantity of data bits, NDBPS, last, init,u> and initial quantity of coded bits, NCBPSiiastiinitiU, in a last OFDM symbol, as shown in Equations 7 and 8, respectively.G-init ' NDBPS, short, u if G-init<' 4 ^DBPS,last,init,u NDBPS, u if G-init ~ 4G-init ' NCBPS, short, u if G-init<' 4 NcBPS,last,init,uNCBPS. U if G-init ~ 4

[0166] For each user with LDPC encoding, the parameters Npid uand Navbits umay be computed using Equations 9 and 10, respectively.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO114Npid.u ~ (^^SYM.init ~ ^)^DBPS,u + ^DBPS,last,init,u Navbits.u ~ (^^SYM.init ~ ^)^CBPS,u + ^CBPS,last,init,uwhere Npid umay be the PHY payload size (e.g., the quantity of data bits including pre-FEC padding bits, that may fit in the PHY payload boundary (or called pre-FEC padding boundary) which may be the end of the symbol segment ainitin the OFDM symbol NSYM init). Navbits,umay be the quantity of PHY coded bits that may fit in the current PHY coded bits boundary, which may be the end of the symbol segment ainitin the OFDM symbol NSYM init. The effective code rate based on these two values may beeCRu==Navbits, u \.NSYM,init~1)NCBPS,u+NCBPS,last,init,u Ruof user u). Adjusting the PHY coded bits boundary by adding one or more OFDM symbols or fraction of symbol (e.g., one or more symbol segments) to accommodate more PHY coded bits may lower the effective code rate and reduce puncturing ratio.

[0167] Second, the transmitter may determine an LDPC code word size and quantity (e.g., quantity) of codewords. The transmitter may compute an integer quantity of LDPC codewords to be transmitted for user u, Ncw.u, and the length of the codewords to be used for user u, LLDPC. U, based on a table, such as Table 35 (PPDU encoding parameters).Ranges of Number of LDPC LDPC codeword length LLDPC(bits) N avbits(bits) codewords (Ncw)Navbits — 648 1 1296, if Navbits> Npid+ 912 X (1 —V648, otherwise648 < Navbtts1 1944, if Navbits> Npid+ 1464 X (1 — < 1296 V1296, otherwise1296 < Navbits< 1 194419441944 < Navbits< 2 1944, if Navbits> Npld+ 2916 X (1 - 2592 V1296, otherwiseAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO1152592 < NavbitsNpld 19441944 ■ RTable 35: Example of table for determining PP DU encoding parameters

[0168] Third, the transmitter may compute the quantity of shortening bits for user u, Nshrt,u, to be padded to the NPid,u data bits before encoding, as shown in Equation 11.Nshrt.u ~ max(O, Ncwu■ L^pcu■ RuNpid.u)

[0169] For Nshrt u= 0, shortening may not be performed. For Nshrt u> 0, shortening bits may be equally distributed over all Ncw.u codewords with the first rem(Nshrt u, NCWu) codewords being shortened one bit more than the remaining codewords. Shortening bits may be appended after data bits. The shortening bits may be discarded after encoding.

[0170] Fourth, the transmitter may compute the quantity of bits to be punctured for user u, Npunc,u, from the codewords after encoding, as in Equation 12.Npunc.u ~ max(0, Ncw,u ' LLDPC. U ~ ^avbits.u ~ ^shrt.u)

[0171] For Npunc u= 0, puncturing may not be performed. For Npunc u> 0, puncturing bits may be equally distributed over all Ncw.u codewords with the first rem Npvnc u, NCWu) codewords being punctured one bit more than the remaining codewords. Only parity bits may be punctured.

[0172] In some implementations, there may be at least one user with LDPC encoding for which one or more conditions in the LDPC encoding process may be met. For example, if ^Npunc u> 0.1 ■ Nc,u' LLDPC. U ' (1—Ru) AND ^Nshrt< 1.2 punc.u 'Ru / (I - Ru)) is true OR if Npuncu> 0.3 ■ NCWu' LDPC. U ' (1 - Ru) is true, for any user u, all users with LDPC encoding may increment Navbitsuby an extra symbol segment and recompute Npunc ubased on the new Navbitsuvalue, as in Equation 13.Navbits.u T NcBPS.u ~ ^^GBPS, short, u> if ^init 3 (13) Navbits.u ~Navbtts.u " F NCBPS, short, u> otherwiseAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO116

[0173] Then, the transmitter may update the common pre-FEC padding factor a and NSY values for all users using Equation 14.f NSYM=NSYM,init + 1anda= 1> ifatnit=4(. NSYM NsYM.init tend CL Q-init " F 1> otherwise

[0174] In some cases, the last OFDM symbol may be the next OFDM symbol of the initial last OFDM symbol, if ainit= 4. Since Navbitsumay be updated with a larger value, more PHY coded bits may fit in the adjusted PHY coded bits boundary, which may be the end of the symbol segment a in the OFDM symbol NSYM. However, if the above condition in the LDPC encoding process is not met by any of the users with LDPC encoding, or if all the users scheduled in the EHT or UHR MU PPDU are BCC encoded, no extra symbol segment may be added. Then, the common pre-FEC padding factor a and NSYM values for all users may be updated using Equation 15.NSYM NsYM.intt ttttd CL d-mit (1^)

[0175] The quantity of coded bits to be repeated for user w, Nrep.u, may be computed, as in Equation 16.Nrep.u ~ tncLx(0, NdphUg^ — NB^yu■ LLDPC U■ (1 — 7?u) — Npidu^ (16)

[0176] For Nrep u= 0, repetition may not be performed. For Nrep u> 0, the quantity of coded bits to be repeated may be equally distributed over all Ncw.u codewords with one more bit repeated for the first rem(Nrep u, NCWu) codewords than the remaining codewords. The coded bits to be repeated for any codeword may be copied from that codeword itself, starting from the beginning of that LDPC codeword (beginning of data bits). When puncturing occurs, the coded bits may not be repeated, and vice versa.

[0177] Fifth, the LDPC or BCC pre-FEC padding and post-FEC padding may be finalized. For the users with LDPC encoding, NDBPS of the last OFDM symbol may be updated as NDBPS last u= NDBPSilast init u. For the users with BCC encoding, the NDBPS of the last OFDM symbol may be updated as in Equation 17.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO117' NDBPS, short, w if a < 4 ^DBPS,last,u (17)NDBPS. W if a = 4

[0178] For each user with either LDPC or BCC encoding, the NCBPS of the last OFDM symbol may be updated, as in Equation 18._ (A’ NCBPS, short, u> if a < A ‘^CBPS,last,u I NI i f n — A ' ’I NCBPS, u>lJa— 4

[0179] For each user with LDPC encoding, the quantity of pre-FEC padding bits for the wthuser may be computed, as in Equation 19.NpAD, Pre-FEC, u=(NSYM,init ~ ^)NDBPS u+ NDBPS,last,init,u ~ 8 (19) ■AP E PLENGTHU~ Nservice

[0180] The PHY payload boundary (or called pre-FEC padding boundary) for users using LDPC encoding may be the end of the symbol segment ainitin the OFDM symbol NSYM init, and may be determined by NSYM initand a-init- For users with BCC encoding, the quantity of pre-FEC padding bits for the wthuser may be calculated, as in Equation 20.NpAD, Pre-FEC, u=(NSYM— 1)NDBPS U+ NDBPSiast u— 8 (20) ■APE PLENGTHU~ NfaiiiU— Nservice

[0181] For users using BCC encoding, both the PHY payload boundary (or called pre-FEC padding boundary) and the PHY coded bits boundary may be the same as the end of the symbol segment a in the OFDM symbol NSYM, determined by NSYMand a. For each user with either LDPC or BCC encoding, the quantity of post-FEC padding bits in the last symbol may be computed, as in Equation 21.pAD, Post-FEC,u ~ cBPS.u ^CBPS,last,uAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO118

[0182] The post-FEC padding may fill the data tones not occupied by PHY coded bits in the last OFDM symbol (e.g., the remaining symbol segments in the last OFDM symbol).

[0183] Among the pre-FEC padding bits, the MAC may deliver a PSDU that may fill the available octets in a data field of the EHT or UHR PPDU, toward the desired initial pre-FEC padding boundary represented by ainitfor users encoded by LDPC, and toward the desired pre-FEC padding boundary represented by a for users encoded by BCC, in the last OFDM symbol. The PHY may determine the quantity of padding bits to add and may append them to the PSDU. The quantity of pre-FEC padding bits added by PHY may be between 0 and 7.

[0184] In some implementations, the APs 102 or other devices participating in CoBF, C-SR, or similar procedures may use rate matched transmissions, as described herein, which may be LDPC rate matching. LDPC rate matching in non-extended long range (non-ELR) transmissions may be similar to other methods of LDPC rate matching, with some modifications.

[0185] In some cases, a wireless communications network may implement a new LDPC scheme (e.g., 2xLDPC), as described herein. The 2xLDPC may use twice the maximum LDPC nominal codeword size (e.g., 1944 of 3888) for better error performance and throughput performance. To accommodate 2xLDPC, the LDPC codeword size may be modified. For example, to accommodate 2xLDPC, a 1 -bit 2xLDPC subfield may be added in the UHR variant user information field in the sync frame 415, and in MU-MIMO and non-MU-MIMO user field formats in UHR-SIG. The 2xLDPC subfield may be set to 1 to indicate 2xLDPC (nominal codeword size of 3888) is used, or set to 0 to indicate it’s not used, if the coding scheme is LDPC. If the FEC coding scheme is LDPC and Navbits< 3888, the 2xLDPC subfield may be set to 0 and the LDPC codeword length selection may follow the procedure described with reference to Equations 1-21 and Table 1, specifically using codeword lengths (648, 1296, or 1944) bits based on Table 2. If the FEC coding scheme is LDPC and Navbits> 3888, the 2xLDPC subfield may be set to 0 to disable 2xLDPC nominal codeword size of 3888, or set to 1 to enable 2xLDPC nominal codeword size of 3888. Table 36, which may be a modified version of Table 35, may be used to select the codeword size andAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO119calculate the quantity of LDPC codewords. Table 36 and the codeword size selection may depend on the 2xLDPC subfield of the user. The 2xLDPC subfield may indicate enabling or disabling 2xLDPC for the user, which may be determined and indicated by the serving AP 102 of the user. For each user in the sharing BSS, if the MCS may be pre-determined and indicated by the sharing AP 102 in the invite 405, the 2xLDPC subfield may be indicated by the sharing AP 102 in the invite 405 and codeword size selection may be done accordingly. For each user in the shared BSS, the MCS, codeword size selection, and 2xLDPC subfields may be determined by the shared AP 102 based on rough or exact packet size or data field duration information exchanged via the invite 405, and the MCS and 2xLDPC subfields may be indicated in the response 410. For each user in the sharing BSS, if the MCS, codeword size selection and 2xLDPC subfields may be determined by the sharing AP 102 after receiving the response 410, the MCS and 2xLDPC subfield may be indicated in the sync 415.Additionally, or alternatively, for each user in the shared BSS, if the codeword size selection may not be done and the 2xLDPC subfield may not be indicated by the shared AP 102 in the response 410, the shared AP may indicate the 2xLDPC capability of the user in the response 410, and the sharing AP may select the codeword size for the user and indicate the 2xLDPC subfield of the user in the sync 415.Ranges of Number of LDPC LDPC codeword length LLDPC(bits) ^avbtts(bits) codewords (Ncw)Navbits — 648 1 1296, if Navbits> Npid+ 912 X (1 —V648, otherwise648 < Navt>its1 1944, if Navbits> Npid+ 1464 X (1 — < 1296 V1296, otherwise1296 < Navbits< 1 194419441944 < Navbtts< 2 1944, if Navbits> Npld+ 2916 X (1 - 2592 V1296, otherwise2592 < NavbitsNpid 1944< 3888 1944 ■ RAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO120Navbits > 3888 Npid 1944, if 2xLDPC subfield is set to 0,LLDPC ■ R i.e., codeword size of 3888 is not enabled3888, if 2xLDPC subfield is set to 1, i.e., codeword size of 3888 is enabledTable 36: Example of table for determining modified PPDU encoding parameters

[0186] LDPC rate matching may be implemented for a CoBF procedure, based on the PPDU length and LDPC encoding parameters conveyed in the CoBF Invite 405 or CoBF Response 410 or both. In a CoBF procedure, two APs 102 (e.g., the initiating AP 102-a and the responding AP 102-b) may coordinate their downlink CoBF transmissions, and each AP 102 may null the interference to the scheduled users by the other AP 102. The CoBF transmission may be synchronized between the two APs 102, sharing a common, non-beamformed preamble from L-STF to UHR-SIG, and nulling may happen in the UHR portion of the PPDUs, starting from UHR-short training field (STF).

[0187] To share a common preamble of L-SIG (and RL-SIG), U-SIG and UHR- SIG, the multiple users served by the two APs 102 may share the same PPDU length (i.e., the length field in L-SIG and the PE disambiguity subfield in the common field in UHR-SIG) and the same LDPC encoding parameters (i.e., the pre-FEC padding factor subfield and LDPC extra symbol segment subfield in the common field in UHR-SIG), similar to how multiple users in the same BSS may share the same set of parameters in a single-BSS transmission.

[0188] In some implementations, an initiating AP 102-a (e.g., a TXOP holder) may determine the PPDU length and the LDPC encoding parameters for the CoBF procedure. The initiating AP 102-a may calculate the PPDU length and LDPC encoding parameters for its serving users, and may send the information in a CoBF Invite 405 to the responding AP 102-b. The responding AP 102-b may tailor the packet sizes of serving users associated with the responding AP 102-b to meet the same PPDU length and use the same LDPC encoding requirements.

[0189] For example, the initiating AP s 102-a may send the information of a 12-bit length field (LLENGTH) defined in L-SIG, a 2 -bit common pre-FEC padding factor subfield (a), a 1 -bit LDPC extra symbol segment subfield (bLDpC-extra-Sym-seg), and aAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO1211 -bit PE disambiguity subfield (bPE-Disambiguity) defined in the common field in UHR- SIG in a CoBF Invite 405 or CoBF Sync 415 to the responding AP 102-b. The quantity of OFDM symbols may be derived using Equation 22.L LENGTH +A5A 1UHR-PREAMBLE (22) NSYM bpE -DisambiguityTSYM

[0190] TSYM may be the symbol duration (including GI) in the Data field, and the UHR preamble duration may be the total duration of preamble fields from RL-SIG to UHR-LTF, such that TUHR-PREAMBLE= TRL-SIG+ T[j_SIG+ NUHR-SIGTUHR-SIG+ TUHR-STF-NT + UHR-LTFTUHR-LTF-SYM where TRL-SIG— 4us may be the RL-SIG field duration, TU-SIG= Sus may be the U-SIG field duration, TUHR-SIG= Aus may be the duration of each OFDM symbol (including GI) in the UHR-SIG field,TUHR-STF-NT=^USmay be the UHR-STF field duration in UHR MU PPDUs, TUHR -LTF-SYM may be the duration of each OFDM symbol (including GI) in the UHR-LTF field, NUHR-SIGmay be the quantity of UHR-SIG symbols, and NUHR-LTF may be the quantity of UHR-LTF symbols. In some cases, the quantity of UHR-SIG symbols NUHR-SIGar|d the quantity of UHR-LTF symbols NUHR-LTF may not be known by the sharing AP 102 at the time of the invite 405. The sharing AP 102 may define an alternative parameter modified length (12 bits) LLENGTH modified) (e.g., in the unit of octets) assuming the quantity of UHR-SIG symbols NUHR-SIGsharingBSSmay be determined based on the number of users in the sharing BSS, and the quantity of UHR-LTF symbols NUHR-LTFsharingBSSmay be determined based on the per-user Nss of users in the sharing BSS, in deriving the modified UHR preamble duration. The sharing AP 102 may also define an alternative parameter of PE disambiguity in the sharing BSS according to the modified length for each definition of number of data OFDM symbols, e.g., one or more PE disambiguity bits for the one or more modified length based on one or more number of data OFDM symbols, a PE disambiguity for the average modified length based on the average number of data OFDM symbols, a PE disambiguity for the minimum modified length based on the minimum number of data OFDM symbols, and a PE disambiguity for the maximum modified length based on the maximum number of data OFDM symbols. The modified length (e.g., 12 bits) and a paired PE disambiguity (1 bit) for the modified length may replace the length (e.g., 12 bits) and PE disambiguity (1 bit) and be exchanged in the invite 405.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO122

[0191] Additionally, or alternatively, the initiating AP 102-a may send the information of the 2-bit common pre-FEC padding factor subfield (a), the 1 -bit LDPC extra symbol segment subfield (biDPc-extra-sym-seg) defined in the common field in UHR-SIG, and a 9- or 10-bit quantity of OFDM symbols (NSYM) in aCoBF Invite 405 to the responding AP 102-b. If the LDPC extra symbol segment subfield value is 0, the initial pre-FEC padding factor ainit= a and the initial quantity of OFDM symbols sYM.init=SYM- If the LDPC Extra Symbol Segment subfield value is 1, the initial pre-FEC padding factor and the initial quantity of OFDM symbols may be determined by Equation 23.(NsYM.init=NSYM ~ 1 Cindainit=4, if a = 1 ^3)(NsYM.init=NSYMandainit= a~ 1, otherwise

[0192] Additionally, or alternatively, the initiating AP 102-a may send the information of the 1-bitLDPC extra symbol segment subfield (bLDpC-extra-Sym-seg) defined in the common field in UHR-SIG, a 2-bit initial pre-FEC padding factorand a 9- or 10-bit initial quantity of OFDM symbols (NSYM,init) in aCoBF Invite 405 to the responding AP 102-b. For each user served by the responding AP 102-b, the PHY payload size Npid uand available PHY coded bits Navbits umay be computed using Equations 1-10. For each user, the responding AP may choose the actual payload according to Npid u. If the LDPC extra symbol segment (bLDPC-extra-sym-seg) may be set as either 0 or 1 by the initiating AP 102-a, the responding AP 102-b may not be able to control the puncturing ratio in LDPC codewords. If the LDPC extra symbol segment (bLDPC-extra-sym-seg) may be set to 1 by the initiating AP 102-a, the puncturing ratio in LDPC codewords may be lower.

[0193] In some implementations, the initiating AP 102-a and the responding AP 102-b may exchange the PPDU length and LDPC encoding parameters information in order to jointly determine the PPDU length and encoding parameters. The initiating AP 102-a may calculate the PPDU length and LDPC encoding parameters for the serving users associated with the initiating AP 102-a, and may send the information in a CoBF Invite 405 to the responding AP 102-b. The responding AP 102-b may also calculate the PPDU length and LDPC encoding parameters for the serving users associated with the responding AP 102-b, and may send the information in a CoBF Response 410 to theAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO123initiating AP 102-a. At each AP 102, the same LDPC rate matching procedure may be used to determine the final PPDU length and LDPC encoding parameters.

[0194] For example, each AP 102 may send the information of the 12-bit length field (LLENGTH) defined in L-SIG, the 2-bit common pre-FEC padding factor subfield (a), the 1-bitLDPC extra symbol segment subfield bLDPC-extra-sym-seg) and 1-bitPE disambiguity subfield (bpE-Disambiguity) defined in the common field in UHR-SIG in a CoBF Invite 405 or CoBF Response 410 to the other AP 102. If the modified length (e.g., 12 bits) and the paired PE disambiguity (e.g., 1 bit) for the modified length, in place of the length (e.g., 12 bits) and PE disambiguity (e.g., 1 bit) may be sent in the invite 405, these parameters may be used to derive the quantity of OFDM symbols or initial quantity of OFDM symbols in the same way, assuming the quantity of UHR-SIG symbols NUHR-SIG sharingBSSmay be determined based on the number of users in the sharing BSS, and the quantity of UHR-LTF symbols NUHR-LTFsharingBSSmay be determined based on the per-user Nss of users in the sharing BSS, in the derivation. Additionally, or alternatively, each AP 102 may send the information of the 2-bit common pre-FEC padding factor subfield (a) and 1 -bit LDPC extra symbol segment subfield (biDPc-extra-sym-seg) defined in the common field in UHR-SIG, and a 9- or 10-bit quantity of OFDM symbols (NSYM) in a CoBF Invite 405 or CoBF Response 410 to the other AP 102. Additionally, or alternatively, each AP 102 may send the information of the 1-bitLDPC extra symbol segment subfield (bLDPC-extra-sym-seg) defined in the common field in UHR-SIG, a 2-bit initial pre-FEC padding factorand a 9- or 10-bit initial quantity of OFDM symbols (NSYM,init) in aCoBF Invite 405 or CoBF Response 410 to the other AP 102.

[0195] Each AP 102 may obtain or derive the initial pre-FEC padding factor ainit) and initial quantity of OFDM symbols (NsYM.init) from the other AP 102. For example, the initial pre-FEC padding factor (ainit, APj and initial quantity of OFDM symbols ( sYM,init, APj)may he the set of parameters of the jthAP 102, where j=l or 2.Additionally, or alternatively, the common pre-FEC padding factor (aAPj), quantity of OFDM symbols (NSYMiAPj), and LDPC extra symbol segment(bLDPc-extra-sym-seg-APj) may be the set of parameters of the jthAP 102, where j=l or 2. The PPDU length and LDPC encoding parameters may be determined based on theAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO124initial pre-FEC padding factor and initial quantity of OFDM symbols of each BSS in the same LDPC rate matching algorithm as in multiple users in one BSS.

[0196] For example, each AP 102 may first determine the LDPC pre-FEC padding boundary. Each AP 102 may choose a reference BSS, which may have a data field with longer length. The APs 102 may compare the pre-FEC padding boundaries (^sYM,init, APi—1 ”1 ) and (NSYM,init, AP2 ~ 14)tochoose the set of parameter of the jthAP, where j=l or 2, where (NSYM,init, APj—1 +aini^tAPJ^ >(j^sYM,init, APk—1 +aini^t Pk^ j #= k. If two BSSs have same pre-FEC paddingboundaries, (e.g., (NSYMAnit,APj - 1 +am^AP^ = (NSYM init APk- 1 +ami^t Pk^andsame LDPC extra symbol segment values (e.g., bLDPC-3xtra-sym-seg-APj=biDPc-3xtra-sym-seg-APk)-, there may be no need to recalculate the PPDU length and any LDPC encoding parameters. The two BSSs may already share the same set of parameters. If two BSSs have same pre-FEC padding boundaries (e.g., NSYM,init, APj ~ 1 +CLini^t APJ^ = (jVSYM init APk— 1 +ainit^Pk^ but different LDPC extra symbolsegment values (e.g., i.e., bPP)PP_^xt:ra-Sym-seg_APj — 1 > bPP)PP_^xt:ra-Sym-seg_APk— 0), the APs 102 may set bLDPC-3xtra-sym-seg_APk= 1 and may recalculate the remaining LDPC parameters. If two BSSs have different pre-FEC padding boundaries,e-g-> (^SYM,imt, APj—1 " I > (j^sYM,init, APk—14the APs 102 may choose the jthBSS as the reference BSS, may use an initial pre-FEC padding factoraintt, APj) associated with the refe4rence BSS, and an initial quantity of OFDM symbols (NsYM,tnit, APj) t° be the initial pre-FEC padding factorand initial quantity of OFDM symbols (NSYM init) for the users associated with the WhAP 102. That is, the APs1 AA4 iaAPl~^LDPC-extra-sym-seg-APl\ i f HJ4.102 may compare - 1 + - - —y- - * - J and \ NSYM, AP2 ~1+ aAP2 bLDPc-extra-sym-seg-AP?^cbooseset of parameter of the jthAP 102, where j=l nr 9 whnrp ( N - 1 -1-aAP / ~bLDpC-3xtra-sym-seg-Ap / \>(M - 1 + or z, wnere \ PISYM, AP J1+4) — \NsYM, APk1+aAPk~^>LDPC-extra-sym-seg-APk>^ jAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO125

[0197] Second, the APs 102 may recalculate the LDPC parameters for the users associated with the other APs 102 (e.g., the KhAP 102). That is, there may be no need to recalculate the LDPC parameters for the users associated with the jthAP of the reference BSS. In order to recalculate the LDPC parameters, the APs 102 may use the LDPC rate matching algorithm, described with respect to Equations 1-21.

[0198] Finally, the APs 102 may determine the final LDPC extra symbol segment. If the LDPC extra symbol segment is 1 in at least one BSS, it may be set to 1.Otherwise, it may be 0. Each AP 102 may use the algorithm to update the PPDU length and LDPC encoding parameters individually, and may not exchange further information.

[0199] In other implementations, the sharing AP 102 may not know the MCS of users in the sharing BSS at the time of the invite 405. The sharing AP 102 may indicate the maximum total number of spatial streams (Nss, total) allowed for the shared AP 102 in the invite 405. If the shared AP 102 accepts to participate in CoBF transmissions, the shared AP 102 may transmit a total number of spatial streams no greater than the maximum total number of spatial streams allowed for the shared AP 102, as specified in the invite 405. In some cases, the shared AP 102 may only transmit one total spatial stream (e.g., one spatial stream to a single user), and the sharing AP 102 may estimate the highest MCS of each user in the sharing BSS accordingly, the sharing AP 102 may derive the minimum number of data OFDM symbols and the minimum initial number of data OFDM symbols based on the packet sizes of its serving users.

[0200] Additionally, or alternatively, assuming that the shared AP may only transmit the total number of spatial streams as the maximum total number of spatial streams allowed for the shared AP 102, as specified in the invite 405, the sharing AP 102 may estimate the lowest MCS of each user in the sharing BSS accordingly and derive the maximum number of data OFDM symbols and maximum initial number of data OFDM symbols based on the packet sizes of its serving users. Additionally, or alternatively, assuming that the shared AP 102 may transmit the total number of spatial streams equals a value from 1 to a maximum total number of spatial streams allowed for the shared AP 102, as specified in the invite 405, the sharing AP 102 may estimate the corresponding MCSs, and derive and indicate the corresponding one or more numbers of data OFDM symbols or one or more initial numbers of data OFDM symbols in the Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO126invite 405. Additionally, or alternatively, the sharing AP 102 may only indicate a number of data OFDM symbols or an initial number of Data OFDM Symbols in the invite 405, and it may correspond to the total number of spatial streams transmitted by the shared AP being a certain value. Additionally, or alternatively, the sharing AP 102 may also derive the average number of data OFDM symbols based on the mean value of the minimum and maximum numbers of data OFDM symbols, or the mean value of the numbers of data OFDM symbols, each number derived based on assuming the shared AP 102 may transmit the total number of spatial streams equals from 1 to up to the maximum total number of spatial streams allowed for the shared AP, as specified in the invite 405. The sharing AP 102 may also derive the average initial number of data OFDM symbols based on the mean value of the minimum and maximum initial numbers of data OFDM symbols, or the mean value of the initial numbers of data OFDM symbols, each number derived based on assuming the shared AP may transmit the total number of spatial streams equals from 1 to up to the maximum total number of spatial streams allowed for the shared AP 102, as specified in the invite 405.

[0201] In some examples, the sharing AP 102 may indicate the range of data field duration, such as the average number of data OFDM symbols, the minimum number of data OFDM symbols, the maximum number of data OFDM symbols, the average initial number of data OFDM symbols, the minimum initial number of data OFDM symbols, the maximum initial number of data OFDM symbols, or any combinations thereof, in the invite 405. The shared AP 102 may know that the final data field duration (which may be determined by the sharing AP 102 and the 12-bit length may be indicated in the sync 415) may depend on the total number of spatial streams at the shared AP 102. The shared AP 102 may balance a choice of the number of users and per-user number of spatial streams (Nss) in the shared BSS and the expected data field duration, to make a scheduling decision. The shared AP 102 may indicate the per-user Nss in the shared BSS in the response 410.

[0202] Upon receiving the response 410, the sharing AP 102 may know the per-user Nss of all scheduled users across two BSSs and thus know the total number of spatial streams across two BSSs. It may derive the per-user MCS and 2xLDPC subfield for users in the sharing BSS, perform rate matching based on the packet sizes, determine the final PPDU length and LDPC encoding parameters such as the length (12 bits), pre¬Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO127FEC padding factor (2 bits), LDPC extra symbol segment (1 bit) and PE disambiguity (1 bit) and indicate these quantities in the sync 415. In some examples, there may be one or more sets of the pre-FEC padding factor and the LDPC extra symbol segment, which may each be grouped with the one or more quantities of data OFDM symbols, the average quantity of data OFDM symbols, the minimum quantity of data OFDM symbols or the maximum quantity of data OFDM symbols to determine the corresponding one or more data field durations, average data field duration, minimum data field duration and maximum data field duration, respectively. In some examples, there may be one or more sets of the pre-FEC padding factor and the LDPC extra symbol segment, which may each be grouped with the one or more initial quantities of data OFDM symbols, the average initial quantity of data OFDM symbols, the minimum initial quantity of data OFDM symbols or the maximum initial quantity of data OFDM symbols to determine the corresponding one or more data field durations, average data field duration, minimum data field duration and maximum data field duration, respectively. In some examples, the pre-FEC padding factor, the LDPC extra symbol segment, or both may be fixed values. For example, the pre-FEC padding factor may be set to 3 and post-FEC padding may be avoided. The LDPC extra symbol segment may be fixed to 1. Fixing the values of these fields may render them optional and they may, in some examples, be omitted from the any frame, e.g., the invite 405, response 410, and sync 415.

[0203] As discussed herein, in some cases, the LDPC extra symbol segment, pre-FEC padding factor, and PE disambiguity may be fixed values, or may be non-baseline information. For example, the LDPC extra symbol segment may be a fixed value, such as 1. In some examples, the pre-FEC padding factor may depend on the per-user MCS. For example, the pre-user MCS in the sharing BSS may be pre-determined by the sharing AP 102 and may be indicated in the invite 405. The sharing AP 102 may determine (e.g., decide) the exact data field duration, including the quantity of data OFDM symbols and the pre-FEC padding factor, based on the packet size or sizes. Although a per-user MCS in the sharing BSS may be unknown at the time of the invite 405, the sharing AP 102 may determine and indicate at least a rough data field duration, and thus may also determine the pre-FEC padding factor. In some examples, the pre-FEC padding factor may be a fixed value (e.g., 3) and post-FEC padding may beAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO128avoided or skipped. In some cases, the PE disambiguity may be indicated along the length subfield in the L-SIG in the sync 415 (e.g., synchronization frame, trigger frame) or may be omitted and each AP 102 may derive the PE disambiguity.

[0204] Figure 5 shows an example of a timing diagram 500 that supports CoBF information exchange for transmission phase. The timing diagram 500 may implement, or be implemented by, aspects of the wireless communication network 100, the example PDUs 200 and 300, or the timing diagram 400. For example, the timing diagram 500 may include one or more APs 102, including at least the initiating AP 102-c and the responding AP 102-d, which may be examples of corresponding devices as described herein, including with reference to Figure 1 and Figure 4. The techniques described herein in the context of the timing diagram 500 may support the initiating AP 102-a to perform a single frame information exchange with the responding AP 102-b to support C-SR transmission. In some examples, by including an information exchange specific to C-SR transmission, the described techniques may be used to limit interference during the C-SR transmission and improve communication reliability.

[0205] In some implementations, such as for C-SR transmission, information exchange between an initiating AP 102-c and a responding AP 102-d may occur in a single frame, rather than a three stage or frame process, as described at Figure 4. The single frame, an invite / sync 505, may combine information that may have been included in an invite and a trigger, separately, in the three-stage information exchange described at Figure 4. For example, the initiating AP 102-c may transmit the C-SR invite / sync 505 to the responding AP 102-d, which may include information for the U-SIG, information for the L-SIG, such as the length field, and interference or power control information for the responding AP 102-d. The contents of this information may be described more with respect to Figure 4. In the single frame procedure, the responding AP 102-d may not transmit a response. In some cases, transmissions form the initiating AP 102-c. such as indicating a C-SR and a second BSS color, may be affected if the responding AP 102-d may not participate in the C-SR but may have no way of indicating that to the initiating AP 102-c. After transmitting the invite / sync 505, the initiating AP 102-c and the responding AP 102-d may perform synchronous transmission of the downlink PPDUs 510 within the shared TXOP 515 per the C-SR procedure.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO129

[0206] In some implementations, the information exchange may also be a two frame process, which may allow for asynchronous transmissions. For example, the initiating AP 102-c (e.g., sharing AP 102) may transmit an initialization (e.g., invite frame) for the C-SR procedure and the responding AP 102-d (e.g., shared AP 102) may transmit an initialization response (e.g., response frame). After receiving the response, the initiating AP 102-c may begin the PPDU transmission for the C-SR procedure, and a PHY preamble of the transmission may act as a C-SR indication, or trigger, for the responding AP 102-d, which may then begin PPDU transmission.

[0207] Although the single frame information exchange may be illustrated separately from the three-stage information exchange in Figure 4, aspects of Figure 4, particularly related to the invite message 405, the response message 410, and the sync message 415, may apply for the single frame information exchange of Figure 5, as well as the two frame information exchange for asynchronous C-SR described herein.

[0208] Figure 6 shows an example of a process flow 600 that supports CoBF information exchange for transmission phase. The process flow 600 may implement, or be implemented by, aspects of the wireless communication network 100, the example PDUs 200 and 300, or the timing diagrams 400 and 500. For example, the process flow 600 may include one or more APs 102, including at least the AP 102-f and the AP 102-g, which may be examples of corresponding devices as described herein, including with reference to Figure 1, Figure 4, and Figure 5. The techniques described herein in the context of the process flow 600 may support the AP 102-f to perform information exchange with the AP 102-g in order to support CoBF and C-SR transmission.

[0209] In some implementations, at 605, the AP 102-f may determine, for inclusion in an invite message, as described at 610, or based on information included in a response message, as described further at 620 and 625, one or more PPDU length and LDPC encoding parameters. For example, the AP 102-f may determine one or more PPDU length and LDPC encoding parameters at 605 prior to transmitting the invite message, as described at 610, or, additionally, or alternatively, after receiving the response message, as described at 620.

[0210] At 610, in some implementations, the AP 102-f (e.g., initiating AP, first AP, second AP) may transmit, and the AP 102-g (e.g., responding AP, first AP, second AP)Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO130may receive, an invite message associated with a CoBF procedure, the invite message including information that pertains to a U-SIG, information that pertains to at least one of a L-SIG and a common field of a UHR-SIG, and user information associated with one or more user fields of the UHR-SIG. In some cases, the information that pertains to the U-SIG may include at least one of a PHY version identifier, a bandwidth associated with the AP 102-f, an indication of uplink or downlink communication associated with the AP 102-f, an indication of a TXOP duration, an identifier associated with the AP 102-f, an identifier associated with the AP 102-g, one or more first parameters associated with a PPDU type and compression mode, an indication of the CoBF procedure, information associated with punctured channels, and an indication of a MCS of the UHR-SIG. In some cases, the information that pertains to at least one of the L-SIG and the common field of the UHR-SIG may include at least one of a GI+LTF size, a quantity of users associated with the AP 102-f and the CoBF procedure, one or more second parameters associated with a PPDU and LDPC encoding, a modified PPDU length, a range of PPDU length, a data field duration, an average quantity of data OFDM symbols, a range of values associated with the data field duration, a minimum quantity of data OFDM symbols, a maximum quantity of data OFDM symbols, a pre-FEC padding factor, an LDPC extra symbol segment, and a PE disambiguity indication. In some cases, the user information associated with one or more user fields of the UHR-SIG, where the user information associated with each user field may include at least one of a STA identifier, an indication of a MCS, an indication of a BSS color, an indication of an AP 102, one or more third parameters associated with LDPC encoding, and an indication of a quantity of spatial streams. In some cases, the invite message may include an invitation for the AP 102-g to participate in the CoBF procedure, an indication of bandwidth information associated with the AP 102-g, synchronization leader information, or both.

[0211] At 610, in some implementations, at the AP 102-f may transmit the invite message associated with a CoBF procedure. The invite message may include baseline information that includes control information and preamble information. In some cases, the preamble information may include the information that pertains to the U-SIG, the information that pertains to at least one of the L-SIG and the common field of the UHR-SIG, the user information associated with the one or more user fields of the UHR-SIG,Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO131or any combination thereof. In some cases, the control information may include an invitation for the AP 102-g to participate in the CoBF procedure, bandwidth information associated with the AP 102-g, synchronization leader information, an immediate response notification, a MAP scheme, an information type, or any combination thereof. In some cases, the user information associated with one or more user fields of the UHR-SIG may be for users in a sharing BSS, where the sharing BSS may be associated with the AP 102-f.

[0212] In some implementations, at 615, the AP 102-g may determine, based on information included in the invite message or for inclusion in the response message, one or more PPDU length and LDPC encoding parameters.

[0213] At 620, the AP 102-f may receive, and the AP 102-g may transmit, in response to transmission of the invite message as described at 610, a response message associated with the CoBF procedure. In some cases, the response message may indicate participation by the AP 102-g in the CoBF procedure. In some cases, the response message may include information that pertains to at least one of a second L-SIG and a common field of a second UHR-SIG associated with the second access point, second user information associated with one or more user fields of the second UHR-SIG, bandwidth information associated with the second access point, synchronization leader information, or any combination thereof. In some cases, the response message may include the one or more PPDU length and LDPC encoding parameters, as determined at 615. In some cases, the response message may include second baseline information that may include second control information and second preamble information. The second control information may include an indication of participation of the AP 102-g in the CoBF procedure, bandwidth information associated with the AP 102-g, synchronization leader information, an immediate response notification, a MAP scheme, an information type, or any combination thereof. In some cases, the second user information associated with one or more user fields of the second UHR-SIG may be for users in a shared BSS, where the shared BSS may be associated with the AP 102-g.

[0214] The second preamble information may include information that pertains to a second U-SIG, information that pertains to at least one of a second L-SIG and a common field of a second UHR-SIG, second user information associated with one or more user fields of the second UHR-SIG, or any combination thereof. In some Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO132examples, the information that pertains to the second U-SIG may include at least one of a PHY version identifier, a bandwidth associated with the AP 102-f, an indication of uplink or downlink communication associated with the AP 102-f, an indication of a TXOP duration, an identifier associated with the AP 102-f, an identifier associated with the AP 102-g, one or more first parameters associated with a PPDU type and compression mode, an indication of the CoBF procedure, information associated with punctured channels, and an indication of a MCS of the second UHR-SIG. In some examples, the information that pertains to at least one of the second L-SIG and the common field of the second UHR-SIG may include at least one of a GI-LTF size, a quantity of users associated with the AP 102-f or the AP 102-g and the CoBF procedure, one or more second parameters associated with a PPDU and LDPC encoding, a modified PPDU length, a range of PPDU length, a data field duration, an average quantity of OFDM data symbols, a range of values associated with the data field duration, a minimum quantity of OFDM data symbols, a maximum quantity of OFDM data symbols, a pre-FEC padding factor, an LDPC extra symbol segment, and a PE disambiguity indication. In some examples, the user information may include user information associated with each user field of the one or more user fields of the second UHR-SIG that may include at least one of a STA identifier, an indication of a MCS, an indication of a BSS color, an indication of an AP 102, one or more third parameters associated with LDPC encoding, and an indication of a number of spatial streams.

[0215] In some cases, the first UHR-SIG may be the same UHR-SIG as the second UHR-SIG. In some examples, the first UHR-SIG and the second UHR-SIG may contain the same information, may contain different information, or may contain some overlapping information that may be the same between both UHR-SIGs.

[0216] In some implementations, at 625, the AP 102-f may determine final PPDU length and LDPC encoding parameters. The AP 102-f may determine the final PPDU length and LDPC encoding parameters based on previous determinations of PPDU length and LDPC encoding parameters (e.g., may update the PPDU length and LDPC encoding parameters), as described at 605, based on information included in the response message, as described at 620, or both. In some cases, at 625, the AP 102-f may determine one or more LDPC parameters for inclusion in the synchronization message at 635.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO133

[0217] In some implementations, at 630, the AP 102-g may determine the final PPDU length and LDPC encoding parameters. The AP 102-g may determine the final PPDU length and LDPC encoding parameters based on previous determinations of PPDU length and LDPC encoding parameters (e.g., may update the PPDU length and LDPC encoding parameters), as described at 615, based on information included in the invite message, as described at 605, or both. In some cases, at 630, the AP 102-g may determine one or more LDPC parameters for inclusion in the synchronization message at 640.

[0218] In some implementations, at 635, the AP 102-f may transmit, and the AP 102-g may receive, in response to reception of the response message as described at 620, a synchronization message (e.g., trigger message) that may indicate that the CoBF procedure is to begin. In some cases, the synchronization message may include third baseline information (e.g., second baseline information), where the third baseline information may include third control information (e.g., second control information) and third preamble information (e.g., second preamble information). The third preamble information may include information that pertains to a third U-SIG (e.g., second U-SIG), information that pertains to at least one of a third L-SIG (e.g., second L-SIG) and a common field of a third UHR-SIG (e.g., second UHR-SIG), third user information (e.g., second user information) associated with one or more user fields of the third UHR-SIG, or any combination thereof. In some examples, the third user information associated with one or more user fields of the third UHR-SIG may be for users in a sharing BSS, where the sharing BSS may be associated with the AP 102-f. In some examples, the second user information associated with one or more user fields of the second UHR-SIG may not be included in the response message at 620, and the third user information associated with one or more user fields of the third UHR-SIG may be for users in the sharing BSS associated with the AP 102-f and for users in the shared BSS associated with the AP 102-g (e.g., all users). In some examples, the information that pertains to the third U-SIG may include at least one of a PHY version identifier, a bandwidth associated with the AP 102-f, an indication of uplink or downlink communication associated with the AP 102-f, an indication of a TXOP duration, an identifier associated with the AP 102-f, an identifier associated with the AP 102-g, one or more first parameters associated with a PPDU type and compression mode, an indication of the CoBF procedure, information associated with punctured channels, andAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO134an indication of a MCS of the second UHR-SIG. In some examples, the information that pertains to at least one of the third L-SIG and the common field of the third UHR-SIG may include at least one of a GI+LTF size, a quantity of users associated with the AP 102-f and the CoBF procedure, one or more second parameters associated with a PPDU and LDPC encoding, a modified PPDU length, a range of PPDU length, a data field duration, a range of values associated with the data field duration, a minimum quantity of OFDM data symbols, a maximum quantity of OFDM data symbols, a pre-FEC padding factor, an LDPC extra symbol segment, a PE disambiguity indication, or any combination thereof. In some examples, the third user information associated with one or more user fields of the third UHR-SIG may include user information associated with each user field that includes at least one of a STA identifier, an indication of a MCS, an indication of a BSS color, an indication of an AP 102, one or more third parameters associated with LDPC encoding, an indication of a number of spatial streams, or any combination thereof. In some cases, the invite message, the response message, the synchronization message, or any combination thereof may include a trigger frame, wherein the trigger frame may include a BSRP trigger frame, a STA-specific BSRP trigger frame (e.g., a trigger frame that may solicit one or more PPDUs not using one or more TB PPDU formats (e g., HE / EHT / UHR TB PPDU formats)) (e.g, a BSRP G13 trigger frame), a MU-RTS trigger frame, a MU-RTS TXS trigger frame, a new trigger type frame, or any combination thereof. The invite message, the response message, the synchronization message, or any combination thereof may trigger transmission of a PPDU including a quality of service (QoS) Null frame, a BlockAck frame, a multi-STA BlockACK frame, or any combination thereof.

[0219] In some cases, the first UHR-SIG, the second UHR-SIG, the third UHR-SIG, or any combination thereof may be the same UHR-SIG. In some examples, the first UHR-SIG, the second UHR-SIG, the third UHR-SIG, or any combination thereof may contain the same information, may contain different information, or may contain some overlapping information that may be the same between the UHR-SIGs. That is, the information that the respective UHR-SIGs may contain (e.g., the common field of the respective UHR-SIG, the one or more user fields of the respective UHR-SIG) may be the same, may overlap, or may be different.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO135

[0220] In some cases, the synchronization message may indicate optional information, where the optional information may include third information that may pertain to the second U-SIG, third information that may pertain to at least one of the second L-SIG and a common field of the second UHR-SIG, third user information associated with one or more user fields of the second UHR-SIG, or any combination thereof. In some examples, the third information that pertains to the second U-SIG may include at least one of an uplink or downlink indication, an indication of one or more BSS colors, information associated with a TXOP, one or more first parameters associated with a PPDU type and compression mode, an indication of a MCS of the UHR-SIG field, an indication of the CoBF procedure, an indication of a quantity of UHR-SIG symbols. In some examples, the third information that pertains to at least one of the second L-SIG and the common field of the second UHR-SIG may include at least one of an indication of a spatial reuse scheme, one or more second parameters associated with a PPDU and LDPC encoding, a pre-FEC padding factor, and information associated with a quantity of users. In some examples, the third user information associated with one or more user fields of the second UHR-SIG may include user information associated with each user field, where the user information associated with each user field may include at least one of an indication of a BSS color, an indication of an access point, information associated with a spatial configuration, and an indication of a number of spatial streams (e.g., quantity of spatial streams).

[0221] In other implementations, at 640, the AP 102-f may receive, and the AP 102-g may transmit, in response to reception of the response message as described at 620 and in accordance with a synchronization leader parameter associated with the AP 102-f, the AP 102-g, or both, a synchronization message (e.g., trigger message) that indicates that the CoBF procedure is to begin. In some cases, the synchronization message may include second baseline information, where the second baseline information may include second control information and second preamble information. The second preamble information may include information that pertains to a second U-SIG, information that pertains to at least one of a second L-SIG and a common field of a second UHR-SIG, second user information associated with one or more user fields of the second UHR-SIG, or any combination thereof.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO136

[0222] Figures 7A and 7B show examples of timing diagrams 700 and 701 (e.g., transmit sequences), respectively, that support CoBF information exchange for a transmission phase. The timing diagrams 700 and 701 may implement, or be implemented by, aspects of the wireless communication network 100, the example PDUs 200 and 300, the timing diagrams 400 and 500, or the process flow 600. The techniques described herein in the context of the timing diagrams 700 and 701 may support multiple frame designs for the information exchange for different MAP schemes.

[0223] In some implementations, part of a CoBF information exchange (e.g., transmission phase) may include three frames: the invite 705, response 710, and sync 715 (e.g., synchronization frame) within a shared TXOP 725. Each AP 102 may also exchange initial control frame(s) (ICF) 730 and initial control response(s) (ICR) with serving STAs of the AP 102 to make sure that the STAs may be activated to receive downlink PPDUs 720. There may be different options for transmitting the intra-BSS ICF 730 and ICR 735 frames, as in Figures 7 A and 7B.

[0224] With respect to timing diagram 700, the per-BSS ICF / ICR exchange may be decoupled from the invite 705 and the response 710. That is, the invite 705 and response 710 may be used for communication between APs, and may not solicit responses form the STAs associated with each AP. In some cases, if no scheduled STAs associated with the shared AP 102 (e.g., the responding AP 102-j) may be activated, which may be indicated in the response 710-a, the sync 715-a may indicate transmission form the sharing AP 102 (e.g., the initiating AP 102-h) and not the responding AP 102-j (e.g., no CoBF may occur), or the sync 715-a may be omitted. In some cases, if no scheduled STAs associated with the initiating AP 102-h may be activated, which may be indicated in the invite 705-a, the sync 715-a may indicate transmission from the responding AP 102-j and not the initiating AP 102-h (e.g., no CoBF may occur), or may remain in the CoBF transmission configuration or scheme, with transmission only from the responding AP 102-j (e.g., waste or leave some spatial degrees of freedom unused). Between each frame transmitted in the timing diagram 700, there may be a gap (e.g., SIFS period). Each AP 102 may have an associated silent period 740 after reception of a respective ICR 735. For example, the initiating AP 102-h may transmit an ICF 730-a after receiving the response 710-a (e.g., after a SIFS period), and may receive the ICRAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO137735-a after transmitting the ICF 730-a (e.g., after a SIFS period). The silent period 740-a may last from reception of the ICR 735-a until transmission of the downlink PPDU 720-a. the responding AP 102-j may transmit an ICF 730-b after the initiating AP 102-h may receive the ICR 735-a (e.g., after a SIFS period), and may receive the ICR 735-b after transmitting the ICF 730-b (e.g., after a SIFS period). The silent period 740-b may last from reception of the ICR 735-b until transmission of the downlink PPDU 720-b. After transmission of the DL PPDU 720 (e.g., after a SIFS period), the initiating AP 102-h may transmit a multi-user block acknowledgement (ACK) request (MU-BAR) frame, such as to STAs associated with the initiating AP 102-h. The initiating AP 102-h may receive a block acknowledgement (BA) frame in response (e.g., after a SIFS period). Similarly, the responding AP 102-h may transmit a MU-BAR frame, such as to STAs associated with the initiating AP 102-h, after reception of the BA frame at the initiating AP 102-h. The responding AP 102-j may receive a BA frame in response (e.g., after a SIFS period). Between the end of the DL PPDU 720 and the transmission of the MU-BAR at the responding AP 102-j, the responding AP 102-j may be in a silent period 740.

[0225] With respect to timing diagram 701, the intra BSS ICF 730 and ICR 735 exchange may be coupled with the inter-BSS information exchange between the APs 102. For example, each of the CoBF invite 705-b and the response 710-b may act as ICFs 730 that may solicit response from both the STAs associated with the AP 102 and, in some cases, the other AP 102. The other AP 102 may or may not respond with an ICR 735, along with other STAs. The shared AP 102 may respond with the CoBF response 710-b after the ICRs 735 in response to the CoBF invite 705-b. The sharing AP 102 may respond with the CoBF sync 715-b (e.g., synchronization frame) after the ICRs 735 in response to the CoBF response 710-b. Between each frame transmitted in the timing diagram 701, there may be a gap (e.g., SIFS period). For example, the initiating AP 102-k may transmit the CoBF invite 705-b, which may act as an ICF 730. The responding AP 102-m may transmit an ICR 735-d (which may be received at the ICR 735-c), and STAs associated with initiating AP 102-k may, additionally, or alternatively, transmit ICRs 735, which may be received at ICR 735-c. The responding AP 102-m may then transmit the CoBF response 710-b, which may act as an ICF 730. The initiating AP 102-k may transmit an ICR 735-e (which may be received at the ICRAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO138735-f), and STAs associated with responding AP 102-m may, additionally, or alternatively, transmit ICRs 735, which may be received at ICR 735-f. Each AP 102 may have an associated silent period 740 after reception of a respective ICR 735. For example, the initiating AP 102-k may receive the ICR 735-c, and the silent period 740-c may last from reception of the ICR 735-c until transmission of the downlink PPDU 720-c. The responding AP 102-m may receive the ICR 735-f, and the silent period 740-d may last from reception of the ICR 735-d until transmission of the downlink PPDU 720-d. In some cases, the initiating AP 102-k may receive a BA in a BA frame after the downlink PPDU 720-c (e.g., after a SIFS period). The responding AP 102-m may receive a BA concurrently (e.g., a SIFS period after the downlink PPDU 720-d).

[0226] With respect to both timing diagrams 700 and 701, in some implementations, the ICFs 730 (e.g., polling frames) may be transmitted as part of a MAP procedure (e.g., Co-TDMA operation), and may be example of buffer status report poll (BSRP) trigger frames. In some implementations, as part of the MAP procedure (e.g., Co-TDMA procedure) and to share a portion of the TXOP (e.g., the shared TXOP 725), a sharing AP 102 (e.g., initiati...

Claims

Qualcomm Docket No. 2501668WO201CLAIMSWhat is claimed is:

1. A first access point, comprising:a processing system that includes processor circuitry and memory circuitry that stores code, the processing system configured to cause the first access point to:transmit an invite message associated with a coordinated multiple access point transmission procedure, the invite message comprising baseline information that includes control information and preamble information, wherein the preamble information comprises information that pertains to a universal signal (U-SIG), information that pertains to at least one of a legacy signal (L-SIG) and a common field of an ultra-high reliability signal (UHR- SIG), user information associated with one or more user fields of the UHR-SIG, or any combination thereof;receive, from a second access point and in response to transmission of the invite message, a response message associated with the coordinated multiple access point transmission procedure; andtransmit, in response to reception of the response message, a synchronization message that indicates that the coordinated multiple access point transmission procedure is to begin.

2. The first access point of claim 1, wherein:the synchronization message includes second baseline information, the second baseline information comprises second control information and second preamble information, andthe second preamble information comprises information that pertains to a second U-SIG, information that pertains to at least one of a second L-SIG and a common field of a second UHR-SIG, second user information associated with one or more user fields of the second UHR-SIG, or any combination thereof.

3. The first access point of claim 2, wherein:the coordinated multiple access point transmission procedure comprises a coordinated beamforming procedure,Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO202the information that pertains to the second U-SIG comprises at least one of a physical layer (PHY) version identifier, a bandwidth associated with the first access point, an indication of a transmission opportunity duration, an identifier associated with the first access point, an identifier associated with the second access point, an indication of the coordinated beamforming procedure, information associated with punctured channels, and an indication of a quantity of UHR-SIG symbols,the information that pertains to at least one of the second L-SIG and the common field of the second UHR-SIG comprises at least one of a guard interval and long training field size, a quantity of users associated with the coordinated beamforming procedure, one or more second parameters associated with a physical layer protocol data unit (PPDU) length, and a quantity of UHR-long training field (UHR-LTF) symbols, andthe second user information associated with one or more user fields of the second UHR-SIG comprises user information associated with each user field, wherein the user information associated with each user field comprises at least one of a station identifier, an indication of a modulation and coding scheme, an indication of a basic service set (BSS) color, an indication of an access point, one or more third parameters associated with low-density parity-check (LDPC) encoding, an indication of enabling or disabling 2xLDPC, information associated with a spatial configuration, and an indication of a number of spatial streams.

4. The first access point of claim 1, wherein:the invite message, the synchronization message, or any combination thereof comprises a trigger frame, wherein the trigger frame comprises a buffer status report poll (BSRP) trigger frame, a station-specific BSRP trigger frame, a multi-user request-to-send (MU-RTS) trigger frame, a MU-RTS transmit opportunity sharing (TXS) trigger frame, a new trigger type frame, or any combination thereof, andthe response message comprising a BlockAck frame, a multi-station BlockACK frame, or any combination thereof.

5. The first access point of claim 1, wherein:the coordinated multiple access point transmission procedure comprises a coordinated beamforming procedure,Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO203the information that pertains to the U-SIG comprises at least one of a physical layer (PHY) version identifier, a bandwidth associated with the first access point, an indication of a transmission opportunity duration, an identifier associated with the first access point, an identifier associated with the second access point, an indication of the coordinated beamforming procedure, and information associated with punctured channels,the information that pertains to at least one of the L-SIG and the common field of the UHR-SIG comprises at least one of a guard interval and long training field size, a quantity of users associated with the first access point and the coordinated beamforming procedure, one or more second parameters associated with a physical layer protocol data unit (PPDU) length, one or more quantities of data orthogonal frequency division multiplexing (OFDM) symbols, one or more initial quantities of data OFDM symbols, a range of values associated with one or more data field durations, a minimum quantity of data OFDM symbols, a maximum quantity of data OFDM symbols, a minimum initial quantity of data OFDM symbols, and a maximum initial quantity of Data OFDM symbols, andthe user information comprises user information associated with each user field of the one or more user fields of the UHR-SIG, wherein the user information associated with each user field comprises at least one of a station identifier, and an indication of a number of spatial streams.

6. The first access point of claim 1, wherein the coordinated multiple access point transmission procedure comprises a coordinated beamforming procedure, and wherein the invite message comprises information indicating a threshold quantity of spatial streams associated with the second access point.

7. The first access point of claim 1, wherein the control information comprises an invitation for the second access point to participate in the coordinated multiple access point transmission procedure, bandwidth information associated with the second access point, synchronization leader information, an immediate response notification, a multi-access point scheme, an information type, or any combination thereof.Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO2048. The first access point of claim 1, wherein:the response message includes third baseline information that comprises third control information and third preamble information,the third control information comprises an indication of participation of the second access point in the coordinated multiple access point transmission procedure, bandwidth information associated with the second access point, synchronization leader information, an immediate response notification, a multi-access point scheme, an information type, or any combination thereof, andthe third preamble information comprises information that pertains to a third U-SIG, information that pertains to at least one of a third L-SIG and a common field of a third UHR-SIG, third user information associated with one or more user fields of the third UHR-SIG, or any combination thereof.

9. The first access point of claim 8, wherein:the coordinated multiple access point transmission procedure comprises a coordinated beamforming procedure,the information that pertains to the third U-SIG comprises at least one of a physical layer (PHY) version identifier, a bandwidth associated with the second access point, an indication of a transmission opportunity duration, an identifier associated with the first access point, an identifier associated with the second access point, an indication of the coordinated beamforming procedure, and information associated with punctured channels,the information that pertains to at least one of the third L-SIG and the common field of the third UHR-SIG comprises at least one of a guard interval and long training field size, a quantity of users associated with the second access point and the coordinated beamforming procedure, one or more second parameters associated with a physical layer protocol data unit (PPDU) length and low-density parity-check (LDPC) encoding, a data field duration, and a minimum quantity of data orthogonal frequency division multiplexing (OFDM) symbols, andthe third user information comprises user information associated with each user field of the one or more user fields of the third UHR-SIG that comprises at least one of a station identifier, an indication of a modulation and coding scheme, an indication of a basic service set (BSS) color, an indication of an access point, one orAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO205more third parameters associated with low-density parity-check (LDPC) encoding, an indication of enabling or disabling 2xLDPC, an indication of 2xLDPC capability, and an indication of a number of spatial streams.

10. The first access point of claim 1, wherein the coordinated multiple access point transmission procedure comprises a coordinated beamforming procedure, and wherein the response message comprises an indication of whether one or more extra long training fields (LTF) associated with the second access point are allowed.

11. The first access point of claim 1, wherein:the coordinated multiple access point transmission procedure comprises a coordinated spatial reuse procedure,the invite message indicates a first physical layer (PHY) version identifier for a first PHY protocol data unit (PPDU) corresponding to the coordinated spatial reuse procedure, a bandwidth associated with the first access point, a first threshold transmit power for transmission of a second PPDU by the second access point, information associated with punctured channels corresponding to the first PPDU, information pertaining info of a L-SIG for the first PPDU, a minimum quantity of data symbols, a maximum quantity of data symbols, a guard interval and long training field size for the first PPDU, a quantity of long training field (LTF) symbols, a transmit power for transmission of the first PPDU, or any combination thereof, andthe response message indicates a second PHY version identifier for a second PPDU corresponding to the coordinated spatial reuse procedure, a bandwidth associated with the second access point, a transmit power for transmission of the second PPDU by the second access point, information associated with punctured channels corresponding to the second PPDU, information pertaining info of a second L-SIG for the second PPDU, a candidate quantity of data symbols of the second L-SIG, a guard interval and LTF size for the second PPDU, a transmit power for transmission of the first PPDU, or any combination thereof.

12. The first access point of claim 11, wherein the synchronization message further indicates information corresponding to a final length field in an L-SIGAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO206field for the second PPDU and the first PPDU, parameters associated with a U-SIG for the first PPDU and the second PPDU, or any combination thereof.

13. The first access point of claim 12, wherein a packet size of the second PPDU is based at least in part on a common preamble for the first PPDU and a common preamble for the second PPDU each including an L-SIG field of a final length that corresponds to the final length field.

14. The first access point of claim 11, wherein one or more parameters for the coordinated multiple access point transmission procedure may be set values, the one or more parameters comprising a first modulation and coding scheme (MCS) for an extremely high throughput signal (EHT-SIG), a second MCS for the UHR-SIG, a first quantity of symbols for the EHT-SIG, a second quantity of symbols for the UHR-SIG, or any combination thereof.

15. The first access point of claim 11, wherein the coordinated spatial reuse procedure comprises a first type of coordinated spatial reuse procedure, the first type of coordinated spatial reuse procedure corresponding to a common preamble for the first PPDU and the second PPDU, the common preamble comprising a legacy short training field (L-STF), a legacy long training field (L-LTF), and a legacy signal (L-SIG).

16. The first access point of claim 11, wherein the coordinated spatial reuse procedure comprises a second type of coordinated spatial reuse procedure, the second type of coordinated spatial reuse procedure corresponding to a common preamble for the first PPDU and the second PPDU, the common preamble comprising a legacy short training field (L-STF), a legacy long training field (L-LTF), a legacy signal (L-SIG), and a U-SIG.

17. A method for wireless communications at a first access point, comprising:transmitting an invite message associated with a coordinated multiple access point transmission procedure, the invite message comprising baseline information that includes control information and preamble information, wherein the preamble information comprises information that pertains to a universal signal (U-SIG),Attorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO207information that pertains to at least one of a legacy signal (L-SIG) and a common field of an ultra-high reliability signal (UHR-SIG), user information associated with one or more user fields of the UHR-SIG, or any combination thereof;receiving, from a second access point and in response to transmission of the invite message, a response message associated with the coordinated multiple access point transmission procedure; andtransmitting, in response to reception of the response message, a synchronization message that indicates that the coordinated multiple access point transmission procedure is to begin.

18. The method of claim 17, wherein:the synchronization message includes second baseline information, the second baseline information comprises second control information and second preamble information, andthe second preamble information comprises information that pertains to a second U-SIG, information that pertains to at least one of a second L-SIG and a common field of a second UHR-SIG, second user information associated with one or more user fields of the second UHR-SIG, or any combination thereof.

19. A non-transitory computer-readable medium storing code for wireless communications, the code comprising instructions executable by one or more processors to:transmit an invite message associated with a coordinated multiple access point transmission procedure, the invite message comprising baseline information that includes control information and preamble information, wherein the preamble information comprises information that pertains to a universal signal (U-SIG), information that pertains to at least one of a legacy signal (L-SIG) and a common field of an ultra-high reliability signal (UHR-SIG), user information associated with one or more user fields of the UHR-SIG, or any combination thereof;receive, from a second access point and in response to transmission of the invite message, a response message associated with the coordinated multiple access point transmission procedure; andAttorney Docket No. PY2931.WO (114958.TBD)Qualcomm Docket No. 2501668WO208transmit, in response to reception of the response message, a synchronization message that indicates that the coordinated multiple access point transmission procedure is to begin.

20. The non-transitory computer-readable medium of claim 19, wherein:the synchronization message includes second baseline information, the second baseline information comprises second control information and second preamble information, andthe second preamble information comprises information that pertains to a second U-SIG, information that pertains to at least one of a second L-SIG and a common field of a second UHR-SIG, second user information associated with one or more user fields of the second UHR-SIG, or any combination thereof.Attorney Docket No. PY2931.WO (114958.TBD)

Images