[go: up one dir, main page]

WO2025078408A1 - Préemption inter-bss - Google Patents

Préemption inter-bss Download PDF

Info

Publication number
WO2025078408A1
WO2025078408A1 PCT/EP2024/078349 EP2024078349W WO2025078408A1 WO 2025078408 A1 WO2025078408 A1 WO 2025078408A1 EP 2024078349 W EP2024078349 W EP 2024078349W WO 2025078408 A1 WO2025078408 A1 WO 2025078408A1
Authority
WO
WIPO (PCT)
Prior art keywords
sta
bss
packets
packet
indication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/EP2024/078349
Other languages
English (en)
Inventor
Charlie PETTERSSON
Rocco Di Taranto
Abhishek AMBEDE
Sebastian Max
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of WO2025078408A1 publication Critical patent/WO2025078408A1/fr
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/245—Traffic characterised by specific attributes, e.g. priority or QoS using preemption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/27—Control channels or signalling for resource management between access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H04W72/512—Allocation or scheduling criteria for wireless resources based on terminal or device properties for low-latency requirements, e.g. URLLC
    • 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

  • the present disclosure relates to wireless communications, and in particular, to cross basic service set (BSS) preemption.
  • BSS basic service set
  • Wi-Fi also known as Wireless Local Area Network (WLAN) is a technology that currently mainly operates in the 2.4 GHz, the 5 GHz band, and the 6 GHz band.
  • WLAN Wireless Local Area Network
  • PHY physical
  • MAC medium access layer
  • Wi-Fi is generally operated in license-exempt bands, and as such, communication over Wi-Fi may be subject to interference sources from any number of known and unknown devices.
  • Wi-Fi is commonly used as wireless extensions to fixed broadband access, e.g., in domestic environments and hotspots, like airports, train stations and restaurants.
  • MAC/PHY operation may refer to medium access control (MAC) and/or physical layer (PHY) operation.
  • R-TWT restricted target wake time
  • R-TWT sets up a periodic schedule for delivery
  • R-TWT does not deal well with (i.e., perform above a predetermined threshold when in presence of) low latency traffic that is more irregular, such as event-based traffic or periodic traffic with jitter, than other traffic.
  • PPDU physical layer protocol data unit
  • two or more neighboring BSS(s) may block the channel for a long time (i.e., longer than a predetermined time) without giving preemption opportunities to potential time-critical STAs that may need it.
  • FIG. 1 is a schematic diagram showing how an interfering overlapping BSS (OBSS) potentially may block the channel for a predetermined time even though the low latency BSS are able to preempt to prioritize their own low latency transmissions.
  • OBSS interfering overlapping BSS
  • AP 2 attempts to deliver low latency DL data to a STA in its BSS, STA 21.
  • AP 1 has already won the transmission opportunity (TXOP) and is delivering downlink (DL) data to STA 11 when the data arrives in the MAC buffer of AP 2.
  • TXOP transmission opportunity
  • DL downlink
  • AP 1 may act as a channel blocker for several milliseconds even though AP 2 can deliver the data in a timely manner through preemption. This blockage may prove detrimental to the service of STA 21.
  • Some embodiments advantageously provide methods, systems, and apparatuses for cross BSS preemption.
  • One or more embodiments provide a procedure for APs to coordinate their operation such that a BSS that does not necessarily deliver low latency data leaves opportunities that may be used by a nearby BSS for low latency data delivery, e.g., allowing for coordinated operation across BSSs.
  • a method in a first wireless communication device is described. The method may be described as follows and/or include one or more of the following example steps/embodiments:
  • BSS1 basic service set
  • API access point device
  • non-AP devices associated with API the method comprising: a. devicel sequential
  • FIG. 1 is a schematic diagram showing how an interfering OBSS potentially may block the channel for a predetermined time even though the low latency BSS are able to preempt to prioritize their own low latency transmissions;
  • FIG. 2 is a schematic diagram of an example network architecture illustrating a communication system according to the principles in the present disclosure
  • FIG. 3 is a block diagram of an AP communicating with a non-AP STA over an at least partially wireless connection according to some embodiments of the present disclosure
  • FIG. 4 is a schematic diagram of an example network architecture illustrating a communication system connected via an intermediate network to a host computer according to the principles in the present disclosure
  • FIG.5 is a block diagram of a host computer communicating via an access point with a non-AP STA over an at least partially wireless connection according to some embodiments of the present disclosure
  • FIG. 6 is a flowchart illustrating example methods implemented in a communication system including a host computer, an access point and a non-AP STA for executing a client application at a non-AP STA according to some embodiments of the present disclosure
  • FIG. 7 is a flowchart illustrating example methods implemented in a communication system including a host computer, an access point and a non-AP STA for receiving user data at a non-AP STA according to some embodiments of the present disclosure
  • FIG. 8 is a flowchart illustrating example methods implemented in a communication system including a host computer, an access point and a non-AP STA for receiving user data from the non-AP STA at a host computer according to some embodiments of the present disclosure
  • FIG. 9 is a flowchart illustrating example methods implemented in a communication system including a host computer, an access point and a non-AP STA for receiving user data at a host computer according to some embodiments of the present disclosure
  • FIG. 10 is a flowchart of an example process in first device according to some embodiments of the present disclosure.
  • FIG. 11 shows an example topology according to some embodiments of the present disclosure
  • FIG. 12 shows an example frame exchange according to some embodiments of the present disclosure.
  • FIG. 13 shows an example message exchange according to some embodiments of the present disclosure.
  • relational terms such as “first” and “second,” “top” and “bottom,” and the like, may be used solely to distinguish one entity or element from another entity or element without necessarily requiring or implying any physical or logical relationship or order between such entities or elements.
  • the terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the concepts described herein.
  • the singular forms “a”, “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise.
  • the joining term, “in communication with” and the like may be used to indicate electrical or data communication, which may be accomplished by physical contact, induction, electromagnetic radiation, radio signaling, infrared signaling or optical signaling, for example.
  • electrical or data communication which may be accomplished by physical contact, induction, electromagnetic radiation, radio signaling, infrared signaling or optical signaling, for example.
  • Coupled may be used herein to indicate a connection, although not necessarily directly, and may include wired and/or wireless connections.
  • the term “access point” or “AP” is used interchangeably and may comprise, or be, a network node.
  • the AP may include any of base station (BS), radio base station, base transceiver station (BTS), base station controller (BSC), radio network controller (RNC), g Node B (gNB), evolved Node B (eNB or eNodeB), Node B, multi-standard radio (MSR) radio node such as MSR BS, multi-cell/multicast coordination entity (MCE), relay node, integrated access and backhaul (IAB), donor node controlling relay, radio access point (AP), transmission points, transmission nodes, Remote Radio Unit (RRU) Remote Radio Head (RRH), a core network node (e.g., mobile management entity (MME), self-organizing network (SON) node, a coordinating node, positioning node, MDT node, etc.), an external node (e.g., 3rd party node, a node external to the current network), nodes in
  • the non-limiting term “device” is used to describe a wireless device (WD) and/or user equipment (UE) that may be used to implement some embodiments of the present disclosure.
  • the device may be and/or comprise an access point (AP) station (STA).
  • the device may be and/or comprise a non-access point station (non-AP STA).
  • the device may be any type of device capable of communicating with a network node, such as an AP, over radio signals.
  • the device may be any radio communication device, target device, a portable device, device-to-device (D2D) device, machine type device or device capable of machine to machine communication (M2M), low-cost and/or low-complexity device, a sensor equipped with a device, a computer, Tablet, mobile terminals, smart phone, laptop embedded equipped (LEE), laptop mounted equipment (LME), USB dongles, Customer Premises Equipment (CPE), an Internet of Things (loT) device, or a Narrowband loT (NB-IOT) device, Reduced Capability (RedCap) device, etc.
  • D2D device-to-device
  • M2M machine to machine communication
  • M2M machine to machine communication
  • low-cost and/or low-complexity device a sensor equipped with a device, a computer, Tablet, mobile terminals, smart phone, laptop embedded equipped (LEE), laptop mounted equipment (LME), USB dongles, Customer Premises Equipment (CPE), an Internet of Things (loT) device, or
  • IEEE 802.11 denotes a set of Wireless Local Area Network (WLAN) air interface standards developed by the IEEE 802.11 committee for short-range communications (e.g., tens of meters to a few hundred meters).
  • WLAN Wireless Local Area Network
  • Some embodiments may also be supported by standard documents disclosed in Third Generation Partnership Project (3GPP) technical specifications. That is, some embodiments of the description can be supported by the above documents (e.g., standard documents). In addition, all the terms disclosed in the present document may be described by the above standard documents.
  • 3GPP Third Generation Partnership Project
  • wireless systems such as, for example, IEEE 802.11, 3rd Generation Partnership Project (3GPP), Long Term Evolution (LTE), 5th Generation (5G) and/or New Radio (NR), may be used in this disclosure, this should not be seen as limiting the scope of the disclosure to only the aforementioned system.
  • Other wireless systems including without limitation Wide Band Code Division Multiple Access (WCDMA), Worldwide Interoperability for Microwave Access (WiMax), Ultra Mobile Broadband (UMB) and Global System for Mobile Communications (GSM), may also benefit from exploiting the ideas covered within this disclosure.
  • WCDMA Wide Band Code Division Multiple Access
  • WiMax Worldwide Interoperability for Microwave Access
  • UMB Ultra Mobile Broadband
  • GSM Global System for Mobile Communications
  • functions described herein as being performed by one or more of a first STA, second STA, transmitting STA, receiving STA, AP, non-AP STA, wireless device, network node, etc. may be distributed over a plurality of STAs, APs, non-AP STAs, wireless devices, network nodes, etc.
  • the functions of the devices described herein are not limited to performance by a single physical device and, in fact, can be distributed among several physical devices.
  • the term “small packet” is used and may refer to a packet transmitted and/or received and/or determined by an AP or STA or any other device.
  • the small packet may have characteristics such as packet length, duration, size, etc., that is smaller than a predetermined value. Any one of packet length, duration, size of the small packet may be comparable to a “large packet”, which may also be a packet transmitted and/or received and/or determined by an AP or STA or any other device and may have characteristics such as packet length, duration, size, etc. Any one of packet length, duration, size of the large packet may be larger than any one of the corresponding packet length, duration, size of the small packet.
  • the small packet may be a segment of a segmented large packet or a fragment of a fragmented PPDU. The small packet may have a length about 1 ms when the large packet may be up to 10 ms long.
  • transmission signal quality condition may refer to transmit (TX) signal quality requirements, such as in terms of EVM of the transmitted signal.
  • TX transmit
  • a maximum TX power may be limited by the transmit signal quality requirements.
  • FIG. 2 a schematic diagram of the communication system 10, according to one embodiment, constructed in accordance with the principles of the present disclosure.
  • the communication system 10 in FIG. 2 is a non- limiting example and other embodiments of the present disclosure may be implemented by one or more other systems and/or networks.
  • system 10 may comprise a wireless local area network (WLAN).
  • WLAN wireless local area network
  • the devices in the system 10 may communicate over one or more spectrums, such as, for example, a license-exempt spectrum, which may include frequency bands typically used by Wi-Fi technology.
  • One or more of the devices may be further configured to communicate over other frequency bands, such as shared licensed frequency bands, etc.
  • the system 10 may include one or more service areas 13a, 13b, etc. (collectively referred to herein as “service area 13”), which may be defined by corresponding access points (APs) 14a, 14b, etc. (collectively referred to herein as “AP STA 14”).
  • a service area 13 may also correspond to and/or be associated with a coverage area, a cell, and/or a basic service set (BSS).
  • BSS basic service set
  • the AP STAs 14 may or may not be connectable to another network, such as a core network over a wired or wireless connection.
  • the system 10 includes a plurality of non-AP devices, such as, for example, non-AP STAs 16a, 16b, 16c (collectively referred to as non-AP STAs 16).
  • Each of the non-AP STAs 16 may be located in one or more service areas 13 and may be configured to wirelessly connect to one or more AP STA 14.
  • the communication system may include many more non-AP STAs 16 and AP STAs 14.
  • Each AP STA 14 may connect to/serve/configure/schedule/etc. one or more non-AP STAs 16.
  • system 10 may include additional nodes and/or devices not shown in FIG. 2.
  • system 10 may include many more connections and/or interfaces than those shown in FIG. 2.
  • the elements shown in FIG. 2 are presented for ease of understanding.
  • a non-AP STA 16 can be in communication and/or configured to separately communicate with more than one AP STA 14 and/or more than one type of AP STA 14.
  • an AP STA 14 may be in communication and/or configured to separately communicate with other AP STAs 14, as described herein, which may be via wired and/or wireless communication channels.
  • a non-AP STA 16 is configured to include a non-AP STA Management Unit 17, which is configured to perform one or more non-AP STA 16 functions described herein.
  • An AP STA 14 is configured to include an AP STA Management Unit 18, which is configured to perform one or more AP STA 14 functions described herein.
  • Example implementations, in accordance with an embodiment, of the AP STA 14 and non-AP STA 16 discussed in the preceding paragraphs will now be described with reference to FIG. 3.
  • An AP STA 14 or a non-AP STA 16 may be generally referred to as a STA 19.
  • a first STA 19a may be an AP STA 14
  • a second STA 19b may be a non-AP STA 16.
  • System 10 may include one or more additional STAs 19n (which include AP STAs 14 and/or non-AP STAs 16), which may be in communication with STA 19a and/or STA 19b.
  • the AP STA 14 includes hardware 20 including a communication interface 23, processing circuitry 24, a processor 26, and memory 28.
  • the communication interface 23 may be configured to communicate with any of the nodes/devices in the system 10 according to some embodiments of the present disclosure, such as with one or more other AP STAs 14 and/or one or more non-AP STAs 16.
  • the communication interface 23 may be formed as or may include, for example, one or more radio frequency (RF) transmitters, one or more RF receivers, and/or one or more RF transceivers, and/or may be considered a radio interface.
  • the communication interface 23 may also include a wired interface.
  • the processing circuitry 24 may include one or more processors 26 and memory, e.g., memory 28.
  • the processing circuitry 24 may comprise integrated circuitry for processing and/or control, e.g., one or more processors and/or processor cores and/or FPGAs (Field Programmable Gate Array) and/or ASICs (Application Specific Integrated Circuitry) adapted to execute instructions.
  • the processor 26 may be configured to access (e.g., write to and/or read from) the memory 28, which may comprise any kind of volatile and/or nonvolatile memory, e.g., cache and/or buffer memory and/or RAM (Random Access Memory) and/or ROM (Read-Only Memory) and/or optical memory and/or EPROM (Erasable Programmable Read-Only Memory).
  • the memory 28 may comprise any kind of volatile and/or nonvolatile memory, e.g., cache and/or buffer memory and/or RAM (Random Access Memory) and/or ROM (Read-Only Memory) and/or optical memory and/or EPROM (Erasable Programmable Read-Only Memory).
  • the AP STA 14 may further include software 30 stored internally in, for example, memory 28, or stored in external memory (e.g., database) accessible by the AP STA 14 via an external connection.
  • the software 30 may be executable by the processing circuitry 24.
  • the processing circuitry 24 may be configured to control any of the methods and/or processes described herein and/or to cause such methods, and/or processes to be performed, e.g., AP STA 14.
  • the memory 28 is configured to store data, programmatic software code and/or other information described herein.
  • the software 30 may include instructions stored in memory 28 that, when executed by the processor 26 and/or AP STA Management Unit 18 causes the processing circuitry 24 and/or configures the AP STA 14 to perform the processes described herein with respect to the AP STA 14.
  • the non-AP STA 16 includes hardware 32, which may include a communication interface 34, processing circuitry 36, a processor 38, and memory 40.
  • the communication interface 34 may be configured to communicate with one or more AP STA 14 and/or other STA 19n, such as via wireless connection 35, and/or with other elements in the system 10, according to some embodiments of the present disclosure.
  • the communication interface 34 may be formed as or may include, for example, one or more radio frequency (RF) transmitters, one or more RF receivers, and/or one or more RF transceivers, and/or may be considered a radio interface.
  • the communication interface 34 may also include a wired interface.
  • AP STA 14 may be configured to communicate with another AP STA 14, non-AP STA 16, and/or STA 19n via wireless connection 35 and/or via a wired connection (not shown).
  • the processing circuitry 36 may include one or more processors 38 and memory, such as, the memory 40. Furthermore, in addition to a traditional processor and memory, the processing circuitry 36 may comprise integrated circuitry for processing and/or control, e.g., one or more processors and/or processor cores and/or FPGAs (Field Programmable Gate Array) and/or ASICs (Application Specific Integrated Circuitry) adapted to execute instructions.
  • processors 38 and memory such as, the memory 40.
  • the processing circuitry 36 may comprise integrated circuitry for processing and/or control, e.g., one or more processors and/or processor cores and/or FPGAs (Field Programmable Gate Array) and/or ASICs (Application Specific Integrated Circuitry) adapted to execute instructions.
  • FPGAs Field Programmable Gate Array
  • ASICs Application Specific Integrated Circuitry
  • the processor 38 may be configured to access (e.g., write to and/or read from) the memory 40, which may comprise any kind of volatile and/or nonvolatile memory, e.g., cache and/or buffer memory and/or RAM (Random Access Memory) and/or ROM (Read-Only Memory) and/or optical memory and/or EPROM (Erasable Programmable Read-Only Memory).
  • the memory 40 may comprise any kind of volatile and/or nonvolatile memory, e.g., cache and/or buffer memory and/or RAM (Random Access Memory) and/or ROM (Read-Only Memory) and/or optical memory and/or EPROM (Erasable Programmable Read-Only Memory).
  • the non-AP STA 16 may further include software 42 stored internally in, for example, memory 40, or stored in external memory (e.g., database) accessible by the non- AP STA 16 via an external connection.
  • the software 42 may be executable by the processing circuitry 36.
  • the processing circuitry 36 may be configured to control any of the methods and/or processes described herein and/or to cause such methods, and/or processes to be performed, e.g., by the non-AP STA 16.
  • the memory 40 is configured to store data, programmatic software code and/or other information described herein.
  • the software may include instructions stored in memory 40 that, when executed by the processor 38 and/or non-AP STA Management Unit 17, causes the processing circuitry 36 and/or configures the non-AP STA 16 to perform the processes described herein with respect to the non-AP STA 16.
  • connection between the STAs 19 i.e., AP STA 14, the non-AP STA 16, and STA 19n
  • AP STA 14 the connection between the STAs 19
  • STA 19n the connection between the STAs 19
  • AP STA 14 the non-AP STA 16 and STA 19n
  • intermediary devices and/or connections may exist between these devices, although not explicitly shown.
  • FIG. 3 shows non-AP STA Management Unit 17 and AP STA Management Unit 18, as being within a processor, it is contemplated that this element may be implemented such that a portion of the element is stored in a corresponding memory within the processing circuitry. In other words, the element may be implemented in hardware or in a combination of hardware and software within the processing circuitry.
  • FIG. 4 is a schematic diagram of a communication system 10, according to another embodiment of the present disclosure.
  • the access point STA 14 and non-AP STAs 16 may be similar to those of the example of FIG. 2, described herein.
  • one or more AP STAs 14 and/or non-AP STAs 16 may form and/or be part of a service set network 44 (e.g., a basic service set, or any other network, set, and/or grouping of AP STAs 14 and non-AP STAs 16).
  • a service set network 44 e.g., a basic service set, or any other network, set, and/or grouping of AP STAs 14 and non-AP STAs 16.
  • the communication system 10 and/or service set network 44 may itself be connected to a host computer 46, which may be embodied in the hardware and/or software of a standalone server, a cloud- implemented server, a distributed server or as processing resources in a server farm.
  • the host computer 46 may be under the ownership or control of a service provider, or may be operated by the service provider or on behalf of the service provider.
  • the connections 48, 50 between the communication system 10 and/or the service set network 44 and the host computer 46 may extend directly from the service set network 44 to the host computer 46 or may extend via an optional intermediate network 52.
  • the intermediate network 52 may be one of, or a combination of more than one of, a public, private or hosted network.
  • the intermediate network 52 if any, may be a backbone network or the Internet. In some embodiments, the intermediate network 52 may comprise two or more sub-networks (not shown).
  • the communication system of FIG. 3 as a whole enables connectivity between one of the connected non-AP STAs 16 and the host computer 46.
  • the connectivity may be described as an over-the-top (OTT) connection.
  • the host computer 46 and the connected non AP-STAs 16 are configured to communicate data and/or signaling via the OTT connection, using the service set network 44, any intermediate network 52 and possible further infrastructure (not shown) as intermediaries.
  • the OTT connection may be transparent in the sense that at least some of the participating communication devices through which the OTT connection passes are unaware of routing of uplink and downlink communications.
  • an AP STA 14 may not or need not be informed about the past routing of an incoming downlink communication with data originating from a host computer 46 to be forwarded (e.g., handed over) to a connected non-AP STA 16.
  • the AP STA 14 need not be aware of the future routing of an outgoing uplink communication originating from the non-AP STA 16 towards the host computer 46.
  • the AP STA 14 and the non-AP STA 16 may have similar features and components as the AP STA 14 and non-AP STA 16 depicted in FIG. 3.
  • the host computer 46 comprises hardware (HW) 53 including a communication interface 54 configured to set up and maintain a wired or wireless connection with an interface of a different communication device of the communication system 10.
  • the host computer 46 further comprises processing circuitry 56, which may have storage and/or processing capabilities.
  • the processing circuitry 56 may include a processor 58 and memory 60.
  • the processing circuitry 56 may comprise integrated circuitry for processing and/or control, e.g., one or more processors and/or processor cores and/or FPGAs (Field Programmable Gate Array) and/or ASICs (Application Specific Integrated Circuitry) adapted to execute instructions.
  • processors and/or processor cores and/or FPGAs Field Programmable Gate Array
  • ASICs Application Specific Integrated Circuitry
  • the processor 58 may be configured to access (e.g., write to and/or read from) memory 60, which may comprise any kind of volatile and/or nonvolatile memory, e.g., cache and/or buffer memory and/or RAM (Random Access Memory) and/or ROM (Read-Only Memory) and/or optical memory and/or EPROM (Erasable Programmable Read-Only Memory).
  • memory 60 may comprise any kind of volatile and/or nonvolatile memory, e.g., cache and/or buffer memory and/or RAM (Random Access Memory) and/or ROM (Read-Only Memory) and/or optical memory and/or EPROM (Erasable Programmable Read-Only Memory).
  • Processing circuitry 56 may be configured to control any of the methods and/or processes described herein and/or to cause such methods, and/or processes to be performed, e.g., by host computer 46.
  • Processor 58 corresponds to one or more processors 58 for performing host computer 46 functions described herein.
  • the host computer 46 includes memory 60 that is configured to store data, programmatic software code and/or other information described herein.
  • the software 62 and/or the host application 64 may include instructions that, when executed by the processor 58 and/or processing circuitry 56, causes the processor 58 and/or processing circuitry 56 to perform the processes described herein with respect to host computer 46.
  • the instructions may be software associated with the host computer 46.
  • the software 62 of host computer 46 may be executable by the processing circuitry 56.
  • the software 62 includes a host application 64.
  • the host application 64 may be operable to provide a service to a remote user, such as a non-AP STA 16 connecting via an OTT connection 66 terminating at the non-AP STA 16 and the host computer 46.
  • the host application 64 may provide user data which is transmitted using the OTT connection 66.
  • the “user data” may be data and information described herein as implementing the described functionality.
  • the host computer 46 may be configured for providing control and functionality to a service provider and may be operated by the service provider or on behalf of the service provider.
  • the processing circuitry 56 of the host computer 46 may enable the host computer 46 to observe, monitor, control, transmit to and/or receive from the AP STA 14 and/or the non-AP STA 16.
  • the processing circuitry 56 of the host computer 46 may include a host management unit 68 configured to enable the service provider to observe/monitor/control/transmit to/receive from/configure/etc. the AP STA 14 and/or the non-AP STA 16.
  • the communication interface 23 of AP STA 14 may be configured to facilitate a connection 66 to the host computer 46.
  • the connection 66 may be direct or it may pass through a service set network 44 of the communication system 10 and/or through one or more intermediate networks 52 outside the communication system 10.
  • the communication interface 34 of non-AP STA 16 may be configured to facilitate a connection 66 to the host computer 46.
  • the connection 66 may be direct or it may pass through a service set network 44 of the communication system 10 and/or through one or more intermediate networks 52 outside the communication system 10.
  • the software 42 of non-AP STA 16 may include a client application 70.
  • the client application 70 may be operable to provide a service to a human or non-human user via the non-AP STA 16, with the support of the host computer 46.
  • an executing host application 64 may communicate with the executing client application 70 via the OTT connection 66 terminating at the non-AP STA 16 and the host computer 46.
  • the client application 70 may receive request data from the host application 64 and provide user data in response to the request data.
  • the OTT connection 66 may transfer both the request data and the user data.
  • the client application 70 may interact with the user to generate the user data that it provides.
  • the inner workings of the AP STA 14, non-AP STA 16, and host computer 46 may be as shown in FIG. 4 and independently, the surrounding network topology may be that of FIG. 5.
  • the OTT connection 66 has been drawn abstractly to illustrate the communication between the host computer 46 and the non-AP STA 16 via the AP STA 14, without explicit reference to any intermediary devices and the precise routing of messages via these devices.
  • Network infrastructure may determine the routing, which may be configured to hide from the non-AP STA 16 or from the service provider operating the host computer 46, or both. While the OTT connection 66 is active, the network infrastructure may further take decisions by which it dynamically changes the routing (e.g., on the basis of load balancing consideration or reconfiguration of the network).
  • the wireless connection 35 between the non-AP STA 16 and the AP STA 14 is in accordance with the teachings of the embodiments described throughout this disclosure.
  • One or more of the various embodiments improve the performance of OTT services provided to the non-AP STA 16 using the OTT connection 66, in which the wireless connection 35 may form the last segment. More precisely, the teachings of some of these embodiments may improve the data rate, latency, and/or power consumption and thereby provide benefits such as reduced user waiting time, relaxed restriction on file size, better responsiveness, extended battery lifetime, etc.
  • a measurement procedure may be provided for the purpose of monitoring data rate, latency and other factors on which the one or more embodiments improve.
  • the measurement procedure and/or the network functionality for reconfiguring the OTT connection 66 may be implemented in the software 62 of the host computer 46 or in the software 42 of the non-AP STA 16, or both.
  • sensors may be deployed in or in association with communication devices through which the OTT connection 66 passes; the sensors may participate in the measurement procedure by supplying values of the monitored quantities exemplified above, or supplying values of other physical quantities from which software 62, 42 may compute or estimate the monitored quantities.
  • the reconfiguring of the OTT connection 66 may include message format, retransmission settings, preferred routing etc.; the reconfiguring need not affect the AP STA 14, and it may be unknown or imperceptible to the AP STA 14. Some such procedures and functionalities may be known and practiced in the art.
  • measurements may involve proprietary wireless device signaling facilitating the host computer’s 46 measurements of throughput, propagation times, latency and the like.
  • the measurements may be implemented in that the software 62, 42 causes messages to be transmitted, in particular empty or ‘dummy’ messages, using the OTT connection 66 while it monitors propagation times, errors, etc.
  • the host computer 46 includes processing circuitry 56 configured to provide user data and a communication interface 54 that is configured to forward the user data to a wireless network and/or cellular network for transmission to the non-AP STA 16.
  • the wireless network and/or cellular network also includes the AP STA 14 with a communication interface 23.
  • the AP STA 14 is configured to, and/or the AP STA 14 processing circuitry 24 is configured to perform the functions and/or methods described herein for preparing/initiating/maintaining/supporting/ending a transmission to the non-AP STA 16, and/or preparing/terminating/maintaining/supporting/ending in receipt of a transmission from the non-AP STA 16.
  • the host computer 46 includes processing circuitry 56 and a communication interface 54 that is configured to receive user data originating from a transmission from a non-AP STA 16 to an AP STA 14.
  • the non- AP STA 16 is configured to, and/or comprises a communication interface 34 and/or processing circuitry 36 configured to perform the functions and/or methods described herein for preparing/initiating/maintaining/supporting/ending a transmission to the AP STA 14, and/or preparing/terminating/maintaining/supporting/ending in receipt of a transmission from the AP STA 14.
  • FIG. 6 is a flowchart illustrating an exemplary method implemented in a communication system, such as, for example, the communication system of FIGS. 2 and 3, in accordance with one embodiment.
  • the communication system may include a host computer 46, an AP STA 14 and a non-AP STA 16, which may be those described with reference to FIG. 5.
  • the host computer 46 provides user data (Block SI 00).
  • the host computer 46 provides the user data by executing a host application, such as, for example, the host application 64 (Block SI 02).
  • the host computer 46 initiates a transmission carrying the user data to the non-AP STA 16 (Block S104).
  • the AP STA 14 transmits to the non-AP STA 16 the user data which was carried in the transmission that the host computer 46 initiated, in accordance with the teachings of the embodiments described throughout this disclosure (Block SI 06).
  • the non-AP STA 16 executes a client application, such as, for example, the client application 70, associated with the host application 64 executed by the host computer 46 (Block SI 08).
  • FIG. 7 is a flowchart illustrating an exemplary method implemented in a communication system, such as, for example, the communication system of FIG. 5, in accordance with one embodiment.
  • the communication system may include a host computer 46, an AP STA 14 and a non-AP STA 16, which may be those described with reference to FIGS. 2 and 3.
  • the host computer 46 provides user data (Block SI 10).
  • the host computer 46 provides the user data by executing a host application, such as, for example, the host application 64.
  • the host computer 46 initiates a transmission carrying the user data to the non-AP STA 16 (Block SI 12).
  • the transmission may pass via the AP STA 14, in accordance with the teachings of the embodiments described throughout this disclosure.
  • the non-AP STA 16 receives the user data carried in the transmission (Block SI 14).
  • FIG. 8 is a flowchart illustrating an exemplary method implemented in a communication system, such as, for example, the communication system of FIG. 5, in accordance with one embodiment.
  • the communication system may include a host computer 46, an AP STA 14 and a non-AP STA 16, which may be those described with reference to FIGS. 2 and 3.
  • the non-AP STA 16 receives input data provided by the host computer 46 (Block SI 16).
  • the non-AP STA 16 executes the client application 70, which provides the user data in reaction to the received input data provided by the host computer 46 (Block SI 18).
  • the non-AP STA 16 provides user data (Block S120).
  • FIG. 9 is a flowchart illustrating an exemplary method implemented in a communication system, in accordance with one embodiment.
  • the communication system may include a host computer 46, an AP STA 14 and a non-AP STA 16, which may be those described with reference to FIGS. 2 and 3.
  • the AP STA 14 receives user data from the non-AP STA 16 (Block S128).
  • the AP STA 14 initiates transmission of the received user data to the host computer 46 (Block S130).
  • the host computer 46 receives the user data carried in the transmission initiated by the AP STA 14 (Block S132).
  • FIG. 10 is a flowchart of an example process in a first device such as AP STA 14.
  • the first AP may refer to a first AP STA 14, the second AP may refer to a second AP STA 14, and a non-AP device may refer to non-AP STA 16.
  • One or more Blocks and/or functions and/or methods performed by the AP STA 14 may be performed by one or more elements of the first AP STA 14 such as by AP STA Management Unit 18 in processing circuitry 24, memory 28, processor 26, communication interface 23, etc. according to the example process/method.
  • the first device may be configured to perform (Block SI 34) sequential packet transmissions of at least two packets, each pair of the at least two packets being separated by a time gap, transmit (Block SI 36) an indication indicating that the sequential packet transmissions can be pre-empted by at least one device belonging to a second BSS comprising the second AP and one or more non-AP devices associated with the second AP, receive (Block S138) a pre-emption request from the second device belonging to the second BSS during the time gap between one of the pairs of the at least two packets, and preempt (Block SI 40) the sequential packet transmissions of the first device to allow the second device to perform communication actions in the second BSS.
  • Block SI 34 sequential packet transmissions of at least two packets, each pair of the at least two packets being separated by a time gap
  • each of the at least two packets is a segment of a segmented packet.
  • the indication is included in one or more of the at least two packets being transmitted.
  • the indication is explicit and uses a dedicated bit and/or a field in one packet of the at least two packets that includes the indication.
  • the indication further indicates that a subsequent packet of the at least two packets can be pre-empted.
  • the indication is implicit and uses a specific BSS color. Usage of the specific BSS color for one packet of the at least two packets implies that the subsequent packet of the at least two packets can be pre-empted.
  • the first device is the first AP.
  • a mutual agreement is established between the first AP and the second AP prior to the sequential packet transmissions.
  • the agreement includes a rule where the first AP allows the second AP or any non-AP device in the second BSS to preempt its sequential packet transmissions.
  • the second AP relays the agreement and pre-emption possibility to the non-AP devices in the second BSS.
  • One or more embodiments provide coordinating preemptable transmissions between multiple BSSs.
  • ongoing communications are interrupted in a clean manner (i.e., without disruption).
  • the devices may be aware (e.g., informed, indicated) that the devices are not to interfere with low latency communication.
  • FIG. 11 shows an example topology where AP STAs 14a, 14b (e.g., AP 1 and 2) are within communication range Each one of AP STAs 14a, 14b has one OBSS STA 16 in range and another OBSS STA 16 out of range. For example, AP 1 has OBSS STA21 in range, and OBSS STA22 out of range.
  • any protocol used by any device such as AP STAs 14 and/or non-AP STAs 16 may need to consider protecting the low latency transmitter from devices in range and out of range of the preempted BSS.
  • AP STA 14 may be assumed to be delivering non-low latency traffic, to belong to the BSS that has currently won a TXOP, and to be delivering traffic. Further, AP STA 14 (e.g., AP STA 14b or AP 2) may be assumed to belong to the BSS that has low latency traffic to be delivered during the OBSS reserved TXOP and that needs to be delivered using preemption. AP STAs 14 may also be assumed to have exchanged information beforehand such that there is an agreement between the AP STAs 14 on how the preemption is to be performed.
  • the time gaps that is needed between the fragmented PPDUs or between the segmented packets may have varying durations depending on implementation. For example, if one does not want to introduce a new inter frame spacing (IFS), the preempted device may send fragmented PPDUs with a gap size equal to PIFS (which has the duration of SIFS + 1 slot duration) which would allow the low latency device to preempt using SIFS. This on the other hand requires the non-low latency device to increase the gap size, which is normally SIFS. Thus, for simplicity in the examples below we keep the SIFS gap between the fragmented PPDUs and denote the preemption time as xIFS which has a duration shorter than SIFS.
  • IFS inter frame spacing
  • AP STA 14 of the BSS that is preempted and the low latency device (belonging to a neighbor BSS) are within communication range of each other.
  • a preemption attempt made by the low latency transmitter is directly noticed by the preemptable device which will stop its communication.
  • FIG. 12 shows an example frame exchange where both BSSs need to transmit DL PPDUs, which may be used whenever the low latency device (AP2 in FIG. 12) is in communication range of the non-low latency delivering AP STA 14 (API in FIG. 12).
  • a method may include one or more of the following:
  • the first AP STA 14a (AP 1) initiates with request to send (RTS) and/or clear to send (CTS) with intended receiver to establish channel protection as well as indicating that preemption of this PPDU is allowed by AP STA 14b (AP 2).
  • RTS request to send
  • CTS clear to send
  • the first AP STA 14a (AP 1) starts transmitting fragmented DL PPDUs with Short Interframe Space (SIFS) spacing in between fragments.
  • SIFS Short Interframe Space
  • AP STA 14b preempts the ongoing transmission by transmitting its low latency DL PPDU.
  • xIFS ⁇ SIFS.
  • the third non-AP STA 16c responds with BA indicating reception status.
  • the second AP STA 14b indicates that the preemption was completed and that first AP STA 14a (AP 1) can resume its operation by: a. Sending an explicit indication to signal that the preemption period is over, e.g., a modified CF-end. b. Signaling the preemption period as the duration field in the low latency PPDU.
  • FIG. 12 A depiction of how such a frame exchange may look like when second AP STA 14b (AP 2) is sending low latency data to STA 21 can be seen in FIG. 12.
  • the AP STA 14 without low-latency traffic may signal a periodic schedule where preemption is allowed.
  • the protocol may include one or more of
  • the second AP STA 14b (AP 2) informs the non-AP STAs 16 in its BSS that a preemptable TXOP has been reserved and shares the periodic schedule where preemption indications can be sent.
  • the first AP STA 14a (AP 1) sends one more fragmented DL PPDUs to the receiving non-AP STA 16.
  • the second AP STA 14b sends Neighbor Discovery Protocol (NDP) Feedback Report Poll (NFRP) trigger frame to collect Buffer status for the low latency data and to indicate to the first AP STA 14a (AP 1) that it is preempting the TXOP.
  • NDP Neighbor Discovery Protocol
  • NFRP Feedback Report Poll
  • the fourth non-AP STA 16d (STA 22) sends an NFR frame to indicate its buffer size to the second AP STA 14b (AP 2).
  • the second AP STA 14b (AP 2) sends a TF to trigger the low latency data from the fourth non-AP STA 16d (STA 22).
  • the fourth non-AP STA 16d (STA 22) transmits a low latency TB PPDU to the second AP STA 14b (AP 2).
  • the second AP STA 14b (AP 2) indicates that BSS2 preemption operation are completed and that API can resume its operation by transmitting a modified BA which also acknowledges the low latency data.
  • the first AP STA 14a (AP 1) resumes operation in its BSS by either transmitting more fragmented or non-fragmented PPDUs according to the agreement made with the second AP STA 14b (AP 2).
  • FIG. 13 shows a message exchange example of how periodic preemption may be used when a non-low latency DL transmission in BSS1 is preempted by a device in BSS2 that is out of range of the first AP STA 14a (AP 1).
  • non-AP STA 16c STA 21
  • performing periodic preemption may cause waiting for one more fragmented PPDU transmissions in BSS1 before the preemption can be performed, with the benefit of also being able to allow all devices in BSS2 to preempt transmissions in BSS1.
  • the second AP STA 14b may set the multi-user (MU) Enhanced Distributed Channel Access (EDCA) parameters to 0 to disallow EDCA access from STA 21 such that it would only access through triggered operation, thus giving the second AP STA 14b (AP 2)more control in this scenario.
  • MU multi-user
  • EDCA Enhanced Distributed Channel Access
  • DL traffic has been used as the preempted traffic source.
  • the embodiments of the present disclosure are also compatible with UL non - critical traffic transmission in B SSL More specifically, trigger based (TB) UL traffic may be considered due to its predictability and because the operation is controlled by the AP STA 14. Additionally, it is expected that the TB UL PPDUs are not fragmented but instead may have a shorter length, possibly restricted.
  • direct preemption may be used. If not, periodic preemption may be used, with some minor modifications to the schemes described above.
  • the low latency device may read out the duration field of the trigger frame to calculate the end time of the TB UL PPDU and instead preempt xIFS after that.
  • the procedure may be similar to the DL case, although the schedule may align with the end times of the TB UL PPDUs.
  • an agreement may have to be made between the neighboring AP STA 14.
  • This agreement may be for example be part of a multi-AP coordination handshake to set up operation for a long period going forward or it could be signaled on a PPDU or TXOP basis by having some bits in the preamble of each transmission.
  • BSS coloring bits may be used to identify if a transmission is coming from within its own BSS or outside, in which case with some certain conditions the device could transmit.
  • groups of devices may be formed where PPDUs are preemptable or not.
  • General information that may be exchanged for the agreement may include: Restrictions for LL traffic o Access category o Length o Latency limit
  • the neighborhood report may be used to determine if a low latency non-AP STA 16 is in range of any AP STAs 14 that its associated AP is also in range of.
  • any of the steps and/or functions and/or features and/or task and/or processes may be performed by any other component of system 10, such as STA 19, a device, a network node (e.g., a 3GPP network node), a wireless device (e g., a 3 GPP WD), etc.
  • a network node e.g., a 3GPP network node
  • a wireless device e.g., a 3 GPP WD
  • the concepts described herein may be embodied as a method, data processing system, computer program product and/or computer storage media storing an executable computer program. Accordingly, the concepts described herein may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects all generally referred to herein as a “circuit” or “module.” Any process, step, action and/or functionality described herein may be performed by, and/or associated to, a corresponding module, which may be implemented in software and/or firmware and/or hardware. Furthermore, the disclosure may take the form of a computer program product on a tangible computer usable storage medium having computer program code embodied in the medium that can be executed by a computer. Any suitable tangible computer readable medium may be utilized including hard disks, CD-ROMs, electronic storage devices, optical storage devices, or magnetic storage devices.
  • These computer program instructions may also be stored in a computer readable memory or storage medium that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture including instruction means which implement the function/act specified in the flowchart and/or block diagram block or blocks.
  • the computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
  • Computer program code for carrying out operations of the concepts described herein may be written in an object oriented programming language such as Python, Java® or C++.
  • the computer program code for carrying out operations of the disclosure may also be written in conventional procedural programming languages, such as the "C" programming language.
  • the program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer.
  • the remote computer may be connected to the user's computer through a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
  • LAN local area network
  • WAN wide area network
  • Internet Service Provider for example, AT&T, MCI, Sprint, EarthLink, MSN, GTE, etc.
  • a first device configured to communicate with a second device and/or a first access point (AP) and/or a second AP, the first device being in a first basic service set (BSS), the first BSS comprising the first AP and one or more non-AP devices associated with the first AP, the first device being configured to, and/or comprising a radio interface and/or comprising processing circuitry configured to one or more of perform sequential packet transmissions of at least two packets, each pair of the at least two packets being separated by a time gap; transmit an indication indicating that the sequential packet transmissions can be pre-empted by at least one device belonging to a second BSS comprising the second AP and one or more non-AP devices associated with the second AP; receive a pre-emption request from the second device belonging to the second BSS during the time gap between one of the pairs of the at least two packets; and preempt the sequential packet transmissions of the first device to allow the second device to perform communication actions in the second BSS.
  • BSS basic service set
  • Embodiment A2 The first device of Embodiment Al, wherein each of the at least two packets is a segment of a segmented packet.
  • Embodiment A3 The first device of Embodiment Al, wherein the indication is included in one or more of the at least two packets being transmitted.
  • Embodiment A4 The first device of Embodiment A3, wherein the indication is explicit and uses a dedicated bit and/or a field in one packet of the at least two packets that includes the indication, the indication further indicating that a subsequent packet of the at least two packets can be pre-empted.
  • Embodiment A5 The first device of Embodiment A3, wherein the indication is implicit and uses a specific BSS color, usage of the specific BSS color for one packet of the at least two packets implies that the subsequent packet of the at least two packets can be pre-empted.
  • Embodiment A6 The first device of any one of Embodiments A1-A5, wherein the first device is the first AP.
  • Embodiment A7 The first device of Embodiment A6, wherein a mutual agreement is established between the first AP and the second AP prior to the sequential packet transmissions, the agreement including a rule where the first AP allows the second AP or any non-AP device in the second BSS to pre-empt its sequential packet transmissions.
  • Embodiment A8 The first device of Embodiment A7, wherein the second AP relays the agreement and pre-emption possibility to the non-AP devices in the second BSS.
  • Embodiment Bl A method in a first device configured to communicate with a second device and/or a first access point (AP) and/or a second AP, the first device being in a first basic service set (BSS), the first BSS comprising the first AP and one or more non- AP devices associated with the first AP, the method comprising one or more of performing sequential packet transmissions of at least two packets, each pair of the at least two packets being separated by a time gap; transmitting an indication indicating that the sequential packet transmissions can be pre-empted by at least one device belonging to a second BSS comprising the second AP and one or more non-AP devices associated with the second AP; receiving a pre-emption request from the second device belonging to the second BSS during the time gap between one of the pairs of the at least two packets; and preempting the sequential packet transmissions of the first device to allow the second device to perform communication actions in the second BSS.
  • BSS basic service set
  • Embodiment B2 The method of Embodiment Al, wherein each of the at least two packets is a segment of a segmented packet.
  • Embodiment B3 The method of Embodiment Bl, wherein the indication is included in one or more of the at least two packets being transmitted.
  • Embodiment B4 The method of Embodiment B3, wherein the indication is explicit and uses a dedicated bit and/or a field in one packet of the at least two packets that includes the indication, the indication further indicating that a subsequent packet of the at least two packets can be pre-empted.
  • Embodiment B5. The method of Embodiment B3, wherein the indication is implicit and uses a specific BSS color, usage of the specific BSS color for one packet of the at least two packets implies that the subsequent packet of the at least two packets can be pre-empted.
  • Embodiment B6 The method of any one of Embodiments B1-B5, wherein the first device is the first AP.
  • Embodiment B7 The method of Embodiment B6, wherein a mutual agreement is established between the first AP and the second AP prior to the sequential packet transmissions, the agreement including a rule where the first AP allows the second AP or any non-AP device in the second BSS to pre-empt its sequential packet transmissions.
  • Embodiment B8 The method of Embodiment B7, wherein the second AP relays the agreement and pre-emption possibility to the non-AP devices in the second BSS.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un premier dispositif dans un premier ensemble de services de base (BSS). Le premier dispositif est configuré pour effectuer une ou plusieurs actions parmi la réalisation de transmissions de paquet séquentielles d'au moins deux paquets, les paquets de chaque paire desdits au moins deux paquets étant séparés par un intervalle de temps, la transmission d'une indication indiquant que les transmissions de paquet séquentielles peuvent être préemptées par au moins un dispositif appartenant à un second BSS comprenant un second AP et un ou plusieurs dispositifs non-AP associés au second AP, et la réception d'une demande de préemption provenant d'un second dispositif appartenant au second BSS pendant l'intervalle de temps entre les paquets de l'une des paires desdits au moins deux paquets. Les transmissions de paquet séquentielles du premier dispositif sont ensuite préemptées pour permettre au second dispositif d'effectuer des actions de communication dans le second BSS.
PCT/EP2024/078349 2023-10-13 2024-10-09 Préemption inter-bss Pending WO2025078408A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202363590235P 2023-10-13 2023-10-13
US63/590,235 2023-10-13

Publications (1)

Publication Number Publication Date
WO2025078408A1 true WO2025078408A1 (fr) 2025-04-17

Family

ID=93100668

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2024/078349 Pending WO2025078408A1 (fr) 2023-10-13 2024-10-09 Préemption inter-bss

Country Status (1)

Country Link
WO (1) WO2025078408A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230208774A1 (en) * 2023-01-04 2023-06-29 Intel Corporation Preemption for low latency application
US20230319871A1 (en) * 2023-06-02 2023-10-05 Laurent Cariou Low latency traffic and overlapping basic service set with preemption mechanism

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230208774A1 (en) * 2023-01-04 2023-06-29 Intel Corporation Preemption for low latency application
US20230319871A1 (en) * 2023-06-02 2023-10-05 Laurent Cariou Low latency traffic and overlapping basic service set with preemption mechanism

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
KISEON RYU (NXP): "TXOP preemption follow up", vol. 802.11 UHR, 7 August 2023 (2023-08-07), pages 1 - 10, XP068204656, Retrieved from the Internet <URL:https://mentor.ieee.org/802.11/dcn/23/11-23-1174-00-0uhr-txop-preemption-follow-up.pptx> [retrieved on 20230807] *

Similar Documents

Publication Publication Date Title
US12082253B2 (en) Method and device operating in unlicensed spectrum
US10701751B2 (en) Signaling for multiple radio access technology dual connectivity in wireless network
US12477604B2 (en) Methods and apparatus for channel access in a multi-link wireless system
US11019543B2 (en) Methods and system for managing handover procedure in a radio access network
US20210377916A1 (en) Wireless Communications Method and Apparatus
US9432854B2 (en) Interference avoidance between overlapping wireless networks
CN112997433B (zh) 用于harq传输的方法以及通信设备
CN112840709B (zh) 具有多接入点协调的通信系统中的上行功率控制系统和方法
TW202027553A (zh) 用於共享通訊通道之方法及設備
US20240015544A1 (en) Multi-link measurement reporting
US20240007889A1 (en) Measurement protocol for restricted multi-link devices
US12238771B2 (en) Flexible energy detection in unlicensed spectrum
JP2021520738A (ja) デュアルコネクティビティのための通信リソース設定
US12309619B2 (en) Control network node, network node and methods performed therein
WO2016011337A1 (fr) Procédés et procédures d&#39;atténuation d&#39;interférences de client wifi collant et de client poste-à-poste (wispim)
WO2024172715A1 (fr) Améliorations de positionnement concernant une collision de transmission dans un saut de fréquence srs
WO2024096788A1 (fr) Dispositif sans fil et nœud de réseau pour saut flexible d&#39;occasions de mesure
WO2025078408A1 (fr) Préemption inter-bss
WO2021066697A1 (fr) Procédés, équipement utilisateur et noeud de réseau pour gérer des configurations de prach
WO2024052572A1 (fr) Mode de communication par paquets parallèles sur canal unique
WO2024255986A1 (fr) Coordination de points d&#39;accès (ap) multiples flexible et coordination d&#39;ap restreinte
WO2024260954A1 (fr) Coordination de point d&#39;accès pour économie d&#39;énergie
WO2025036763A1 (fr) Mappage de tid d&#39;identifiant de trafic à liaisons multiples
WO2025011770A1 (fr) Commande d&#39;utilisation de canal primaire pendant des opérations sur des canaux non primaires
WO2025131259A1 (fr) Procédés d&#39;itinérance pour dispositifs à liaisons multiples

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: 24789786

Country of ref document: EP

Kind code of ref document: A1