PACTOR 1

    Le mode
PACTOR 1 est un mode AFSK utilisant un protocole ARQ (comme l'AMTOR ARQ). Il permet des communications sans erreur en HF. Il est également utilisé en mode FEC: c'est de façon qu'il est transmis dans Multipsk.

    Ce mode est intégré au logiciel MULTIPSK de Patrick F6CTE, voici sa description du mode et de ses variantes ainsi que les spécifications propres à son logiciel :

PACTOR 1
Cliquez sur l'image pour écouter le signal audio correspondant.

Créateurs : Ulrich Strate (DF4KV) et Hans-Peter Helfert (DL6MAA) en 1990
Description :
Vitesse en bauds : 100 ou 200 (200 bauds initialement) automatiquement sélectionnée en fonction des conditions de propagation
Vitesse : entre 0 et environ 260 mpm en fonction du nombre de répétitions, de le vitesse de modulation (100 ou 200 bauds) et du choix d'un mode compressé (Huffman) ou non,
Modulation : FSK deux tonalités (« mark » et « space ») avec un écart entre tonalités de 200 Hz. Les polarités sont inversées à chaque nouvelle trame d'information.
Mode de réception : indifférent (LSB ou USB)
Jeu de caractères : caractères ASCII + jeu ANSI étendu en "8 bits" ou caractères ASCII seulement avec une compression Huffman
Forme de l’impulsion : rectangulaire
Bande passante : 600 Hz
Démodulation : non cohérente
Synchronisation: automatique en utilisant le signal
Code correcteur : non
Code de convolution : non
Entrelacement : non
Pmoy/Pcrête : 1
Plus bas S/B à 100 bauds: environ -4 dB
Protocole Pactor 1 (principe): toute la communication se fait à travers des "trames" (ensemble borné de caractères) et des signaux de contrôle (CS1 à CS4) comme en AMTOR ARQ. Il y a deux sortes de trames: celle de synchronisation, au départ, pour la connexion et les trames d'information qui assurent la communication via une procédure automatique d'envoi et d'acquittement par les signaux CS1 à CS4. Chaque trame d'information est composée:

* d'un header (un caractère unique),
* du champ d'information où se trouvent les données (8 octets à 100 bauds et 20 à 200 bauds),
* d'un champ FCS composé de 2 octets où se trouve le calcul du CRC ("Cyclic Redundancy Check Sum") sur toutes les données de la trame jusqu'à ce champ (sauf le header). Une différence entre le CRC calculé et le CRC reçu rend la trame invalide.

C'est un mode ARQ dans la mesure où chaque trame, bonne ou mauvaise, reçoit un acquittement, positif ou négatif, suivi d'une répétition immédiate si la trame a été mal reçue. La durée de chaque cycle est fixe (1,25 sec).

Note 1 :     le Pactor 1 est utilisé en HF seulement. C'est un protocole publique, non protégé. Il semble très difficile de l'implanter sous Windows car les temps de réaction sont très courts et trop précis. Par contre, sous DOS, cela serait sans doute possible.
Note 2 :    il existe deux autres protocoles Pactor: les Pactor II et III qui sont plus performants mais qui ne sont pas publiques (il existe une protection de ces protocoles).
Note 3 : il existe une version FEC de ce mode. Les différences sont les suivantes:

* il n'y a aucun protocole d'acquittement, la liaison n'est donc pas "connectée" mais de type "Unproto". Les échanges ne sont donc pas exempts d'erreurs (comme en ARQ) puisque les répétitions ne sont pas demandées en cas d'erreur,
* par contre, une ou plusieurs répétitions systématique de chaque trame peuvent être faite, d'où le terme "FEC". Comme les erreurs sont indépendantes, la probabilité d'avoir plusieurs erreurs de suite est très faible donc si les erreurs sont possibles en Pactor 1 FEC, elles sont rares,

* la durée des cycles ne sont pas fixes mais à disposition de l'émetteur.

Multipsk transmet les trames Pactor 1 FEC dans les conditions suivantes:

* 100 bauds: pour être le plus sensible en HF avec un shift nominal de 200 Hz,
* ASCII 8 bauds: pour être compatible avec les jeux de caractères nationaux et, de plus en codage Huffman, la perte d'une trame peut amener à perdre un nombre indéterminé de caractères valides,
* un temps de repos minimum entre deux trames de 0,04 sec (le cycle fait donc 1 seconde): pour garder la synchronisation, ce qui conduit à une vitesse de 40 mpm avec une répétition,
* un remplissage est fait avec le caractère CHR(21) quand rien ne doit être transmis: pour simplifier les échanges entre OM.


Retour à la liste des modes de MULTIPSK