MLD Beacon Update Indication to Prevent Probe Storms
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In IEEE 802.11be Multi-Link Device (MLD) operation, the notification of Basic Service Set (BSS) parameter updates to clients leads to unwanted beacon bloat and probe storm issues, where clients send multiple probe requests to obtain updated parameters, disrupting the medium.
Innovation Solution
An AP of an MLD device includes out-of-link BSS parameter updates in a beacon frame with a flag indicating all updates are communicated, reducing the need for clients to send probe requests.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Loss of information
If BSS parameter updates are included in transmitted beacon frames, then clients can receive updated parameters, but beacon frame size increases causing beacon bloat
Solution Approach 1:
The patent extracts BSS parameter updates from regular beacon frames and places them in dedicated BSS update report indication fields. This separation allows beacon frames to remain compact while still delivering update information to clients through the extracted mechanism.
Solution Approach 2:
The patent segments BSS parameter updates into discrete update indicators that can be independently signaled. Each link's BSS parameters are segmented into separate update reports, allowing selective notification without transmitting complete parameter sets in every beacon, thus reducing overall beacon volume.
2Loss of information
If clients send probe requests to obtain updated parameters, then clients can receive complete BSS parameters, but probe storms occur disrupting the medium
Solution Approach 1:
The patent implements preliminary action by including BSS update report indications in beacon frames before clients would need to send probe requests. This advance notification allows clients to proactively retrieve updates without waiting for parameter changes, eliminating the need for reactive probe storms.
Solution Approach 2:
The patent establishes a feedback mechanism where clients monitor BSS update report indications in beacon frames and automatically retrieve updates when indicated. This feedback loop replaces the probe request/probe response mechanism, allowing clients to respond to explicit update notifications rather than continuously probing.
3Device complexity
If multiple links share a single BSS parameter update notification mechanism, then update management is simplified, but cross-link parameter propagation is delayed
Solution Approach 1:
The patent implements universality by creating a multi-link BSS update report indication mechanism that serves all links within an MLD. The same update notification infrastructure is used across multiple links, allowing a single mechanism to handle parameter updates for all links simultaneously, reducing overall system complexity.
Solution Approach 2:
The patent merges BSS parameter update notifications from multiple links into unified BSS update report indications transmitted through a single link. This combining approach ensures that parameter changes on any link are propagated to all clients across all links, eliminating delays while maintaining a simplified single-mechanism architecture.
Data Source
AI summary
A method is provided in which an AP of a MLD AP device may decide to include all out-of-link BSS parameters updates in a beacon frame (beacon). A flag is included in the beacon frame to indicate that all updates are included in the beacon frame and thus the client device that receives the beacon frame should not send probe request frames (probe requests) to obtain these updates. Thus, a non-AP MLD that receives a beacon frame with the above indication and that has all critical BSS parameters corresponding to the Change Sequence Number (CSN) that preceded the updates indicated by the AP, should not send probe requests to obtain the updated parameters. The number of bits to assign to the complete BSS Update Report Indication flag may vary depending on the number of updates to be reported.