Speedchecker LinkedIn

Awards methodology
Fastest Mobile Network

As part of our mission to improve internet connectivity for everyone we are celebrating mobile & fixed network operators that are providing the best quality of service to their customers.

The SpeedChecker Champion award for the Fastest Mobile Network category relies on crowdsourced measurements collected using the methodlogy described below.

Data collection methodology

Our data is collected from end user devices running Android and iOS systems. All measurements are executed towards a CDN that has a large geographical footprint and hosts a significant part of the content that is being accessed by the users. This ensures our results are a good approximation of the user’s actual quality of experience.

collection methodology

All measurements must contain accurate location information using GPS or wi-fi geolocation methods. Measurements are considered only from the apps that have been approved by SpeedChecker. Submitted measurements are checked to see if they are within expected ranges and additional security precautions are implemented to ensure measurement data is not being manipulated

The data collection process aims to deliver a single measurement sample from every device in our crowdsourcing system device pool and we strive to remove all duplicates. Due to privacy settings on some users phones we cannot reliably detect unique devices therefore some devices have contributed to more than 1 measurement into this dataset.

collection methodology

Measurement methodology

The methodology is based on the concept of the [ITU-T Q.3960 (2016)]

"Framework of Internet related performance measurements" and “Supplement 71 to ITU-T Q-series Recommendations”.

This test methodology aims at delivering an accurate measurement of the maximum bandwidth available over a given internet connection. This is achieved by transferring multiple parallel data streams over separate TCP connections within a predefined amount of time. The transferred data consists of randomly generated data with high entropy.

#ParameterUnitRangeCurrent Setting
nNumber of parallel threads#1 ≤ n ≤ 103 - 10
TpDuration of pre-loads0 ≤ Tp ≤ 52s
TdDuration of the downlink tests5 ≤ Td ≤ 1510s
TuDuration of the uplink subtests5 ≤ Tu ≤ 1510s
PNumber of 'pings' during delay subtest#5 ≤ p ≤ 20p = 10