Device-assisted services for protecting network capacity

Patent No. US10749700 (titled "Device-assisted services for protecting network capacity") on Feb 11, 2019. The application was issued on Aug 18, 2020.

What is this patent about?

’700 is related to the field of network capacity management and device-assisted services. Specifically, it addresses the technical challenge of managing the disproportionate strain placed on wireless networks by standard Internet-style applications that are not optimized for cellular bandwidth constraints. The background context highlights how frequent background signaling, software updates, and persistent data synchronization from mobile devices can overwhelm base station resources and degrade the service experience for all users on a network segment.

The underlying idea behind ’700 is to shift the intelligence of network access control from the core network to the end-user device itself. By implementing a device-side activity classifier and a launch manager, the invention allows the device to intelligently govern when and how applications access the network. This approach prevents the “network chatter” problem at the source, ensuring that background tasks do not consume over-the-air spectrum or signaling resources during periods of high congestion or when such access violates a specific service policy.

The claims of ’700 focus on a wireless end-user device that utilizes a specialized Application Programming Interface (API) to coordinate the execution of multiple stored applications. The system includes an activity classifier that dynamically assigns network access policy controls to each application. When an application needs to perform a network task, it must call the API to request an execution time. A launch manager then evaluates these requests and schedules the actual execution based on the specific policy controls associated with that application.

In practice, this mechanism functions as a gatekeeper for the device's wireless modem. Instead of allowing applications to wake the modem and transmit data indiscriminately, the launch manager synchronizes these requests with the current state of the network and the device's service plan. For example, a low-priority background update might be delayed until the device is on a non-congested network or a Wi-Fi connection, while a high-priority user-initiated request is granted immediate access. This effectively flattens the demand curve on the radio access network.

This approach differs from prior solutions by moving beyond simple network-side blocking or throttling, which often occurs only after expensive over-the-air resources have already been consumed. By using a programmatic interface on the device, the invention can intercept an application's intent to communicate before the modem is even activated. This not only preserves network capacity more efficiently than centralized Deep Packet Inspection (DPI) but also allows for a more responsive user interface that can inform the user why certain background activities are being deferred.

How does this patent fit in bigger picture?

Technical Landscape

In the late 2010s when ’700 was filed, mobile data consumption was rapidly accelerating due to the proliferation of high-bandwidth applications on smartphones and tablets, at a time when network capacity management was typically implemented using centralized, core-network-based policy enforcement. While radio access technologies had advanced to support higher peak speeds, systems commonly relied on static Quality of Service (QoS) parameters that could not dynamically adapt to real-time local congestion at the network edge. Furthermore, when hardware and software constraints made it non-trivial to distinguish between user-initiated foreground traffic and autonomous background signaling, frequent small-packet transmissions from background processes often overtaxed signaling resources and modem power states, leading to inefficient utilization of the available spectrum.

Prosecution Position

The disclosed invention represents a meaningful technical advancement through the integration of device-assisted service (DAS) intelligence with network-based management to protect network capacity. By shifting the architectural focus from purely centralized control to a distributed model, the system enables the classification of specific network service usage activities—such as background synchronization, software updates, and proxy service flows—directly at the source device. This capability allows for the implementation of differential access control policies that can throttle, delay, or aggregate low-priority traffic based on the real-time busy state of the network edge. The technical effect achieved is a significant reduction in signaling overhead and congestion, overcoming the constraint of 'network flooding' caused by unmanaged background applications while maintaining a responsive user experience through intelligent UI notifications and policy overrides.

Claims

This patent contains a total of 20 claims, with claim 1 serving as the sole independent claim. The independent claim focuses on a wireless end-user device equipped with an activity classifier, an application programming interface, and a launch manager designed to dynamically associate and enforce network access policy controls by scheduling application execution times. The dependent claims serve to further define the system by specifying criteria for activity classification, detailing the types of network requests and parameters handled by the interface, and outlining various device states or network conditions that trigger changes in policy enforcement and execution scheduling.

Key Claim Terms New

Definitions of key terms used in the patent claims.

Term (Source)Support for SpecificationInterpretation
Activity classifier
(Claim 1)
In some embodiments, an application, an operating system (OS), and/or other device function generates one or more network service usage activities. Classifying the network service usage activity further includes classifying the network service usage activity based on one or more of the following: application or widget, application type, OS/system function, modem function, and network communication function. In some embodiments, classifying the network service usage activity further includes associating the classified network service usage activity with an ID.A component or function on the device that categorizes network service usage activities (such as applications or OS functions) to determine which specific network access policy controls should be applied to them.
Application Programming Interface (API)
(Claim 1)
In some embodiments, a network access API is used to implement traffic control for network capacity controlled services. The API facilitates communication of network access conditions, network busy state, network access requests from a network service activity, and network access grants to a network service activity. It allows application developers to use standard interface commands to request and set up QoS channels or coordinate with network elements.A standardized software interface that allows applications to communicate with the device's service processor to request network resources, report needs, or receive information about network availability and policy constraints.
Execution time
(Claim 1)
In some embodiments, the launch is held up until the user is notified and is allowed to decide if they would like to launch the service activity. In some embodiments, a service usage activity is prevented or limited from awakening the modem until a given time window is reached. Time windowing allows network service usage control policies for one or more service activities to change based on time of day or network busy state.The specific scheduled period or window during which an application is permitted to perform its network-related tasks, determined by the launch manager based on policy controls.
Launch manager
(Claim 1)
In such embodiments, a launch intercept manager may be used to implement this functionality. In some embodiments, this launch intercept manager is provided with a list identifying the service activities that have a launch control policy in effect. The intercept and policy implementation functions can be designed into the activity manager, broadcast intent manger, media service manager, service manager, or other application or service activity management function in the OS.A functional component, potentially integrated into the Operating System, that intercepts an application's attempt to execute or access the network and applies policy-based controls to allow, block, or delay that launch.
Network access policy controls
(Claim 1)
In some embodiments, a service usage control policy is used for assisting in network access control of network service usage activities (e.g., deferring some or all of the network capacity demand from these source activities). Implementation of a network service usage activity policy includes block/allow and traffic control techniques, such as throttle, delay, priority queue, time window, suspend, quarantine, kill, and remove. These policies can be based on network busy state, time of day, or service plan.A set of rules or instructions that dictate how a specific application or service activity is permitted to interact with the network, including blocking, throttling, delaying, or scheduling access based on network conditions.

Litigation Cases New

US Latest litigation cases involving this patent.

Case NumberFiling DateTitle
4:25-cv-09558Nov 5, 2025Google LLC v. Headwater Research LLC
3:25-cv-07591Sep 5, 2025Apple Inc v. Headwater Research LLC
5:25-cv-07453Sep 3, 2025Google LLC v. Headwater Research LLC

Patent Family

Patent Family

File Wrapper

The dossier documents provide a comprehensive record of the patent's prosecution history - including filings, correspondence, and decisions made by patent offices - and are crucial for understanding the patent's legal journey and any challenges it may have faced during examination.

  • Get instant alerts for new documents

US10749700

Application Number
US16272114A
Filing Date
Feb 11, 2019
Publication Date
Aug 18, 2020
External Links
Slate, USPTO , Google Patents