Mobilité WiFi · comprendre, régler, vérifier
Roaming WiFi et zones complexes
Un appel qui coupe au bout d’une allée, un terminal qui reste accroché à une borne lointaine, une session qui tombe entre deux étages : comprendre la transition permet de corriger la bonne cause.
Le roaming est le passage d’une liaison WiFi à une autre, généralement entre deux bornes du même réseau. Il doit être préparé pour les appareils, les parcours et les applications réellement utilisés.
Se déplacer en restant connecté
Le roaming commence avant le changement de borne
Un téléphone traverse un couloir, un préparateur tourne au bout d’une allée, un chariot passe une porte métallique. Le terminal doit repérer une autre borne, décider du moment de la transition, établir la liaison sécurisée puis retrouver un chemin réseau utilisable. Chacune de ces étapes peut expliquer une interruption.
Le SSID est le nom du réseau affiché ; le BSSID identifie la cellule radio à laquelle le terminal est associé. Une borne peut annoncer plusieurs BSSID.
Le terminal pilote généralement sa décision de roaming. Le réseau peut l’aider, lui proposer des candidats ou appliquer des règles d’accès. Couper brutalement sa connexion pour le « faire bouger » risque surtout de créer une panne si aucun candidat utilisable n’est prêt. Nous examinons donc ce qu’il reçoit et ce qu’il fait réellement pendant le déplacement.
802.11k : connaître les voisins
Les rapports de voisinage renseignent le terminal sur des bornes candidates et leurs canaux. Cette aide peut réduire la recherche radio, à condition que les informations soient pertinentes et que le terminal les exploite.
802.11v : orienter la transition
Une demande BSS Transition Management peut suggérer d’autres bornes. Le client garde un rôle dans le choix et peut répondre différemment selon son logiciel, son activité et les options annoncées.
802.11r : accélérer la sécurité
Fast Transition réduit les échanges de sécurité nécessaires lors du changement de borne. Il agit sur une partie du délai ; recherche radio, qualité du candidat et continuité IP doivent aussi être maîtrisées.
Cisco — rôles de 802.11k, v et r ; Cisco — assistance au roaming et limites des politiques agressives.
Le changement de borne se prépare sur le trajet réel
Schéma de principe, sans échelle ni carte de couverture. Les rayonnages, la position des bornes et la zone hachurée sont illustratifs. Cette zone indique une phase à examiner sur le trajet ; elle ne fixe ni frontière radio ni emplacement garanti du changement de borne.
Le bon moment de transition dépend du terminal, des signaux disponibles, des réglages et de l’usage. Les mesures et les essais en déplacement déterminent les conditions réelles.
Les paramètres qui comptent
Une chaîne à régler dans son ensemble
Les fonctions disponibles, leurs réglages et leurs noms varient selon les produits. Ces repères aident à préparer le diagnostic et les essais ; ils ne forment pas une configuration à recopier sur toutes les installations.
Côté terminal : déclencher et choisir la transition
| Paramètre | Son rôle | Ce que nous vérifions |
|---|---|---|
| Seuil de recherche / agressivité | Détermine quand chercher une meilleure connexion. | Déclenchement trop tardif ou scans fréquents ; options réellement disponibles sur ce modèle. |
| Delta, hystérésis et temporisations | Exigent un avantage suffisant ou suffisamment durable du candidat. | Terminal qui reste accroché ou, à l’inverse, alterne sans cesse entre deux bornes. |
| Scan et temps d’écoute | Recherche active ou passive, canaux explorés, durée passée sur chaque canal. | Coût des recherches hors du canal courant ; liste de canaux autorisés cohérente avec le réseau. |
| Préférence de bande | Influence la sélection 2,4 / 5 / 6 GHz selon l’appareil. | Compatibilité, couverture sur le trajet et changement de bande inutilement pénalisant. |
| Pilote, système et capacités | Implémentent les mécanismes radio, k/v/r et les modes de sécurité. | Versions, anomalies connues, fonctions annoncées puis effectivement négociées. |
| Veille et économie d’énergie | Modifient disponibilité radio, réception et activité des applications. | Différences écran allumé/éteint, veille, WMM-PS/U-APSD et gestion de batterie du système. |
Zebra — paramètres disponibles selon le terminal ; Intel — préférences et réglages de la carte ; Zebra — veille et gestion d’énergie.
Côté radio : disposer d’un candidat utilisable
| Paramètre | Son rôle | Ce que nous vérifions |
|---|---|---|
| Implantation et recouvrement | Rendent la prochaine borne joignable avant la dégradation de la liaison. | Zone de transition réelle, obstacles, orientation et hauteur ; recouvrement adapté au terminal et à l’usage. |
| RSSI, SNR, occupation, retransmissions | Décrivent signal reçu, bruit et qualité des échanges. | Un candidat fort mais saturé, brouillé ou mal entendu dans le sens montant. |
| Puissances et asymétrie | Façonnent la taille des cellules et l’équilibre des deux sens. | La borne porte loin, mais le terminal moins puissant ne lui répond plus correctement. |
| Canaux, largeur, RRM et DFS | Organisent la réutilisation et les adaptations du plan radio. | Concurrence, changements et événements radar ; la protection DFS reste active sur les canaux concernés. |
| Débits de base et seuils de réception | Influencent la portée des trames et la réception côté borne. | Relever les débits minimaux ou RX-SOP trop fortement peut exclure des clients légitimes et créer des trous. |
| Band steering et répartition des clients | Orientent les associations vers certaines radios ou bornes. | Refus, délais et effets sur la voix ; coexistence avec les décisions propres au terminal. |
HPE — implantation et cellules radio ; HPE — optimisation des canaux et puissances ; Cisco — équilibre des puissances et précautions RX-SOP.
Authentification : préparer le passage entre bornes
| Paramètre | Son rôle | Ce que nous vérifions |
|---|---|---|
| Profil de sécurité et FT | Définissent les méthodes utilisables, par exemple FT-PSK ou FT avec 802.1X. | WPA2/WPA3, méthodes d’authentification (AKM), PMF, domaine de mobilité et mode FT compatibles avec le terminal et les bornes. |
| Cache PMK / PMKID et OKC | Peuvent éviter une authentification complète lorsque les conditions du cache sont remplies. | Support et portée du mécanisme, clés disponibles, expiration ; OKC n’est pas interchangeable avec FT. |
| 802.1X, RADIUS et réauthentification | Appliquent l’identité et la politique d’accès. | Latence du serveur, certificats, expiration de session et changement de rôle ou de VLAN. |
Cisco — comparaison des méthodes de roaming sécurisé ; Cisco — FT, groupes et domaines de mobilité ; HPE — cohérence des profils WLAN.
Réseau filaire : conserver un chemin et une adresse cohérents
| Paramètre | Son rôle | Ce que nous vérifions |
|---|---|---|
| SSID, VLAN et sous-réseau | Définissent le service et le réseau remis au client. | Un même nom WiFi peut aboutir à des sous-réseaux différents ; les sessions peuvent alors être interrompues. |
| DHCP, passerelle et mobilité L3 | Maintiennent ou rétablissent la connectivité IP. | Bail, routage et solution de mobilité lorsque le trajet franchit une frontière IP ; compatibilité de l’architecture. |
| Ports, tunnels et politiques | Acheminent les données depuis la nouvelle borne. | VLAN autorisés, pare-feu, chemin retour, tunnel et état des liaisons montantes. |
HPE — domaines de roaming, VLAN et architectures de mobilité.
Application : vérifier le service pendant la transition
| Paramètre | Son rôle | Ce que nous vérifions |
|---|---|---|
| Latence, gigue et pertes | Décrivent délai, variation du délai et données manquantes. | Appel, vidéo, session métier ou commande : tolérance et critères propres à l’application. |
| WMM, QoS et charge | Priorisent les catégories de trafic et organisent les files. | Classement cohérent WiFi/filaire, congestion et capacité disponible au moment du passage. |
| Session, serveur et temporisations | Déterminent comment l’application traverse une brève interruption. | Reconnexion, expiration et reprise ; un changement rapide de borne peut laisser subsister un problème applicatif. |
Cisco — QoS, WMM et performances ; Cisco — cohérence du réseau et des usages voix.
Un seuil doit avoir un candidat derrière lui. Déconnecter un appareil à un RSSI donné n’améliore pas à lui seul le roaming. Les seuils de recherche du terminal, les règles d’association de la borne et la sensibilité de réception sont des mécanismes différents. Les confondre peut rendre le réseau moins stable. Les objectifs de couverture et de SNR se définissent pour le service et les appareils utilisés, puis se vérifient sur le trajet.
Le même parcours, des réactions différentes
Un smartphone, un ordinateur et une douchette de lecture peuvent avoir des antennes, des règles de recherche et des modes de veille différents. Nos profils de test tiennent compte du parc réellement utilisé.
WPA2, WPA3, PMF et FT : garder les appareils compatibles
Le profil de sécurité se teste avec chaque famille de terminaux. Un ancien appareil ou un objet connecté peut accepter WPA2 tout en refusant WPA3, des trames de gestion protégées obligatoires (PMF) ou certains modes FT. Les modes de transition et les profils adaptés se choisissent selon les capacités et les risques.
Le domaine de mobilité et les mécanismes de partage des clés doivent être cohérents. En FT over-the-air, le client échange directement avec la borne cible ; en over-the-DS, une partie de la préparation passe par le réseau de distribution via la borne courante. Leur disponibilité dépend du produit, du logiciel et de l’architecture. On valide le mode réellement négocié, sans activer toutes les options simultanément par principe.
HPE — modes de sécurité et PMF ; Cisco — FT, compatibilité et méthodes d’échange.
Un exemple chiffré : le comportement documenté par Apple
Dans son guide publié le 25 septembre 2024, consulté le 21 octobre 2026, Apple indique un déclenchement de recherche à −70 dBm pour l’iPhone 5s et les modèles suivants, contre −75 dBm pour les Mac cités. Le candidat doit aussi présenter un avantage : 8 dB pour l’iPhone en transmission, 12 dB au repos ; les Mac utilisent un écart de 12 dB.
Exemple illustratif : un iPhone à −72 dBm voit une autre borne à −63 dBm, soit 9 dB de mieux. L’écart satisfait le critère cité en transmission, mais pas celui de 12 dB au repos. Les autres critères restent à examiner. Ces valeurs décrivent les appareils documentés ; elles ne deviennent pas des seuils de déconnexion à imposer à toutes les bornes.
Et pour les ordinateurs et terminaux métier ?
Sur les cartes Intel concernées, le réglage « agressivité du roaming » modifie le moment où la recherche commence. Le pousser au maximum peut multiplier les recherches ; le bénéfice dépend du réseau. Le fabricant recommande de revenir au réglage par défaut si le changement n’apporte aucune amélioration.
Sur les terminaux Zebra, certains réglages de seuil et de delta dépendent de la plateforme, de la version Android et des fonctions disponibles. Les profils de douchettes, terminaux portatifs ou appareils embarqués doivent tenir compte de la veille, de la mobilité et de l’application. Un essai avec écran actif ne valide pas le fonctionnement d’un appareil dans une poche ou après mise en veille.
Intel — agressivité de recherche ; Zebra — compatibilité par modèle et version.
Partir de ce qui se passe sur le terrain
Reproduire la coupure, puis suivre la transition
« Mon appel coupe en changeant d’allée. » Nous reprenons le déplacement avec le terminal et l’application concernés, à une vitesse représentative. Un ordinateur de mesure seul ne reproduit pas nécessairement le comportement d’un téléphone, d’un scanner ou d’un terminal embarqué.
Un parcours et des conditions identifiés
Nous relevons le point de départ, le sens du trajet et l’emplacement de l’incident, ainsi que les portes, les étages, la hauteur du terminal et son mode de transport. Les essais tiennent compte de l’activité et de la charge, avec plusieurs états de stockage si nécessaire. Le relevé conserve aussi le modèle, le pilote, le système et la configuration du terminal.
Une chronologie commune
Pour reconstituer l’incident, nous rapprochons l’heure du symptôme des événements du terminal et des bornes. Selon le besoin, des captures réseau complètent l’analyse. Les horodatages doivent être cohérents : un décalage entre les horloges des sondes peut fausser la durée reconstituée.
Regarder au-delà du changement de borne
- La radio : RSSI, SNR, canal, charge et retransmissions, avec le candidat visible avant le changement de BSSID et les conditions du retour du terminal vers la borne.
- La transition : SSID et BSSID avant/après, recherche de candidats, réassociation, échanges de sécurité, erreurs et durée de reprise des données.
- Le service : continuité IP, authentification, chemin réseau et traitement de la priorité (QoS), puis latence, variation du délai et pertes constatées dans l’application ou les flux de test.
Un changement de BSSID réussi ne suffit pas à valider le service. Nous pouvons compléter l’analyse par des captures radio sur les canaux concernés, les journaux d’authentification et des observations côté réseau filaire. Si une perturbation est suspectée, l’analyse du spectre aide à rechercher son origine ; elle ne remplace pas ces autres vérifications.
Cisco — collecte croisée côté client, radio et infrastructure ; HPE — mesures RF sur site et conditions du déploiement.
Chaque structure a ses contraintes
Une même transition, des obstacles différents
Entrepôts et rayonnages
Nous testons les allées, les croisements et les changements d’orientation, avec les terminaux utilisés à pied ou sur engin. Les racks, leur remplissage et la hauteur peuvent modifier la visibilité d’une borne candidate.
Hôtels et bâtiments à étages
Nous examinons séparément les couloirs, les chambres, les escaliers et les passages entre niveaux. Une borne entendue à travers une dalle n’est pas nécessairement le meilleur relais pour la suite du trajet.
Campus et sites étendus
Les transitions entre salles, bâtiments et zones extérieures doivent préserver le service attendu. Nous examinons aussi les changements de réseau et les équipements qui transportent le trafic.
Industrie et ateliers
Machines, structures métalliques, passages imposés et contraintes de production orientent les essais. Les interventions et les vérifications se préparent avec les équipes qui exploitent le site.
Situations types proposées par Proxifi, à adapter au site ; principes de conception : HPE — RF et optimisation pour les appareils mobiles.
Des ordres de grandeur, pas des résultats de test
Trois calculs pour comprendre l’enjeu
La vitesse réduit le temps disponible
Supposons 3 m de parcours où l’ancienne liaison reste exploitable et une candidate convient à l’usage. À 1,4 m/s, cela représente 3 ÷ 1,4 ≈ 2,14 s ; à 3 m/s, 1 s. Ce scénario n’impose ni des cellules circulaires ni un recouvrement uniforme.
Le nombre de canaux peut compter
Dans un calcul fictif avec 20 ms d’observation par canal, 11 canaux représentent 220 ms, contre 60 ms pour 3 canaux. Les informations de voisinage 802.11k peuvent aider à cibler la recherche, selon le client. Ces sommes excluent les autres échanges et ne prédisent pas la durée totale de roaming.
Une interruption se voit dans le flux
Avec un paquet vocal produit toutes les 20 ms, 120 ms sans arrivée représentent 6 intervalles de production. Cela ne prouve pas six paquets perdus : certains peuvent arriver tard. Codec, tampon de lecture et mécanismes de compensation modifient l’effet entendu. La qualité se vérifie pendant l’appel.
Optimiser l’existant en premier. Nous vérifions d’abord les réglages, la cohérence du réseau et la position des bornes. Le paramétrage suffit parfois ; si la conception ou les limites du matériel l’exigent, nous proposons un déplacement, un ajout ou un remplacement. Les modifications sont suivies d’essais sur les mêmes parcours. Le dossier précise les résultats, les limites et les actions restantes.
Du symptôme à une correction vérifiée
Votre WiFi coupe quand vous vous déplacez ?
Le trajet où la coupure se produit, l’appareil et l’application utilisés sont le point de départ du diagnostic. Nous reproduisons le problème pour en rechercher la cause et optimiser l’existant. Si les réglages et les positions ne suffisent pas, nous précisons les modifications ou les équipements nécessaires. Le résultat est contrôlé sur les mêmes parcours.
Sources et périmètre de cette page
Repères techniques vérifiés le 21 octobre 2026. Les sources sont indiquées à proximité des sujets concernés. Les valeurs propres à un fabricant restent limitées aux appareils et versions documentés. Les exemples arithmétiques sont illustratifs ; ils ne constituent ni une mesure sur votre site ni une garantie de durée de transition.
Chaque intervention précise les terminaux, les applications, les trajets et les conditions de charge retenus pour les essais. Une étude prédictive peut préparer l’implantation ; les mesures et les essais en déplacement permettent d’évaluer le service réel. Voir aussi les règles d’installation et d’utilisation du WiFi et les contraintes des équipements IoT dans le bâtiment.