Le problème de l'affichage erroné par nPerf de la technologie des speedtests 5G est largement documenté sur différents réseaux sociaux.
Il concerne principalement 2 marques de mobiles : Google (Pixels) et Xiaomi (tous les modèles).
Ce problème existe également pour RNCmobile (qui s'appuie sur la bibliothèque NMCore), mais le problème se limite aux Pixels.

Il a été signalé à plusieurs reprises aux concepteurs de nPerf, sans réaction de leur part.

En gros, le logo 5G s'affiche si l'antenne est capable de la fournir, et pas seulement si elle est véritablement en cours d'utilisation.

Dans d'autres pays, il y a des logos 5G différents selon le type de connection :

https://www.reddit.com/r/GalaxyFold/comments/yj5yxs/what_is_the_difference_between_these_5g_icons/

Je sais pas si quelqu'un a des détail de comment nperf "détecte" un lien 5G, parce que sur du split bearer je vois pas bien comment tu attribues tel ou tel débit à la 5g sachant que ça peut être la somme de liens LTE+NR, et donc en imaginant un site avec uniquement de la 5G n28/700mhz, et full patate LTE sur toute les bande, un speedtest connecté en 5G a 300mbps+ le gros du trafic sera de toute façon écoulé en LTE (alors que la 5G 700mhz contribuera à pas grand chose du total, si tant est que le scheduler réseau décide pas de tout basculer sur la LTE quand le débit va monter... ).

Pour faire court je vois pas l'intérêt d'afficher des résultats de speedtest 5G sachant qu'en NSA une grosse part du débit ça va souvent (=tout le temps sans 3.5ghz...) être du débit LTE en fait ...

Ok bah c'est bien ce que je pensais, c'est vraiment un best guess et y'a 0 assessment du trafic split, vu que y'a quand même pas mal de situations ou le scheduler coté réseau balancera tout sur le lien LTE meme si c'est en RRC Connected coté NR. J'en déduis, peut-être mal, que y'a pas de correction a posteriori, pour oter la contribution de la LTE aux speedtests "5G" dans les moyennes ?

En 5G NSA compte tenu des bande de fréquence, si la NR n'est qu'en 3.5Ghz si tu n'est pas dans une zone avec un déploiement assez mature pour cette bande c'est complètement normal que ça varie énormément des que tu n'es pas en situation "simple", en effet en situation radio dégradée sur le 3.5ghz le scheduler coté réseau peut tenter sa chance en 5G et si ça passe ça peut donner pas mal de débit, mais si ça passe pas, le temps de retransmettre, reconf le split bearer, au final le speedtest donne moins que juste du LTE. En plus en 3.5Ghz c'est du TDD, donc ça rajoute une dimension au problème de scheduling, du coup c'est malheureusement normal que ça puisse varier du tout au tout. Après y'a tout un tas de paramètres avec de l'hysteresis pour éviter 50 reconf sur un lien EN_DC, donc forcément vu du end-user ça donne des résultats un peu random lors de tentative rapprochée.


Et puis bon je le redis, au final un réseau LTE avec toute les bandes autorisées en France, bien déployé, avec de l'ingénierie radio bien faite aux endroits ou y'a des soucis ça va faire le taf dans 99.99% des cas. Et offloader du trafic vers le 3.5Ghz n'est pas la solution magique dans les situations hyper congestionnées (métro/gares/aéroport/évènementiel) puisqu'il faut toujours une primary cell en LTE, en attendant la 5G SA. Et en ce sens les déploiements de 5G en 3.5Ghz sont logique (même si lent car ça sert pas à grand chose la tout de suite maintenant mais ça servira probablement un jour) mais j'ai beau faire j'arrive pas à comprendre Free Mobile avec sa 5G DSS 700mhz.

Le 2100mhz est pas du tout déconnant dans l'optique d'assurer une continuité en 5G la ou il y a du 3.5Ghz, ça porte un peu plus loin, dans un futur proche ça permettra de plus facilement ségréguer les terminaux 5G SA le moment venu en assurant une couverture correcte en 5G SA, ça diminuerait la proba de RAT handover pendant des appels, y'a plein de bonne raison de doubler le déploiement 5G en 3.5Ghz, pourquoi pas avec du 700mhz dans certain cas, mais du 700mhz ou y'a pas de 3.5Ghz j'ai beau chercher je vois toujours pas l'intérêt...