Denmark June 2024
MNO SPEED BENCHMARK
The following table shows average download and upload speeds per MNO.
The measurements were made across the whole country and across the whole spectrum of available Radio Access Technologies (3G, 4G, 5G if available).
3
10505 samplesTDC
13182 samplesTelenor
12516 samplesTelia
19963 samplesLATENCY & PACKET LOSS BENCHMARK
We perform latency measurements, which are used to calculate Jitter and TTFB. Packet loss is measured separately using the UDP protocol. All tests are run to measurement servers off-net, such as CDNs. For more details, check our data collection methodology. Operators who interconnect with CDNs well tend to offer better user experience in latency-sensitive applications and score well in our latency comparison.
Latency (ms)
56118 samplesJitter (ms)
9262 samplesTTFB (ms)
9275 samplesPacket loss (%)
4456 samplesCONSISTENCY BENCHMARK
Consistent quality is a KPI calculated from a sequence of measurements executed from the same user device. It is a valuable metric for determining whether the user connection satisfies the minimum thresholds for typical user activities. The table below reports % of connections that meet excellent, consistent quality. The network connection has excellent consistent quality if it delivers the highest-quality user experience for popular video streaming sites, video games, video conferencing, or VOIP applications. More in our data collection methodology.
3
628 samplesTDC
917 samplesTelenor
2170 samplesTelia
741 samplesRegional
![region_map](https://insights.speedchecker.com/wp-content/uploads/2024/06/Screenshot-2024-06-18-at-11.46.23.jpg)
Region | All operators | 3 | TDC | Telenor | Telia | Sample count # |
---|---|---|---|---|---|---|
Hovedstaden | 112.49 | 113.73 | 107.64 | 102.03 | 119.02 | 29,910 |
Sjælland | 117.03 | 81.74 | 123.84 | 83.68 | 126.67 | 4,958 |
Midtjylland | 112.34 | 70.15 | 117.89 | 81.41 | 112.78 | 4,813 |
Syddanmark | 102.11 | 80.53 | 114.16 | 89.16 | 109.41 | 2,141 |
Nordjylland | 100.00 | - | 58.19 | 93.67 | 109.65 | 781 |
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.
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.
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.
# | Parameter | Unit | ITU Range | Current Setting |
1 | Number of parallel threads | # | 1 ≤ n ≤ 10 | Dynamic addition from 1 to 10 |
2 | Duration of pre-test | s | 0 ≤ Tp ≤ 5 | 1 s |
3 | Duration of the downlink test | s | 5 ≤ Td ≤ 15 | 5 s |
4 | Duration of the uplink subtest | s | 5 ≤ Tu ≤ 15 | 5 s |
5 | Number of ‘pings’ during delay subtest | # | 5 ≤ p ≤ 20 | p = 10 |
Before the speed test is started, we perform ping tests on all CDN networks. The CDN which performs the best for the particular connection is selected for the subsequent test phases (download, upload, TTFB).
We perform outlier detection on the ping samples with 95/5 filtering and report minimum ping and calculate jitter from the remaining samples. Jitter is calculated based on individual ping results as the difference in ping time between every two consecutive packets. Jitter is always expressed as a positive number, so the absolute value of the difference is used. The average jitter is defined as the average value of the jitter of consecutive packet pairs.
Due to CDN networks limitations we perform Packet loss to our measurement servers which are hosted at different datacenters than the CDN used for the rest of the tests. Packet loss is performed after the download / upload phases are completed (therefore is not run under load). The test is executed using UDP protocol. The measurement agent sends 1000 packets with 5ms delay to the measurement peer. The measurement peer acknowledges the packet reception back to the measurement agent. When the test completes, the measurement agent calculates the packet loss as a ratio of unconfirmed packets to total packets sent.
CONSISTENT QUALITY MEASUREMENT METHODOLOGY
Consistent quality is a KPI calculated from a selection of different measurements executed from the same user device in sequence. It is a valuable metric for determining whether the user connection satisfies the minimum thresholds for typical user activities.
We have three levels of Consistent quality:
Excellent
The network connection delivers the highest-quality user experience for popular video streaming sites, video games, video conferencing, or VOIP applications.
Core
The network connection supports core internet activities such as web browsing, using apps, email, SD video streaming etc.
Poor
The network connection does not meet thresholds for Core consistent quality.
Methodology
Consistent quality is calculated based on the following metrics:
- Download speed
- Upload Speed
- Ping
- Jitter
- Time to first byte (TTFB)
- Packet loss
Each consistent quality level has minimum thresholds for each of the measurements.
Measurement | Excellent | Core |
Download speed | Min 5 Mb/s | Min 1 Mb/s |
Upload speed | Min 1.5 Mb/s | Min 0.5 Mb/s |
Ping | Max 50 ms | Max 100 ms |
Jitter | Max 12 ms | Max 20 ms |
Time to first byte (TTFB) | Max 800 ms | Max 1200 ms |
Packet loss | Max 1 % | Max 4 % |
In order for a connection to be labelled as Excellent or Core, it must satisfy all six conditions for the measurements. If the conditions for Excellent are not met, we check if it meets the conditions for Core. If Core conditions are not met, we label the connection as Poor.
COVERAGE METHODOLOGY
SpeedChecker has developed a robust and reliable methodology of assessing cellular coverage worldwide. Our data-driven approach is using billions of cellular measurements conducted by hundreds of millions of mobile devices.
Process
SpeedChecker data analysis process for mobile coverage involves four primary steps: collection, filtering, spatial aggregation, and summarization. The results of that process are used to determine coverage score on a country and operator level.
Collection
Millions of cellular measurements are received daily from Android devices around the world.
Filtering
Filtering is applied to ensure that only relevant measurements are used:
- Erroneous out-of-range measurements are excluded from datasets
- Measurements executed by inactive devices are excluded
- Measurements with inaccurate location are excluded
Spatial Aggregation
Filtered multi-RAT signal measurements collected for last 12 months are grouped into tiles of approximately 1 km2. All tiles where at least one operator service was detected are summed up to form a total country coverage footprint. Average signal strength is calculated per tile per RAT for each operator. Each operator is then assigned with a score per tile depending on average signal strength and particular RAT availability (higher RAT and stronger signal will contribute a higher score).
Summarization
Finally, scores from all tiles are summed up per operator. This forms the total operator coverage score. Total operator coverage score is then divided by the total country coverage footprint to produce an overall OPERATOR COVERAGE SCORE.
*RAT – Radio Access Type
Dinamarca Junio 2024
COMPARATIVA DE VELOCIDAD DE LOS OPERADORES MÓVILES
La siguiente tabla muestra las velocidades medias de descarga (bajada) y carga (subida) por operador.
Las mediciones se realizaron en todo el país y en todo el espectro de tecnologías de acceso radio disponibles (3G, 4G, 5G si está disponible).
3
10505 muestrasTDC
13182 muestrasTelenor
12516 muestrasTelia
19963 muestrasCOMPARACIÓN DE LATENCIA Y PÉRDIDA DE PAQUETES
Realizamos mediciones de latencia, que se utilizan para calcular Fluctuación de fase y TTFB. La pérdida de paquetes se mide por separado utilizando el protocolo UDP. Todas las pruebas se ejecutan en servidores de medición fuera de la red, como CDN. Para más detalles, consulte nuestra metodología de recopilación de datos. Los operadores que se interconectan bien con las CDN tienden a ofrecer una mejor experiencia de usuario en aplicaciones sensibles a la latencia y obtienen una buena puntuación en nuestra comparación de latencia.
Latencia (ms)
56118 muestrasFluctuación de fase (ms)
9262 muestrasTTFB (ms)
9275 muestrasPérdida de paquetes (%)
4456 muestrasCOMPARACIÓN DE CONSISTENCIA
La calidad constante es un KPI calculado a partir de una secuencia de mediciones ejecutadas desde el mismo dispositivo de usuario. Es una métrica valiosa para determinar si la conexión del usuario satisface los umbrales mínimos para las actividades típicas del usuario. La siguiente tabla muestra el porcentaje de conexiones que cumplen con una calidad excelente y constante. La conexión de red tiene una calidad excelente y constante si ofrece la experiencia de usuario de la más alta calidad para sitios populares de transmisión de video, videojuegos, videoconferencias o aplicaciones VOIP. Más en nuestra metodología de recopilación de datos.
3
628 muestrasTDC
917 muestrasTelenor
2170 muestrasTelia
741 muestrasRegional
![region_map](https://insights.speedchecker.com/wp-content/uploads/2024/06/Screenshot-2024-06-18-at-11.46.23.jpg)
Region | All operators | 3 | TDC | Telenor | Telia | Sample count # |
---|---|---|---|---|---|---|
Hovedstaden | 112.49 | 113.73 | 107.64 | 102.03 | 119.02 | 29,910 |
Sjælland | 117.03 | 81.74 | 123.84 | 83.68 | 126.67 | 4,958 |
Midtjylland | 112.34 | 70.15 | 117.89 | 81.41 | 112.78 | 4,813 |
Syddanmark | 102.11 | 80.53 | 114.16 | 89.16 | 109.41 | 2,141 |
Nordjylland | 100.00 | - | 58.19 | 93.67 | 109.65 | 781 |
METODOLOGÍA DE RECOPILACIÓN DE DATOS
Nuestros datos se recopilan a partir de dispositivos de usuarios finales con sistemas Android e iOS. Todas las mediciones se ejecutan hacia una CDN que tiene una gran huella geográfica y aloja una parte significativa del contenido al que acceden los usuarios. Esto garantiza que nuestros resultados sean una buena aproximación de la calidad de experiencia real del usuario.
Todas las mediciones deben contener información precisa sobre la ubicación mediante métodos de geolocalización GPS o Wi-Fi. Sólo se tienen en cuenta las mediciones de las aplicaciones que han sido aprobadas por MedUx. Las mediciones enviadas se comprueban para ver si están dentro de los rangos esperados y se implementan precauciones de seguridad adicionales para garantizar que los datos de las mediciones no sean manipulados.
El proceso de recopilación de datos tiene como objetivo entregar una única muestra de medición de cada dispositivo en el pool de dispositivos del sistema de crowdsourcing y nos esforzamos por eliminar todos los duplicados. Debido a la configuración de la privacidad de los teléfonos de algunos usuarios, no podemos detectar de forma fiable los dispositivos únicos, por lo que algunos dispositivos han contribuido a más de una medición en este conjunto de datos.
METODOLOGÍA DE MEDICIÓN
La metodología se basa en el concepto de la norma ITU-T Q.3960 (2016) “Marco de las mediciones de rendimiento relacionadas con Internet” y el “Suplemento 71 a las Recomendaciones de la serie Q del UIT-T”.
Esta metodología de pruebas tiene como objetivo ofrecer una medición precisa del ancho de banda máximo disponible en una determinada conexión a Internet. Esto se consigue transfiriendo múltiples flujos de datos paralelos a través de conexiones TCP separadas en un tiempo predefinido. Los datos transferidos consisten en datos generados aleatoriamente con alta entropía.
# | Parámetro | Unidad | ITU Rango | Configuración actual |
1 | Número de subprocesos paralelos | # | 1 ≤ n ≤ 10 | Adición dinámica del 1 al 10 |
2 | Duración de la prueba previa | s | 0 ≤ Tp ≤ 5 | 1 s |
3 | Duración de la prueba de enlace descendente | s | 5 ≤ Td ≤ 15 | 5 s |
4 | Duración de la subprueba de enlace ascendente | s | 5 ≤ Tu ≤ 15 | 5 s |
5 | Número de ‘pings’ durante la subprueba de retraso | # | 5 ≤ p ≤ 20 | p = 10 |
Antes de comenzar la prueba de velocidad, realizamos pruebas de ping en todas las redes CDN. La CDN que funciona mejor para una conexión particular se selecciona para las fases de prueba posteriores (descarga, carga, TTFB).
Realizamos detección de valores atípicos en las muestras de ping con filtrado 95/5 e informamos el ping mínimo y calculamos la fluctuación de las muestras restantes. La fluctuación se calcula en función de los resultados de ping individuales como la diferencia en el tiempo de ping entre cada dos paquetes consecutivos. La fluctuación siempre se expresa como un número positivo, por lo que se utiliza el valor absoluto de la diferencia. La fluctuación promedio se define como el valor promedio de la fluctuación de pares de paquetes consecutivos.
Debido a las limitaciones de las redes CDN, realizamos pérdida de paquetes en nuestros servidores de medición que están alojados en centros de datos diferentes a los de la CDN utilizada para el resto de las pruebas. La pérdida de paquetes se realiza después de que se completan las fases de descarga/carga (por lo tanto, no se ejecuta bajo carga). La prueba se ejecuta utilizando el protocolo UDP. El agente de medición envía 1000 paquetes con un retraso de 5 ms al par de medición. El par de medición acusa recibo de la recepción del paquete al agente de medición. Cuando se completa la prueba, el agente de medición calcula la pérdida de paquetes como una proporción de paquetes no confirmados con respecto al total de paquetes enviados.
METODOLOGÍA CONSISTENTE DE MEDICIÓN DE CALIDAD
La calidad constante es un KPI calculado a partir de una selección de diferentes mediciones ejecutadas desde el mismo dispositivo de usuario en secuencia. Es una métrica valiosa para determinar si la conexión del usuario satisface los umbrales mínimos para las actividades típicas del usuario.
Contamos con tres niveles de calidad constante:
Excelente
La conexión de red ofrece la experiencia de usuario de la más alta calidad para sitios populares de transmisión de video, videojuegos, videoconferencias o aplicaciones VOIP.
Básico
La conexión de red admite actividades básicas de Internet, como navegación web, uso de aplicaciones, correo electrónico, transmisión de vídeo SD, etc.
Pobre
La conexión de red no alcanza los umbrales de calidad constante básica.
Metodología
La calidad constante se calcula en función de las siguientes métricas:
- Velocidad de descarga
- Velocidad de carga
- Ping
- Fluctuación de fase
- Tiempo hasta el primer byte (TTFB)
- Pérdida de paquetes
Cada nivel de calidad consistente tiene umbrales mínimos para cada una de las mediciones.
Medición | Excelente | Básico |
Velocidad de descarga | Min 5 Mb/s | Min 1 Mb/s |
Velocidad de carga | Min 1.5 Mb/s | Min 0.5 Mb/s |
Ping | Max 50 ms | Max 100 ms |
Fluctuación de fase | Max 12 ms | Max 20 ms |
Tiempo hasta el primer byte (TTFB) | Max 800 ms | Max 1200 ms |
Pérdida de paquete | Max 1 % | Max 4 % |
Para que una conexión sea etiquetada como Excelente o Básica, debe cumplir las seis condiciones para las mediciones. Si no se cumplen las condiciones de Excelente, comprobamos si cumple las condiciones de Básico. Si no se cumplen las condiciones básicas, etiquetamos la conexión como Pobre.
METODOLOGÍA DE PUNTUACIÓN DE COBERTURA
SpeedChecker ha desarrollado una metodología robusta y confiable para evaluar la cobertura celular en todo el mundo. Nuestro enfoque basado en datos utiliza miles de millones de mediciones celulares realizadas por cientos de millones de dispositivos móviles.
Proceso
El proceso de análisis de datos de SpeedChecker para la cobertura móvil consta de cuatro pasos principales: recopilación, filtrado, agregación espacial y resumen. Los resultados de ese proceso se utilizan para determinar el puntaje de cobertura a nivel de país y operador.
Coleccionar
Millones de medidas moviles se reciben diariamente desde aparatos de Android en todo el mundo.
Filtrado
El filtrado se aplica para garantizar que solo se utilicen las medidas relevantes:
- Las mediciones erróneas fuera de alcance se excluyen de los conjuntos de datos
- Se excluyen las medidas ejecutadas por dispositivos inactivos
- Se excluyen las medidas con localizasion inexacta
Agregación especial
Las medidas de señales multi-RAT filtradas recopiladas durante los últimos 12 meses se agrupan en mosaicos de aproximadamente 1 km2. Todos los mosaicos en los que se detectó al menos un servicio de operador se suman para formar una huella de cobertura total del país. La intensidad de la señal promedio se calcula por mosaico por RAT para cada operador. Luego, a cada operador se le asigna una puntuación por mosaico según la intensidad de la señal promedio y la disponibilidad de RAT particular (una RAT más alta y una señal más fuerte contribuirán a una puntuación más alta).
Resumen
Finalmente, las puntuaciones de todos los mosaicos se suman por operador. Esto forma el puntaje total de cobertura del operador. La puntuación de cobertura total del operador se divide luego por la huella de cobertura total del país para producir una PUNTUACIÓN DE COBERTURA DEL OPERADOR general.
*RAT – Tipo de acceso de radio
Danemark Juin 2024
COMPARAISON DE VITESSE DES OPÉRATEURS MOBILES
Le tableau suivant présente les vitesses moyennes de téléchargement (téléchargement) et de téléchargement (téléchargement) par opérateur.
Les mesures ont été réalisées sur tout le territoire et sur tout le spectre des technologies d’accès radio disponibles (3G, 4G, 5G si disponibles).
3
10505 échantillonsTDC
13182 échantillonsTelenor
12516 échantillonsTelia
19963 échantillonsCOMPARAISON DE LATENCE & PERTE DE PAQUETS
Nous effectuons des mesures de latence, qui sont utilisées pour calculer le Gigue et le TTFB. La perte de paquets est mesurée séparément à l’aide du protocole UDP. Tous les tests sont exécutés sur des serveurs de mesure hors réseau, tels que les CDN. Pour plus de détails, consultez notre méthodologie de collecte de données. Les opérateurs qui s’interconnectent avec les CDN ont tendance à offrir une meilleure expérience utilisateur dans les applications sensibles à la latence et obtiennent de bons résultats dans notre comparaison de latence.
Latence (ms)
56118 échantillonsGigue (ms)
9262 échantillonsTTFB (ms)
9275 échantillonsPerte de paquets (%)
4456 échantillonsCOMPARAISON DE CONSISTANCE
Une qualité constante est un KPI calculé à partir d’une séquence de mesures exécutées à partir du même appareil utilisateur. Il s’agit d’une mesure précieuse pour déterminer si la connexion utilisateur satisfait aux seuils minimaux pour les activités utilisateur typiques. Le tableau ci-dessous indique le pourcentage de connexions qui répondent à une qualité excellente et constante. La connexion réseau offre une excellente qualité constante si elle offre une expérience utilisateur de la plus haute qualité pour les sites de streaming vidéo, les jeux vidéo, les vidéoconférences ou les applications VOIP populaires. En savoir plus sur notre méthodologie de collecte de données.
3
628 échantillonsTDC
917 échantillonsTelenor
2170 échantillonsTelia
741 échantillonsRégional
![region_map](https://insights.speedchecker.com/wp-content/uploads/2024/06/Screenshot-2024-06-18-at-11.46.23.jpg)
Region | All operators | 3 | TDC | Telenor | Telia | Sample count # |
---|---|---|---|---|---|---|
Hovedstaden | 112.49 | 113.73 | 107.64 | 102.03 | 119.02 | 29,910 |
Sjælland | 117.03 | 81.74 | 123.84 | 83.68 | 126.67 | 4,958 |
Midtjylland | 112.34 | 70.15 | 117.89 | 81.41 | 112.78 | 4,813 |
Syddanmark | 102.11 | 80.53 | 114.16 | 89.16 | 109.41 | 2,141 |
Nordjylland | 100.00 | - | 58.19 | 93.67 | 109.65 | 781 |
MÉTHODOLOGIE DE COLLECTE DES DONNÉES
Nos données sont collectées à partir d’appareils d’utilisateurs finaux fonctionnant sous les systèmes Android et iOS. Toutes les mesures sont exécutées vers un CDN qui a une grande empreinte géographique et qui héberge une partie importante du contenu auquel accèdent les utilisateurs. Cela garantit que nos résultats sont une bonne approximation de la qualité d’expérience réelle de l’utilisateur.
Toutes les mesures doivent contenir des informations précises sur la localisation en utilisant des méthodes de géolocalisation GPS ou wi-fi. Les mesures ne sont prises en compte que pour les applications qui ont été approuvées par SpeedChecker. Les mesures soumises sont vérifiées pour voir si elles se situent dans les fourchettes prévues et des précautions de sécurité supplémentaires sont mises en œuvre pour garantir que les données de mesure ne sont pas manipulées.
Le processus de collecte des données vise à fournir un échantillon de mesure unique pour chaque appareil de notre système de crowdsourcing et nous nous efforçons d’éliminer tous les doublons. En raison des paramètres de confidentialité sur les téléphones de certains utilisateurs, nous ne pouvons pas détecter de manière fiable les appareils uniques. Par conséquent, certains appareils ont contribué à plus d’une mesure dans cet ensemble de données.
MÉTHODOLOGIE DE MESURE
La méthodologie est basée sur le concept du ITU-T Q.3960 (2016) “Cadre des mesures de performance liées à l’Internet” et du “Supplément 71 aux recommandations de la série Q de l’UIT-T”.
Cette méthodologie de test vise à fournir une mesure précise de la bande passante maximale disponible sur une connexion Internet donnée. Pour ce faire, on transfère plusieurs flux de données parallèles sur des connexions TCP distinctes dans un laps de temps prédéfini. Les données transférées sont constituées de données générées aléatoirement avec une entropie élevée.
# | Paramètre | Unité | ITU Gamme | Paramètre actuel |
1 | Nombre de threads parallèles | # | 1 ≤ n ≤ 10 | Ajout dynamique de 1 à 10 |
2 | Durée du pré-test | s | 0 ≤ Tp ≤ 5 | 1 s |
3 | Durée du test de liaison descendante | s | 5 ≤ Td ≤ 15 | 5 s |
4 | Durée du sous-test de liaison montante | s | 5 ≤ Tu ≤ 15 | 5 s |
5 | Nombre de «pings» pendant le sous-test de retard | # | 5 ≤ p ≤ 20 | p = 10 |
Avant de démarrer le test de vitesse, nous effectuons des tests ping sur tous les réseaux CDN. Le CDN qui fonctionne le mieux pour une connexion particulière est sélectionné pour les phases de test suivantes (téléchargement, chargement, TTFB).
Nous effectuons une détection des valeurs aberrantes sur les échantillons de ping avec un filtrage 95/5, signalons le ping minimum et calculons la gigue à partir des échantillons restants. La gigue est calculée sur la base des résultats de ping individuels comme la différence de temps de ping entre deux paquets consécutifs. La gigue est toujours exprimée sous la forme d’un nombre positif, c’est pourquoi la valeur absolue de la différence est utilisée. La gigue moyenne est définie comme la valeur moyenne de la gigue de paires de paquets consécutives.
En raison des limitations des réseaux CDN, nous effectuons des pertes de paquets sur nos serveurs de mesure qui sont hébergés dans des centres de données différents de ceux du CDN utilisé pour le reste des tests. La perte de paquets est effectuée une fois les phases de téléchargement/chargement terminées (elle n’est donc pas exécutée en charge). Le test est exécuté en utilisant le protocole UDP. L’agent de mesure envoie 1 000 paquets avec un délai de 5 ms au homologue de mesure. L’homologue de mesure accuse réception de la réception du paquet à l’agent de mesure. Une fois le test terminé, l’agent de mesure calcule la perte de paquets en tant que rapport entre les paquets non confirmés et le nombre total de paquets envoyés.
MÉTHODOLOGIE DE MESURE DE LA QUALITÉ COHÉRENTE
Une qualité constante est un KPI calculé à partir d’une sélection de différentes mesures exécutées en séquence à partir du même appareil utilisateur. Il s’agit d’une mesure précieuse pour déterminer si la connexion utilisateur satisfait aux seuils minimaux pour les activités utilisateur typiques.
Nous avons trois niveaux de qualité constante :
Excellent
La connexion réseau offre une expérience utilisateur de la plus haute qualité pour les sites de streaming vidéo, les jeux vidéo, les vidéoconférences ou les applications VOIP populaires.
Basique
La connexion réseau prend en charge les activités Internet de base telles que la navigation sur le Web, l’utilisation d’applications, la messagerie électronique, le streaming vidéo SD, etc.
Pauvre
La connexion réseau ne respecte pas les seuils de qualité cohérente de base.
Méthodologie
Une qualité constante est calculée sur la base des mesures suivantes :
- Vitesse de téléchargement
- Vitesse de chargement
- Ping
- Gigue
- Délai jusqu’au premier octet (TTFB)
- Perte de paquets
Chaque niveau de qualité cohérent comporte des seuils minimaux pour chacune des mesures.
Mesure | Excellent | Basique |
Vitesse de téléchargement | Min 5 Mb/s | Min 1 Mb/s |
Vitesse de chargement | Min 1.5 Mb/s | Min 0.5 Mb/s |
Ping | Max 50 ms | Max 100 ms |
Gigue | Max 12 ms | Max 20 ms |
Délai jusqu’au premier octet (TTFB) | Max 800 ms | Max 1200 ms |
Perte de paquets | Max 1 % | Max 4 % |
Pour qu’une connexion soit étiquetée Excellent ou Basique, elle doit satisfaire aux six conditions des mesures. Si les conditions d’Excellent ne sont pas remplies, nous vérifions s’il remplit les conditions de Basique. Si les conditions de base ne sont pas remplies, nous étiquetons la connexion comme Pauvre.
MÉTHODOLOGIE DE CALCUL DU SCORE DE COUVERTURE
SpeedChecker a développé une méthodologie robuste et fiable pour évaluer la couverture cellulaire dans le monde entier. Notre approche, basée sur les données, utilise des milliards de mesures cellulaires effectuées par des centaines de millions d’appareils mobiles.
Processus
Le processus d’analyse des données SpeedChecker pour la couverture mobile comprend quatre étapes principales : la collecte, le filtrage, l’agrégation spatiale et la synthèse. Les résultats de ce processus sont utilisés pour déterminer le score de couverture au niveau du pays et de l’opérateur.
Collecte
Des millions de mesures cellulaires sont reçues chaque jour des appareils Android du monde entier.
Filtrage
Le filtrage est appliqué pour garantir que seules les mesures pertinentes sont utilisées:
- Les mesures erronées hors de portée sont exclues des ensembles de données
- Les mesures exécutées par des appareils inactifs sont exclues
- Les mesures dont la localisation est inexacte sont exclues
Agrégation spatiale
Les mesures de signaux multi-RAT* filtrées collectées au cours des 12 derniers mois sont regroupées en tuiles géographiques d’environ 1 km2. Toutes les tuiles où au moins un service opérateur a été détecté sont additionnées pour former une empreinte de couverture totale du pays. La puissance moyenne du signal est calculée par tuile et par RAT pour chaque opérateur. Chaque opérateur se voit ensuite attribuer un score par tuile en fonction de l’intensité moyenne du signal et de la disponibilité de la RAT (une RAT plus élevée et un signal plus fort donnent un score plus élevé).
Synthèse
Enfin, les scores de toutes les tuiles sont additionnés par opérateur. Cela donne le score total de couverture de l’opérateur. Le score total de couverture de l’opérateur est ensuite divisé par l’empreinte de couverture totale du pays pour produire un SCORE DE COUVERTURE DE L’OPÉRATEUR global.
*RAT – Type d’accès radio