IP Library › Granted Patent US 12,732,780
Granted Patent B2
US 12,732,780 · App. 18/032,383 · Granted Sep 8, 2026

Methods for power efficient broadcasting in WLAN

Inventors: Xiaofei Wang (North Caldwell, NJ); Hanqing Lou (Syosset, NY); Li Hsiang Sun (San Diego, CA); Joseph Levy (Merrick, NY)
Assignee: InterDigital Patent Holdings, Inc.
H04W4/06H04W72/12
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,732,780
App. No.
18/032,383
Granted
Sep 8, 2026
Kind
B2
Abstract

Systems, methods, and devices for broadcast service negotiation and non-simultaneous transmit-receive (STR) channel blindness recovery are provided herein. Some methods performed by a Wireless Transmit/Receive Unit (WTRU), may comprise operating over a first link; operating over a second link; receiving a frame including a Network Allocation Vector (NAV) setting associated with the second link, the NAV setting indicating a time duration; and sending a transmission over the first link, wherein a duration of the transmission over the first link is shorter than or equal to the time duration indicated by the NAV setting. The frame including the NAV setting indicates that the time duration may not be extended or modified. The method may further comprise sending, by the WTRU, an indication that it the WTRU is capable of performing a multi-link restricted transmission. The WTRU may enter a sleep mode on the first link after sending the transmission over the first link.

Claims (28)

1 . A method performed by a station (STA), the method comprising:

receiving, from an access point (AP), an enhanced broadcast service (EBCS) traffic stream;

receiving, from the AP, an EBCS termination notice frame including an EBCS termination information set field indicating a time at which the EBCS traffic stream will be terminated;

generating, in response to the receiving the EBCS termination notice frame, by a medium access controller, an MLME-EBCS.indication primitive including the EBCS termination information set field;

generating, when the STA desires to negotiate with the AP regarding the time at which the EBCS traffic stream will be terminated, an MLME-EBCS.request primitive including a peer STA address field, a first dialog token field, and an EBCS request element indicating a time at which the STA desires the EBCS traffic stream will be terminated;

transmitting, to the AP, in response to the MLME-EBCS.request primitive, an EBCS request frame including an indication of the time at which the STA desires the EBCS traffic stream will be terminated;

receiving, from the AP, an EBCS response frame including a response to the EBCS request frame;

generating, in response to the received EBCS response frame, an MLME EBCS.confirm primitive based on received EBCS response frame, including a second dialog token field matching the first dialog token field, and an EBCS response element indicating a negotiated time at which the EBCS traffic stream will be terminated; and

based on the received EBCS response frame, continuing to receive the EBCS traffic stream until the negotiated time at which the EBCS traffic stream will be terminated.

2 . The method of claim 1 , wherein a station management controller of the STA determines the time at which the STA desires the EBCS traffic stream will be terminated.

3 . The method of claim 1 , wherein the EBCS response frame indicates acceptance of the time at which the STA desires the EBCS traffic stream will be terminated, and wherein the EBCS response frame further includes at least one requested scheduling parameter.

4 . The method of claim 3 , wherein the at least one requested scheduling parameter is one of: a time-to termination parameter, a service period parameter, or a frequency of EBCS service period parameter.

5 . The method of claim 1 , wherein the EBCS response frame indicates rejection of the time at which the STA desires the EBCS traffic stream will be terminated, and wherein the EBCS response frame further includes an indication of a reason for rejection.

6 . The method of claim 5 , wherein the reason for rejection is that the request cannot be supported by the AP.

7 . A station (STA) comprising:

a receiver configured to receive, from an access point (AP), an enhanced broadcast service (EBCS) traffic stream;

the receiver further configured to receive, from the AP, an EBCS termination notice frame including an EBCS termination information set field indicating a time at which the EBCS traffic stream will be terminated;

a processor configured to generate, in response to the receiving the EBCS termination notice frame, an MLME-EBCS.indication primitive including the EBCS termination information set field;

the processor further configured to generate, when the STA desires to negotiate with the AP regarding the time at which the EBCS traffic stream will be terminated, an MLME-EBCS.request primitive including a peer STA address field, a first dialog token field, and an EBCS request element indicating a time at which the STA desires the EBCS traffic stream will be terminated;

a transmitter configured to transmit, to the AP, in response to the MLME-EBCS.request primitive, an EBCS request frame including an indication of the time at which the STA desires the EBCS traffic stream will be terminated;

the receiver further configured to receive, from the AP, an EBCS response frame including a response to the EBCS request frame;

the processor further configured to generate, in response to the received EBCS response frame, an MLME EBCS.confirm primitive based on received EBCS response frame, including a second dialog token field matching the first dialog token field, and an EBCS response element indicating a negotiated time at which the EBCS traffic stream will be terminated; and

the receiver further configured to receive, based on the received EBCS response frame, the EBCS traffic stream until the negotiated time at which the EBCS traffic stream will be terminated.

8 . The STA of claim 7 , wherein the processor is further configured to operate a station management controller, and the station management controller determines the time at which the STA desires the EBCS traffic stream will be terminated.

9 . The STA of claim 7 , wherein the EBCS response frame indicates acceptance of the time at which the STA desires the EBCS traffic stream will be terminated, and wherein the EBCS response frame further includes at least one requested scheduling parameter.

10 . The STA of claim 9 , wherein the at least one requested scheduling parameter is one of: a time-to termination parameter, a service period parameter, or a frequency of EBCS service period parameter.

11 . The STA of claim 7 , wherein the EBCS response frame indicates rejection of the time at which the STA desires the EBCS traffic stream will be terminated, and wherein the EBCS response frame further includes an indication of a reason for rejection.

12 . The STA of claim 11 , wherein the reason for rejection is that the request cannot be supported by the AP.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Dec 22, 2023
From: WANG, XIAOFEI; LOU, HANQING; SUN, LI HSIANG; LEVY, JOSEPH
To: INTERDIGITAL PATENT HOLDINGS, INC.
Reel/Frame 065940/0589 →
Continuity (3)
Provisional Application 63181752 · Apr 29, 2021
Provisional Application 63093588 · Oct 19, 2020
Related Publication 20230388753A1 · Nov 30, 2023
References Cited (35)
US 20110141963A1 · Lim · 2011 [cited by examiner]
US 20180352397A1 · Cariou et al. · 2018 [cited by applicant]
US 20200008095A1 · Patil · 2020 [cited by examiner]
US 20200084696A1 · McCann · 2020 [cited by examiner]
US 20200120454A1 · Gundur · 2020 [cited by examiner]
US 20200374870A1 · Guo · 2020 [cited by examiner]
US 20200389869A1 · Patil · 2020 [cited by examiner]
US 20210360396A1 · Hirano · 2021 [cited by examiner]
US 20220132421A1 · Wang · 2022 [cited by examiner]
US 20220295333A1 · Lopez · 2022 [cited by examiner]
WO 2021158950 · 2021 [cited by applicant]
Das et al., “AP assisted ML operation,” IEEE 802.11-19/1930r3 (Nov. 2019). [cited by applicant]
Gan et al., “AP assisted Non-STR behavior,” IEEE 802.11-20/0613-01-00be (Apr. 2020). [cited by applicant]
Jang et al., “Method for Handling Constrained MLD,” IEEE 802.11-20/0414r4 (Mar. 2020). [cited by applicant]
Lu et al., “AP Assisted Multi-link Synchronous Transmission,” IEEE 802.11-21/0361r0 (Mar. 2021). [cited by applicant]
Ansley et al., “Speculative Edits to 802.11bc SFD,” IEEE 802.11-20/0677r2 (Jun. 2020). [cited by applicant]
Das et al., “Blindness issue for non-STR operations-followup,” IEEE 802.11-20/1009r4 (Jul. 3, 2020). [cited by applicant]
Draft IEEE Standard for Information technology—Telecommunications and information exchange between systems Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) an… [cited by applicant]
Draft IEEE Standard for Information technology—Telecommunications and information exchange between systems Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) an… [cited by applicant]
Draft IEEE Standard for Information technology—Telecommunications and information exchange between systems Local and metropolitan area networks—Specific requirements; Amendment 4: Enhanced Broadcast Service, IEEE 802.11… [cited by applicant]
Draft IEEE Standard for Information technology—Telecommunications and information exchange between systems Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) an… [cited by applicant]
Draft Standard for Information technology—Telecommunications and information exchange between systems Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phy… [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information Technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems—Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
IEEE Standard for Information technology—Telecommunications and information exchange between systems Local and metropolitan area networks—Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Phys… [cited by applicant]
Patil et al., “MLO: Need for sync PPDUs,” IEEE 802.11-20-0275r2 (Mar. 15, 2020). [cited by applicant]
Wang et al., “Discussion on NSTR Blindness Recovery,” IEEE 802.11-21/248r0 (Feb. 2021). [cited by applicant]
Wang et al., “MLME for eBCS Negotiation,” IEEE 802.11-20/1524r1 (Oct. 2020). [cited by applicant]
Wang et al., “MLME for eBCS Termination Notice,” IEEE 802.11-20/1525r1 (Oct. 2020). [cited by applicant]
Wang et al., “Spec Text for Power Efficient eBCS,” IEEE 802.11-20/886r2 (Jun. 2020). [cited by applicant]