Patents by Inventor Binita Gupta

Binita Gupta has filed for patents to protect the following inventions. This listing includes patent applications that are pending as well as patents that have already been granted by the United States Patent and Trademark Office (USPTO).

  • Publication number: 20250240842
    Abstract: In one aspect, a method includes receiving, at a first access point and from a non-access point device, a request, wherein the request includes an element to signal to the first access point to exclude each of at least one association identifier indicated in the element when assigning an association identifier to the non-access point device; assigning the association identifier to the non-access point device, wherein the association identifier is different from each of the at least one association identifier indicated in the element; and completing an association process with the non-access point device using the association identifier.
    Type: Application
    Filed: January 23, 2025
    Publication date: July 24, 2025
    Inventors: Brian Donald Hart, Binita Gupta, Malcolm Muir Smith
  • Publication number: 20250234234
    Abstract: A computer-implemented method is disclosed. The method includes receiving, at a serving access point (AP) from a non-AP multi-link device (MLD), a request frame that includes a request for receiving one or more updates about a plurality of APs; in response to receiving the request frame, identifying, by the serving AP, one or more type of events associated with at least one AP of the plurality of APs for which the non-AP MLD requested the one or more updates; and sending, by the serving AP to the non-AP MLD, a response frame that indicates one of acceptance or rejection of the request for receiving the one or more updates.
    Type: Application
    Filed: January 13, 2025
    Publication date: July 17, 2025
    Inventors: Binita Gupta, Brian Donald Hart, Malcolm Muir Smith, Alan Dumdei
  • Publication number: 20250234278
    Abstract: A system and method are disclosed for discovering neighboring candidate access points. A neighbor-probe request is sent from a station to a serving AP (access point) requesting probe-response information. The neighbor-probe request is a management frame that includes a multi-link element indicating what information is included in the probe-response information that is requested for one or more neighboring APs of the serving AP. The serving AP collects the probe-response information in accordance with the multi-link element and using backhaul communications that do not interfere with wireless communications between the station and the serving AP. The serving AP sends to the station a neighbor-probe response that includes the probe-response information. Before sending the probe-response information, the serving AP can filter the probe-response information, e.g., based on BPCC information received from the station or based on the neighboring APs being on a same floor as the station or serving AP.
    Type: Application
    Filed: January 10, 2025
    Publication date: July 17, 2025
    Inventors: Binita Gupta, Brian Donald Hart, Malcolm Muir Smith
  • Publication number: 20250219692
    Abstract: Adaptive channel aging detection to determine channel sounding intervals in a wireless network is provided. A station may receive data packets from an Access Point (AP) over a channel established between the AP and the station. The station may estimate a channel condition of the channel based on Legacy Long Training Field (L-LTF) symbols in the data packets. The station may determine an amount of variation in the channel condition estimated so far from a latest Channel Sounding Information (CSI) report. The station may determine whether the latest CSI report is still valid based on the variation.
    Type: Application
    Filed: July 26, 2024
    Publication date: July 3, 2025
    Applicant: Cisco Technology, Inc.
    Inventors: Niloo Bahadori, Peiman Amini, Ardalan Alizadeh, Brian D. Hart, Binita Gupta
  • Publication number: 20250220495
    Abstract: Techniques for modifying quality of service (QOS) for wireless communication. These techniques include identifying a plurality of QoS levels for an application flow between a wireless access point (AP) and a wireless station (STA), each of the QoS levels defining a plurality of QoS characteristics for the application flow. The techniques further include establishing a first QoS level, of the plurality of QoS levels, for the application flow, based on the identified plurality of QoS levels. The techniques further include modifying the QoS level for the application flow from the first QoS level to a second QoS level, of the plurality of QoS levels, based on selecting between the identified plurality of QoS levels.
    Type: Application
    Filed: April 11, 2024
    Publication date: July 3, 2025
    Inventors: Brian D. HART, Binita GUPTA, Sukanya NUTAKKI, Malcolm M. SMITH, Venkataprasad CHIRREDDY
  • Publication number: 20250220538
    Abstract: Make-Before-Break Roaming (MBBR) mode selection for a Stream Classification Service (SCS) flow may be provided. An Access Point (AP) may receive SCS request from a station for a SCS flow. The SCS request may include MBBR requisites for the SCS flow. The AP may determine a MBBR mode for the SCS flow based on the MBBR requisites and a MBBR mode policy. The AP may configure the determined MBBR mode for the SCS flow. The AP may send a SCS response for the SCS request to the station. The SCS response may include the determined MBBR mode for the SCS flow.
    Type: Application
    Filed: July 26, 2024
    Publication date: July 3, 2025
    Inventors: Malcolm M. Smith, Binita Gupta, Brian D. Hart, Indermeet S. Gandhi
  • Publication number: 20250220497
    Abstract: Authorization for stream classification service requests for Peer-to-Peer (P2P) traffic flows may be provided. An Access Point (AP) may receive a Stream Classification Service (SCS) request from a station for a P2P traffic flow. The SCS request may include a flow identifier for the P2P traffic flow and Quality of Service (QOS) resource requested for the P2P traffic flow. The AP may determine whether to grant the SCS request. Determining whether to grant the SCS request may include determining that a network policy allows the P2P traffic flow based on the flow identifier and determining that the AP can support the QoS resource requested for the P2P traffic flow.
    Type: Application
    Filed: July 26, 2024
    Publication date: July 3, 2025
    Applicant: Cisco Technology, Inc.
    Inventors: Binita Gupta, Malcolm M. Smith, Brian D. Hart
  • Publication number: 20250219951
    Abstract: In embodiments described herein, one or more stream classifications are incorporated into a plurality of flows within a network. These flows can have a number of characteristics associated with it, such as, but not limited to quality of service requirements that can dictate how the flow should be processed. A device associated with the flow can transmit a stream classification service (SCS) request. This SCS request can be received and processed to determine a scheduling behavior that should be adopted by various network device/nodes associated with the flow. The scheduling behavior can be transmitted to those network devices which can then modify the processing of the flow(s). In some cases, the network device can classify the packets associated with the flow(s) and prioritize them. In additional cases, the network device can generate one or more new queues that can be configured to best serve the requirements of the flow.
    Type: Application
    Filed: May 6, 2024
    Publication date: July 3, 2025
    Inventors: Binita Gupta, Brian Hart, Malcolm Smith, Jerome Henry
  • Publication number: 20250220730
    Abstract: Distributed Resource Units (DRUs) in Coordinated Orthogonal Frequency-Division Multiple Access (C-OFDMA) may be provided. Using C-OFMA with DRUs can include determining to use with DRUs for a Transmit Opportunity (TXOP). Neighbor Access Point (AP) traffic information is requested from a neighbor AP, and the neighbor AP traffic information is received from the neighbor AP. A DRU assignment for the neighbor AP is determined based on the neighbor AP traffic information, and the DRU assignment is sent to the neighbor AP. Traffic is exchanged with one or more Stations (STAs) using C-OFDMA with DRUs during the TXOP, wherein the neighbor AP is operable to exchange neighbor AP traffic with one or more additional STAs during the TXOP using C-OFDMA with DRUs based on the DRU assignment.
    Type: Application
    Filed: July 26, 2024
    Publication date: July 3, 2025
    Applicant: Cisco Technology, Inc.
    Inventors: Brian D. Hart, Malcolm M. Smith, Matthew A. Silverman, Binita Gupta
  • Publication number: 20250219955
    Abstract: Signaling to identify a Stream Classification Service (SCS) flow using a Fully Qualified Domain Name (FQDN)/Uniform Resource Locator (URL) or an application Identifier (ID) may be provided. An Access Point (AP) may receive a SCS request from a station for a SCS flow. The SCS request may include a flow identifier for the SCS flow. The flow identifier may include a FDQN or an application ID for identifying the SCS flow. The AP may verify a network policy associated with the flow identifier for the SCS flow. The AP may process the SCS request for the SCS flow based on the network policy.
    Type: Application
    Filed: July 26, 2024
    Publication date: July 3, 2025
    Applicant: Cisco Technology, Inc.
    Inventors: Binita Gupta, Brian D. Hart, Malcolm M. Smith
  • Publication number: 20250219711
    Abstract: Relay management and specifically to encapsulated management and data frames and methods to create and delete relays may be provided. Relay management can include receiving a relay support announcement from a Relay Station (rSTA), the relay support announcement identifying a Transmitter STA (tSTA) the rSTA can provide relay support for. A relay request frame can be sent to the rSTA, the relay request frame indicating to establish a relay with the tSTA. A relay formation confirmation frame can be received from the rSTA to establish the relay.
    Type: Application
    Filed: May 20, 2024
    Publication date: July 3, 2025
    Applicant: Cisco Technology, Inc.
    Inventors: Matthew A. Silverman, Brian D. Hart, Malcolm M. Smith, Binita Gupta
  • Publication number: 20250220525
    Abstract: Enhanced Multi-Link Same-Channel (eMLSC) capabilities for seamless roaming may be provided. Enabling eMLSC capabilities can include provisioning a set of co-channel Multi-Link Device (MLD) Access Points (APs), including adding links of the set of co-channel MLD APs to an eMLSC domain. Next, an eMLSC seamless roaming capability is advertised. A Station (STA) requesting to use the eMLSC seamless roaming capability is associated with, and an eMLSC ID is sent to the STA. The STA may then seamless roam using the links identified by the eMLSC ID.
    Type: Application
    Filed: June 5, 2024
    Publication date: July 3, 2025
    Inventors: Malcolm M. Smith, Robert E. Barton, Indermeet S. Gandhi, Matthew A. Silverman, Binita Gupta, Brian D. Hart
  • Publication number: 20250212276
    Abstract: In one aspect, a method includes generating, by a Non-Access Point Multi-link Device (Non-AP MLD), a switch link signaling to indicate a switch link operation to trigger a deletion of a first communication link between the Non-AP MLD and a current AP MLD and addition of a second communication link; specifying, by the Non-AP MLD, a respective link identifier of the first communication link and a respective link identifier of the second communication link in the switch link signaling; sending, by the Non-AP MLD, the switch link signaling to the current AP MLD that includes the switch link operation, the respective link identifier of the first communication link, and the respective link identifier of the second communication link; and receiving, at the Non-AP MLD, a response frame indicating one of an acceptance or rejection of the deletion of the first communication link and the addition of the second communication link.
    Type: Application
    Filed: December 20, 2024
    Publication date: June 26, 2025
    Inventors: Binita Gupta, Brian Donald Hart, Malcolm Muir Smith, Indermeet Singh Gandhi
  • Publication number: 20250212201
    Abstract: Devices, networks, systems, methods, and processes for mapping Low Latency, Low Loss, and Scalable throughput (L4S) traffic are described herein. A device may determine a mapping policy and configure the mapping policy on a wireless device. The mapping policy can facilitate mapping L4S data flows with User Priority (UP) values and/or Traffic Identifier (TID) values. The wireless device can generate and share a restricted Target Wake Time (rTWT) schedule with the device. The rTWT schedule may be indicative of a service interval and a service period. The wireless device may also transmit one or more rTWT TID values for L4S communication during the service period. The wireless device and the device may map the L4S data flows with the one or more rTWT TID values and can transmit and/or receive the L4S data flows during the service period. The device may prioritize the L4S data flows over non-L4S data flows.
    Type: Application
    Filed: March 6, 2024
    Publication date: June 26, 2025
    Inventors: Binita Gupta, Jerome Henry, Juan Carlos Zuniga
  • Publication number: 20250212253
    Abstract: The present disclosure describes a network that allows a device to request that an access point refrain from transmitting WiFi messages for a period of time to allow the device to transmit non-WiFi messages. An access point includes one or more memories and one or more processors communicatively coupled to the one or more memories. A combination of the one or more processors receives, from a first device, a request to refrain from transmitting WiFi messages to the first device during a time period, communicates, to the first device, a response confirming that the access point will refrain from transmitting WiFi messages to the first device during the time period, and refrains from transmitting the WiFi messages to the first device during the time period.
    Type: Application
    Filed: March 8, 2024
    Publication date: June 26, 2025
    Inventors: Matthew A. SILVERMAN, Brian D. HART, Malcolm M. SMITH, Binita GUPTA, John M. SWARTZ
  • Publication number: 20250212052
    Abstract: Devices and methods for reverse signaling of congestion in Low Latency, Low Loss, and Scalable throughput (L4S) data flows are provided. A device receives a first L4S data flow including first data packets, from a first direction, and detects a congestion associated with the first L4S data flow. The device identifies a second LAS data flow, including second data packets, from a second direction reverse to the first direction, associated with the first LAS data flow. The device marks one or more of the second data packets with a congestion indicator indicative of the congestion associated with the first L4S data flow. The congestion indicator provides a fast congestion notification associated with the LAS data flow from one direction by utilizing the LAS data flow from the reverse direction, to facilitate a fast response to the congestion and a reduction of congestion-related packet drops at the device.
    Type: Application
    Filed: December 17, 2024
    Publication date: June 26, 2025
    Inventors: Binita Gupta, Juan Carlos Zuniga, Jerome Henry
  • Publication number: 20250211532
    Abstract: Devices, networks, systems, methods, and processes for congestion signaling in a communication network are provided herein. The congestion signaling may be performed from a lower protocol layer circuit of a network device of the communication network to a higher protocol layer circuit of the network device. The lower protocol layer circuit may maintain a Low Latency, Low Loss, and Scalable throughput (L4S) data queue. The L4S data queue may buffer one or more L4S data packets of at least one L4S data flow for transmission. The lower protocol layer circuit may further detect a congestion in the L4S data queue and transmit, to the higher protocol layer circuit, a congestion signal configured to indicate the detected congestion. The transmission of the congestion signal may enable the higher protocol layer circuit to mark one or more subsequent L4S data packets of the L4S data flow to indicate the congestion.
    Type: Application
    Filed: December 17, 2024
    Publication date: June 26, 2025
    Inventors: Binita Gupta, Juan Carlos Zuniga, Jerome Henry
  • Publication number: 20250212254
    Abstract: Embodiments herein employ changes to the physical layer of an RTS/CTS protocol to preempt a pending TxOp so that a higher priority TxOp can occupy the wireless network. In the protocol, the AP sends out a physical frame containing an RTS frame indicating that it allows its TxOp to be preempted by a station having a TxOp with higher priority. The physical frame containing the RTS frame can give the indication in various ways. In some embodiments, the RTS can be an MU-RTS, which allows multiple stations to preempt the TxOp. In response to the RTS, one or more stations send a physical frame containing a CTS frame indicating that at least one station will preempt the TxOp. Upon receiving the physical frame containing the CTS frame, the AP yields to the preempting station or stations.
    Type: Application
    Filed: May 13, 2024
    Publication date: June 26, 2025
    Inventors: Matthew A. SILVERMAN, Brian D. HART, Binita GUPTA, Malcolm M. SMITH
  • Publication number: 20250212073
    Abstract: Disclosed are systems, apparatuses, processes, and computer-readable media for seamless roaming in networks. For example, an access point (AP) multi-link device (MLD) includes at least one memory and at least one processor coupled to the at least one memory. The processor is configured to: provide a data forwarding capability of the source AP MLD to a non-AP MLD; during roaming of the non-AP MLD to a target AP MLD, identify a first portion data in the source AP MLD to forward to the target AP MLD based on the data forwarding capability, wherein the target AP MLD and the source AP MLD are configured in a seamless mobility domain; and forward a first portion of data in the source AP MLD to the target AP MLD during roaming.
    Type: Application
    Filed: December 20, 2024
    Publication date: June 26, 2025
    Inventors: Binita Gupta, Brian Donald Hart, Malcolm Muir Smith
  • Publication number: 20250212021
    Abstract: Techniques for adaptive multi-AP coordination mode selection are provided. The first AP receives one or more network quality targets for a traffic flow between the first AP and a first station (STA). The first AP selects a first channel coordination mode based on the one or more network quality requirements. Responsive to the implementation of the first mode, the first AP receives performance metrics of the traffic flow under the first mode from the first STA. Upon detecting that a degradation in the performance metrics of the traffic flow, the first AP requests the first STA to monitor interference impacts on the performance metrics of the traffic flow caused by a plurality of other STAs. The first AP decides an adjustment on network configurations of the first AP.
    Type: Application
    Filed: October 28, 2024
    Publication date: June 26, 2025
    Inventors: Malcolm M. SMITH, Indermeet S. GANDHI, Binita GUPTA