Description technique
Architecture, équipements, interfaces, fréquences, antennes, versions, dépendances réseau et fonctions associées.
Ressource réglementaire permanente — REG-C2-002 — Chapitre 2 sur 3
Liaison C2 : déterminer la portée, conduire les essais et préparer les preuves
Une portée annoncée par un constructeur ne constitue pas automatiquement une limite de mission. La limite opérationnelle doit être déterminée à partir d’une configuration identifiée, d’essais représentatifs, de critères explicites et de marges justifiées.
Construire une démonstration représentative
Le but d’un essai n’est pas de rechercher la plus grande distance atteinte dans des conditions idéales. Il est de déterminer un domaine dans lequel les performances restent prévisibles, détectables et compatibles avec les actions prévues.
Cette page rassemble la méthode, les éléments de preuve et les règles de maintien de conformité. Le chapitre suivant traite l’intégration dans un PDRA ou une SORA et les situations de perte de liaison.
1. Portée constructeur, portée démontrée et limite opérationnelle
La confusion la plus fréquente consiste à reprendre une distance annoncée par le constructeur comme limite d’exploitation. Cette valeur peut avoir été obtenue en champ libre, avec une orientation optimale des antennes, une réglementation radio particulière, un environnement peu perturbé et une configuration qui ne correspond pas exactement à celle de l’opérateur. Elle renseigne sur une capacité commerciale ou technique, pas sur la limite sûre d’une mission réelle.
| Notion | Ce qu’elle signifie | Usage prudent |
|---|---|---|
| Portée annoncée | Distance communiquée dans une documentation commerciale ou technique, selon des conditions parfois générales. | Point de départ documentaire ; jamais une preuve suffisante à elle seule. |
| Portée observée | Distance atteinte au cours d’un ou plusieurs essais, avec une configuration et un environnement donnés. | Résultat brut à analyser ; un succès ponctuel ne définit pas une limite sûre. |
| Portée démontrée | Domaine dans lequel les critères retenus sont satisfaits de manière répétable et documentée. | Base technique de la décision, sous réserve de représentativité des essais. |
| Limite opérationnelle C2 | Limite retenue par l’exploitant après prise en compte des marges, incertitudes, scénarios défavorables et procédures. | Valeur intégrée au ConOps, au MANEX, aux briefings et aux moyens de prévention. |
La distance seule n’est pas un indicateur suffisant
Deux vols à la même distance peuvent présenter des conditions radio très différentes. La hauteur de l’aéronef, la présence de végétation humide, de bâtiments, de lignes électriques, de relief, le positionnement du télépilote, l’orientation des antennes et l’occupation du spectre peuvent modifier la marge disponible. Une distance qui reste confortable dans un axe peut devenir critique derrière un obstacle ou lors d’un virage qui masque une antenne.
Lorsque la distance est un paramètre critique, la démonstration doit rechercher des conditions défavorables crédibles plutôt que le meilleur résultat possible. Le but n’est pas d’atteindre le record de portée du système, mais d’identifier une enveloppe dans laquelle l’opération reste prévisible avec une marge exploitable.
Une marge ne compense pas un essai non représentatif
Appliquer arbitrairement une réduction de 20 ou 30 % à une portée publicitaire ne transforme pas cette portée en limite démontrée. La marge doit être justifiée à partir d’essais, de variabilités observées, d’incertitudes et de conditions d’exploitation clairement décrites.
2. Déterminer une limite opérationnelle C2
La méthode doit être proportionnée au niveau de risque, mais elle suit une logique stable : définir la configuration, identifier les performances critiques, préparer des scénarios représentatifs, mesurer, analyser, fixer une limite, puis vérifier que cette limite est effectivement appliquée et maintenue.
Étape 1 — Figer la configuration testée
Le rapport d’essai doit identifier l’aéronef, la CMU, les versions logicielles et firmware, les antennes, les câbles, les modems, la bande de fréquence, les puissances, les paramètres de réseau, les éventuelles cartes SIM et les fonctions automatiques. Une mention générique du modèle de drone ne suffit pas si plusieurs configurations ou versions peuvent modifier la performance.
Étape 2 — Définir les performances et critères
Selon le système, les indicateurs peuvent comprendre la puissance ou qualité du signal, le taux de perte de paquets, la latence, le délai d’exécution d’un ordre, la fréquence des interruptions, la disponibilité, la continuité, la cohérence des données reçues et l’apparition d’alertes. Les seuils retenus doivent être reliés à un effet opérationnel : possibilité d’interrompre une trajectoire, de changer de mode, de déclencher une contingence ou de connaître l’état de l’aéronef dans un délai compatible avec le risque.
Étape 3 — Construire des scénarios représentatifs
Les essais doivent couvrir les distances et hauteurs prévues, les orientations défavorables, les transitions de trajectoire, les masques possibles, la végétation, les reliefs, les zones radio chargées et les usages simultanés de la liaison. Lorsqu’un réseau public ou un service externe est utilisé, la couverture théorique doit être confrontée à la disponibilité et aux performances réellement observées sur les sites ou familles de sites visés.
Étape 4 — Prévoir la sécurité des essais
Un essai de limite ne doit pas créer le risque qu’il cherche à mesurer. Le volume d’essai, les personnes au sol, les observateurs, les moyens de récupération, les critères d’interruption et les procédures doivent être définis. La progression peut être graduelle, avec arrêt avant perte complète lorsque les indicateurs ou alertes atteignent un seuil déterminé.
Étape 5 — Enregistrer et analyser
Les résultats utiles sont les données horodatées, les distances, hauteurs, positions, orientations, alertes, événements de mode, commandes, délais et conditions environnementales. Une vidéo d’écran peut compléter mais ne remplace pas des enregistrements exploitables. L’analyse doit distinguer le comportement nominal, les dégradations, les anomalies, la répétabilité et les écarts entre vols.
Étape 6 — Fixer la limite et les marges
La limite opérationnelle est placée à l’intérieur du domaine démontré. Elle tient compte de la dispersion des résultats, des conditions non testées, des tolérances de navigation, de la vitesse, du temps nécessaire pour réagir et des conséquences d’une dégradation. Elle peut être exprimée par une distance, mais aussi par des conditions : hauteur minimale, position de la CMU, absence de masque, couverture réseau vérifiée ou qualité de signal minimale.
Étape 7 — Intégrer la limite dans l’exploitation
Une limite qui reste uniquement dans un rapport n’est pas opérationnelle. Elle doit apparaître dans les informations opérationnelles détaillées, le MANEX, la préparation de mission, les cartes ou barrières géographiques, les briefings, la formation et les procédures de contingence. Les responsabilités de surveillance et de décision doivent être claires.
| Élément du protocole | Exemples d’informations à consigner |
|---|---|
| Configuration | Numéros de série, versions, antennes, fréquence, puissance, réseau, charge utile, paramètres automatiques. |
| Environnement | Site, relief, végétation, obstacles, météo, occupation radio, position et hauteur de la CMU. |
| Profil | Distance, hauteur, vitesse, orientation, trajectoire, virages, masques et phases critiques. |
| Mesures | Signal, latence, pertes, disponibilité, alertes, événements et délai d’exécution des commandes. |
| Critères | Seuils d’alerte, seuils d’arrêt, comportement attendu, retour, récupération ou terminaison. |
| Conclusion | Domaine démontré, limite retenue, marge, restrictions, points à re-tester et approbation. |
3. Preuves et documents à préparer
Une démonstration solide repose sur un ensemble cohérent plutôt que sur un document unique. Les pièces doivent permettre de comprendre le système, de reproduire les essais, de relier les résultats aux limites opérationnelles et de vérifier que la capacité est maintenue dans le temps.
Exigences de performance
Délais, disponibilité, continuité, intégrité, portée, seuils, alertes et conditions environnementales.
Protocole d’essai
Objectifs, configuration, scénarios, moyens de sécurité, critères d’arrêt et données à enregistrer.
Rapport d’essai
Résultats bruts, anomalies, répétabilité, analyse, domaine démontré, marges et restrictions.
Documentation opérationnelle
ConOps, MANEX, préparation, briefings, procédures de contingence et d’urgence, compétences.
Maintien de conformité
Configuration de référence, maintenance, gestion des changements, re-tests, incidents et retour d’expérience.
Traçabilité minimale
Les preuves doivent être datées, versionnées et approuvées. Le lien entre une conclusion et les données qui la soutiennent doit rester visible. Lorsqu’un firmware, un modem, une antenne ou un paramètre change, l’exploitant doit évaluer l’impact et décider si les résultats précédents restent applicables. Une performance historique ne peut pas être transférée silencieusement à une configuration différente.
Erreurs et questions fréquentes
Reprendre la portée commerciale comme limite de mission
La documentation constructeur ne caractérise pas nécessairement la configuration, le spectre et l’environnement de l’opération. Elle doit être complétée par une démonstration adaptée.
Tester uniquement en champ libre et par beau temps
Un essai favorable ne couvre pas les masques, orientations, végétation, reliefs, brouillages et conditions radio vraisemblables sur les sites réels.
Une liaison 4G ou 5G suffit-elle pour du BVLOS ?
La couverture commerciale ne démontre pas à elle seule disponibilité, continuité, intégrité, latence, priorité et comportement en cas de perte. Le service et l’architecture doivent être qualifiés pour l’usage prévu.
Faut-il provoquer une perte complète pendant les essais ?
Pas nécessairement. Les essais doivent rester sûrs. Ils peuvent utiliser une progression, des seuils d’arrêt et des moyens de récupération, tout en vérifiant séparément le comportement perdu-liaison dans un cadre maîtrisé.
Quand faut-il refaire les essais ?
Après un changement susceptible d’affecter la communication, lorsqu’un nouvel environnement sort du domaine démontré, après un incident significatif ou lorsque le retour d’expérience montre que les marges ne sont plus suffisantes.
Références réglementaires de la série
- Règlement d’exécution (UE) 2019/947 : règles et procédures applicables à l’exploitation des aéronefs sans équipage.
- Règlement délégué (UE) 2019/945 : exigences applicables aux systèmes d’aéronefs sans équipage et aux classes de produit.
- Easy Access Rules for Unmanned Aircraft Systems : règlement consolidé, AMC et GM publiés par l’EASA.
- Décision ED 2025/018/R : intégration de la SORA 2.5 dans les AMC et GM applicables.
Dernière mise à jour éditoriale : 7 juillet 2026
Dernière vérification réglementaire : 7 juillet 2026