Apple Inc.

Henri S Berger

Franco Travostino

Arun Godfrey Mathias

Muthukumaran Dhanapal

Lakshmi N Kavuri

Madhusudan Chaudhary

Ajoy K Singh

Rohan C Malthankar

Thanigaivelu Elangovan

Prashant H Vashi

Ioannis Pefkianakis

Amit K Vyas

Rajesh Ambati

Abhinav Pathak

Faraz Faheem

Raghuveer Mallikarjunan

Maciej Stachowiak

Harshit Chuttani

Ajay Singh

Anand Ramadurai

Albert S Liu

Divyaprakash P Bhojkumar

Beth M Dakin

David S Choi

Olivier Mardinian

Geoffrey R Hall

Daniel Lertpratchya

Vividh Siddha

Amitabha Ghosh

Hisham A Mahmoud

Eisuke Arai

Philip W Flack

Timothy A Mccoy

Embodiments described herein relate to managing access to 5G cellular baseband resources for 5G-capable wireless devices. A wireless device can monitor application workloads by analyzing communication network performance requirements for a given application in-use or launching for future use along with system-level indications of overall device usage, battery level, and mobility status to determine whether access to 5G cellular baseband resources is recommended for an application. A 5G cellular baseband resource recommendation is provided for an application indicating a level of bandwidth in current use or expected for future use as well as a confidence metric in the bandwidth level indication. The 5G cellular baseband resource recommendation is used with additional device criteria to determine whether access to one or more 5G radio frequency bands is allowed.

Smart data mode for 5G wireless devices

A device implementing the subject system may include at least one processor configured to receive, by a first system process, a first network address that corresponds to a domain name that was resolved by a second system process, the resolving having been responsive to a resolution request therefor by an application process. The at least one processor may be further configured to receive, by the first system process, a second network address for which a network connection was opened by the application process. The at least one processor may be further configured to, responsive to determining that the application process opened a network connection for a network address for which the application process did not provide, to the second system process, a resolution request for the corresponding domain name, provide, by the first system process, an indication of the network address in conjunction with an indication of the application process.

Identifying network addresses contacted by applications without platform domain name resolution

Some embodiments of the invention provide a novel architecture for debugging devices. This architecture includes numerous devices that without user intervention automatically detect and report bug events to a set of servers that aggregate and process the bug events. When a device detects a potential bug event, the device in some embodiments generates a description of the potential bug event, and sends the generated description to the server set through a network. In addition to generating such a description, the device in some embodiments directs one or more of its modules to gather and store a collection of one or more data sets that are relevant to the potential bug event, in case the event has to be further analyzed by the server set. In the discussion below, the generated bug-event description is referred to as the event signature, while the gathered collection of data sets for an event is referred to as the event's data archive. The server set aggregates and processes the bug-event signatures that it receives from the various devices. For only a subset of the reported bug-event signatures, the server set then directs the devices that sent these signatures to also send the data archives that these devices have gathered and stored for the events associated with these signatures. These data archives can be further analyzed to identify the root causes of the bug events.

Auto bug capture

Growing community of inventors

Los Altos, CA, United States of America

Henri S Berger