J'ai déployé des caméras PTZ dans des endroits où le signal cellulaire est quasiment inexistant. Fermes isolées, forêts profondes, crêtes montagneuses. À -110dBm, la plupart des caméras s'éteignent.
À -110 dBm RSRP, une caméra PTZ 4G peut encore transmettre un flux vidéo à faible débit, mais uniquement si elle dispose d'antennes à gain élevé, d'un micrologiciel à débit adaptatif et d'une logique de reconnexion robuste. Sans ces éléments, il faut s'attendre à des images figées, à une mise en mémoire tampon constante et à des déconnexions fréquentes qui rendent le flux presque inutile.

Ci-dessous, je détaille exactement ce qui se passe à -110dBm - de la stabilité du sous-flux à la perte de paquets, en passant par le comportement du firmware et la logique de réessai P2P. Si vous prévoyez un déploiement dans une zone morte, c'est le guide qu'il vous faut avant d'acheter.
Table des matières
La caméra peut-elle maintenir un sous-stream 1080p sans planter lorsque le RSRP est à -110dBm ?
J'ai vu des caméras se bloquer et redémarrer en boucle lorsque le signal tombe en dessous de -105dBm. Un sous-flux 1080p à -110dBm n'est pas une évidence. C'est un combat.
Un sous-flux 1080p à -110dBm est possible mais n'est pas fiable sur le matériel standard. La caméra doit passer à 720p ou 640×480, réduire le débit à 256-512kbps et utiliser l'encodage H.265+. En l'absence d'un antenne à haut gain3 le flux se fige ou se bloque en quelques minutes.

Ce que -110dBm signifie réellement pour votre budget de liaison
Permettez-moi de replacer -110dBm dans son contexte. Il ne s'agit pas simplement d'un “signal faible”. Il s'agit de la limite de ce qu'un modem 4G peut même détecter. Le seuil de bruit de la plupart des modules LTE se situe entre -115 et -120dBm. À -110 dBm, le rapport signal/bruit (RSB) n'est donc que de 5 à 10 dB. C'est à peine suffisant pour que le modem maintienne une connexion, sans parler de la transmission de vidéos.
Voici ce qui se passe au niveau de la couche physique :
| Gamme RSRP | Qualité du signal | Ce à quoi vous pouvez vous attendre |
|---|---|---|
| -80 dBm ou mieux | Bon | Flux principal 1080p stable, contrôle PTZ fluide |
| -90 à -80 dBm | Juste | Le sous-flux 1080p fonctionne, avec des bégaiements occasionnels |
| -100 à -90 dBm | Pauvre | Obligation d'utiliser un sous-flux, chutes de débit fréquentes |
| -110 à -100 dBm | Très médiocre | Le sous-flux tient à peine, perte de paquets importante |
| -110 dBm ou pire | Bord / Zone morte | Le flux s'interrompt sans mise à niveau du matériel |
À -110 dBm, le modem LTE passe au schéma de modulation le plus bas - QPSK avec codage lourd. Cela signifie que la vitesse réelle de votre liaison montante peut n'être que de 200 à 500 kbps. Un sous-flux 1080p à 25 images par seconde a généralement besoin d'au moins 512 kbps à 1 Mbps. Le calcul ne fonctionne donc pas, à moins que vous n'apportiez des modifications.
Le correctif matériel : Les antennes sont plus importantes que le modem
L'antenne en caoutchouc de la plupart des caméras 4G offre un gain de 3 à 5 dBi. À -110dBm, ce n'est pas suffisant. Je dis toujours à mes clients : remplacez-la par une antenne omnidirectionnelle à gain élevé de 12 à 15 dBi ou par une antenne panneau directionnelle pointée vers l'antenne relais la plus proche.
Ce simple changement peut améliorer votre signal effectif de 8 à 10 dB. Vous passez ainsi de -110dBm à environ -100dBm à l'entrée du modem. C'est la différence entre “inutilisable” et “ça marche”.”
Assurez-vous également que le module 4G prend en charge la réception MIMO (diversité à deux antennes). Même si l'une des antennes s'affaiblit en raison d'interférences par trajets multiples, l'autre peut toujours capter le signal. Cela permet d'améliorer le rapport signal/bruit d'environ 3 à 5 dB.
Le correctif du micrologiciel : H.265+ et le sous-stream forcé
Du côté logiciel, le micrologiciel de l'appareil photo doit faire plusieurs choses automatiquement :
- La force mode sous-flux7 quand RSRP1 tombe en dessous de -100dBm. Le flux principal à 4 Mbps étouffe instantanément la liaison montante.
- Activer Encodage H.2652 à la compression maximale. Cela permet de réduire le débit binaire de 50-70% par rapport à H.264, ce qui permet d'obtenir un flux 720p utilisable à seulement 256 kbps.
- Réduire la fréquence d'images de 25 images par seconde à 10-15 images par seconde. Chaque image supprimée permet d'économiser une bande passante précieuse.
Sans ces ajustements automatiques, l'appareil photo essaiera de faire passer trop de données dans un tuyau minuscule. La mémoire tampon déborde. Le flux se fige. Le modem se réinitialise. La caméra tombe en panne.
Quel est le taux de perte de paquets de votre PTZ 4G dans les zones “mortes” avec des barres cellulaires minimales ?
J'ai testé la perte de paquets dans des zones où mon téléphone n'affiche aucune barre. Les chiffres sont affreux. Mais ils sont réels et vous devez les connaître avant de vous engager sur un site.
Dans les zones mortes où le RSRP se situe autour de -110dBm, la perte de paquets sur les caméras PTZ 4G varie généralement de 15% à 30%. Cela provoque des artefacts visibles, des images figées et des pertes de son. Correction d'erreur directe (FEC)6 peut récupérer environ la moitié des paquets perdus, mais le flux présentera toujours une dégradation notable de la qualité.

Pourquoi la perte de paquets atteint-elle un pic à -110dBm ?
À -110 dBm, la liaison radio LTE fonctionne à son minimum absolu. La station de base et le modem sont tous deux en difficulté. Le taux d'erreur sur l'interface radio augmente fortement. Le modem utilise HARQ (Hybrid Automatic Repeat Request)8 pour retransmettre les paquets corrompus, mais chaque retransmission ajoute un temps de latence. Lorsque trop de paquets doivent être retransmis en même temps, le système abandonne certains d'entre eux. Ceux-ci deviennent des paquets perdus.
Pour la diffusion de vidéos, perte de paquets4 se produit différemment selon le protocole de transport :
TCP contre UDP : Qui souffre le plus ?
| Protocole | Comportement à 15-30% Perte de paquets | Impact sur la vidéo |
|---|---|---|
| TCP (utilisé par certains flux RTSP, HTTP) | Retransmet chaque paquet perdu, réduit la fenêtre | Pauses dans le flux, longues mises en mémoire tampon, latence élevée |
| UDP (utilisé par RTP, certains flux P2P) | Abandonne les paquets perdus, pas de retransmission | Artéfacts de mosaïque, images figées, glitchs |
| UDP + FEC (correction d'erreur directe) | Envoi de données redondantes pour récupérer les pertes | Meilleure qualité, mais utilise 20-30% plus de bande passante |
La plupart des caméras 4G bon marché utilisent le protocole UDP pour le transport vidéo. Avec une perte de paquets de 20%, vous verrez des artefacts en forme de blocs toutes les quelques secondes. Les images I (images clés) sont les plus critiques. Si une image I est perdue, toutes les images P suivantes deviennent des déchets jusqu'à l'arrivée de l'image I suivante. C'est pourquoi l'écran se transforme en mosaïque et reste ainsi pendant plusieurs secondes.
L'aide de la FEC et ses limites
Une caméra PTZ 4G bien conçue utilise le FEC pour lutter contre la perte de paquets. Le FEC fonctionne en envoyant des paquets redondants supplémentaires avec les données réelles. Si certains paquets sont perdus, le récepteur peut reconstruire les données manquantes à partir des paquets redondants.
En cas de perte de paquets de 15%, le FEC avec une redondance de 20% peut récupérer presque tous les paquets perdus. Mais à 25-30% de perte de paquets, même une redondance FEC de 30% n'est pas suffisante. Et ajouter plus de redondance signifie utiliser plus de bande passante - ce que vous n'avez pas à -110dBm.
Il s'agit du principal compromis dans les déploiements de zones mortes. Vous devez toujours trouver un équilibre entre la qualité vidéo, la latence et la fiabilité. Il n'existe pas de solution magique. La physique de la liaison radio fixe une limite stricte.
Ce que je recommande à mes clients
Pour les sites où la perte de paquets dépasse régulièrement 20%, je suggère les étapes suivantes :
- Stockez tous les enregistrements localement sur la carte SD de la caméra ou sur le NVR embarqué. Ne comptez pas sur l'enregistrement dans le nuage via la 4G dans une zone morte.
- N'utilisez la 4G que pour les clips courts déclenchés par une alarme et la prévisualisation en direct à faible résolution.
- Réglez l'intervalle entre les I-frames sur 1 seconde (GOP = taux de rafraîchissement). Ainsi, même si vous perdez une I-frame, la suivante arrive rapidement et l'image se rétablit plus vite.
Le micrologiciel ajuste-t-il automatiquement le débit binaire et l'intervalle I-Frame en cas de signal faible ?
J'ai vu trop de caméras qui ne font que pousser 4Mbps dans un tuyau de 300kbps. Le résultat est toujours le même : dépassement de la mémoire tampon, blocage du flux, redémarrage en boucle. Un micrologiciel intelligent fait la différence entre une caméra qui fonctionne et un coûteux presse-papier.
Oui - un micrologiciel 4G PTZ correctement conçu réduira automatiquement le débit de 4 Mbps à 256-512 kbps, augmentera l'intervalle I-frame et diminuera la fréquence d'images lorsqu'il détectera un RSRP inférieur à -100dBm. Ce micrologiciel est un outil d'aide à la prise de décision. contrôle adaptatif du débit binaire5 (ABR) est essentiel pour maintenir un flux utilisable dans des conditions de signal faible.

Comment fonctionne le contrôle adaptatif du débit en pratique
Le micrologiciel de la caméra surveille en permanence deux éléments : la valeur RSRP communiquée par le modem 4G et le débit réel de la liaison montante. Lorsque l'un ou l'autre tombe en dessous d'un certain seuil, le micrologiciel déclenche une série d'ajustements.
Voici la séquence typique :
- Le RSRP tombe en dessous de -95dBm : Le micrologiciel passe automatiquement du flux principal au flux secondaire. La résolution passe de 1080p à 720p ou 640×480.
- Le RSRP tombe en dessous de -100dBm : Le débit est réduit à 512 kbps ou moins. La fréquence d'images est ramenée à 15 images par seconde.
- Le RSRP tombe en dessous de -105dBm : L'encodage H.265+ est forcé. Le débit passe à 256 kbps. La fréquence d'images passe à 10 images par seconde.
- Le RSRP tombe en dessous de -110dBm : La caméra passe en “mode survie”. Elle peut cesser complètement la diffusion en direct et ne télécharger que des instantanés ou des clips de 5 secondes déclenchés par une alarme.
Le problème de l'intervalle entre les images I
L'intervalle entre les I-frames (également appelé longueur du GOP) est un paramètre essentiel, mais souvent négligé. Une image I est une image complète. Les images P et les images B ne contiennent que les modifications apportées à l'image précédente. Si une trame I est perdue en raison d'une perte de paquets, toutes les trames suivantes sont corrompues jusqu'à l'arrivée de la trame I suivante.
Dans des conditions de signal fort, la longueur typique d'un GOP est de 2 à 3 secondes (par exemple, 50 à 75 images à 25 images par seconde). Cette solution est efficace car les images I sont volumineuses et consomment beaucoup de bande passante.
Mais à -110dBm, un GOP de 3 secondes est dangereux. Si vous perdez la trame I, vous obtenez 3 secondes de déchets à l'écran. Les microprogrammes intelligents raccourcissent le GOP à 1 seconde, voire à 0,5 seconde en mode signal faible. Cela signifie plus de trames I, ce qui utilise plus de bande passante par trame, mais la récupération en cas de perte de paquets est beaucoup plus rapide.
Les erreurs de la plupart des appareils photo bon marché
De nombreuses caméras 4G bon marché en provenance de Chine ont un réglage de débit fixe. Le micrologiciel ne surveille pas du tout le RSRP. Il se contente de pousser le débit binaire configuré par l'utilisateur, sans tenir compte de l'état réel du réseau. C'est la principale raison pour laquelle les caméras tombent en panne dans les zones où le signal est faible.
Lorsque j'évalue un PTZ 4G pour un client, je pose toujours trois questions à l'usine :
- Le micrologiciel prend-il en charge la réduction automatique du débit binaire sur la base du RSRP ?
- Quel est le débit minimum que l'encodeur peut fournir ?
- L'intervalle entre les I-frames peut-il être ajusté dynamiquement ou est-il fixe ?
Si la réponse à l'une de ces questions est “non”, la caméra n'est pas adaptée au déploiement en zone morte. Période d'essai.
Le rôle de H.265+ dans les économies de bande passante
H.265+ (également appelé Smart H.265 ou H.265 Plus) n'est pas un simple terme de marketing. Il s'agit d'une véritable optimisation de l'encodage qui analyse la complexité de la scène et réduit le débit binaire pour les scènes statiques. Dans une scène de surveillance extérieure typique où la majeure partie de l'image est constituée de ciel, d'arbres ou de sol vide, H.265+ peut réduire le débit binaire de 50 à 70% par rapport à H.265 standard.
À -110dBm, c'est la différence entre un flux qui fonctionne et un flux qui ne fonctionne pas. Un flux 720p au format H.265 standard peut nécessiter 1 Mbit/s. Avec H.265+, le même flux peut fonctionner à 300-400 Mbit/s. Avec H.265+, le même flux peut fonctionner à 300-400kbps. Cela correspond à la largeur de bande disponible sur la liaison montante à -110dBm.
Combien de tentatives le serveur P2P tentera-t-il avant de s'arrêter dans un scénario de signaux faibles ?
Il m'est arrivé de fixer une icône de chargement tournant sur mon téléphone pendant 45 secondes, dans l'attente d'une connexion P2P qui n'est jamais venue. Dans les zones à faible signal, la poignée de main P2P est le maillon le plus faible de toute la chaîne.
La plupart des plateformes P2P utilisées par les caméras PTZ 4G chinoises effectuent 3 à 5 tentatives de connexion avec un délai total de 30 à 60 secondes. Si la liaison montante de la caméra est trop lente pour terminer la poignée de main, le serveur P2P abandonne et renvoie une erreur “appareil hors ligne”, même si la caméra est techniquement toujours connectée au réseau 4G.

Comment fonctionnent les connexions P2P dans les caméras 4G
Lorsque vous ouvrez l'application de votre téléphone et que vous appuyez sur un appareil photo, voici ce qui se passe en coulisses :
- Votre téléphone envoie une demande au serveur P2P en nuage (généralement géré par le fabricant de l'appareil photo ou par une plateforme tierce telle que ThroughTek TUTK9, Agora, ou un système propriétaire).
- Le serveur P2P recherche l'ID de l'appareil de la caméra et vérifie s'il dispose d'une connexion Heartbeat active.
- Le serveur tente d'établir un tunnel pair-à-pair direct entre votre téléphone et la caméra. Cela implique la traversée de la NAT (hole punching).
- Si le P2P direct échoue, le serveur passe en mode relais, c'est-à-dire qu'il achemine la vidéo via le serveur en nuage.
A -110dBm, chaque étape de ce processus est lente et peu fiable.
Où se passe le temps mort ?
La poignée de main P2P nécessite plusieurs allers-retours entre la caméra, le serveur et votre téléphone. Chaque aller-retour à -110dBm peut prendre de 500 ms à 2 secondes au lieu des 50-100 ms habituels. Si l'ensemble de la poignée de main dure plus longtemps que le délai d'attente du serveur, la connexion échoue.
| Stade P2P | Latence normale | Latence à -110dBm | Risque de défaillance |
|---|---|---|---|
| Envoi d'un signal cardiaque de la caméra au serveur | 50-100 ms | 500ms-2s | Le rythme cardiaque peut expirer, le serveur marque la caméra comme étant hors ligne. |
| NAT traversal / hole punch | 200-500ms | 2-5s | Échec fréquent, retour au relais |
| Configuration du flux relais | 100-300ms | 1-3s | Le serveur de relais peut dépasser le temps imparti |
| Livraison de la première image vidéo | 500ms-1s | 5-15s | L'utilisateur voit un écran noir et abandonne |
Le temps total entre le moment où l'on appuie sur “view” et le moment où l'on voit la première image peut être de 10 à 30 secondes à -110dBm. De nombreux utilisateurs fermeront l'application avant même que le flux ne démarre.
Le problème du chien de garde et de la reconnexion automatique
Lorsque le modem 4G perd sa connexion à la station de base (ce qui arrive fréquemment à -110dBm), la caméra doit détecter la perte et se reconnecter. C'est là que la fonction "chien de garde" du micrologiciel devient critique.
Un bon chien de garde fait ce qui suit :
- Contrôle l'état d'enregistrement du modem toutes les 5 à 10 secondes.
- Si le modem signale “pas de service” pendant plus de 15 à 30 secondes, le chien de garde réinitialise le matériel du modem.
- Après la réinitialisation, le modem se réenregistre auprès du réseau et rétablit le battement de cœur P2P.
- Le cycle de récupération complet dure de 30 à 90 secondes.
Pendant cette fenêtre de récupération, la caméra est complètement hors ligne. Pas d'affichage en direct, pas d'alertes, pas de téléchargement vers le nuage. Si le signal est si faible que le modem ne cesse de se déconnecter et de se reconnecter, la caméra peut passer plus de temps hors ligne qu'en ligne.
Double basculement SIM : Une vraie solution pour les zones mortes
Pour les déploiements critiques dans les zones mortes, je recommande toujours les caméras 4G à double carte SIM. Aux États-Unis, AT&T et Verizon ont souvent une couverture complémentaire. Un endroit où AT&T affiche -110dBm peut avoir Verizon à -95dBm, ou vice versa.
Un appareil photo à double carte SIM peut automatiquement passer à la carte la plus puissante lorsque le signal de la carte SIM principale tombe en dessous d'un certain seuil. Cela n'élimine pas le problème, mais réduit considérablement le temps total de déconnexion.
Cependant, la plupart des appareils 4G bon marché de Chine ne prennent en charge qu'une seule carte SIM. Des modèles à double carte SIM sont disponibles mais coûtent plus cher. Pour un intégrateur de systèmes déployant des sites nord-américains éloignés, le surcoût en vaut la peine. Le déplacement d'un camion vers une ferme éloignée pour réparer une caméra hors service coûte plus cher que la différence de prix entre un modèle à carte SIM unique et un modèle à double carte SIM.
Mes conseils pratiques pour le P2P en cas de signal faible
- Ne comptez pas sur l'affichage en direct P2P comme principale méthode de surveillance dans les zones mortes. Utilisez l'enregistrement local sur carte SD et téléchargez les clips lorsque le signal s'améliore.
- Paramétrez la caméra pour qu'elle ne télécharge que des instantanés déclenchés par des alarmes et de courtes séquences vidéo (5-10 secondes) via 4G. Cela nécessite beaucoup moins de bande passante que la diffusion en continu.
- Si la visualisation en temps réel est essentielle, planifiez-la pendant les heures creuses, lorsque l'antenne relais est moins encombrée. La congestion du réseau à -110dBm aggrave une situation déjà mauvaise.
- Testez les paramètres de délai d'attente de la plateforme P2P avant de la déployer. Certaines plateformes permettent d'étendre le délai d'attente de 30 à 120 secondes. Cela donne à la caméra plus de temps pour terminer la poignée de main dans des conditions de signal faible.
Conclusion
À -110dBm, aucune caméra PTZ 4G ne fonctionne parfaitement. Mais avec des antennes à gain élevé, un micrologiciel adaptatif, l'encodage H.265+ et des stratégies de déploiement intelligentes, vous pouvez toujours obtenir un flux de surveillance utilisable - bien qu'imparfait - depuis la limite de la couverture cellulaire. Choisissez votre matériel avec soin, testez-le avant de vous engager et prévoyez toujours une solution de repli pour l'enregistrement local.
1. Comprendre la puissance de réception du signal de référence, la mesure clé de la puissance du signal 4G. ︎↩︎ 2. Découvrez comment H.265+ réduit le débit jusqu'à 70% pour les flux à bande passante limitée. ︎↩︎ 3. Découvrez comment les antennes à gain élevé améliorent la réception des signaux dans les zones faibles. ︎↩︎ 4. Découvrez comment la perte de paquets affecte la qualité vidéo et ce que vous pouvez faire pour y remédier. ︎↩︎ 5. Découvrez comment l'ABR ajuste la résolution et le débit en fonction de la force du signal. ︎↩︎ 6. Apprenez comment le FEC récupère les paquets perdus avec des données redondantes. ︎↩︎ 7. Découvrez comment le fait de forcer un sous-flux permet d'économiser de la bande passante en cas de baisse du signal. ︎↩︎ 8. Voyez comment les retransmissions entraînent une latence et une perte de paquets. ︎↩︎ 9. Cochez une plateforme P2P courante utilisée dans les caméras 4G. ︎↩︎