WO2023212082A1 - Procédés de détection dans un réseau local sans fil (wlan) - Google Patents

Procédés de détection dans un réseau local sans fil (wlan) Download PDF

Info

Publication number
WO2023212082A1
WO2023212082A1 PCT/US2023/020024 US2023020024W WO2023212082A1 WO 2023212082 A1 WO2023212082 A1 WO 2023212082A1 US 2023020024 W US2023020024 W US 2023020024W WO 2023212082 A1 WO2023212082 A1 WO 2023212082A1
Authority
WO
WIPO (PCT)
Prior art keywords
sensing
responder
measurement setup
sensing measurement
frame
Prior art date
Application number
PCT/US2023/020024
Other languages
English (en)
Inventor
Zinan Lin
Mahmoud SAAD
Rui Yang
Original Assignee
Interdigital Patent Holdings, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Interdigital Patent Holdings, Inc. filed Critical Interdigital Patent Holdings, Inc.
Publication of WO2023212082A1 publication Critical patent/WO2023212082A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Definitions

  • Wireless Local Area Network (WLAN) sensing may enable a station (STA) to obtain sensing measurements of the channel(s) between two or more STAs and/or the channel between a receive antenna and a transmit antenna of a STA. With the execution of a WLAN sensing procedure, it is possible for a STA to obtain sensing measurements useful for detecting and tracking changes in the environment.
  • STA station
  • sensing measurements useful for detecting and tracking changes in the environment.
  • a method performed by a sensing responder may include receiving a first sensing measurement setup request message indicating a first one or more parameters to be used in a sensing measurement procedure.
  • the method may include transmitting a first sensing measurement setup response message indicating at least one parameter that differs from the first one or more parameters indicated by the sensing measurement setup request message.
  • the method may include receiving a second sensing measurement setup request message indicating a second one or more parameters to be used in the sensing measurement procedure.
  • the second one or more parameters to be used in the sensing measurement procedure may include at least one parameter that differs from the first one or more parameters indicated by the first sensing measurement setup request message.
  • FIG. 1A is a system diagram illustrating an example communications system in which one or more disclosed embodiments may be implemented
  • FIG. 1 B is a system diagram illustrating an example wireless transmit/receive unit (WTRU) that may be used within the communications system illustrated in FIG. 1A according to an embodiment;
  • WTRU wireless transmit/receive unit
  • FIG. 1C is a system diagram illustrating an example radio access network (RAN) and an example core network (CN) that may be used within the communications system illustrated in FIG. 1A according to an embodiment
  • FIG. 1D is a system diagram illustrating a further example RAN and a further example CN that may be used within the communications system illustrated in FIG. 1A according to an embodiment
  • FIG. 2 is an illustration including multiple examples of trigger-based (TB) sensing measurement procedures that may use one of several different types of sounding;
  • FIG. 3 depicts different examples of a trigger-based measurement procedure
  • FIG. 4 illustrates an example format of the Sensing Measurement Setup Request frame
  • FIG. 5 illustrates an example format of a Sensing Measurement Setup Response frame
  • FIG. 6 illustrates an example format of the Sensing Measurement Parameters element
  • FIG. 7 illustrates an example of the Sensing Measurement Parameters field as may be included in an action frame or element such as the Sensing Measurement Parameters element illustrated in FIG. 6;
  • FIG. 8 illustrates an example format of the Sensing Measurement Setup Termination frame
  • FIG. 9 illustrates an example format of the SBP Request frame
  • FIG. 10 illustrates an example format of the SBP Response frame
  • FIG. 11 illustrates an example of a Trigger Frame format
  • FIG. 12 illustrates an example format of an extremely high throughput (EHT) Variant User Info field
  • FIG. 13 illustrates an example format of an EHT Special User Info field
  • FIG. 14 is a table illustrating example encodings of the Trigger Type subfield included in the Common Info subfield of a Trigger Frame
  • FIG. 15 illustrates an example format of the Trigger Dependent Common Info subfield of a Ranging Trigger frame
  • FIG. 16 is a table illustrating an example encoding of the Trigger Dependent Common Info subfield for the Ranging T rigger Frame variant
  • FIG. 17 illustrates another example format of the Trigger Dependent Common Info subfield of a Ranging Trigger frame
  • FIG. 18 illustrates an example format of the Trigger Dependent User Info field in a Ranging Trigger frame as may be included for Poll and Report subvariant frames;
  • FIG. 19 and FIG. 20 illustrate example formats of the Trigger Dependent User Info field in the Sounding and Secured Sounding subvariants of a Ranging Trigger frame, respectively;
  • FIG. 21 illustrates an example encoding of a NDP Announcement variant frame
  • FIG. 22 illustrates an example of an NDPA Announcement frame format
  • FIG. 23 illustrates an example of the STA Info field of the EHT NDPA variant
  • FIG. 24 illustrates an example format of the Special STA Info field when the AID11 subfield has a value of less than 2008
  • FIG. 25 illustrates an example format of the Special STA Info field when the AID11 subfield has a value of 2043;
  • FIG. 26 illustrates an example format of the Special STA Info field when the AID11 subfield has a value of 2044;
  • FIG. 27 illustrates an example format of the Special STA Info field when the AID11 subfield has a value of 2045;
  • FIG. 28 illustrates an example format of the EHT Operation element
  • FIG. 29 illustrates an example format of the EHT Operation Information field
  • FIG. 30 illustrates an example WLAN sensing procedure for TB measurement setup negotiation
  • FIG. 31 illustrates an exemplary WLAN sensing procedure for TB measurement setup negotiation in which an alternate response is received from the sensing responder
  • FIG. 32 illustrates another example WLAN sensing procedure for TB measurement setup negotiation
  • FIG. 32 depicts an exemplary sensing procedure for TB measurement setup negotiation between one sensing initiator and multiple sensing responders where multiple responders have different responses indicated in Measurement Setup Request frame;
  • FIG. 33 illustrates an example sensing procedure for TB measurement setup negotiation between a sensing initiator and multiple sensing responders in which all of the responders accept the sensing measurement parameters indicated in a Measurement Setup Request frame;
  • FIG. 34 illustrates an example sensing procedure for the TB measurement setup negotiation carried out between one sensing initiator and multiple sensing responders, in which all of the responders reject the sensing measurement parameters indicated in Measurement Setup Request frame;
  • FIG. 35 illustrates an example of a non-TB measurement setup negotiation procedure carried out between the sensing initiator (non-AP STA) and the sensing responder (AP);
  • FIG. 36 illustrates an example of a non-TB measurement setup negotiation procedure involving a sensing initiator (e g., a non-AP STA) and a sensing responder (e.g., an AP);
  • a sensing initiator e g., a non-AP STA
  • a sensing responder e.g., an AP
  • FIG. 37 is an illustration of an exemplary non-TB measurement setup negotiation procedure involving a sensing initiator (e.g., a non-AP STA) and the sensing responder (e.g., an AP);
  • a sensing initiator e.g., a non-AP STA
  • the sensing responder e.g., an AP
  • FIG. 38 is another illustration of an exemplary non-TB measurement setup negotiation procedure involving a sensing initiator (e.g., a non-AP STA) and the sensing responder (e.g., an AP);
  • a sensing initiator e.g., a non-AP STA
  • the sensing responder e.g., an AP
  • FIG. 39 is a table illustrating an exemplary encoding for a Status Code subfield in the Sensing Measurement Setup Response frame;
  • FIG. 40 illustrates a non-TB measurement instance in which an initiator (e.g., a Non-AP STAG) is the sensing transmitter and AP and other non-AP STAs (e.g., Non-AP STA1 , non-AP STA2) are sensing receivers
  • FIG. 41 illustrates a non-TB measurement instance in which the initiator, e.g , Non-AP STAG, and other non-AP STAs are sensing receivers and a sensing responder (i.e., an AP) is the sensing transmitter;
  • the initiator e.g , Non-AP STAG, and other non-AP STAs are sensing receivers and a sensing responder (i.e., an AP) is the sensing transmitter;
  • FIG. 42 illustrates an example of a non-TB measurement instance in which a sensing initiator, e.g., Non-AP STAG and other non-AP STAs are sensing transmitters and an AP is a sensing receiver;
  • a sensing initiator e.g., Non-AP STAG and other non-AP STAs are sensing transmitters and an AP is a sensing receiver;
  • FIG. 43 illustrates an exemplary frame exchange between a non-AP STA initiating multiple simultaneous non-TB sensing measurement instances with different APs in a Multi-AP group
  • FIG. 44 illustrates an exemplary SBP procedure involving multiple SBP initiators
  • an SBP initiator 4420 i.e , non-AP STAG
  • the SBP responder 4410 i.e., an AP
  • FIG. 45 illustrates an exemplary SBP procedure involving a single SBP initiator and a group of SBP participants The group of SBP participants multiple SBP participants);
  • FIG. 46 illustrates an example of a procedure for sensing measurement termination initiated by an AP, where the AP may be the sensing initiator;
  • FIG. 47 illustrates an example of the exemplary Measurement Setup ID Information subfield in the Sensing Measurement Setup Termination frame Action field
  • FIG. 48 illustrates an exemplary sensing measurement setup termination procedure initiated by a non-AP STA.
  • FIG. 49 illustrates timing requirements for each phase of the sensing TB measurement instance.
  • FIG. 1A is a diagram illustrating an example communications system 100 in which one or more disclosed embodiments may be implemented.
  • the communications system 100 may be a multiple access system that provides content, such as voice, data, video, messaging, broadcast, etc., to multiple wireless users.
  • the communications system 100 may enable multiple wireless users to access such content through the sharing of system resources, including wireless bandwidth.
  • the communications systems 100 may employ one or more channel access methods, such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), singlecarrier FDMA (SC-FDMA), zero-tail unique-word discrete Fourier transform Spread OFDM (ZT-UW-DFT-S- OFDM), unique word OFDM (UW-OFDM), resource block-filtered OFDM, filter bank multicarrier (FBMC), and the like.
  • CDMA code division multiple access
  • TDMA time division multiple access
  • FDMA frequency division multiple access
  • OFDMA orthogonal FDMA
  • SC-FDMA singlecarrier FDMA
  • ZT-UW-DFT-S- OFDM zero-tail unique-word discrete Fourier transform Spread OFDM
  • UW-OFDM unique word OFDM
  • FBMC filter bank multicarrier
  • the communications system 100 may include wireless transmit/receive units
  • WTRUs 102a, 102b, 102c, 102d, a radio access network (RAN) 104, a core network (CN) 106, a public switched telephone network (PSTN) 108, the Internet 110, and other networks 112, though itwill be appreciated that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and/or network elements.
  • RAN radio access network
  • CN core network
  • PSTN public switched telephone network
  • Each of the WTRUs 102a, 102b, 102c, 102d may be any type of device configured to operate and/or communicate in a wireless environment
  • the WTRUs 102a, 102b, 102c, 102d may be configured to transmit and/or receive wireless signals and may include a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a subscription-based unit, a pager, a cellular telephone, a personal digital assistant (PDA), a smartphone, a laptop, a netbook, a personal computer, a wireless sensor, a hotspot or Mi-Fl device, an Internet of Things (loT) device, a watch or other wearable, a head-mounted display (HMD), a vehicle, a drone, a medical device and applications (e.g., remote surgery), an industrial device and applications (e.g., a robot and/or other wireless devices operating in an industrial
  • UE user equipment
  • PDA personal digital assistant
  • HMD head-
  • the communications systems 100 may also include a base station 114a and/or a base station 114b.
  • Each of the base stations 114a, 114b may be any type of device configured to wirelessly interface with at least one of the WTRUs 102a, 102b, 102c, 102d to facilitate access to one or more communication networks, such as the CN 106, the Internet 110, and/or the other networks 112.
  • the base stations 114a, 114b may be a base transceiver station (BTS), a NodeB, an eNode B (eNB), a Home Node B, a Home eNode B, a next generation NodeB, such as a gNode B (gNB), a new radio (NR) NodeB, a site controller, an access point (AP), a wireless router, and the like. While the base stations 114a, 114b are each depicted as a single element, it will be appreciated that the base stations 114a, 114b may include any number of interconnected base stations and/or network elements.
  • the base station 114a may be part of the RAN 104, which may also include other base stations and/or network elements (not shown), such as a base station controller (BSC), a radio network controller (RNC), relay nodes, and the like.
  • BSC base station controller
  • RNC radio network controller
  • the base station 114a and/or the base station 114b may be configured to transmit and/or receive wireless signals on one or more carrier frequencies, which may be referred to as a cell (not shown). These frequencies may be in licensed spectrum, unlicensed spectrum, or a combination of licensed and unlicensed spectrum
  • a cell may provide coverage for a wireless service to a specific geographical area that may be relatively fixed or that may change over time. The cell may further be divided into cell sectors.
  • the cell associated with the base station 114a may be divided into three sectors.
  • the base station 114a may include three transceivers, i.e., one for each sector of the cell.
  • the base station 114a may employ multiple-input multiple output (MIMO) technology and may utilize multiple transceivers for each sector of the cell.
  • MIMO multiple-input multiple output
  • beamforming may be used to transmit and/or receive signals in desired spatial directions.
  • the base stations 114a, 114b may communicate with one or more of the WTRUs 102a, 102b, 102c, 102d over an air interface 116, which may be any suitable wireless communication link (e.g., radio frequency (RF), microwave, centimeter wave, micrometer wave, infrared (IR), ultraviolet (UV), visible light, etc.).
  • the air interface 116 may be established using any suitable radio access technology (RAT).
  • RAT radio access technology
  • the communications system 100 may be a multiple access system and may employ one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, and the like.
  • the base station 114a in the RAN 104 and the VVTRUs 102a, 102b, 102c may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish the air interface 116 using wideband CDMA (WCDMA).
  • WCDMA may include communication protocols such as High-Speed Packet Access (HSPA) and/or Evolved HSPA (HSPA+).
  • HSPA may include High-Speed Downlink (DL) Packet Access (HSDPA) and/or High-Speed Uplink (UL) Packet Access (HSUPA).
  • the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as Evolved UMTS Terrestrial Radio Access (E-UTRA), which may establish the air interface 116 using Long Term Evolution (LTE) and/or LTE-Advanced (LTE-A) and/or LTE-Advanced Pro (LTE-A Pro).
  • E-UTRA Evolved UMTS Terrestrial Radio Access
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • LTE-A Pro LTE-Advanced Pro
  • the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as NR Radio Access , which may establish the air interface 116 using NR.
  • a radio technology such as NR Radio Access
  • the base station 114a and the WTRUs 102a, 102b, 102c may implement multiple radio access technologies.
  • the base station 114a and the WTRUs 102a, 102b, 102c may implement LTE radio access and NR radio access together, for instance using dual connectivity (DC) principles.
  • DC dual connectivity
  • the air interface utilized by WTRUs 102a, 102b, 102c may be characterized by multiple types of radio access technologies and/or transmissions sent to/from multiple types of base stations (e.g , an eNB and a gNB).
  • the base station 114a and the WTRUs 102a, 102b, 102c may implement radio technologies such as IEEE 802.11 (i.e., Wireless Fidelity (WiFi), IEEE 802.16 (i.e., Worldwide Interoperability for Microwave Access (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile communications (GSM), Enhanced Data rates for GSM Evolution (EDGE), GSM EDGE (GERAN), and the like.
  • IEEE 802.11 i.e., Wireless Fidelity (WiFi)
  • IEEE 802.16 i.e., Worldwide Interoperability for Microwave Access (WiMAX)
  • CDMA2000, CDMA2000 1X, CDMA2000 EV-DO Code Division Multiple Access 2000
  • IS-95 Interim Standard 95
  • IS-856 Interim Standard 856
  • GSM Global System for
  • the base station 114b in FIG 1A may be a wireless router, Home Node B, Home eNode B, or access point, for example, and may utilize any suitable RAT for facilitating wireless connectivity in a localized area, such as a place of business, a home, a vehicle, a campus, an industrial facility, an air corridor (e.g., for use by drones), a roadway, and the like.
  • the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.11 to establish a wireless local area network (WLAN).
  • WLAN wireless local area network
  • the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.15 to establish a wireless personal area network (WPAN).
  • the base station 114b and the WTRUs 102c, 102d may utilize a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR etc.) to establish a picocell or femtocell.
  • the base station 114b may have a direct connection to the Internet 110.
  • the base station 114b may not be required to access the Internet 110 via the CN 106.
  • the RAN 104 may be in communication with the CN 106, which may be any type of network configured to provide voice, data, applications, and/or voice over internet protocol (VoIP) services to one or more of the WTRUs 102a, 102b, 102c, 102d.
  • the data may have varying quality of service (QoS) requirements, such as differing throughput requirements, latency requirements, error tolerance requirements, reliability requirements, data throughput requirements, mobility requirements, and the like.
  • QoS quality of service
  • the CN 106 may provide call control, billing services, mobile location-based services, pre-paid calling, Internet connectivity, video distribution, etc., and/or perform high-level security functions, such as user authentication.
  • the RAN 104 and/or the CN 106 may be in direct or indirect communication with other RANs that employ the same RAT as the RAN 104 or a different RAT.
  • the CN 106 may also be in communication with another RAN (not shown) employing a GSM, UMTS, CDMA 2000, WiMAX, E-UTRA, or WiFi radio technology.
  • the CN 106 may also serve as a gateway for the WTRUs 102a, 102b, 102c, 102d to access the PSTN 108, the Internet 110, and/or the other networks 112.
  • the PSTN 108 may include circuit-switched telephone networks that provide plain old telephone service (POTS).
  • POTS plain old telephone service
  • the Internet 110 may include a global system of interconnected computer networks and devices that use common communication protocols, such as the transmission control protocol (TCP), user datagram protocol (UDP) and/or the internet protocol (IP) in the TCP/IP internet protocol suite.
  • the networks 112 may include wired and/or wireless communications networks owned and/or operated by other service providers.
  • the networks 112 may include another CN connected to one or more RANs, which may employ the same RAT as the RAN 104 or a different RAT.
  • Some or all of the WTRUs 102a, 102b, 102c, 102d in the communications system 100 may include multi-mode capabilities (e.g., the WTRUs 102a, 102b, 102c, 102d may include multiple transceivers for communicating with different wireless networks over different wireless links).
  • the WTRU 102c shown in FIG. 1 A may be configured to communicate with the base station 114a, which may employ a cellularbased radio technology, and with the base station 114b, which may employ an IEEE 802 radio technology.
  • FIG. 1B is a system diagram illustrating an example WTRU 102.
  • the WTRU 102 may include a processor 118, a transceiver 120, a transmit/receive element 122, a speaker/microphone 124, a keypad 126, a display/touchpad 128, non-removable memory 130, removable memory 132, a power source 134, a global positioning system (GPS) chipset 136, and/or other peripherals 138, among others.
  • GPS global positioning system
  • the processor 118 may be a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs), any other type of integrated circuit (IC), a state machine, and the like.
  • the processor 118 may perform signal coding, data processing, power control, input/output processing, and/or any other functionality that enables the WTRU 102 to operate in a wireless environment.
  • the processor 118 may be coupled to the transceiver 120, which may be coupled to the transmit/receive element 122. While FIG. 1 B depicts the processor 118 and the transceiver 120 as separate components, it will be appreciated that the processor 118 and the transceiver 120 may be integrated together in an electronic package or chip.
  • the transmit/receive element 122 may be configured to transmit signals to, or receive signals from, a base station (e.g., the base station 114a) over the air interface 116.
  • the transmit/receive element 122 may be an antenna configured to transmit and/or receive RF signals.
  • the transmit/receive element 122 may be an emitter/detector configured to transmit and/or receive IR, UV, or visible light signals, for example.
  • the transmit/receive element 122 may be configured to transmit and/or receive both RF and light signals. It will be appreciated that the transmit/receive element 122 may be configured to transmit and/or receive any combination of wireless signals.
  • the WTRU 102 may include any number of transmit/receive elements 122. More specifically, the WTRU 102 may employ MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit/receive elements 122 (e g., multiple antennas) for transmitting and receiving wireless signals over the air interface 116.
  • the transceiver 120 may be configured to modulate the signals that are to be transmitted by the transmit/receive element 122 and to demodulate the signals that are received by the transmit/receive element 122. As noted above, the WTRU 102 may have multi-mode capabilities. Thus, the transceiver 120 may include multiple transceivers for enabling the WTRU 102 to communicate via multiple RATs, such as NR and IEEE 802.11, for example.
  • the processor 118 of the WTRU 102 may be coupled to, and may receive user input data from, the speaker/microphone 124, the keypad 126, and/or the display/touchpad 128 (e.g., a liquid crystal display (LCD) display unit or organic light-emitting diode (OLED) display unit)
  • the processor 118 may also output user data to the speaker/microphone 124, the keypad 126, and/or the display/touchpad 128.
  • the processor 118 may access information from, and store data in, any type of suitable memory, such as the non-removable memory 130 and/or the removable memory 132.
  • the non-removable memory 130 may include random-access memory (RAM), read-only memory (ROM), a hard disk, or any other type of memory storage device.
  • the removable memory 132 may include a subscriber identity module (SIM) card, a memory stick, a secure digital (SD) memory card, and the like.
  • SIM subscriber identity module
  • SD secure digital
  • the processor 118 may access information from, and store data in, memory that is not physically located on the WTRU 102, such as on a server or a home computer (not shown).
  • the processor 118 may receive power from the power source 134, and may be configured to distribute and/or control the power to the other components in the WTRU 102.
  • the power source 134 may be any suitable device for powering the WTRU 102.
  • the power source 134 may include one or more dry cell batteries (e.g., nickel-cadmium (NiCd), nickel-zinc (NiZn), nickel metal hydride (NiMH), lithium-ion (Li- ion), etc.), solar cells, fuel cells, and the like.
  • dry cell batteries e.g., nickel-cadmium (NiCd), nickel-zinc (NiZn), nickel metal hydride (NiMH), lithium-ion (Li- ion), etc.
  • solar cells e.g., solar cells, fuel cells, and the like.
  • the processor 118 may also be coupled to the GPS chipset 136, which may be configured to provide location information (e.g., longitude and latitude) regarding the current location of the WTRU 102.
  • location information e.g., longitude and latitude
  • the WTRU 102 may receive location information over the air interface 116 from a base station (e.g., base stations 114a, 114b) and/or determine its location based on the timing of the signals being received from two or more nearby base stations. It will be appreciated that the WTRU 102 may acquire location information by way of any suitable location-determination method while remaining consistent with an embodiment
  • the processor 118 may further be coupled to other peripherals 138, which may include one or more software and/or hardware modules that provide additional features, functionality and/or wired or wireless connectivity.
  • the peripherals 138 may include an accelerometer, an e-compass, a satellite transceiver, a digital camera (for photographs and/or video), a universal serial bus (USB) port, a vibration device, a television transceiver, a hands free headset, a Bluetooth® module, a frequency modulated (FM) radio unit, a digital music player, a media player, a video game player module, an Internet browser, a Virtual Reality and/or Augmented Reality (VR/AR) device, an activity tracker, and the like.
  • FM frequency modulated
  • the peripherals 138 may include one or more sensors.
  • the sensors may be one or more of a gyroscope, an accelerometer, a hall effect sensor, a magnetometer, an orientation sensor, a proximity sensor, a temperature sensor, a time sensor; a geolocation sensor, an altimeter, a light sensor, a touch sensor, a magnetometer, a barometer, a gesture sensor, a biometric sensor, a humidity sensor and the like.
  • the WTRU 102 may include a full duplex radio for which transmission and reception of some or all of the signals (e g., associated with particular subframes for both the UL (e.g., for transmission) and DL (e.g., for reception) may be concurrent and/or simultaneous.
  • the full duplex radio may include an interference management unit to reduce and or substantially eliminate self-interference via either hardware (e.g., a choke) or signal processing via a processor (e.g., a separate processor (not shown) or via processor 118).
  • the WTRU 102 may include a half-duplex radio for which transmission and reception of some or all of the signals (e.g., associated with particular subframes for either the UL (e g., for transmission) or the DL (e g., for reception)).
  • a half-duplex radio for which transmission and reception of some or all of the signals (e.g., associated with particular subframes for either the UL (e g., for transmission) or the DL (e g., for reception)).
  • FIG. 1C is a system diagram illustrating the RAN 104 and the CN 106 according to an embodiment.
  • the RAN 104 may employ an E-UTRA radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116.
  • the RAN 104 may also be in communication with the ON 106.
  • the RAN 104 may include eNode-Bs 160a, 160b, 160c, though it will be appreciated that the RAN 104 may include any number of eNode-Bs while remaining consistent with an embodiment.
  • the eNode-Bs 160a, 160b, 160c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, 102c over the air interface 116.
  • the eNode-Bs 160a, 160b, 160c may implement MIMO technology.
  • the eNode-B 160a for example, may use multiple antennas to transmit wireless signals to, and/or receive wireless signals from, the WTRU 102a.
  • Each of the eNode-Bs 160a, 160b, 160c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and/or DL, and the like. As shown in FIG. 1 C, the eNode-Bs 160a, 160b, 160c may communicate with one another over an X2 interface.
  • the CN 106 shown in FIG. 1C may include a mobility management entity (MME) 162, a serving gateway (SGW) 164, and a packet data network (PDN) gateway (PGW) 166. While the foregoing elements are depicted as part of the CN 106, it will be appreciated that any of these elements may be owned and/or operated by an entity other than the CN operator.
  • MME mobility management entity
  • SGW serving gateway
  • PGW packet data network gateway
  • PGW packet data network gateway
  • the MME 162 may be connected to each of the eNode-Bs 162a, 162b, 162c in the RAN 104 via an S1 interface and may serve as a control node.
  • the MME 162 may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, bearer activation/deactivation, selecting a particular serving gateway during an initial attach of the WTRUs 102a, 102b, 102c, and the like.
  • the MME 162 may provide a control plane function for switching between the RAN 104 and other RANs (not shown) that employ other radio technologies, such as GSM and/or WCDMA
  • the SGW 164 may be connected to each of the eNode Bs 160a, 160b, 160c in the RAN 104 via the S1 interface.
  • the SGW 164 may generally route and forward user data packets to/from the WTRUs 102a, 102b, 102c.
  • the SGW 164 may perform other functions, such as anchoring user planes during inter-eNode B handovers, triggering paging when DL data is available for the WTRUs 102a, 102b, 102c, managing and storing contexts of the WTRUs 102a, 102b, 102c, and the like.
  • the SGW 164 may be connected to the PGW 166, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices.
  • packet-switched networks such as the Internet 110
  • the CN 106 may facilitate communications with other networks
  • the CN 106 may provide the WTRUs 102a, 102b, 102c with access to circuit-switched networks, such as the PSTN 108, to facilitate communications between the WTRUs 102a, 102b, 102c and traditional land-line communications devices.
  • the CN 106 may include, or may communicate with, an IP gateway (e.g., an IP multimedia subsystem (IMS) server) that serves as an interface between the CN 106 and the PSTN 108.
  • IMS IP multimedia subsystem
  • the CN 106 may provide the WTRUs 102a, 102b, 102c with access to the other networks 112, which may include other wired and/or wireless networks that are owned and/or operated by other service providers.
  • the WTRU is described in FIGS. 1A-1 D as a wireless terminal, it is contemplated that in certain representative embodiments that such a terminal may use (e.g., temporarily or permanently) wired communication interfaces with the communication network.
  • the other network 112 may be a WLAN.
  • a WLAN in Infrastructure Basic Service Set (BSS) mode may have an Access Point (AP) for the BSS and one or more stations (STAs) associated with the AP.
  • the AP may have access or an interface to a Distribution System (DS) or another type of wired/wireless network that carries traffic in to and/or out of the BSS.
  • Traffic to STAs that originates from outside the BSS may arrive through the AP and may be delivered to the STAs.
  • Traffic originating from STAs to destinations outside the BSS may be sent to the AP to be delivered to respective destinations.
  • DS Distribution System
  • Traffic between STAs within the BSS may be sent through the AP, for example, where the source STA may send traffic to the AP and the AP may deliver the traffic to the destination STA
  • the traffic between STAs within a BSS may be considered and/or referred to as peer-to-peer traffic.
  • the peer-to- peer traffic may be sent between (e.g., directly between) the source and destination STAs with a direct link setup (DLS).
  • the DLS may use an 802.11e DLS or an 802.11z tunneled DLS (TDLS).
  • a WLAN using an Independent BSS (IBSS) mode may not have an AP, and the STAs (e.g., all of the STAs) within or using the IBSS may communicate directly with each other.
  • the IBSS mode of communication may sometimes be referred to herein as an “ad-hoc” mode of communication.
  • the AP may transmit a beacon on a fixed channel, such as a primary channel.
  • the primary channel may be a fixed width (e.g., 20 MHz wide bandwidth) or a dynamically set width.
  • the primary channel may be the operating channel of the BSS and may be used by the STAs to establish a connection with the AP.
  • Carrier Sense Multiple Access with Collision Avoidance (CSMA/CA) may be implemented, for example in 802.11 systems.
  • the STAs e.g., every STA, including the AP, may sense the primary channel. If the primary channel is sensed/detected and/or determined to be busy by a particular STA, the particular STA may back off.
  • One STA (e.g., only one station) may transmit at any given time in a given BSS.
  • High Throughput (HT) STAs may use a 40 MHz wide channel for communication, for example, via a combination of the primary 20 MHz channel with an adjacent or nonadjacent 20 MHz channel to form a 40 MHz wide channel.
  • VHT STAs may support 20MHz, 40 MHz, 80 MHz, and/or 160 MHz wide channels
  • the 40 MHz, and/or 80 MHz, channels may be formed by combining contiguous 20 MHz channels.
  • a 160 MHz channel may be formed by combining 8 contiguous 20 MHz channels, or by combining two noncontiguous 80 MHz channels, which may be referred to as an 80+80 configuration.
  • the data, after channel encoding may be passed through a segment parser that may divide the data into two streams.
  • IFFT Inverse Fast Fourier Transform
  • time domain processing may be done on each stream separately
  • the streams may be mapped on to the two 80 MHz channels, and the data may be transmitted by a transmitting STA.
  • the above described operation for the 80+80 configuration may be reversed, and the combined data may be sent to the Medium Access Control (MAC).
  • MAC Medium Access Control
  • Sub 1 GHz modes of operation are supported by 802.11 af and 802.11 ah.
  • the channel operating bandwidths, and carriers, are reduced in 802.11af and 802.11ah relative to those used in 802.11n, and 802.11ac.
  • 802.11 af supports 5 MHz, 10 MHz, and 20 MHz bandwidths in the TV White Space (TVWS) spectrum
  • 802.11 ah supports 1 MHz, 2 MHz, 4 MHz, 8 MHz, and 16 MHz bandwidths using non-TVWS spectrum.
  • 802.11 ah may support Meter Type Control/Machine- Type Communications (MTC), such as MTC devices in a macro coverage area.
  • MTC Meter Type Control/Machine- Type Communications
  • MTC devices may have certain capabilities, for example, limited capabilities including support for (e.g , only support for) certain and/or limited bandwidths
  • the MTC devices may include a battery with a battery life above a threshold (e.g., to maintain a very long battery life).
  • WLAN systems which may support multiple channels, and channel bandwidths, such as 802 11 n, 802.11ac, 802.11 af, and 802.11 ah, include a channel which may be designated as the primary channel.
  • the primary channel may have a bandwidth equal to the largest common operating bandwidth supported by all STAs in the BSS.
  • the bandwidth of the primary channel may be set and/or limited by a STA, from among all STAs in operating in a BSS, which supports the smallest bandwidth operating mode.
  • the primary channel may be 1 MHz wide for STAs (e.g., MTC type devices) that support (e.g., only support) a 1 MHz mode, even if the AP, and other STAs in the BSS support 2 MHz, 4 MHz, 8 MHz, 16 MHz, and/or other channel bandwidth operating modes.
  • Carrier sensing and/or Network Allocation Vector (NAV) settings may depend on the status of the primary channel. If the primary channel is busy, for example, due to a STA (which supports only a 1 MHz operating mode) transmitting to the AP, all available frequency bands may be considered busy even though a majority of the available frequency bands remains idle.
  • STAs e.g., MTC type devices
  • NAV Network Allocation Vector
  • the available frequency bands which may be used by 802.11 ah, are from 902 MHz to 928 MHz. In Korea, the available frequency bands are from 917.5 MHz to 923.5 MHz. In Japan, the available frequency bands are from 916.5 MHz to 927.5 MHz. The total bandwidth available for 802.11 ah is 6 MHz to 26 MHz depending on the country code.
  • FIG. 1 D is a system diagram illustrating the RAN 104 and the CN 106 according to an embodiment.
  • the RAN 104 may employ an NR radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116.
  • the RAN 104 may also be in communication with the CN 106.
  • the RAN 104 may include gNBs 180a, 180b, 180c, though it will be appreciated that the RAN 104 may include any number of gNBs while remaining consistent with an embodiment.
  • the gNBs 180a, 180b, 180c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, 102c over the air interface 116.
  • the gNBs 180a, 180b, 180c may implement MIMO technology.
  • gNBs 180a, 108b may utilize beamforming to transmit signals to and/or receive signals from the gNBs 180a, 180b, 180c.
  • the gNB 180a may use multiple antennas to transmit wireless signals to, and/or receive wireless signals from, the WTRU 102a.
  • the gNBs 180a, 180b, 180c may implement carrier aggregation technology.
  • the gNB 180a may transmit multiple component carriers to the WTRU 102a (not shown). A subset of these component carriers may be on unlicensed spectrum while the remaining component carriers may be on licensed spectrum.
  • the gNBs 180a, 180b, 180c may implement Coordinated Multi-Point (CoMP) technology.
  • WTRU 102a may receive coordinated transmissions from gNB 180a and gNB 180b (and/or gNB 180c).
  • CoMP Coordinated Multi-Point
  • the WTRUs 102a, 102b, 102c may communicate with gNBs 180a, 180b, 180c using transmissions associated with a scalable numerology. For example, the OFDM symbol spacing and/or OFDM subcarrier spacing may vary for different transmissions, different cells, and/or different portions of the wireless transmission spectrum.
  • the WTRUs 102a, 102b, 102c may communicate with gNBs 180a, 180b, 180c using subframe or transmission time intervals (TTIs) of various or scalable lengths (e.g., containing a varying number of OFDM symbols and/or lasting varying lengths of absolute time).
  • TTIs subframe or transmission time intervals
  • the gNBs 180a, 180b, 180c may be configured to communicate with the WTRUs 102a, 102b, 102c in a standalone configuration and/or a non-standalone configuration.
  • WTRUs 102a, 102b, 102c may communicate with gNBs 180a, 180b, 180c without also accessing other RANs (e.g., such as eNode-Bs 160a, 160b, 160c).
  • WTRUs 102a, 102b, 102c may utilize one or more of gNBs 180a, 180b, 180c as a mobility anchor point.
  • WTRUs 102a, 102b, 102c may communicate with gNBs 180a, 180b, 180c using signals in an unlicensed band.
  • WTRUs 102a, 102b, 102c may communicate with/connect to gNBs 180a, 180b, 180c while also communicating with/connecting to another RAN such as eNode-Bs 160a, 160b, 160c.
  • WTRUs 102a, 102b, 102c may implement DC principles to communicate with one or more gNBs 180a, 180b, 180c and one or more eNode-Bs 160a, 160b, 160c substantially simultaneously.
  • eNode-Bs 160a, 160b, 160c may serve as a mobility anchor for WTRUs 102a, 102b, 102c and gNBs 180a, 180b, 180c may provide additional coverage and/or throughput for servicing WTRUs 102a, 102b, 102c.
  • Each of the gNBs 180a, 180b, 180c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and/or DL, support of network slicing, DC, interworking between NR and E-UTRA, routing of user plane data towards User Plane Function (UPF) 184a, 184b, routing of control plane information towards Access and Mobility Management Function (AMF) 182a, 182b and the like. As shown in FIG. 1D, the gNBs 180a, 180b, 180c may communicate with one another over an Xn interface.
  • UPF User Plane Function
  • AMF Access and Mobility Management Function
  • the CN 106 shown in FIG. 1 D may include at least one AMF 182a, 182b, at least one UPF 184a, 184b, at least one Session Management Function (SMF) 183a, 183b, and possibly a Data Network (DN) 185a, 185b. While the foregoing elements are depicted as part of the CN 106, it will be appreciated that any of these elements may be owned and/or operated by an entity other than the CN operator.
  • SMF Session Management Function
  • the AMF 182a, 182b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 104 via an N2 interface and may serve as a control node.
  • the AMF 182a, 182b may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, support for network slicing (e.g., handling of different protocol data unit (PDU) sessions with different requirements), selecting a particular SMF 183a, 183b, management of the registration area, termination of non-access stratum (NAS) signaling, mobility management, and the like.
  • PDU protocol data unit
  • Network slicing may be used by the AMF 182a, 182b in order to customize CN support for WTRUs 102a, 102b, 102c based on the types of services being utilized WTRUs 102a, 102b, 102c.
  • the AMF 182a, 182b may provide a control plane function for switching between the RAN 104 and other RANs (not shown) that employ other radio technologies, such as LTE, LTE-A, LTE-A Pro, and/or non-3GPP access technologies such as WiFi.
  • the SMF 183a, 183b may be connected to an AMF 182a, 182b in the CN 106 via an N11 interface.
  • the SMF 183a, 183b may also be connected to a UPF 184a, 184b in the CN 106 via an N4 interface.
  • the SMF 183a, 183b may select and control the UPF 184a, 184b and configure the routing of traffic through the UPF 184a, 184b.
  • the SMF 183a, 183b may perform other functions, such as managing and allocating UE IP address, managing PDU sessions, controlling policy enforcement and QoS, providing DL data notifications, and the like.
  • a PDU session type may be IP-based, non-IP based, Ethernet-based, and the like.
  • the UPF 184a, 184b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 104 via an N3 interface, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices.
  • the UPF 184, 184b may perform other functions, such as routing and forwarding packets, enforcing user plane policies, supporting multi-homed PDU sessions, handling user plane QoS, buffering DL packets, providing mobility anchoring, and the like.
  • the CN 106 may facilitate communications with other networks
  • the CN 106 may include, or may communicate with, an IP gateway (e.g., an IP multimedia subsystem (IMS) server) that serves as an interface between the CN 106 and the PSTN 108.
  • IP gateway e.g., an IP multimedia subsystem (IMS) server
  • IMS IP multimedia subsystem
  • the CN 106 may provide the WTRUs 102a, 102b, 102c with access to the other networks 112, which may include other wired and/or wireless networks that are owned and/or operated by other service providers
  • the WTRUs 102a, 102b, 102c may be connected to a local DN 185a, 185b through the UPF 184a, 184b via the N3 interface to the UPF 184a, 184b and an N6 interface between the UPF 184a, 184b and the DN 185a, 185b.
  • one or more, or all, of the functions described herein with regard to one or more of: WTRU 102a-d, Base Station 114a-b, eNode-B 160a-c, MME 162, SGW 164, PGW 166, gNB 180a-c, AMF 182a-b, UPF 184a-b, SMF 183a-b, DN 185a-b, and/or any other device(s) described herein, may be performed by one or more emulation devices (not shown).
  • the emulation devices may be one or more devices configured to emulate one or more, or all, of the functions described herein.
  • the emulation devices may be used to test other devices and/or to simulate network and/or WTRU functions.
  • the emulation devices may be designed to implement one or more tests of other devices in a lab environment and/or in an operator network environment.
  • the one or more emulation devices may perform the one or more, or all, functions while being fully or partially implemented and/or deployed as part of a wired and/or wireless communication network in order to test other devices within the communication network.
  • the one or more emulation devices may perform the one or more, or all, functions while being temporarily implemented/deployed as part of a wired and/or wireless communication network
  • the emulation device may be directly coupled to another device for purposes of testing and/or performing testing using over-the-air wireless communications.
  • the one or more emulation devices may perform the one or more, including all, functions while not being implemented/deployed as part of a wired and/or wireless communication network.
  • the emulation devices may be utilized in a testing scenario in a testing laboratory and/or a non-deployed (e.g., testing) wired and/or wireless communication network in order to implement testing of one or more components.
  • the one or more emulation devices may be test equipment. Direct RF coupling and/or wireless communications via RF circuitry (e.g., which may include one or more antennas) may be used by the emulation devices to transmit and/or receive data.
  • RF circuitry e.g., which may include one or more antennas
  • a WLAN in Infrastructure Basic Service Set (BSS) mode may include an Access Point (AP) for the BSS and one or more stations (STAs), which may include non-AP-STAs and/or AP-STAs.
  • AP Access Point
  • STAs stations
  • One or more STAs may be associated with the AP.
  • the AP may have access or interface to a Distribution System (DS) or another type of wired/wireless network that carries traffic in and out of the BSS. Traffic to STAs that originates from outside the BSS may arrive through the AP and be delivered to the STAs.
  • DS Distribution System
  • Traffic originating from STAs to destinations outside the BSS may be sent to the AP to be delivered to the respective destinations
  • Traffic between STAs within the BSS may also be sent through the AP.
  • the source STA may send traffic to the AP and the AP may deliver the traffic to one or more destination STAs.
  • the AP may transmit a beacon using a fixed channel, which may be referred to as a primary channel.
  • the primary channel may be 20 MHz wide, and may be considered the operating channel of the BSS
  • the primary channel may also be used by STAs to establish a connection with one or more APs.
  • a fundamental channel access mechanism in an 802.11 system is Carrier Sense Multiple Access with Collision Avoidance (CSMA/CA).
  • CSMA/CA Carrier Sense Multiple Access with Collision Avoidance
  • every STA, including the AP may sense the primary channel. If the channel is detected to be busy, the STA may back off.
  • HT STAs may also use a 40 MHz wide channel for communication. This may be achieved by combining the primary 20 MHz channel with an adjacent 20 MHz channel to form a 40 MHz wide contiguous channel.
  • VHT STAs may support 20MHz, 40 MHz, 80 MHz, and 160 MHz wide channels.
  • the 40 MHz, and 80 MHz, channels may be formed by combining contiguous 20 MHz channels similar to 802.11n described above.
  • a 160 MHz channel may be formed, for example, by combining 8 contiguous 20 MHz channels, or by combining two non-contiguous 80 MHz channels, which may also be referred to as an 80+80 configuration.
  • the data, after channel encoding, is passed through a segment parser that divides it into two streams.
  • IFT Inverse Discrete Fourier Transformation
  • operation modes consistent with 802.11 ac may support downlink Multi-User MIMO (MU-MIMO) transmission to multiple STAs within the time frame of the same symbol, e.g., during a downlink OFDM symbol.
  • MU-MIMO downlink Multi-User MIMO
  • the potential for the use of downlink MU-MIMO may also be considered for 802.11ah operating modes. It is important to note that since downlink MU-MIMO, as it may be used in 802.11 ac and other standards, may use the same symbol timing to multiple STAs interference of the waveform transmissions to multiple STA’s is not an issue.
  • EHT Extremely High Throughput
  • 802.11 Extremely High Throughput
  • the IEEE 802.11 Extremely High Throughput (EHT) Study Group was formed in September 2018 EHT may be considered a major revision to IEEE 802.11 standards following 802.11 ax. EHT may explore the possibility of further increasing peak throughput and improve efficiency of the IEEE 802.11 networks. Following the EHT Study Group, the 802.11 be T ask Group was established to provide for 802.11 EHT specifications. Use cases and applications addressed may include high throughput and low latency applications such as: Video-over- WLAN, Augmented Reality (AR), and Virtual Reality (VR).
  • AR Augmented Reality
  • VR Virtual Reality
  • a sensing procedure may allow a STA to perform WLAN sensing and obtain measurement results.
  • a sensing session may be considered an instance of a sensing procedure with associated operational parameters of that instance.
  • a sensing initiator may be a STA that initiates a WLAN sensing session.
  • a sensing responder may be a STA that participates in a WLAN sensing session initiated by a sensing initiator.
  • a sensing transmitter may be a STA that transmits PPDUs used for sensing measurements in a sensing session.
  • a sensing receiver may be a STA that receives PPDUs sent by a sensing transmitter and performs sensing measurements in a sensing session.
  • a STA may assume multiple roles in one sensing session.
  • a sensing initiator may be a sensing transmitter, a sensing receiver, both or neither.
  • WLAN sensing is described in further detail herein.
  • WLAN sensing may enable a STA (e.g., a non- AP STA or an AP-STA) to obtain sensing measurements of the channel(s) used for communication between two or more STAs and/or the channel between a receive antenna and a transmit antenna of a STA With the execution of the WLAN sensing procedure, it is possible for a STA to obtain sensing measurements useful for detecting and tracking changes in the environment.
  • a STA e.g., a non- AP STA or an AP-STA
  • FIG. 2 is an illustration including multiple examples of trigger-based (TB) sensing measurement procedures that may use one of several different types of sounding.
  • TB sensing measurement sensing procedures may involve at least one sensing initiator (e.g., an AP 210) and at least one sensing responder (e.g , a non-AP STA 220).
  • the illustration shown in FIG. 2 may portray signaling exchanges both between the initiator 210 and the responder 220 at the medium access control (MAC) layer or physical (PHY) layer and between higher layer entities implemented within the initiator 210 and the responder 220.
  • the sensing initiator 210 has a station management entity 211 and a MAC layer management entity (MLME) 212.
  • MLME MAC layer management entity
  • the sensing responder 220 has an MLME 221 and an SME 222.
  • the SMEs 211 and 222 are responsible for generating primitives from which MLMEs 212 and 221 construct frames (e.g., SENS measurement setup request frames, SENS measurement setup response frames, etc.).
  • the sensing initiator 201 may be configured to initiate Null data packet announcement (NDPA) sounding and/or trigger frame (TF) sounding.
  • NDPA Null data packet announcement
  • TF trigger frame
  • the sensing initiator 201 and/or the sensing responder 202 may be configured to terminate sensing measurement setup.
  • the format of a Sensing Measurement Setup Request frame is described herein.
  • the Sensing Measurement Setup Request frame may be transmitted, for example, by a sensing initiator to request sensing measurement setup.
  • FIG. 3 depicts different examples of a trigger-based measurement procedure.
  • a trigger-based measurement instance may be initiated by a polling phase (which may including the transmission or reception of one or more polling frames).
  • the polling phase is followed a short interframe spacing (SIFS) after by an NDPA Sounding phase.
  • the sounding phase may be followed a SIFS after by a Reporting phase.
  • Example 320 is similar to example 310, at least one difference being that the NDPA Sounding phase is replaced by a TF Sounding phase.
  • a measurement instance may include both NDPA Sounding phase and TF Sounding phases, and such phases may be carried out in different orders. As shown in example 350, two measurement instances may be carried out. In the scenario depicted, the Reporting phase may be delayed and may be carried out in another TB measurement instance.
  • the Sensing Measurement Setup Response frame may be transmitted by a sensing responder, for example, in response to a Sensing Measurement Setup Request frame.
  • FIG. 4 illustrates an example format of the Sensing Measurement Setup Request frame
  • the format of the Sensing Measurement Setup Request frame may define fields of an Action frame
  • the Sensing Measurement Setup Request frame 400 may include a Measurement Setup ID field and/or a Sensing Measurement Parameters Element.
  • the Measurement Setup ID field may include information indicating a Measurement Setup ID that identifies assigned parameters in the Sensing Measurement Parameters Element to be used in the corresponding sensing measurement instances.
  • the Sensing Measurement Parameters Element may be further defined, for example, in subsequent paragraphs herein.
  • FIG. 5 illustrates an example format of a Sensing Measurement Setup Response frame
  • the format of the Sensing Measurement Setup Response frame may define fields of an Action frame.
  • the Sensing Measurement Setup Response frame 500 may include a Status Code field and/or a Sensing Measurement Parameters Element.
  • the Status Code field may indicate a response to one or more parameters, fields, or elements included, for example, in a Sensing Measurement Setup Request frame. For instance, the value indicated by the Status Code field may indicate that that the request is successful, that the request is declined, and/or that the request is rejected.
  • the Sensing Measurement Parameters Element may be present in the Sensing Measurement Setup Response frame depending on the value of the Status Code
  • the Sensing Measurement Parameters Element present in the Sensing Measurement Setup Response frame may include one or more suggested parameters to be used in a sensing procedure (e.g., PREFERRED_MEASURMENT_SETUP_PARAMETERS_SUGGESTED).
  • the Sensing Measurement Parameters Element may not be present in the Sensing Measurement Setup Response frame.
  • the Sensing Measurement Parameters Element may be further defined in subsequent paragraphs herein.
  • the Sensing Measurement Parameters Element is described in greater detail herein.
  • the Sensing Measurement Parameters Element may include information indicating operational attributes of the corresponding sensing measurement instance
  • FIG. 6 illustrates an example format of the Sensing Measurement Parameters element.
  • the Sensing Measurement Parameters element 600 may include an Element ID field, a Length field, and/or a Sensing Measurement Parameters field.
  • the Sensing Measurement Parameters Field is further detailed with respect to FIG. 7, described below.
  • FIG. 7 illustrates an example of the Sensing Measurement Parameters field as may be included in an action frame or element such as the Sensing Measurement Parameters element illustrated in FIG. 6 and described above.
  • the Sensing Measurement Parameters field 700 may include, e.g., a Sensing Transmitter subfield, a Sensing Receiver subfield, a Measurement Report Type subfield, and/or one or more other subfields.
  • the Sensing T ransmitter and Sensing Receive subfields may respectively indicate one or more identifiers of STA(s) to which the role(s) of sensing transmitter(s) and sensing receiver(s) are assigned.
  • a Sensing Measurement Setup Termination frame format is described herein.
  • the Sensing Measurement Setup Termination frame may be used to terminate one or more sensing measurement setups.
  • the Sensing Measurement Setup Termination frame may be transmitted by a non-AP STA or an AP-STA (e.g., by a sensing initiator or a sensing responder)
  • the Sensing Measurement Setup Termination frame may be transmitted to one or more participants in the sensing measurement setup procedure.
  • FIG. 8 illustrates an example format of the Sensing Measurement Setup Termination frame.
  • the format of the Sensing Measurement Setup Termination frame may define fields of an Action frame.
  • the Sensing Measurement Setup Termination frame 800 at least includes Measurement Setup ID Information
  • the Measurement Setup ID Information indicate, for example, an identifier associated with a setup instance that is to be terminated.
  • SBP Sensing By Proxy
  • SBP may enable a STA (e g., a non-AP STA or an AP-STA) to obtain sensing measurements of a channel, e.g., between an AP and one or more STAs (e.g , non-AP STAs), between a multiple non-AP ST As, or between a receive antenna and a transmit antenna of an AP.
  • a STA e.g., a non-AP STA or an AP-STA
  • a non-AP STA may act as an SBP initiator when dotHSBPImplemented is true and an AP may act as an SBP responder, for example, when dot1 ISBPImplemented is true. It should be understood by those of skill in the art that in other scenarios, an AP-STA may also act as an SBP initiator and a non-AP STA may also act as an SBP responder.
  • an SBP procedure setup is described herein.
  • the SBP initiator may send an SBP Request frame to an SBP responder capable AP.
  • the SBP responder may for example, either: accept the SBP procedure request, in which case the SBP responder may send an SBP Response frame with status code SUCCESS; or reject the SBP procedure request, in which case the SBP responder may send a frame (e g., an SBP Response frame) with a status code indicating that the request was rejected (e.g., with a code REQUEST_REJECTED).
  • the SBP responder may transmit a frame (e.g., SBP Response frame) within a given time period in response to the SBP Request frame If no SBP Response frame is received within this time period, or if an SBP Response frame is received with a status code equal to REQUEST_REJECTED, the SBP procedure setup may be terminated. For example, one or both of the SBP initiator or the SBP responder may terminate the SBP procedure setup if one or both determine that the time period has elapsed, e g., since the transmission of the SBP Response frame.
  • the time period may be a configurable parameter at the SBP responder and/or at the SBP initiator.
  • An SBP responder that sends an SBP Response frame with status code SUCCESS may initiate a WLAN sensing procedure with one or more non-AP STAs.
  • the SBP responder may initiate the WLAN sensing procedure using operational parameters derived from those indicated within the SBP Request frame that requested the SBP procedure.
  • the SBP responder may be the sensing initiator of the WLAN sensing procedure.
  • the SBP initiator may participate in the WLAN sensing procedure as a sensing responder.
  • the SBP Request frame format is described in greater detail herein.
  • the SBP Request frame may be transmitted by an SBP initiator, which may be an AP-STA or a non-AP STA
  • the format of the SBP Request frame may define fields of an Action frame.
  • the SBP Request frame may allow or enable a STA to invoke a SBP procedure.
  • FIG. 9 illustrates an example format of the SBP Request frame.
  • the SBP Request frame 900 may at least include a Dialog Token field, which may be set to a nonzero value chosen by the STA sending the SBP request.
  • the Dialog Token field may, for example, including information that identifies the request/response transaction.
  • the SBP Response frame may be transmitted by a STA (e.g., by an AP-STA or a non-AP STA) to accept or reject a request for a SBP procedure, e.g., a request received via the SBP Request frame described substantially in paragraphs above
  • the format of the SBP Response frame may define fields of an Action frame.
  • the format of the SBP Response frame Action field is described in further detail below with respect to FIG. 10.
  • FIG. 10 illustrates an example format of the SBP Response frame.
  • the SBP Response frame 1000 may include a Dialog Token field
  • the Dialog Token field may be set to the same value as the Dialog Token field of a corresponding SBP Request frame. If the STA that transmits the SBP Response frame (e.g., an AP-STA or a non-AP STA) accepts the request, the status code may indicate such success of the request. Otherwise if theAP STA rejects the request, the status code may indicate as much (e.g., the status code may be set to REQUEST_REJECTED (with a given number of octets)).
  • the SBP Response frame 1000 may include a Measurement Setup ID field.
  • the Measurement Setup ID field may be set to the Measurement Setup ID value corresponding to the measurement setup instance initiated by the AP that accepts the corresponding SBP request.
  • the measurement Setup ID field may be present in an SBP Response frame, for example, if the status code indicates or is equal to SUCCESS.
  • Trigger Frames may be implemented consistent with one or more amendments to the 802.11 specification (e.g., using High Efficiency (HE) Trigger Frame formats as set forth in 802.11ax) to allocate resources and trigger single or multi-user access in the uplink.
  • HE High Efficiency
  • FIG. 11 illustrates an example of a Trigger Frame format.
  • the Trigger Frame 1100 includes, for example, a MAC header (e.g., including a Duration field, a Receive Address (RA) field, and a Transmit Address (TA) field), a Common Info field, and a User Info List field.
  • the Common Info field includes, for example, a Trigger Type subfield that indicates a variant of the Trigger Frame, a More TF subfield, a CS Required subfield, as well as other types of subfields.
  • a new variant of the Trigger Frame format (e.g., an Extremely High Throughput (EHT) Enhanced Trigger Frame) may be used.
  • EHT Extremely High Throughput
  • a new variant of the User Info field may be utilized, and a Special User Info field may be added along with the Common Info field.
  • FIGs. 12 and 13 illustrates an example format of an EHT Variant User Info field and an example format of an EHT Special User Info field, respectively.
  • FIG. 12 and FIG. 13 both illustrate enhancements that may allow, prompt, or enable a unified triggering scheme for both HE and EHT devices.
  • the EHT Variant User Info field 1200 and the EHT Special User Info field 1300 may each include a Trigger Dependent User Info field, which may include a Trigger Type subfield indicating a subvariant of the Trigger Frame.
  • the Trigger Dependent User Info field is described in further detail in paragraphs below.
  • FIG. 14 is a table illustrating example encodings of the Trigger Type subfield included in the Common Info subfield of the Trigger Frame.
  • the signaled Trigger Frame variant value may indicate a Basic Trigger Frame, a Beamforming Report Poll (BFRP) Trigger Frame, a Multi-User Block ACK Report (MU-BAR) Trigger Frame, a Multi-User Request-to-Send (MU-RTS) Trigger Frame, a Buffer Status Report Poll (BSRP) Trigger Frame, a Groupcast with Retries (GCR) MU-MAR Trigger Frame variant, a Bandwidth Query Report Poll (BQRP) Trigger Frame, an NDP Feedback Report Poll (NFRP) Trigger Frame, or the Ranging Trigger Frame variant.
  • BFRP Beamforming Report Poll
  • MU-BAR Multi-User Block ACK Report
  • MU-RTS Multi-User Request-to-Send
  • BSRP Buffer Status Report Poll
  • GCR Groupcast with Retries
  • the Ranging Trigger variant may be one example of a Trigger Frame variant that has one or more subvariants defined
  • the Ranging Trigger variant and potential subvariants are described in further detail with respect to FIG. 16.
  • the Ranging Trigger Subtype field value in the Trigger Dependent Common Info field of the Ranging Trigger frame are also further described in paragraphs below.
  • FIG. 15 illustrates an example format of the Trigger Dependent Common Info subfield of a Ranging Trigger frame.
  • a Token field in the Trigger Dependent Common Info field 1500 may be used in a Ranging Trigger frame, for example, of a Poll subvariant frame.
  • the Token field may, for example, be matched with a Token field associated with a partial Time Synchronization Function (TSF) time in a following Ranging NDP Announcement frame.
  • TSF Time Synchronization Function
  • the bits used to indicate the Token may be reserved in other Ranging Trigger subvariants.
  • FIG. 16 is a table illustrating an example encoding of the Trigger Dependent Common Info subfield for the Ranging Trigger Frame variant. As shown in FIG. 16, the Ranging Trigger subtype may be encoded with different values for each of the subvariants Poll, Sounding, Secure Sounding, Report, and Passive TB sounding.
  • FIG. 17 illustrates another example format of the Trigger Dependent Common Info subfield of a Ranging T rigger frame.
  • the Ranging T rigger Frame 1700 as shown in FIG. 17 may be a subvariant for Passive TB Sounding.
  • the Sounding Dialog Token Number subfield may contain a value in the range of 0 to 63 which may identify a Measurement Sounding phase (e.g., an initiator-to-responder null data packet (I2R NDP) and responder-to-initiator null data packet (R2I NDP) announced by a Sounding Trigger frame and the Ranging NDP Announcement frame, respectively), and the same value may be included in the Sounding Dialog Token field of the Ranging NDP Announcement frame transmitted within the same Availability Window
  • the RA field and the CS Required, UL BW subfields in the Common Info field of a Ranging Trigger frame variant may be identical to the Basic Trigger frame variant, except that the RA field in Ranging Trigger frames including only one User Info field may indicate unicast or broadcast addresses.
  • the More TF subfield of the Common Info field of the Ranging Trigger frame may be set to 1 and the RA field may be set to the broadcast address to indicate that a subsequent Ranging Trigger frame of Poll subvariant is scheduled for transmission within the availability window.
  • the More TF subfield of the Common Info field of the Ranging Trigger frame may be set to 0 and the RA field may be set to the broadcast address to indicate that no subsequent Ranging Trigger frame of Poll subvariant is scheduled for transmission within the availability window.
  • the TA field for the Ranging Trigger frame may be set to the address of the responding STA (RSTA) transmitting the Trigger frame, for example, if the Trigger frame is addressed only to initiating STAs (ISTAs) with which that RSTA has a TB Ranging measurement exchange.
  • the TA field may be the transmitted BSSID if the Trigger frame is addressed to set of ISTAs in which at least two ISTAs have a TB Ranging Measurement exchange with a different BSSID in the Multiple BSSID set of the RSTA.
  • FIG. 18 illustrates an example format of the Trigger Dependent User Info field in a Ranging Trigger frame as may be included for Poll and Report subvariant frames.
  • the Trigger Dependent User Info subfield 1800 as shown in FIG. 18, may not be present in the Poll subvariant or Report subvariant of a Ranging Trigger frame.
  • FIG. 19 and FIG. 20 illustrate example formats of the Trigger Dependent User Info field in the Sounding and Secured Sounding subvariants of a Ranging T rigger frame, respectively.
  • the T rigger Dependent User Info field may not be present in the Sounding subvariant of the Ranging T rigger frame.
  • the AID12/RSID12 subfield of the Trigger Dependent User Info fields 1900 and 2000 may carry either the 12 LSBs of the AID for an associated ISTA or the 12 LSBs of the RSID for an unassociated ISTA.
  • the UL Target RSSI subfield may be identical to the corresponding subfield in the Basic Trigger frame.
  • the AID12/RSID12 subfield may be identical to the corresponding subfield in the Poll subvariant of a Ranging Trigger frame
  • the I2R Rep subfield may signal the number of repetitions N_REP of the HE LTF symbols in the corresponding HE TB Ranging NDP from the STA indicated in the AID12/RSID12 subfield.
  • the value of the I2R Rep subfield may be the same in all User Info fields in the Trigger frame.
  • the S3 Allocation and UL Target RSSI subfields may be identical to the corresponding subfields in the Basic Trigger frame.
  • the AID12/RSID12 subfield may be identical to the corresponding subfield in the Poll subvariant of a Ranging Trigger frame.
  • the I2R Rep subfield may signal the number of repetitions N_REP of the HE LTF symbols in the corresponding HE TB Ranging NDP from the STA indicated in the AID12/RSID12 subfield.
  • the SS Allocation and UL Target RSSI subfields may be identical to the corresponding subfields in the Basic Trigger frame.
  • the Trigger Dependent User Info subfield may be present in the Secured sounding subvariant of a Ranging T rigger frame as depicted in FIG. 20.
  • the T rigger Dependent User Info subfield may carry the Security Authentication Code (SAC) field.
  • SAC field may provide the authentication information for the LTF Sequence Generation information used for I2R sounding associated with the measurement instance.
  • the length of this subfield may be 16 bits.
  • the Passive TB Ranging subvariant of a Ranging Trigger frame may follow the definition of the Sounding subvariant of a Ranging Trigger frame, except that the RA field may always be set to the broadcast address and the I2R Rep subfield may signal the number of repetitions N_REP of the HE LTF symbols in the corresponding HE Ranging NDP from the STA indicated in the AID12/RSID12 subfield.
  • the transmission of an NDPA frame may initiate an NDPA-based sounding or sensing procedure.
  • the NDPA may inform participant(s) (i.e., non-AP STA(s) and/or AP-STA(s)) of an NDP PPDU that is about to be transmitted and a sounding or sensing procedure is about to start.
  • An NDPA may also include the sounding or sensing requirements.
  • a sensing transmitter may then transmit the NDP PPDU, which has no payload but includes LTF symbols that enable the participant(s) to measure the wireless channel.
  • the participant(s) may then report their respective channel measurements, using methods as are described in further detail herein.
  • NDPA Variants are described herein. In systems implemented in accordance with 802.11 specifications, there may be four variants of the NDPA as listed in FIG. 21 .
  • FIG. 21 illustrates an example encoding of a NDP Announcement variant frame.
  • an NDPA Type subfield included in the NDP Announcement frame may indicate that the NDP Announcement frame is aVHT NDP Announcement frame, a Ranging NDP Announcement frame, an HE NDP Announcement frame, or an EHT NDP Announcement frame.
  • FIG. 22 illustrates an example of an NDP Announcement frame format.
  • an NDP Announcement frame may include a MAC header (e.g., including a Duration field, an RA field, and a TA field), a Sounding Dialog Token, and one or more STA Info fields.
  • MAC header e.g., including a Duration field, an RA field, and a TA field
  • Sounding Dialog Token e.g., including a Duration field, an RA field, and a TA field
  • STA Info fields e.g., a Sounding Dialog Token
  • STA Info fields e.g., HE NDP Announcement frames, Ranging NDP Announcement frames, and/or EHT NDP Announcement frames.
  • FIG. 23 illustrates an example of the STA Info field of the EHT NDPA variant. FIGs.
  • FIG. 24 illustrates an example format of the Special STA Info field when the AID11 subfield has a value of less than 2008.
  • FIG. 25 illustrates an example format of the Special STA Info field when the AID11 subfield has a value of 2043
  • FIG. 26 illustrates an example format of the Special STA Info field when the AID11 subfield has a value of 2044
  • FIG. 27 illustrates an example format of the Special STA Info field when the AID11 subfield has a value of 2045.
  • Preamble puncturing is a feature that may be implemented consistent with, for example, 802.11 ax, to allow a STA to transmit on certain subchannels but not the entire bandwidth.
  • a punctured transmission of a PPDU may have no signal present in one or more subchannels within the PPDU bandwidth.
  • 802.11be two type of preamble puncturing schemes are defined: static puncturing and dynamic puncturing.
  • static puncturing one or more subchannels may be punctured for one or more beacon intervals.
  • An AP may include a field, such as a Disabled Subchannel Bitmap field in the EHT Operation element, to indicate that one or more subchannels are disabled.
  • STAs may set the TXVECTOR parameter INACTIVE_SUBCHANNELS of an HE, EHT, or non-HT duplicate PPDU based on the value indicated in a previously exchanged (e g., the most recently exchanged) Disabled Subchannel Bitmap field in the EHT Operation elementfor that BSS. STAs may not transmit anything on the disabled subchannels.
  • FIG. 28 illustrates an example format of the EHT Operation element.
  • the EHT Operation element 2800 includes an Element ID field, a Length field, an Element ID Extension field, an EHT Operation Information field, and/or a Disabled Subchannel Bitmap (e.g., as described above).
  • the Disabled Subchannel Bitmap may be 2 octets long, for example, if present.
  • FIG. 29 illustrates an example format of the EHT Operation Information field
  • the EHT Operation Information field may include subfields as shown in FIG. 29 including a Channel Width subfield, a OOFS subfield defining channel center frequency segment information, and/or a Disabled Subchannel Bitmap Present subfield, which may indicate whether the Disabled Subchannel Bitmap field is present in the EHT Operation element.
  • the encoding of the Channel Width subfield may indicate, for example, that the EHT BSS bandwidth is 20 MHz, 40 MHz, 80 MHz, 160 MHz, or 320 MHz.
  • a valid puncturing pattern may be defined consistent with 802 11 standards.
  • a STA may be allowed to puncture additional subchannels other than those indicated by the Disabled Subchannel Bitmap field.
  • the STA may determine to puncture additional subchannels for different reasons. For example, such puncturing may be based on its physical or virtual channel sensing results.
  • Dynamic puncturing may be, for example, explicitly signaled using U-SIG field in EHT MU PPDU.
  • a Punctured Channel Information field may be carried in a U-SIG field of an EHT MU PPDU to indicate the punctured channels [0165]
  • a sensing initiator may not know the full status of the sensing responder. Due to the availability (or unavailability) of the sensing responder, e.g., channel availability, data buffer status, power availability, etc., the sensing responder may not be able to act as the sensing role(s) assigned or suggested by the sensing initiator. Therefore, there may be a need to define a set of procedures of sensing role negotiation which allow the sensing responder to suggest its sensing role in the TB or non-TB measurement instance.
  • non-TB sensing measurement instances may be considered pairwise, i.e., a non-AP STA may be the initiator, and an AP may be the sensing responder.
  • the sensing initiator (or the sensing responder) may be either a sensing transmitter, sensing receiver, or both.
  • other non-AP STAs which may not be the sensing initiator may want to participate in this sensing measurement instance.
  • the AP may want to send the NDP to multiple non-AP STAs, which may include the sensing initiator Alternatively, or additionally, when the AP is the sensing receiver, it may want to receive the NDP from multiple non-AP STAs, which may include the sensing initiator.
  • the AP may want to send the NDP to multiple non-AP STAs, which may include the sensing initiator.
  • the sensing receiver it may want to receive the NDP from multiple non-AP STAs, which may include the sensing initiator.
  • SBP Sensing-by-Proxy
  • SBP is a procedure that may allow or enable a non-AP STA to request an AP to perform WLAN sensing on its behalf.
  • sensing measurement termination procedures may not be defined, especially given there is may be no clear specification as to how to efficiently terminate multiple STAs when these STAs have the same sensing measurement ID, e.g. serve the same applications. Therefore, there may be a need to define an efficient sensing measurement termination procedure for multi-STAs to reduce the sensing signaling overhead.
  • each TB sensing measurement instance may be limited by the duration of the TXOP.
  • the TB sensing measurement instance may include one or more of each of the following phases: a Polling phase, NDPA Sounding phase, TF Sounding phase, and/or Reporting phase.
  • a TB sensing measurement instance may include multiple Polling phases, multiple TF Sounding phases, multiple NDPA Sounding phases, and/or multiple Reporting phases.
  • the number of phases that may be accommodated in one TXOP may be limited by the duration of this TXOP.
  • a computation procedure may be required to estimate the number of phases, and hence, the number of responders that may participate in one TB measurement instance given the duration of the TXOP.
  • Some embodiments may concern procedures for sensing role negotiation.
  • TB sensing measurement setup negotiation procedures may be a subset of such procedures.
  • Some scenarios addressed may involve one sensing initiator (AP) negotiating with one sensing responder (non-AP STA)
  • the AP which may be the sensing initiator, may send the sensing measurement setup request to one non-AP STA, acting as a sensing responder.
  • This measurement setup procedure may allow or enable negotiation between the sensing initiator, AP and the sensing responder, non-AP STA.
  • FIG. 30 illustrates an example WLAN sensing procedure for TB measurement setup negotiation.
  • a sensing initiator 3001 e.g., an AP-STA, as shown in FIG. 30
  • a sensing responder 3002 e.g., a non-AP STA as shown in FIG. 30
  • the sensing responder 3002 may not accept the assigned sensing roles indicated in the Sensing Measurement Setup Request frame 3010 (e.g.
  • the sensing responder 2902 may transmit a Sensing Measurement Setup Response frame 3020 to the sensing initiator.
  • the Sensing Measurement Setup Response frame 3020 may include a field or value that indicates “Reject”.
  • the sensing initiator 3001 may send a Sensing Measurement Setup Termination frame 3030 to terminate the sensing measurement set up procedure.
  • the sensing responder 3002 may send an ACK as shown at 3040 to acknowledge the reception of Sensing Measurement Setup Termination frame 3030.
  • FIG. 31 illustrates an exemplary WLAN sensing procedure for TB measurement setup negotiation in which an alternate response is received from the sensing responder.
  • the sensing initiator 3101 e.g., an AP-STA
  • the sensing responder 3102 may not accept the assigned sensing roles indicated in the Sensing Measurement Setup Request frame 3110.
  • the sensing responder 3102 may transmit a Sensing Measurement Setup Response frame 3120 to the sensing initiator 3101.
  • the Sensing Measurement Setup Response frame 3120 may include a field or a value that indicates “Alternate”.
  • the sensing responder 3102 may also include a set of suggested parameters in the Sensing Measurement Setup Response frame 3120, e.g., the sensing roles it prefers to take in the sensing measurement instance.
  • the sensing initiator 3101 may again transmit a Sensing Measurement Setup Request frame (shown in this instance at 3130) to indicate new sensing measurement parameters.
  • the sensing responder 3102 may again send a Sensing Measurement Setup Response frame (shown at 3140) with a field or value indicating “Accept” Alternatively, or additionally it may repeat the negotiation process and send the Sensing Measurement Setup Response with “Alternate” or “Reject’.
  • the sensing responder 3102 transmits (or when the sensing initiator 3101 receives) the Sensing Measurement Setup Response frame 3140 with “Accept” indication, the sensing measurement instance may start, as shown at 3150.
  • the sensing initiator may need to confirm the alternative sensing measurement parameters suggested by the sensing responder. For example, the sensing initiator may send the Sensing measurement Setup Request again.
  • the system may limit the number of the Sensing Measurement Setup Request frames transmitted from the sensing initiator. For example, the maximum number of transmitted Sensing Measurement Setup Request frames may be set equal to 2. The system may limit the number of the Sensing Measurement Setup Response frames transmitted from the sensing responder.
  • the maximum number of transmitted Sensing Measurement Setup Response frames may be set equal to 2.
  • the system may limit the negotiation duration between the sensing initiator and the sensing responder, for example, by configuring a timer. When the time duration expires, the sensing measurement setup may be terminated, or the sensing responder may utilize the sensing measurement parameters indicated in the latest Sensing Measurement Setup Request frame to start the sensing measurement instance or the sensing initiator may utilize the alternative sensing measurement parameters indicated in the latest Sensing Measurement Setup Response frame to start the sensing measurement instance.
  • Some scenarios may involve one sensing initiator (e.g., an AP-STA or a non AP-STA) sending a sensing measurement setup request to multiple sensing responders (e.g., non-AP STAs or AP-STAs)
  • an AP acting as the sensing initiator, may send a sensing measurement setup request to a group of non-AP STAs, acting as sensing responders simultaneously.
  • this may allow negotiation between the sensing initiator (e.g., AP) and multiple sensing responders (e.g , non-AP STAs).
  • These sensing responders may belong to the same group, which may be indicated in various messaging by a group ID.
  • FIG. 32 depicts an exemplary sensing procedure for TB measurement setup negotiation between one sensing initiator and multiple sensing responders where multiple responders have different responses indicated in Measurement Setup Request frame.
  • the sensing initiator AP 3201 may send the Sensing Measurement Setup Request frame to multiple sensing responders, e.g., non-AP STAs 3202, 3203, and 3204.
  • the Sensing Measurement Setup Trigger frame may be transmitted by the sensing initiator 3201 a SIFS after the Sensing Measurement Setup Request frame.
  • An RU allocation for the transmissions of multiple Sensing Measurement Setup Response frames from multiple STAs may be included in this Trigger frame.
  • the requested STAs 3202, 3203, and 3204 Upon the receipt of the Sensing Measurement Setup Trigger frame, the requested STAs 3202, 3203, and 3204, which may belong to one group of sensing responders, each send Sensing Measurement Setup Response frames using the RU allocation indicated by the Trigger frame.
  • the sensing responders 3202, 3203, and 3204 may indicate different responses. As shown in FIG. 32, the sensing responder 3202, STA1, may send a Sensing Measurement Setup Response frame indicating “Accept”; the sensing responder 3203, STA2 may send a Sensing Measurement Setup Response frame indicating “Reject”; and the sensing responder 3204, STA3, may send a Sensing Measurement Setup Response frame indicating “Alternate”.
  • the sensing initiator 3201 may take different actions with respect to each sensing responder: the sensing initiator may send a Sensing Measurement Termination frame to sensing responder 3203 (STA2) which may be replied to with an ACK. This may means that the sensing measurement setup between the AP and has not been completed.
  • the sensing initiator 3201 may send a Sensing Measurement Setup Request frame including alternative sensing setup parameters suggested by sensing responder 3204 (STA3) to the sensing initiator 3204.
  • sensing responder 3204 may send a Sensing Measurement Setup Response with the indication “Accept” to the sensing initiator 3201.
  • the sensing measurement setup is successfully completed between the sensing initiator 3201 and the sensing responders 3202 and 3204 There may be no sensing measurement setup procedure completed between sensing initiator 3201 and 3203. It may be for the sensing initiator (e.g., the AP) as to which sensing responder (e.g., STA) should be contacted first after the receipt of Sensing Measurement Setup Response frames from multiple sensing responders.
  • the sensing initiator e.g., the AP
  • sensing responder e.g., STA
  • FIG. 33 illustrates an example sensing procedure for TB measurement setup negotiation between a sensing initiator and multiple sensing responders in which all of the responders accept the sensing measurement parameters indicated in a Measurement Setup Request frame.
  • the sensing initiator AP 3301 may send a Sensing Measurement Setup Request frame to multiple sensing responders, e.g., non-AP STAs 3302, 3303, and 3304.
  • the sensing initiator 3301 may start the sensing measurement instance, as shown at 3310.
  • FIG. 34 illustrates an example sensing procedure for the TB measurement setup negotiation carried out between one sensing initiator and multiple sensing responders, in which all of the responders reject the sensing measurement parameters indicated in Measurement Setup Request frame.
  • the sensing initiator AP 3401 may send a Sensing Measurement Setup Request frame to multiple sensing responders, e.g., non-AP STAs 3402, 3403, and 34O4.ln such examples, upon receipt of the Sensing Measurement Response frame indicating “Reject” from all sensing responders, the sensing initiator 3401 may send all responders a Sensing Measurement Termination frame which may be followed by a Trigger frame (e g., Sensing Measurement Setup Trigger frame).
  • a Sensing Measurement Termination frame e.g., Sensing Measurement Setup Trigger frame
  • the Sensing Measurement Termination frame may be transmitted after a subframe in a SIFS.
  • the sensing responders 3402, 3403, and 3404, may send an ACK, for example, a SIFS after receipt of the Trigger frame.
  • Non-TB sensing measurement setup negotiation procedures are described herein.
  • a non-AP STA may be the sensing initiator, and an AP may be the sensing responder.
  • the sensing measurement parameters indicated in the Sensing Measurement Request frame between the sensing initiator, the non-AP STA and the sensing responder, the AP are negotiated
  • the sensing responder AP may accept, reject, alternate, or demand the sensing measurement parameters indicated in a Sensing Measurement Request frame.
  • FIG. 35 illustrates an example of a non-TB measurement setup negotiation procedure carried out between the sensing initiator (non-AP STA) and the sensing responder (AP).
  • a sensing initiator 3501 may transmit a Sensing Measurement Setup Request frame 3510 to a sensing responder 3502.
  • the sensing responder 3502 may indicate Reject in the Sensing Measurement Setup Response frame 3520. In other words, the sensing responder 3502 may not accept the sensing measurement parameters indicated in the Sensing Measurement Setup Request frame 3510 and may not provide any alternative parameters.
  • the sensing initiator 3501 may terminate the sensing measurement setup, i.e., by sending out a Sensing Measurement Setup Termination frame 3530, which may be followed by an ACK 3540 from the sensing responder 3510.
  • FIG. 36 illustrates an example of a non-TB measurement setup negotiation procedure involving a sensing initiator (e.g., a non-AP STA) and a sensing responder (e.g., an AP).
  • a sensing initiator 3601 may transmit a Sensing Measurement Setup Request frame 3610 to a sensing responder 3602.
  • the sensing responder 3602 may indicate Alternate in a Sensing Measurement Setup Response frame 3620.
  • the responder 3602 may include alternative sensing measurement parameters.
  • the sensing initiator 3601 may accept these parameters and implement or include these parameters in a subsequent Sensing Measurement Setup Request frame 3630, which may be sent to the responder 3602 Alternatively, or additionally, the indication of the Alternate value in the Sensing Measurement Setup Response frame 3620 may allow, prompt, or enable another negotiation process between the sensing initiator 3601 and the sensing responder 3602.
  • the system may limit number of the negotiation times, e g., the maximum negotiation times which may be equivalent to the maximum transmission numbers of the Sensing Measurement Request frames equal to 2. Alternatively, or additionally, the system may set up a timer to limit the negotiation duration.
  • the sensing measurement setup may be terminated, or in some cases the sensing responder 3602 may implement or accept the sensing measurement parameters indicated in the latest Sensing Measurement Setup Request frame to start a sensing measurement instance. In some cases, the sensing initiator 3601 may implement or accept the alternative sensing measurement parameters indicated in the latest Sensing Measurement Setup Response frame to start the sensing measurement instance.
  • FIG. 37 illustrates an exemplary non-TB measurement setup negotiation procedure involving a sensing initiator (e.g. , a non-AP STA) and the sensing responder (e.g., an AP).
  • a sensing initiator 3701 may transmit a Sensing Measurement Setup Request frame 3710 to a sensing responder 3702.
  • the sensing responder may transmit a Sensing Measurement Setup Response frame 3720 and include a value that indicates “Demand”.
  • the Sensing Measurement Setup Response frame 3720 may include an indication of parameters that differ from the parameters that were included in the Sensing Measurement Setup Request frame 3710 “Demand” may indicate the sensing responder may only accept the sensing parameters indicated in the sensing Measurement Setup Response frame 3720. If, for example, the sensing initiator 3601 accepts or agrees with the demanded sensing parameters, the sensing initiator 3701 may send a subsequent Sensing Measurement Setup Request frame 3730 which may include the demanded sensing parameters. As illustrated in FIG. 37, the sensing responder 3702 may transmit a subsequent Sensing Measurement Setup Response 3740 including a value indicating success of the setup procedure and acceptance of the parameters indicated in the subsequent Sensing Measurement Setup Request 3730. As shown at 3750, the Sensing Measurement instance may then commence
  • FIG. 37 illustrates another exemplary non-TB measurement setup negotiation procedure involving a sensing initiator (e.g , a non-AP STA) and the sensing responder (e.g , an AP)
  • a sensing initiator 3801 may transmit a Sensing Measurement Setup Request frame 3810 to a sensing responder 3802.
  • the sensing responder may transmit a Sensing Measurement Setup Response frame 3820 and include a value that indicates “Demand”.
  • the Sensing Measurement Setup Response frame 3820 may include an indication of parameters that differ from the parameters that were included in the Sensing Measurement Setup Request frame 3810 If the sensing initiator 3801 does not agree with the demanded sensing parameters, it may terminate the sensing measurement setup by transmitting a Sensing Measurement Setup Termination message, as shown at 3830. The sensing responder 3802 may transmit an ACK in response to the sensing initiator 3801 .
  • FIG. 39 is a table illustrating an exemplary encoding for a Status Code subfield in the Sensing Measurement Setup Response frame
  • the Status Code subfield may include, for example, information indicating Success, Reject, Alternate, Demand, or other values.
  • the Status Code subfield may include, for example, an indication of partial acceptance of the parameters included in a Sensing Measurement Setup Request frame. Partial acceptance may occur, for example, when a participant (e.g., a transmitter of a Sensing Measurement Setup Response frame) accepts some of, or a portion of, the parameters indicated in the Sensing Measurement Setup Request frame.
  • Non-TB measurement instances for example, in which a non-AP STA is a sensing initiator and an AP is the sensing responder, other non-AP STAs may be enabled to participate in this sensing measurement instance.
  • the non-AP STA may be the sensing transmitter, the sensing receiver or both
  • FIG. 40 illustrates a non-TB measurement instance in which an initiator (e.g., a Non-AP STAO) is the sensing transmitter and AP and other non-AP STAs (e.g., Non-AP STA1 , non-AP STA2) are sensing receivers.
  • the sensing initiator 4010 i.e., the Non-AP STAO
  • a sensing responder 4020 may transmit a Sensing Measurement Setup Response frame to the sensing initiator 4010 in response
  • the sensing responder 4020 may indicate that it accepts all of the sensing measurement parameters indicated in the Sensing Measurement Setup Request frame transmitted by the sensing initiator 4010.
  • the sensing responder 4020 (AP) may indicate in the response frame that its associated STAs, e.g., non-AP STA 4030 (STA1) and non-AP STA 4040 (STA2) agree to participate in the sensing measurement setup.
  • the sensing initiator Upon receipt of the Sensing Measurement Setup Response frame with a Success Indication, the sensing initiator (i.e., Non-AP STAO) may transmit an NDP Announcement (NDPA) frame, which may be followed by one or more NDPs.
  • the one or more NDPs may be transmitted, for example, a SIFS after the NDPA.
  • the sensing responder i.e., the AP
  • the sensing responder may transmit a trigger frame to a non-AP STA 4030 (i.e., STA1) and a non-AP STA 4040 (i.e., STA2) which may indicate resource allocation information for transmission of Sensing measurement Report frames by non-AP STA 4030 and non-AP STA 4040.
  • the sensing responder 4020, non-AP STA 4030 and non-AP STA 4040 may send Sensing Measurement Response frames, which may be received by the sensing initiator 4010 (i.e., non-AP STAO). Sensing results may carried in the Sensing Measurement Report frame.
  • FIG. 41 illustrates a non-TB measurement instance in which the initiator, e.g , Non-AP STAO, and other non-AP STAs are sensing receivers and a sensing responder (i e., an AP) is the sensing transmitter.
  • the sensing initiator 4110 i.e., non-AP STAO
  • the Sensing Measurement Setup Response frame is followed by a Sensing Measurement Setup Response frame from the sensing responder 4120 (i.e., an AP).
  • the sensing responder may indicate it accepts all sensing measurement parameters included in the Sensing Measurement Setup Request frame transmitted by the sensing initiator 4110.
  • the sensing responder 4120 may indicate in the response frame that its associated STAs, e.g., non-AP STA 4130 (STA1) and non-AP STA 4140 (STA2) agree to participate in the sensing measurement setup.
  • the sensing initiator may transmit an NDP Announcement (NDPA) frame, followed after a SIFS by the transmission of an NDP.
  • NDPA NDP Announcement
  • the NDP may be transmitted, for example, by the sensing responder 4120 (i.e., the AP).
  • the sensing responder 4120 may send a trigger frame to other participants 4110, 4130, and 4140 (i.e., to non-AP STAG, non-AP STA1 and non-AP STA2) and indicate resource allocation information for Sensing measurement Report frames to be transmitted by the other participants 4110, 4130, and 4140 (i.e., non-AP STAG, non-AP STA1 and non-AP STA2).
  • the sensing initiator 4110 i.e., non-AP STAG
  • non-AP STAs 4130 and 4140 i.e., STA1 and STA2
  • Sensing Measurement Report frames may be received by the sensing responder 4120 (i.e., the AP). Sensing results may be carried in a Sensing Measurement Report frame, not shown in FIG. 41.
  • FIG. 42 illustrates an example of a non-TB measurement instance in which a sensing initiator, e.g., Non-AP STAG and other non-AP STAs are sensing transmitters and an AP is a sensing receiver.
  • the sensing initiator 4210 i.e , Non-AP STAG
  • the sensing responder 4220 may indicate it accepts all the sensing measurement parameters indicated in the Sensing Measurement Setup Request frame transmitted by the sensing initiator 4210 (i.e., non-AP STAG).
  • the sensing responder 4220 (AP) may indicate in the response frame that its associated STAs, e.g., non-AP STA 4230 (STA1) and non-AP STA 4240 (STA2) agree to participate in the sensing measurement setup.
  • the Non-AP STAG may transmit an NDP Announcement (NDPA) frame, which may be followed after a SIFS by a Trigger frame transmitted by the sensing responder 4220 (i.e., the AP).
  • NDPA NDP Announcement
  • the Trigger frame may be sent to other participants 4210, 4230 and 4240 (i.e., non-AP STAG, non-AP STA1 and non-AP STA2) and may indicate resource allocation information for transmission of Sensing measurement Report frame(s) by the participants 4210, 4230, and/or 4240 (i.e., non-AP STAG, non-AP STA1 and/or non-AP STA2).
  • the sensing responder i.e., the AP
  • Sensing results may be carried in a Sensing Measurement Report frame, not shown in FIG. 42.
  • an NDPA may be sent by the sensing initiator (i.e., non-AP STAG), which may include STA information for the participants (i.e., non-AP-STA1 and non-AP-STA2) and indicate that such participants are sensing receivers or/and sensing transmitters and which device is the sensing transmitter.
  • non-AP STA0 may be the sensing transmitter in the example shown in FIG. 40
  • the AP may be the sensing transmitter in the example shown in FIG. 41
  • Non-AP STAG, non-AP STA1 and non-AP STA2 may be sensing transmitters in the example shown in FIG. 42
  • non-AP STAs may be grouped. For example, if any non-AP STA from the same group or the group head non-AP STA acts as a sensing initiator and transmits the NDPA, the remaining non- AP STAs in that group may perform as sensing receivers or transmitters and send the sensing results to that sensing transmitter if there is a need (e.g., non-AP STAG may be the sensing transmitter in the example shown in FIG. 40, AP may be the sensing transmitter in the example shown in FIG. 41 , and non-AP STAO, non-AP STA1 and non-AP STA2 may be sensing transmitters as shown in FIG. 42).
  • One or more Group IDs may be included in the NDPA and/or in the T rigger frame.
  • An indication of the group head may be included in the NDPA and/or in the Trigger frame in some cases.
  • a non-AP STA may initiate a non-TB sensing measurement instance with one or more APs in a multi-AP scenario such that the non-AP STA may be the sensing initiator, and the APs of the Multi- AP group may be the sensing responders participating in the sensing session.
  • the aforementioned scenario may be illustrated and described further in paragraphs below with respect to the example of FIG. 43.
  • FIG. 43 illustrates an exemplary frame exchange between a non-AP STA initiating multiple simultaneous non-TB sensing measurement instances with different APs in a Multi-AP group.
  • the sensing initiator 4310 is a non-AP STA and sensing responders 4320, 4330, and 4340 are APs (i.e., AP1, AP2, and AP3).
  • the sensing initiator 4310 transmits a sensing NDPA frame, which is followed by an I2R NDP PPDU after a SIFS. Subsequently, after another SIFS, the sensing responders 4320, 4330, and 4340 transmit R2I NDP PPDUs in response.
  • the non-AP STA may be the sensing transmitter and some or all the APs of the Multi-AP group participating in the sensing session may be the sensing receivers.
  • the non-AP STA may send a Sensing NDPA with one STA Info field addressed to a group AID or a Special AID to provide the configuration information for the I2R NDP which may be sent by the non-AP a SIFS after the NDPA.
  • Some or all APs of the Multi-AP group may then send the R2I NDP a SIFS after the I2R NDP.
  • the Sensing NDPA may be used to configure the R2I NDP to be transmitted with minimum possible length with one LTF.
  • the non-AP STA may send the Sensing NDPA with many STA Info fields, and each may be addressed to one of the APs in the Multi-AP group participating in the sensing session.
  • the configurations of the R2I NDP may be the same or different in each STA Info field.
  • the non-AP STA may configure one AP to send the R2I NDP while other APs in the Multi-AP group may remain silent and not respond with R2I NDPs.
  • the AP to send the R2I NDP may be the sharing AP of the Multi-AP group, or it may be the associated AP of the non-AP STA initiating the sensing session.
  • the non-AP STA may be the sensing receiver and all the APs of the Multi- AP group participating in the sensing session may be the sensing transmitters.
  • the non-AP STA may send the Sensing NDPA followed by an I2R NDP after a SIFS and the APs of the Multi-AP group may send an R2I NDP after a SIFS.
  • the non-AP STA may send the Sensing NDPA with one STA Info field addressed with a group AID or a Special AID.
  • the STA Info field may be used to configure the I2R NDP to be transmitted with minimum possible length with one LTF.
  • the Sensing NDPA may also be used to configure the transmission of the R2I NDP from different APs of the Multi-AP group participating in the sensing session.
  • the APs may respond by sending the R2I NDP with the same configuration indicated in this STA Info field.
  • the only STA Info field may be used to allocate different resources for the different APs to send the R2I NDPA
  • the non-AP STA may send the Sensing NDPA with many STA Info fields, and each may be addressed to one of the APs in the Multi-AP group participating in this sensing session.
  • the STA Info field may be used to configure the R2I NDP transmitted from different APs with different configurations.
  • the R2I NDPs may then be sent either multiplexed in time, frequency, or spatial domains or any combinations of the three domains.
  • the R2I NDPs may also be sent using the same time, frequency, and spatial domain in non-orthogonal manner.
  • the non-AP STA may be a sensing transmitter and receiver and some of the APs of the Multi-AP group participating in the sensing session are sensing transmitters and some are only sensing receivers.
  • the non-AP STA may send the Sensing NDPA followed by an I2R NDP after a SIPS and then the APs of the Multi-AP group may send an R2I NDP after a SIPS.
  • the non-AP STA may send the Sensing NDPA with two STA Info field each is addressed with a group AID or a Special AID such that one is used for the AP sensing transmitters and one for the AP sensing receivers.
  • the AP sensing transmitters STA Info field may be used to configure the R2I NDP to be transmitted from the APs acting as sensing transmitters.
  • the AP sensing receivers STA Info field may be used to configure the I2R NDP to be transmitted from the non-AP STA to the APs acting as sensing receivers.
  • the non-AP STA may send the Sensing NDPA with many STA Info fields, and each may be addressed to one of the APs in the Multi-AP group participating in this sensing session.
  • the STA Info field may be used to configure the R2I NDP transmitted from different APs acting as sensing transmitters with different configurations.
  • the R2I NDPs may then be sent multiplexed in time, frequency, or spatial domains or any combinations of the three domains.
  • the R2I NDPs may also be sent using the same time, frequency, and spatial domain in non-orthogonal way.
  • the STA Info field may be used to configure the I2R NDP transmitted from the non-AP STA to the different APs acting as sensing receivers.
  • the I2R NDP and the R2I NDPs may be used in both directions to perform measurements such that the non- AP STA may acquire CSI for the links between itself and the APs acting as sensing transmitters or acting as sensing transmitters and receivers using the R2I NDP and in the same time the AP acting as a sensing transmitter and receiver may acquire CSI for the link between itself and the non-AP STA using the I2R NDP.
  • FIG. 44 illustrates an exemplary SBP procedure involving multiple SBP initiators In the example shown in FIG.
  • an SBP initiator 4420 may first send an SBP request to the SBP responder 4410 (i.e., an AP).
  • the SBP request may be followed a SIFS after by a SBP response from the SBP responder 4410.
  • a timer may begin to run (i.e., the SBP responder 4410 may determine when a time duration has elapsed starting from when the first SBP request is received by the sensing responder 4410).
  • T_out expires, or before the time duration elapses, the SBP responder 4410 may receive another SBP request from SBP initiator 4430 (i.e , non-AP STA1).
  • SBP responder 4410 After the message exchange of SBP request and SBP response between SBP initiator 4430 and SBP responder 4410 and the time from the counting start point is less than T_out, another SBP request may be received by the SBP responder 4410 from the SBP initiator 4440. After the SBP responder 4410 sends an SBP Response frame to SBP initiator 4440, the elapsed time duration may reach T_out. All three SBP initiators may belong to the same group or request similar contents, e.g., use same the applications or same CSI information related to similar or the same channels. The SBP responder 4410 may decide to initiate a single sensing procedure for these SBP initiators at the same time.
  • the SBP responder 4410 may terminate the SBP procedure, i.e., send a SBP Termination Request at any time to one or more of the three SBP initiators 4420, 4430, and/or 4440 simultaneously or non-simultaneously.
  • the time interval or duration e.g., T_out, may be used to limit the time duration during which the SBP Requests from the same SBP group of STAs are received can be merged as one SBP procedure.
  • any one of the SBP initiators may terminate the SBP procedure.
  • a non-AP STA may send the SBP Request frame to the AP, which may be an SBP responder.
  • the SBP responder may identify that the SBP initiator belongs to a group of non-AP STAs and decide to send another SBP Response frame to other non-AP STAs that are in the same group as the SBP initiator
  • FIG. 45 illustrates an exemplary SBP procedure involving a single SBP initiator and a group of SBP participants that includes multiple SBP participants.
  • the SBP initiator 4520 i.e., non-AP STAG
  • the SBP responder 4510 may identify the group ID and decide to send another SBP request to non-AP STA 4530 (i.e.,. STA1 and non-AP STA 4540 (i.e.,.
  • STA2 which may indicate the sensing procedure may start at a time interval of T, which may begin at the end of the reception of the SBP response.
  • T may be equal to aSIFTime+aSlotTime+aRxPHYStartDelay.
  • the SBP initiator 4520 may indicate any of the following information in a SBP Request frame: 1) an SBP group ID; and/or 2) information allowing no group members, a portion of the group members, or all group members to participate in the SBP procedure. If the SBP initiator 4520 non-AP STAO does not allow any other non-AP STAs to participate in this SBP procedure, the SBP responder 4510 (i.e., the AP) may not send the SBP Response frame to other group members.
  • the SBP responder 4510 may only send the SBP Response frame to those which are allowed to join this SBP procedure. If the SBP initiator 4520 (i.e., non-AP STAO) allows all group members to participate in this SBP procedure, then the SBP responder 4510 (i.e., the AP) may send the SBP Response frame to all group members of non-AP STAO. In this example, SBP initiator 4520 (i.e., non-AP STAO) may initiate the SBP termination procedure.
  • the SBP responder 4510 may send the SBP Termination Response frame to non-AP STA 4520 first and then send a separate frame to non-AP STA 4530 (non-AP STA1) and non-AP STA 4540 (non-AP STA2). Alternatively, the SBP responder 4510 may send one SBP Termination Response frame to non-AP STA 4520, non-AP STA 4530 and non-AP STA 4540 Alternatively, or additionally, the SBP responder 4510 (i.e.,. the AP) may terminate the SBP procedure, or other group members may terminate the SBP procedure if they participate in this SBP procedure
  • Sensing measurement termination initiated by the AP may be performed as described in the following paragraphs
  • a sensing measurement termination procedure involving one AP and multiple non-AP STAs may be proposed.
  • an AP may be the sensing initiator and initiates the termination of the sensing measurement.
  • FIG. 46 illustrates an example of a procedure for sensing measurement termination initiated by an AP, where the AP may be the sensing initiator.
  • the sensing initiator 4610 i.e. the AP
  • aSIFS Sensing Measurement Setup Termination frame
  • FIG. 47 illustrates an example of the exemplary Measurement Setup ID Information subfield in the Sensing Measurement Setup Termination frame Action field.
  • the Measurement Setup ID Information subfield may include various information as follows.
  • the subfield may include a Number of Measurement Setup IDs. This may indicate the number of Measurement Setup Info subfields that follow the Number of Measurement Setup IDs subfield.
  • the information included in one or more Measurement Setup Info subfields may include one or some of the following information.
  • a sensing measurement setup ID and MAC addresses of the STAs associated with this sensing measurement ID may be included.
  • a STA that is associated with this sensing measurement ID and/or associated with the indicated MAC address may decode the Sensing Measurement Setup Termination frame and terminate the sensing measurement associated with the indicated sensing measurement setup ID.
  • a sensing measurement ID and/or STAJDs of the STAs associated with this sensing measurement ID may be included.
  • a STA that is associated with this sensing measurement ID and/or associated with the indicated STAJD may decode the Sensing Measurement Setup Termination frame and terminate the sensing measurement associated with the indicated sensing measurement setup ID. lt should be noted that one sensing measurement ID may provide an indication of multiple STAs
  • a sensing measurement setup ID and/or the STAJD or MAC address of the sensing initiator associated with sensing measurement ID may be included.
  • a STA associated with this sensing measurement ID that has the corresponding sensing initiator with the indicated STAJD or MAC address may decode the Sensing Measurement Setup Termination frame and terminate the sensing measurement associated with the indicated sensing measurement setup ID.
  • a sensing measurement setup ID and the sensing group ID may be included A STA that is associated with this sensing measurement ID and/or associated with the sensing group ID may decode the Sensing Measurement Setup Termination frame and terminate the sensing measurement associated with the indicated sensing measurement setup ID.
  • a value in the Number of Measurement Setup IDs subfield may indicate the number of Measurement Setup Info subfields that follow the Number of Measurement Setup IDs. It should be noted, however, that other examples of the Measurement Setup ID Information subfield format may be possible. The subfield may be present in other formats that includes the elements list above.
  • sensing session termination may serve to terminate sensing by all STAs that are involved in the same sensing measurement instance identified with the sensing measurement ID. Sensing session termination may terminate sensing by a portion of the STAs that are involved in the same sensing measurement instance. It should be noted that the roles mentioned above may be applied to termination procedures initiated by an AP that is not the sensing initiator.
  • Embodiments relating to sensing measurement termination initiated by a non-AP STA are described herein. In some cases, termination of the sensing session may be initiated by a non-AP STA.
  • FIG. 48 illustrates an exemplary sensing measurement setup termination procedure initiated by a non-AP STA.
  • a sensing responder/termination initiator 4820 i.e., non-AP STAG
  • the sensing initiator/termination initiator 4810 may follow the same or similar procedures as illustrated, for example, in FIG.
  • the sensing termination initiator 4820 may include a group ID in the Sensing Measurement Termination frame.
  • the sensing initiator/termination responder 4810 may first send the Sensing Measurement Termination Response frame or ACK to sensing responder 4820 (i.e., non-AP STAO) and then send another Sensing Measurement Termination frame to other responders 4830 and 4840 (i.e., non-AP STAs, STA1 and STA2).
  • sensing responder 4830 and 4830 may send Sensing Measurement Termination Responses and/or ACKs to the sensing initiator/termination responder 4810
  • the resources allocated for this sensing measurement instance may be released.
  • FIG. 49 illustrates timing requirements for each phase of the sensing TB measurement instance.
  • the time required to complete each phase of the sensing TB measurement instance may be calculated different for each phase.
  • the Polling phase 4910 may include a Polling Trigger frame followed a SIFS after by a CTS-to-Self frame.
  • the NDPA Sounding phase 4920 may include an NDPA followed a SIFS after by a I2R NDP PPDU transmitted in the downlink.
  • the TF Sounding phase 4930 may include a Sounding Trigger frame followed a SIFS after by a R2I NDP PPDU transmitted in the uplink.
  • the Reporting phase 4940 may include a Reporting Trigger frame followed a SIFS after by a Report frame. It is worth noting that the separation between two consecutive phases may be a SIFS.
  • each TB sensing measurement instance may start and complete within a TXOP and shall not extend beyond the TXOP limits.
  • the initiator that initiated the TB measurement instance may end the instance and release the channel if no responders respond back with a CTS-to-Self frame
  • the time required to complete one Polling phase T Polling may be computed according to the formula may be the time required to transmit the Polling Trigger frame may be the time needed to transmit the CTS-to-Self frame, and SIFS may be the Short Inter-Frame Spacing.
  • An initiator may estimate the required time to complete one Polling phase according to a procedure that includes one or more of the steps as described in the following paragraphs
  • One or more steps may include identifying the number of polled responders per one Polling phase
  • One or more steps may include identifying the MCS that will be used by the initiator to transmit the Polling Trigger frame; identifying the Polling Trigger frame coding rate R P-TF ,' and/or identifying the Polling Trigger frame modulation scheme (e.g., the number of bits per modulation sample).
  • One or more steps may include identifying the MOS that will be used by the polled responders to transmit the CTS-to-Self frame; identifying the CTS-to-Self frame coding rate and/or identifying the Polling Trigger frame modulation scheme (the number of bits per modulation sample N CTSTS-bps ),'
  • One or more steps may include computing according to the formula is the PHY preamble duration including the duration of Signal symbol, is the number of OFDM symbols needed to carry the Polling Trigger frame and is the symbol interval of the PPDU carrying the Polling Trigger frame
  • One or more steps may include computing the number of OFDM symbols needed to carry the Polling Trigger frame according to the formula N where may be the number of coded bits of the Polling T rigger frame and N SD is the number of data subcarriers.
  • One or more steps may include computing the number of coded bits according to the formula where may be the number of uncoded bits of the Polling Trigger frame.
  • One or more steps may include computing the number of uncoded bits of the Polling Trigger frame according to the formula m a Y be the number of octets of the MAC header, ma Y be the number of the octets of the Common Info field of the Polling Trigger frame may be the number of the octets of the User Info field of the Polling T rigger frame, may be the number of the octets of the Padding field of the Polling Trigger frame and may be the number of the octets of the Frame Check Sequence (FCS) field of the Polling Trigger frame.
  • FCS Frame Check Sequence
  • One or more steps may include computing according to the formula m a Y be the number of OFDM symbols needed to carry the CTS-to-Self frame and M may be the symbol interval of the PPDU carrying the CTS-to-Self frame.
  • One or more steps may include computing the number of OFDM symbols needed to carry the CTS-to-Self frame according to the formula where may be the number of coded bits of the CTS-to-Self frame and N SD is the number of data subcarriers.
  • One or more steps may include computing the number of coded bits according to the formula may be the number of uncoded bits of the CTS-to-Self frame.
  • One or more steps may include computing the number of uncoded bits of the CTS-to-Self frame according to the formula S may be the number of octets of the CTS frame
  • the time required to complete one NDPA Sounding phase may be computed according to the formula may be the time required to transmit the NDPA frame and T I2R-NDP may be the time needed to transmit the I2R NDP PPDU.
  • An initiator may estimate the required time to complete one NDPA Sounding phase according to a procedure that includes one or more steps as described in the following paragraphs.
  • One or more steps may include identifying the number of responder receivers per one NDPA Sounding phase N RR .
  • One or more steps may include identifying the MCS that will be used by the initiator to transmit the NDPA frame; identifying the NDPA frame coding rate R NDPA ,' and/or identifying the NDPA frame modulation scheme (which may be the number of bits per modulation sample
  • One or more steps may include computing the number of OFDM symbols needed to carry the NDPA frame according to the formula where may be the number of coded bits of the
  • N SD may be the number of data subcarriers.
  • One or more steps may include computing the number of coded bits according to the formula where may be the number of uncoded bits of the NDPA frame.
  • N SDT may be the number of the octets of the Sounding Dialog Token field of the NDPA frame
  • N sta -info may be the number of the octets of the STA Info field of the NDPA frame
  • N FCS may be the number of the octets of the Frame Check Sequence (FCS) field of the NDPA frame.
  • FCS Frame Check Sequence
  • One or more steps may include computing T I2R-NDP according to the formula I2R NDP where T NDP-Preamble may be the transmit time of the preamble of the I2R NDP PPDU may be the number of LTF repetitions per responder receiver may be the number of LTFs per responder receiver of the I2R NDP PPDU, may be the LTF symbol time of the I2R NDP PPDU, T PE may be the packet extension time, and SignalExtension may be the signal extension which may depend on the spectrum.
  • T NDP-Preamble may be the transmit time of the preamble of the I2R NDP PPDU may be the number of LTF repetitions per responder receiver may be the number of LTFs per responder receiver of the I2R NDP PPDU, may be the LTF symbol time of the I2R NDP PPDU, T PE may be the packet extension time, and SignalExtension may be the signal extension which may depend on the spectrum.
  • the time required to complete one TF Sounding phase may be computed according to the formula may be the time required to transmit the Sounding Trigger frame and T R2[-NDP may be the time needed to transmit the R2I NDP PPDU.
  • the initiator may estimate the required time to complete one TF Sounding phase according to a procedure that includes one or more steps as described in the following paragraphs. [0226] One or more steps may include identifying the number of responder transmitters per one TF Sounding phase
  • One or more steps may include identifying the MCS that will be used by the initiator to transmit the Sounding Trigger frame; identifying the Sounding Trigger frame coding rate and/or identifying the Sounding Trigger frame modulation scheme (the number of bits per modulation sample
  • One or more steps may include computing according to the formula may be the PHY preamble duration including the duration of Signal symbol, may be the number of OFDM symbols needed to carry the Sounding Trigger frame and may be the symbol interval of the PPDU carrying the Sounding Trigger frame.
  • One or more steps may include computing the number of OFDM symbols needed to carry the Sounding T rigger frame according to the formula may be the number of coded bits of the Sounding Trigger frame and may be the number of data subcarriers.
  • One or more steps may include computing the number of coded bits according to the formula w here may be the number of uncoded bits of the Sounding Trigger frame.
  • One or more steps may include computing the number of uncoded bits of the Sounding Trigger frame according to the formula p g ) where may be the number of octets of the MAC header, may be the number of the octets of the Common Info field of the Sounding Trigger frame, N may be the number of the octets of the User Info field of the Sounding Trigger frame, may be the number of the octets of the Padding field of the Sounding Trigger frame, and may be the number of the octets of the Frame Check Sequence (FCS) field of the Sounding T rigger frame.
  • FCS Frame Check Sequence
  • One or more steps may include computing according to the formula where is the transmit time of the preamble of the is the number of LTF repetitions per responder transmitter N is the number of LTFs per responder transmitter of the is the LTF symbol time of the R2I NDP PPDU, T PE is the packet extension time and SignalExtension is the signal extension which depends on the spectrum.
  • the time required to complete one Reporting phase may be computed according to the formula may be the time required to transmit the Reporting Trigger frame and T Report may be the time needed to transmit the Report frame.
  • the initiator may estimate the required time to complete one Reporting phase according to a procedure that includes one or more steps as described in the following paragraphs. [0231] One or more steps may include identifying the number of responders triggered to send their measurement feedback reports per one Reporting phase
  • One or more steps may include identifying the MCS that will be used by the initiator to transmit the Reporting Trigger frame; identifying the Reporting Trigger frame coding rate and/or identifying the Reporting Trigger frame modulation scheme (the number of bits per modulation sample )
  • One or more steps may include identifying the MCS that will be used by the responders to transmit the Report frame; identifying the Report frame coding rate and/or identifying the Report frame modulation scheme (the number of bits per modulation sample
  • One or more steps may include computing T R-TF according to the formula may be the PHY preamble duration including the duration of Signal symbol, may be the number of OFDM symbols needed to carry the Reporting Trigger frame and T R -TF-SYM may be the symbol interval of the PPDU carrying the Reporting Trigger frame.
  • One or more steps may include computing the number of OFDM symbols needed to carry the Reporting T rigger frame according to the formula N may be the number of coded bits of the Reporting Trigger frame and N SD may be the number of data subcarriers.
  • One or more steps may include computing the number of coded bits according to the formula N ⁇ gpg may be the number of uncoded bits of the Reporting Trigger frame.
  • One or more steps may include computing the number of uncoded bits of the Reporting Trigger frame according to the formula ) where N may be the number of octets of the MAC header, may be the number of the octets of the Common Info field of the Reporting Trigger frame, may be the number of the octets of the User Info field of the Reporting T rigger frame, N padding may be the number of the octets of the Padding field of the Reporting Trigger frame and N FCS may be the number of the octets of the Frame Check Sequence (FCS) field of the Reporting Trigger frame.
  • N may be the number of octets of the MAC header, may be the number of the octets of the Common Info field of the Reporting Trigger frame, may be the number of the octets of the User Info field of the Reporting T rigger frame
  • N padding may be the number of the octet
  • One or more steps may include computing according to the formula may be the TB-PPDU PHY preamble duration, may be the number of OFDM symbols needed to carry the Reporting frame and ' s the symbol interval of the TB-PPDU carrying the Reporting frame.
  • One or more steps may include computing the number of OFDM symbols needed to carry the Report frame according to the formula where may be the number of coded bits of the
  • Report frame and N SD may be the number of data subcarriers.
  • One or more steps may include may include computing the number of coded bits according to the formula N RFR where N Report -uncoded - b its may be the number of uncoded bits of the Report frame.
  • One or more steps may include computing the number of uncoded bits of the Report frame according to the formula may be the number of octets of the MAC header, may be the number of the octets of the Report Control field of the Report frame may be the number of aggregated reports in the Report frame may be the number of octets of the may be the number of the octets of the Padding field of the Report frame, and may be the number of the octets of the Frame Check Sequence (FCS) field of the Report frame.
  • FCS Frame Check Sequence
  • the initiator may estimate the maximum number of responder transmitter(s) that can participate in the TF Sounding phase(s) of a TB sensing measurement instance given the duration of the sensing TXOP according and the total number of polled responders according to a procedure that includes one or more steps as described in the following paragraphs.
  • One or more steps may include computing the time required to perform the NDPA Sounding phases where may be the number of NDPA phases in the TB sensing measurement instance. This parameter may be implementation specific.
  • One or more steps may include computing the time required to perform the Reporting phases may be the number of Reporting phases in the TB sensing measurement instance. This parameter may be implementation specific.
  • the maximum number of responder transmitters that can participate in the TF Sounding phases may be computed as may be the TXOP duration, may be the time required to perform the phase m and M may be the total number of all phases considered in the TB sensing measurement instance.
  • a Long Training Field may be any type of predefined sequence that is known at both transmitter and receiver sides.

Abstract

La présente invention concerne des procédés de détection dans un réseau local sans fil (WLAN). Un procédé réalisé par un répondeur de détection peut consister à recevoir un premier message de demande d'établissement de mesure de détection indiquant un premier ou plusieurs paramètres à utiliser dans une procédure de mesure de détection. Le procédé peut consister à transmettre un premier message de réponse d'établissement de mesure de détection indiquant au moins un paramètre qui diffère du ou des premiers paramètres indiqués par le message de demande d'établissement de mesure de détection. Le procédé peut consister à recevoir un second message de demande d'établissement de mesure de détection indiquant un second ou plusieurs paramètres à utiliser dans la procédure de mesure de détection. Le ou les seconds paramètres à utiliser dans la procédure de mesure de détection peuvent comprendre au moins un paramètre qui diffère du ou des premiers paramètres indiqués par le premier message de demande d'établissement de mesure de détection.
PCT/US2023/020024 2022-04-26 2023-04-26 Procédés de détection dans un réseau local sans fil (wlan) WO2023212082A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US202263335061P 2022-04-26 2022-04-26
US63/335,061 2022-04-26
US202263355445P 2022-06-24 2022-06-24
US63/355,445 2022-06-24

Publications (1)

Publication Number Publication Date
WO2023212082A1 true WO2023212082A1 (fr) 2023-11-02

Family

ID=86497689

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2023/020024 WO2023212082A1 (fr) 2022-04-26 2023-04-26 Procédés de détection dans un réseau local sans fil (wlan)

Country Status (1)

Country Link
WO (1) WO2023212082A1 (fr)

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
802 11 WORKING GROUP OF THE LAN/MAN STANDARDS COMMITTEE OF THE IEEE COMPUTER SOCIETY: "Draft Standard for Information technology- Tele - communications and information exchange between systems Local and metropolitan area networks- Specific requirements Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications Amendment 2: Enhancements for Wireless LAN S", vol. 802.11bf drafts, no. D0.1, 20 April 2022 (2022-04-20), pages 1 - 89, XP068192083, Retrieved from the Internet <URL:https://grouper.ieee.org/groups/802/11/private/Draft_Standards/11bf/Draft%20P802.11bf_D0.1.pdf> [retrieved on 20220420] *
CHAOMING LUO (OPPO): "mesurement setup frame formats", vol. 802.11bf, no. 4, 23 December 2021 (2021-12-23), pages 1 - 16, XP068187507, Retrieved from the Internet <URL:https://mentor.ieee.org/802.11/dcn/21/11-21-1828-04-00bf-mesurement-setup-frame-formats.pptx> [retrieved on 20211223] *
CHENG CHEN (INTEL): "Considerations of sensing negotiation", vol. 802.11bf, no. 1, 15 March 2021 (2021-03-15), pages 1 - 10, XP068179194, Retrieved from the Internet <URL:https://mentor.ieee.org/802.11/dcn/21/11-21-0370-01-00bf-considerations-of-sensing-negotiation.pptx> [retrieved on 20210315] *
CLAUDIO DA SILVA (META PLATFORMS ET AL: "Proposed Draft Text for MLME", vol. 802.11bf, no. 3, 13 February 2022 (2022-02-13), pages 1 - 7, XP068188976, Retrieved from the Internet <URL:https://mentor.ieee.org/802.11/dcn/22/11-22-0233-03-00bf-proposed-draft-text-for-mlme.docx> [retrieved on 20220213] *
INSUN JANG (LG ELECTRONICS): "Procedure of Sensing Measurement Setup", vol. 802.11bf, no. 3, 13 December 2021 (2021-12-13), pages 1 - 16, XP068187386, Retrieved from the Internet <URL:https://mentor.ieee.org/802.11/dcn/21/11-21-1735-03-00bf-procedure-of-sensing-measurement-setup.pptx> [retrieved on 20211213] *

Similar Documents

Publication Publication Date Title
US11750323B2 (en) Method and system for wireless local area network (WLAN) long symbol duration migration
US20210400731A1 (en) Method and system for sounding and channel selection
JP6703187B2 (ja) Ｍｍｗ ｗｌａｎシステム中での複数のチャネル送信
KR20200011413A (ko) 미모 채널 접근
JP2020526971A (ja) ミリメートル波システムにおけるマルチチャネル多入力多出力ビームフォーミングトレーニング
JP2020504924A (ja) 指向送信のための拡張動的割り当てのための方法および装置
EP3935890A1 (fr) Systèmes et procédés de transmission multi-ap avec couverture uniforme
EP3967096A1 (fr) Procédés de prise en charge de transmissions d&#39;utilisateurs de bord de bss
US20200059950A1 (en) Dynamic allocation in dense mmwave networks
JP2022533663A (ja) Ｉｅｅｅ８０２．１１において信頼性を高めるための技法
TW201947958A (zh) 不對稱全雙工無線區域網路（wlan）全雙工機會發現及傳輸
JP2024515101A (ja) Ｗｌａｎシステムのためのマルチａｐチャネルサウンディングフィードバック手順
US20220225323A1 (en) Efficient uplink resource requests in wlan systems
WO2023023250A1 (fr) Systèmes, appareil et procédés destinés à améliorer des services de diffusion dans des réseaux locaux sans fil
EP4360243A1 (fr) Activation de transmission sélective de sous-canaux améliorée dans des systèmes wlan
WO2018165554A1 (fr) Procédures de partage spatial dans des systèmes wlan
WO2023212082A1 (fr) Procédés de détection dans un réseau local sans fil (wlan)
WO2023192447A1 (fr) Procédures de détection de wlan
WO2023146889A1 (fr) Rapports de mesure de détection de wlan
WO2024010922A1 (fr) Opérations de stations eht améliorées pour réutilisation spatiale, rtwt et emlmr
WO2023150337A1 (fr) Procédés pour permettre une perforation dynamique dans des systèmes wlan
JP2024502486A (ja) Ｎｃｊｔにおけるジョイントｃｓｉ測定のための方法及び装置
WO2023196597A1 (fr) Transmissions de réutilisation spatiale dans des réseaux locaux sans fil
KR20240032833A (ko) Ndpa 및 트리거 프레임을 사용한 다중 sta 감지 특정 피드백의 구성
WO2022076837A1 (fr) Attribution d&#39;adresse mac ieee 802.1cq par le biais d&#39;un maap et d&#39;un barc ieee 1722

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23725897

Country of ref document: EP

Kind code of ref document: A1