Packet-Radio

Voici une description des principaux paramètres concernant le niveau liaison en packet-radio. La syntaxe employée dans les exemples fait référence aux commandes que l'on trouve dans les TNCs (eprom type TAPR) et aux commandes en mode "HOST type WA8DED" (eprom TheFirmware ou drivers TFPCX et dérivés). A noter que certains constructeurs, ou certains logiciels, proposent pour le paramétrage AX.25 des syntaxes spécifiques.

Ce paramètre correspond au timer T3 du protocole AX.25. Il s'agit d'un test effectué toutes les N secondes afin de déterminer si la station distante est toujours active dans le cas où il n'a pas d'échange de données. Ce test utilise des trames du type RR. En cas de non réponse et après plusieurs essais (cf. RETRIES) une procédure de déconnexion est activée. En pratique un test toutes les 5 mn (300 secondes) est suffisant.

Ce paramètre est à l'origine prévu pour les liaisons via relais (mode digipeateur store & forward) sur une fréquence partagée.

Au niveau des stations, l'ajout d'un temps d'attente supplémentaire DWAIT avant émission permet au digipeater, dont le DWAIT vaut obligatoirement 0, d'émettre en priorité dès que la fréquence est libre. En principe cette temporisation s'ajoute au timer "PERSIST" qui gère le système d'attente aléatoire. On peut positionner DWAIT à 0 si l'on n'utilise pas de ce type de relais.

Cette temporisation FRACK correspond au "Timer T1" du protocole AX.25. Ce paramètre indique le temps maximum d'attente d'acquittement de la dernière trame émise. Passé ce temps il y a réémission de la trame (un retry).

En pratique FRACK = 5 secondes fonctionne bien (1200 Bds). Une valeur de quelques secondes n'est pas pénalisante car si les conditions de transfert sont favorables, les acquittements seront reçus bien avant la valeur FRACK (expiration Timer T1)

Ce paramètre définit le nombre de trames émises (de longueur PACLEN) en une seule fois par le TNC. Ces trames seront généralement acquittées d'une manière groupée (voir aussi le paramètre RESPTIME). Si la liaison radio est fiable on aura tout intérêt à expédier un maximum de trames mais en pratique c'est rarement possible ! En 1200 Bds un MAXFRAME de 2 semble être une bonne base de départ .

Ce paramètre indique le nombre d'octets maximum qu'une trame du type information pourra transporter. AX.25 prévoit une valeur de 256 octets par trame.

Le protocole AX.25 utilise le système "CSMA" (Carrier Sense Multiple Access). Ce système nécessite une écoute préalable avant émission afin de déterminer si la fréquence du canal radio utilisé est libre (signal DCD du TNC). Si deux stations, ou plus, décident d'émettre il y a un risque de "collisions de trames". Pour contourner ce problème on impose une attente aléatoire avant le passage en émission. De cette manière on espère que les stations "en compétition" auront des temps d'attente différents et qu'une seule station émettra des trames.

Le paramètre PERSIST permet de déterminer la probabilité d'émission dès que la fréquence est libre. Avant d'émettre le TNC effectue une sélection aléatoire d'une valeur parmi 256 (tirage au sort de 0 à 255).

Si cette valeur est inférieure au paramètre PERSIST il y a émission sinon il y a attente durant un intervalle de temps égal à "SLOTTIME" (généralement de l'ordre de 10 ms !) et un nouveau tirage au sort est effectué.

Suggestion de valeur de départ : 31.

Cas particulier du mode DAMA :
Il s'agit d'un mode d'exploitation du type stations "primaires / secondaires". Quand une station "primaire" (BBS ou Node) sollicite une station "secondaire" cette dernière répond sans délai (PERSIST=255).

Correspond au paramètre timer T2 du protocole AX.25. L'utilisation de ce paramètre n'est pas obligatoire.

RESPTIME correspond à un temps d'attente supplémentaire avant acquittement de trames du type Information. Ce temps d'attente permet de déterminer la fin de l'envoi d'un groupe composé de MAXFRAME trames et de transmettre ainsi un seul acquittement global.

En half-duplex (c.a.d. émission / réception alternés) l'utilisation de RESPTIME permet d'augmenter en théorie le débit moyen en réduisant le nombre de trames d'acquittement (RR), donc les risques de collisions. En pratique on prendra une valeur de 1 seconde (en 1200 bds).

Remarque : on peut se poser la question sur l'utilité de RESPTIME du fait que la dernière trame d'un groupe comportant MAXFRAME trames est signalée par l'activation du "flag bit P" , ce qui correspond à une demande expresse d'acquittement.

Correspond au paramètre N2 du protocole AX.25 . En cas de non acquittement il s'agit du nombre maximal de répétition d'une trame. (Voir aussi le paramètre FRACK). A l'issue de N2 tentatives il y a généralement déconnexion. La valeur de 10 est la valeur communément utilisée .

Ce paramètre spécifie le temps d'attente de "PERSIST". En pratique on utilise la valeur par défaut de 10 ms. Formellement cette valeur devrait correspondre à un temps "aller-retour" d'une trame.

Ce paramètre introduit un délai après activation du signal "PTT" et l'émission effective de la trame. En effet il faut tenir compte du temps de commutation de l'émetteur (relais divers , verrouillage PLL ..). Durant le temps d'attente TXDELAY, le TNC envoie un signal de synchronisation.

Cette valeur est à optimiser en fonction du matériel. Par exemple un émetteur-récepteur "piloté quartz" avec système de commutation d'antenne à diodes sera beaucoup plus rapide qu'un émetteur-récepteur piloté par synthétiseur (PLL) et commutations par relais.

Pour fixer les ordres de grandeurs, la durée d'une trame varie de 127 à 2213 ms en 1200 bds (16 à 276 ms en 9600 bds).

En pratique (1200 Bds) on peut commencer avec une valeur de 400 ms et diminuer très progressivement jusqu'à ce que l'on constate des problèmes de connexion ou de répétitions.

Par sécurité on ajoutera 50 ms à la valeur trouvée. Il ne faut pas oublier que les stations distantes ont également un "temps de réponse" dû au délai d'ouverture du squelch (parfois très important d'où une information "signal DCD" fausse = collisions !) et à la synchronisation "bit" du TNC.

En 9600 Bds half-duplex les valeurs de TXDELAY souhaitables sont de l'ordre de 20 à 30 ms , la limite étant 100 ms, ce qui n'est pas évident à obtenir principalement sur les TX comportant un pilote à synthétiseur.