ANNEXE III
PRINCIPES DE STRUCTURATION ET DE CALCUL

Bloc « Vendor specific »
Structure du bloc « vendor specific »
La structure du bloc « Vendor Specific » permettant la surcharge des trames est indiquée ci-dessous :

| VS |Taille |OUI / CID|VS Type|Charge utile| |-------|-------|---------|-------|------------| |1 octet|1 octet|3 octets |1 octet| N octets | | 0xDD | (1) |0x6A5C35 | 0x01 | |

Où :

- VS : Vendor Specific, il est défini par la norme 802.11 et prend pour valeur 221 (0xDD),
- Taille : taille totale codée sur un octet des informations contenues dans les champs OUI, VS Type et Charge utile,
- OUI / CID : Organizationally Unique Identifier ou Company ID, identifiant unique pour les organisations ou les sociétés codé sur un octet ; dans le cadre de l'application du présent arrêté, la valeur à utiliser est 0x6A5C35
- VS Type : il s'agit ici du numéro de protocole utilisé pour la transmission d'information, dans le cadre de l'application du présent arrêté, cette valeur est fixée à 0x01
- Charge utile : espace permettant de transmettre les informations nécessaires, elle est présentée ci-dessous. Par définition, la longueur de cet espace ne peut pas excéder une taille de 251 octets (taille maximale - 4).

Charge utile
La structure de la charge utile dépend du protocole (VS type) spécifié. Dans le cas du protocole de localisation des UAS, la charge utile se compose de sous parties adoptant le format TLV (type - longueur - valeur). Ainsi, la structure de la charge utile est de la forme suivante :

| T1 | L1 | Valeur1 | … | … | … | Tn | Ln | Valeurn | |-------|-------|----------|---|---|---|-------|-------|----------| |1 octet|1 octet|X octet(s)| | | |1 octet|1 octet|Y octet(s)|

Où :

- les types sont définis par l'arrêté
- les longueurs représentent les tailles en octets de leurs valeurs respectives
- les valeurs sont les données transmises.

Méthodes de calcul :
La signature des nombres
Les nombres positifs sont transmis selon la méthode de calcul classique.
Les informations négatives doivent être transmises selon la méthode du « complément à 2 » (inversion des bits + 1). Le bit de poids fort porte la valeur -2n (exemple : codage sur 8 bits -27).
A titre d'exemple :

| Codage sur : | Valeur (base 10) | Valeur (base 2) |Valeur (base 16)| |----------------------------------|---------------------------------|-------------------|----------------| | 1 octet
(de -128 à 127) | -128 | 1000 0000 | 0x80 | | -127 | 1000 0001 | 0x81 | | | -1 | 1111 1111 | 0xFF | | | 1 | 0000 0001 | 0x01 | | | 127 | 0111 1111 | 0x7F | | | 128 |Ne peut pas être codé sur 1 octet| | | |2 octets
(de -32768 à 32767)| -128 |1111 1111 1000 0000| 0xFF 80 | | -127 | 1111 1111 1000 0001 | 0xFF 81 | | | -1 | 1111 1111 1111 1111 | 0xFF FF | | | 1 | 0000 0000 0000 0001 | 0x00 01 | | | 128 | 0000 0000 1000 000 | 0x00 80 | | | 32767 | 0111 1111 1111 1111 | 0x7F FF | |

Les coordonnées GPS
Les coordonnées GPS admettent une précision fixe à 5 décimales. Ainsi, la donnée à transmettre correspond à la donnée fournie par le système multipliée par 105. Cette information est ensuite encodée sur 4 octets selon la méthode précisée ci-avant.
A titre d'exemple :

| Mesure |Conversion| Encodage | |-----------|----------|-------------| | 48,15278 | 4815278 |0x00 49 79 AE| | 179,12345 | 17912345 |0x01 11 52 19| |-179,12345|-17912345|0xFE EE AD E7| |-48,15278 |-4815278 |0xFF B6 86 52|