Patent Application
20240007846
The present application relates to wireless communications, including techniques for wireless communication among wireless stations and/or access points in a wireless networking system.
Wireless communication systems are rapidly growing in usage. Further, wireless communication technology has evolved from voice-only communications to also include the transmission of data, such as Internet and multimedia content. A popular short/intermediate range wireless communication standard is wireless local area network (WLAN). Most modern WLANs are based on the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard (and/or 802.11, for short) and are marketed under the Wi-Fi brand name. WLAN networks link one or more devices to a wireless access point, which in turn provides connectivity to the wider area Internet.
In 802.11 systems, devices that wirelessly connect to each other are referred to as “stations”, “mobile stations”, “user devices”, “user equipment”, or STA or UE for short. Wireless stations can be either wireless access points or wireless clients (and/or mobile stations). Access points (APs), which are also referred to as wireless routers, act as base stations for the wireless network. APs transmit and receive radio frequency signals for communication with wireless client devices. APs may also couple to the Internet in a wired and/or wireless fashion. Wireless clients operating on an 802.11 network can be any of various devices such as laptops, tablet devices, smart phones, smart watches, or fixed devices such as desktop computers. Wireless client devices are referred to herein as user equipment (and/or UE for short). Some wireless client devices are also collectively referred to herein as mobile devices or mobile stations (although, as noted above, wireless client devices overall may be stationary devices as well).
Mobile electronic devices may take the form of smart phones or tablets that a user typically carries. Wearable devices (also referred to as accessory devices) are a newer form of mobile electronic device, one example being smart watches. Additionally, low-cost low-complexity wireless devices intended for stationary or nomadic deployment are also proliferating as part of the developing “Internet of Things”. In other words, there is an increasingly wide range of desired device complexities, capabilities, traffic patterns, and other characteristics.
Some WLANs may utilize multi-link operation (MLO), e.g., using a plurality of channels (e.g., links) concurrently. APs and/or STAs capable of MLO may be referred to as multi-link devices (MLD). For example, APs capable of MLO may be referred to as AP-MLDs and STAs capable of MLO that are not acting as APs may be referred to as non-AP MLDs. Improvements in the field are desired.
Embodiments described herein relate to systems, methods, apparatuses, and mechanisms for enhanced address changing by AP and non-AP MLDs in wireless networking systems.
In some embodiments, a non-AP MLD may transmit to an AP MLD, using one or more respective transmission (TX) links in an active mode, one or more uplink frames that include one or more respective initial addresses corresponding to one or more respective reception (RX) links of the AP MLD. The non-AP MLD may then configure the one or more respective TX links to a lower power mode. The non-AP MLD may configure the one or more respective TX links with one or more respective new addresses prior to transitioning the one or more respective TX links back to the active mode. The non-AP MLD may transmit, to the AP MLD, one or more additional uplink frames that include the one or more respective new addresses.
According to some embodiments, configuring the one or more respective TX to the lower power mode may be performed concurrently at a selected time. Additionally or alternatively, the one or more respective TX links may be configured with the one or more respective new addresses concurrently at a selected time.
In some embodiments, the non-AP MLD may receive one or more frames from the AP MLD corresponding to the one or more respective initial addresses of the one or more respective RX links. Additionally or alternatively, the non-AP MLD may buffer the one or more received frames and modify them with the one or more respective new addresses to generate one or more modified frames. The non-AP MLD may transmit, to the AP MLD, the one or more modified frames that include the one or more respective new addresses, according to some embodiments.
According to further embodiments, the one or more respective initial addresses and one or more respective new addresses may be media access control (MAC) addresses. Additionally or alternatively, the one or more respective new addresses may be generated using one or more randomized identifiers.
In some embodiments, the non-AP MLD may be configured to transmit an Addresses Configure Request to the AP MLD. Additionally or alternatively, the Addresses Configure Request may include at least one of one or more uplink salt values, an item of link information, or one or more address change times, according to some embodiments. Furthermore, the non-AP MLD may be configured to receive an Addresses Configure Response from the AP-MLD. In some embodiments, the Addresses Configure Response may include at least one of one or more downlink salt values, and item of link information, or an approval or indication of an address change.
This Summary is intended to provide a brief overview of some of the subject matter described in this document. Accordingly, it will be appreciated that the above-described features are merely examples and should not be construed to narrow the scope or spirit of the subject matter described herein in any way. Other features, aspects, and advantages of the subject matter described herein will become apparent from the following Detailed Description, Figures, and Claims.
A better understanding of the present subject matter can be obtained when the following detailed description of the embodiments is considered in conjunction with the following drawings.
While the features described herein are susceptible to various modifications and alternative forms, specific embodiments thereof are shown by way of example in the drawings and are herein described in detail. It should be understood, however, that the drawings and detailed description thereto are not intended to be limiting to the particular form disclosed, but on the contrary, the intention is to cover all modifications, equivalents and alternatives falling within the spirit and scope of the subject matter as defined by the appended claims.
Various acronyms are used throughout the present application. Definitions of the most prominently used acronyms that may appear throughout the present application are provided below:
The following is a glossary of terms used in this disclosure:
Memory Medium—Any of various types of non-transitory memory devices or storage devices. The term “memory medium” is intended to include an installation medium, e.g., a CD-ROM, floppy disks, or tape device; a computer system memory or random access memory such as DRAM, DDR RAM, SRAM, EDO RAM, Rambus RAM, etc.; a non-volatile memory such as a Flash, magnetic media, e.g., a hard drive, or optical storage; registers, or other similar types of memory elements, etc. The memory medium may include other types of non-transitory memory as well or combinations thereof. In addition, the memory medium may be located in a first computer system in which the programs are executed, or may be located in a second different computer system which connects to the first computer system over a network, such as the Internet. In the latter instance, the second computer system may provide program instructions to the first computer for execution. The term “memory medium” may include two or more memory mediums which may reside in different locations, e.g., in different computer systems that are connected over a network. The memory medium may store program instructions (e.g., embodied as computer programs) that may be executed by one or more processors.
Carrier Medium—a memory medium as described above, as well as a physical transmission medium, such as a bus, network, and/or other physical transmission medium that conveys signals such as electrical, electromagnetic, or digital signals.
Computer System—any of various types of computing or processing systems, including a personal computer system (PC), mainframe computer system, workstation, network appliance, Internet appliance, personal digital assistant (PDA), television system, grid computing system, or other device or combinations of devices. In general, the term “computer system” can be broadly defined to encompass any device (and/or combination of devices) having at least one processor that executes instructions from a memory medium.
Mobile Device (and/or Mobile Station)—any of various types of computer systems devices which are mobile or portable and which performs wireless communications using WLAN communication. Examples of mobile devices include mobile telephones or smart phones (e.g., iPhone™, Android™-based phones), and tablet computers such as iPad™, Samsung Galaxy™, etc. Various other types of devices would fall into this category if they include Wi-Fi or both cellular and Wi-Fi communication capabilities, such as laptop computers (e.g., MacBook™), portable gaming devices (e.g., Nintendo DS™, PlayStation Portable™, Gameboy Advance™, iPhone™), portable Internet devices, and other handheld devices, as well as wearable devices such as smart watches, smart glasses, headphones, pendants, earpieces, etc. In general, the term “mobile device” can be broadly defined to encompass any electronic, computing, and/or telecommunications device (and/or combination of devices) which is easily transported by a user and capable of wireless communication using WLAN or Wi-Fi.
Wireless Device (and/or Wireless Station)—any of various types of computer systems devices which performs wireless communications using WLAN communications. As used herein, the term “wireless device” may refer to a mobile device, as defined above, or to a stationary device, such as a stationary wireless client or a wireless base station. For example, a wireless device may be any type of wireless station of an 802.11 system, such as an access point (AP) or a client station (STA or UE). Further examples include televisions, media players (e.g., AppleTV™, Roku™, Amazon FireTV™, Google Chromecast™, etc.), refrigerators, laundry machines, thermostats, and so forth.
WLAN—The term “WLAN” has the full breadth of its ordinary meaning, and at least includes a wireless communication network or RAT that is serviced by WLAN access points and which provides connectivity through these access points to the Internet. Most modern WLANs are based on IEEE 802.11 standards and are marketed under the name “Wi-Fi”. A WLAN network is different from a cellular network.
Processing Element—refers to various implementations of digital circuitry that perform a function in a computer system. Additionally, processing element may refer to various implementations of analog or mixed-signal (combination of analog and digital) circuitry that perform a function (and/or functions) in a computer or computer system. Processing elements include, for example, circuits such as an integrated circuit (IC), ASIC (Application Specific Integrated Circuit), portions or circuits of individual processor cores, entire processor cores, individual processors, programmable hardware devices such as a field programmable gate array (FPGA), and/or larger portions of systems that include multiple processors.
Automatically—refers to an action or operation performed by a computer system (e.g., software executed by the computer system) or device (e.g., circuitry, programmable hardware elements, ASICs, etc.), without user input directly specifying or performing the action or operation. Thus, the term “automatically” is in contrast to an operation being manually performed or specified by the user, where the user provides input to directly perform the operation. An automatic procedure may be initiated by input provided by the user, but the subsequent actions that are performed “automatically” are not specified by the user, e.g., are not performed “manually”, where the user specifies each action to perform. For example, a user filling out an electronic form by selecting each field and providing input specifying information (e.g., by typing information, selecting check boxes, radio selections, etc.) is filling out the form manually, even though the computer system must update the form in response to the user actions. The form may be automatically filled out by the computer system where the computer system (e.g., software executing on the computer system) analyzes the fields of the form and fills in the form without any user input specifying the answers to the fields. As indicated above, the user may invoke the automatic filling of the form, but is not involved in the actual filling of the form (e.g., the user is not manually specifying answers to fields but rather they are being automatically completed). The present specification provides various examples of operations being automatically performed in response to actions the user has taken.
Concurrent—refers to parallel execution or performance, where tasks, processes, signaling, messaging, or programs are performed in an at least partially overlapping manner. For example, concurrency may be implemented using “strong” or strict parallelism, where tasks are performed (at least partially) in parallel on respective computational elements, or using “weak parallelism”, where the tasks are performed in an interleaved manner, e.g., by time multiplexing of execution threads.
Configured to—Various components may be described as “configured to” perform a task or tasks. In such contexts, “configured to” is a broad recitation generally meaning “having structure that” performs the task or tasks during operation. As such, the component can be configured to perform the task even when the component is not currently performing that task (e.g., a set of electrical conductors may be configured to electrically connect a module to another module, even when the two modules are not connected). In some contexts, “configured to” may be a broad recitation of structure generally meaning “having circuitry that” performs the task or tasks during operation. As such, the component can be configured to perform the task even when the component is not currently on. In general, the circuitry that forms the structure corresponding to “configured to” may include hardware circuits.
Various components may be described as performing a task or tasks, for convenience in the description. Such descriptions should be interpreted as including the phrase “configured to.” Reciting a component that is configured to perform one or more tasks is expressly intended not to invoke 35 U.S.C. § 112(f) interpretation for that component.
As shown, the exemplary wireless communication system includes a (“first”) wireless device 102 in communication with another (“second”) wireless device. The first wireless device 102 and the second wireless device 104 may communicate wirelessly using any of a variety of wireless communication techniques, potentially including ranging wireless communication techniques.
As one possibility, the first wireless device 102 and the second wireless device 104 may perform ranging using wireless local area networking (WLAN) communication technology (e.g., IEEE 802.11/Wi-Fi based communication) and/or techniques based on WLAN wireless communication. One or both of the wireless device 102 and the wireless device 104 may also be capable of communicating via one or more additional wireless communication protocols, such as any of Bluetooth (BT), Bluetooth Low Energy (BLE), near field communication (NFC), UMTS (WCDMA, TDSCDMA), LTE, LTE-Advanced (LTE-A), NR, Wi-MAX, GPS, etc.
The wireless devices 102 and 104 may be any of a variety of types of wireless device. As one possibility, one or more of the wireless devices 102 and/or 104 may be a substantially portable wireless user equipment (UE) device, such as a smart phone, hand-held device, a wearable device such as a smart watch, a tablet, a motor vehicle, or virtually any type of wireless device. As another possibility, one or more of the wireless devices 102 and/or 104 may be a substantially stationary device, such as a set top box, media player (e.g., an audio or audiovisual device), gaming console, desktop computer, appliance, door, access point, base station, or any of a variety of other types of devices.
Each of the wireless devices 102 and 104 may include wireless communication circuitry configured to facilitate the performance of wireless communication, which may include various digital and/or analog radio frequency (RF) components, a processor that is configured to execute program instructions stored in memory, a programmable hardware element such as a field-programmable gate array (FPGA), and/or any of various other components. The wireless device 102 and/or the wireless device 104 may perform any of the method embodiments described herein, or any portion of any of the method embodiments described herein, using any or all of such components.
Each of the wireless devices 102 and 104 may include one or more antennas for communicating using one or more wireless communication protocols. In some cases, one or more parts of a receive and/or transmit chain may be shared between multiple wireless communication standards; for example, a device might be configured to communicate using either of Bluetooth or Wi-Fi using partially or entirely shared wireless communication circuitry (e.g., using a shared radio or at least shared radio components). The shared communication circuitry may include a single antenna, or may include multiple antennas (e.g., for MIMO) for performing wireless communications. Alternatively, a device may include separate transmit and/or receive chains (e.g., including separate antennas and other radio components) for each wireless communication protocol with which it is configured to communicate. As a further possibility, a device may include one or more radios or radio components which are shared between multiple wireless communication protocols, and one or more radios or radio components which are used exclusively by a single wireless communication protocol. For example, a device might include a shared radio for communicating using one or more of LTE, and/or 5G NR, and separate radios for communicating using each of Wi-Fi and Bluetooth. Other configurations are also possible.
As previously noted, aspects of this disclosure may be implemented in conjunction with the wireless communication system of
As shown, the device 100 may include a processing element 101. The processing element may include or be coupled to one or more memory elements. For example, the device 100 may include one or more memory media (e.g., memory 105), which may include any of a variety of types of memory and may serve any of a variety of functions. For example, memory 105 could be RAM serving as a system memory for processing element 101. Other types and functions are also possible.
Additionally, the device 100 may include wireless communication circuitry 130. The wireless communication circuitry may include any of a variety of communication elements (e.g., antenna(s) for wireless communication, analog and/or digital communication circuitry/controllers, etc.) and may enable the device to wirelessly communicate using one or more wireless communication protocols.
Note that in some cases, the wireless communication circuitry 130 may include its own processing element (e.g., a baseband processor), e.g., in addition to the processing element 101. For example, the processing element 101 may be an ‘application processor’ whose primary function may be to support application layer operations in the device 100, while the wireless communication circuitry 130 may be a ‘baseband processor’ whose primary function may be to support baseband layer operations (e.g., to facilitate wireless communication between the device 100 and other devices) in the device 100. In other words, in some cases the device 100 may include multiple processing elements (e.g., may be a multi-processor device). Other configurations (e.g., instead of or in addition to an application processor/baseband processor configuration) utilizing a multi-processor architecture are also possible.
The device 100 may additionally include any of a variety of other components (not shown) for implementing device functionality, depending on the intended functionality of the device 100, which may include further processing and/or memory elements (e.g., audio processing circuitry), one or more power supply elements (which may rely on battery power and/or an external power source) user interface elements (e.g., display, speaker, microphone, camera, keyboard, mouse, touchscreen, etc.), and/or any of various other components.
The components of the device 100, such as processing element 101, memory 105, and wireless communication circuitry 130, may be operatively coupled via one or more interconnection interfaces, which may include any of a variety of types of interfaces, possibly including a combination of multiple types of interface. As one example, a USB high-speed inter-chip (HSIC) interface may be provided for inter-chip communications between processing elements. Alternatively (and/or in addition), a universal asynchronous receiver transmitter (UART) interface, a serial peripheral interface (SPI), inter-integrated circuit (I2C), system management bus (SMBus), and/or any of a variety of other communication interfaces may be used for communications between various device components. Other types of interfaces (e.g., intra-chip interfaces for communication within processing element 101, peripheral interfaces for communication with peripheral components within or external to device 100, etc.) may also be provided as part of device 100.
Further, in some embodiments, a wireless device 106 (which may be an exemplary implementation of device 100) may be configured to perform methods for robust discovery of a new access point (AP) in AP MLD, robust link addition to an AP MLD association, AP beaconing modes when the AP is added or deleted to/from an AP MLD, and robust BSS transition management (BTM) signaling to steer a non-AP MLD to a best AP MLD and to most suitable APs, as well as privacy improvements for associated non-AP MLD.
The AP 112 may include at least one network port 270. The network port 270 may be configured to couple to a wired network and provide a plurality of devices, such as mobile devices 106, access to the Internet. For example, the network port 270 (and/or an additional network port) may be configured to couple to a local network, such as a home network or an enterprise network. For example, port 270 may be an Ethernet port. The local network may provide connectivity to additional networks, such as the Internet.
The AP 112 may include at least one antenna 234, which may be configured to operate as a wireless transceiver and may be further configured to communicate with mobile device 106 via wireless communication circuitry 230. The antenna 234 communicates with the wireless communication circuitry 230 via communication chain 232. Communication chain 232 may include one or more receive chains, one or more transmit chains or both. The wireless communication circuitry 230 may be configured to communicate via Wi-Fi or WLAN, e.g., 802.11. The wireless communication circuitry 230 may also, or alternatively, be configured to communicate via various other wireless communication technologies, including, but not limited to, Long-Term Evolution (LTE), LTE Advanced (LTE-A), Wideband Code Division Multiple Access (WCDMA), etc., for example when the AP is co-located with a base station in case of a small cell, or in other instances when it may be desirable for the AP 112 to communicate via various different wireless communication technologies.
Further, in some embodiments, as further described below, AP 112 may be configured to perform methods for robust discovery of a new access point (AP) in AP MLD, robust link addition to an AP MLD association, AP beaconing modes when the AP is added or deleted to/from an AP MLD, and robust BSS transition management (BTM) signaling to steer a non-AP MLD to a best AP MLD and to most suitable APs, as well as privacy improvements for associated non-AP MLD.
As shown, the SOC 300 may include processor(s) 302, which may execute program instructions for the client station 106 and display circuitry 304, which may perform graphics processing and provide display signals to the display 360. The SOC 300 may also include motion sensing circuitry 370 which may detect motion of the client station 106, for example using a gyroscope, accelerometer, and/or any of various other motion sensing components. The processor(s) 302 may also be coupled to memory management unit (MMU) 340, which may be configured to receive addresses from the processor(s) 302 and translate those addresses to locations in memory (e.g., memory 306, read only memory (ROM) 350, NAND flash memory 310) and/or to other circuits or devices, such as the display circuitry 304, cellular communication circuitry 330, short range wireless communication circuitry 329, connector interface (I/F) 320, and/or display 360. The MMU 340 may be configured to perform memory protection and page table translation or set up. In some embodiments, the MMU 340 may be included as a portion of the processor(s) 302.
As noted above, the client station 106 may be configured to communicate wirelessly directly with one or more neighboring client stations. The client station 106 may be configured to communicate according to a WLAN RAT for communication in a WLAN network, such as that shown in
As described herein, the client station 106 may include hardware and software components for implementing the features described herein. For example, the processor 302 of the client station 106 may be configured to implement part or all of the features described herein, e.g., by executing program instructions stored on a memory medium (e.g., a non-transitory computer-readable memory medium). Alternatively (and/or in addition), processor 302 may be configured as a programmable hardware element, such as an FPGA (Field Programmable Gate Array), or as an ASIC (Application Specific Integrated Circuit). Alternatively (and/or in addition) the processor 302 of the UE 106, in conjunction with one or more of the other components 300, 304, 306, 310, 315, 320,329, 330, 335, 336, 337, 338, 340, 350, 360, 370 may be configured to implement part or all of the features described herein.
In addition, as described herein, processor 302 may include one or more processing elements. Thus, processor 302 may include one or more integrated circuits (ICs) that are configured to perform the functions of processor 302. In addition, each integrated circuit may include circuitry (e.g., first circuitry, second circuitry, etc.) configured to perform the functions of processor(s) 204.
Further, as described herein, cellular communication circuitry 330 and short-range wireless communication circuitry 329 may each include one or more processing elements. In other words, one or more processing elements may be included in cellular communication circuitry 330 and also in short range wireless communication circuitry 329. Thus, each of cellular communication circuitry 330 and short-range wireless communication circuitry 329 may include one or more integrated circuits (ICs) that are configured to perform the functions of cellular communication circuitry 330 and short-range wireless communication circuitry 329, respectively. In addition, each integrated circuit may include circuitry (e.g., first circuitry, second circuitry, etc.) configured to perform the functions of cellular communication circuitry 330 and short-range wireless communication circuitry 329.
As shown, the SOC 400 may be coupled to various other circuits of the wireless node 107. For example, the wireless node 107 may include various types of memory (e.g., including NAND flash 410), a connector interface 420 (e.g., for coupling to a computer system, dock, charging station, etc.), the display 460, and wireless communication circuitry 430 (e.g., for 5G NR, LTE, LTE-A, Bluetooth, Wi-Fi, NFC, GPS, etc.).
The wireless node 107 may include at least one antenna, and in some embodiments, multiple antennas 435 and 436, for performing wireless communication with base stations and/or other devices. For example, the wireless node 107 may use antennas 435 and 436 to perform the wireless communication. As noted above, the wireless node 107 may in some embodiments be configured to communicate wirelessly using a plurality of wireless communication standards or radio access technologies (RATs).
The wireless communication circuitry 430 may include Wi-Fi Logic 432, a Cellular Modem 434, and Bluetooth Logic 439. The Wi-Fi Logic 432 is for enabling the wireless node 107 to perform Wi-Fi communications, e.g., on an 802.11 network. The Bluetooth Logic 439 is for enabling the wireless node 107 to perform Bluetooth communications. The cellular modem 434 may be capable of performing cellular communication according to one or more cellular communication technologies. Some or all components of the wireless communication circuitry 430 may be used for ranging communications, e.g., using WLAN, Bluetooth, and/or cellular communications.
As described herein, wireless node 107 may include hardware and software components for implementing embodiments of this disclosure. For example, one or more components of the wireless communication circuitry 430 (e.g., Wi-Fi Logic 432) of the wireless node 107 may be configured to implement part or all of the methods described herein, e.g., by a processor executing program instructions stored on a memory medium (e.g., a non-transitory computer-readable memory medium), a processor configured as an FPGA (Field Programmable Gate Array), and/or using dedicated hardware components, which may include an ASIC (Application Specific Integrated Circuit).
IEEE 802.11bi may include Multi-link Device (MLD) capabilities. In current implementations, an access point (AP) MLD node may manage its affiliated APs. Thus, an AP MLD node may modify, add, and/or subtract affiliated APs to increase capacity, manage Basic Service Sets (BSSs) interference and coverage, include switching APs to operate in channels with less interference, and/or steer associated non-AP MLD nodes to operate on better performing APs and/or AP MLD nodes.
The AP MLD may provide the affiliated APs from a single physical device (e.g., a single shared housing and potentially using the same antenna(s)). In some embodiments, the AP MLD may provide the APs from multiple distinct devices (e.g., a first device may provide one or more APs and a second device may provide one or more different APs, etc.). In some embodiments, various affiliated APs may be separated spatially (e.g., using beams in different directions, using different antennas with a shared housing (e.g., antennas of a same physical device), and/or of different devices, etc.).
In some embodiments, spatially separated affiliated APs may operate on a same (or overlapping) channel(s).
As illustrated, the AP MLD 112 may operate three affiliated APs. For example, AP 812a may operate in a 2.4 GHz band, AP 812b may operate in a 5 GHz band, and AP 812c may operate in a 6 GHz band. Furthermore, any number of affiliated APs may be used in any combination of bands. For example, the AP MLD may operate multiple affiliated APs in one band and/or may not operate any affiliated APs in a band. The affiliated APs may include various layers such as media access control (MAC) and/or physical (PHY) layers, among various possibilities. The affiliated APs may use different basic service sets (BSS) and/or different BSS identifiers (BSSID) such as BSSIDs 1-3 illustrated in
As illustrated, the non-AP MLD 106 may operate three affiliated STAs corresponding to the three affiliated APs. For example, STA 806a may operate in the 2.4 GHz band, STA 806b may operate in a 5 GHz band, and STA 806c may operate in a 6 GHz band. The STAs may communicate with corresponding APs (e.g., STA 806a may communicate with AP 812a, STA 806b may communicate with AP 812b, etc.). Furthermore, any number of affiliated STAs may be used in any combination of bands. For example, the non-AP MLD may operate multiple affiliated STAs in one band and/or may not operate any affiliated STAs in a band. The non-AP MLD may operate STAs corresponding to some, none, or all of the APs of the AP MLD. The affiliated STAs may include various layers such as PHY and/or MAC layers, among various possibilities. The affiliated STAs may use different addresses such as Addr 1-3 illustrated in
The non-AP MLD may provide the affiliated STAs from a single physical device (e.g., a single shared housing and potentially using the same antenna(s)). In some embodiments, the non-AP MLD may provide the STAs from multiple distinct devices (e.g., a first device may provide one or more STAs and/or a second device may provide one or more different one or more STAs, etc.). In some embodiments, various affiliated STAs may be separated spatially (e.g., using beams in different directions, using different antennas with a shared housing (e.g., antennas of a same physical device), and/or of different devices, etc.).
The various affiliated STAs and APs may communicate concurrently/simultaneously. For example, STA 806a may exchange uplink and/or downlink data with AP 812a on a first link while STA 806b exchanges uplink and/or downlink data with AP 812b on a second link, etc. Furthermore, concurrent communication may include different data being exchanged at the same time, overlapping times, and/or different times on different links. For example, data between the AP MLD and non-AP MLD may be routed over the first available link and/or a link selected based on other criteria (e.g., lowest energy use, etc.). Additionally or alternatively, a first packet or portion of data may be sent over a first link and concurrently a second packet or portion of data may be sent over a second link.
In some embodiments, the AP MLD and non-AP MLD may include respective multi-link (ML) entities. An ML entity may provide upper MAC functionality that controls the separate APs and/or STAs and may additionally or alternatively control traffic delivery through available links (e.g. between the various APs and STAs). Furthermore, the respective MLDs (e.g., AP and non-AP) may have only one respective MAC service access point (SAP) interface and the ML entity may manage this SAP interface. Additionally, the ML entity may also manage transmission buffering (e.g., bookkeeping and link selection in the transmitter) and data re-order buffering in reception (e.g., combination of the data that is transmitted in different links).
According to some embodiments, the AP MLD 112 and non-AP MLD 106 may exchange information about their respective operations, operating parameters, and/or capabilities.
For example, the non-AP MLD may have various capabilities for operating a STA in a particular band. The capabilities may be different for different bands. For example, the capabilities in a band may be associated with one or more maximum (e.g., fastest, most flexible, most powerful, highest throughput, etc.) parameter values that a STA of the non-AP MLD may use. Operations or operating parameters may describe the parameter values that are currently in use or may be planned to be in use at a future time.
For example, the parameters (e.g., parameter values) may include an applicable physical (PHY) version and its associated parameters. The parameters may describe supported services and transmission formats that are available. Additionally or alternatively, the parameters may describe available resources, bandwidths and number of spatial streams. In some embodiments, the parameters may describe power save support parameters which may enable low power transmissions. For instance, an AP may support Target Wake Time (TWT) power save operations or functionality.
In some embodiments, the links may be located so closely (e.g., spatially and/or in frequency) that non-AP STA may not operate them independently (e.g., due to limits of the device and/or to manage resources or performance). Additionally, some APs may support STAs (e.g., non-AP MLDs) that are not capable of simultaneously transmitting and receiving on the link pair, according to some embodiments.
In some embodiments, the non-AP MLD may operate STAs communicating with multiple AP-MLDs. For example, a first STA may communicate with a first AP MLD and a second STA may communicate with a second AP MLD. Similarly, an AP MLD may communicate with multiple STAs. For example, one affiliated AP may communicate with multiple STAs.
In the illustrated example, the non-AP MLD operates a number of STAs equal to the number of APs provided by the AP MLD. However, different numbers are possible. For example, the AP MLD may provide more APs than the number of STAs operated by the non-AP MLD or vice versa. The number of APs and/or number of STAs may change over time.
According to some embodiments, it may be beneficial for client privacy enhanced (CPE) stations (STAs) or clients to change or adjust certain parameters used for performing communications with an AP. For example, eavesdroppers (e.g., cybercriminals, hackers, etc.) may seek to intercept, extract or listen in on communications between CPE STAs and APs (as one example of various other device to device communications). Accordingly, clients may seek to perform more secure communications between the CPE STAs and APs using various techniques involving address changing or related parameter adjustments.
For example, when reassociating from one CPE AP to another CPE AP, it may be beneficial for a CPE Client to change its own over-the-air (OTA) media access control (MAC) address used for communicating with an AP. Additionally or alternatively, it may be beneficial for a CPE Client to initiate changing its own OTA MAC address used with a CPE AP in an associated state (e.g., STA State 4) without any loss of connection. In some embodiments, it may be further beneficial for a CPE Client to initiate changing the OTA MAC addresses of all associated CPE Client's in the base station system (BSS) (e.g., those CPE Clients in associated STA State 4) simultaneously without any loss of connection. Furthermore, it may be beneficial for a CPE client and CPE AP to change the transmitted sequence number (SN), packet number (PN) and transaction identifier (TID) to an uncorrelated new value on downlink and uplink to new values in an associated STA State 4, without any loss of connection, according to some embodiments. Moreover, it may be further beneficial for a CPE Client and CPE AP to change the CPE Client's association identifier (AID) to an uncorrelated new value in an associated STA State 4, without any loss of connection. Some or all of these described changes may be useful in providing increased security of communications between CPE STAs and APs through making eavesdropping by unwanted persons more difficult.
Additionally,
According to some embodiments, the AP MLD and STA MLD communication architecture may include a legacy compatible CPE AP MLD. For example, some CPE AP MLDs may support Wi-Fi 7/802.11be MLD architectures. Additionally or alternatively, some CPE APs may associate with CPE STAs, Wi-Fi 7 compatible STA MLDs and/or other legacy STAs.
Furthermore, CPE APs and CPE STAs may have privacy improvements for individually addressed data and management frames. For example, some addresses may be changed in a post-association mode, according to some embodiments. Additionally or alternatively, MAP SAP address and authentication addresses may have the same value, according to some embodiments.
Accordingly, there may be various options for changing OTA addresses in a post-association mode. For example, link specific offset address changes may involve the STA and/or AP modifying a frame after encryption for each link. In other words, the OTA addresses of different links may be changed at different times and the duration of the address changes may to correspond to specified durations in time or utilize configured timers, according to some embodiments. Accordingly, these link address transitions at different times may allow for easier and faster address changes. Furthermore, the AP and STA may agree on a joint schedule to change OTA addresses and calculate new address values for each address change, according to some embodiments. Moreover, the transmitter and receiver may need the capability to modify encrypted frames because for link specific address changes (offset in time), the encrypted packets are changed before they are transmitted OTA. Furthermore and regarding the privacy benefits of this approach, an eavesdropper would likely not be able to combine STAs in the links to be part of the same MLD in order to intercept or extract communications between the STA and AP.
As one option, it may be possible to change an OTA MAC address before encryption occurs. For example, similar to an association setup (without the association signaling) procedure, the OTA MAC addresses may be changed on all links at the same time, according to some embodiments. In other words, the OTA MAC address may be capable of being changed on all links by reusing the association mechanism such that main operations of the transmitter and receiver are not significantly impacted. Furthermore, the AP and STA may agree on a joint schedule to change all of the OTA addresses and calculate new address values for each address change, according to some embodiments. Furthermore, the duration of the address changes may to correspond to specified lengths of time or utilize configured timers, according to some embodiments. However, regarding the privacy aspects of this approach, it may be possible for eavesdroppers to detect which STAs belong to the same STA MLD by using intercepted SN and PN values. Moreover, in some embodiments, the change of OTA addresses of all links may take a longer time than changing the OTA addresses of different links at different times (as previously described).
Aspects of the method of
Note that while at least some elements of the method of
The methods shown may be used in conjunction with any of the systems, methods, or devices shown in the Figures, among other devices. In various embodiments, some of the method elements shown may be performed concurrently, in a different order than shown, or may be omitted. Additional method elements may also be performed as desired. As shown, this method may operate as follows.
In 1102, a non-AP MLD may transmit, using one or more respective transmission (TX) links in an active mode, one or more uplink frames to an AP MLD using one or more respective addresses corresponding to one or more respective reception (RX) links of the AP MLD. For example, a STA may be in communication with an AP and be transmitting frames using currently configured addresses, according to some embodiments.
In 1104, the non-AP MLD may configure the one or more respective TX links to a mode corresponding to power conservation (e.g., a power save mode). For example, the STA may configure the TX links such that they move from an active mode or state (e.g., transmitting) to a power save mode corresponding to reduced or minimal transmissions of frames, according to some embodiments.
In 1106, the non-AP MLD may configure the one or more respective TX links with one or more new respective addresses corresponding to the one or more respective RX links. In other words, the STA may, while they are in a power save mode, configure the TX links with new addresses with which to perform subsequent transmissions to the AP, according to some embodiments.
In 1108, the non-AP MLD may reconfigure the one or more respective TX links back to the active mode. For example, a STA may, having configured the TX links with new addresses during the power save mode, reconfigure them out of the power conservation mode and back to the active mode or state such that they can once again be used to perform subsequent transmissions with the AP, according to some embodiments.
In 1110, the non-AP MLD may transmit, to the AP MLD, one or more additional uplink frames using the one or more new respective addresses. For example, having configured the appropriate TX links with the new addresses, the STA may continue or resume transmissions to the AP using the newly configured addresses, according to some embodiments.
According to some embodiments, the non-AP MLD may be configured to select a time to concurrently configure the one or more respective TX links to the mode corresponding to power conservation. Additionally or alternatively, the non-AP MLD may be configured to select a time to concurrently configure the one or more respective TX links with the one or more new respective addresses corresponding to the one or more respective RX links.
In some embodiments, the non-AP MLD may receive, before or while configured for the mode corresponding to power conservation, one or more frames from the AP MLD corresponding to the one or more respective addresses of the one or more respective RX links. Additionally or alternatively, the non-AP MLD may buffer the one or more frames and configure them with the one or more new respective addresses. Accordingly, the non-AP MLD may then transmit, to the AP MLD, the one or more frames using the one or more new respective addresses, according to some embodiments.
According to further embodiments, the one or more addresses and one or more new addresses may be media access control (MAC) addresses. Additionally or alternatively, the one or more new addresses may be generated using one or more randomized identifiers.
In some embodiments, the non-AP MLD may be configured to transmit an Addresses Configure Request to the AP MLD. Additionally or alternatively, the Addresses Configure Request may include at least one of uplink salt values, link information, or address change times, according to some embodiments. According to some embodiments, salt values may be characterized as randomly generated values that may be added to the input of one or more hash functions to create one or more distinct or unique hashes (e.g., hash functions). In other words, a salt (e.g., a salt value) may be characterized as random data that is used as an additional input to a function (e.g., a one-way function) that hashes data (e.g., such as a password, as one example). Furthermore, the non-AP MLD may be configured to receive an Addresses Configure Response from the AP-MLD. In some embodiments, the Addresses Configure Response may include at least one of downlink salt values, link information, or an approval or indication of address changes.
The method of
The method of
Accordingly, the receiver 1320 may receive the transmissions of the TX links via receiver link 1 (e.g., 1322), receiver link 2 (e.g., 1324), and receiver link 3 (e.g., 1326). The receiver 1320 may then respectively verify in 1328, 1330, and 1332 (for the respective receiver links 1322, 1324, and 1326) that it has received appropriately addressed frames by verifying the received MAC headers of the frames. Once verified, the receiver 1320 may then prepare and send respective block acknowledgements (ACKs) using the respective OTA received MAC addresses and SNs in 1334, 1336, and 1338 to indicate to the transmitter that it has performed successful reception. Furthermore, the receiver 1320 may then decrypt the received MPDUs at 1340 as well as perform detection of duplicate MPDUs and reordering of said MPDUs according to the transaction identifiers (TIDs) and SNs in 1342, according to some embodiments.
Furthermore, the receiver 1320 may then check or verify the PN order of packets at 1344. For example, the receiver may verify for each packet that the sender address (SA) and destination address (DA) and has been received from a secure A-MSDU, according to some embodiments. Accordingly, once these have been verified, the packets may be delivered to the Internet/application 1346 from the receiver side.
The method of
Accordingly, randomizing STA OTA MAC addresses may not be enough to deter or stop eavesdroppers since they may be able track the CPE STA from a scrambler seed, SN, and/or PN due to these values steadily increasing as a function of transmitted frames. Moreover, since both UL and DL unicast frames parameters should be changed when the MAC address is changed, each direction (e.g., UL and DL) may have steadily increasing values.
The method of
In other words, a STA may be able to change or transition all its addresses at the same time by selecting a time when it does not have buffered UL frames with old addresses and setting all of its TX links to power save mode. In some scenarios, if new frames are received from the AP before or after the transition to the power save mode, the STA may buffer the frames and transmit the frames with new addresses after the address change. For example, the newly received frames from the AP may include internet protocol (IP) addresses, user datagram/transmission control protocols (UDP/TCP) in addition to payloads. Accordingly, after the address change, the STA may return to transmitting frames only with new addresses (as opposed to ones with the old addresses). In some embodiments, if the power save operation is sufficiently long, the AP may only send frames with new addresses to the STA.
According to further embodiments, the new parameter values for address changing may be calculated. For example, a new salt value (e.g., in the Addresses Configure Request or Response) may allow the transmitter and receiver to calculate the new address, SN, PN and TID values. Moreover, the UL and DL may have different link specific salt values since the STA defines UL values and the AP defines DL values. In other words, the AP and STA may setup individual address sets in association due to the new address sets being configured using the Addressed Configure Request and Addressed Configure Response and the new parameter values being calculated using them.
“F(MAC Header random bits, Address Key, Salt) Mod (2{circumflex over ( )}24″F (TA random bits, TID, AdFurthermore, identifiers may be able to be calculated by the AP and STA using functions and received or previously calculated identifiers. For example, as shown in
“F(MAC Header random bits, Address Key, Salt) Mod (2{circumflex over ( )}24″F (TA random bits, TID, Ad(
According to some embodiments, a STA (e.g., a non-AP MLD) may benefit from enhanced scheduling to perform OTA MAC address changes. For example, the STA may utilize various time parameters or windows to schedule and perform the OTA address changes. In some embodiments, the STA may utilize a Target OTA MAC Address Change Time (TOMAT). This TOMAT may be characterized by the function TOMAT=X*OTA MAC Change interval+Max Random time*RandomTimeOffsetHASH(SN,salt, “random OTA MAC Change and RandomTimeOffsetHASH may correspond to values of [−0.5,+0.5], according to some embodiments. Additionally or alternatively, each associated STA may have a different random offset for the next TOMAT, according to some embodiments.
Furthermore, an Address Change Request frame may include STA specific parameters such as OTA MAC Change interval, Max Random time and Max OTA MAC address change time (MOMAT) values. These values may be changed by re-associating or through a new protected management frameFor example, if an address change is performed through a re-association, the AP may need the STA to re-associate through a new management frame. According to some embodiments, the enhanced scheduling illustrated in
In some embodiments, randomization windows or random times for OTA address changes may be used with the TOMATs and MOMATs to further refine or define the OTA address changes. For example, OTA MAC intervals such as X*, (X+1)*, (X+2)*, and (X+3)* . . . (X+N)* may be used to define periods of time between a MOMAT and a subsequent TOMAT. In some embodiments, the randomization window may be approximately two minutes while the OMA interval may be approximate ten minutes. These intervals and randomization windows may make it more difficult for eavesdroppers to intercept communications between the AP and STA and therefore provide further enhanced security benefits.
According to some embodiments, TIDs and direction (e.g., UL or DL) may be used to change the address sets in transmission at different times. For example, the method of
In some embodiments, an enhanced distributed channel access (EDCA) may be used to enable application client (AC) specific transmissions and quality of service (QoS) frameworks such that the direction specific or TID specific transmissions can be used to trigger an address change. Additionally, each link may have link specific address change times. For example, with regard to
Aspects of the method of
Note that while at least some elements of the method of
The methods shown may be used in conjunction with any of the systems, methods, or devices shown in the Figures, among other devices. In various embodiments, some of the method elements shown may be performed concurrently, in a different order than shown, or may be omitted. Additional method elements may also be performed as desired. As shown, this method may operate as follows.
In 2202, a non-AP MLD may transmit, using one or more respective transmission (TX) links, one or more uplink frames to an AP MLD using one or more respective addresses corresponding to one or more respective reception (RX) links of the AP MLD. For example, a STA may be in communication with an AP and be transmitting frames using currently configured addresses, according to some embodiments.
In 2204, the non-AP MLD may receive, one or more downlink frames including one or more transaction identifiers (TIDs) and an Address Change Request frame, according to some embodiments. Additionally or alternatively, the Address Change Request frame may include information corresponding to one or more target over-the-air media access control address change times (TOMATs) and one or more maximum over-the-air media access control address change times (MOMATs), according to some embodiments. In some embodiments, the one or more TIDs may be associated with one or more new addresses corresponding to the one or more respective RX links of the AP-MLD. For example, a STA may receive information from the AP related to the timing or scheduling of performing an address change. Additionally or alternatively, the information may include new addresses to be used by the STA for subsequent transmissions, according to some embodiments.
In 2206, the non-AP MLD may configure, based on the one or more TIDs and during a time interval defined by the one or more TOMATs and the one or more MOMATs, the one or more respective TX links with the one or more new addresses, according to some embodiments. For example, the TOMAT may correspond to a target time for the STA to initiate or perform an address change for one or more TX links. Additionally or alternatively, the MOMAT may correspond to a maximum time at which the STA should have already performed an address change, according to some embodiments.
In 2208, the non-AP MLD may transmit, to the AP MLD, one or more additional frames using the one or more respective new addresses, according to some embodiments. For example, having configured the appropriate TX links during the specified time window and using the new addresses indicated in the TIDs, the STA may continue or resume transmissions to the AP using the newly configured addresses.
According to some embodiments, MOMATs or TOMATs may be altered or changed by re-associating or via a protected management frame. In other words, various parameters of the MOMATs or TOMATs may be configured to such that the scheduling of the address change can be flexibly change. For example, the target time (e.g., TOMAT) may be extended or changed to a later time so as to allow the non-AP MLD more time to perform additional operations (prior to or during power saving mode). Additionally or alternatively, the TOMAT may be decreased such that the address change is performed quickly after entering the power save mode. In some embodiments, the MOMAT may be decreased such that the address change is performed before a maximum allowed time has elapsed. Additionally or alternatively, the MOMAT may be increased so as to allow the non-AP MLD additional time to perform the address change or other procedures under various scenarios. For example, large amounts of data traffic may correspond to longer address change times, according to some embodiments.
In some embodiments, new addresses may be calculated by the AP MLD or the non-AP MLD using one or more salt values. For example, the AP MLD or non-AP MLD may generate salt values corresponding to a various randomly generated values and lengths. Additionally, the salt value may be used as an input in a function for hashing data. Accordingly, utilizing the hashed values and salt values may provide a way to generate more secure and/or random addresses to be used for address changes. In some embodiments, the salt values may be usable by the AP MLD or non-AP MLD to calculate one or more sequence numbers (SNs), one or more packet numbers (PNs), or one or more transaction identifiers (TIDs) of various frames. Additionally or alternatively, uplink salt values may correspond to the respective TX links of the non-AP MLD and downlink salt values may correspond to the one or more respective RX links of the AP MLD. According to some embodiments, an address change time (e.g., TOMAT) may be calculated by at least one of the STA or the AP. Additionally or alternatively, when the TOMAT or address change time is calculated, the AP and STA may not have exchanged any frames related to the address change, according to some embodiments.
In some embodiments, the respective TX links may be configured concurrently in time with respective new addresses corresponding to the RX links of the AP-MLD. Additionally or alternatively, the TX links may be configured separately in time from the new addresses corresponding to the RX links of the AP-MLD. Furthermore, the TX links may be configured with the new addresses corresponding to the RX links of the AP-MLD based on at least one of one or more transmission directions or the one or more TIDs.
In some embodiments, transmitters may have a large quantity of low priority traffic to buffer. However, if the transmitter starts to use the new addresses for all TIDs at the same time, it could result in lower priority TIDs (e.g., corresponding to a low priority AC) frames with old addresses taking a longer time to transmit than higher priority TIDs. Additionally, this scenario may occur more frequently when there are large amounts of data traffic being transmitted in bursts with ACs of differing priorities. Accordingly, it may be beneficial for the transmitter to minimize address handling complexity as well as reducing the chance of eavesdroppers detecting the address change by shortening the time when some TIDs use old addresses and other TIDs use new addresses.
For example, as illustrated in
For example,
Accordingly, in order to transmit frames with the same addresses for longer durations during a PPDU, TXOP or Target Wake Time Service Period (TWT SP) (thus avoiding multiple TXOPs with very little data), a transmitter may continue to use old addresses after the TOMAT to have more payload in a TXOP, according to some embodiments. Additionally or alternatively, the transmitter may switch the buffered frames that have old addresses to use new addresses. In some embodiments, a STA may have a capability bit so as to indicate whether it is capable of switching old addresses to new addresses.
For example, during a STA MAC address transition some techniques may be applied to SU PPDU and MU PPDU transmissions. In some embodiments, the STA may transmit in a PPDU frames only from a single address set. Additionally or alternatively, the STA may transmit within UL EDCA TXOP frames only from a single address set. Accordingly, for SU and MU PPDUs, the transmitter may be aware of the buffered traffic and therefore may more efficiently and correctly allocate PPDUs as shown in 2804 and corresponding to TXOP 2 consisting of PPDU3 (corresponding to new addresses) followed by a BA performed by the STA, according to some embodiments.
According to some embodiments, when a CPE STA changes its address, the CPE STA may still have buffered frames that may utilize old address information. For example, as shown in
In some embodiments, the AID and the addresses may be changed at the same time. Accordingly, when the address changes, the AP may not know whether the STA has buffered traffic with old addresses. In some scenarios, this may cause potential issues since the AP may not know whether it should use the new AID or old AID.
In some embodiments, an AP may be able to separately trigger the old and newly addressed frames. However, this technique this may involve transmission of a buffer status report which could provide or reveal additional information on the address change. For example,
In some embodiments, the AP may send a buffer status report poll (BSRP) with an old AID in a trigger frame to request an amount of buffered traffic with old addresses. More specifically, the number of TIDs with buffered traffic may indicate the number of TIDs that the STA should trigger. For example, as illustrated in
According to some embodiments, the AP may trigger the frames with old addresses first in a TID before triggering frames with new addresses. Additionally or alternatively, the STA may send unsolicited BSR information in the UL frames that have old addresses so as to signal the amount of buffered traffic with old addresses, according to some embodiments. Accordingly, this may indicate to the AP whether it should trigger the STA with old addresses.
According to some embodiments, if the trigger frame includes old and new AIDs, a technique using multi-RU triggering with the old and new AID values may be utilized. For example, Wi-Fi 7 may support multi-RU DL MU PPDU such that the AP may allocate two RUs in DL MU PPDU for the same STA, according to some embodiments. Additionally or alternatively, Wi-Fi 8 may support Multiple-RU triggering such that the AP may allocate two separate RUs in trigger frame transmissions by using the AID of the STA.
Accordingly, if the allocations carry one payload, the receiver may combine both allocated RUs in order to receive the payload, according to some embodiments. Additionally or alternatively, if a STA has two AID values in use, the AP may be able to allocate an RU for each AID value. For example,
In other words, regarding this address change scenario, the AP may allocate RUs with old and the new AID. Additionally, this may provide some security benefits or protection regarding the transmitted payload since, for an eavesdropper to receive the payload, they would combine both received RUs. For example, the STA may use either new or old addresses if the AP allocates RUs with old and new AIDs to the STA, according to some embodiments. However, triggered HE TB PPDU or MU PPDU may only have a few combinations for two RU allocations, so the protection of the transmission may be lessened in this scenario.
More specifically,
Aspects of the method of
Note that while at least some elements of the method of
The methods shown may be used in conjunction with any of the systems, methods, or devices shown in the Figures, among other devices. In various embodiments, some of the method elements shown may be performed concurrently, in a different order than shown, or may be omitted. Additional method elements may also be performed as desired. As shown, this method may operate as follows.
In 3502, a non-AP MLD may transmit, using one or more respective transmission (TX) links, one or more uplink frames to an AP MLD to one or more respective addresses corresponding to one or more respective reception (RX) links of the AP MLD. For example, a STA may be in communication with an AP and be transmitting frames using currently configured addresses, according to some embodiments. Additionally or alternatively, the one or more uplink frames may include one or more respective association identifiers (AIDs). According to some embodiments, the AIDs may be associated with or correspond to the one or more respective addresses.
In 3504, the non-AP MLD may receive from the AP-MLD, one or more downlink frames including a trigger frame. In other words, the STA may receive downlink frames including a frame configured to trigger an event as part of further communications with the AP. According to some embodiments, the trigger frame may include one or more new AIDs. Additionally or alternatively, the one or more new AIDs may be associated with or correspond to one or more new addresses which are different than the one or more addresses, according to some embodiments.
In 3506, the non-AP MLD may configure, based on the reception of the trigger frame including the one or more new AIDs, the one or more respective TX links with the one or more respective new addresses and the one or more new AIDs, according to some embodiments. In other words, the STA may configure the TX links to utilize the new AIDs and addresses for subsequent communications or transmissions to the AP, according to some embodiments.
In 3508, the non-AP MLD may transmit, to the AP MLD, one or more additional frames using the one or more respective new addresses and the one or more new AIDs. In other words, having configured the appropriate TX links with the new AIDs and the new addresses, the STA may continue or resume transmissions to the AP using the newly configured addresses and AIDs, according to some embodiments.
According to some embodiments, the trigger frame may include a buffer status report poll (BSRP). Additionally or alternatively, the non-AP MLD may transmit, in response to receiving the trigger frame including the BSRP, a buffer status report (BSR) to the AP MLD. In some embodiments, the BSR may indicate the amount of buffered traffic for at least one of the one or more respective addresses or one or more respective new addresses.
In some embodiments, the address configuration may need to be performed quickly in response to a trigger frame. For example, the trigger frame may solicit frames with new addresses and it may be beneficial for these frames to be transmitted quickly (e.g., on the order of or approximately 16 μs) after the trigger frame. This fast address change and resumption of transmissions may allow for more seamless communication and efficient data transfers between the STA and AP.
According to further embodiments, the DL frames transmitter, receiver, and/or base service set identifier (BSSID) addresses may be used to indicate whether the new addresses or old addresses are in use. For example, the receiver STA may not be able to detect or determine from a recommended or received AID field value in a trigger frame whether or not the AP request frames being transmitted are using old or new addresses, according to some embodiments. This may be at least partly based on the AID values having offset (e.g., overlapping) values, according to some embodiments. Accordingly, regardless of the recommended or received AID value in the trigger frame, the STA may select the TID that it transmits to the AP, according to some embodiments.
Furthermore and regarding broadcast transmissions, the address in a trigger frame and/or the AID values may be used to identify the triggered devices, according to some embodiments. Alternatively for unicast transmissions, the BSSID and MAC addresses may be used to identify the triggered devices, according to some embodiments.
It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.
Embodiments of the present disclosure may be realized in any of various forms. For example, some embodiments may be realized as a computer-implemented method, a computer-readable memory medium, or a computer system. Other embodiments may be realized using one or more custom-designed hardware devices such as ASICs. Other embodiments may be realized using one or more programmable hardware elements such as FPGAs.
In some embodiments, a non-transitory computer-readable memory medium may be configured so that it stores program instructions and/or data, where the program instructions, if executed by a computer system, cause the computer system to perform a method, e.g., any of the method embodiments described herein, or, any combination of the method embodiments described herein, or, any subset of any of the method embodiments described herein, or, any combination of such subsets.
In some embodiments, a wireless device may be configured to include a processor (and/or a set of processors) and a memory medium, where the memory medium stores program instructions, where the processor is configured to read and execute the program instructions from the memory medium, where the program instructions are executable to cause the wireless device to implement any of the various method embodiments described herein (or, any combination of the method embodiments described herein, or, any subset of any of the method embodiments described herein, or, any combination of such subsets). The device may be realized in any of various forms.
Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.
This application claims priority to U.S. provisional patent application Ser. No. 63/357,949, entitled “Enhanced Address Changing for Wireless Network Systems,” filed Jul. 1, 2022, which is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
| Number | Date | Country | |
|---|---|---|---|
| 63357949 | Jul 2022 | US |
