Abstract: A process for managing network congestion uses crowd-sourced real-time information about current conditions in a network. The crowd-sourced real-time information may include information on a shared channel, such as a cell of a wireless network, produced by monitoring data sessions in the network and using mapping information that maps IP addresses of the data sessions to cell identifiers to associate measurements of the data sessions with corresponding cells. The measurements corresponding to a cell may be used to create and/or update a congestion profile for the cell, and the congestion profile may be used to select and set parameters of a congestion control algorithm. The congestion control algorithm may include an Initial Congestion Window Algorithm for controlling a congestion window.

Abstract: A wireless device determines whether a data session is performance sensitive, and in response to the data session being performance sensitive, selects a data transport node (DTN) and performs the data session using the selected DTN. Whether a data session is performance sensitive may be determined using information on a process associated with the data session, by monitoring the data session, or both. The DTN may be selected from a list of available DTNs according to which DTN will probably provide the highest performance for the data session, or according to which DTN or DTNs will probably provide adequate performance. Micro speed tests, historical performance information, or other criteria may be used to predict the performance of the available DTNs. When multiple DTNs satisfy the selection criteria, a “good neighbor” policy may be used to select the DTN.

Abstract: A method includes intercepting a first data packet being transmitted from a domain name system (DNS) server to a first client device, the first data packet being a DNS response, extracting a first internet protocol (IP) address and a first hostname from the first data packet, and storing the first IP address and the first hostname in a first entry of an identification table.

Abstract: A computer-implemented method and a transport manager system operate to reduce network congestion by detecting one or more data flows in a network, determining, using a candidate flow detection threshold, whether a data flow of the one or more data flows is a candidate flow, the candidate flow detection threshold being based on one or more characteristics of the one or more data flows, and in response to determining that the data flow is the candidate flow, managing the data flow. A consumption rate, a duration, a number of bytes communicated, a throughput, or aggregated characteristics of the one or more data flows may be used to determine the candidate flow detection threshold.

Abstract: A Metrics Parser Coordinator (MPC) coordinates data sharing between components of a network. A process performed by the MPC may include receiving data from a plurality of input interfaces, parsing the data, filtering the parsed data, storing the filtered data in a metric storage, mapping the filtered data according to the input interfaces, and providing the filtered data stored in the metric storage to the first registered application. Each interface may be defined differently from each other interface, and the filtered data including information requested by a first registered application. The interfaces may include 3rd Generation Partnership Project interfaces, Long Term Evolution interfaces, and custom interfaces. The MPC may further allow applications to register to publish data, subscribe to data, or both.

Abstract: A method includes examining a first data packet transmitted to a first network equipment from a second network equipment. A data flow type of the first data packet is determined. If the data flow type is determined to be the first type of data flow, determining a delivery throughput of the first data packet to the first network equipment over a data flow path. The determined delivery performance of the first data packet is compared to an expected peak data throughput capacity for a data packet transmitted to the first network equipment from the second network equipment. Transmission of data packets to the first network equipment is paced if the comparison of the determined delivery performance and the expected peak data throughput capacity indicates a congestion exists over the data flow path.

Abstract: A method includes determining a delivery performance of a data flow being transmitted from a first network equipment to a second network equipment over a network; determining whether the network is congested based on the determined delivery performance of the data flow being transmitted to the second network equipment; and pacing delivery of the data flow to the second network equipment by reducing a rate at which the data flow is delivered to the second network equipment when the network is determined to be congested.

Abstract: A method includes examining a first data packet transmitted to a first network equipment from a second network equipment. A data flow type of the first data packet is determined. If the data flow type is determined to be the first type of data flow, determining a delivery throughput of the first data packet to the first network equipment over a data flow path. The determined delivery performance of the first data packet is compared to an expected peak data throughput capacity for a data packet transmitted to the first network equipment from the second network equipment. Transmission of data packets to the first network equipment is paced if the comparison of the determined delivery performance and the expected peak data throughput capacity indicates a congestion exists over the data flow path.

Abstract: A method includes intercepting a first data packet being transmitted from a domain name system (DNS) server to a first client device, the first data packet being a DNS response, extracting a first internet protocol (IP) address and a first hostname from the first data packet, and storing the first IP address and the first hostname in a first entry of an identification table.

Abstract: A wireless device determines whether a data session is performance sensitive, and in response to the data session being performance sensitive, selects a data transport node (DTN) and performs the data session using the selected DTN. Whether a data session is performance sensitive may be determined using information on a process associated with the data session, by monitoring the data session, or both. The DTN may be selected from a list of available DTNs according to which DTN will probably provide the highest performance for the data session, or according to which DTN or DTNs will probably provide adequate performance. Micro speed tests, historical performance information, or other criteria may be used to predict the performance of the available DTNs. When multiple DTNs satisfy the selection criteria, a “good neighbor” policy may be used to select the DTN.

Abstract: A method is performed by a computing device in a data transport network. The computing device receives congestion-related information corresponding to current conditions of a portion of the network. The computing device determines whether a data transport session has a fair-share protocol. When the data transport session has the fair-share protocol, determining a congestion policy for the data transport session, and applying, using the congestion-related information, the congestion policy to the data transport session.

Abstract: Information regarding current conditions in a RAN or hybrid RAN/WAN are provided at fine geographic and temporal granularities (for example, on a per cell basis every second) using measurements and statistics produced in real time by monitoring a plurality of data sessions carried on the data plane of the network and tagging the measurements from the data sessions with a network location identifier (such as an identifier of a cell) associated with an endpoint of the data session. The information may include a profile for a shared channel (such as a cell) of the network, monitoring statistics for a portion of the network (such as a cell), or both. The information may have application in, for example, automatic network management (such as in congestion control), in automatic network diagnosis, and in network resource management and planning.

Abstract: A wireless device determines whether a data session is performance sensitive, and in response to the data session being performance sensitive, selects a data transport node (DTN) and performs the data session using the selected DTN. Whether a data session is performance sensitive may be determined using information on a process associated with the data session, by monitoring the data session, or both. The DTN may be selected from a list of available DTNs according to which DTN will probably provide the highest performance for the data session, or according to which DTN or DTNs will probably provide adequate performance. Micro speed tests, historical performance information, or other criteria may be used to predict the performance of the available DTNs. When multiple DTNs satisfy the selection criteria, a “good neighbor” policy may be used to select the DTN.

Abstract: A method includes intercepting a first data packet being transmitted from a domain name system (DNS) server to a first client device, the first data packet being a DNS response, extracting a first internet protocol (IP) address and a first hostname from the first data packet, and storing the first IP address and the first hostname in a first entry of an identification table.

Abstract: A method is performed by a computing device in a data transport network. The computing device receives congestion-related information corresponding to current conditions of a portion of the network. The computing device determines whether a data transport session has a fair-share protocol. When the data transport session has the fair-share protocol, determining a congestion policy for the data transport session, and applying, using the congestion-related information, the congestion policy to the data transport session.

Abstract: A computer-implemented method and a transport manager system operate to reduce network congestion by detecting one or more data flows in a network, determining, using a candidate flow detection threshold, whether a data flow of the one or more data flows is a candidate flow, the candidate flow detection threshold being based on one or more characteristics of the one or more data flows, and in response to determining that the data flow is the candidate flow, managing the data flow. A consumption rate, a duration, a number of bytes communicated, a throughput, or aggregated characteristics of the one or more data flows may be used to determine the candidate flow detection threshold.

Abstract: Real-time cell performance information for each of cells in a mobile communication network, referred to herein as network topology information, is produced using IP addresses of data sessions in the cells, measured performance of the data sessions, and IP address to cell identifier mappings. The network topology information may be used to determine, in real time, a level of monitoring for each of the cells. The network topology information may be used to determine, in real time, performance of video streams in each cell. The network topology information may be used to determine, in real time, that a cell is experiencing a performance anomaly. Determinations made using the network topology information may be used to configure, maintain, and optimize the performance of the mobile communication network.

Abstract: A method includes determining a delivery performance of a data flow being transmitted from a first network equipment to a second network equipment over a network; determining whether the network is congested based on the determined delivery performance of the data flow being transmitted to the second network equipment; and pacing delivery of the data flow to the second network equipment by reducing a rate at which the data flow is delivered to the second network equipment when the network is determined to be congested.

Abstract: Systems and methods for delivering content to user devices before the content is selected or requested (e.g. a pre-delivery of content) within predetermined delivery windows and/or during suitable pre-delivery conditions are described. In some embodiments, the systems and methods receive an indication that content is available for pre-delivery from a content server to a user device over a network, select a delivery window that satisfies one or more pre-delivery policy conditions associated with pre-delivery of content to the user device, and cause the content to be delivered to the user device upon commencement of the selected delivery window.

Abstract: A method includes determining a delivery performance of a data flow being transmitted from a first network equipment to a second network equipment over a network; determining whether the network is congested based on the determined delivery performance of the data flow being transmitted to the second network equipment; and pacing delivery of the data flow to the second network equipment by reducing a rate at which the data flow is delivered to the second network equipment when the network is determined to be congested.